On Thu, Jun 4, 2009 at 7:01 PM, Kevin Kofler wrote: > Alan Evans wrote: > It's broken because a package not being required by anything else doesn't > mean it isn't needed. For example, it could be an application which is > being removed because you just removed a plugin for it or a second > application whcih requires that first application for something. And in > this case, it's either a situation like that (where basesystem isn't > required by anything after removing glibc.i686, but should still not be > removed) or a plain bug in the plugin (where it removes something which is > still required by other packages). I've been using this plugin for a long time and this is the first time it has threatened to remove basesystem. So I'd like to understand what triggered it this time. So much easier to make effective bug reports if one understands the problem. > It shall also be noted that the plugin breaks PackageKit in F11 and > therefore the PackageKit update which is coming to F11 soon (as soon as we > sort out KPackageKit) blacklists it (which means the plugin won't have any > effect in PackageKit). A bug in the remove-with-leaves plugin that erroneously tags packages for removal causes a segmentation fault in PackageKit? Perhaps, but I'm unconvinced. (And I realize that it is not your job to convince me...) Anyway, the "solution" (bug 503989) is, in my opinion, spectacularly backwards. PackageKit is broken when using the remove-with-leaves plugin, so disallow using that plugin with PackageKit. This assures that the bug will never get fixed. If the plugin is buggy and somehow gets fixed then PackageKit still won't use it, so nobody will know. If, on the other hand, PackageKit is buggy then it certainly won't get fixed because the symptom will never be seen now that the trigger is removed. In any case, we might as well just remove the plugin completely from Fedora and call it a day. If another packages has a problem and the plugin is involved then the plugin is blacklisted. If a user has a problem and the plugin is involved then the user is instructed to remove the plugin. At that point, shouldn't we ask why we are shipping the plugin at all? -- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
