Bug#725094: libvtk5-dev: Build-deps uninstallable on mips
On Tue, Oct 1, 2013 at 22:00:04 +0300, Andrei POPESCU wrote: Control: reassign -1 src:vtk On Lu, 30 sep 13, 18:18:18, Wookey wrote: Source: libvtk5-dev Version: 5.8.0-14.1 Severity: important apt-get install libvtk5-dev in a mips porterbox unstable chroot fails: - #apt-get install libvtk5-dev Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libvtk5-dev : Depends: mpi-default-dev but it is not going to be installed E: Unable to correct problems, you have held broken packages. Command apt-get install -- libvtk5-dev exited with exit code 1. -- This prevents packages which build-dep on libvtk5 from building on this arch, such as: https://buildd.debian.org/status/package.php?p=therionsuite=sid which is how I noticed the issue. The problem seems to be that libvtk5-dev depends on: mpi-default-dev - libmpich2-dev - libmpich-dev - libmpich10 whilst libvtk5.8 depends on: libmpich2-3 and libmpich2-3 conflicts with libmpich10 So, err, why does libmpich10 conflict with libmpich2-3? The whole point (or at least an important part) of versioning shared libraries and their packages is to allow co-installability... Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725094: libvtk5-dev: Build-deps uninstallable on mips
It was our error, probably, packaging new version of mpich [1]. I will check that and remove conflicts/replaces of libmpich10 AFAP. [1] http://anonscm.debian.org/gitweb/?p=debian-science/packages/mpich.git;a=blob;f=debian/control;h=b6eaa8e6d803740cbb7ae06528ede6bf56d6f836;hb=HEAD#l70 Cheers, Anton 2013/10/2 Julien Cristau julien.cris...@logilab.fr: So, err, why does libmpich10 conflict with libmpich2-3? The whole point (or at least an important part) of versioning shared libraries and their packages is to allow co-installability... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725094: (libvtk5-dev: Build-deps uninstallable on mips)
On Monday, 30 sep 13, 18:18:18, Wookey wrote: On mips: $ apt-cache show libvtk5.8 Depends: libavcodec54 (= 6:9.1-1) | libavcodec-extra-54 (= 6:9.8), libavformat54 (= 6:9.1-1), libavutil52 (= 6:9.1-1), li bc6 (= 2.7), libexpat1 (= 2.0.1), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.2.1), libgl1-mesa-glx | libgl1, libgl2ps0, libjp eg8 (= 8c), libmpich2-3, libmysqlclient18 (= 5.5.24+dfsg-1), libnetcdfc++4, libnetcdfc7, libpng12-0 (= 1.2.13-4), libpq5, libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libsqlite3-0 (= 3.5.9), libstdc++6 (= 4.6), libswscale2 (= 6:9.1-1), libt iff4 ( 3.9.5-3~), libx11-6, libxml2 (= 2.7.4), libxt6, zlib1g (= 1:1.2.3.3) I'll try a rebuild on the porterbox and see if this magically sorts itself out in which case a BINNMU should do the trick. OK. Rebuild took more than 24 hrs on gabrielli, but the result has: Depends: libavcodec54 (= 6:9.1-1) | libavcodec-extra-54 (= 6:9.8), libavformat54 (= 6:9.1-1), libavutil52 (= 6:9.1-1), libc6 (= 2.7), libexpat1 (= 2.0.1), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.2.1), libgl1-mesa-glx | libgl1, libgl2ps0, libjpeg8 (= 8c), libmpich10, libmysqlclient18 (= 5.5.24+dfsg-1), libnetcdfc++4, libnetcdfc7, libpng12-0 (= 1.2.13-4), libpq5, libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libsqlite3-0 (= 3.5.9), libstdc++6 (= 4.6), libswscale2 (= 6:9.1-1), libtiff4 ( 3.9.5-3~), libx11-6, libxml2 (= 2.7.4), libxt6, zlib1g (= 1:1.2.3.3) (ie. libmpich10 rather tham libmpich2-3) so just doing a binnmu rebuild should unbung things (indepently of also fixing the incorrect conflict). Shall I just do that on this porterbox or does someone responsible for the package want to sort it out? Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725094: (libvtk5-dev: Build-deps uninstallable on mips)
Hi, I have just uploaded a fixed mpich version, so it should be available soon in archive. Thanks for spotting that out and sorry for inconvenience. Cheers, Anton 2013/10/2 Wookey woo...@wookware.org: On Monday, 30 sep 13, 18:18:18, Wookey wrote: On mips: $ apt-cache show libvtk5.8 Depends: libavcodec54 (= 6:9.1-1) | libavcodec-extra-54 (= 6:9.8), libavformat54 (= 6:9.1-1), libavutil52 (= 6:9.1-1), li bc6 (= 2.7), libexpat1 (= 2.0.1), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.2.1), libgl1-mesa-glx | libgl1, libgl2ps0, libjp eg8 (= 8c), libmpich2-3, libmysqlclient18 (= 5.5.24+dfsg-1), libnetcdfc++4, libnetcdfc7, libpng12-0 (= 1.2.13-4), libpq5, libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libsqlite3-0 (= 3.5.9), libstdc++6 (= 4.6), libswscale2 (= 6:9.1-1), libt iff4 ( 3.9.5-3~), libx11-6, libxml2 (= 2.7.4), libxt6, zlib1g (= 1:1.2.3.3) I'll try a rebuild on the porterbox and see if this magically sorts itself out in which case a BINNMU should do the trick. OK. Rebuild took more than 24 hrs on gabrielli, but the result has: Depends: libavcodec54 (= 6:9.1-1) | libavcodec-extra-54 (= 6:9.8), libavformat54 (= 6:9.1-1), libavutil52 (= 6:9.1-1), libc6 (= 2.7), libexpat1 (= 2.0.1), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.2.1), libgl1-mesa-glx | libgl1, libgl2ps0, libjpeg8 (= 8c), libmpich10, libmysqlclient18 (= 5.5.24+dfsg-1), libnetcdfc++4, libnetcdfc7, libpng12-0 (= 1.2.13-4), libpq5, libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libsqlite3-0 (= 3.5.9), libstdc++6 (= 4.6), libswscale2 (= 6:9.1-1), libtiff4 ( 3.9.5-3~), libx11-6, libxml2 (= 2.7.4), libxt6, zlib1g (= 1:1.2.3.3) (ie. libmpich10 rather tham libmpich2-3) so just doing a binnmu rebuild should unbung things (indepently of also fixing the incorrect conflict). Shall I just do that on this porterbox or does someone responsible for the package want to sort it out? Wookey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725094: libvtk5-dev: Build-deps uninstallable on mips
Source: libvtk5-dev Version: 5.8.0-14.1 Severity: important apt-get install libvtk5-dev in a mips porterbox unstable chroot fails: - #apt-get install libvtk5-dev Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libvtk5-dev : Depends: mpi-default-dev but it is not going to be installed E: Unable to correct problems, you have held broken packages. Command apt-get install -- libvtk5-dev exited with exit code 1. -- This prevents packages which build-dep on libvtk5 from building on this arch, such as: https://buildd.debian.org/status/package.php?p=therionsuite=sid which is how I noticed the issue. The problem seems to be that libvtk5-dev depends on: mpi-default-dev - libmpich2-dev - libmpich-dev - libmpich10 whilst libvtk5.8 depends on: libmpich2-3 and libmpich2-3 conflicts with libmpich10 mips and amd64 libvtk5.8 deps are different. Is that right?: On mips: $ apt-cache show libvtk5.8 Depends: libavcodec54 (= 6:9.1-1) | libavcodec-extra-54 (= 6:9.8), libavformat54 (= 6:9.1-1), libavutil52 (= 6:9.1-1), li bc6 (= 2.7), libexpat1 (= 2.0.1), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.2.1), libgl1-mesa-glx | libgl1, libgl2ps0, libjp eg8 (= 8c), libmpich2-3, libmysqlclient18 (= 5.5.24+dfsg-1), libnetcdfc++4, libnetcdfc7, libpng12-0 (= 1.2.13-4), libpq5, libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libsqlite3-0 (= 3.5.9), libstdc++6 (= 4.6), libswscale2 (= 6:9.1-1), libt iff4 ( 3.9.5-3~), libx11-6, libxml2 (= 2.7.4), libxt6, zlib1g (= 1:1.2.3.3) On amd64: $ apt-cache show libvtk5.8 $ Depends: libavcodec54 (= 6:9.1-1) | libavcodec-extra-54 (= 6:9.8), libavformat54 (= 6:9.1-1), libavutil52 (= 6:9.1-1), libc6 (= 2.14), libexpat1 (= 2.0.1), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.1.1), libgl1-mesa-glx | libgl1, libgl2ps0, li bjpeg8 (= 8c), libmysqlclient18 (= 5.5.24+dfsg-1), libnetcdfc++4, libnetcdfc7, libopenmpi1.6, libpng12-0 (= 1.2.13-4), lib pq5, libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libsqlite3-0 (= 3.5.9), libstdc++6 (= 4.6), libswscale2 (= 6:9.1-1), libtiff4 ( 3.9.5-3~), libx11-6, libxml2 (= 2.7.4), libxt6, zlib1g (= 1:1.2.3.3) I don't understand what has happened here, and whether this is actually an mpich or a vtk problem, but it's quite serious. I presume it is something to do with the transition from mpich2 to mpich that seems to be underway. It would appear to be stopping anything build-depping on vtk from building on mips and thus from migrating to testing. Do you know how to fix this? I'll try a rebuild on the porterbox and see if this magically sorts itself out in which case a BINNMU should do the trick. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: mips (mips64) Kernel: Linux 3.2.0-4-octeon (SMP w/16 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725094: libvtk5-dev: Build-deps uninstallable on mips
Control: reassign -1 src:vtk On Lu, 30 sep 13, 18:18:18, Wookey wrote: Source: libvtk5-dev Version: 5.8.0-14.1 Severity: important apt-get install libvtk5-dev in a mips porterbox unstable chroot fails: - #apt-get install libvtk5-dev Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libvtk5-dev : Depends: mpi-default-dev but it is not going to be installed E: Unable to correct problems, you have held broken packages. Command apt-get install -- libvtk5-dev exited with exit code 1. -- This prevents packages which build-dep on libvtk5 from building on this arch, such as: https://buildd.debian.org/status/package.php?p=therionsuite=sid which is how I noticed the issue. The problem seems to be that libvtk5-dev depends on: mpi-default-dev - libmpich2-dev - libmpich-dev - libmpich10 whilst libvtk5.8 depends on: libmpich2-3 and libmpich2-3 conflicts with libmpich10 mips and amd64 libvtk5.8 deps are different. Is that right?: On mips: $ apt-cache show libvtk5.8 Depends: libavcodec54 (= 6:9.1-1) | libavcodec-extra-54 (= 6:9.8), libavformat54 (= 6:9.1-1), libavutil52 (= 6:9.1-1), li bc6 (= 2.7), libexpat1 (= 2.0.1), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.2.1), libgl1-mesa-glx | libgl1, libgl2ps0, libjp eg8 (= 8c), libmpich2-3, libmysqlclient18 (= 5.5.24+dfsg-1), libnetcdfc++4, libnetcdfc7, libpng12-0 (= 1.2.13-4), libpq5, libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libsqlite3-0 (= 3.5.9), libstdc++6 (= 4.6), libswscale2 (= 6:9.1-1), libt iff4 ( 3.9.5-3~), libx11-6, libxml2 (= 2.7.4), libxt6, zlib1g (= 1:1.2.3.3) On amd64: $ apt-cache show libvtk5.8 $ Depends: libavcodec54 (= 6:9.1-1) | libavcodec-extra-54 (= 6:9.8), libavformat54 (= 6:9.1-1), libavutil52 (= 6:9.1-1), libc6 (= 2.14), libexpat1 (= 2.0.1), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.1.1), libgl1-mesa-glx | libgl1, libgl2ps0, li bjpeg8 (= 8c), libmysqlclient18 (= 5.5.24+dfsg-1), libnetcdfc++4, libnetcdfc7, libopenmpi1.6, libpng12-0 (= 1.2.13-4), lib pq5, libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libsqlite3-0 (= 3.5.9), libstdc++6 (= 4.6), libswscale2 (= 6:9.1-1), libtiff4 ( 3.9.5-3~), libx11-6, libxml2 (= 2.7.4), libxt6, zlib1g (= 1:1.2.3.3) I don't understand what has happened here, and whether this is actually an mpich or a vtk problem, but it's quite serious. I presume it is something to do with the transition from mpich2 to mpich that seems to be underway. It would appear to be stopping anything build-depping on vtk from building on mips and thus from migrating to testing. Do you know how to fix this? I'll try a rebuild on the porterbox and see if this magically sorts itself out in which case a BINNMU should do the trick. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: mips (mips64) Kernel: Linux 3.2.0-4-octeon (SMP w/16 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
