On Thursday, Jul 3, 2003, at 07:21 US/Eastern, Gerfried Fuchs wrote:


Uhm, that is somehow nonsense. How can an update of a package make itself uninstallable? What's the reasoning behind it?

Easily. Example:

        Package: foo
        Version: 1.0.6-4
        Depends: libc6 >= 2.2.0

vs.

        Package: foo
        Version: 1.0.7-1
        Depends: libc6 >= 2.4.0

Replacing foo-1.0.6-4 with 1.0.7-1 would make foo uninstallable (becasue there is no glibc-2.4.0 in testing)


What nudge by a maintainer are you talking about? Especially, which maintainer (testing-maintainer?)

"ftp master" would be a better term. Probably Anthony Towns.

 Thanks, that explains a lot.  But it still doesn't explain why the
package holds back itself...  Is this a bug in the testing script?

No.

From
what I understand the testing script should be able to see such circular
dependencies -- but a dependency that breaks itself seems to be weird.

Circular dependencies are not handled well. I suppose the "feel free to submit patches" thing applies here.





Reply via email to