One thing that strikes me straight away is to remove the need to specify a mirror each time. If it's to be apt-cross it should use /etc/apt/sources.list IMHO along with the usual version handling.
By default, maybe, but I currently need to fetch binary packages for the host system from a private repository which has its own modified source packages, fetch sources for cross-compilation from a different one, the main one (though this may also need to become a local source repo), and *also* fetch arch-independent binaries from the main repo. I had been doing the first two by specifying deb lines to the private binary repo and deb-src lines to the main source repo in sources.list but I can't say I'm very happy with that as a general solution, and I still had to download the standard arch-indep binaries from the main repo manually with copy&paste. I'm hoping this tool will solve both of these nasty cases. The case that Wookey solves (downloading binaries to feed to dpkg-cross) is worse still, since it handles binaries that may well come from two different binary repos, and there's no clean way to solve that with a single sources.list So until it keeps separate sources.list and apt and dpkg databases for the cross-arches it handles, this seems the best for the moment; a single sources.list does seem inadequate. You can't just switch on arch name, since you may be dealing with several repositories of the same arch name that are compiled for different cpus variants, which is the way that support for cpu-specific arch subvariants seems likely to go. M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
