Bug#682045: libtool: please mark libtool multi-arch: foreign (as in Ubuntu)
On Thu, 2012-07-19 at 08:45 +0200, Kurt Roeckx wrote: On Thu, Jul 19, 2012 at 04:46:00AM +, shawn wrote: Package: libtool Version: 2.4.2-1.1 Severity: important Dear Maintainer, This is important for cross-building https://launchpadlibrarian.net/84463096/libtool_2.4-4ubuntu3_2.4-4ubuntu4.diff.gz I think that's just wrong. The /usr/bin/libtool file is generated for the current architecture and doesn't support cross-building. It's also the only reason this is an arch any package and not an arch all pacakge. In that case, would Multi-arch: allowed work? that way the depending package can specify if cross-arch is OK or otherwise split off a multi-arch: foreign package, which libtool would depend on. There probably aren't many users of /usr/bin/libtool, but I know there are. Kurt -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682045: libtool: please mark libtool multi-arch: foreign (as in Ubuntu)
On Thu, Jul 19, 2012 at 04:46:00AM +, shawn wrote: Package: libtool Version: 2.4.2-1.1 Severity: important Dear Maintainer, This is important for cross-building https://launchpadlibrarian.net/84463096/libtool_2.4-4ubuntu3_2.4-4ubuntu4.diff.gz I think that's just wrong. The /usr/bin/libtool file is generated for the current architecture and doesn't support cross-building. It's also the only reason this is an arch any package and not an arch all pacakge. There probably aren't many users of /usr/bin/libtool, but I know there are. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682045: libtool: please mark libtool multi-arch: foreign (as in Ubuntu)
On Wed, Jul 18, 2012 at 11:49:42PM -0700, shawn wrote: On Thu, 2012-07-19 at 08:45 +0200, Kurt Roeckx wrote: On Thu, Jul 19, 2012 at 04:46:00AM +, shawn wrote: Package: libtool Version: 2.4.2-1.1 Severity: important Dear Maintainer, This is important for cross-building https://launchpadlibrarian.net/84463096/libtool_2.4-4ubuntu3_2.4-4ubuntu4.diff.gz I think that's just wrong. The /usr/bin/libtool file is generated for the current architecture and doesn't support cross-building. It's also the only reason this is an arch any package and not an arch all pacakge. In that case, would Multi-arch: allowed work? that way the depending package can specify if cross-arch is OK or otherwise split off a multi-arch: foreign package, which libtool would depend on. I'm currently not sure what to do. I see a few options: 1) Split the arch all part out in libtool-dev. Have libtool Depend on it so I don't break all reverse depends. 2) Keep the arch all in libtool, but split the binary in libtool-bin. 3) Use Multi-arch: allowed 4) Drop the /usr/bin/libtool and change it to an arch all package In case 1 and 3, everybody that has a build-dependency on libtool and cares about this should update their build-dependencies. In case 2 I'm not sure what to do with the Depends. I don't think it makes sense for an arch all package to depend on the arch any package. There also is no real Depends relation. So instead I could just not add a Depends and see what breaks and then deal with that. I'm also not sure how ftp-master feels about packages with only a single binary in it. I'm currently more inclinded to go for option 4. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682045: libtool: please mark libtool multi-arch: foreign (as in Ubuntu)
I'm currently not sure what to do. I see a few options: 1) Split the arch all part out in libtool-dev. Have libtool Depend on it so I don't break all reverse depends. 2) Keep the arch all in libtool, but split the binary in libtool-bin. 3) Use Multi-arch: allowed 4) Drop the /usr/bin/libtool and change it to an arch all package In case 1 and 3, everybody that has a build-dependency on libtool and cares about this should update their build-dependencies. In case 2 I'm not sure what to do with the Depends. I don't think it makes sense for an arch all package to depend on the arch any package. There also is no real Depends relation. So instead I could just not add a Depends and see what breaks and then deal with that. [..] I'm currently more inclinded to go for option 4. Regarding option 4 2, you should be aware/subscribe to Bug #666772 -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682045: libtool: please mark libtool multi-arch: foreign (as in Ubuntu)
Package: libtool Version: 2.4.2-1.1 Severity: important Dear Maintainer, This is important for cross-building https://launchpadlibrarian.net/84463096/libtool_2.4-4ubuntu3_2.4-4ubuntu4.diff.gz -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libtool depends on: ii autotools-dev 20120608.1 ii cpp 4:4.6.3-7 ii file 5.11-1em1 ii gcc [c-compiler] 4:4.6.3-7 ii gcc-4.6 [c-compiler] 4.6.3-8 ii gcc-4.7 [c-compiler] 4.7.1-2 ii libc6-dev [libc-dev] 2.13-33 Versions of packages libtool recommends: ii libltdl-dev 2.4.2-1.1 Versions of packages libtool suggests: ii autoconf 2.69-1em1 ii automake [automaken] 1:1.11.5-2 pn gcjnone pn gfortran | fortran95-compiler none pn libtool-docnone -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org