Bug 441749

Summary: firstboot uses kudzu?
Product: [Fedora] Fedora Reporter: Bill Nottingham <notting>
Component: firstbootAssignee: Chris Lumens <clumens>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: rawhideCC: rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-04-10 08:19:36 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Bill Nottingham 2008-04-09 19:12:17 UTC 
+++ This bug was initially created as a clone of Bug #441721 +++

libkudzu doesn't contain the minifind() routine. So, for example, the
additionalcds firstboot module aborts with

ImportError: /usr/lib/python2.5/site-packages/_kudzumodule.so: undefined symbol
minifind

...

I'll fix kudzu, but what is firstboot doing here? pirut had HAL-based CD code.
Comment 1 Chris Lumens 2008-04-09 21:31:13 UTC 
Yes, the old old additional_cds module contains CD code as it was never updated
to work with the new way of doing things.  It's not enabled so any kudzu
dependency can be removed, but we'll need to update this module before the next
RHEL rolls out.
Comment 2 Bill Nottingham 2008-04-09 21:43:52 UTC 
Apparently it's still imported on firstboot start. Should we not package it for now?
Comment 3 Chris Lumens 2008-04-09 21:55:42 UTC 
It's imported because we try to import all modules.  We can just not package it
until a replacement shows up if that helps speed along getting rid of kudzu.
Comment 4 Bill Nottingham 2008-04-10 02:44:48 UTC 
Well, the package doesn't require kudzu. So it theoretically could traceback on
a failed import.
Comment 5 Chris Lumens 2008-04-10 08:19:36 UTC 
Okay, this will be removed from the next rebuild of firstboot.