Bug#524319: sparse now licensed MIT
Package: sparse Version: 0.4.1+git20081218-1 Severity: normal Time to get this out of non-free: http://thread.gmane.org/gmane.comp.parsers.sparse/1799 http://git.kernel.org/?p=devel/sparse/novafora/sparse.git;a=commitdiff;h=23525c14bc263d70165fedf469d35cdb31b0ac35 -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595649: gcc-4.4: broken on armel (crtbegin.o: Unknown mandatory EABI object attribute 44)
This is hitting now pretty much all builds.. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596516: emacs22 binnmu causes internal error
Package: sbuild Version: 0.60.0-1+buildd20100619.1 Severity: important sbuild has trouble handling the emacs22 binnmu. later apt-get chokes too. Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 339. Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 340. Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 341. Use of uninitialized value $command in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 353. Use of uninitialized value in exec at /usr/share/perl5/Sbuild/Chroot.pm line 354. full message: -snip- sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on ancina.debian.org ╔══╗ ║ emacs22 22.3+1-1.2+b1 (armel) 11 Sep 2010 16:22 ║ ╚══╝ Package: emacs22 Version: 22.3+1-1.2+b1 Architecture: armel Chroot Build Dir: /var/lib/schroot/mount/sid-armel-sbuild-8b597b1d-8e23-4a54-b174-522c8dfabb23/build/buildd-emacs22_22.3+1-1.2+b1-armel-NhfUp6 Start Time: 20100911-1622 Hit http://ftp.de.debian.org sid Release.gpg Ign http://ftp.de.debian.org/debian/ sid/contrib Translation-en Ign http://ftp.de.debian.org/debian/ sid/main Translation-en Hit http://ftp.de.debian.org sid Release Hit http://ftp.de.debian.org sid/main Sources/DiffIndex Hit http://incoming.debian.org sid Release.gpg Ign http://incoming.debian.org/debian/ sid/contrib Translation-en Ign http://incoming.debian.org/debian/ sid/main Translation-en Get:1 http://incoming.debian.org Release.gpg [835B] Ign http://incoming.debian.org/buildd-unstable/ Translation-en Hit http://ftp.de.debian.org sid/contrib Sources/DiffIndex Hit http://ftp.de.debian.org sid/main armel Packages/DiffIndex Hit http://ftp.de.debian.org sid/contrib armel Packages/DiffIndex Hit http://incoming.debian.org sid Release Get:2 http://incoming.debian.org Release [1604B] Hit http://incoming.debian.org sid/main Sources/DiffIndex Hit http://incoming.debian.org sid/contrib Sources/DiffIndex Hit http://incoming.debian.org sid/main armel Packages/DiffIndex Hit http://incoming.debian.org sid/contrib armel Packages/DiffIndex Get:3 http://incoming.debian.org Sources [11.8kB] Get:4 http://incoming.debian.org Packages [177kB] Fetched 191kB in 6s (27.5kB/s) Reading package lists... ┌──┐ │ Fetch source files │ └──┘ Check APT ─ Checking available source versions... Download source files with APT ── Reading package lists... Building dependency tree... Reading state information... Need to get 23.0MB of source archives. Get:1 http://ftp.de.debian.org/debian/ sid/main emacs22 22.3+1-1.2 (dsc) [1405B] Get:2 http://ftp.de.debian.org/debian/ sid/main emacs22 22.3+1-1.2 (tar) [22.9MB] Get:3 http://ftp.de.debian.org/debian/ sid/main emacs22 22.3+1-1.2 (diff) [122kB] Fetched 23.0MB in 2s (9382kB/s) Download complete and in download only mode Check arch ── ** Using build dependencies supplied by package: Build-Depends: mailx, libncurses5-dev, texinfo, liblockfile-dev, libgif-dev | libungif4-dev, libtiff4-dev | libtiff-dev, xaw3dg-dev, libpng12-dev, libjpeg62-dev, autotools-dev, dpkg-dev ( 1.10.0), quilt (= 0.42-1), debhelper (= 4), libxaw7-dev, sharutils, imagemagick, libgtk2.0-dev, libasound2-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64] ┌──┐ │ Install build dependencies (internal resolver) │ └──┘ Checking for already installed source dependencies... mailx: missing libncurses5-dev: missing texinfo: missing liblockfile-dev: missing libgif-dev: missing libungif4-dev: missing libtiff4-dev: missing libtiff-dev: missing xaw3dg-dev: missing libpng12-dev: missing libjpeg62-dev: missing autotools-dev: missing dpkg-dev: already installed (1.15.8.4 1.10.0 is satisfied) quilt: missing Using default version 0.48-7 debhelper: missing Using default version 8.0.0 libxaw7-dev: missing sharutils: missing imagemagick: missing libgtk2.0-dev: missing libasound2-dev: missing Checking for source dependency conflicts... E: Package 'mailx' has no installation candidate mailx is a virtual package provided by: Using (no default, using first one) Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 339. Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 340. Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 341. Use of uninitialized value $command in join or string at
Bug#594093: NEON pass failure on ffmpeg
reopen 594093 thanks /tmp/ccv13sip.s:6567: Error: selected processor does not support `ubfx ip,r2,#6,#2' make[1]: *** [libavcodec/aacdec.o] Error 1 make[1]: Leaving directory `/build/buildd-ffmpeg_0.6-2-armel-ldBGDA/ffmpeg-0.6/debian-neon' make: *** [build-stamp-neon] Error 2 which seems to me to be a toolchain bug. The build should care if the processor is able to execute the NEON extensions; but compiling them should be possible in any case. It's not like this binary is needed during build or something. I'm not going to investigate this further as the easiest fix would be probably to reschedule the build on a NEON capable buildd. Neither is it a toolchain bug nor do we have any NEON capable buildds. And, btw ubfx is not even a NEON instruction. It is a ARMv7 instruction. The error is caused by debians toolchain default flags. you need to pass -march=armv7-a for the debian-neon pass to get armv7 instructions accepted. Riku signature.asc Description: Digital signature
Bug#584156: flightgear binNMU
Hi, The armel FTBFS and simgear deps have been sorted out. binNMU thus needed on all but armel: nmu flightgear_1.9.1-1.1 . alpha amd64 hppa i386 ia64 freebsd-amd64 freebsd-i386 mips mipsel powerpc s390 sparc . -m 'rebuild against newer libopenscenegraph' After this flightgear, fgfs-atlas and simgear need to be pushed together to testing to get rid of #545593. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592614: current snapshot ok for armv7
Hi, Current svn snapshots of valgrind seem to work fine on arm(v7). I'd follow The advice from Loïc and build valgrind with -marmv7a for now. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526546: FTBFS: #error unsupported architecture
Package: lxc Version: 0.6.2-1 Severity: serious User: debian-...@lists.debian.org Usertags: eabi Your package failed to build with the following error: mkdir .libs cc -DHAVE_CONFIG_H -I. -I../../src -I../../src -DLXCPATH=\/var/lib/lxc\ -DLXCBINDIR=\/usr/bin\ -DLXCLIBEXECDIR=\/usr/lib/lxc\ -g -O2 -g -Wall -O2 -Wall -DNETWORK_DESTROY -c create.c -fPIC -DPIC -o .libs/create.o In file included from ../../src/lxc/lxc.h:41, from create.c:34: ../../src/lxc/namespace.h:70:5: error: #error unsupported architecture -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528659: FTBFS: #error Cannot determine endianness.
Package: plink Version: 1.06-1 Severity: serious See: https://buildd.debian.org/~luk/status/package.php?suite=unstablep=plink -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516240: brltty: FTBFS in unstable - dereferencing pointer to incomplete type
Hi, any news on this? brltty FTBFS is now blocking libicu transition. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#472843: blocking bugs cleared
unblock 472843 with 466375 reassign 472843 ftp.debian.org retitle 472843 RM: lzo -- RoM; RoQA; NVIU, replaced by lzo2 thanks The last dangling liblzo rdep has been uploaded to unstable, lzo is now ripe for removal. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519170: Konqueror crashs cause entire X server to crash
I am not completely sure Konqueror is the problem. Most certainly isn't. X server should not crash no matter what the applications running in the X session to. Please file a bug against xserver-xorg-core using the reportbug tool, or follow the instructions in http://wiki.debian.org/XStrikeForce/XserverDebugging -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518473: Support for .netrc
tags 518473 +patch thanks I for one would certainly feel safer with passwords stored in /root/.netrc instead of /etc/apt/sources.list. Although I guess one could just make sources.list read-only. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519633: modest: FTBFS: error: 'HILDON_HARDKEY_FULLSCREEN' undeclared
reassign 519633 dates thanks I think you missfiled this. Modest is also FTBFS's, that's due to #515888 On Fri, Mar 13, 2009 at 11:23:57PM +0100, Kurt Roeckx wrote: Source: modest Version: 0.4.6-1 Severity: serious Hi, Your package is failing to build with the following error: /build/buildd/dates-0.4.6/./src/dates_callbacks.c: In function 'dates_key_press_cb': /build/buildd/dates-0.4.6/./src/dates_callbacks.c:1634: error: 'HILDON_HARDKEY_FULLSCREEN' undeclared (first use in this function) /build/buildd/dates-0.4.6/./src/dates_callbacks.c:1634: error: (Each undeclared identifier is reported only once /build/buildd/dates-0.4.6/./src/dates_callbacks.c:1634: error: for each function it appears in.) /build/buildd/dates-0.4.6/./src/dates_callbacks.c:1647: error: 'HILDON_HARDKEY_DECREASE' undeclared (first use in this function) /build/buildd/dates-0.4.6/./src/dates_callbacks.c:1650: error: 'HILDON_HARDKEY_INCREASE' undeclared (first use in this function) make[3]: *** [dates_callbacks.o] Error 1 Kurt ___ pkg-maemo-maintainers mailing list pkg-maemo-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-maemo-maintainers -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519633: dates: FTBFS
retitle 519633 FTBFS: error: 'HILDON_HARDKEY_FULLSCREEN' undeclared tags 519633 +patch retitle 519733 FTBFS: error: 'HILDON_HARDKEY_FULLSCREEN' undeclared tags 519733 +patch forcemerge 519633 519733 thanks This patch fixes it. I need to upload fixed libhildon1 first, thou. diff -urN orig/dates-0.4.6/src/dates_callbacks.c dates-0.4.6/src/dates_callbacks.c --- orig/dates-0.4.6/src/dates_callbacks.c 2008-02-27 11:04:52.0 + +++ dates-0.4.6/src/dates_callbacks.c 2009-03-14 19:40:15.0 + @@ -30,6 +30,7 @@ #ifdef WITH_HILDON #include libosso.h +#include hildon/hildon-defines.h #include hildon/hildon-window.h #include hildon/hildon-program.h #include hildon/hildon-time-editor.h -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520042: texlive-base: Fails to generate formats
Also seen now on buildd's : https://buildd.debian.org/fetch.cgi?pkg=gnuplotarch=armelver=4.2.4-6stamp=1237252932file=logas=raw -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520084: FTBFS on armel: ../linux/arm/syscallent.h:457:3: error: #error fix me
Package: strace Severity: serious Version: 4.5.18-1 User: debian-...@lists.debian.org Usertags: eabi The upstream Changelog mentions: * linux/syscall.h (SYS_socket_subcall et al, SYS_ipc_subcall et al): Don't define these if [__ARM_EABI__]. Reported by Johannes Stezenbach j...@sig21.net. This causes: /usr/bin/make all-am make[2]: Entering directory `/build/buildd/strace-4.5.18/build' gcc -DHAVE_CONFIG_H -I. -I.. -Ilinux/arm -I../linux/arm -Ilinux -I../linux -Wall -g -O2 -MT strace.o -MD -MP -MF .deps/strace.Tpo -c -o strace.o ../strace.c mv -f .deps/strace.Tpo .deps/strace.Po gcc -DHAVE_CONFIG_H -I. -I.. -Ilinux/arm -I../linux/arm -Ilinux -I../linux -Wall -g -O2 -MT syscall.o -MD -MP -MF .deps/syscall.Tpo -c -o syscall.o ../syscall.c In file included from ../syscall.c:129: ../linux/arm/syscallent.h:435:3: error: #error fix me ../linux/arm/syscallent.h:457:3: error: #error fix me ../syscall.c: In function 'get_scno': ../syscall.c:1001: warning: passing argument 4 of 'ptrace' makes integer from pointer without a cast ../syscall.c:1029: warning: passing argument 4 of 'ptrace' makes integer from pointer without a cast ../syscall.c: In function 'syscall_fixup': ../syscall.c:1337: warning: unused variable 'pid' ../syscall.c: In function 'syscall_enter': ../syscall.c:1933: warning: unused variable 'pid' make[2]: *** [syscall.o] Error 1 make[2]: Leaving directory `/build/buildd/strace-4.5.18/build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/strace-4.5.18/build' make: *** [stamp-build] Error 2 -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520042: texlive-base: Fails to generate formats on new installation(?)
On Tue, Mar 17, 2009 at 01:40:23PM +0100, Hilmar Preusse wrote: https://buildd.debian.org/fetch.cgi?pkg=gnuplotarch=armelver=4.2.4-6stamp=1237252932file=logas=raw This *could* be the same issue: another format file is missing. I'm just wondering why calling LaTeX before succeeds two times and fails then. Please send us tex.log from /var/lib/texmf/web2c/tex. That buildd chroot has since beet autocleaned. But this is reproducible in local pbuilder as well. This is TeX, Version 3.141592 (Web2C 7.5.6) kpathsea: Running mktexfmt tex.fmt I can't find the format file `tex.fmt'! make[1]: *** [gpcard.dvi] Error 1 make[1]: Leaving directory `/tmp/buildd/gnuplot-4.2.4/debian/build-x11/docs' no tex.log: find /var/lib/texmf -type f /var/lib/texmf/ls-R-TEXMFMAIN /var/lib/texmf/web2c/pdftex/latex.fmt /var/lib/texmf/web2c/pdftex/latex.log /var/lib/texmf/web2c/pdftex/pdflatex.fmt /var/lib/texmf/web2c/pdftex/pdflatex.log /var/lib/texmf/web2c/fmtutil.cnf /var/lib/texmf/web2c/updmap.cfg /var/lib/texmf/tex/generic/config/language.dat /var/lib/texmf/ls-R /var/lib/texmf/ls-R-TEXLIVE -- rm -rf only sounds scary if you don't have backups signature.asc Description: Digital signature
Bug#520206: please add armel,sparc to debian/control
Package: qtemu Severity: normal Version: 1.0.5-2 User: debian-...@lists.debian.org Usertags: eabi build failed with: qtemu_1.0.5-2.dsc: armel not in arch list: amd64 i386 powerpc kfreebsd-i386 kfreebsd-amd64 -- skipping but, qemu is now available for armel and sparc, so this should check be relaxed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508380: hildon-desktop: segfault on startup
On Wed, Dec 10, 2008 at 07:15:58PM +0200, Timo Juhani Lindfors wrote: It seems that this happened since /var/run/dbus was not present. However, hildon-desktop should still not crash and should give an error message. Rather libosso should have a dependency on dbus (since that's the code that depends on dbus anyway) -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508787: rdesktop: Access to redirected path denied
Hi, Justification: renders package unusable One feature of app broken != whole package is unusable. reinstalling rdesktop from Etch on Lenny does not help. This would suggest the problem is somewhere else than in rdesktop perhaps some changes in networking setup with your virtual machine? -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509631: mpqc FTBFS on armel
Package: mpqc Version: 2.3.1-5 Severity: important The new upload in experimental fails: -snip- dpkg-gencontrol: error: current host architecture 'armel' does not appear in package's architecture list (alpha amd64 i386 ia64 powerpc kfreebsd-i386 kfreebsd-amd64 hurd-i386) -snip- Nothing in the changelog explains why such restriction has been done, and the build seems to run fine until the package generation: http://experimental.debian.net/fetch.php?pkg=mpqcver=2.3.1-5arch=armelstamp=1229996147file=logas=raw -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507361: consumes power while running in background
Package: dirmngr Version: 1.0.1-3 Severtity: normal dirmngr is seen often in top of powertop results on a idle kde4 system. Looking at strace, looks like dirmngr has select() timeout based loop. That is bad in power managment perspective. CPU can't dynamically sleep long periods when applications wake it up.. aardvark:~# ps aux|grep dirm root 2486 0.0 0.0 2888 684 ?Ss Nov24 0:42 /usr/bin/dirmngr --daemon --sh root 15846 0.0 0.0 3120 724 pts/3S+ 16:08 0:00 grep dirm aardvark:~# strace -p 2486 Process 2486 attached - interrupt to quit select(7, [3 6], [], [], {0, 24000})= 0 (Timeout) rt_sigprocmask(SIG_SETMASK, ~[KILL STOP RTMIN RT_1], NULL, 8) = 0 rt_sigaction(SIGHUP, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGUSR1, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGUSR2, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGTERM, {SIG_DFL}, NULL, 8) = 0 gettimeofday({1228054131, 399863}, NULL) = 0 sigprocmask(SIG_SETMASK, [], ~[KILL STOP RTMIN]) = 0 time(NULL) = 1228054131 select(0, [], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1228054131, 400237}, NULL) = 0 sigprocmask(SIG_SETMASK, ~[KILL STOP RTMIN], []) = 0 gettimeofday({1228054131, 400411}, NULL) = 0 rt_sigpending([]) = 0 read(3, 0x965fe34, 128) = -1 EAGAIN (Resource temporarily unavailable) rt_sigaction(SIGHUP, {0xb7f1dd00, ~[RTMIN RT_1], 0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {0xb7f1dd00, ~[RTMIN RT_1], 0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGUSR1, {0xb7f1dd00, ~[RTMIN RT_1], 0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGUSR2, {0xb7f1dd00, ~[RTMIN RT_1], 0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTERM, {0xb7f1dd00, ~[RTMIN RT_1], 0}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], ~[KILL STOP RTMIN RT_1], 8) = 0 select(7, [3 6], [], [], {0, 919596}) = 0 (Timeout) rt_sigprocmask(SIG_SETMASK, ~[KILL STOP RTMIN RT_1], NULL, 8) = 0 rt_sigaction(SIGHUP, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGUSR1, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGUSR2, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGTERM, {SIG_DFL}, NULL, 8) = 0 gettimeofday({1228054132, 320661}, NULL) = 0 sigprocmask(SIG_SETMASK, [], ~[KILL STOP RTMIN]) = 0 fcntl64(6, F_GETFL) = 0x802 (flags O_RDWR|O_NONBLOCK) fcntl64(6, F_SETFL, O_RDWR) = 0 gettimeofday({1228054132, 321048}, NULL) = 0 fcntl64(6, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(6, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(6, F_SETFL, O_RDWR|O_NONBLOCK) = 0 accept(6, 0xbfaf1538, [110])= -1 EAGAIN (Resource temporarily unavailable) fcntl64(6, F_GETFL) = 0x802 (flags O_RDWR|O_NONBLOCK) sigprocmask(SIG_SETMASK, ~[KILL STOP RTMIN], []) = 0 gettimeofday({1228054132, 321680}, NULL) = 0 rt_sigpending([]) = 0 read(3, 0x965fe34, 128) = -1 EAGAIN (Resource temporarily unavailable) rt_sigaction(SIGHUP, {0xb7f1dd00, ~[RTMIN RT_1], 0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {0xb7f1dd00, ~[RTMIN RT_1], 0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGUSR1, {0xb7f1dd00, ~[RTMIN RT_1], 0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGUSR2, {0xb7f1dd00, ~[RTMIN RT_1], 0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTERM, {0xb7f1dd00, ~[RTMIN RT_1], 0}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], ~[KILL STOP RTMIN RT_1], 8) = 0 select(7, [3 6], [], [], {0, 78557})= 0 (Timeout) rt_sigprocmask(SIG_SETMASK, ~[KILL STOP RTMIN RT_1], NULL, 8) = 0 rt_sigaction(SIGHUP, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGUSR1, {SIG_DFL}, NULL, 8) = 0
Bug#504524: AWT_TOOLKIT=MToolkit causes java to segfault on amd64
On Tue, Dec 02, 2008 at 12:42:56PM +0100, martin f krafft wrote: The bugreport you forwarded mentioned that the bug is specific to E17 window manager, rather than new Xorg in general. Which windows manager were you using, and did you try others? This happens with awesome and fluxbox. http://awesome.naquadah.org/wiki/index.php?title=Problems_with_Java seems to suggest that it's an ICCCM-related problem. I can now reproduce is reproducible with: $ Xephyr :1 $ DISPLAY=:1 /usr/bin/awesome $ DISPLAY=:1 jabref But running the suggestested workaround: $ DISPLAY=:1 wmname compiz $ DISPLAY=:1 jabref Makes work. Even using Xephyr without a window manager at all makes jabref start just fine. I think this bug has inflated severity.. Anyway, the segfault with MToolkit stays. :( I doubt there is much point in fixing the motif backend in late 2008.. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504524: AWT_TOOLKIT=MToolkit causes java to segfault on amd64
On Tue, Dec 02, 2008 at 01:17:34PM +0100, martin f krafft wrote: Well, ideally, I would not need to use MToolkit, which would make this bug something I couldn't care less about. But since XToolkit is broken wrt ICCCM, I have to. or, you could use one of the workarounds mentioned. So this bug is really twofold. I think a segfault on amd64 with MToolkit is not RC (but grave+lenny-ignore), but the fact that XToolkit is broken wrt ICCCM is pretty bad. Whether it's RC, I don't know. Well, I'm going to touch the severity then, and leave it to the Release team to decide on. I am not aware of ICCCM compliance being Release Critical or even Release goal issue. I would welcome that, as it would allow us to boot most of the useless window managers and bunch of legacy X11 applications from out archive... -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504524: AWT_TOOLKIT=MToolkit causes java to segfault on amd64
This seems to happen across a wide range of applications, and MToolkit is needed to make Java show any UI items with newer Xorg. While I can reproduce that Mtoolkit will cause segv on amd64, I can use jabref (and other java GUI apps) just fine with sun-java6-jre_6-10-2 from lenny, without setting AWT_TOOLKIT to anything. The bugreport you forwarded mentioned that the bug is specific to E17 window manager, rather than new Xorg in general. Which windows manager were you using, and did you try others? -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463023: Log for failed build of ltrace_0.5.1-1 (dist=unstable)
reopen 463023 thanks Hi, Atleast the debian/control changes (adding armel, armeb archs) i added in the NMU are still missing. On Wed, Dec 10, 2008 at 10:40:04PM +, buildd user wrote: Automatic build of ltrace_0.5.1-1 on muscat by sbuild/armel 98 Build started at 20081210-2239 ** Checking available source versions... Fetching source files... Reading package lists... Building dependency tree... Reading state information... Need to get 282kB of source archives. Get:1 http://incoming.debian.org sid/main ltrace 0.5.1-1 (dsc) [1090B] Get:2 http://incoming.debian.org sid/main ltrace 0.5.1-1 (tar) [280kB] Get:3 http://incoming.debian.org sid/main ltrace 0.5.1-1 (diff) [644B] Fetched 282kB in 2s (105kB/s) Download complete and in download only mode : armel not in arch list: i386 arm m68k s390 powerpc sparc alpha amd64 ia64 ppc64 -- skipping ** Finished at 20081210-2240 Build needed 00:04:38, 0k disk space -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508221: pidgin-sipe: Please package new upstream version
Hi, 1.3.2 is now out. Do you need a sponsor for the upload? -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511694: mono-jit: Runtime Failure on armel: Emits invalid arm instructions on EABI machines
Hi, This affects EABI machines with kernel compiled _without_ OABI compat. All Debian kernels are compiled _with_ oldabi compatability. Since the fix is easy, it could still be applied for lenny for those users who build their own kernels. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511638: not rc
severity 511638 important reassign 511638 libdvdread3 thanks. 1) the error comes from libdvdread sources 2) it only manifests itself with broken propiertary content. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#234744: an speedups
) { +have_something_unwanted = TRUE; +break; } + +if (letterpos[(unsigned char)*temp_string]=0) + have_a_letter = TRUE; } - if (!have_a_letter || have_a_digit) + if (!have_a_letter || have_something_unwanted) continue; @@ -1201,7 +1236,7 @@ /* If letter is punctuation mark skip to next letter */ int l = letterpos[(unsigned char)*word]; - if (l == -1) + if (l 0) continue; @@ -1238,7 +1273,7 @@ while (loop1--) { tmpptr = *words++; for (; *tmpptr != '\0'; tmpptr++) { -if (letterpos[(unsigned char)*tmpptr]==-1) +if (letterpos[(unsigned char)*tmpptr]0) continue; else letter_freq[letterpos[(unsigned char)*tmpptr]]++; @@ -1397,14 +1432,14 @@ /* Check to make sure punctuation appears at the end of words */ - if (letterpos[(unsigned char)*let1]==-1) { - if (letterpos[(unsigned char)*let2]==-1) + if (letterpos[(unsigned char)*let1]0) { + if (letterpos[(unsigned char)*let2]0) return 0; else return 1; } - if (letterpos[(unsigned char)*let2]==-1) + if (letterpos[(unsigned char)*let2]0) return -1; @@ -1438,13 +1473,13 @@ int c2; do { - if (letterpos[(unsigned char)*s1]==-1) { -if (letterpos[(unsigned char)*s2]==-1) + if (letterpos[(unsigned char)*s1]0) { +if (letterpos[(unsigned char)*s2]0) return 0; else return 1; } - if (letterpos[(unsigned char)*s2]==-1) + if (letterpos[(unsigned char)*s2]0) return 1; while (*(s1 + 1) == *s1) s1++; @@ -1606,7 +1641,7 @@ /* Get length of STRING without punctuation marks, assumes STRING is - allready lowercase, returns STRING length */ + already lowercase, returns STRING length */ int no_punc_len (string) unsigned char *string; diff -u an-0.95/Makefile an-0.95/Makefile --- an-0.95/Makefile +++ an-0.95/Makefile @@ -1,4 +1,4 @@ -#an v0.93 - Anagram generator +#an v0.95 - Anagram generator #Copyright (C) 1996 Free Software Foundation #Copyright (C) 1995,1996 Richard Jones # diff -u an-0.95/an.6 an-0.95/an.6 --- an-0.95/an.6 +++ an-0.95/an.6 @@ -30,7 +30,7 @@ .TP .I \-u, --used string -Considers that letters in \fIstring\fP have allready used when analyzing +Considers that letters in \fIstring\fP have already used when analyzing letters in \fBPHRASE\fP .TP diff -u an-0.95/COPYRIGHT an-0.95/COPYRIGHT --- an-0.95/COPYRIGHT +++ an-0.95/COPYRIGHT @@ -1,4 +1,4 @@ -an v0.94 - Anagram generator +an v0.95 - Anagram generator Copyright (C) 1996 Free Software Foundation. Copyright (C) 1995,1996 Richard Jones Copyright (C) 2001-2004 Paul Martin diff -u an-0.95/debian/changelog an-0.95/debian/changelog --- an-0.95/debian/changelog +++ an-0.95/debian/changelog @@ -1,3 +1,12 @@ +an (0.95-3.1) unstable; urgency=low + + * Non-maintainer upload to delayed + * Incorporate speedup and fixes patches +from Phil Carmody thefatp...@yahoo.co.uk, +(Closes: #234744) + + -- Riku Voipio riku.voi...@iki.fi Sun, 18 Jan 2009 23:18:05 +0200 + an (0.95-3) unstable; urgency=low * Bugfixes: diff -u an-0.95/debian/copyright an-0.95/debian/copyright --- an-0.95/debian/copyright +++ an-0.95/debian/copyright @@ -8,7 +8,7 @@ The original author of this program, who appears to have disappeared, was Richard Jones rich...@deep-thought.org. -an v0.93 - Anagram generator +an v0.95 - Anagram generator Copyright (C) 1996 Free Software Foundation. Copyright (C) 1995,1996 Richard Jones Portions copyright (C) 2000-2004 Paul Martin only in patch2: unchanged: --- an-0.95.orig/README +++ an-0.95/README @@ -1,4 +1,4 @@ -an v0.94 - Anagram Generator +an v0.95 - Anagram Generator Generates anagrams for a phrase supplied by the user, the words used in the only in patch2: unchanged: --- an-0.95.orig/lib/Makefile +++ an-0.95/lib/Makefile @@ -1,4 +1,4 @@ -#an v0.93 - Anagram generator +#an v0.95 - Anagram generator #Copyright (C) 1996 Free Software Foundation #Copyright (C) 1995,1996 Richard Jones #
Bug#234744: an speedups
On Sun, Jan 18, 2009 at 10:46:20PM +, Paul Martin wrote: On Sun, Jan 18, 2009 at 11:37:00PM +0200, Riku Voipio wrote: Since this bug isn't apparently going anywhere, I took the liberty to NMU new version of an to DELAYED/10-day. debdiff attached :) You could have asked me about it first. I'm hardly MIA. Sorry, I just checked the status of an which seemed pretty much unmaintained without a upload since 2004... -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516892: mscore FTBFS on arm
Package: mscore Severity: important Version: 0.9.4+dfsg-1 User: debian-...@lists.debian.org Usertags: eabi At the mscore build log: [ 61%] Building CXX object mscore/CMakeFiles/mscore.dir/barline.o /build/buildd/mscore-0.9.4+dfsg/mscore/mscore/barline.cpp: In member function 'virtual void BarLine::draw(QPainter) const': /build/buildd/mscore-0.9.4+dfsg/mscore/mscore/barline.cpp:97: error: no matching function for call to 'BarLine::getY(qreal*, qreal*) const' /build/buildd/mscore-0.9.4+dfsg/mscore/mscore/barline.cpp:65: note: candidates are: void BarLine::getY(double*, double*) const /build/buildd/mscore-0.9.4+dfsg/mscore/mscore/barline.cpp: In member function 'virtual QRectF BarLine::bbox() const': /build/buildd/mscore-0.9.4+dfsg/mscore/mscore/barline.cpp:274: error: no matching function for call to 'BarLine::getY(qreal*, qreal*) const' /build/buildd/mscore-0.9.4+dfsg/mscore/mscore/barline.cpp:65: note: candidates are: void BarLine::getY(double*, double*) const /build/buildd/mscore-0.9.4+dfsg/mscore/mscore/barline.cpp: In member function 'virtual void BarLine::updateGrips(int*, QRectF*) const': /build/buildd/mscore-0.9.4+dfsg/mscore/mscore/barline.cpp:366: error: no matching function for call to 'BarLine::getY(qreal*, qreal*) const' /build/buildd/mscore-0.9.4+dfsg/mscore/mscore/barline.cpp:65: note: candidates are: void BarLine::getY(double*, double*) const qreal is float on arm, while other archs use double. either change BarLine::* functions to accept qreal's instread of doubles, or cast them to double's before passing forward. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522048: Is makedev usefull anymore?
Package: makedev Version: 2.3.1-88 Severity: important As far I see, it is very hard to use debian these days without udev, so makedev has become outdated. If makedev is not to be removed yet, it should at least not be Priority: required anymore. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522048: Is makedev usefull anymore?
On Tue, Mar 31, 2009 at 11:12:39AM -0600, Bdale Garbee wrote: One is the use of makedev in package postinst scripts. I don't know offhand what the set of packages are that have an implicit dependency on makedev, those would all need to be updated to make the dependency explicit before we take makedev out of the set of packages assumed to be present on a system. postinst scripts on my system use something like [ -x /dev/MAKEDEV ] /dev/MAKEDEV foo some use -e, bad maintainers... There might some packages that fail to check. Btw, this was inspired by the fact that /dev/MAKEDEV symlink is gone without fanfare in ubuntu jaunty. The still ship the package thou.. We could fix it properly by leaving the package :) Another is the use of makedev in debootstrap and friends. It at least used to be a necessary part of the build environment for those tools if not the runtime. Adding explicit dependencies or build dependencies to such packages would be required if makedev is no longer assumed to be present on a system. debootstrap: build-depends on debootstrap and builds a devices.tar.gz during buildtime. cdebootstrap: doesn't use makedev at all, does some mknod's itself in a helper package on runtime. And directly or indirectly through the *debootstrap packages, I assume debian-installer still has a dependency on makedev. Using the devices.tar.gz approach, deboostrap only needs it build-time. cdebootstrap (which d-i uses), appears to have a internal package for creating critical devices: /usr/share/cdebootstrap/cdebootstrap-helper-makedev.deb It is, ofcourse possible that devices.tar.gz / cdebootstrap-helper-makedev.deb forget to create some devices that makedev will create anyway in postinst (which will get installed automatically due to required priority). -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#376833: openmpi/libatomic-ops status?
Hi, If I understand correctly, libatomic-ops was found not completly adequate for openmpi? Was this information passed to libatomic-ops upstream (which is boehm gc?). -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522682: FTBFS: sets -march and -mtune for not good reason
Package: mozart Version: 1.4.0-1 Severity: serious mozart set silly arguments for gcc. On Sun, Apr 05, 2009 at 10:57:55PM +0300, Build Daemon wrote: make[3]: Entering directory `/build/buildd/mozart-1.4.0/BUILD/platform/dss' arm-linux-gnueabi-g++ -march=arm -mtune=arm -O3 -fomit-frame-pointer -funsigned-char -I. -I/build/buildd/mozart-1.4.0/platform/dss/include -Wdisabled-optimization -Wuninitialized -Wall -Wold-style-cast -Woverloaded-virtual -Wshadow -Wswitch -Wreturn-type -Wunused -fPIC -c -o base.o /build/buildd/mozart-1.4.0/platform/dss/src/base.cc /build/buildd/mozart-1.4.0/platform/dss/src/base.cc:1: error: bad value (arm) for -mtune= switch /build/buildd/mozart-1.4.0/platform/dss/src/base.cc:1: error: bad value (arm) for -march= switch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523080: RM: libhildonfm -- RoM; RC-buggy; abanonded upstream..
Package: ftp.debian.org Severity: important This library dependended on forked functionality of gtk2+, which now has been removed. Upstream doesn't care to update their gtk or adapt libhildonfm to live without the forked gtk. In debian, we have removed any users of this library. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520447: FTBFS on armel: BufferOp.cpp:72: error: 'log' was not declared in this scope
Package: geos Version: 3.0.3-2 Severity: serious User: debian-...@lists.debian.org Usertags: eabi Looks like a missing #include cmath (or #include math.h, if you prefer) arm-linux-gnueabi-g++ -DHAVE_CONFIG_H -I. -I. -I../../../source/headers -I../../../source/headers/geos -I../../../source/headers -g -O2 -Wall -ansi -pedantic -Wno-long-long -MT BufferOp.lo -MD -MP -MF .deps/BufferOp.Tpo -c BufferOp.cpp -fPIC -DPIC -o .libs/BufferOp.o BufferOp.cpp: In static member function 'static double geos::operation::buffer::BufferOp::precisionScaleFactor(const geos::geom::Geometry*, double, int)': BufferOp.cpp:72: error: 'log' was not declared in this scope BufferOp.cpp:75: error: 'pow' was not declared in this scope make[5]: *** [BufferOp.lo] Error 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520042: texlive-base: Fails to generate formats on new installation(?)
On Tue, Mar 17, 2009 at 09:21:53PM +0100, Norbert Preining wrote: On Di, 17 Mär 2009, Riku Voipio wrote: Perhaps there is some problem if there has been texlive-latex-base installed earlier and removed/purged later? Full buildlog attached. No, it is something different. See email to bug report. I will fix it tonight, needs an upload of tex-common and a rebuild of the packages. BUMMER Have the rebuilds been scheduled? -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520870: FTBFS: t/6-oo test fails
Package: libfile-libmagic-perl Version: 0.91-1 Severity: serious User: debian-...@lists.debian.org Usertags: eabi Testsuite fails on several buildd's: make[1]: Entering directory `/build/buildd/libfile-libmagic-perl-0.91' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/1ok t/2-easy...ok 1/6 unexpectedly succeeded TODO PASSED test 6 t/3-complete-errorsok 1/7 unexpectedly succeeded TODO PASSED test 6 t/3-complete...ok t/4-allok t/6-oo. # Failed test 'MIME t/samples/foo.c' # at t/6-oo.t line 27. # got: 'text/x-c; charset=us-ascii' # expected: 'text/x-c charset=us-ascii' # Failed test 'MIME data t/samples/foo.c' # at t/6-oo.t line 36. # got: 'text/x-c; charset=us-ascii' # expected: 'text/x-c charset=us-ascii' # Failed test 'MIME t/samples/foo.foo' # at t/6-oo.t line 27. # got: 'text/plain; charset=us-ascii' # expected: 'text/plain charset=us-ascii' # Failed test 'MIME data t/samples/foo.foo' # at t/6-oo.t line 36. # got: 'text/plain; charset=us-ascii' # expected: 'text/plain charset=us-ascii' # Failed test 'MIME t/samples/foo.c' # at t/6-oo.t line 48. # got: 'text/x-c; charset=us-ascii' # expected: 'text/x-c charset=us-ascii' # Failed test 'MIME data t/samples/foo.c' # at t/6-oo.t line 57. # got: 'text/x-c; charset=us-ascii' # expected: 'text/x-c charset=us-ascii' # Failed test 'MIME t/samples/foo.foo' # at t/6-oo.t line 48. # got: 'text/plain; charset=us-ascii' # expected: 'text/plain charset=us-ascii' # Failed test 'MIME data t/samples/foo.foo' # at t/6-oo.t line 57. # got: 'text/plain; charset=us-ascii' # expected: 'text/plain charset=us-ascii' # Looks like you failed 8 tests of 20. dubious Test returned status 8 (wstat 2048, 0x800) DIED. FAILED tests 2, 4, 6, 8, 11, 13, 15, 17 Failed 8/20 tests, 60.00% okay Failed Test Stat Wstat Total Fail List of Failed --- t/6-oo.t 8 2048208 2 4 6 8 11 13 15 17 (2 subtests UNEXPECTEDLY SUCCEEDED). Failed 1/6 test scripts. 8/55 subtests failed. Files=6, Tests=55, 7 wallclock secs ( 6.12 cusr + 0.64 csys = 6.76 CPU) Failed 1/6 test programs. 8/55 subtests failed. make[1]: *** [test_dynamic] Error 8 make[1]: Leaving directory `/build/buildd/libfile-libmagic-perl-0.91' dh_auto_test: make returned exit code 2 make: *** [build-stamp] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520878: Log for failed build of gerris_0.9.2+darcs081022-dfsg.1-2 (dist=unstable)
Package: gerris Version: 0.9.2+darcs081022-dfsg.1-2 Severity: serious User: debian-...@lists.debian.org Usertags: eabi Fails to build on armel buildd: make[4]: Entering directory `/build/buildd/gerris-0.9.2+darcs081022-dfsg.1/doc/examples' python depend.py cylinder rt boussinesq tangaroa logo tides ship garden Makefile.deps /bin/sh: python: command not found /bin/sh ../../libtool --silent --mode=link cc -I../../src -I/usr/include -DG_LOG_DOMAIN=\Gfs-tools\ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include -DFTT_2D=1 \ classes.c -o classes ../../src/libgfs2D.la -L/usr/lib -lgts -Wl,--export-dynamic -lgmodule-2.0 -ldl -lglib-2.0 -lm ./classes gfs.lang /bin/sh: line 1: 5125 Illegal instruction ./classes gfs.lang make[4]: *** [gfs.lang] Error 132 make[4]: Leaving directory `/build/buildd/gerris-0.9.2+darcs081022-dfsg.1/doc/examples' make[3]: *** [all-recursive] Error 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521278: usertags and tags get mixedin pkgreport
Package: bugs.debian.org Severity: normal http://bugs.debian.org/cgi-bin/pkgreport.cgi?usertag=debian-...@lists.debian.org Lists arm, armel, eabi and patch -tagged bugs. With the patch tag ofcourse dominating. Also, usertags lack documentation completly, so I'm left in complete dark. using other bugreports (#497850) as docs (sigh!)., I managed to construct: http://bugs.debian.org/cgi-bin/pkgreport.cgi?usertag=debian-...@lists.debian.org;pri0=tag:armel,eabi But that is not really usefull either - It's dominated by closed bugs. I wouldn't mind seeing closed bugs, if they were categorisized like usually in pkgreport. but using the (undocumented) pri0 seems to nuke all other categorizing... -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476008: Tulip unbuildable
Yann Dirson wrote: Hm, looks like it would be a better idea to upgrade to the final release, which was released last week. I'll have more time for this next week. Hi, any time to update tulip? It would be a shame to have to ask for removal of this package. Tulip seems to provide unique functionality and have a active upstream. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#429071: please update/request removal of your package
reassign 429071 ftp.debian.org retitle 429071 RM: slash -- RoQA; RC-buggy; FTBFS, uninstallable, low popcon thanks With more RC bugs than users in popcon, still needing apache 1.3, I think slash is ripe for removal. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466373: dact: switch to liblzo2
Fix uploaded into 5-days delayed. debdiff attached. -- rm -rf only sounds scary if you don't have backups diff -u dact-0.8.41/debian/rules dact-0.8.41/debian/rules --- dact-0.8.41/debian/rules +++ dact-0.8.41/debian/rules @@ -10,7 +10,8 @@ configure: configure-stamp configure-stamp: patch dh_testdir - ./configure --disable-modules --enable-debianupgrade --prefix=\$${DESTDIR} --mandir=\$${prefix}/usr/share/man --exec-prefix=\$${prefix}/usr --datadir=\$${prefix}/usr/lib --libdir=\$${prefix}/usr/lib/dact + autoconf + CPPFLAGS=-I/usr/include/lzo ./configure --disable-modules --enable-debianupgrade --prefix=\$${DESTDIR} --mandir=\$${prefix}/usr/share/man --exec-prefix=\$${prefix}/usr --datadir=\$${prefix}/usr/lib --libdir=\$${prefix}/usr/lib/dact touch configure-stamp diff -u dact-0.8.41/debian/changelog dact-0.8.41/debian/changelog --- dact-0.8.41/debian/changelog +++ dact-0.8.41/debian/changelog @@ -1,3 +1,21 @@ +dact (0.8.41-4.1) unstable; urgency=low + + * Non maintainer upload to fix RC bug + * Fixes are mostly from Michael Casadevall. + + debian/control: +- Changed build-dep liblzo - liblzo2, Closes: #466373 +- Add autoconf build-dep +- Fix lintian warning missing-comma-after-substvar + + debian/rules: +- call autoconf +- Added CPPFLAGS=-I/usr/include/lzo so that liblzo2's headers + could be found. + + debian/patches/02_lzo2.dpatch +- Modified configure.in to look for lzo in lzo2 which appears to + a to be a debian specific modification + + -- Riku Voipio riku.voi...@iki.fi Sun, 01 Mar 2009 21:57:24 +0200 + dact (0.8.41-4) unstable; urgency=low * Bump Standards-Version: 3.7.3. diff -u dact-0.8.41/debian/control dact-0.8.41/debian/control --- dact-0.8.41/debian/control +++ dact-0.8.41/debian/control @@ -3,13 +3,13 @@ Priority: optional Maintainer: Jose Carlos Medeiros deb...@psabs.com.br Uploaders: Ola Lundqvist o...@debian.org -Build-Depends: debhelper (= 5.0.0), zlib1g-dev, libbz2-dev, libmcrypt-dev, liblzo-dev, dpatch +Build-Depends: debhelper (= 5.0.0), zlib1g-dev, libbz2-dev, libmcrypt-dev, liblzo2-dev, dpatch, autoconf Standards-Version: 3.7.3 Homepage: http://www.rkeene.org/oss/dact/ Package: dact Architecture: any -Depends: ${shlibs:Depends} ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends} Description: Multi-algorithm compression DACT compresses each block within the file with all its known algorithms and uses the block with the best compression ratio. diff -u dact-0.8.41/debian/patches/00list dact-0.8.41/debian/patches/00list --- dact-0.8.41/debian/patches/00list +++ dact-0.8.41/debian/patches/00list @@ -1,0 +2 @@ +02_lzo2.dpatch only in patch2: unchanged: --- dact-0.8.41.orig/debian/patches/02_lzo2.dpatch +++ dact-0.8.41/debian/patches/02_lzo2.dpatch @@ -0,0 +1,18 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 02_lzo2.dpatch by sonicmcta...@gmail.com +## +## DP: Modified configure to check for lzo2 + +...@dpatch@ +diff -urNad dact-0.8.41~/configure.in dact-0.8.41/configure.in +--- dact-0.8.41~/configure.in 2004-12-20 02:46:59.0 -0500 dact-0.8.41/configure.in 2008-11-06 17:13:42.0 -0500 +@@ -28,7 +28,7 @@ + DC_CHK_MODULE(z, comp_zlib.c comp_mzlib.c comp_mzlib2.c, HAVE_LIBZ) + DC_CHK_MODULE(bz2, comp_bzlib.c, HAVE_LIBBZ2) + DC_CHK_MODULE(mcrypt, cipher_serpent.c, HAVE_LIBMCRYPT) +-DC_CHK_MODULE_VAR(lzo, comp_lzoox.c comp_lzooy.c comp_lzota.c, HAVE_LIBLZO, MODLIBSCOND) ++DC_CHK_MODULE_VAR(lzo2, comp_lzoox.c comp_lzooy.c comp_lzota.c, HAVE_LIBLZO, MODLIBSCOND) + + DC_ASK_CHKVERS + DC_ASK_NETWORK
Bug#515888: libhildonfm2: undefined symbol: gtk_file_system_cancel_operation
tags 515888 +experimental thanks Looking at the original report: ii libgtk2.0-0 2.14.7-1 The GTK+ graphical user interface This happens with Gtk 2.14.x from experimental. That said, libhildonfm2 is not easily portable to 2.14.x, and that it's probably easier to get rid of hildon-fm in hildon-desktop and modest. On Wed, Feb 18, 2009 at 08:38:35AM +0100, christi wrote: Package: libhildonfm2 Version: 1:1.9.49.debian-1 Severity: grave Justification: renders package unusable When trying to launch modest, I get a symbol error in libhildonfm: modest modest: symbol lookup error: /usr/lib/libhildonfm.so.2: undefined symbol: gtk_file_system_cancel_operation ii libgtk2.0-0 2.14.7-1 The GTK+ graphical user interface -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517659: ppl - FTBFS: Missuse of buildd resources
84h build time on armel :) I still disagree that this is a RC bug. Running testsuites is much more important than saving build time. It is the buildd's that are serving maintainers, not the other way around. That said, people maintaining slow(est) building packages should take extra care to upload only carefully prepared and tested packages to buildd's - And please avoid uploading too often... -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#472188: vnc4 still failing on arm/armel
user debian-...@lists.debian.org usertag 472188 + eabi usertag 472188 + arm usertag 472188 + armel thanks Any progress from this front? I think it's becoming a problem that vnc4 is built upon very old xfree codebase.. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506757: ITP: efte
Hi, What's the status with this ITP ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518751: Acknowledgement (g++-4.3 ICE on armel)
forcemerge 484053 518751 thanks Oh shoot me, ofcourse the second *after* submit I spot this was filed already. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518787: FTBFS: Cups teststuite timeout too short
Package: cups Version: 1.3.9-14 Severity: serious User: debian-...@lists.debian.org Usertags: eabi The armel builds of cups are failing. After some research it seems likely that success of cupsys testsuite is dependant of the performance of system running the testsuite. See: test/waitjobs.sh. It will only wait upto 60sec when waiting for jobs to finish. Bumping up the timeout has no ill effect on faster machines, because waitjobs.sh will anyway exit as soon as jobs have finished. waitjobs.sh should also print wether it exits due to jobs finising or due to bumping to a timeout. This probably also explains why the testsuite has failed on m68k and arm before. Test Summary PASS: Printer 'Test1' correctly produced 41 page(s). PASS: Printer 'Test2' correctly produced 23 page(s). PASS: 295 requests processed. PASS: 0 emergency messages. PASS: 0 alert messages. PASS: 0 critical messages. FAIL: 12 error messages, expected 9. E [08/Mar/2009:05:52:46 +] Missing attributes-natural-language attribute! E [08/Mar/2009:05:52:46 +] Missing printer-uri, job-uri, or ppd-name attribute! E [08/Mar/2009:05:52:46 +] Missing attributes-charset attribute! E [08/Mar/2009:05:52:46 +] Missing attributes-natural-language attribute! E [08/Mar/2009:05:52:46 +] Missing printer-uri, job-uri, or ppd-name attribute! E [08/Mar/2009:05:52:46 +] Missing attributes-charset attribute! E [08/Mar/2009:05:52:46 +] Missing attributes-natural-language attribute! E [08/Mar/2009:05:52:46 +] Missing printer-uri, job-uri, or ppd-name attribute! E [08/Mar/2009:05:52:46 +] Missing printer-uri, job-uri, or ppd-name attribute! E [08/Mar/2009:05:55:32 +] PID 30050 (/tmp/cups-buildd/bin/filter/pdftops) stopped with status 15! E [08/Mar/2009:05:55:33 +] PID 30343 (/tmp/cups-buildd/bin/filter/pdftops) stopped with status 15! E [08/Mar/2009:05:55:33 +] PID 30344 (/tmp/cups-buildd/bin/filter/pstops) stopped with status 1! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588001: FTBFS: shlibs parsing error
Package: haskell-haddock Version: 2.7.2-4 Severity: serious Package fails to build on the armel buildd: Kernel: Linux 2.6.26-2-iop32x armel (armv5tel) Toolchain package versions: libc6-dev_2.11.2-1 dpkg-dev_1.15.7.2 linux-libc-dev_2.6.32-15 gcc-4.4_4.4.4-6 g++-4.4_4.4.4-6 binutils_2.20.1-11 libstdc++6-4.4-dev_4.4.4-6 libstdc++6_4.4.4-6 Package versions: alex_2.3.3-1 apt_0.7.25.3 base-files_5.7 base-passwd_3.5.22 bash_4.1-3 binutils_2.20.1-11 bsdmainutils_8.0.13 bsdutils_1:2.17.2-3.1 build-essential_11.5 bzip2_1.0.5-4 cdbs_0.4.87 coreutils_8.5-1 cpio_2.11-4 cpp_4:4.4.4-2 cpp-4.4_4.4.4-6 dash_0.5.5.1-7 dctrl-tools_2.14 debconf_1.5.32 debconf-english_1.5.32 debfoster_2.7-1.1 debhelper_7.9.3 debian-archive-keyring_2009.01.31 debianutils_3.2.3 diffutils_1:3.0-1 dmsetup_2:1.02.48-2 dpkg_1.15.7.2 dpkg-dev_1.15.7.2 e2fslibs_1.41.12-2 e2fsprogs_1.41.12-2 fakeroot_1.14.4-1 file_5.04-2 findutils_4.4.2-1 g++_4:4.4.4-2 g++-4.4_4.4.4-6 gcc_4:4.4.4-2 gcc-4.4_4.4.4-6 gcc-4.4-base_4.4.4-6 gettext_0.18.1.1-1 gettext-base_0.18.1.1-1 ghc6_6.12.1-13 ghc6-prof_6.12.1-13 gnupg_1.4.10-4 gpgv_1.4.10-4 grep_2.6.3-3 groff-base_1.20.1-10 gzip_1.3.12-9 happy_1.18.4-2 haskell-devscripts_0.7.10 hostname_3.04 hscolour_1.16-1 html-xml-utils_5.7-2 html2text_1.3.2a-15 initscripts_2.88dsf-9 insserv_1.14.0-2 intltool-debian_0.35.0+20060710.1 libacl1_2.2.49-3 libattr1_1:2.4.44 -2 libblkid1_2.17.2-3.1 libbsd-dev_0.2.0-1 libbsd0_0.2.0-1 libbz2-1.0_1.0.5-4 libc-bin_2.11.2-1 libc-dev-bin_2.11.2-1 libc6_2.11.2-1 libc6-dev_2.11.2-1 libcomerr2_1.41.12-2 libcroco3_0.6.2-1 libdb4.7_4.7.25-9 libdb4.8_4.8.30-1 libdevmapper1.02.1_2:1.02.48-2 libdpkg-perl_1.15.7.2 libffi-dev_3.0.9-2 libffi5_3.0.9-2 libgc1c2_1:6.8-1.2 libgcc1_1:4.4.4-6 libgcrypt11_1.4.5-2 libgdbm3_1.8.3-9 libghc6-ghc-paths-dev_0.1.0.6-1 libglib2.0-0_2.24.1-1 libgmp3-dev_2:4.3.2+dfsg-1 libgmp3c2_2:4.3.2+dfsg-1 libgmpxx4ldbl_2:4.3.2+dfsg-1 libgnutls26_2.8.6-1 libgomp1_4.4.4-6 libgpg-error0_1.6-1 libldap-2.4-2_2.4.21-1 liblzma2_4.999.9beta+20100527-1 libmagic1_5.04-2 libmpfr1ldbl_2.4.2-3 libncurses5_5.7+20100313-2 libopencdk10_0.6.6-1 libpam-modules_1.1.1-3 libpam-runtime_1.1.1-3 libpam0g_1.1.1-3 libpcre3_8.02-1 libreadline6_6.1-3 libsasl2-2_2.1.23.dfsg1-5 libselinux1_2.0.94-1 libsepol1_2.0.41-1 libslang2_2.2.2-4 libss2_1.41.12-2 libstdc++6_4.4.4-6 libstdc++6-4.4-dev_4.4.4-6 libtasn1-3_2.7-1 libtimedate-perl_1.2000-1 libudev0_158- -snip- dpkg-gencontrol: warning: Depends field of package libghc6-haddock-prof: unknown substitution variable ${shlibs:Depends} dpkg-gencontrol: warning: can't parse dependency (= 2.3.3-10.7.25.35.73.5.224.1-32.20.1-118.0.131:2.17.2-3.111.51.0.5-40.4.878.5-12.11-44:4.4.4-24.4.4-60.5.5.1-72.141.5.321.5.322.7-1.17.9.32009.01.313.2.31:3.0-12:1.02.48-21.15.7.21.15.7.21.41.12-21.41.12-21.14.4-15.04-24.4.2-14:4.4.4-24.4.4-64:4.4.4-24.4.4-64.4.4-60.18.1.1-10.18.1.1-16.12.1-136.12.1-131.4.10-41.4.10-42.6.3-31.20.1-101.3.12-91.18.4-20.7.103.041.16-15.7-21.3.2a-152.88dsf-91.14.0-20.35.0+20060710.12.2.49-31:2.4.44-22.17.2-3.10.2.0-10.2.0-11.0.5-42.11.2-12.11.2-12.11.2-12.11.2-11.41.12-20.6.2-14.7.25-94.8.30-12:1.02.48-21.15.7.23.0.9-23.0.9-21:6.8-1.21:4.4.4-61.4.5-21.8.3-90.1.0.6-12.24.1-12:4.3.2+dfsg-12:4.3.2+dfsg-12:4.3.2+dfsg-12.8.6-14.4.4-61.6-12.4.21-14.999.9beta+20100527-15.04-22.4.2-35.7+20100313-20.6.6-11.1.1-31.1.1-31.1.1-38.02-16.1-32.1.23.dfsg1-52.0.94-12.0.41-12.2.2-41.41.12-24.4.4-64.4.4-62.7-11.2000-1158-10.9.3-12:0.1.12-152.17.2-3.12.7.7.dfsg-42.6.32-151:4.1.4.2-1+b23.2-23.13.81-82.5.7-31.3.3-152.17.2-3.15.7+20100313-25.7+201003 13-21:4.1.4.2-1+b22.6-25.10.1-135.10.1-135.10.1-131.0.166.1-34.2.1-70.0.41.7.2p7-12.88dsf-92.88dsf-92.88dsf-91.23-22010j-1158-12.17.2-3.11:7.5+34.999.9beta+20100527-11:1.2.3.4.dfsg-3) dpkg-gencontrol: error: error occurred while parsing Depends field: libghc6-haddock-dev (=2.7.2-4), libghc6-cabal-prof-1.8.0.2-80b8f, libghc6-array-prof-0.3.0.0-dbdf7, libghc6-base-prof-4.2.0.0-14b6a, libghc6-containers-prof-0.3.0.0-409fe, libghc6-directory-prof-1.0.1.0-78675, libghc6-filepath-prof-1.1.0.3-73da5, libghc6-ghc-prof-6.12.1-cf255, (= 2.3.3-10.7.25.35.73.5.224.1-32.20.1-118.0.131:2.17.2-3.111.51.0.5-40.4.878.5-12.11-44:4.4.4-24.4.4-60.5.5.1-72.141.5.321.5.322.7-1.17.9.32009.01.313.2.31:3.0-12:1.02.48-21.15.7.21.15.7.21.41.12-21.41.12-21.14.4-15.04-24.4.2-14:4.4.4-24.4.4-64:4.4.4-24.4.4-64.4.4-60.18.1.1-10.18.1.1-16.12.1-136.12.1-131.4.10-41.4.10-42.6.3-31.20.1-101.3.12-91.18.4-20.7.103.041.16-15.7-21.3.2a-152.88dsf-91.14.0-20.35.0+20060710.12.2.49-31:2.4.44-22.17.2-3.10.2.0-10.2.0-11.0.5-42.11.2-12.11.2-12.11.2-12.11.2-11.41.12-20.6.2-14.7.25-94.8.30-12:1.02.48-21.15.7.23.0.9-23.0.9-21:6.8-1.21:4.4.4-61.4.5-21.8.3-90.1.0.6-12.24.1-12:4.3.2+dfsg-12:4.3.2+dfsg-12:4.3.2+dfsg-12.8.6-14.4.4-61.6-12.4
Bug#584610: [mips] gcc-4.4 build failure after upgrade to eGLIBC-2.11
On Mon, Jun 07, 2010 at 09:15:05AM +0200, Matthias Klose wrote: On 06.06.2010 00:51, Aurelien Jarno wrote: These functions were present before in the library, but not exported in the headers. This has been changed as it is required by ISO C99. While these functions are strictly not needed in libstdc++6 anymore, we have two options: - revert the GLIBC change, which means we break the C99 compatibility (as before) - patch GCC to export these functions anyway. What's your opinion? For ARM I did choose the second option, but didn't get any feedback about it. So maybe it's time to ask the mips and arm porters? The patch applied for armel is: http://svn.debian.org/viewsvn/gcccvs/branches/sid/gcc-4.4/debian/patches/libstdc%2B%2B-arm-ldbl-compat.diff?view=log I'm fine with this fix. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586743: breaks buildd's
This breaks buildd's on install/removal of python-minimal. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554506: cryptsetup: unable to find root volume
Hi, I have now with lenny-squeeze upgrade: volume group aardvark not found skipping volume group aardvark. cryptsetup: lvm device name (/dev/hda1 does not begin with /dev/mapper/. -fstab- /dev/mapper/aardvark-root / ext3 errors=remount-ro,noatime,nodiratime 0 1 -- -crypttab- hda2_crypt /dev/hda2 none luks -- No UUID's anywhere - are they mandatory now? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554506: cryptsetup: unable to find root volume
On Thu, Jun 24, 2010 at 11:58:08AM +0300, Riku Voipio wrote: -crypttab- hda2_crypt /dev/hda2 none luks -- switching this from hda2-sda2 makes it now boot. hrmh. Still, the error message remains. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560252: band-aid fix
Hi, Here is the debdiff of the quick fix I just uploaded. This is _not_ intended as the correct permanent fix, but rather something to keep the buildd chroots from breaking several times a day... hence the emergency. diff -u fontconfig-2.6.0/debian/fontconfig.postinst fontconfig-2.6.0/debian/fontconfig.postinst --- fontconfig-2.6.0/debian/fontconfig.postinst +++ fontconfig-2.6.0/debian/fontconfig.postinst @@ -1,6 +1,6 @@ #!/bin/sh -set -e +set +e if [ $1 = triggered ]; then # Force regeneration of all fontconfig cache files. diff -u fontconfig-2.6.0/debian/changelog fontconfig-2.6.0/debian/changelog --- fontconfig-2.6.0/debian/changelog +++ fontconfig-2.6.0/debian/changelog @@ -1,3 +1,11 @@ +fontconfig (2.6.0-4.1) unstable; urgency=low + + * Non-maintainer upload. + * emergency band-aid fix to avoid messing setup on install/remove when +defoma is not installed, Closes: #559136, #560252, #559348 + + -- Riku Voipio riku.voi...@iki.fi Mon, 14 Dec 2009 10:42:40 +0200 + fontconfig (2.6.0-4) unstable; urgency=low * fontconfig.{triggers,postinst}: register a trigger to automatically only in patch2: unchanged: --- fontconfig-2.6.0.orig/debian/fontconfig.prerm +++ fontconfig-2.6.0/debian/fontconfig.prerm @@ -0,0 +1,5 @@ +#! /bin/sh + +set +e + +#DEBHELPER#
Bug#589228: cannot be put in sbin
severity 589228 minor thanks mkfs.ubifs and mkfs.jffs2 link against liblzo2 which is in /usr/lib so putting these binaries in /sbin doesn't make sense. These binaries are not used as traditional mkfs utilities which create filesystems on block devices. Instead they are used to create loopback files which include a prebuilt filesystems. keeping the bug open in case someone else wonders about the same issue. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589228: cannot be put in sbin
On Sat, Aug 07, 2010 at 10:12:11PM +0200, Christoph Anton Mitterer wrote: On Fri, 2010-08-06 at 22:39 +0300, Riku Voipio wrote: mkfs.ubifs and mkfs.jffs2 link against liblzo2 which is in /usr/lib so putting these binaries in /sbin doesn't make sense. These binaries are not used as traditional mkfs utilities which create filesystems on block devices. Instead they are used to create loopback files which include a prebuilt filesystems. But isn't jffs2 used as root-fs in some embedded devices? And wouldn't it be necessary for that to have it in /bin ? yes it used rootfs no they dont need in mkfs.jffs2 in sbin. please try to understand that mkfs.jffs2 is not used to format block (or nand) devices. it is used to precreate filesystems on regular files. keeping the bug open in case someone else wonders about the same issue. Then we should use wontfix, shouldn't we? yes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546322: Log for failed build of pulseaudio_0.9.17-1 on armel (dist=unstable)
Package: pulseaudio Version: 0.9.17-1 Severity: serious User: debian-...@lists.debian.org Usertag: eabi svolume_arm.c appears to use ARMv6 instructions, so it should be compiled with -march=armv6. The function appears already be protected with runtime CPU detection, so pulseaudio should still work as whole on lesser ARM cpu's. CC libpulsecore_0.9.17_la-svolume_arm.lo /bin/bash ../libtool --silent --tag=CC --mode=compile cc -std=gnu99 -DHAVE_CONFIG_H -I. -I..-I../src -I../src -I../src/modules -I../src/modules -I../src/modules/rtp -I../src/modules/rtp -I../src/modules/gconf -I../src/modules/gconf -I../src/modules/bluetooth -I../src/modules/bluetooth -I../src/modules/oss -I../src/modules/oss -I../src/modules/alsa -I../src/modules/alsa -I../src/modules/raop -I../src/modules/raop -I../src/modules/x11 -I../src/modules/x11 -I../src/modules/jack -I../src/modules/jack -pthread -D_POSIX_PTHREAD_SEMANTICS -DPA_BUILDDIR=\/build/buildd-pulseaudio_0.9.17-1-armel-njHR4X/pulseaudio-0.9.17/src\ -DPA_DLSEARCHPATH=\/usr/lib/pulse-0.9.17/modules\ -DPA_DEFAULT_CONFIG_DIR=\/etc/pulse\ -DPA_BINARY=\/usr/bin/pulseaudio\ -DPA_SYSTEM_RUNTIME_PATH=\/var/run/pulse\ -DPA_SYSTEM_CONFIG_PATH=\/var/lib/pulse\ -DPA_SYSTEM_STATE_PATH=\/var/lib/pulse\ -DAO_REQUIRE_CAS -DPULSE_LOCALEDIR=\/usr/share/locale\ -DPA_MACHINE_ID=\/var/lib/dbus/machine-id\ -DPA_ALSA_PATHS_DIR=\/usr/share/pulseaudio/alsa-mixer/paths\ -DPA_ALSA_PROFILE_SETS_DIR=\/usr/share/pulseaudio/alsa-mixer/profile-sets\ -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -g -O2 -g -Wall -O2 -Wall -W -Wextra -pipe -Wno-long-long -Winline -Wvla -Wno-overlength-strings -Wunsafe-loop-optimizations -Wundef -Wformat=2 -Wlogical-op -Wsign-compare -Wformat-security -Wmissing-include-dirs -Wformat-nonliteral -Wold-style-definition -Wpointer-arith -Winit-self -Wdeclaration-after-statement -Wfloat-equal -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wmissing-declarations -Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-aliasing=2 -Wwrite-strings -Wno-unused-parameter -ffast-math -Wp,-D_FORTIFY_SOURCE=2 -fno-common -fdiagnostics-show-option -c -o libpulsecore_0.9.17_la-svolume_arm.lo `test -f 'pulsecore/svolume_arm.c' || echo './'`pulsecore/svolume_arm.c {standard input}: Assembler messages: {standard input}:54: Error: selected processor does not support `smulwb r0,r0,r2' {standard input}:55: Error: selected processor does not support `ssat r0,#16,r0' {standard input}:65: Error: selected processor does not support `ldrd r2,[r6],#8' {standard input}:67: Error: selected processor does not support `smulwt r2,r2,r0' {standard input}:68: Error: selected processor does not support `smulwb r3,r3,r0' {standard input}:69: Error: selected processor does not support `ssat r2,#16,r2' {standard input}:70: Error: selected processor does not support `ssat r3,#16,r3' {standard input}:71: Error: selected processor does not support `pkhbt r0,r3,r2,LSL#16' {standard input}:80: Error: selected processor does not support `ldrd r2,[r6],#8' {standard input}:81: Error: selected processor does not support `ldrd r4,[r6],#8' {standard input}:82: Error: selected processor does not support `ldrd r0,[sl]' {standard input}:83: Error: selected processor does not support `smulwt r2,r2,r0' {standard input}:84: Error: selected processor does not support `smulwb r3,r3,r0' {standard input}:85: Error: selected processor does not support `smulwt r4,r4,r1' {standard input}:86: Error: selected processor does not support `smulwb r5,r5,r1' {standard input}:87: Error: selected processor does not support `ssat r2,#16,r2' {standard input}:88: Error: selected processor does not support `ssat r3,#16,r3' {standard input}:89: Error: selected processor does not support `ssat r4,#16,r4' {standard input}:90: Error: selected processor does not support `ssat r5,#16,r5' {standard input}:91: Error: selected processor does not support `pkhbt r0,r3,r2,LSL#16' {standard input}:92: Error: selected processor does not support `pkhbt r1,r5,r4,LSL#16' {standard input}:93: Error: selected processor does not support `strd r0,[sl],#8' make[4]: *** [libpulsecore_0.9.17_la-svolume_arm.lo] Error 1 make[4]: Leaving directory `/build/buildd-pulseaudio_0.9.17-1-armel-njHR4X/pulseaudio-0.9.17/src' make[3]: *** [all] Error 2 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518473: Support for .netrc
Ping? We'd really like this for our buildd's. It is a oneline patch, and only affects https transport method. Cheers, Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547635: gambas2 FTBFS on on armel (dist=unstable)
Package: gambas2 Version: 2.16.0-1 Severity: serious User: debian-...@lists.debian.org Usertag: eabi building your package failed on buildd's: dh_installdocs -s dh_installchangelogs -pgambas2 ChangeLog dh_install --sourcedir=debian/tmp -s dh_install: gambas2-gb-xml-rpc missing files (usr/share/gambas2/info/gb.xml.rpc.*), aborting make: *** [binary-arch] Error 1 full build log aT: https://buildd.debian.org/fetch.cgi?pkg=gambas2arch=armelver=2.16.0-1stamp=1253486519file=logas=raw -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556944: please support more arches
Package: zfs-fuse Version: 0.6.0~beta+433snapshot-1 Severity: normal User: debian-...@lists.debian.org Usertag: eabi Please make zfs-fuse more portable. At least specify what is needed (big/little-endian, pointer size, foo?) rather than blindly blacklist all unknown arches. dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package zfs-fuse dpkg-buildpackage: source version 0.6.0~beta+433snapshot-1 dpkg-buildpackage: host architecture armel /usr/bin/fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp configure-stamp # Add here commands to clean up after the build process. scons -c -C src scons: Reading SConscript files ... Sorry, only the x86, amd64 and sparc64 hardware architectures are supported make: *** [clean] Error 1 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules clean gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558001: FTBFS: too tight timeout in testsuite
Package: cmake Version: 2.8.0-4 Severity: serious User: debian-...@lists.debian.org Usertag: eabi Considering the bootstraptest takes ~200 more time than other tests on other archs too, this test should probably have bigger timeout than others. 115/137 Test #115: CTestTestFailedSubmit-xmlrpc . Passed 26.85 sec Start 116: BootstrapTest 116/137 Test #116: BootstrapTest ***Timeout5400.04 sec 99% tests passed, 1 tests failed out of 137 Total Test time (real) = 9097.00 sec The following tests FAILED: 116 - BootstrapTest (Timeout) Errors while running CTest -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558001: FTBFS: too tight timeout in testsuite
On Thu, Nov 26, 2009 at 02:41:38AM +0200, Modestas Vainius wrote: Is experimental armel buildd much faster? IIRC, it has managed to build cmake in 2 hours (without testsuite). While unstable buildds typically needed ~5 hours to build cmake 2.6.x/2.8.0-1 (without testsuite either). There is a fast buildd in both unstable and experimantal networks. However, the unstable network has more buildd's in total so chances of hitting a slow buildd in unstable network are greater. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547503: git-core: git clone fails on armel
On Sun, Nov 08, 2009 at 07:14:25PM -0600, Jonathan Nieder wrote: Hi arm porters, Can you reproduce this problem? If so, any ideas on how to fix it? mv78x00: git clone git://git.sugarlabs.org/sugar-jhbuild/mainline.git sugar-jhbuild Initialized empty Git repository in /schroot/sugar-jhbuild/.git/ remote: Counting objects: 4728, done. remote: Compressing objects: 100% (2095/2095), done. remote: Total 4728 (delta 2798), reused 4376 (delta 2577) Receiving objects: 100% (4728/4728), 1.87 MiB | 206 KiB/s, done. Resolving deltas: 100% (2798/2798), done. mv78x00: git clone git://git.gnome.org/jhbuild Initialized empty Git repository in /schroot/jhbuild/.git/ remote: Counting objects: 20162, done. remote: Compressing objects: 100% (6726/6726), done. remote: Total 20162 (delta 15845), reused 16820 (delta 13378) Receiving objects: 100% (20162/20162), 3.52 MiB | 118 KiB/s, done. Resolving deltas: 100% (15845/15845), done. mv78x00: At the original report: Kernel: Linux 2.6.31-rc9-flatty-ocf-1-00293-g53a104c (PREEMPT) Whats this kernel? Which CPU and machine is it on? Zlib is heavily used throughout debian, so any breakage should have been noted before by others. Versions of packages git-core depends on: ii libc6 2.9-25 GNU C Library: Shared libraries Seems you have quite old sqeeze setup. Can you try updating? Gerrit Pape wrote: On Sun, Sep 20, 2009 at 02:08:20PM +0200, Sascha Silbe wrote: git clone fails on my Debian armel system: sascha.si...@flatty:~$ git clone git://git.sugarlabs.org/sugar-jhbuild/mainline.git sugar-jhbuild Initialized empty Git repository in /home/sascha.silbe/sugar-jhbuild/.git/ remote: Counting objects: 4772, done. remote: Compressing objects: 100% (2079/2079), done. error: inflate: data stream error (invalid distance too far back) fatal: pack has bad object at offset 616818: inflate returned -3 fatal: index-pack failed sascha.si...@flatty:~$ git clone git://git.gnome.org/jhbuild Initialized empty Git repository in /home/sascha.silbe/jhbuild/.git/ remote: Counting objects: 19804, done. remote: Compressing objects: 100% (6374/6374), done. fatal: pack has bad object at offset 487227: inflate returned -5 fatal: index-pack failed sascha.si...@flatty:~$ Hi Sascha, the bug seems to be in zlib, not git. git uses the inflate() function from zlib, which, in your case, returns the errors -3 (Z_DATA_ERROR) and -5 (Z_BUF_ERROR). See /usr/include/zlib.h. Thanks, Jonathan Please CC me on replies, as I’m not subscribed. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532334: Potentially insufficient RAM causes #532334
On Thu, Jun 11, 2009 at 09:04:40AM +0200, Michael Hanke wrote: Hi, I am trying to investigate why 'fsl' fails to build on armel's buildd. Martin Michlmayr suggested that it might be insufficent memory of the buildd. Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532334 for more information, including a code snippet that should demonstrate the bug, but does _not_ in my test build with an emulated 256 MB RAM system. How much memory does the buildd machine have? All machines listed on I don't know how much memory dione (the buildd in question) has. Anyways, I redirected it to a buildd that has 1GB of Ram. http://unstable.buildd.net/index-armel.html seem to have 512 MB. These are unstable buildd's, experimental/non-free buildd's are a different net. $a...@buildd.debian.org doesn't usually direct to experimental buildd network. Here is the log of the failing build: http://experimental.debian.net/fetch.php?pkg=fslver=4.1.4-2arch=armelstamp=1244096723file=logas=raw Usually build's that OOM take much longer to happen, so this might be a different bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532334: Potentially insufficient RAM causes #532334
On Thu, Jun 11, 2009 at 09:38:38AM +0200, Michael Hanke wrote: I don't know how much memory dione (the buildd in question) has. Anyways, I redirected it to a buildd that has 1GB of Ram. Thanks! Different build error: http://experimental.debian.net/fetch.php?pkg=fslver=4.1.4-2arch=armelstamp=1244706374file=logas=raw -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#394418: Runtime bug on ARM/netwinder (causes FTBFS)
severity 394418 minor thanks Since netwinder needs oldabi arm port, and old arm port has been dropped from squeeze and unstable, this bug is no longer really releveant. Perhaps it could even be closed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526546: FTBFS: #error unsupported architecture
severity 526546 serious thanks Quite rude to change the severity without notifying the reporter. At least the error message should tell what specific feature is missing from the arch rather than spew a generic unspported arch message. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526546: FTBFS: #error unsupported architecture
On Fri, Jun 12, 2009 at 10:23:14PM +0200, Guido Trotter wrote: On Fri, Jun 12, 2009 at 10:43:36PM +0300, Riku Voipio wrote: At least the error message should tell what specific feature is missing from the arch rather than spew a generic unspported arch message. Sorry, I didn't intend not to notify you (I thought the BTW sould have). That said I don't believe this is RC, as LXC never was on those architectures. right, I missed that part. So this is indeed just important. I will followup with upstream regarding more architecture supports, but in the meantime what's the reason not to have this in testing, for archs in which it works? Can't we leave it important for now? Just following upstream isn't enough - upstreams' don't neccesarily care about all the archs debian supports. For example the unshare syscall which is one of the reason's that could cause the error message, is supported on arm. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533174: module-init-tools fails to install in buildd
Package: module-init-tools Version: 3.9-1 Severity: serious The build log[1], looks like a postinst error: On Mon, Jun 15, 2009 at 09:27:00AM +, Build Daemon wrote: Get:5 http://incoming.debian.org sid/main module-init-tools 3.9-1 [89.8kB] ... Setting up man-db (2.5.5-2) ... Building database of manual pages ... Setting up module-init-tools (3.9-1) ... dpkg: error processing module-init-tools (--configure): subprocess post-installation script returned error exit status 1 [1] https://buildd.debian.org/fetch.cgi?pkg=kdebluetootharch=armelver=1.0~beta8-6%2Bb1stamp=1245058028file=logas=raw -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533283: please do not build-depend on libgoogle-perftools-dev
Package: libdrizzle Version: 0.2.0-2 Severity: important User: debian-...@lists.debian.org Usertags: eabi libdrizzle build-deps on libgoogle-perftools-dev, but doesn't use it anywhere on the build. removing libgoogle-perftools-dev from build-depends in debian/control still allows libdrizzle to build fine. libgoogle-perftools-dev is only available on selected architectures, so this build-dep is preventing building libdrizzle on others, such as armel. Build log: -snip- Checking for already installed source dependencies... W: Unable to locate package libgoogle-perftools-dev debhelper: already installed (7.2.13 = 7 is satisfied) chrpath: already installed (0.13-2) doxygen: missing zlib1g-dev: already installed (1:1.2.3.3.dfsg-13) libgoogle-perftools-dev: missing Checking for source dependency conflicts... E: Couldn't find package libgoogle-perftools-dev Installing positive dependencies: doxygen libgoogle-perftools-dev Reading package lists... Building dependency tree... Reading state information... E: Couldn't find package libgoogle-perftools-dev apt-get failed. Package installation failed Trying to reinstall removed packages: Trying to uninstall newly installed packages: Source-dependencies not satisfied; skipping libdrizzle -snip- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534126: please update arm hwcaps
Package: eglibc Version: 2.9-17 Severity: normal User: debian-...@lists.debian.org Usertags: eabi The following two patches from ubuntu would be important to get to debian too. NEON hwcap needs 2.6.30, but vfp is already usable. These are needed to ship for example neon/vfp optimized versions of ffmpeg. diff -urN old/eglibc-2.9/debian/patches/arm/local-hwcap-updates.diff eglibc-2.9/debian/patches/arm/local-hwcap-updates.diff --- old/eglibc-2.9/debian/patches/arm/local-hwcap-updates.diff 1970-01-01 00:00:00.0 + +++ eglibc-2.9/debian/patches/arm/local-hwcap-updates.diff 2009-06-19 18:08:10.0 + @@ -0,0 +1,47 @@ +Add support for some recent ARM hwcaps additions. +--- + ports/sysdeps/unix/sysv/linux/arm/dl-procinfo.c |4 ++-- + ports/sysdeps/unix/sysv/linux/arm/dl-procinfo.h |2 +- + ports/sysdeps/unix/sysv/linux/arm/sysdep.h |3 +++ + 3 files changed, 6 insertions(+), 3 deletions(-) + +--- a/ports/sysdeps/unix/sysv/linux/arm/dl-procinfo.c b/ports/sysdeps/unix/sysv/linux/arm/dl-procinfo.c +@@ -47,12 +47,12 @@ + #if !defined PROCINFO_DECL defined SHARED + ._dl_arm_cap_flags + #else +-PROCINFO_CLASS const char _dl_arm_cap_flags[10][10] ++PROCINFO_CLASS const char _dl_arm_cap_flags[13][10] + #endif + #ifndef PROCINFO_DECL + = { + swp, half, thumb, 26bit, fast-mult, fpa, vfp, edsp, +-java, iwmmxt, ++java, iwmmxt, crunch, thumbee, neon, + } + #endif + #if !defined SHARED || defined PROCINFO_DECL +--- a/ports/sysdeps/unix/sysv/linux/arm/dl-procinfo.h b/ports/sysdeps/unix/sysv/linux/arm/dl-procinfo.h +@@ -24,7 +24,7 @@ + #include ldsodefs.h + #include sysdep.h + +-#define _DL_HWCAP_COUNT 10 ++#define _DL_HWCAP_COUNT 13 + + /* The kernel provides platform data but it is not interesting. */ + #define _DL_HWCAP_PLATFORM0 +--- a/ports/sysdeps/unix/sysv/linux/arm/sysdep.h b/ports/sysdeps/unix/sysv/linux/arm/sysdep.h +@@ -48,6 +48,9 @@ + #define HWCAP_ARM_EDSP128 + #define HWCAP_ARM_JAVA256 + #define HWCAP_ARM_IWMMXT 512 ++#define HWCAP_ARM_CRUNCH 1024 ++#define HWCAP_ARM_THUMBEE 2048 ++#define HWCAP_ARM_NEON4096 + + #ifdef __ASSEMBLER__ + diff -urN old/eglibc-2.9/debian/patches/arm/local-no-hwcap.diff eglibc-2.9/debian/patches/arm/local-no-hwcap.diff --- old/eglibc-2.9/debian/patches/arm/local-no-hwcap.diff 2009-06-20 14:59:32.0 + +++ eglibc-2.9/debian/patches/arm/local-no-hwcap.diff 2009-06-19 18:08:21.0 + @@ -11,7 +11,7 @@ }; -#define HWCAP_IMPORTANT (HWCAP_ARM_HALF | HWCAP_ARM_FAST_MULT) -+#define HWCAP_IMPORTANT HWCAP_ARM_FAST_MULT ++#define HWCAP_IMPORTANT (HWCAP_ARM_VFP | HWCAP_ARM_NEON) static inline int __attribute__ ((unused)) diff -urN old/eglibc-2.9/debian/patches/series eglibc-2.9/debian/patches/series --- old/eglibc-2.9/debian/patches/series2009-06-20 14:59:32.0 + +++ eglibc-2.9/debian/patches/series2009-06-19 18:16:06.0 + @@ -61,6 +61,7 @@ arm/local-ioperm.diff arm/local-lowlevellock.diff arm/local-no-hwcap.diff +arm/local-hwcap-updates.diff arm/submitted-setjmp.diff arm/submitted-fpu_control_h.diff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534244: please add ttyS2 to securetty
Package: login Version: 1:4.1.3.1-1 Severity: wishlist Tags: patch User: debian-...@lists.debian.org Usertag: eabi ttyS2 is used by beagleboard and some other arm devices as the default serial console. Please add it to securetty --- /etc/securetty 2009-04-16 02:23:45.0 +0300 +++ /etc/securetty 2009-06-22 23:22:37.489734330 +0300 @@ -5,6 +5,7 @@ # Standard serial ports ttyS0 ttyS1 +ttyS2 # USB dongles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520084: strace build failure on arm
tags 520084 + patch thanks This patch allows strace to build on arm: http://bugs.gentoo.org/attachment.cgi?id=181917action=view -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533796: texlive-bin: non-standard gcc/g++ used for build (gcc-4.2)
On Mon, Jun 29, 2009 at 07:11:46PM +0200, Adeodato Simó wrote: On 20.06.09 Matthias Klose (d...@cs.tu-berlin.de) wrote: This package builds with a non standard compiler version; please check if this package can be built with the default version of gcc/g++. Please keep this report open until the package uses the default compiler version for the package build. We got #533796, cause we build texlive-bin on armel using gcc 4.2 instead of 4.3. This was once done cause of a bug in gcc 4.3 (see #483939). Do you know if the problem is solved in recent gcc versions? Also could you drop us a note if the mentioned bug was reported to the DBTS and which # it is? Sorry, I don't know. I'm CCing one of the armel porters, in case he's aware what bug was causing texlive-bin to FTBFS on that architecture back in the day A quick test shows that texlive-bin still FTBFS's with gcc-4.3, but builds fine with gcc-4.4. You could switch from to gcc-4.4 on armel for now, and drop the special case when gcc-4.4 becomes the default compiler. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535295: should this package be removed?
Package: wordtrans Version: 1.1pre15-3.2 Severity: important Wordtrans is dead upstream and functionally superceded by ktranslator. Wordtrans depends on old toolkits and gcc-3.4, and has seen no maintainer upload in last two years.. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552809: FTBFS on armel, broken configure
Package: ball Version: 1.3.0-1 Architecture: armel Severity: serious User: debian-...@lists.debian.org Usertag: eabi ball failed to build on armel. do not check against uname -m, check for exact features you need. checking for cat... /bin/cat checking whether echo accepts -e... no checking your OS... OS: Linux / hardware: armv5tel Sorry - this architecture is currently not supported... Configure failed. If you cannot solve your problem with the aid of the above error message, please contact the BALL mailing list or the BALL developers. Please enclose the file 'conf.diag.tar' which has been created in source. It contains the relevant files from this configure run. In most cases, the information is necessary to diagnose what went wrong. This file contains information about your system setup and versions of compilers and other tools installed in your system. configure: error: Aborted. make: *** [configure-stamp] Error 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549863: 855GM support gone upstream?
Hi, Similar problems for me too (Thinkpad X40 with 855GM). xserver hasn't been stable or working ever since 2.3.2 (lenny version). None of the kernel updates have given relief either. At the moment the only solution is to keep the lenny version of xserver-xorg-video-intel: echo xserver-xorg-video-intel hold|sudo dpkg --set-selections Since Intel is apparently happy to make multiple major releases of their driver without working 855GM support, perhaps it is time to admit that the hardware isn't supported anymore by upstream? Howabout packaging the lenny version of xserver-xorg-video-intel as xserver-xorg-video-intel-legacy to give 855GM users a working X in squeeze? lcpci: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616181: fpc: FTBFS on armel: An unhandled exception occurred at $00033B60
On Sun, Mar 27, 2011 at 12:12:16AM +, peter green wrote: I have tried and failed to reproduce this issue in qemu with an up to date sid. Can anyone else reproduce it? Since both failures have been from the same buildd I wonder if it's some issue with the particular buildd. Tried it on another buildd and got the same issue. There a few things qemu doesn't emulate, for example alignement errors. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592614: current snapshot ok for armv7
On Wed, May 11, 2011 at 09:24:53AM +0200, Pierre Habouzit wrote: Sadly it doesn't work: https://buildd.debian.org/status/fetch.php?pkg=valgrindarch=armelver=1%3A3.6.1-2stamp=1305095779 I have an arm at home so I'll try to see if I'm able to understand how to cheat it, but if you have any clever idea, I'd love to hear it :) Thanks for your effort. There is abel.debian.org which is armel porterbox you can try builds. Hector should be able to install valgrind build-depends there. In case you don't have time/energy to debug the issue on a remote machine, I can have a look next week. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626483: RM: hildon-desktop -- RoM; RC-buggy; abandoned upstream
Package: hildon-desktop Version: 1:2.0.19.debian.1-3 Severity: important As per agreed on the thread at: http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html Start removing maemo/hildon packages from Debian. Starting with leaf packages without rdeps. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626484: RM: hildon-icons -- RoM; abandoned upstream
Package: hildon-icons Version: 2.1.debian-3 Severity: important As per agreed on the thread at: http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html Start removing maemo/hildon packages from Debian. Starting with leaf packages without rdeps. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626485: RM: modest -- RoM; abandoned upstream
Package: modest Version: 3.90.4-2 Severity: important As per agreed on the thread at: http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html Start removing maemo/hildon packages from Debian. Starting with leaf packages without rdeps. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626483: RM: hildon-desktop -- RoM; RC-buggy; abandoned upstream
reassign 626483 ftp.debian.org thanks slow thinking from me, of course against ftp.debian.org. On Thu, May 12, 2011 at 01:33:49PM +0300, Riku Voipio wrote: Package: hildon-desktop Version: 1:2.0.19.debian.1-3 Severity: important As per agreed on the thread at: http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html Start removing maemo/hildon packages from Debian. Starting with leaf packages without rdeps. Riku ___ pkg-maemo-maintainers mailing list pkg-maemo-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-maemo-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626485: RM: modest -- RoM; abandoned upstream
reassign 626485 ftp.debian.org thanks On Thu, May 12, 2011 at 01:37:44PM +0300, Riku Voipio wrote: Package: modest Version: 3.90.4-2 Severity: important As per agreed on the thread at: http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html Start removing maemo/hildon packages from Debian. Starting with leaf packages without rdeps. Riku ___ pkg-maemo-maintainers mailing list pkg-maemo-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-maemo-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617779: openmpi: Please add armel/armhf support
any news on this bug? Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621595: drop kaffeine-mozilla (no longer useful)
reassign 621595 ftp.debian.org retitle 621595 RM: kaffeine-mozilla -- RoM; orphaned; abandoned upstream thanks I agree, lets remove kaffeine-mozilla. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617779: fix uploaded to DELAYED/5-days
tags 617779 + pending tags 621978 + pending thanks I've uplodaded an NMU fixing these bugs to DELAYED/5-days. debdiff attached. Cheers, Riku diff -u openmpi-1.4.3/debian/control openmpi-1.4.3/debian/control --- openmpi-1.4.3/debian/control +++ openmpi-1.4.3/debian/control @@ -10,7 +10,7 @@ Vcs-Browser: http://svn.debian.org/wsvn/pkg-openmpi/openmpi/trunk/ Package: openmpi-bin -Architecture: alpha amd64 i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 +Architecture: alpha amd64 armel armhf i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 Depends: ${shlibs:Depends}, ${misc:Depends}, openmpi-common (= ${source:Version}) Recommends: openmpi-checkpoint [ amd64 armel i386 powerpc ] Suggests: gfortran @@ -39,7 +39,7 @@ Package: libopenmpi-dev Section: libdevel -Architecture: alpha amd64 i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 +Architecture: alpha amd64 armel armhf i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 Depends: ${shlibs:Depends}, ${misc:Depends}, libopenmpi1.3 (= ${binary:Version}), openmpi-common (= ${source:Version}), libibverbs-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] Conflicts: openmpi-dev Replaces: openmpi-dev, openmpi-bin (= 1.2.4-0) @@ -56,7 +56,7 @@ Package: libopenmpi1.3 Section: libs -Architecture: alpha amd64 i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 +Architecture: alpha amd64 armel armhf i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 Depends: ${shlibs:Depends}, ${misc:Depends} Conflicts: openmpi-libs0, libopenmpi1 Replaces: openmpi-libs0, libopenmpi1 @@ -101,7 +101,7 @@ Package: libopenmpi-dbg Section: debug -Architecture: alpha amd64 i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 +Architecture: alpha amd64 armel armhf i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 Depends: ${misc:Depends}, openmpi-bin (= ${binary:Version}), libopenmpi1.3 (= ${binary:Version}) Conflicts: openmpi-dbg Replaces: openmpi-dbg diff -u openmpi-1.4.3/debian/changelog openmpi-1.4.3/debian/changelog --- openmpi-1.4.3/debian/changelog +++ openmpi-1.4.3/debian/changelog @@ -1,3 +1,13 @@ +openmpi (1.4.3-2.1) unstable; urgency=low + + * Non-maintainer upload + * Add openmpi link fix, closes: #621978 +- Thanks to Daniel Schepler dschep...@gmail.com + * Add arm support from ubuntu, closes: #617779 +- Thanks to Jani Monoses j...@ubuntu.com + + -- Riku Voipio riku.voi...@iki.fi Wed, 20 Apr 2011 19:53:03 +0300 + openmpi (1.4.3-2) unstable; urgency=low * Fixed symlinks for shared libraries. Thanks to Matthias Klose diff -u openmpi-1.4.3/debian/patches/series openmpi-1.4.3/debian/patches/series --- openmpi-1.4.3/debian/patches/series +++ openmpi-1.4.3/debian/patches/series @@ -2,0 +3 @@ +arm_support --- openmpi-1.4.3.orig/ompi/tools/ompi-server/Makefile.am +++ openmpi-1.4.3/ompi/tools/ompi-server/Makefile.am @@ -41,7 +41,7 @@ endif # OMPI_INSTALL_BINARIES ompi_server_SOURCES = ompi-server.c -ompi_server_LDADD = $(top_builddir)/ompi/libmpi.la +ompi_server_LDADD = $(top_builddir)/ompi/libmpi.la $(top_builddir)/orte/libopen-rte.la $(top_builddir)/opal/libopen-pal.la distclean-local: rm -f $(man_pages) --- openmpi-1.4.3.orig/ompi/tools/ompi_info/Makefile.am +++ openmpi-1.4.3/ompi/tools/ompi_info/Makefile.am @@ -66,7 +66,7 @@ output.cc \ param.cc \ version.cc -ompi_info_LDADD = $(top_builddir)/ompi/libmpi.la +ompi_info_LDADD = $(top_builddir)/ompi/libmpi.la $(top_builddir)/orte/libopen-rte.la $(top_builddir)/opal/libopen-pal.la clean-local: test -z $(OMPI_CXX_TEMPLATE_REPOSITORY) || $(RM) -rf $(OMPI_CXX_TEMPLATE_REPOSITORY) --- openmpi-1.4.3.orig/debian/patches/arm_support +++ openmpi-1.4.3/debian/patches/arm_support @@ -0,0 +1,316 @@ +## Description: Support building for arm +## Origin/Author: jani.mono...@canonical.com +## Bug: bug URL +Index: openmpi-1.4.3/config/ompi_config_asm.m4 +=== +--- openmpi-1.4.3.orig/config/ompi_config_asm.m4 2011-01-06 14:07:27.0 +0200 openmpi-1.4.3/config/ompi_config_asm.m4 2011-01-06 14:49:30.0 +0200 +@@ -875,6 +875,12 @@ + OMPI_GCC_INLINE_ASSIGN='movl [$]0, %0 : =r(ret)' + ;; + ++arm*) ++ompi_cv_asm_arch=ARM ++OMPI_ASM_SUPPORT_64BIT=1 ++OMPI_GCC_INLINE_ASSIGN='mov r0, 0 : =r(ret)' ++;; ++ + ia64-*) + ompi_cv_asm_arch=IA64 + OMPI_ASM_SUPPORT_64BIT=1 +Index: openmpi-1.4.3/opal/include/opal/sys/Makefile.am +=== +--- openmpi-1.4.3.orig/opal/include/opal/sys/Makefile.am 2011-01-06 14:07:27.0 +0200 openmpi
Bug#624852: busybox: please enable taskset applet
Package: busybox-static Version: 1:1.17.1-10 Severity: wishlist running busybox taskset, one gets: taskset: applet not found from the packaging, all the configs seem to have: CONFIG_TASKSET is not set I see the packages has many other requests to turn on applets in busybox. If there is a reason to keep having a subset of applets in busybox-static/-deb, perhaps a busybox-all package would make sense? Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592614: current snapshot ok for armv7
On Tue, May 10, 2011 at 03:28:36PM +0200, Pierre Habouzit wrote: I'm mostly clueless about which arm CPU versions Debian is supposed to support, should I wrap valgrind in some shell script that checks if the CPU is recent enough to run valgrind and fail gracefully if not? and if thats a good idea, how can I know which arm version the CPU supports? debian support armv4t+. considering /usr/bin/valgrind is a shell script, checking from cpu from there should be possible. I wouldn't worry much, valgrind is a expert tool, and experts should be able understand why valgrind isn't available for their cpu. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613850: FTBFS on armel: error: #error Unknown architecture
Package: zeroc-ice Version: 3.4.1-2 Severity: grave zeroc-ice repeatedly fails to build on armel: https://buildd.debian.org/build.php?pkg=zeroc-icearch=armelver=3.4.1-2 -snip- making all in IceUtil make[3]: Entering directory `/build/buildd-zeroc-ice_3.4.1-2-armel-P5xUvV/zeroc-ice-3.4.1/cpp/src/IceUtil' c++ -c -I../../include -DICE_UTIL_API_EXPORTS -I.. -Wall -D_REENTRANT -fPIC -g ArgVector.cpp In file included from ../../include/IceUtil/ArgVector.h:13, from ArgVector.cpp:10: ../../include/IceUtil/Config.h:34:5: error: #error Unknown architecture ... /bin/sh: ../bin/slice2html: not found -snip- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621401: fixes submitted upstream
Hi, There is a patch in ubuntu and upstream already: http://bugs.scribus.net/view.php?id=9850 Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632301: Changes for cross-compiling at
Package: at Version: 3.1.13-1 Severity: normal User: crossbu...@debian.org Usertags: cross Tags: patch Few changes are needed to crosscompile at package. 1. configure - dh_auto_configure not mandatory change, but dh_auto_configure will do the --build and --host setting for automatically, making the build command shorter 2. make test - dh_auto_test dh_auto_test will respect DEB_BUILD_OPTIONS=nocheck, so when crosscompiling tests don't need to be run 3. configure.ac change dont try to use AC_TRY_RUN when crosscompiling. This patch requires running autoconf to change the configure file too. please submit this patch to upstream too. 4. makefile.in change don't use install -s in make install, that means DEB_BUILD_OPTIONS=nostrip option will not work. This is also a patch to propose upstream. Cheers, Riku diff -u at-3.1.12/debian/rules at-3.1.12/debian/rules --- at-3.1.12/debian/rules +++ at-3.1.12/debian/rules @@ -5,15 +5,6 @@ --with-atspool=/var/spool/cron/atspool \ SENDMAIL=/usr/sbin/sendmail -export DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) -export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) - -ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE)) - confflags += --build $(DEB_HOST_GNU_TYPE) -else - confflags += --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE) -endif - build: build-stamp build-stamp: [ -f config.sub.ori ] || mv config.sub config.sub.ori @@ -21,9 +12,10 @@ ln -sf /usr/share/misc/config.sub . ln -sf /usr/share/misc/config.guess . - ./configure $(confflags) - $(MAKE) - $(MAKE) test + dh_auto_configure -- $(confflags) + dh_auto_build + dh_auto_test + touch $@ clean: --- at-3.1.12.orig/configure.ac +++ at-3.1.12/configure.ac @@ -38,12 +38,17 @@ AC_MSG_RESULT(no) ;; esac + + +if test $cross_compiling = no +then AC_MSG_CHECKING(Trying to compile a trivial ANSI C program) AC_TRY_RUN([ main(int ac, char **av) { return 0; } ], AC_MSG_RESULT(yes), AC_MSG_RESULT(no) AC_MSG_ERROR(Could not compile and run even a trivial ANSI C program - check CC.), AC_MSG_ERROR(Could not compile and run even a trivial ANSI C program - check CC.)) +fi AC_MSG_CHECKING(__attribute__((noreturn))) AC_TRY_COMPILE([], [void __attribute__((noreturn)) panic(void);], only in patch2: unchanged: --- at-3.1.12.orig/Makefile.in +++ at-3.1.12/Makefile.in @@ -97,14 +97,14 @@ chmod 600 $(IROOT)$(LFILE) chown $(DAEMON_USERNAME):$(DAEMON_GROUPNAME) $(IROOT)$(LFILE) test -f $(IROOT)$(etcdir)/at.allow || test -f $(IROOT)$(etcdir)/at.deny || $(INSTALL) -o root -g $(DAEMON_GROUPNAME) -m 640 at.deny $(IROOT)$(etcdir)/ - $(INSTALL) -g $(DAEMON_GROUPNAME) -o $(DAEMON_USERNAME) -m 6755 -s at $(IROOT)$(bindir) + $(INSTALL) -g $(DAEMON_GROUPNAME) -o $(DAEMON_USERNAME) -m 6755 at $(IROOT)$(bindir) $(LN_S) -f at $(IROOT)$(bindir)/atq $(LN_S) -f at $(IROOT)$(bindir)/atrm $(INSTALL) -g root -o root -m 755 batch $(IROOT)$(bindir) $(INSTALL) -d -o root -g root -m 755 $(IROOT)$(man1dir) $(INSTALL) -d -o root -g root -m 755 $(IROOT)$(man5dir) $(INSTALL) -d -o root -g root -m 755 $(IROOT)$(man8dir) - $(INSTALL) -g root -o root -m 755 -s atd $(IROOT)$(sbindir) + $(INSTALL) -g root -o root -m 755 atd $(IROOT)$(sbindir) $(INSTALL) -g root -o root -m 755 atrun $(IROOT)$(sbindir) $(INSTALL) -g root -o root -m 644 at.1 $(IROOT)$(man1dir)/ cd $(IROOT)$(man1dir) $(LN_S) -f at.1 atq.1 $(LN_S) -f at.1 batch.1 $(LN_S) -f at.1 atrm.1
Bug#528143: update multiarch patch
/debian/changelog @@ -1,3 +1,12 @@ +bzip2 (1.0.5-7) unstable; urgency=low + + * multiarchize, closes: #528143 + * from Colin watson: +lib32bz2-1.0 only pre-depends on libc6-i386 on amd64; that +pre-dependency is nonsensical on ppc64. + + -- Riku Voipio riku.voi...@linaro.org Mon, 15 Aug 2011 13:21:25 +0300 + bzip2 (1.0.5-6) unstable; urgency=high * Fix integer overflow
Bug#637883: [PATCH] Add multiarch fields
Package: xz-utils Version: 5.1.1alpha+20110528-1~exp1 Severity: wishlist User: debian-d...@lists.debian.org Usertags: multiarch Multiarch transition in experimental is half-done. While the paths have been changed, Multi-Arch: fields from debian/control are missing. Multi-Arch: same for packages that install to multiarch directories, and Multi-Arch: foreign for packages where foreign architecture version is ok. ps. If you need sponsor for upload, I'm available. Signed-off-by: Riku Voipio riku.voi...@linaro.org --- debian/control |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/debian/control b/debian/control index 8d57b8b..dedceb4 100644 --- a/debian/control +++ b/debian/control @@ -18,6 +18,7 @@ Section: libs Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Pre-Depends: ${misc:Pre-Depends} +Multi-Arch: same Description: XZ-format compression library XZ is the successor to the Lempel-Ziv/Markov-chain Algorithm compression format, which provides memory-hungry but powerful @@ -30,6 +31,7 @@ Description: XZ-format compression library Package: xz-utils Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} +Multi-Arch: foreign Suggests: xz-lzma Breaks: xz-lzma ( 4.999.9beta+20091004-1) Replaces: xz-lzma ( 4.999.9beta+20091004-1) @@ -76,6 +78,7 @@ Package: xzdec Priority: extra Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} +Multi-Arch: foreign Suggests: xz-utils Breaks: xz-lzma ( 4.999.9beta+20091004-1) Replaces: xz-lzma ( 4.999.9beta+20091004-1) @@ -105,6 +108,7 @@ Priority: optional Architecture: any Depends: liblzma5 (= ${binary:Version}), ${misc:Depends} Suggests: liblzma-doc +Multi-Arch: same Description: XZ-format compression library - development files XZ is the successor to the Lempel-Ziv/Markov-chain Algorithm compression format, which provides memory-hungry but powerful -- 1.7.4.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637883: Fwd: [PATCH] Add multiarch fields
On 15 August 2011 17:38, Jonathan Nieder jrnie...@gmail.com wrote: Riku Voipio wrote: Multiarch transition in experimental is half-done. While the paths have been changed, Multi-Arch: fields from debian/control are missing. Thanks! Do you know if the Multi-Arch field is in policy yet (or if there's been work on that)? I thought there was, but apparently there isn't yet. These fields are what dpkg = 1.16 recognizes (but doesn't use yet). dpkg in multi-arch branch uses theses fields to allow install of different than main arch packages. ps. If you need sponsor for upload, I'm available. I would like to take you up on that. I'll try preparing uploads for sid and experimental later today. Cool, I'm not sure how late I'll be up tonight, but mail me when ready. Cheers, Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528205: convert libusb to multiarch
/changelog libusb-0.1.12/debian/changelog --- libusb-0.1.12/debian/changelog +++ libusb-0.1.12/debian/changelog @@ -1,3 +1,9 @@ +libusb (2:0.1.12-19) unstable; urgency=low + + * Multi-Arch conversion + + -- Riku Voipio riku.voi...@linaro.org Tue, 16 Aug 2011 12:43:24 +0300 + libusb (2:0.1.12-18) unstable; urgency=low * Upgraded policy compliance to 3.9.2 (no changes). diff -u libusb-0.1.12/debian/libusb++-0.1-4c2.install libusb-0.1.12/debian/libusb++-0.1-4c2.install --- libusb-0.1.12/debian/libusb++-0.1-4c2.install +++ libusb-0.1.12/debian/libusb++-0.1-4c2.install @@ -1 +1 @@ -usr/lib/libusbpp-0.1.so.* +usr/lib/*/libusbpp-0.1.so.*
Bug#638018: please add multi-arch support like in libselinux
Package: libsepol Version: 2.0.42-1 Severity: wishlist User: debian-d...@lists.debian.org Usertags: multiarch Tags: patch Hi, Libselinux was already updated to multi-arch. This patch is almost identical, except for libsepol. In case you don't have time, I can also NMU it and take care of any possible fallout. Hence the optimistic NMU with maintainer approval changelog entry ;) Riku diff -u libsepol-2.0.42/debian/changelog libsepol-2.0.42/debian/changelog --- libsepol-2.0.42/debian/changelog +++ libsepol-2.0.42/debian/changelog @@ -1,3 +1,14 @@ +libsepol (2.0.42-1.1) unstable; urgency=low + + * Non-maintainer upload with permission of the maintainer. + * Build for multiarch, setting Pre-Depends multiarch-support in our shared +lib package. + * Always use -n with gzip, to avoid encoding timestamps in the gzip file; +this ensures compressed docs and other files are identical across +multiple builds, required for multiarch. + + -- Riku Voipio riku.voi...@linaro.org Tue, 16 Aug 2011 17:29:52 +0300 + libsepol (2.0.42-1) unstable; urgency=low * New Upstream ver: Fix compliation under GCC 4.6 by Justin Mattock diff -u libsepol-2.0.42/debian/local-vars.mk libsepol-2.0.42/debian/local-vars.mk --- libsepol-2.0.42/debian/local-vars.mk +++ libsepol-2.0.42/debian/local-vars.mk @@ -26,7 +26,7 @@ PREFIX = /usr BINDIR = $(TMPTOP)$(PREFIX)/bin -LIBDIR = $(TMPTOP)/lib +LIBDIR = $(TMPTOP)/lib/$(DEB_HOST_MULTIARCH) INCLUDE = $(TMPTOP)$(PREFIX)/include INCDIR = $(INCLUDE)/sepol diff -u libsepol-2.0.42/debian/control libsepol-2.0.42/debian/control --- libsepol-2.0.42/debian/control +++ libsepol-2.0.42/debian/control @@ -6,12 +6,13 @@ Maintainer: Manoj Srivastava sriva...@debian.org Uploaders: Russell Coker russ...@coker.com.au Standards-Version: 3.8.3.0 -Build-Depends: file +Build-Depends: file, dpkg-dev (= 1.16.0) Package: sepol-utils Section: admin Architecture: any Depends: ${shlibs:Depends} +Multi-Arch: foreign Conflicts: checkpolicy (= 1.20) Description: Security Enhanced Linux policy utility programs This package provides a utility for a Security-enhanced @@ -28,6 +29,8 @@ Priority: required Architecture: any Depends: ${shlibs:Depends} +Pre-Depends: multiarch-support +Multi-Arch: same Description: SELinux library for manipulating binary security policies Security-enhanced Linux is a patch of the Linux kernel and a number of utilities with enhanced security functionality designed to add @@ -50,6 +53,7 @@ Provides: libsepol-dev Conflicts: libsepol-dev Depends: ${shlibs:Depends}, libsepol1 (= ${binary:Version}) +Multi-Arch: same Description: SELinux binary policy maniulation library and development files libsepol allows programs to easily modify SELinux binary policies. This means changing the default values for booleans, or reading the policy for diff -u libsepol-2.0.42/debian/local.mk libsepol-2.0.42/debian/local.mk --- libsepol-2.0.42/debian/local.mk +++ libsepol-2.0.42/debian/local.mk @@ -81,7 +81,7 @@ $(make_directory) $(LIBDIR) $(make_directory) $(TMPTOP)/DEBIAN $(install_file) debian/shlibs $(TMPTOP)/DEBIAN - $(MAKE) DESTDIR=$(TMPTOP) -C src install + $(MAKE) DESTDIR=$(TMPTOP) SHLIBDIR=$(LIBDIR) -C src install rm -f $(LIBDIR)/libsepol.a rm -f $(LIBDIR)/libsepol.so test ! -e $(LIBDIR)/libsepol.pc || rm -f $(LIBDIR)/libsepol.pc @@ -89,7 +89,7 @@ chmod 0644 $(LIBDIR)/libsepol.so.1 $(install_file) debian/changelog $(DOCDIR)/changelog.Debian $(install_file) ChangeLog $(DOCDIR)/changelog - gzip -9fqr $(DOCDIR)/ + gzip -9fnqr $(DOCDIR)/ # Make sure the copyright file is not compressed $(install_file) debian/copyright $(DOCDIR)/copyright $(strip-lib) @@ -111,14 +111,14 @@ $(MAKE) DESTDIR=$(TMPTOP) -C man install rm -rf $(MAN8DIR) $(MAKE) DESTDIR=$(TMPTOP) -C include install - $(MAKE) DESTDIR=$(TMPTOP) -C src install - rm -rf $(LIBDIR) - rm -f $(TMPTOP)/usr/lib/libsepol.so - ln -s /lib/libsepol.so.1 $(TMPTOP)/usr/lib/libsepol.so + $(MAKE) DESTDIR=$(TMPTOP) LIBDIR=$(TMPTOP)/usr/lib/$(DEB_HOST_MULTIARCH) SHLIBDIR=$(LIBDIR) -C src install + rm -rf $(TMPTOP)/lib + rm -f $(TMPTOP)/usr/lib/$(DEB_HOST_MULTIARCH)/libsepol.so + ln -s /lib/$(DEB_HOST_MULTIARCH)/libsepol.so.1 $(TMPTOP)/usr/lib/$(DEB_HOST_MULTIARCH)/libsepol.so $(install_file) debian/changelog $(DOCDIR)/changelog.Debian $(install_file) ChangeLog $(DOCDIR)/changelog - gzip -9fqr $(DOCDIR)/ - gzip -9fqr $(MANDIR)/ + gzip -9fqnr $(DOCDIR)/ + gzip -9fqnr $(MANDIR)/ # Make sure the copyright file is not compressed $(install_file) debian/copyright $(DOCDIR)/copyright $(strip-lib) @@ -139,8 +139,8 @@ $(MAKE) DESTDIR=$(TMPTOP) -C utils install $(install_file) debian/changelog $(DOCDIR)/changelog.Debian $(install_file) ChangeLog $(DOCDIR