[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: RPM problem: prereq: <file> not honored in upgrade ordering?



Pekka Savola wrote:

> Thanks for the rant.  Unfortunately, it is not relevant to this 
> discussion, if you read the mail in detail.

Its relevant...to the bug summary you posted to bugzilla..which speaks
about a 'reordering issue' where you didn't specify that you orginally
saw the reordering issue with using autoupdate. Your bugzilla reports is
quite misleading about the circumstances where you saw the 'reordering'
issue...and makes it hard to actually try to verify...since you do not
make mention of autoupdate in the bugzilla entry....full disclosure is
important. You initial bugreport comment about a 'reordering' problem is
misleading since you didn't specify the exact commandline you used when
doing the 300 RPMs install...i'd hate for a developer to waste time
trying to confirm a general 'reordering' problem wider in scope than a
specific packaging problem with sendmail when 'reordering' bug was
actually because autoupdate used --nodeps. This could easily a problem
specific to the sendmail package...a packaging error with sendmail, and
not a general problem with rpm itself. Have you checked to see if the
other programs that use the alternatives system installs correctly..like
the printing subsystems? If other alternatives based systems get
installed correctly...maybe its not a general rpm bug at all..and your
bugreport is misfiled under rpm. Wouldn't you hate to waste the rpm
developers time hunting down a general 'reordering' bug that doesn't
actually exist...because you failed to tell them you were using
autoupdate to do the large 300+ package install.


Now...that we are all pretty much convinced that a 'reordering' bug
would be specific to autoupdate and not rpm...we can handle the specific
'core problem' of why the postinstall scriptlet is not running
alternatives like you expect.

Have you tried running the alternatives command that is in the
postinstall scriptlet by hand?
/usr/sbin/alternatives --install /usr/sbin/sendmail mta /usr/sbin/sendmail.sendmail 90 --slave /usr/bin/mailq mta-mailq /usr/bin/mailq.sendmail --slave /usr/bin/newaliases mta-newaliases /usr/bin/newaliases.sendmail --slave /usr/bin/rmail mta-rmail /usr/bin/rmail.sendmail --slave /usr/share/man/man1/mailq.1.gz mta-mailqman /usr/share/man/man1/mailq.sendmail.1.gz --slave /usr/share/man/man1/newaliases.1.gz mta-newaliasesman /usr/share/man/man1/newaliases.sendmail.1.gz --slave /usr/share/man/man5/aliases.5.gz mta-aliasesman /usr/share/man/man5/aliases.sendmail.5.gz --initscript sendmail

thats one very long commandline...it could be a simple syntax error in
the command or something and nothing to do with the order rpm is trying
to install things (if used without --nodeps). Can you get that
alternatives --install .....
command to work right after the rpms are installed?

-jef"make sure you test LPRng and cups since they use alternatives as
well"spaleta
 


Attachment: signature.asc
Description: This is a digitally signed message part


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]