Bug 250370
Summary: | Missing Dependency: group(ctapiusers) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Robert 'Bob' Jensen <bob> |
Component: | ctapi-common | Assignee: | Frank Büttner <bugzilla> |
Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | low | ||
Version: | 7 | CC: | vanmeeuwen+fedora |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-08-08 17:02:22 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: |
Description
Robert 'Bob' Jensen
2007-08-01 05:11:49 UTC
Does this installation have any fedora-usermgmt package installed? The bug is in the ctai-common package. So are you going to fix it or do I have to file a bug about it? ctapi-common installs just fine, it is ctapi-cyberjack that fails to install. This is not a ctapi-common bug - as I told Frank in PM last weekend, ctapi-cyberjack should just remove the be group(ctapiusers) stuff and do "Requires: ctapi-common >= 1.1-2". ctapi-common no longer provides group(ctapiusers) afaict nothing NEEDS to require group(ctapiusers) kill the dep in ctapi-cyberjack, submit it for rebuild move along. This is like a 10 second bug fix. No ctapi-common must be fixed. The provides group entry is missing, so I can't do anything. Frank, Could you explain to me why you think ctapi-common should be changed instead of ctapi-cyberjack? Thanks -sv Yes, because to add an provides group .. is much cleaner than simply modify the depend version. For example when in an later update of the common part the group was removed by an mistake, then it will only comes out very late.(At the first time when somebody try to access the reader). The requere group will prevents of missing the group on the system. So how do we resolve this? You point the finger at the -common package it then gets pointed back... The tree is broken and it needs to be resolved, please figure it out. Frank you say this bug is in ctapi-common, please quit closing it as NOTABUG. Fix one of your packages I don't care if it is ctapi-common or ctapi-cyberjack. You are a maintainer of both of these packages, fix one of them. If you and your co-maintainer of ctapi-common can not come to an agreement I am of the opinion that these packages be removed from the tree. Users will end up paying the price. Reply to Comment #10: Yes, I'd agree to that, if a bug is keeping a package from being even installed and the maintainers cannot or will not fix it, sounds like ground for removal. I have fix it at the ctapi-common package, but my fix was removed. So I can't do anything more. Ville, You and Frank need to solve this b/t the two of you. -sv Seth, others, I do not intend to do anything about this - from my POV it's not a ctapi-common bug. Here's what has happened: I asked Frank to take over ctapi-common completely, he didn't want more than co-maintainership and I thought it was better than nothing and would result in less things for me to worry about (but later I've learned it's been the opposite). Then, Frank pushed a broken ctapi-common update without discussing the largish and questionable changes with me, I posted how I intended to fix it in Bugzilla. Meanwhile the broken update slipped through to F7 updates-testing and devel even though I had asked rel-eng to hold it, then I pushed the fix ASAP after learning what had happened. The fixed update stayed in updates-testing for almost a week, and I pinged Frank during that time that ctapi-cyberjack will need adjustments or it will break, he probably received broken dep reports also from buildsys before the breakage hit the non-testing updates tree, and he told me I should just go ahead and fix it. I said if he wants the Provides, I thought it was his job to take care of either in ctapi-common or ctapi-cyberjack and he's free to take care of it but not reintroduce the earlier breakage. I never heard back, and looks like he did nothing except pushed ctapi-cyberjack to non-testing updates in a state that had broken deps both with and without the ctapi-common update. Frank can still go ahead and either adjust ctapi-cyberjack's dependencies or add Provides: group(ctapiusers) to ctapi-common. As said, I do not intend to do anything about this, I don't think it's a ctapi-common bug, it's not a standard practice in Fedora at the moment to use these Provides/Requires: group(foo) things, and I don't use or maintain ctapi-cyberjack. So, ctapi-common is still up for grabs for a new main or co-maintainer, for both Fedora and EPEL as far as I'm concerned. The current co-maintainership arrangement has not worked out well at all, and I'm now even more ready to let others worry about this stuff than I was before, and will ask for removal of myself from its maintainers tomorrow. Ville, thanks for the explanation and fair enough. Frank, it sounds like the ball is in your court for both of these packages. If neither of you wants to fix it then please send an orphan message to maintainers. this little sideshow has gone on for long enough, I think. (In reply to comment #14) Thank you Ville No the ball is not me it is at Ville!!!! But I can add it to the common package again. The Fedora 7 tree is still broken because of these packages. This bug DOES exist. Latest builds in koji appear to be OK, but they have not been pushed afaik. Who gets this show on the road? The last package contain the fix. |