| Summary: | Update/upgrade fails after package split. | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jóhann B. Guðmundsson <johannbg> |
| Component: | systemd | Assignee: | systemd-maint |
| Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 24 | CC: | johannbg, lnykryn, msekleta, muadda, s, systemd-maint, zbyszek |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | systemd-229-15.fc25 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-08-08 14:21:15 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: | |
|
Description
Jóhann B. Guðmundsson
2016-04-26 06:56:11 UTC
The dependency on libmicrohttpd is a bug. It seems that /usr/lib/systemd/systemd-journal-remote is owned by both systemd-container and systemd-journal-remote. This of course needs to be fixed. But not being to upgrade if you're missing dependencies is not a bug. If you want to upgrade on the command line, you have to provide all the packages, including any new deps. Fixed in rawhide, but I'll leave this as POST to remember to fix in in F24 after the freeze period is over. (In reply to Zbigniew Jędrzejewski-Szmek from comment #1) > The dependency on libmicrohttpd is a bug. It seems that > /usr/lib/systemd/systemd-journal-remote is owned by both systemd-container > and systemd-journal-remote. This of course needs to be fixed. > > But not being to upgrade if you're missing dependencies is not a bug. If you > want to upgrade on the command line, you have to provide all the packages, > including any new deps. There should not be any dependency on systemd-journal-remote since it was standalone before and there needs to be correct dependency between the splitted components among themselves as well. Also any component that required systemd ( or udev ) that now might require sub-component instead ( like systemd-udev ) instead should be fixed so you need to go through all the dependency on systemd in all components, view why systemd is required there and add the correct dependency on relevant sub-component if applicable. Is the plan to split out Pam in F24 since I see that has been done in F25 builds ( systemd-pam and perhaps the plan is to split systemd-timers and systemd-networkd out as well? ) or is that going to be F25 only change? The split has nothing inherent to do with the added dependency on libµhttpd, I just made a copy&paste mistake in %files section. > Also any component that required systemd ( or udev ) that now might require > sub-component instead ( like systemd-udev ) instead should be fixed so you > need to go through all the dependency on systemd in all components, view why > systemd is required there and add the correct dependency on relevant > sub-component if applicable. It's not so bad. Whether udev is necessary is a property of the system, and individual packages don't have much to say here. This situation is similar to the kernel: you cannot make a package dependency on the kernel, you just assume that it'll be there if it's needed. OTOH, if there is a subpackage which uses some component of udev (for example calls /usr/bin/udevadm and will crash if it's not there), then it should have a dependency. If you know of any such cases, please file a bug or just let me know. > Is the plan to split out Pam in F24 since I see that has been done in F25 > builds ( systemd-pam and perhaps the plan is to split systemd-timers and > systemd-networkd out as well? ) or is that going to be F25 only change? Yes, the plan is to do all the chagnes currently in rawhide in F24 too, after the beta freeze is over. systemd-pam is required by the main package, so this change has very little impact is main systemd package is installed. (In reply to Zbigniew Jędrzejewski-Szmek from comment #4) > > It's not so bad. Whether udev is necessary is a property of the system, and > individual packages don't have much to say here. This situation is similar > to the kernel: you cannot make a package dependency on the kernel, you just > assume that it'll be there if it's needed. That assumptions is what leads to the messy situation that the core/baseOS is currently in since package maintainers routinely assumed this and that which at one point made up the core/baseOS would be there indefinitely. That leads to a scenario when you are trying to work on a feature in the distribution or otherwise simply trying to determine how an scope of a project or task will affect the distribution, cannot be reliably determine by whomever is overseeing or otherwise performing the task. So the lazyness and incorrect assumption of single maintainers which leads him to not declaring proper dependency in package(s) leads to incorrect assumption by the feature owner/project leader/task manager which then leads to incorrect scope determine by the task at hand, which leads to incorrect conclusion of fesco which then leads to broken or half finished implementation of said feature or task which eventually is breaking working system for end users. You cant fix stupid but you can prevent it from spreading so you really cant blame that ignant package maintainer but the process that should be catching/enforcing correct dependency in packages which highlights one of biggest fundamental failure of FESCo and FPC and it's sole purpose in the distribution. This message is a reminder that Fedora 24 is nearing its end of life. Approximately 2 (two) weeks from now Fedora will stop maintaining and issuing updates for Fedora 24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '24'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 24 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Fedora 24 changed to end-of-life (EOL) status on 2017-08-08. Fedora 24 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. |