Bug#893067: libinput-dev: pkg-config file does not work without libwacom-dev installed
Package: libinput-dev Version: 1.10.3-1 Severity: important Justification: causing numerous new FTBFS bugs In a clean pbuilder chroot: # apt install libinput-dev pkg-config # pkg-config --cflags libinput Package libwacom was not found in the pkg-config search path. Perhaps you should add the directory containing 'libwacom.pc' to the PKG_CONFIG_PATH environment variable Package 'libwacom', required by 'libinput', not found # pkg-config --exists libinput # echo $? 1 I've been seeing several new FTBFS issues in other packages due to this, either due to configure scripts erroring out when they find libinput "does not exist", or in the case of qtbase-opensource-src, the configuration leaves out the libinput plugin which then causes an error at dh_install time. -- Daniel
Bug#710467: libx11: FTBFS with automake1.13
Source: libx11 Version: 2:1.5.0-1+deb7u1 Severity: serious >From my pbuilder build log: ... dh_testdir autoreconf -vfi autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4 autoreconf: configure.ac: tracing autoreconf: running: libtoolize --copy --force libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'. libtoolize: copying file `m4/libtool.m4' libtoolize: copying file `m4/ltoptions.m4' libtoolize: copying file `m4/ltsugar.m4' libtoolize: copying file `m4/ltversion.m4' libtoolize: copying file `m4/lt~obsolete.m4' autoreconf: running: /usr/bin/autoconf --force autoreconf: running: /usr/bin/autoheader --force autoreconf: running: automake --add-missing --copy --force-missing configure.ac:9: installing './config.guess' configure.ac:9: installing './config.sub' configure.ac:17: installing './install-sh' configure.ac:17: installing './missing' modules/im/ximcp/Makefile.am: installing './depcomp' nls/Makefile.am:41: error: using '$(srcdir)' in TESTS is currently broken: '$(srcdir)/compose-check.pl' parallel-tests: installing './test-driver' autoreconf: automake failed with exit status: 1 make: *** [configure] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8307952.IDveyAEpgb@frobozz
Bug#712515: libdrm: Add x32 to architecture list for libdrm-intel1{,-dbg}
Source: libdrm Version: 2.4.45-3 Severity: wishlist As the subject says, it would make sense to build libdrm-intel1 for x32. Currently, the source package is compiling the library but not packaging it. -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1424907.yCMycVBW77@frobozz
Bug#712515: libdrm: Add x32 to architecture list for libdrm-intel1{,-dbg}
On Sunday, June 16, 2013 07:24:12 PM Sven Joachim wrote: > I suspect the following patch is all it takes? [snip] Yep, that should be it. -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/16139440.DbJ4uI5Iq9@frobozz
Bug#695535: x11proto-core: Incorporate patch for X32 support
Source: x11proto-core Version: 7.0.23-1 Severity: wishlist User: debian-...@lists.debian.org Usertags: port-x32 Please consider applying the patch at http://git.yoctoproject.org/cgit/cgit.cgi/poky/diff/meta/recipes-graphics/xorg- proto/xproto/xproto_fix_for_x32.patch?id=a3cd4f5ee490d50d0e1c28cdb2c23ef95361b1d1 (attached) so that X applications will compile properly on X32. (Already applied in byhand build, version 7.0.23-1+x32 that I'm using for x32 builds.) -- Daniel Schepler UpstreamStatus: Pending Don't always define LONG64 for AMD64 X32 defines __amd64__/amd64 with 32bit long. We should simply check __LP64__ before defining LONG64 without checking __amd64__/amd64. This fixes compilation with x32 toolchain. Received this patch from H.J. Lu Signed-Off-By: Nitin A Kamble 2011/12/1 --- xproto-7.0.22/Xmd.h.x32 2009-07-11 04:19:50.0 -0700 +++ xproto-7.0.22/Xmd.h 2011-11-30 17:14:19.290395893 -0800 @@ -62,7 +62,6 @@ SOFTWARE. defined(__ia64__) || defined(ia64) || \ defined(__sparc64__) || \ defined(__s390x__) || \ - defined(__amd64__) || defined(amd64) || \ defined(__powerpc64__) # define LONG64 /* 32/64-bit architecture */ # endif
Bug#695537: libxt: Incorporate patch for X32 support
Source: libxt Version: 1:1.1.3-1 Severity: wishlist User: debian-...@lists.debian.org Usertags: port-x32 Please consider applying the patch from http://git.yoctoproject.org/cgit/cgit.cgi/poky/diff/meta/recipes-graphics/xorg- lib/libxt_1.1.1.bb?id=b60d604f233565edc47b9d132ce7141a4eeb17f9 (attached) so that libXt and applications using it will compile properly under X32. -- Daniel Schepler UpstreamStatus: Pending This fixes compilation with x32 toolchain. Received this patch from H.J. Lu Signed-Off-By: Nitin A Kamble 2011/12/1 --- libXt-1.1.1/include/X11/Xtos.h.x32 2011-02-08 07:56:40.0 -0800 +++ libXt-1.1.1/include/X11/Xtos.h 2011-11-30 17:19:27.473349770 -0800 @@ -62,7 +62,7 @@ SOFTWARE. defined(__sparc64__) || \ defined(__s390x__) || \ (defined(__hppa__) && defined(__LP64__)) || \ - defined(__amd64__) || defined(amd64) || \ + ((defined(__amd64__) || defined(amd64)) && defined(__LP64__)) || \ defined(__powerpc64__) || \ (defined(sgi) && (_MIPS_SZLONG == 64)) #define LONG64
Bug#773724: libxshmfence: FTBFS: Test failure
Source: libxshmfence Version: 1.1-4 Severity: serious >From my pbuilder build log (on amd64, with DISPLAY unset): ... make check-TESTS make[4]: Entering directory '/tmp/buildd/libxshmfence-1.1/build/test' make[5]: Entering directory '/tmp/buildd/libxshmfence-1.1/build/test' FAIL: xshmfence_test make[6]: Entering directory '/tmp/buildd/libxshmfence-1.1/build/test' make[6]: Nothing to be done for 'all'. make[6]: Leaving directory '/tmp/buildd/libxshmfence-1.1/build/test' === libxshmfence 1.1: test/test-suite.log === # TOTAL: 1 # PASS: 0 # SKIP: 0 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 .. contents:: :depth: 2 FAIL: xshmfence_test xshmfence_alloc_shm: Permission denied Testsuite summary for libxshmfence 1.1 # TOTAL: 1 # PASS: 0 # SKIP: 0 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 See test/test-suite.log Please report to https://bugs.freedesktop.org/enter_bug.cgi?product=xorg Makefile:678: recipe for target 'test-suite.log' failed make[5]: *** [test-suite.log] Error 1 make[5]: Leaving directory '/tmp/buildd/libxshmfence-1.1/build/test' Makefile:784: recipe for target 'check-TESTS' failed make[4]: *** [check-TESTS] Error 2 make[4]: Leaving directory '/tmp/buildd/libxshmfence-1.1/build/test' Makefile:857: recipe for target 'check-am' failed make[3]: *** [check-am] Error 2 make[3]: Leaving directory '/tmp/buildd/libxshmfence-1.1/build/test' Makefile:487: recipe for target 'check-recursive' failed make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory '/tmp/buildd/libxshmfence-1.1/build' dh_auto_test: make -j1 check VERBOSE=1 returned exit code 2 debian/rules:27: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 2 make[1]: Leaving directory '/tmp/buildd/libxshmfence-1.1' debian/rules:13: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/4550960.4opK3Y7LLi@frobozz
Bug#758094: libgl1-mesa-glx:x32: SIGSEGV in OpenGL applications on x32
On Thu, Aug 14, 2014 at 4:46 AM, Thorsten Glaser wrote:
> Package: libgl1-mesa-glx
> Version: 10.2.5-1
> Severity: normal
>
> Hi!
>
> After crossgrading from i386 to x32, OpenGL applications crash.
>
> glxgears from mesa-utils:i386 (8.2.0-1) works, but
> glxgears from mesa-utils:x32 (8.2.0-1) fails:
>
> Program received signal SIGSEGV, Segmentation fault.
> 0xf76db60b in glLightfv () from /usr/lib/x86_64-linux-gnux32/libGL.so.1
> (gdb) bt
> #0 0xf76db60b in glLightfv () from /usr/lib/x86_64-linux-gnux32/libGL.so.1
> #1 0x0040146f in ?? ()
> #2 0xf6aceeea in __libc_start_main (main=, argc=1,
> argv=,
> init=, fini=, rtld_fini=,
> stack_end=0xd448)
> at libc-start.c:287
> #3 0x00401cfc in ?? ()
>
> I've first noticed that in "xlock -nolock -mode cage",
> which, with debugging information, has:
>
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0 0xf6af524b in glGetBooleanv () from
> /usr/lib/x86_64-linux-gnux32/libGL.so.1
> (gdb) bt
> #0 0xf6af524b in glGetBooleanv () from
> /usr/lib/x86_64-linux-gnux32/libGL.so.1
> #1 0x0040fcfe in init_GL (mi=mi@entry=0x228bde0) at visgl.c:287
> #2 0x004dc6d4 in init_cage (mi=) at cage.c:400
> #3 0x0040e462 in call_init_hook (ls=0x823340 , mi= out>) at mode.c:1290
> #4 0x0040887c in justDisplay (display=0x226e870) at xlock.c:2821
> #5 0x0040764f in main (argc=36104304, argv=0x0) at xlock.c:3998
>
> Bugs occur in (first glxgears, then xlock):
>
> (gdb) disas
> Dump of assembler code for function glLightfv:
>0xf76db600 <+0>: movrax,QWORD PTR [rip+0x21b9f1]#
> 0xf78f6ff8
>0xf76db607 <+7>: movr11,QWORD PTR fs:[rax]
> => 0xf76db60b <+11>:jmpQWORD PTR [r11+0x500]
>
> (gdb) disas
> Dump of assembler code for function glGetBooleanv:
>0xf6af5240 <+0>: movrax,QWORD PTR [rip+0x21adb1]#
> 0xf6d0fff8
>0xf6af5247 <+7>: movr11,QWORD PTR fs:[rax]
> => 0xf6af524b <+11>:jmpQWORD PTR [r11+0x810]
>
> So this appears to be an indirect function call both times.
Always before, when I needed to hand-patch the mesa sources to get a
custom build, I would disable the x86_64 assembly altogether. It
would appear that some more porting of the assembly to x32 is needed
before it's safe to use. In this case, my guess would be that the
assembly is indexing into an array of function pointers, which on x32
would need to be adjusted to jmpl *(4*index, %reg) or maybe addr32 jmp
*(4*index, %{reg}d) instead of jmpq *(8*index, %reg).
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/cadf0c45t28tr5pmpqtshvphhmlo3dfzae1th7sfqtwhwvwa...@mail.gmail.com
Bug#191818: xlibs: Broken /usr/X11R6/lib/X11/app-defaults symlink
Package: xlibs Version: 4.2.1-6 Severity: normal If I install xlibs in a chroot with only essential packages otherwise, it creates a symlink /usr/X11R6/lib/X11/app-defaults -> /etc/X11/app-defaults, but the package does not make sure the target directory exists. (This is breaking builds of rsxs under pbuilder.) -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux frobnitz 2.4.21-pre5 #1 Sat Mar 1 09:01:10 PST 2003 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages xlibs depends on: ii libc6 2.3.1-17 GNU C Library: Shared libraries an ii libfreetype6 2.1.4-2FreeType 2 font engine, shared lib ii xfree86-common4.2.1-6X Window System (XFree86) infrastr -- no debconf information -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card
Bug#195606: xfree86v3: FTBFS with gcc-3.3: Invalid preprocessor pasting
Package: xfree86v3 Version: 3.3.6-44 Severity: serious >From my build log: ... gcc -c -O2 -g -Wall -I. -I../../../../../../programs/Xserver/hw/xfree86/common -I../../../../../../programs/Xserver/hw/xfree86/os-support -I../../../../../../programs/Xserver/hw/xfree86/common_hw -I../../../../../../programs/Xserver/cfb -I../../../../../../programs/Xserver/mfb -I../../../../../../programs/Xserver/mi -I../../../../../../programs/Xserver/include -I../../../../../../exports/include/X11 -I../../../../../../include/fonts -I../../xaa -I../../../../../.. -I../../../../../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE=500L-D_BSD_SOURCE -D_SVID_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DDPMSExtension-DPIXPRIV -DGCCUSESGAS -DSTATIC_COLOR -DAVOID_GLYPHBLT -DPIXPRIV -DXFreeXDGA -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DPSZ=8 -DRROP=GXcopy vgasolidC.c vgasolidC.c:177:45: pasting ""repe\n"" and ""stosl"" does not give a valid preprocessing token vgasolidC.c:177:45: pasting ""repe\n"" and ""stosl"" does not give a valid preprocessing token make[8]: *** [vgasolidC.o] Error 1 make[8]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc/programs/Xserver/hw/xfree86/vga256/vga' make[7]: *** [vga] Error 2 make[7]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc/programs/Xserver/hw/xfree86/vga256' make[6]: *** [all] Error 2 make[6]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc/programs/Xserver/hw/xfree86' make[5]: *** [hw/xfree86] Error 2 make[5]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc/programs/Xserver' make[4]: *** [all] Error 2 make[4]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc/programs' make[3]: *** [all] Error 2 make[3]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc' make[2]: *** [World] Error 2 make[2]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc' make[1]: *** [World] Error 2 make[1]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc' make: *** [debian/stampdir/build-libc6] Error 2 -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux frobnitz 2.4.21-pre5 #1 Sat Mar 1 09:01:10 PST 2003 i686 Locale: LANG=C, LC_CTYPE=C -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card
Bug#196176: xfree86: xutils needs to depend on cpp-3.2
Package: xfree86 Version: 4.2.1-7 Severity: normal In my pbuilder build logs (using a locally built version of xfree86 since the i386 autobuilder hasn't built this version yet), I often get messages like xmkmf -a mv -f Makefile Makefile.bak imake -DUseInstalled -I/usr/X11R6/lib/X11/config imake: No such file or directory imake: Cannot exec cpp-3.2. Stop. imake: Exit code 1. Stop. because cpp-3.2 isn't getting installed. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux frobnitz 2.4.21-pre5 #1 Sat Mar 1 09:01:10 PST 2003 i686 Locale: LANG=C, LC_CTYPE=C -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card
Bug#196176: Acknowledgement (xfree86: xutils needs to depend on cpp-3.2)
reassign 196176 xutils retitle 196176 xutils: Needs to depend on cpp-3.2 thanks OK, on second thought I really should have filed this against xutils in the first place. -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card
Bug#256420: xfree86: libxpm4-dev should be provided by libxpm-dev instead of xlibs-static-dev
Branden Robinson <[EMAIL PROTECTED]> writes: > What legacy packages *have* a build-dependency on libxpm4-dev? > > I tried to ask "apt-cache showpkg", but it wouldn't tell me about > build-deps. Umm, let's see here... asmail, grace, overkill, pike7.[246], ted, wmavgload (sort of), wminet, wmmon, xarchon, xtux. And at least ted fails to build under pbuilder because of this. -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card
Bug#238080: xfree86: IGNORE_MANIFEST_CHANGES doesn't work
Package: xfree86 Severity: minor Version: 4.3.0-5 When I was trying to build a custom version of xfree86 using IGNORE_MANIFEST_CHANGES, it didn't work. The problem appears to be that the diff command is returning an exit code of 1 when it finds changes, and since dbs sets SHELL to "/bin/sh -e", the rest of the command never gets reached. In fact, adding "|| true" after the diff command fixed the problem. So might adding `|| test "$$?" = 1' instead, but I haven't tested that one. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.3 Locale: LANG=en, LC_CTYPE=en (ignored: LC_ALL set to en_US.UTF-8) -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card
Re: Bug#238629: kali: FTBFS: Redeclaration of wchar_t
reassign 238666 x-dev thanks Colin Watson <[EMAIL PROTECTED]> writes: > This is SO WRONG ... Xosdefs.h thinks that the presence of a definition > of SX means that it's running on some strange non-POSIX PC Unix clone or > other, and goes into crazy mode. If I rename SX to something else, it's > fine. > > I'll apply a workaround to kali, but this is hideous namespace pollution > on the part of Xosdefs.h. Can we just ditch most of that file in Debian? > The __GNU__ bit at the end is the only part that seems possibly > relevant. It also appears that defining SYSV does the same thing (see bug #238628). That definitely seems wrong, since SYSV does (sort of) apply to GNU/Linux systems. -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card
Bug#256420: xfree86: libxpm4-dev should be provided by libxpm-dev instead of xlibs-static-dev
Package: xfree86 Severity: important Version: 4.3.0.dfsg.1-5 As the subject says, currently a (legacy) Build-Depends on libxpm4-dev will not have the desired effect, since it will install xlibs-static-dev, which doesn't bring in libxpm-dev. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=en, LC_CTYPE=en (ignored: LC_ALL set to en_US.UTF-8) -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card
Bug#195606: xfree86v3: FTBFS with gcc-3.3: Invalid preprocessor pasting
Package: xfree86v3 Version: 3.3.6-44 Severity: serious >From my build log: ... gcc -c -O2 -g -Wall -I. -I../../../../../../programs/Xserver/hw/xfree86/common -I../../../../../../programs/Xserver/hw/xfree86/os-support -I../../../../../../programs/Xserver/hw/xfree86/common_hw -I../../../../../../programs/Xserver/cfb -I../../../../../../programs/Xserver/mfb -I../../../../../../programs/Xserver/mi -I../../../../../../programs/Xserver/include -I../../../../../../exports/include/X11 -I../../../../../../include/fonts -I../../xaa -I../../../../../.. -I../../../../../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE=500L -D_BSD_SOURCE -D_SVID_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DDPMSExtension-DPIXPRIV -DGCCUSESGAS -DSTATIC_COLOR -DAVOID_GLYPHBLT -DPIXPRIV -DXFreeXDGA -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DPSZ=8 -DRROP=GXcopy vgasolidC.c vgasolidC.c:177:45: pasting ""repe\n"" and ""stosl"" does not give a valid preprocessing token vgasolidC.c:177:45: pasting ""repe\n"" and ""stosl"" does not give a valid preprocessing token make[8]: *** [vgasolidC.o] Error 1 make[8]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc/programs/Xserver/hw/xfree86/vga256/vga' make[7]: *** [vga] Error 2 make[7]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc/programs/Xserver/hw/xfree86/vga256' make[6]: *** [all] Error 2 make[6]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc/programs/Xserver/hw/xfree86' make[5]: *** [hw/xfree86] Error 2 make[5]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc/programs/Xserver' make[4]: *** [all] Error 2 make[4]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc/programs' make[3]: *** [all] Error 2 make[3]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc' make[2]: *** [World] Error 2 make[2]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc' make[1]: *** [World] Error 2 make[1]: Leaving directory `/tmp/buildd/xfree86v3-3.3.6/build-tree/xc' make: *** [debian/stampdir/build-libc6] Error 2 -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux frobnitz 2.4.21-pre5 #1 Sat Mar 1 09:01:10 PST 2003 i686 Locale: LANG=C, LC_CTYPE=C -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#196176: xfree86: xutils needs to depend on cpp-3.2
Package: xfree86 Version: 4.2.1-7 Severity: normal In my pbuilder build logs (using a locally built version of xfree86 since the i386 autobuilder hasn't built this version yet), I often get messages like xmkmf -a mv -f Makefile Makefile.bak imake -DUseInstalled -I/usr/X11R6/lib/X11/config imake: No such file or directory imake: Cannot exec cpp-3.2. Stop. imake: Exit code 1. Stop. because cpp-3.2 isn't getting installed. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux frobnitz 2.4.21-pre5 #1 Sat Mar 1 09:01:10 PST 2003 i686 Locale: LANG=C, LC_CTYPE=C -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#196176: Acknowledgement (xfree86: xutils needs to depend on cpp-3.2)
reassign 196176 xutils retitle 196176 xutils: Needs to depend on cpp-3.2 thanks OK, on second thought I really should have filed this against xutils in the first place. -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#195606: Patch for gcc-3.3 compilation errors
tags 195606 + patch
thanks
Here's a patch which fixes the problems compiling xfree86v3 on sid.
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
--- xc/programs/Xserver/hw/xfree86/vga256/enhanced/vgaFasm.h.orig 2003-10-01 13:23:57.0 +
+++ xc/programs/Xserver/hw/xfree86/vga256/enhanced/vgaFasm.h 2003-10-01 13:24:49.0 +
@@ -109,7 +109,7 @@
movl %2, %%ecx \n\
.label01: subl %%ecx, %6 \n\
subl %%ecx, %2 \n"\
- ##rep## \
+ rep \
"movsl \n\
orl %2, %2 \n\
jnz .label00 \n\
@@ -145,7 +145,7 @@
movl %2, %%ecx \n\
.label11: subl %%ecx, %6 \n\
subl %%ecx, %2 \n"\
- ##rep## \
+ rep \
"movsl \n\
orl %2, %2 \n\
jnz .label10 \n\
@@ -181,7 +181,7 @@
movl %2, %%ecx \n\
.label21: subl %%ecx, %6 \n\
subl %%ecx, %2 \n"\
- ##rep## \
+ rep \
"movsl \n\
orl %2, %2 \n\
jnz .label20 \n\
@@ -240,7 +240,7 @@
#if RROP == GXcopy
#define CLD __asm__ __volatile__ ("cld")
#define RROP_SOLID_L_X(pdst, nl, fill, rep) \
- __asm__ __volatile__ ( rep## \
+ __asm__ __volatile__ ( rep \
"stosl"\
: "=D" (/*(unsigned long *)*/ (pdst)) \
: "D0" ((unsigned long *) (pdst)), \
Bug#195606: Patch for gcc-3.3 compilation errors
tags 195606 + patch
thanks
Here's a patch which fixes the problems compiling xfree86v3 on sid.
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
--- xc/programs/Xserver/hw/xfree86/vga256/enhanced/vgaFasm.h.orig 2003-10-01 13:23:57.0 +
+++ xc/programs/Xserver/hw/xfree86/vga256/enhanced/vgaFasm.h 2003-10-01 13:24:49.0 +
@@ -109,7 +109,7 @@
movl %2, %%ecx \n\
.label01: subl %%ecx, %6 \n\
subl %%ecx, %2 \n"\
- ##rep## \
+ rep \
"movsl \n\
orl %2, %2 \n\
jnz .label00 \n\
@@ -145,7 +145,7 @@
movl %2, %%ecx \n\
.label11: subl %%ecx, %6 \n\
subl %%ecx, %2 \n"\
- ##rep## \
+ rep \
"movsl \n\
orl %2, %2 \n\
jnz .label10 \n\
@@ -181,7 +181,7 @@
movl %2, %%ecx \n\
.label21: subl %%ecx, %6 \n\
subl %%ecx, %2 \n"\
- ##rep## \
+ rep \
"movsl \n\
orl %2, %2 \n\
jnz .label20 \n\
@@ -240,7 +240,7 @@
#if RROP == GXcopy
#define CLD __asm__ __volatile__ ("cld")
#define RROP_SOLID_L_X(pdst, nl, fill, rep) \
- __asm__ __volatile__ ( rep## \
+ __asm__ __volatile__ ( rep \
"stosl"\
: "=D" (/*(unsigned long *)*/ (pdst)) \
: "D0" ((unsigned long *) (pdst)), \
Bug#225433: xcursor: FTBFS: Missing Build-Depends on pkg-config again
Package: xcursor Severity: serious Version: 1.0.2-3 It looks like bug #198584 is back. From my build log (and all the buildd build logs except one which already had pkg-config installed somehow): ... checking for pkg-config... no *** The pkg-config script could not be found. Make sure it is *** in your path, or set the PKG_CONFIG environment variable *** to the full path to pkg-config. *** Or see http://www.freedesktop.org/software/pkgconfig to get pkg-config. *** The pkg-config script could not be found. Make sure it is *** in your path, or set the PKG_CONFIG environment variable *** to the full path to pkg-config. *** Or see http://www.freedesktop.org/software/pkgconfig to get pkg-config. checking for X... libraries /usr/X11R6/lib, headers checking X11/extensions/Xrender.h usability... no checking X11/extensions/Xrender.h presence... no checking for X11/extensions/Xrender.h... no configure: error: Xrender.h not found. make: *** [config.status] Error 1 If I pass "--extrapackages pkg-config" on my pbuilder command line, the package builds fine. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux frobnitz 2.6.0-test11 #1 Wed Dec 3 21:42:26 PST 2003 i686 Locale: LANG=en, LC_CTYPE=en (ignored: LC_ALL set to en_US.ISO-8859-1) -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card
Bug#778176: Revised gcc-5 patch for x11-xserver-utils
On Sat, 7 Mar 2015 08:57:48 +0100, Julien Cristau wrote: > I don't think that's an acceptable way to fix this. How about this? (This is a patch to be directly quilt imported, not a debdiff.) -- Daniel Schepler Index: x11-xserver-utils-7.7+4/sessreg/man/Makefile.am === --- x11-xserver-utils-7.7+4.orig/sessreg/man/Makefile.am +++ x11-xserver-utils-7.7+4/sessreg/man/Makefile.am @@ -10,7 +10,7 @@ SUFFIXES = .$(APP_MAN_SUFFIX) .man AM_CPPFLAGS = -I$(top_builddir) -I$(top_srcdir) filenames.sed: filenames.sed.c $(AM_V_GEN)$(CPP) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) \ - $(AM_CPPFLAGS) $(CPPFLAGS) $(srcdir)/filenames.sed.c | \ + $(AM_CPPFLAGS) $(CPPFLAGS) -P $(srcdir)/filenames.sed.c | \ $(SED) -n -e '/s|__/ p' -e '/^\/__/ p' > $@ # String replacements in MAN_SUBSTS now come from xorg-macros.m4 via configure
Bug#345929: Problem with xserver-xorg_6.9.0.dfsg.1-1_i386.deb with ATI Technologies IncM22 [Radeon Mobility M300]
On Tuesday 19 June 2007 15:31:46 pm Brice Goglin wrote: > Hi, > > About a year ago, you reported (or replied to) a bug in the Debian BTS > regarding Xorg 6.9 not working with the ATI driver. Did any of you guys > reproduce this problem recently? With Xorg/Etch? With latest > xserver-xorg-core and drivers? If not, I will close this bug in the next > weeks. Actually, I'm using the Xorg ATI driver successfully with unstable now (forced to by #420842 et al), and OpenGL seems to work OK too. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324562: libxaw7-dev: Should depend on libxp-dev (for imake-using packages)
Package: libxaw7-dev Version: 6.8.2.dfsg.1-5 Severity: normal Several packages have started failing to build because the imake config adds -lXp to the link line for libXaw7. For example, from my kterm build log: ... rm -f kterm gcc -m32 -o kterm -g -O2 -fno-strict-aliasing -L/usr/X11R6/lib button.o charproc.o cursor.o data.o input.o main.o menu.o misc.o screen.o scrollbar.o tabs.outil.o VTPrsTbl.o kanji_map.o TekPrsTbl.o Tekproc.o gset.o convert.o xim.o kinput2.o convlib.o -lXaw -lXmu -lXt -lSM -lICE -lXpm -lXp -lXext -lX11 -lncurses -lutil /usr/bin/ld: cannot find -lXp collect2: ld returned 1 exit status make[1]: *** [kterm] Error 1 make[1]: Leaving directory `/tmp/buildd/kterm-6.2.0' make: *** [build-stamp] Error 2 -- System Information: Debian Release: testing/unstable Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-amd64-k8 Locale: LANG=en, LC_CTYPE=en (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages libxaw7-dev depends on: ii libc6-dev [libc-dev] 2.3.5-4GNU C Library: Development Librari ii libice-dev6.8.2.dfsg.1-5 Inter-Client Exchange library deve ii libsm-dev 6.8.2.dfsg.1-5 X Window System Session Management ii libx11-dev6.8.2.dfsg.1-5 X Window System protocol client li ii libxaw7 6.8.2.dfsg.1-5 X Athena widget set library ii libxext-dev 6.8.2.dfsg.1-5 X Window System miscellaneous exte ii libxmu-dev6.8.2.dfsg.1-5 X Window System miscellaneous util ii libxpm-dev6.8.2.dfsg.1-5 X pixmap library development files ii libxt-dev 6.8.2.dfsg.1-5 X Toolkit Intrinsics development f ii x-dev 6.8.2.dfsg.1-5 X protocol development files libxaw7-dev recommends no packages. -- no debconf information -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336181: xvfb: xvfb-run breaks for normal-user pbuilder builds
Package: xvfb Version: 6.8.2.dfsg.1-9 Severity: normal >From my pbuilder build log for pyopengl: ... debian/rules build dh_testdir xvfb-run -a python2.3 setup.py build Traceback (most recent call last): File "setup.py", line 44, in ? from setup.togl_setup import install, build_togl File "/tmp/buildd/pyopengl-2.0.1.09/setup/togl_setup.py", line 27, in ? tk = Tkinter.Tk() File "/usr/lib/python2.3/lib-tk/Tkinter.py", line 1564, in __init__ self.tk = _tkinter.create(screenName, baseName, className) _tkinter.TclError: couldn't connect to display ":99" /usr/bin/xvfb-run: line 158: kill: (6372) - No such process This is with the following lines uncommented in /etc/pbuilderrc: BUILDUSERID=1234 BUILDUSERNAME=pbuilder If I comment out these lines again, the build completes successfully. (It seems that in the normal-user version, the first invocation of xvfb-run works, but the second time fails -- this is also the case for libaqbanking, where neither invocation happens under fakeroot.) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages xvfb depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libxau6 6.8.2.dfsg.1-9 X Authentication library ii libxdmcp6 6.8.2.dfsg.1-9 X Display Manager Control Protocol ii zlib1g1:1.2.3-6 compression library - runtime xvfb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362099: xkb-data-legacy: FTBFS: Missing Build-Depends
Package: xkb-data-legacy Version: 1.0.1-3 Severity: serious From my pbuilder build log: ... checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for xkbcomp... not_found configure: error: xkbcomp is required to install the xkb data files make: *** [build-stamp] Error 1 -- Daniel Schepler
Bug#362097: xcursor-themes: FTBFS: Could not find pkg-config
Package: xcursor-themes Version: 1.0.1-2 Severity: serious From my pbuilder build log: ... checking for xcursorgen... /usr/bin/xcursorgen checking for pkg-config... no checking for ICONDEFS... configure: error: The pkg-config script could not be found or is too old. Make sure it is in your PATH or set the PKG_CONFIG environment variable to the full path to pkg-config. Alternatively, you may set the environment variables ICONDEFS_CFLAGS and ICONDEFS_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. To get pkg-config, see <http://www.freedesktop.org/software/pkgconfig>. See `config.log' for more details. make: *** [build-stamp] Error 1 -- Daniel Schepler
Bug#362103: xfonts-scalable: FTBFS: Missing Build-Depends
Package: xfonts-scalable Version: 1:1.0.0-3 Severity: serious From my pbuilder build log: ... checking for mkfontscale... /usr/bin/mkfontscale checking for mkfontdir... /usr/bin/mkfontdir checking for fc-cache... no configure: creating ./config.status ... /usr/bin/mkfontscale /tmp/buildd/xfonts-scalable-1.0.0/debian/tmp/usr/lib/X11/fonts/Type1 /usr/bin/mkfontdir /tmp/buildd/xfonts-scalable-1.0.0/debian/tmp/usr/lib/X11/fonts/Type1 /tmp/buildd/xfonts-scalable-1.0.0/debian/tmp/usr/lib/X11/fonts/Type1 make[3]: execvp: /tmp/buildd/xfonts-scalable-1.0.0/debian/tmp/usr/lib/X11/fonts/Type1: Permission denied make[3]: *** [install-data-hook] Error 127 make[3]: Leaving directory `/tmp/buildd/xfonts-scalable-1.0.0/obj-i486-linux-gnu' make[2]: *** [install-data-am] Error 2 make[2]: Leaving directory `/tmp/buildd/xfonts-scalable-1.0.0/obj-i486-linux-gnu' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/tmp/buildd/xfonts-scalable-1.0.0/obj-i486-linux-gnu' make: *** [install] Error 2 -- Daniel Schepler
Bug#362101: xfonts-100dpi: FTBFS with xutils 6.9.0
Package: xfonts-100dpi Version: 1.0.0-2 Severity: important From my pbuildd build log (using pbuilder with a local repository): ... -> Installing debhelper pkg-config xutils ... Selecting previously deselected package x11-common. Unpacking x11-common (from .../x11-common_6.9.0.dfsg.1-6+pb1_all.deb) ... Selecting previously deselected package xutils. Unpacking xutils (from .../xutils_6.9.0.dfsg.1-6+pb1_i386.deb) ... ... checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for MAPS... configure: error: Package requirements (fontutil) were not met: No package 'fontutil' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables MAPS_CFLAGS and MAPS_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [build-stamp] Error 1
Bug#362129: xbase-clients: FTBFS: Missing Build-Depends
Package: xbase-clients Version: 1:7.0.0-2 Severity: serious From my pbuilder build log: ... xcursorgen-X11R7.0-1.0.0 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes ... checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for XCURSORGEN... configure: error: Package requirements (x11 xcursor libpng12) were not met: Package xfixes was not found in the pkg-config search path. Perhaps you should add the directory containing `xfixes.pc' to the PKG_CONFIG_PATH environment variable Package 'xfixes', required by 'Xcursor', not found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables XCURSORGEN_CFLAGS and XCURSORGEN_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [build-stamp] Error 1 It looks like this possibly means that libxcursor-dev needs to have Depends: libxfixes-dev. If that's correct, feel free to reassign the bug. -- Daniel Schepler
Bug#362143: xserver-xorg-video-glint: FTBFS: No package fontsproto found
Package: xserver-xorg-video-glint Version: 1.0.1.3-2 Severity: serious From my pbuilder build log: ... checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for XORG... configure: error: Package requirements (xorg-server xproto fontsproto randrproto renderproto videoproto xextproto xf86dgaproto) were not met: No package 'fontsproto' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables XORG_CFLAGS and XORG_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [build-stamp] Error 1 -- Daniel Schepler
Bug#363267: xutils-dev: Should drop -lXp dependency of Xaw
Package: xutils-dev Version: 1:1.0.2-2 Severity: important Justification: causes FTBFS in numerous packages until libxp moves to /usr/lib As the subject says: since libxaw8 is being dropped, the imake templates should no longer make Xaw-using apps link against -lXp. This is currently causing FTBFS in several packages; for example, from my build log for nas: ... rm -f audemo gcc -m32 -o audemo audemo.o -g -O2 -fno-strict-aliasing ../../../lib/audio/libaudio.a -lXt -lSM -lICE -lXext -lX11 -lm ../../../clients/audio/widgets/libwidgets.a -lXaw -lXmu -lXt -lSM -lICE -lXpm -lXp -lXext -lX11 /usr/bin/ld: cannot find -lXp collect2: ld returned 1 exit status make[4]: *** [audemo] Error 1 make[4]: Leaving directory `/tmp/buildd/nas-1.7/clients/audio/audemo' make[3]: *** [all] Error 2 make[3]: Leaving directory `/tmp/buildd/nas-1.7/clients/audio' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/buildd/nas-1.7/clients' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/nas-1.7' make: *** [build] Error 2 (I see libxp is in incoming along with a couple associated packages. But dropping the unnecessary -lXp is still a good idea.) -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314905: xfree86: FTBFS with gcc-4.0: Invalid lvalue in assignment
Package: xfree86 Severity: normal Version: 4.3.0.dfsg.1-14 Tags: patch When I try to build xfree86 with gcc-4.0 (on amd64), I get: ... rm -f tdfx_span.o gcc -c -O2 -g -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wundef -I../../../../../../exports/include/X11 -I../../../../../../include/extensions -I../../../../../../extras/Mesa/src -I../../../../../../lib/GL/mesa/src/drv/common -I../../../../../../lib/GL/mesa/src/drv/tdfx -I../../../../../../lib/GL/dri -I../../../../../../lib/GL/glx -I../../../../../../exports/include -I../../../../../../exports/include/GL -I../../../../../../programs/Xserver/GL/dri -I../../../../../../programs/Xserver/hw/xfree86/os-support -I../../../../../../programs/Xserver/hw/xfree86/drivers/tdfx -I../../../../../../programs/Xserver/hw/xfree86/common -I../../../../../../lib/GL/dri/drm -I../../../../../../lib/GL/include -I../../../../../.. -I../../../../../../exports/include-Dlinux -D__x86_64__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE-D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API-DMALLOC_0_RETURNS_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -D__GLX_ALIGN64 -DX_BYTE_ORDER=X_LITTLE_ENDIAN -fPIC tdfx_span.c tdfx_span.c: In function 'tdfxDDWriteDepthPixels': tdfx_span.c:976: error: invalid lvalue in assignment tdfx_span.c:1008: error: invalid lvalue in assignment tdfx_span.c: In function 'write_stencil_pixels': tdfx_span.c:1242: error: invalid lvalue in assignment make[7]: *** [tdfx_span.o] Error 1 make[7]: Leaving directory `/tmp/buildd/xfree86-4.3.0.dfsg.1/build-tree/xc/lib/GL/mesa/src/drv/tdfx' make[6]: *** [all] Error 2 make[6]: Leaving directory `/tmp/buildd/xfree86-4.3.0.dfsg.1/build-tree/xc/lib/GL/mesa/src/drv' make[5]: *** [all] Error 2 make[5]: Leaving directory `/tmp/buildd/xfree86-4.3.0.dfsg.1/build-tree/xc/lib/GL' make[4]: *** [all] Error 2 make[4]: Leaving directory `/tmp/buildd/xfree86-4.3.0.dfsg.1/build-tree/xc/lib' make[3]: *** [all] Error 2 make[3]: Leaving directory `/tmp/buildd/xfree86-4.3.0.dfsg.1/build-tree/xc' make[2]: *** [World] Error 2 make[2]: Leaving directory `/tmp/buildd/xfree86-4.3.0.dfsg.1/build-tree/xc' make[1]: *** [World] Error 2 make[1]: Leaving directory `/tmp/buildd/xfree86-4.3.0.dfsg.1/build-tree/xc' make: *** [stampdir/build] Error 2 I've attached a patch which makes xfree86 build with gcc-4.0. -- System Information: Debian Release: testing/unstable Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-9-amd64-k8 Locale: LANG=en, LC_CTYPE=en (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card diff -urN xfree86-4.3.0.dfsg.1.old/debian/patches/099za_gcc_4.0_compilation_fix.diff xfree86-4.3.0.dfsg.1/debian/patches/099za_gcc_4.0_compilation_fix.diff --- xfree86-4.3.0.dfsg.1.old/debian/patches/099za_gcc_4.0_compilation_fix.diff 1970-01-01 00:00:00.0 + +++ xfree86-4.3.0.dfsg.1/debian/patches/099za_gcc_4.0_compilation_fix.diff 2005-06-19 03:48:14.0 + @@ -0,0 +1,30 @@ +--- xc/lib/GL/mesa/src/drv/tdfx/tdfx_span.c~ 2005-06-19 03:20:47.0 + xc/lib/GL/mesa/src/drv/tdfx/tdfx_span.c2005-06-19 03:24:00.0 + +@@ -588,12 +588,14 @@ + (((type *)((ReadParamsp)->lfbWrapPtr)) \ + [((y)) * ((ReadParamsp)->LFBStrideInElts) \ ++ ((x) - (ReadParamsp)->firstWrappedX)]) +-#define PUT_FB_DATA(ReadParamsp, type, x, y, value)\ +-(GET_FB_DATA(ReadParamsp, type, x, y) = (type)(value)) + #define PUT_ORDINARY_FB_DATA(ReadParamsp, type, x, y, value) \ + (GET_ORDINARY_FB_DATA(ReadParamsp, type, x, y) = (type)(value)) + #define PUT_WRAPPED_FB_DATA(ReadParamsp, type, x, y, value)\ + (GET_WRAPPED_FB_DATA(ReadParamsp, type, x, y) = (type)(value)) ++#define PUT_FB_DATA(ReadParamsp, type, x, y, value) \ ++(((x) < (ReadParamsp)->firstWrappedX) \ ++? PUT_ORDINARY_FB_DATA(ReadParamsp, type, x, y, value) \ ++: PUT_WRAPPED_FB_DATA(ReadParamsp, type, x, y, value)) + + static void + tdfxDDWriteDepthSpan(GLcontext * ctx, +--- xc/programs/Xserver/hw/xfree86/xf86cfg/loader.h~ 2005-06-19 03:37:30.0 + xc/programs/Xserver/hw/xfree86/xf86cfg/loader.h2005-06-19 03:37:50.0 +000
Bug#314905: New gcc-4.0 patch
It turns out that with my old patch, the package didn't get compiled with -fno-strict-aliasing, and as a result any program using Xt segfaulted at startup. Here's a new patch which fixes this. -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card diff -urN xfree86-4.3.0.dfsg.1.old/debian/patches/099za_gcc_4.0_compilation_fix.diff xfree86-4.3.0.dfsg.1/debian/patches/099za_gcc_4.0_compilation_fix.diff --- xfree86-4.3.0.dfsg.1.old/debian/patches/099za_gcc_4.0_compilation_fix.diff 1970-01-01 00:00:00.0 + +++ xfree86-4.3.0.dfsg.1/debian/patches/099za_gcc_4.0_compilation_fix.diff 2005-06-19 16:42:48.0 + @@ -0,0 +1,44 @@ +diff -urN xc.old/config/cf/linux.cf xc/config/cf/linux.cf +--- xc.old/config/cf/linux.cf 2005-06-19 16:26:15.0 + xc/config/cf/linux.cf 2005-06-19 16:37:29.0 + +@@ -612,7 +612,7 @@ + # endif + #endif + +-#if (GccMajorVersion == 3) && (GccMinorVersion >= 1) ++#if (GccMajorVersion > 3) || ((GccMajorVersion == 3) && (GccMinorVersion >= 1)) + # define GccAliasingArgs -fno-strict-aliasing + #else + # define GccAliasingArgs /* */ +diff -urN xc.old/lib/GL/mesa/src/drv/tdfx/tdfx_span.c xc/lib/GL/mesa/src/drv/tdfx/tdfx_span.c +--- xc.old/lib/GL/mesa/src/drv/tdfx/tdfx_span.c2002-10-30 12:52:00.0 + xc/lib/GL/mesa/src/drv/tdfx/tdfx_span.c2005-06-19 16:36:25.0 + +@@ -588,12 +588,14 @@ + (((type *)((ReadParamsp)->lfbWrapPtr)) \ + [((y)) * ((ReadParamsp)->LFBStrideInElts) \ ++ ((x) - (ReadParamsp)->firstWrappedX)]) +-#define PUT_FB_DATA(ReadParamsp, type, x, y, value)\ +-(GET_FB_DATA(ReadParamsp, type, x, y) = (type)(value)) + #define PUT_ORDINARY_FB_DATA(ReadParamsp, type, x, y, value) \ + (GET_ORDINARY_FB_DATA(ReadParamsp, type, x, y) = (type)(value)) + #define PUT_WRAPPED_FB_DATA(ReadParamsp, type, x, y, value)\ + (GET_WRAPPED_FB_DATA(ReadParamsp, type, x, y) = (type)(value)) ++#define PUT_FB_DATA(ReadParamsp, type, x, y, value) \ ++(((x) < (ReadParamsp)->firstWrappedX) \ ++? PUT_ORDINARY_FB_DATA(ReadParamsp, type, x, y, value) \ ++: PUT_WRAPPED_FB_DATA(ReadParamsp, type, x, y, value)) + + static void + tdfxDDWriteDepthSpan(GLcontext * ctx, +diff -urN xc.old/programs/Xserver/hw/xfree86/xf86cfg/loader.h xc/programs/Xserver/hw/xfree86/xf86cfg/loader.h +--- xc.old/programs/Xserver/hw/xfree86/xf86cfg/loader.h2001-07-09 23:45:24.0 + xc/programs/Xserver/hw/xfree86/xf86cfg/loader.h2005-06-19 16:36:25.0 + +@@ -75,7 +75,7 @@ + unsigned long num; + char * str; + double realnum; +-Bool bool; ++Bool boolval; + OptFrequency freq; + } ValueUnion; +
Bug#484288: libx11-dev: Still depends on libxext-dev instead of x11proto-xext-dev
Package: libx11-dev Version: 2:1.0.3-7 Severity: important I see from debian/changelog that you already tried to fix the dependency on libxext-dev in version 2:1.0.0-4. However, it appears that at that time, you only fixed the Build-Depends on libxext-dev and not the binary Depends of libx11-dev. As a result, libxext still doesn't bootstrap without manual intervention, or having libxext-dev already available. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#484288: libx11-dev: Still depends on libxext-dev instead of x11proto-xext-dev
On Tuesday 03 June 2008 06:15:08 am you wrote: > forcemerge 366676 484288 > kthxbye > > On Tue, Jun 3, 2008 at 05:42:08 -0700, Daniel Schepler wrote: > > Package: libx11-dev > > Version: 2:1.0.3-7 > > Severity: important > > > > I see from debian/changelog that you already tried to fix the dependency > > on libxext-dev in version 2:1.0.0-4. However, it appears that at that > > time, you only fixed the Build-Depends on libxext-dev and not the binary > > Depends of libx11-dev. As a result, libxext still doesn't bootstrap > > without manual intervention, or having libxext-dev already available. > > fixed in experimental a while ago. > > Cheers, > Julien OK, from the bug log for #366676 it appears it was fixed over a year ago in experimental. I'm just curious, do you have any idea when there will be an upload to unstable? -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mass bug filing: FTBFS because of using imake without Build-Depends on xutils-dev
On Sunday 08 June 2008 02:55:23 am Julien Cristau wrote: > On Sun, Jun 8, 2008 at 09:24:45 +0200, Lucas Nussbaum wrote: > > I found those issues as well (there are 84 packages failing to build > > because of that). I discussed this briefly on #debian-x, but it's not > > clear yet if the X maintainers want to revert this change. > > > > I would personally prefer if this change was reverted and done after > > lenny. We don't really need 84 new RC bugs... > > I think I told you I'd revert it. But it would be nice if the mass bug > filing was done anyway, at important severity, so people have a chance > to fix that before it becomes RC when we drop the dependency again after > lenny. > > Anyway, a serious bug against xutils 1:7.3+11 is in order for now. > > Cheers, > Julien OK, that sounds like a good plan. I'll file the bug against xutils and then start filing important severity bugs against the affected packages. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485184: Dummy bug to keep xutils without Depends: xutils-dev out of testing
Package: xutils Version: 1:7.3+11 Severity: serious Following the discussion on the thread under http://lists.debian.org/debian-devel/2008/06/msg00197.html , I'm filing this bug to keep xutils 1:7.3+11 out of testing. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#528708: libgl1-mesa-dri: swrast driver almost completely breaks QtOpenGL
0 0 0 8 0 0 0 0 0 0 None 0xaf 0 dc 0 24 0 r . . 8 8 8 0 0 0 8 16 16 16 0 0 0 Slow 0xb0 0 dc 0 24 0 r y . 8 8 8 0 0 0 8 0 0 0 0 0 0 None 0xb1 0 dc 0 24 0 r y . 8 8 8 0 0 0 8 16 16 16 0 0 0 Slow 0xb2 0 dc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None 0xb3 0 dc 0 24 0 r . . 8 8 8 0 0 24 0 16 16 16 0 0 0 Slow 0xb4 0 dc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None 0xb5 0 dc 0 24 0 r y . 8 8 8 0 0 24 0 16 16 16 0 0 0 Slow 0xb6 0 dc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0xb7 0 dc 0 24 0 r . . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0xb8 0 dc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0xb9 0 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0xba 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0xbb 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0xbc 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0xbd 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0xbe 0 dc 0 32 0 r . . 8 8 8 8 0 0 8 0 0 0 0 0 0 None 0xbf 0 dc 0 32 0 r . . 8 8 8 8 0 0 8 16 16 16 16 0 0 Slow 0xc0 0 dc 0 32 0 r y . 8 8 8 8 0 0 8 0 0 0 0 0 0 None 0xc1 0 dc 0 32 0 r y . 8 8 8 8 0 0 8 16 16 16 16 0 0 Slow 0xc2 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0xc3 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0xc4 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0xc5 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0xc6 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0xc7 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0xc8 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0xc9 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow (And I've also reproduced the bug in a VM using kvm.) -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528708: Not completely fixed upstream in 7.4.2
I just tried compiling and installing Mesa 7.4.2 (copied the debian/ directory from 7.4.1-1 into an unpacked copy of 7.4.2, and added a 7.4.2-0 version to debian/changelog). It does fix the crashes with the Qt OpenGL examples -- although with the textures example and a couple others, when I exit I get Mesa 7.4.2 implementation error: invalid reference to a deleted texture object Please report at bugzilla.freedesktop.org textures: main/texobj.c:305: _mesa_reference_texobj: Assertion `valid_texture_object(oldTex)' failed. Aborted But with the application I'm developing I still get the condition where glGetString(GL_VERSION) returns NULL in my override of QGLWidget::initializeGL. I haven't been able to reproduce that condition with any small programs trying to replicate the basic setup of the application, and wondered if anybody else might have any idea how I could try to see what's going on. -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528708: Not completely fixed upstream in 7.4.2
On Wednesday 20 May 2009 01:15:51 Michel Dänzer wrote: > On Tue, 2009-05-19 at 17:01 -0700, Daniel Schepler wrote: > > But with the application I'm developing I still get the condition where > > glGetString(GL_VERSION) returns NULL in my override of > > QGLWidget::initializeGL. > > Is a GLX context current when you call glGetString? Yes, as I said in the original post, QGLWidget::initializeGL is called with its GL context already made current. And just to verify that, I tried adding an explicit call to QGLWidget::makeCurrent at the start of my override, which didn't help. Then, I added some debugging code to switch to another (shared) context and back, printing the return value of glXGetCurrentContext after each switch and before the first one. That inexplicably made the glGetString call start working, although the context values looked like they were doing the right thing. And with the original code, running the program with MESA_DEBUG=1 makes the library complain about calling glGetString with no active context, even when a debugging glXGetCurrentContext shows the correct (nonzero) value. -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#539051: xserver-xorg-video-nv: FTBFS: Missing Build-Depends
Package: xserver-xorg-video-nv Version: 1:2.1.14-1 Severity: serious From my pbuilder build log: ... >stampdir/genscripts >stampdir/prepare if ! [ `which quilt` ]; then \ echo "Couldn't find quilt. Please install it or add it to the build-depends for this package."; \ exit 1; \ fi; \ if QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null next >/dev/null 2>&1; then \ echo -n "Applying patches..."; \ if QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null push -a -v >stampdir/log/patch 2>&1; then \ cat stampdir/log/patch; \ echo "successful."; \ else \ cat stampdir/log/patch; \ echo "failed! (check stampdir/log/patch for details)"; \ exit 1; \ fi; \ else \ echo "No patches to apply"; \ fi; \ >stampdir/patch Couldn't find quilt. Please install it or add it to the build-depends for this package. make: *** [stampdir/patch] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 (Also, when I built it with DEB_BUILD_OPTIONS="parallel=3", the build process went ahead and ran autoreconf even though the patch had failed. That to me indicates that there's a missing dependency somewhere which could result in autoreconf being run on the unpatched code before the patching is done.) -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#519490: FTBFS: compiler parser error
Package: mesa Version: 7.0.3-7 Severity: serious Justification: fails to build >From my pbuilder build log: make[6]: Entering directory `/tmp/buildd/mesa-7.0.3/obj-x86_64-linux-gnu/debian-dri-amd64/src/mesa/drivers/dri/i965' gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../include/GL/internal -I../../../../../src/mesa -I../../../../../src/mesa/main -I../../../../../src/mesa/glapi -I../../../../../src/mesa/math -I../../../../../src/mesa/shader -I../../../../../src/mesa/swrast -I../../../../../src/mesa/swrast_setup -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri `pkg-config --cflags libdrm` -Wall -Wmissing-prototypes -std=c99 -ffast-math -O2 -g -fPIC -m64 -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS -DHAVE_POSIX_MEMALIGN -DUSE_X86_64_ASM -fno-strict-aliasing -I../intel bufmgr_fake.c -o bufmgr_fake.o In file included from intel_screen.h:34, from intel_context.h:37, from bufmgr.h:31, from bufmgr_fake.c:36: server/i830_common.h:229: error: expected ':', ',', ';', '}' or '__attribute__' before '*' token make[6]: *** [bufmgr_fake.o] Error 1 make[6]: Leaving directory `/tmp/buildd/mesa-7.0.3/obj-x86_64-linux-gnu/debian-dri-amd64/src/mesa/drivers/dri/i965' make[5]: *** [subdirs] Error 1 make[5]: Leaving directory `/tmp/buildd/mesa-7.0.3/obj-x86_64-linux-gnu/debian-dri-amd64/src/mesa/drivers/dri' make[4]: *** [linux-solo] Error 2 make[4]: Leaving directory `/tmp/buildd/mesa-7.0.3/obj-x86_64-linux-gnu/debian-dri-amd64/src/mesa' make[3]: *** [default] Error 2 make[3]: Leaving directory `/tmp/buildd/mesa-7.0.3/obj-x86_64-linux-gnu/debian-dri-amd64/src/mesa' make[2]: *** [subdirs] Error 1 make[2]: Leaving directory `/tmp/buildd/mesa-7.0.3/obj-x86_64-linux-gnu/debian-dri-amd64/src' make[1]: *** [default] Error 1 make[1]: Leaving directory `/tmp/buildd/mesa-7.0.3/obj-x86_64-linux-gnu/debian-dri-amd64' make: *** [debian/stamp/x86_64-linux-gnu-build-debian-dri-amd64] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#519490: Patch for mesa FTBFS bug
package mesa
tags 519490 + patch
thanks
I've attached a patch which fixes the failure to build on current unstable.
Just drop the patch into debian/patches and add it to debian/patches/series.
--
Daniel Schepler
Index: mesa-7.0.3/src/mesa/drivers/dri/i965/server/i830_common.h
===
--- mesa-7.0.3.orig/src/mesa/drivers/dri/i965/server/i830_common.h 2009-03-13 18:52:04.0 +
+++ mesa-7.0.3/src/mesa/drivers/dri/i965/server/i830_common.h 2009-03-13 18:52:11.0 +
@@ -226,7 +226,7 @@
typedef struct {
unsigned int read_write:1;
unsigned int reg:31;
-void __user *data;
+void *data;
} drmI830MMIO;
#endif /* _I830_DRM_H_ */
Bug#391371: xserver-xorg-input-void: FTBFS: conflicting types for xf86ssize_t
Package: xserver-xorg-input-void Version: 1:1.0.0.5-2 Severity: serious From my pbuilder build log: ... if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -Wall -g -O2 -DXFree86Server -DIN_MODULE -DXFree86Module -DXFree86LOADER -I/usr/include/xorg-I../../src -MT void.lo -MD -MP -MF ".deps/void.Tpo" \ -c -o void.lo `test -f '../../src/void.c' || echo '../../src/'`../../src/void.c; \ then mv -f ".deps/void.Tpo" ".deps/void.Plo"; \ else rm -f ".deps/void.Tpo"; exit 1; \ fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -Wall -g -O2 -DXFree86Server -DIN_MODULE -DXFree86Module -DXFree86LOADER -I/usr/include/xorg -I../../src -MT void.lo -MD -MP -MF .deps/void.Tpo -c ../../src/void.c -fPIC -DPIC -o .libs/void.o ../../src/void.c:41:1: warning: "NEED_XF86_TYPES" redefined In file included from ../config.h:4, from ../../src/void.c:31: /usr/include/xorg/xorg-server.h:75:1: warning: this is the location of the previous definition In file included from /usr/include/xorg/xisb.h:32, from ../../src/void.c:44: /usr/include/unistd.h:189: error: conflicting types for 'xf86ssize_t' /usr/include/xorg/xf86_libc.h:86: error: previous declaration of 'xf86ssize_t' was here In file included from /usr/include/xorg/xisb.h:32, from ../../src/void.c:44: /usr/include/unistd.h:312: error: conflicting types for 'xf86read' /usr/include/xorg/xf86_ansic.h:273: error: previous declaration of 'xf86read' was here /usr/include/unistd.h:318: error: conflicting types for 'xf86write' /usr/include/xorg/xf86_ansic.h:274: error: previous declaration of 'xf86write' was here /usr/include/unistd.h:405: error: conflicting types for 'xf86usleep' /usr/include/xorg/xf86_ansic.h:345: error: previous declaration of 'xf86usleep' was here In file included from /usr/include/xorg/xisb.h:32, from ../../src/void.c:44: /usr/include/unistd.h:884:29: error: macro "getpagesize" passed 1 arguments, but takes just 0 make[3]: *** [void.lo] Error 1 make[3]: Leaving directory `/tmp/buildd/xserver-xorg-input-void-1.0.0.5/obj-i486-linux-gnu/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/xserver-xorg-input-void-1.0.0.5/obj-i486-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/xserver-xorg-input-void-1.0.0.5/obj-i486-linux-gnu' make: *** [build-stamp] Error 2 The same also happens in several other xserver-xorg-input-* packages, including at least: elo2300, joystick, magellan, microtouch, penmount, spaceorb, summa, tek4957; but others build just fine. If this is actually a bug in another package like xserver-xorg-dev, feel free to reassign. -- Daniel Schepler
Bug#870113: libxcb: Make source package bootstrappable
Source: libxcb Version: 1.12-1 Severity: wishlist Currently, libxcb's Build-Depends on check introduces build dependency cycles. For example: check Build-Depends on libsubunit-dev subunit Build-Depends on openstack-pkg-tools openstack-pkg-tools Depends on pristine-tar pristine-tar Build-Depends on git git Build-Depends on subversion subversion Build-Depends on kdelibs5-dev And kde4libs, of course, requires X. As far as I can tell, if I disable the testsuite, then the package builds fine without check installed. So, this cycle could be broken by updating the Build-Depends of src:libxcb to something like: Build-Depends: libxau-dev (>= 1:1.0.5-2), libxdmcp-dev (>= 1:1.0.3-2), xcb-proto (>= 1.12), xcb-proto (<< 2.0), libpthread-stubs0-dev (>= 0.1), debhelper (>= 9), pkg-config, xutils-dev, xsltproc (>= 1.1.19), check (>= 0.9.4-2) , python-xcbgen (>= 1.12), libtool, automake, python, dctrl-tools -- Daniel Schepler
Bug#870176: libdrm: Make source package bootstrappable
Source: libdrm Version: 2.4.82-1 Severity: wishlist Currently, libdrm is involved in build dependency cycles such as: libdrm Build-Depends on valgrind valgrind Build-Depends on gdb gdb Build-Depends on texlive-base texlive-base Depends on texlive-binaries texlive-bin Build-Depends on libgd-dev libgd2 Build-Depends on libtiff-dev tiff Build-Depends on freeglut3-dev freeglut Build-Depends on libgl1-mesa-dev mesa Build-Depends on libdrm-dev As far as I can tell, it should be sufficient just to annotate the Build-Depends with "valgrind ". -- Daniel Schepler
Bug#870176: libdrm: Make source package bootstrappable
On Sun, Jul 30, 2017 at 12:52 PM, Sven Joachim wrote: > Really? There seems to be quite a bit of code that's conditional to > #ifdev HAVE_VALGRIND, e.g. in intel/intel_bufmgr_gem.c, and I don't > think building with the nocheck profile should alter the produced binary > packages. Hmm, I guess if it's indeed the case that it's generating valgrind support stub assembly, or something along those lines, then it might get more complex. It might be necessary to produce libdrm2-stage1 etc. packages with shlibs/symbols set up to generate dependencies on "libdrm2 | libdrm2-stage1". Either that, or break the cycle somewhere else, for example maybe by having valgrind able to produce a valgrind-stage1 package without the correct gdb path encoded in. -- Daniel
Bug#870434: mesa: Break build dependency cycle with libva
Source: mesa Version: 17.1.5-1 Severity: wishlist Currently, the mesa and libva source packages both Build-Depend on each other. It would be nice if mesa could provide a bootstrapping build profile to break this cycle. Hopefully, this would just be a matter of disabling the --enable-va configure flag, and dropping the mesa-va-drivers package for the stage1 build profile - provided that doesn't change the binary contents of the other packages. -- Daniel Schepler
Bug#882193: xauth: FTBFS under pbuilder with output redirected
Source: xauth Version: 1:1.0.9-1 Severity: important >From my pbuilder build log, with stdout redirected to a pipe into "tee .../build-log-amd64": ... debian/rules override_dh_auto_test make[1]: Entering directory '/build/xauth-1.0.9' dh_auto_test -- VERBOSE=1 dh_auto_test: Compatibility levels before 9 are deprecated (level 8 in use) cd build && make -j1 check VERBOSE=1 VERBOSE=1 make[2]: Entering directory '/build/xauth-1.0.9/build' Making check in man make[3]: Entering directory '/build/xauth-1.0.9/build/man' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/build/xauth-1.0.9/build/man' Making check in tests make[3]: Entering directory '/build/xauth-1.0.9/build/tests' make test_xauth make[4]: Entering directory '/build/xauth-1.0.9/build/tests' gcc -DHAVE_CONFIG_H -I. -I../../tests -I.. -g -O2 -c -o test_xauth.o ../../tests/test_xauth.c gcc -g -O2 -o test_xauth test_xauth.o make[4]: Leaving directory '/build/xauth-1.0.9/build/tests' make check-TESTS make[4]: Entering directory '/build/xauth-1.0.9/build/tests' make[5]: Entering directory '/build/xauth-1.0.9/build/tests' FAIL: test_xauth === xauth 1.0.9: tests/test-suite.log === # TOTAL: 1 # PASS: 0 # SKIP: 0 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 .. contents:: :depth: 2 FAIL: test_xauth Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/cliapp/app.py", line 193, in _run self.process_args(args) File "/usr/bin/cmdtest", line 64, in process_args self.setup_ttystatus(td) File "/usr/bin/cmdtest", line 105, in setup_ttystatus self.ts = ttystatus.TerminalStatus(period=0.001) File "/usr/lib/python2.7/dist-packages/ttystatus/status.py", line 37, in __init__ period=period, _terminal=_terminal) File "/usr/lib/python2.7/dist-packages/ttystatus/messager.py", line 45, in __init__ self._terminal.open_tty() File "/usr/lib/python2.7/dist-packages/ttystatus/tty.py", line 36, in open_tty curses.setupterm(None, self._terminal.fileno()) error: setupterm: could not find terminal FAIL test_xauth (exit status: 1) Testsuite summary for xauth 1.0.9 # TOTAL: 1 # PASS: 0 # SKIP: 0 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 See tests/test-suite.log Please report to https://bugs.freedesktop.org/enter_bug.cgi?product=xorg Makefile:628: recipe for target 'test-suite.log' failed make[5]: *** [test-suite.log] Error 1 make[5]: Leaving directory '/build/xauth-1.0.9/build/tests' Makefile:734: recipe for target 'check-TESTS' failed make[4]: *** [check-TESTS] Error 2 make[4]: Leaving directory '/build/xauth-1.0.9/build/tests' Makefile:807: recipe for target 'check-am' failed make[3]: *** [check-am] Error 2 make[3]: Leaving directory '/build/xauth-1.0.9/build/tests' Makefile:521: recipe for target 'check-recursive' failed make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory '/build/xauth-1.0.9/build' dh_auto_test: cd build && make -j1 check VERBOSE=1 VERBOSE=1 returned exit code 2 debian/rules:12: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 2 make[1]: Leaving directory '/build/xauth-1.0.9' debian/rules:18: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 -- Daniel Schepler
Bug#887482: xorg-server: FTBFS: dh_autoreconf can only be run once
Source: xorg-server Version: 2:1.19.5-1 Severity: serious >From my pbuilder build log: ... make[6]: Leaving directory '/build/xorg-server-1.19.5/debian/build/udeb/test/xi2' make[5]: Leaving directory '/build/xorg-server-1.19.5/debian/build/udeb/test' make[4]: Leaving directory '/build/xorg-server-1.19.5/debian/build/udeb/test' make[4]: Entering directory '/build/xorg-server-1.19.5/debian/build/udeb' make[4]: Nothing to be done for 'all-am'. make[4]: Leaving directory '/build/xorg-server-1.19.5/debian/build/udeb' make[3]: Leaving directory '/build/xorg-server-1.19.5/debian/build/udeb' make[2]: Leaving directory '/build/xorg-server-1.19.5' debian/rules override_dh_auto_test make[2]: Entering directory '/build/xorg-server-1.19.5' dh_auto_test -- -j1 VERBOSE=1 make[2]: Leaving directory '/build/xorg-server-1.19.5' make[1]: Leaving directory '/build/xorg-server-1.19.5' dh_quilt_patch -O--parallel -Nxserver-common -Nxorg-server-source File series fully applied, ends at patch 06_use-intel-only-on-pre-gen4.diff dh_update_autotools_config -O--parallel -Nxserver-common -Nxorg-server-source dh_autoreconf -O--parallel -Nxserver-common -Nxorg-server-source dh_autoreconf: Can only be run once, see dh-autoreconf(7) debian/rules:8: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 On further testing, it seems that on a freshly unpacked source, either "dpkg-buildpackage -B" or "dpkg-buildpackage -A" separately will work; but "dpkg-buildpackage -b" will fail with the above error. -- Daniel Schepler
Bug#1010121: libx11: FTCBFS: cannot run test program while cross compiling
Source: libx11 Version: 2:1.7.5-1 Severity: wishlist While doing a test bootstrap of i386 from amd64, I ran into an error trying to cross build libx11: ... checking for xproto >= 7.0.25 xextproto xtrans xcb >= 1.11.1 kbproto inputproto... yes checking whether malloc(0) returns NULL... configure: error: in `/home/tmpbuilder/cross-i386/libx11/libx11-1.7.5/build': configure: error: cannot run test program while cross compiling See `config.log' for more details ... (This came up as a Build-Depends of groff, while trying to cross-compile enough packages to make debhelper installable.) -- Daniel Schepler
