[CentOS-devel] anaconda dispatch.py

re CentOS 5 release

I'm doing a kickstart, in the post section i mount and access the CDROM.
This works with most CDROM's with motorised drives however on drives
that have an eject only type mechanism (i.e. laptop/1u server cdroms) i
cannot do this as the eject is happening before the %post section. With
the fully motorised drives the mount attempt retracts the CDROM draw so
it works.

I tracked this down to Anaconda's dispatch.py ordering, it has:

    ("methodcomplete", doMethodComplete, ),
    ("dopostaction", doPostAction, ),

which in my opinion is wrong, (methodcomplete does the eject). It should
be the other way around i.e.

    ("dopostaction", doPostAction, ),
    ("methodcomplete", doMethodComplete, ),

Has this been done on purpose, i would think a lot of people access the
CDROM in post scripts... or is this just a bug imported from the
upstream vendors version?
My colleague has opened a bug on this with rh -
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=239002 , should we
open one on the CentOS tracker as well?

Thanks and regards
Nick

PS as always apologies for the corporate footer that i cant get rid of.



This e-mail is the property of Quadriga Worldwide Ltd, intended for the addressee only and confidential.  Any dissemination, copying or distribution of this message or any attachments is strictly prohibited.

If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer.

Messages sent to and from Quadriga may be monitored.

Quadriga cannot guarantee any message delivery method is secure or error-free.  Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.

We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission.

You should carry out your own virus checks before opening any attachment.

Any views or opinions presented are solely those of the author and do not necessarily represent those of Quadriga.