On Wed, 10 Feb 2010 09:07:51 +0100 Goswin von Brederlow <firstname.lastname@example.org> wrote: because this doesn't seem to have shown up in the list.... > > 3. packages that contain multiarch metadata in debian/control get an > > explanation in the -cross package description and that's it - these > > are henceforth termed zombie cross packages because they are only > > needed to support remaining reverse dependencies. > > That can not happen till dpkg can actually install multiarch packages > for foreign architectures. And even then it should be an option so one > can convert packages for use with older dpkg. Forget empty packages, zombies aren't empty, just zombies. :-) This is the example workflow for the current changes: (liblouis2 declares a Multi-Arch field and has it's files in Multiarch places, libqof2 is a plain pre-Multiarch library.) root@calvin:~/dpkg-cross-test# dpkg-cross -a armel -v -b liblouis2_1.8.0-1_armel.deb Excluding: Trying to build: liblouis2_1.8.0-1_armel.deb Going to convert liblouis2_1.8.0-1_armel.deb Extracting liblouis2_1.8.0-1_armel.deb Extracting information from control file Creating destination package tree moving symlink /usr/lib/arm-linux-gnueabi/liblouis.so.2. moving file /usr/lib/arm-linux-gnueabi/liblouis.so.2.1.0. Installing shlibs file Creating control file Creating md5sums file dpkg-deb: building package `liblouis2-armel-cross' in `./liblouis2-armel-cross_1.8.0-1_all.deb'. root@calvin:~/dpkg-cross-test# dpkg -c ./liblouis2-armel-cross_1.8.0-1_all.deb drwxr-xr-x root/root 0 2010-02-10 13:50 ./ drwxr-xr-x root/root 0 2010-02-10 13:50 ./usr/ drwxr-xr-x root/root 0 2010-02-10 13:50 ./usr/arm-linux-gnueabi/ drwxr-xr-x root/root 0 2010-02-10 13:50 ./usr/arm-linux-gnueabi/include/ -rw-r--r-- root/root 80556 2010-02-10 13:50 ./usr/arm-linux-gnueabi/include/liblouis.so.2.1.0 lrwxrwxrwx root/root 0 2010-02-10 13:50 ./usr/arm-linux-gnueabi/include/liblouis.so.2 -> liblouis.so.2.1.0 root@calvin:~/dpkg-cross-test# dpkg-cross -a armel -v -b libqof2_0.8.1-1_armel.deb Excluding: Trying to build: libqof2_0.8.1-1_armel.deb Going to convert libqof2_0.8.1-1_armel.deb Extracting libqof2_0.8.1-1_armel.deb Extracting information from control file Creating destination package tree Creating symlink /usr/arm-linux-gnueabi/lib/libqof.so.2 -> libqof.so.2.0.1 Creating symlink /usr/arm-linux-gnueabi/lib/libqofsql.so.1 -> libqofsql.so.1.0.1 Creating /usr/share/doc/libqof2-armel-cross/README Installing shlibs file Creating control file Creating md5sums file dpkg-deb: building package `libqof2-armel-cross' in `./libqof2-armel-cross_0.8.1-1_all.deb'. root@calvin:~/dpkg-cross-test# dpkg -c ./libqof2-armel-cross_0.8.1-1_all.deb drwxr-xr-x root/root 0 2010-02-10 13:50 ./ drwxr-xr-x root/root 0 2010-02-10 13:50 ./usr/ drwxr-xr-x root/root 0 2010-02-10 13:50 ./usr/arm-linux-gnueabi/ drwxr-xr-x root/root 0 2010-02-10 13:50 ./usr/arm-linux-gnueabi/lib/ -rw-r--r-- root/root 42836 2009-07-07 00:11 ./usr/arm-linux-gnueabi/lib/libqofsql.so.1.0.1 -rw-r--r-- root/root 245296 2009-07-07 00:11 ./usr/arm-linux-gnueabi/lib/libqof.so.2.0.1 drwxr-xr-x root/root 0 2010-02-10 13:50 ./usr/share/ drwxr-xr-x root/root 0 2010-02-10 13:50 ./usr/share/doc/ drwxr-xr-x root/root 0 2010-02-10 13:50 ./usr/share/doc/libqof2-armel-cross/ -rw-r--r-- root/root 262 2010-02-10 13:50 ./usr/share/doc/libqof2-armel-cross/README lrwxrwxrwx root/root 0 2010-02-10 13:50 ./usr/arm-linux-gnueabi/lib/libqof.so.2 -> libqof.so.2.0.1 lrwxrwxrwx root/root 0 2010-02-10 13:50 ./usr/arm-linux-gnueabi/lib/libqofsql.so.1 -> libqofsql.so.1.0.1 root@calvin:~/dpkg-cross-test# ./liblouis2-armel-cross_1.8.0-1_all.deb is the zombie root@calvin:~/dpkg-cross-test# dpkg -I ./liblouis2-armel-cross_1.8.0-1_all.deb new debian package, version 2.0. size 44116 bytes: control archive= 541 bytes. 498 bytes, 14 lines control 82 bytes, 1 lines md5sums 21 bytes, 1 lines shlibs Package: liblouis2-armel-cross Version: 1.8.0-1 Section: devel Priority: extra Architecture: all Maintainer: Debian Accessibility Team <email@example.com> Source: liblouis Depends: libc6-armel-cross (>= 2.4), liblouis-data-armel-cross Provides: liblouis2-armel-dcv1 X-Multiarch: delete Description: liblouis2 - multiarch zombie package This package was generated by dpkg-cross as a zombie multiarch package. . Remove this package when there are no reverse dependencies left. > So by default even package with multiarch metadata must use the OLD > behaviour unless configured to use zombie packages. Anything else will > not result in something functional now. Misunderstanding. Zombies use the old behaviour and there's no configuration step. > > 4. need am emprunecross helper to identify these zombie cross packages > > and delete them all. (emprunecross removes all -cross, the new helper > > needs to be in dpkg-cross and far more precise.) > > Do we? There is the automatic tracking in apt-get/aptitude. There is > deborphan and debfoster. And the normal use case is a chroot that needs > a good spring cleaning every now and then anyway. True but *every* -cross package shows up in the aptitude/synaptic local/obsolete list - that's the same list that emprunecross finds. Except that with aptitude/synaptic that list also includes locally installed packages like test builds and pre-upload versions. What we need to help people identify are *just* the zombie packages and then work out which of those have no reverse dependencies still installed and can therefore be removed. > > 6. At some point *AFTER* dpkg has support for installing the true > > multiarch packages in their correct (new) locations > > (e.g. usr/lib/$triplet), then a new version of dpkg-cross can be > > prepared that drops the old location from any new zombie packages > > created after that time. All zombies (and only zombies) will be > > made from multiarch-compatible packages and zombies created by the > > final version of dpkg-cross will be truly empty. > > Zombie packages should have no files in them (other than maybe > /usr/share/doc). Anything else would not be the empty dummy packages > previously discussed. No, that's changed. Sorry if that wasn't clear. Zombie packages contain files in the OLD locations. > > Item 5 will wait, the important parts are: > > > > a: current compilers work with current locations and gradually learn to > > look in the new multiarch locations - packages or test chroots can be > > manually fettled to have files in the relevant locations for testing > > purposes. Alternatively, test with a patched dpkg that can use the > > multiarch package itself. > > > > b: when a version of dpkg is uploaded that understands how to install > > an armel mulitarch package alongside the amd64 one, the cross package > > will not prevent installation of the armel mulitarch package. > > Additionally the -cross package should depend on the same version of the > non-cross package. We've had this discussion before - there cannot be a cross-architecture dependency at this time. http://lists.debian.org/debian-embedded/2010/01/msg00028.html > > c: The aim is to have the wrapper for removing these zombie packages in > > the version of dpkg-cross which makes it into Squeeze. Users are > > advised to run the wrapper frequently to reduce problems of having a > > new version of the headers in the multiarch location and a previous > > version in the old cross location. It is not possible to impose a > > arch-specific conflict in the zombie cross package but it might be > > possible for the multiarch package to conflict with the zombie cross > > package. > > Not needed. See above. Not essential but very useful and it is desirable.
Description: PGP signature