[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#262459: gcc-3.4: Strange Build-Depends "gnu" instead of "hurd-i386"



Package: gcc-3.4
Severity: normal

OK, so this is when I'm trying to get the build-deps via APT (granted,
running from my GNU/Linux partition, but apt.conf.offline makes sure the
proper files get read):

nighthawk/gnu/etc/apt$ sudo apt-get -c apt.conf.offline --arch-only
	build-dep gcc-3.4
Reading Package Lists... Done
Building Dependency Tree... Done
Package gnat-3.3 is not available, but is referred to by another
	package.
This may mean that the package is missing, has been obsoleted, or
	is only available from another source
Package gnat-3.4 is not available, but is referred to by another
	package.
This may mean that the package is missing, has been obsoleted, or
	is only available from another source
E: Package gnat-3.3 has no installation candidate
E: Package gnat-3.4 has no installation candidate

And this is what I get when I just try to run dpkg-buildpackage:

dpkg-buildpackage: source package is gcc-3.4
dpkg-buildpackage: source version is 3.4.1ds1-4
dpkg-buildpackage: source maintainer is Matthias Klose <doko@debian.org>
dpkg-buildpackage: host architecture is hurd-i386
dpkg-checkbuilddeps: Unmet build dependencies: dejagnu (>= 1.4.3) expect
	(>= 5.38.0) flex gnat-3.3 | gnat-3.4 procps libart-2.0-dev
	g77-3.3 gobjc-3.3

This correlates nicely with all the 'gnu' occurances in debian/control's
Build-Depends: 

Build-Depends: libc6.1-dev (>= 2.3.2.ds1-13) [alpha ia64] | libc0.3-dev
(>= 2.3.2.ds1-13) | libc0.1-dev (>= 2.3.2.ds1-13) | libc12-dev (>=
2.3.2.ds1-13) | libc6-dev (>= 2.3.2.ds1-13), libc6-dev-sparc64 [sparc],
libc6-dev-s390x [s390], m4, autoconf2.13, autoconf, automake1.4,
automake1.7, libtool, autotools-dev, gawk, dejagnu (>= 1.4.3) [!m68k
!gnu !kfreebsd-gnu !knetbsd-gnu], expect (>= 5.38.0) [!m68k !gnu
!kfreebsd-gnu !knetbsd-gnu], bzip2, binutils (>= 2.14.90.0.7-8),
binutils-hppa64 [hppa], debhelper (>= 4.1), gperf (>= 2.7-3), bison (>=
1:1.875a-1) | bison (<< 1:1.50), flex, gettext, texinfo (>= 4.3),
zlib1g-dev,
libgc-dev [!avr !kfreebsd-gnu !knetbsd-gnu], xlibs-dev, gnat-3.3 [!arm
!m68k !gnu !kfreebsd-gnu !knetbsd-gnu !netbsd-elf-gnu] | gnat-3.4 [!arm
!m68k !gnu !kfreebsd-gnu !knetbsd-gnu !netbsd-elf-gnu] | gnat [i386
powerpc sparc], libncurses5-dev [!netbsd-elf-gnu], libgmp3-dev,
tetex-bin [!netbsd-elf-gnu], locales [!kfreebsd-gnu !knetbsd-gnu
!netbsd-elf-gnu !hurd-i386], procps [!m68k !gnu !kfreebsd-gnu
!knetbsd-gnu], help2man [!netbsd-elf-gnu], sharutils, libgtk2.0-dev
[!gnu !kfreebsd-gnu !knetbsd-gnu !netbsd-elf-gnu], libart-2.0-dev [!gnu
!kfreebsd-gnu !knetbsd-gnu !netbsd-elf-gnu], g++-3.3, g77-3.3, gobjc-3.3

which seem to be auto-generated except for locales.

Now, I wonder is this some type-handling trick I don't understand, or
was this expansion only accidently broadened to the Build-Depends?

Also, I guess this missing parenthesis in -2 made the Build-Depends not
getting evaluated at all, right? Cause gcc-3.4 happily started to build
last time, although those spurious architecture specification were
already there.


thanks,

Michael



Reply to: