Bug#365714: emacs21: FTBFS on most architectures, xaw issues.
# trying again (this time with Bcc), the first time it seems to have been ignored. clone 365714 -1 reassign -1 xaw3dg-dev retitle -1 Depends on libxaw8-dev and breaks building packages thanks Michael Banck [EMAIL PROTECTED] wrote: I don't feel qualified to change emacs21's Build-Depends in a second NMU really, but I guess it should just Build-Depen on libxaw7-dev? I think xaw3dg-dev should be fixed - this will also affect other packages that build-depend on it. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Processed: Re: Bug#365714: emacs21: FTBFS on most architectures, xaw issues.
Processing commands for [EMAIL PROTECTED]: reopen 365714 Bug#365714: emacs21: FTBFS on most architectures, xaw issues. Bug#365597: emacs21: FTBFS: X11/Xaw/Paned.h: No such file or directory Bug#365688: emacs21 is uninstallable Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365714: emacs21: FTBFS on most architectures, xaw issues.
reopen 365714 thanks On Wed, May 03, 2006 at 09:45:22AM +0200, Francesco Paolo Lovergine wrote: Mmmm, missed closing in changelog. It does not depend on libxaw8-dev now (and on any other X -dev package indeed). This will cause almost certainly a good deal of FTBSs around. Great :-P This is pretty clearly the wrong fix. xaw3dg-dev now only Depends: xaw3dg (= 1.5+E-12), xutils. Even ignoring the issue of static linking (it is customary for -dev packages to depend on *all* other -dev packages they need symbols from for static linking), of the 78 header files provided by xaw3dg-dev, 69 of them need headers from at least one other X -dev package. That makes it a policy violation, because xaw3dg-dev does not depend on packages that it requires for operation. FWIW, based on just the headers, the only missing dependencies are: Depends: libxt-dev, x11proto-core-dev, libxmu-dev Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#365714: emacs21: FTBFS on most architectures, xaw issues.
On Wed, May 03, 2006 at 02:36:54AM -0700, Steve Langasek wrote: reopen 365714 thanks On Wed, May 03, 2006 at 09:45:22AM +0200, Francesco Paolo Lovergine wrote: Mmmm, missed closing in changelog. It does not depend on libxaw8-dev now (and on any other X -dev package indeed). This will cause almost certainly a good deal of FTBSs around. Great :-P This is pretty clearly the wrong fix. xaw3dg-dev now only Depends: xaw3dg (= 1.5+E-12), xutils. Even ignoring the issue of static linking (it is customary for -dev packages to depend on *all* other -dev packages they need symbols from for static linking), of the 78 header files provided by xaw3dg-dev, 69 of them need headers from at least one other X -dev package. That makes it a policy violation, because xaw3dg-dev does not depend on packages that it requires for operation. FWIW, based on just the headers, the only missing dependencies are: Depends: libxt-dev, x11proto-core-dev, libxmu-dev I found libx11-dev, libxmu-headers, libxpm-dev, libxt-dev, x11proto-core-dev, x11proto-xext-dev by grepping and so... Due for next upload... -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365714: emacs21: FTBFS on most architectures, xaw issues.
Package: emacs21
Version: 21.4a-1
Severity: serious
Hold on, this is a multistep bugreport which covers a couple of issues
and *might* finally boil down to xaw3dg-dev and/or libxaw.
According to http://buildd.debian.org/build.php?arch=pkg=emacs21,
building of emacs after the last NMU failed on most architectures. I'm
confused, though, because the NMU was in January according to the
changelog, and makes the package is uninstallable on most architectures.
This is because emacs21-bin-common depends on
emacs21-common=${Source-Version}, and emacs21-common has now the NMU
version number. But this should have shown up much earlier, it's like
as if the NMU was not in fact in the archive the last months.
As to the actual failure, it doesn't look as if it should be related to
the NMU patch, and this is some other strange thing. On i386, it fails
with
i486-linux-gnu-gcc -c -DUSE_LUCID -Demacs -DHAVE_CONFIG_H -DUSE_LUCID -I.
-I/build/buildd/emacs21-21.4a/src -D_BSD_SOURCE -DDEBIAN -g -O2
-DPURESIZE=500 -I../src /build/buildd/emacs21-21.4a/lwlib/lwlib.c
/build/buildd/emacs21-21.4a/lwlib/lwlib.c:52:27: error: X11/Xaw/Paned.h: No
such file or directory
make[5]: *** [lwlib.o] Error 1
Now Paned.h is in libxaw8-dev, which is installed as an indirect
build-dependency. Maybe this has to do with the XOrg transition, the
headers have changed there location:
usr/X11R6/include/X11/Xaw/Paned.h libdevel/libxaw8-dev
usr/include/X11/Xaw/Paned.h x11/libxaw-headers
And maybe the underlying bug is that xaw3dg-dev still depends on
libxaw8-dev | libxaw7-dev | libxaw6-dev but should have dropped
libxaw8-dev?
Regards, Frank
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (99, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.15-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages emacs21 depends on:
ii emacs21-bin-common21.4a-1The GNU Emacs editor's shared, arc
ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an
ii libice6 6.9.0.dfsg.1-5bpo1 Inter-Client Exchange library
ii libjpeg62 6b-10 The Independent JPEG Group's JPEG
ii libncurses5 5.4-4 Shared libraries for terminal hand
ii libpng12-01.2.8rel-1 PNG library - runtime
ii libsm66.9.0.dfsg.1-5bpo1 X Window System Session Management
ii libtiff4 3.7.2-3Tag Image File Format (TIFF) libra
ii libungif4g4.1.3-2sarge1 shared library for GIF images (run
ii libx11-6 6.9.0.dfsg.1-5bpo1 X Window System protocol client li
ii libxext6 6.9.0.dfsg.1-5bpo1 X Window System miscellaneous exte
ii libxmu6 6.9.0.dfsg.1-5bpo1 X Window System miscellaneous util
ii libxpm4 6.9.0.dfsg.1-5bpo1 X pixmap library
ii libxt66.9.0.dfsg.1-5bpo1 X Toolkit Intrinsics
ii xaw3dg1.5+E-8Xaw3d widget set
ii xlibs 6.9.0.dfsg.1-5bpo1 X Window System client libraries m
ii zlib1g1:1.2.2-4.sarge.2 compression library - runtime
-- no debconf information
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
Bug#365714: emacs21: FTBFS on most architectures, xaw issues.
On Tue, May 02, 2006 at 11:48:07AM +0200, Frank Küster wrote: As to the actual failure, it doesn't look as if it should be related to the NMU patch, and this is some other strange thing. On i386, it fails with i486-linux-gnu-gcc -c -DUSE_LUCID -Demacs -DHAVE_CONFIG_H -DUSE_LUCID -I. -I/build/buildd/emacs21-21.4a/src -D_BSD_SOURCE -DDEBIAN -g -O2 -DPURESIZE=500 -I../src /build/buildd/emacs21-21.4a/lwlib/lwlib.c /build/buildd/emacs21-21.4a/lwlib/lwlib.c:52:27: error: X11/Xaw/Paned.h: No such file or directory make[5]: *** [lwlib.o] Error 1 Now Paned.h is in libxaw8-dev, which is installed as an indirect build-dependency. Maybe this has to do with the XOrg transition, the headers have changed there location: usr/X11R6/include/X11/Xaw/Paned.h libdevel/libxaw8-dev usr/include/X11/Xaw/Paned.h x11/libxaw-headers And maybe the underlying bug is that xaw3dg-dev still depends on libxaw8-dev | libxaw7-dev | libxaw6-dev but should have dropped libxaw8-dev? Yep, correct. libxaw7-dev | libxaw-dev would be better. signature.asc Description: Digital signature
Bug#365714: emacs21: FTBFS on most architectures, xaw issues.
Hi,
On Tue, May 02, 2006 at 11:48:07AM +0200, Frank Küster wrote:
According to http://buildd.debian.org/build.php?arch=pkg=emacs21,
building of emacs after the last NMU failed on most architectures. I'm
confused, though, because the NMU was in January according to the
changelog, and makes the package is uninstallable on most architectures.
This is because emacs21-bin-common depends on
emacs21-common=${Source-Version}, and emacs21-common has now the NMU
version number. But this should have shown up much earlier, it's like
as if the NMU was not in fact in the archive the last months.
I did the code changes in January (and then filed the bug), but only
uploaded it to unstable on April 29th (after it sat for a while in
DELAYED) without updating the changelog for the date.
As to the actual failure, it doesn't look as if it should be related to
the NMU patch, and this is some other strange thing. On i386, it fails
with
i486-linux-gnu-gcc -c -DUSE_LUCID -Demacs -DHAVE_CONFIG_H -DUSE_LUCID -I.
-I/build/buildd/emacs21-21.4a/src -D_BSD_SOURCE -DDEBIAN -g -O2
-DPURESIZE=500 -I../src /build/buildd/emacs21-21.4a/lwlib/lwlib.c
/build/buildd/emacs21-21.4a/lwlib/lwlib.c:52:27: error: X11/Xaw/Paned.h: No
such file or directory
make[5]: *** [lwlib.o] Error 1
Now Paned.h is in libxaw8-dev, which is installed as an indirect
build-dependency. Maybe this has to do with the XOrg transition, the
headers have changed there location:
usr/X11R6/include/X11/Xaw/Paned.h libdevel/libxaw8-dev
usr/include/X11/Xaw/Paned.h x11/libxaw-headers
Yes, see #365597.
And maybe the underlying bug is that xaw3dg-dev still depends on
libxaw8-dev | libxaw7-dev | libxaw6-dev but should have dropped
libxaw8-dev?
Maybe.
I don't feel qualified to change emacs21's Build-Depends in a second NMU
really, but I guess it should just Build-Depen on libxaw7-dev?
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
