Bug 157754
Summary: | Mail failure after upgrade | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | David Woodhouse <dwmw2> | ||||||
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | rawhide | CC: | sundaram, triage | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | bzcl34nup | ||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2008-04-23 22:37:24 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: | |||||||||
Bug Depends On: | |||||||||
Bug Blocks: | 136450 | ||||||||
Attachments: |
|
Description
David Woodhouse
2005-05-14 15:35:36 UTC
You've got a improper repository configuration; it's pointing at the wrong trees (base, updates-released) as opposed to fedora-core-development and extras-development. Is that what caused sendmail to be installed? And shouldn't something have fixed it for me on upgrade? It was probably installed to satisfy a dependency. As for getting the proper repos on upgrade, that will happen if you upgrade to a proper fedora-release; the one in rawhide is probably not it (I don't think it gets pulled in on upgrades.) I was able to remove sendmail without having to use --nodeps. There shouldn't have been anything requiring it. This sounds like an installer bug. Regarding the presence of the 'proper repos' -- if FC4test doesn't include a fedora-release which pulls in Extras, how is the supposed upgrade path from FC3 to FC4+FE4 going to get tested? At this stage we really can't claim that Fedora Extras is ready to roll, can we? And we have to revisit decisions which were made on the basis that it _would_ be ready. Seriously -- removing Exim was crack-inspired decision in the first place, especially as we're still leaving duplicate MTA functionality in FC4. But it was justified on the basis that Extras would be ready. Extras _isn't_ ready -- what are we going to do about it? Closing this NOTABUG isn't helpful. Dividing it up into an installer bug (for installing sendmail) and a fedora-release bug (for not including Extras) might at least help to move us forward. FC4 test *does* have a valid repo definition. FC4 devel tree (aka rawhide) may not, in that 'yum upgrade' from FC3 to rawhide may not obsolete fedora-release with rawhide-release. What version of fedora-release do you have installed? fedora-release-3-rawhide. I've confirmed that updating to fedora-release-3.92-1 does give me Extras support in yum, although not AFAICT up2date. Thanks. There remains the fact that the installer not only installed sendmail, but started it running by default. Well, sendmail defaults to: # chkconfig: 2345 80 30 so, it will default to starting on any initial install of it. Not sure why it would decide to install it on upgrade, though. Can you provide /var/log/anaconda* Created attachment 114552 [details]
anaconda.log
Created attachment 114553 [details]
anaconda.syslog
It looks like you had something installed which required sendmail (or the new version at least did) and that's why sendmail got pulled in. openssl097a should have gotten pulled in, though, and it's not. Reproduced locally and sticking on the list to fix. (In reply to comment #12) > It looks like you had something installed which required sendmail (or the new > version at least did) and that's why sendmail got pulled in. AFAIK there was nothing installed previously which required sendmail. I haven't had to 'rpm -e --nodeps sendmail' for a long time. There was certainly nothing installed _after_ the upgrade which required sendmail. I was able to remove it without dependency problems. I reproduced this again yesterday. Fixed in CVS such that openssl097a will get pulled in correctly on an upgrade. sendmail-cf previously didn't depend on sendmail, but now does and thus on your upgrade, you get sendmail added to satisfy that dep (correctly). Hm, I'm surprised sendmail-cf was installed on both machines, but I can't swear it wasn't. I'll double-check before I upgrade the next machine. Confirmed that it doesn't happen on two machines which definitely didn't have sendmail-cf installed before the upgrade. Given that sendmail runs by default after you install it though, this is probably worth fixing in the installer. If sendmail-cf is installed but not sendmail, it should perhaps remove sendmail-cf instead of installing sendmail. On a similar note, evince isn't getting installed even though I had xpdf installed before the upgrade. David Woodhouse, AIUI, The current bug/RFE report is to remove sendmail-cf during the upgrade if sendmail is not installed. So wouldnt it make sense for the sendmail-cf package to depend on sendmail itself. So you can do a yum remove sendmail and get rid of them both. Is there any reason for someone to install sendmail-cf and not sendmail? . If this idea seems reasonable, this report should be filed against sendmail instead. Kindly file a new report for the evince issue. thanks Based on the date this bug was created, it appears to have been reported against rawhide during the development of a Fedora release that is no longer maintained. In order to refocus our efforts as a project we are flagging all of the open bugs for releases which are no longer maintained. If this bug remains in NEEDINFO thirty (30) days from now, we will automatically close it. If you can reproduce this bug in a maintained Fedora version (7, 8, or rawhide), please change this bug to the respective version and change the status to ASSIGNED. (If you're unable to change the bug's version or status, add a comment to the bug and someone will change it for you.) Thanks for your help, and we apologize again that we haven't handled these issues to this point. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp We will be following the process here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this doesn't happen again. |