It turns out that apt-cross is even more broken than I thought. Not only does it mostly fail to work with the version of apt in Squeeze (at least it fails more often than it works in my experience) and cannot handle the Arch:all development packages allowed by Policy and can no longer determine the suite to use because apt-cache policy has changed format, now it is completely unable to handle any locale other than C and POSIX. The apt perl bindings translate the names of the control fields in the binary cache file which apt-cross tries to use, without preserving the untranslated tags which apt uses to identify that a particular translated word means "Depends". Therefore, the apt cache received by apt-cross - despite patches trying to force apt to output the cache in LC_ALL=C - contains translated text instead of "Depends:", "Conflicts", "Provides" and "Replaces". I was planning on uploading a new version of the emdebian-crush source package today which puts xapt into Debian experimental via the NEW queue. This version also drops the dependency of emdebian-crush on apt-cross. Instead, it depends on pdebuild-cross which in turn depends on xapt. I'm checking with the release team about what can be done with xapt. apt-cross now has an RC bug filed against it and I've had to tag this bug as wontfix and confirmed because I have tried and failed to find a fix within apt-cross itself. I'm in the process of checking with the release team about xapt but I have confirmed that as apt-cross fails to operate in any locale other than C/POSIX/en*, this alone is sufficient to deem the package as "failing to operate for most users" which is RC. If emdebian-crush 2.2.6 is allowed to migrate, there would be no reverse dependencies of apt-cross in Squeeze and the release team will remove apt-cross from Squeeze. -- Neil Williams ============= http://www.data-freedom.org/ http://www.linux.codehelp.co.uk/ http://e-mail.is-not-s.ms/
Attachment:
pgpEki2V8IP7L.pgp
Description: PGP signature