Bug 848227

Summary: anaconda fails to initialize in F18 Alpha TC1 because it uses libgssapi_krb5.so.2, which lorax purges during compose
Product: [Fedora] Fedora Reporter: Adam Williamson <awilliam>
Component: loraxAssignee: Martin Gracik <mgracik>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 18CC: anaconda-maint-list, bcl, dmach, mgracik, robatino, roignac
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: AcceptedBlocker
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-08-21 11:39:04 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 752654    

Description Adam Williamson 2012-08-14 23:09:16 UTC
lorax purges libgssapi_krb5 during compose:

share/runtime-cleanup.tmpl:removefrom krb5-libs /etc/* /${libdir}/libgssrpc* /usr/${libdir}/*

but anaconda needs it. So, in F18 Alpha TC1, if you work around  https://bugzilla.redhat.com/show_bug.cgi?id=847644 , anaconda fails to start up, with this traceback:

File "/sbin/anaconda", line 34, in <module>
  from tempfile import mkstemp

<snip>

ImportError: libgssapi_krb5.so.2: cannot open shared object file: No such file or directory

jesse notes:

<jlk> bcl: we make use of hashlib, by way of mkstemp -> tempfile -> random -> hashlib (which is basically what the traceback says).

This obviously blocks F18 Alpha, as it's an anaconda showstopper. Invalidates pretty much every release criterion. :)

Comment 1 Fedora Update System 2012-08-15 18:37:08 UTC
lorax-18.13-1.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/lorax-18.13-1.fc18

Comment 2 Fedora Update System 2012-08-15 23:33:23 UTC
Package lorax-18.13-1.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing lorax-18.13-1.fc18'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-11976/lorax-18.13-1.fc18
then log in and leave karma (feedback).

Comment 3 Adam Williamson 2012-08-16 05:17:32 UTC
Fix appears confirmed in TC2, this traceback no longer occurs.

Comment 4 Fedora Update System 2012-08-16 16:02:50 UTC
lorax-18.14-1.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/lorax-18.14-1.fc18

Comment 5 Fedora Update System 2012-08-16 16:52:09 UTC
Package lorax-18.14-1.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing lorax-18.14-1.fc18'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-11979/lorax-18.14-1.fc18
then log in and leave karma (feedback).

Comment 6 Adam Williamson 2012-08-16 19:01:59 UTC
Discussed at 2012-08-16 blocker review meeting: http://meetbot.fedoraproject.org/fedora-bugzappers/2012-08-16/f18-alpha-blocker-review-3.2012-08-16-16.00.html . Accepted as a blocker per criterion "The installer must boot (if appropriate) and run on all primary architectures, with all system firmware types that are common on those architectures, from default live image, DVD, and boot.iso install media when written to an optical disc and when written to a USB stick with at least one of the officially supported methods" . We're confident lorax 18.13 fixed this, but an update needs to go stable before we close the bug.

Comment 7 Fedora Update System 2012-08-21 11:39:04 UTC
lorax-18.14-1.fc18 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.