Bug#508281: update-grub: dramatically fails at reporting errors
Package: grub Version: 0.97-47lenny1 Severity: serious Justification: Prevents kernel (and system) upgrades Just in case random folks read this bugreport, that's 0.97-47lenny1 from an unstable system, while 0.97-47 is currently in lenny. Don't ask me why. That says it all: ,-- | [EMAIL PROTECTED]:~$ sudo update-grub ; echo $? | Searching for GRUB installation directory ... found: /boot/grub | 1 `-- → Any aptitude/apt-get/omglolpackagemanager round breaks. So be it. Let's debug: ,-- | [EMAIL PROTECTED]:~$ /sbin/update-grub -h | Searching for GRUB installation directory ... found: /boot/grub | [EMAIL PROTECTED]:~$ /sbin/update-grub --help | Searching for GRUB installation directory ... found: /boot/grub | [EMAIL PROTECTED]:~$ sudo /sbin/update-grub -v | Searching for GRUB installation directory ... found: /boot/grub | [EMAIL PROTECTED]:~$ sudo /sbin/update-grub --verbose | Searching for GRUB installation directory ... found: /boot/grub `-- No, having to resort to *strace* doesn't seem like a suitable approach for grub in the next stable release. No, pointing to grub2 won't help fix this particular problem in grub, mind you. Yes, that also applies to 0.97-51. -- Cyril Brulebois -- Package-specific info: *** BEGIN /boot/grub/device.map (hd0) /dev/hda *** END /boot/grub/device.map *** BEGIN /proc/mounts /dev/mapper/talisker-root / ext3 rw,errors=remount-ro,data=ordered 0 0 /dev/sda1 /boot ext3 rw,errors=continue,data=ordered 0 0 /dev/mapper/talisker-home /home ext3 rw,errors=continue,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-legacy-doc/. ## default num # Set the default entry to the entry number NUM. Numbering starts from 0, and # the entry number 0 is the default if the command is not used. # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. # WARNING: If you are using dmraid do not change this entry to 'saved' or your # array will desync and will not let you boot your system. default 0 ## timeout sec # Set a timeout, in SEC seconds, before automatically booting the default entry # (normally the first entry defined). timeout 5 # Pretty colours color cyan/blue white/blue # Splash image splashimage=(hd0,0)/boot/grub/splashimages/debsplash.xpm.gz ### PASSWORD LINE REMOVED ### # If used in the first section of a menu file, disable all interactive editing # control (menu entry editor and command-line) and entries protected by the # command 'lock' ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### # # examples # # title Windows 95/98/NT/2000 # root (hd0,0) # makeactive # chainloader +1 # # title Linux # root (hd0,1) # kernel/vmlinuz root=/dev/hda2 ro # # # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## lines between the AUTOMAGIC KERNELS LIST markers will be modified ## by the debian update-grub script except for the default options below ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## ## default kernel options ## default kernel options for automagic boot options ## If you want special options for specific kernels use kopt_x_y_z ## where x.y.z is kernel version. Minor versions can be omitted. ## e.g. kopt=root=/dev/hda1 ro ## kopt_2_6_8=root=/dev/hdc1 ro ## kopt_2_6_8_2_686=root=/dev/hdc2 ro # kopt=root=/dev/mapper/talisker-root ro ## default grub root device ## e.g. groot=(hd0,0) # groot=(hd0,0) ## should update-grub create alternative automagic boot options ## e.g. alternative=true ## alternative=false # alternative=true ## should update-grub lock alternative automagic boot options ## e.g. lockalternative=true ## lockalternative=false # lockalternative=false ## additional options to use with the default boot option, but not with the ## alternatives ## e.g. defoptions=vga=791 resume=/dev/hda5 # defoptions=vga=791 splash ## should update-grub lock old automagic boot options ## e.g. lockold=false ## lockold=true # lockold=false ## Xen hypervisor options to use with the default Xen boot option # xenhopt= ## Xen Linux kernel options to use with the default Xen boot option # xenkopt=console=tty0 ## altoption boot targets option ## multiple altoptions lines are allowed ## e.g. altoptions=(extra menu suffix) extra boot options ## altoptions=(single-user) single # altoptions=(single-user mode) single ## controls how many kernels should be put into the menu.lst ## only counts the first occurence of a kernel, not the ## alternative kernel options ## e.g. howmany=all ## howmany=7
Bug#508304: Segmentation fault at startup
David Paleino [EMAIL PROTECTED] (09/12/2008): synfigstudio just dies during the splash screen. Here's the backtrace: Hello, I can't reproduce it here with a fresh installation of studio on amd64. Maybe that could be related to your Gtk theme in some ways? Could you please try and reproduce with a fresh user? Mraw, KiBi. signature.asc Description: Digital signature
Bug#508281: update-grub: dramatically fails at reporting errors
Jason Thomas [EMAIL PROTECTED] (10/12/2008): You could try the following: # sh -x update-grub FWIW, device.map needed an update, after the hda→sda switch (2.6.26 to 2.6.27 and newer). Still, some verbose mode would help. Or at least documentation in the manpage and/or README.Debian. I don't think leaving people out in the cold is an option here. And IMHO such an update wouldn't be much of a problem from a RT point of view. Mraw, KiBi. signature.asc Description: Digital signature
Bug#508304: Segmentation fault at startup
David Paleino [EMAIL PROTECTED] (09/12/2008): I can't reproduce it here with a fresh installation of studio on amd64. Maybe that could be related to your Gtk theme in some ways? Could you please try and reproduce with a fresh user? Tried it, nope, same stacktrace. Hmm, OK. Could we have “bt full” now, so that we have a chance to see which element is causing you trouble? I'm running on i386 though. Yeah, I noted that. Mraw, KiBi. signature.asc Description: Digital signature
Bug#508272: gnome-splashscreen-manager: Refuses to start, undefined symbol: gtk_file_system_error_quark
Mohammed Adnène Trojette [EMAIL PROTECTED] (09/12/2008): I fail to reproduce the bug. Moreover, gnome-splashscreen-manager's gtk2 bugs are often caused by libgtk2-ruby1.8. Please could you try downgrading gnome-splashscreen-manager's dependencies and libgtk2-ruby1.8. and see whether the bug still applies? Hm, I can't reproduce it either, with the same versions as Jean-Luc's, and on amd64 as well. libgtk2-ruby1.8 is at 0.17.0~rc1-6 as well. If that can be of any use, I have that: ,-- | $ nm -D /usr/lib/ruby/1.8/x86_64-linux/gtk2.so | grep gtk_file_system_error_quark | U gtk_file_system_error_quark `-- Anything in /usr/local maybe? Mraw, KiBi. signature.asc Description: Digital signature
Bug#508304: Segmentation fault at startup
reassign 508304 libgtkmm-2.4-1c2a severity 508304 important found508304 1:2.14.3-1 thanks David Paleino [EMAIL PROTECTED] (10/12/2008): Eheh, I did not post it before because it's a bit... err.. messy. […] OK, got the crash on amd64 as well when upgrading to libgtkmm-2.4-1c2a from experimental (which is already David's case). Downgrading severity as a regression (I guess?) in set_tip() for an experimental package doesn't look as release-critical as synfigstudio not starting at all; and reassigning (Maintainer/Uploaders Cc'd). Mraw, KiBi. signature.asc Description: Digital signature
Bug#508281: update-grub: dramatically fails at reporting errors
Otavio Salvador [EMAIL PROTECTED] (11/12/2008): Bear on mind that Debian is going to release with 2.6.26 ;-) Sure. But AFAICT, moving from hd* to sd* started way before 2.6.28-rc* (depending on HW, SW stacks, etc.) so some others may encounter similar troubles, even with 2.6.26. But I wasn't looking at the kernel so close, unfortunately. Mraw, KiBi. signature.asc Description: Digital signature
Bug#508265: NMU orphan diff for sysprof 1.0.12-1
tag 508265 pending thanks Ben Hutchings b...@decadent.org.uk (14/12/2008): Therefore I have made an NMU which fixes this bug and orphans it. This is effectively a QA upload so it does not use the usual NMU version format. I uploaded to delayed/7. Tagging accordingly. Mraw, KiBi. signature.asc Description: Digital signature
Bug#505317: tokyocabinet_1.3.15-2(hppa/experimental): FTBFS: error: bzlib.h is required
tag 505317 patch thanks Frank Lichtenheld dj...@debian.org (11/11/2008): Package: tokyocabinet Version: 1.3.15-2 Severity: serious As expected, a trivial patch is sufficient. [...] | checking bzlib.h usability... no | checking bzlib.h presence... no | checking for bzlib.h... no | configure: error: bzlib.h is required Missing libbz2-dev. Patch attached. Mraw, KiBi. From 7c9a296f3a608ea41e4d9c3f28628852510fad0e Mon Sep 17 00:00:00 2001 From: Cyril Brulebois k...@debian.org Date: Sat, 27 Dec 2008 13:30:25 +0100 Subject: [PATCH] Add libbz2-dev to Build-Depends (Closes: #505317). Fix FTBFS due to missing bzlib.h. Signed-off-by: Cyril Brulebois k...@debian.org --- debian/control |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/debian/control b/debian/control index 0c9075b..144a473 100644 --- a/debian/control +++ b/debian/control @@ -1,7 +1,7 @@ Source: tokyocabinet Priority: extra Maintainer: Pierre Habouzit madco...@debian.org -Build-Depends: debhelper (= 5), autotools-dev, zlib1g-dev, chrpath +Build-Depends: debhelper (= 5), autotools-dev, zlib1g-dev, chrpath, libbz2-dev Standards-Version: 3.7.3 Vcs-Git: git://git.madism.org/packages/tokyocabinet.git Vcs-Browser: http://git.madism.org/?p=packages/tokyocabinet.git;a=summary -- 1.5.6.5 signature.asc Description: Digital signature
Bug#505270: patched!
tag 505270 patch thanks Luis Mondesi lem...@gmail.com (23/12/2008): Now this makes sure we attempt to use our own font provided with the theme! I didn't test the patch, but I'm tagging this bugreport according to your subject and your claim that it fixes this bug. It could be tagged “pending” too, I guess, but that's your call. Mraw, KiBi. signature.asc Description: Digital signature
Bug#509840: podsleuth: Crashes every time
John Goerzen jgoer...@complete.org (26/12/2008): I have an iPod 60GB video mounted at /ipod. rhythmbox and gtkpod work fine with it. banshee doesn't see it, and I started investigating why. I noticed this in /tmp/podsleuth-debug: Pre-Mount Settings: - UDI: /org/freedesktop/Hal/devices/volume_uuid_4F95_CFF0 - Block Device: /dev/sdf2 - Temporary Mount Point: - FS Type: Exception: System.ApplicationException: Could not find org.freedesktop.Hal at Hal.Device.CastDevice[IDevice] () [0x0003a] in Do you have “hal” installed and running? It's only in Recommends, which might explain why. Considering the long description, that could seem like a dependency. /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/Hal/Device.cs:284 at Hal.Device..ctor (System.String udi) [0xd] in /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/Hal/Device.cs:127 at PodSleuth.HalFrontend.HalPopulator.RunInternal (System.String[] args) [0x0001f] in /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/PodSleuth.HalFrontend/HalPopulator.cs:54 at PodSleuth.HalFrontend.HalPopulator.Run (System.String[] args) [0x0] in /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/PodSleuth.HalFrontend/HalPopulator.cs:24 Note I have no directory /tmp/buildd on this system. Looks like those are just debug info, based on the filenames (and locations) when the package was built. Mraw, KiBi. signature.asc Description: Digital signature
Bug#488932: Patch to fix it in Lenny
tag 488932 patch thanks Filipe Lautert fil...@freeshell.org (27/12/2008): tags 488932 +patch Hi Filipe, if you want that to be taken into account, you need to put cont...@bugs.debian.org into To or Cc. Mraw, KiBi. signature.asc Description: Digital signature
Bug#510027: pavucontrol_0.9.7-1(sparc/experimental): FTBFS: undefined reference to `AO_store_full_emulation'
Frank Lichtenheld dj...@debian.org (28/12/2008): Full build log(s): http://experimental.ftbfs.de/build.php?ver=0.9.7-1pkg=pavucontrolarch=sparc I can't reproduce it on another architecture (amd64), maybe it could be due to a transient bug in the Build-Depends? I'd appreciate if you could try to give it back before I look deeper, if CPU time is considered cheap? Mraw, KiBi. signature.asc Description: Digital signature
Bug#501114: guile-1.6_1.6.8-6.1(sparc/unstable): FTBFS on sparc in test cases
Filippo Giunchedi fili...@debian.org (28/11/2008): FWIW the failing test seems to be test-cont in test-suite/tests/r4rs.test, so the bug might be in either leaf-eq? or next-leaf-generator Thanks for the hint, I'll try and have a look into it. Mraw, KiBi. signature.asc Description: Digital signature
Bug#501114: Upstream
Asheesh Laroia ashe...@asheesh.org (26/12/2008): Have you discussed this with upstream? That I don't know. It's a relief that the 1.8 branch appears not to have this problem; perhaps a simple fix can be backported. It doesn't look like trivial given the diff of the test suite, as well as of the file where the functions Filippo mentioned are defined. I've asked DSA to install guile-*'s B-D in a sid chroot on sparc, and I'll see what I can do. Please, don't break threads. You can use “bts -m show $bugnumber”, and reply to the mails that show up then. Mraw, KiBi. signature.asc Description: Digital signature
Bug#501114: guile-1.6_1.6.8-6.1(sparc/unstable): FTBFS on sparc in test cases
Cyril Brulebois k...@debian.org (31/12/2008): Filippo Giunchedi fili...@debian.org (28/11/2008): FWIW the failing test seems to be test-cont in test-suite/tests/r4rs.test, so the bug might be in either leaf-eq? or next-leaf-generator Thanks for the hint, I'll try and have a look into it. Thanks to Martin, got the B-D installed. With the attached diff, I'm getting: | Running r4rs.test | ERROR: Unbound variable: bar so leaf-eq? seems the buggy one. Still need to go deeper, but I thought I'd let the bug log know. I've also noticed there were other “bar” occurrences in the file, so I've replaced it with “fooish”, but that still breaks in the same way. And if there are other folks who want to play with it, once the build failed, the tests can be run using “make check-TESTS”. Happy everything. Mraw, KiBi. --- a/test-suite/tests/r4rs.test +++ b/test-suite/tests/r4rs.test @@ -874,11 +874,11 @@ ;;; r...@copper.ucs.indiana.edu (Raja Sooriamurthi) for fixing this ;;; code. The function leaf-eq? compares the leaves of 2 arbitrary ;;; trees constructed of conses. -(define (next-leaf-generator obj eot) +(define (next-leaf-generator obj baz) (letrec ((return #f) (cont (lambda (x) (recur obj) - (set! cont (lambda (x) (return eot))) + (set! cont (lambda (x) (return baz))) (cont #f))) (recur (lambda (obj) (if (pair? obj) @@ -890,12 +890,12 @@ (lambda () (call-with-current-continuation (lambda (ret) (set! return ret) (cont #f)) (define (leaf-eq? x y) - (let* ((eot (list 'eot)) - (xf (next-leaf-generator x eot)) - (yf (next-leaf-generator y eot))) + (let* ((bar (list 'bar)) + (xf (next-leaf-generator x bar)) + (yf (next-leaf-generator y bar))) (letrec ((loop (lambda (x y) (cond ((not (eq? x y)) #f) - ((eq? eot x) #t) + ((eq? bar x) #t) (else (loop (xf) (yf))) (loop (xf) (yf) (define (test-cont) signature.asc Description: Digital signature
Bug#501114: guile-1.6_1.6.8-6.1(sparc/unstable): FTBFS on sparc in test cases
Cyril Brulebois k...@debian.org (31/12/2008): so leaf-eq? seems the buggy one. Still need to go deeper, but I thought I'd let the bug log know. I've also noticed there were other “bar” occurrences in the file, so I've replaced it with “fooish”, but that still breaks in the same way. And if there are other folks who want to play with it, once the build failed, the tests can be run using “make check-TESTS”. Hrm. Maybe I'm wrong but that looks like it could be a miscompilation bug. Explanations: since upstream moved from CVS to git, I gave bisecting a try. I used “git merge-base” to find the branchpoint between the 1.6 and 1.8 branches, and try to build there. I had to tweak the environment a bit, but then stumbled upon FTBFS with gcc-4.3. Since I wasn't keen on patching every revision to be tried, I tried with gcc-4.2, and then I couldn't reproduce the test-suite failure anymore. I'm not sure how to debug that any further without having to fix every tried revision, which would mean a dozen or so. I think I'll be lacking either time or skills to fix every build failure, so I'll leave it up to the maintainer to see what to do from now. Mraw, KiBi. signature.asc Description: Digital signature
Bug#508707: zhone fails to load on latest
Brendan Johan Lee deadcy...@gmail.com (14/12/2008): Package: zhone Version: 0-git20081127-1 Severity: grave Justification: renders package unusable I can't find this package in Debian, where did you get it from? Mraw, KiBi. signature.asc Description: Digital signature
Bug#510142: guvcview: FTBFS on amd64
Please reply properly… (i.e. not only to the bug). arno arenev...@fdn.fr (31/12/2008): Not sure what you mean with real amd64 environment, but guvcview still not compiles because __user is not defined. So, I need to include sys/capability.h Neither chroots, or cowbuilder, or sbuild environments (which I mentioned in my first reply). Could that be a kernel bug ? (I'm using linux-image-2.6.27-1-amd64 from experimental) I'm using 2.6.28-rc9 vanilla. Not sure it matters. Mraw, KiBi. signature.asc Description: Digital signature
Bug#510397: gnome-power-manager_2.24.2-2(sparc/experimental): FTBFS: error: cast increases required alignment of target type
Frank Lichtenheld dj...@debian.org (01/01/2009): Package: gnome-power-manager Version: 2.24.2-2 Severity: serious Would rather be libgstreamer0.10-dev this time, no? your package failed to build from source. Same error, but other place, so I made a new bug. | Automatic build of gnome-power-manager_2.24.2-2 on titan by sbuild/sparc 98-farm | Build started at 20090101-0309 […] | cc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -pthread -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DORBIT2=1 -pthread -D_REENTRANT -I/usr/include/libgnomeui-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-keyring-1 -I/usr/include/libgnome-2.0 -I/usr/include/libbonoboui-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/gail-1.0 -I/usr/include/freetype2 -I/usr/include/atk-1.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/libglade-2.0 -I/usr/include/libwnck-1.0 -I/usr/include/startup-notification-1.0 -I/usr/include/panel-2.0-D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1 -pthread -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -DBINDIR=\/usr/bin\ -DGNOMELOCALEDIR=\/usr/share/locale\ -DDATADIR=\/usr/share\ -DPREFIX=\/usr\ -DSYSCONFDIR=\/etc\ -DLIBDIR=\/usr/lib\ -DVERSION=\2.24.2\ -DGPM_DATA=\/usr/share/gnome-power-manager\ -DEGG_LOG_FILE=\/gnome-power-manager\ -I.. -I../libunique -I../libhal-glib -I../libdbus-glib -Werror -Wcast-align -Wno-uninitialized -Wall -Wformat-security -g -fexceptions -g -O2 -g -Wall -O2 -c gpm-main.c | cc1: warnings being treated as errors | In file included from /usr/include/gstreamer-0.10/gst/gstpad.h:30, | from /usr/include/gstreamer-0.10/gst/gstelement.h:53, | from /usr/include/gstreamer-0.10/gst/gstbin.h:27, | from /usr/include/gstreamer-0.10/gst/gst.h:34, | from gpm-main.c:36: | /usr/include/gstreamer-0.10/gst/gstbuffer.h: In function 'gst_buffer_ref': | /usr/include/gstreamer-0.10/gst/gstbuffer.h:322: error: cast increases required alignment of target type ^^^ | In file included from /usr/include/gstreamer-0.10/gst/gstpad.h:32, | from /usr/include/gstreamer-0.10/gst/gstelement.h:53, | from /usr/include/gstreamer-0.10/gst/gstbin.h:27, | from /usr/include/gstreamer-0.10/gst/gst.h:34, | from gpm-main.c:36: | /usr/include/gstreamer-0.10/gst/gstevent.h: In function 'gst_event_ref': | /usr/include/gstreamer-0.10/gst/gstevent.h:344: error: cast increases required alignment of target type ^^ | In file included from /usr/include/gstreamer-0.10/gst/gstbus.h:29, | from /usr/include/gstreamer-0.10/gst/gstelement.h:54, | from /usr/include/gstreamer-0.10/gst/gstbin.h:27, | from /usr/include/gstreamer-0.10/gst/gst.h:34, | from gpm-main.c:36: | /usr/include/gstreamer-0.10/gst/gstmessage.h: In function 'gst_message_ref': | /usr/include/gstreamer-0.10/gst/gstmessage.h:241: error: cast increases required alignment of target type Mraw, KiBi. signature.asc Description: Digital signature
Bug#510452: Missing dependency (to python-pkg-resources)
tag 510452 patch thanks Diederik de Haas diederik.deh...@gmail.com (02/01/2009): Traceback (most recent call last): File /usr/bin/deluge, line 5, in module from pkg_resources import load_entry_point ImportError: No module named pkg_resources deluged --version gave the same/similar response. Workaround/fix: Searched for a package with a similar sounding name and found python-pkg-resources. After installing the package, both deluge --version reported the correct version and the GUI of it started succesfully. Looks sane, tagging accordingly. Mraw, KiBi. signature.asc Description: Digital signature
Bug#510325: debreaper: Always hangs, doesn't report anything
severity 510325 important thanks Downgrading from RC according to what follows… (and could be even lower, I guess.) Axel Beckert a...@deuxchevaux.org (31/12/2008): On my T61 with testing and selected unstable applications, debreaper (default configuration, none of the variables in /usr/share/doc/debreaper/README are set) never stops with its Knight Rider like progress bar, even on crashes of small programs like xosview (but also on big ones like liferea). I have to press cancel to close the debreaper window. Waited already several times for at least 15min, but nothing happened. Hi Axel, looking at the contents of this package, one can remark that: | $ LANG=C dpkg -L debreaper|grep \\.orig | package diverts others to: /usr/lib/libgnomeui-0/gnome_segv2.orig so I guess that debreaper only works with applications that were compiled against libgnomeui, which isn't the case of either xosview or liferea. The description might mention that fact, I assume. Mraw, KiBi. signature.asc Description: Digital signature
Bug#508271: [djvulibre] Please give back djvulibre/3.5.21-3 on arm, mipsel, sparc
Bastien ROUCARIES roucaries.bast...@gmail.com (11/12/2008): Package: djvulibre It is a bug in convert, cloned and annotated correctly We had “Blocking bugs of 508271 added: 508443”. AFAICT, the blocking bug (#508443) has been fixed, and fixed packages are available in unstable as well as in testing. I guess there's no valid reason to keep this bug (#508271) open, now? (Assuming missing archs now build fine, of course.) Missing builds: arm, mipsel, sparc according to rmadison. Would be: gb djvulibre . arm mipsel sparc Thanks for your time. Mraw, KiBi. signature.asc Description: Digital signature
Bug#501126: marked as done (foomatic-filters-ppds: postinst fails due to incorrect init script name)
Debian Bug Tracking System ow...@bugs.debian.org (01/01/2009): From: Frans Pop elen...@planet.nl To: 501126-d...@bugs.debian.org Subject: Bug#501126: foomatic-filters-ppds: postinst fails due to incorrect init script name Date: Thu, 1 Jan 2009 18:49:48 +0100 User-Agent: KMail/1.9.9 Message-Id: 200901011849.48907.elen...@planet.nl Version: 20080528-2 Fixed in version 20080528-2, but still broken in version 20080528-1+nmu1 which is currently in Lenny. Hello Release Managers, according to fjp's message, an unblock for that package would be needed: foomatic-filters-ppds/20080528-2.1 Thanks for your time. Mraw, KiBi. signature.asc Description: Digital signature
Bug#508832: gpt: FTBS if pccts is installed
severity 508832 important thanks Sebastian Andrzej Siewior sebast...@breakpoint.cc (15/12/2008): Package: gpt Version: 1.0.2-1 Severity: serious A build of gpt with pccts installed results in: […] Missing Build-Conflicts aren't RC, downgrading severity. Mraw, KiBi. signature.asc Description: Digital signature
Bug#495232: Please unblock 0.99.11-1
Paul Cupis p...@cupis.co.uk (20/11/2008): On Thu, Nov 20, 2008 at 06:20:22PM +0100, Friedemann Stoyan wrote: I run into the same trouble, quagga 0.99.10-1 is completely unusable for me. I compiled quagga source 0.99.11-1 from unstable for lenny. This version fixes the bug. Please unblock quagga 0.99.11-1. Upstream are considering dumping 0.99.11 due to a bug in the OSPF code - 0.99.12 is due to be released in the coming weeks with the fix (or can be patched etc). Hello, I'm wondering what to do with quagga for that bug WRT lenny. The diff between .10 and .11 is *huge*¹. Would a backport of the specific patch (as the one proposed by Hannes Schulz) for lenny be acceptable for a t-p-u upload? ¹: 206 files changed, 5133 insertions(+), 25909 deletions(-) according to a diffstat on a source debdiff. Hannes, did you contact upstream asking whether your patch would be suitable on top of .10? If you didn't, could you please do so, and point to the first mail of the thread by replying to the Debian bugreport, so that one can easily track it? Thanks for your time! Mraw, KiBi. signature.asc Description: Digital signature
Bug#495178: [Pkg-javascript-devel] Bug#495178: Technically RC
Daniel Baumann dan...@debian.org (08/12/2008): Florian Weimer wrote: This is RC because we cannot change the package at all, for instance to incorporate a security fix. i think we're going to use yuicompressor to offer compressed libs in each packages, however, i did not manage to upload a proper yuicompressor package yet. therefore, and wrt/ lenny, i've commited the following: http://git.debian.org/?p=pkg-javascript/jquery.git;a=commitdiff;h=1aa6639457ac7a32c456df05dd5e1c035bfddc8b;hp=3d7f6b851c1a6ef48cff70e5825ba72ceb3872bd Steve, could you comment? If you're fine with it, please upload. Adding him to To, just to be sure, since it's been a month already. But well, aren't you creating recursive symlinks? jquery.js - jquery.pack.js - jquery.js [Too many levels of symbolic links] Mraw, KiBi. signature.asc Description: Digital signature
Bug#505056: The bug isn't gone on ia64
tag 505056 patch
thanks
Sergei Golovan sgolo...@nes.ru (23/11/2008):
reopen 505056
thanks
Hi!
Unfortunately, the bug remains on ia64 architecture. It's still
triggered when building erlang: […]
Hello Sergei,
indeed, the fix was only partial, but the attached patch seems to do the
job, at least it's possible to process properly the file you mentioned
in the erlang source package.
Manoj, the attached patch is against the master branch of the declared
git repository. Note that I didn't check it doesn't break anything on
other architectures, but I'm pretty much confident. The rationale is
included in the commit message.
(As for the patch generation, I updated the .skl file, ran “make” to
update skel.c, and used “patch” to apply it to scan.c as well.)
Mraw,
KiBi.
Finish fixing the ia64 buffer issue.
Previous commits increased YY_READ_BUF_SIZE (where __ia64__ is defined) but
left YY_BUF_SIZE unchanged, so that didn't fix the problem in the end. In the
general case, the latter is twice the former. Therefore set it to the same
ratio in the ia64 case.
Signed-off-by: Cyril Brulebois k...@debian.org
---
flex.skl |8
scan.c |8
skel.c |8
3 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/flex.skl b/flex.skl
index 61db701..2875cc1 100644
--- a/flex.skl
+++ b/flex.skl
@@ -443,7 +443,15 @@ m4_ifdef( [[M4_YY_NOT_IN_HEADER]],
/* Size of default input buffer. */
#ifndef YY_BUF_SIZE
+#ifdef __ia64__
+/* On IA-64, the buffer size is 16k, not 8k.
+ * Moreover, YY_BUF_SIZE is 2*YY_READ_BUF_SIZE in the general case.
+ * Ditto for the __ia64__ case accordingly.
+ */
+#define YY_BUF_SIZE 32768
+#else
#define YY_BUF_SIZE 16384
+#endif /* __ia64__ */
#endif
m4_ifdef( [[M4_YY_NOT_IN_HEADER]],
diff --git a/scan.c b/scan.c
index a3914c1..442dfcb 100644
--- a/scan.c
+++ b/scan.c
@@ -142,7 +142,15 @@ typedef unsigned int flex_uint32_t;
/* Size of default input buffer. */
#ifndef YY_BUF_SIZE
+#ifdef __ia64__
+/* On IA-64, the buffer size is 16k, not 8k.
+ * Moreover, YY_BUF_SIZE is 2*YY_READ_BUF_SIZE in the general case.
+ * Ditto for the __ia64__ case accordingly.
+ */
+#define YY_BUF_SIZE 32768
+#else
#define YY_BUF_SIZE 16384
+#endif /* __ia64__ */
#endif
/* The state buf must be large enough to hold one state per character in the main buffer.
diff --git a/skel.c b/skel.c
index 3a26b09..5a172d1 100644
--- a/skel.c
+++ b/skel.c
@@ -510,7 +510,15 @@ const char *skel[] = {
,
/* Size of default input buffer. */,
#ifndef YY_BUF_SIZE,
+ #ifdef __ia64__,
+ /* On IA-64, the buffer size is 16k, not 8k.,
+ * Moreover, YY_BUF_SIZE is 2*YY_READ_BUF_SIZE in the general case.,
+ * Ditto for the __ia64__ case accordingly.,
+ */,
+ #define YY_BUF_SIZE 32768,
+ #else,
#define YY_BUF_SIZE 16384,
+ #endif /* __ia64__ */,
#endif,
,
m4_ifdef( [[M4_YY_NOT_IN_HEADER]],,
--
1.5.6.5
signature.asc
Description: Digital signature
Bug#510274: Reproduced in Lenny
Hello (back) Peter, sorry for the messy-looking mail, but people still didn't get how the BTS work; that's why I'm fully quoting the mail. Neil Williams codeh...@debian.org (03/01/2009): For every presentation I try to start (sample.mpg, sendmail6.mpg, v6.mpg), mgp dies with an X error. I've reproduced this on several systems (including one running pure testing). This might be the same bug as #400105, though in that report the error message is different. I can't reproduce this problem with mgp 1.13b-2 (the version in unstable). $ rmadison mgp mgp |1.11b-7 | etch-m68k | source, m68k mgp |1.11b-7 |stable | source, alpha, amd64, arm, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc mgp |1.11b-7 | testing | source, alpha, amd64, arm, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc mgp |1.11b-7 | unstable | m68k mgp |1.13a-1 | unstable | source, alpha, amd64, arm, armel, hppa, hurd-i386, i386, ia64, mips, mipsel, powerpc, s390, sparc Unstable has 1.13a-1 - have you been able to test that version? When asking… ask someone. Keep the submitter in To or Cc. 1.13a-1 works for me (despite a few warning messages on the console). If this bug is absent in 1.13a-1, debian-release may be happy to allow 1.13a-1 to migrate to fix this bug. In a Lenny chroot, I'm able to reproduce the bug (1.11b-7): X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 75 (X_PolyText16) Serial number of failed request: 206 Current serial number in output stream: 210 Taking a look at the amount of changes . . . -- Neil Williams = http://www.data-freedom.org/ http://www.linux.codehelp.co.uk/ http://e-mail.is-not-s.ms/ Mraw, KiBi. signature.asc Description: Digital signature
Bug#490241: Help needed
Mark Hymers m...@debian.org (03/01/2009): I've just tried to reproduce this on lenny on an hppa and the package builds perfectly fine. I've attached a build log for reference. Looking at the (failed) build log, it looks like $HOME could be set to a non-existing directory, which makes the creation of ~/.qt (probably done through an equivalent of “mkdir ~/.qt”, without “-p”) fail: | QSettings: error creating /nonexistent/.qt | QSettings: error creating /nonexistent/.qt | QSettings: error creating /nonexistent/.qt | QSettings::sync: filename is null/empty There are some patches for this kind of situation in Gnome/Gtk-related packages. I'll try and reproduce that bug with a local sbuild. I'm not sure about the other errors. Mraw, KiBi. signature.asc Description: Digital signature
Bug#496334: Yo, I think we can close this
Asheesh Laroia ashe...@asheesh.org (03/01/2009): I think this is closed: testing has the fixed version on all architectures. Do you agree? I don't think so, he reopened the bug, and marked it not fixed in this version: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=77;bug=496334. Mraw, KiBi. signature.asc Description: Digital signature
Bug#510796: libgpgme11: new symbol added, missing shlib bump
tag 510796 patch thanks Sune Vuorela report...@pusling.com (04/01/2009): libgpgme11 1.1.8-1 grew a new symbol since the 1.1.6-2 release. This is unfortunately not reflected in the shlib file shipped. The new symbol added is gpgme_cancel_async. Yup, and the obvious patch is attached, just in case. Mraw, KiBi. --- a/debian/rules +++ b/debian/rules @@ -95,7 +95,7 @@ binary-arch: build install dh_strip dh_compress dh_fixperms - dh_makeshlibs -V 'libgpgme11 (= 1.1.6)' + dh_makeshlibs -V 'libgpgme11 (= 1.1.8)' dh_installdeb dh_shlibdeps dh_gencontrol signature.asc Description: Digital signature
Bug#510885: tdb ftbfs
tag 510885 patch thanks Matthias Klose d...@cs.tu-berlin.de (05/01/2009): Package: tdb Version: 1.1.2~git20081222-1 Severity: serious Trivial patch attached. Jelmer, you don't really want to do *that* in debian/rules? |ln -s libtdb.so.1.1.3 $(DESTDIR)/usr/lib/libtdb.so.1 |ln -s libtdb.so.1 $(DESTDIR)/usr/lib/libtdb.so What about fixing the build system instead? Mraw, KiBi. --- a/debian/rules +++ b/debian/rules @@ -44,7 +44,7 @@ $(MAKE) install DESTDIR=$(DESTDIR) mv $(CURDIR)/debian/tmp/usr/bin/tdbbackup \ $(CURDIR)/debian/tmp/usr/bin/tdbbackup.tdbtools - ln -s libtdb.so.1.1.2 $(DESTDIR)/usr/lib/libtdb.so.1 + ln -s libtdb.so.1.1.3 $(DESTDIR)/usr/lib/libtdb.so.1 ln -s libtdb.so.1 $(DESTDIR)/usr/lib/libtdb.so dh_install --fail-missing --list-missing --sourcedir=$(DESTDIR) signature.asc Description: Digital signature
Bug#510886: libtdb1: Need shlibs bump.
Package: libtdb1 Version: 1.1.2~git20080520-1 Severity: serious Tags: patch Justification: Policy 8.6 Hello, this version introduces a symbol which wasn't present in the 1.1.2~git20080615-1 version. Since there's no version in the shlibs file, a package built against this version will only get a Depends: on libtdb1; but if it indeed requires this additional symbol, and if the Depends: is satisfied with an earlier version of this library, there will be a missing symbol, which means broken binaries. The patch is trivial, and since I'd like to make sure you get it, I'm not attaching it. See the Policy (8.6) and dh_makeshlibs' examples. Mraw, KiBi. (PS: Not to mention that uploading new upstream releases to unstable at this point of the release cycle is more than suboptimal.) -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-rc9-kibi (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510885: tdb ftbfs
Cyril Brulebois k...@debian.org (05/01/2009): Jelmer, you don't really want to do *that* in debian/rules? |ln -s libtdb.so.1.1.3 $(DESTDIR)/usr/lib/libtdb.so.1 |ln -s libtdb.so.1 $(DESTDIR)/usr/lib/libtdb.so What about fixing the build system instead? Note that upstream already has “shared-build” which tries to deal with symlinks, so that might be adapted. I'd advise for producing a proper Makefile.am, that would then produce a proper Makefile.in, dealing with the shared objects in an appropriate fashion. If you wish to have a look at simple examples, I'd advise adl's autotools guide[1]. Page 30 (slides 116 to 119) of the handout version[2] has all you need (of course, directories and names have to be adapted, but you should get the idea). 1. http://www.lrde.epita.fr/~adl/autotools.html 2. http://www.lrde.epita.fr/~adl/dl/autotools-handout-4.pdf Hope this helps. Mraw, KiBi. signature.asc Description: Digital signature
Bug#508271: [djvulibre] will wait buildd
Bastien ROUCARIES roucaries.bastien+deb...@gmail.com (02/01/2009): I suppose it will be safer to wait for debbuild on sparc. It was an arch bug, and we could fall on another bug like this. If you could test on sparc you could close it. Built on sparc, as expected. Mraw, KiBi. signature.asc Description: Digital signature
Bug#510885: tdb ftbfs
Jelmer Vernooij jel...@samba.org (05/01/2009):
Thanks for providing a patch.
No problem.
shared-build is intended to be used by other libraries/applications
that embed tdb (and use it through LD_LIBRARY_PATH), not really for
use by packagers, or for anything that's installed.
OK.
I'll see about creating those symlinks some other way that doesn't
require updating the command in debian/rules each time the version
changes...
You could rely on the fact that there shouldn't be anything else than
the shared object matching libtds.so.1.*, and use that instead of
libtds.so.1.{2,3,…}. The '1' still stays hardcoded, but when the SONAME
gets bumped, you'll have to change the package name anyway. Would be:
| ln -s libtdb.so.1.* $(DESTDIR)/usr/lib/libtdb.so.1
Mraw,
KiBi.
signature.asc
Description: Digital signature
Bug#503712: the gs-common problem
Hello, Thomas Viehmann t...@beamnet.de (06/01/2009): Please allow me the liberty of proposing the attached NMU for fixing #503712 (and opportunistically #510691 now that we know, but I've left all other dependency stuff out). If considered desirable, it would be nice if someone could sponsor this. Packages are available[1]. on its way, thanks again! Mraw, KiBi. signature.asc Description: Digital signature
Bug#510886: libtdb1: Need shlibs bump.
found 510886 1.1.2~git20080615-1 thanks Sven Joachim svenj...@gmx.de (06/01/2009): Package: libtdb1 Version: 1.1.2~git20080520-1 It seems you got the version wrong, I'm correcting that. Yep, thanks. I guess I pasted the wrong line when I checked how the soname symlink fix got added, sorry for that. I've just checked, the same bug applies for the version currently in testing, so I'm marking this version additionally. While checking it, I discovered it broke the ABI. New bug will follow with details. Mraw, KiBi. signature.asc Description: Digital signature
Bug#511011: libtdb1: Breaks ABI without SONAME bump.
Package: libtdb1 Version: 1.1.2~git20080615-1 Severity: serious Justification: ABI breakage. Hello, so, while checking whether #510886 applies to the testing version as well, I've discovered that it broke the ABI without a SONAME bump. Here's how I found that: | wget -q http://ftp.ee.debian.org/debian/pool/main/t/tdb/libtdb1_1.0.6-13_amd64.deb | wget -q http://ftp.es.debian.org/debian/pool/main/t/tdb/libtdb1_1.1.2~git20080615-1_amd64.deb | dpkg -x libtdb1_1.0.6-13_amd64.deb etch | dpkg -x libtdb1_1.1.2\~git20080615-1_amd64.deb lenny | nm -D etch/usr/lib/libtdb.so.1|cut -b 18-|sort etch.list | nm -D lenny/usr/lib/libtdb.so.1|cut -b 18-|sort lenny.list | diff -u etch.list lenny.list tdb-symbols.diff (If you want to look at the i386 binaries, I think you want “cut -b 10-”, though it's been a while since I last checked that.) Also, I'm attaching the diff, just in case. We don't care about 'U' ones, of course. Checking which ones got away: | grep ^-T tdb-symbols.diff | -T tdb_clear_spinlocks | -T tdb_create_rwlocks | -T tdb_logging_function | -T tdb_set_lock_alarm | -T tdb_spinlock | -T tdb_spinunlock That *might* not be the problem if they are not exposed through the API. But both tdb_logging_function and tdb_set_lock_alarm are exposed. I'm going to have a look at the packages that depend on this library, to see how things looks like. I'm in contact with a release manager as well (hello dato). Mraw, KiBi. --- etch.list 2009-01-06 17:39:44.0 +0100 +++ lenny.list 2009-01-06 17:39:53.0 +0100 @@ -2,57 +2,139 @@ A _edata A _end B tdb_null +T dummy_snprintf T _fini T _init +T rep_getpass +T replace_dummy +T rep_strlcat +T rep_strlcpy +T tdb_add_flags +T tdb_allocate +T tdb_alloc_read T tdb_append +T tdb_brlock +T tdb_brlock_upgrade T tdb_chainlock +T tdb_chainlock_mark +T tdb_chainlock_nonblock T tdb_chainlock_read +T tdb_chainlock_unmark T tdb_chainunlock T tdb_chainunlock_read -T tdb_clear_spinlocks T tdb_close -T tdb_create_rwlocks +T tdb_convert T tdb_delete +T tdb_do_delete T tdb_dump_all +T tdb_enable_seqnum T tdb_error T tdb_errorstr T tdb_exists +T tdb_expand +T tdb_fd T tdb_fetch +T tdb_find_lock_hash T tdb_firstkey +T tdb_free +T tdb_freelist_size +T tdb_get_flags +T tdb_get_logging_private +T tdb_get_seqnum +T tdb_hash_size +T tdb_increment_seqnum_nonblock +T tdb_io_init +T tdb_lock T tdb_lockall -T tdb_logging_function +T tdb_lockall_mark +T tdb_lockall_nonblock +T tdb_lockall_read +T tdb_lockall_read_nonblock +T tdb_lockall_unmark +T tdb_lock_nonblock +T tdb_lock_record +T tdb_log_fn +T tdb_map_size +T tdb_mmap +T tdb_munmap +T tdb_name T tdb_nextkey +T tdb_ofs_read +T tdb_ofs_write T tdb_open T tdb_open_ex +T tdb_parse_data +T tdb_parse_record T tdb_printfreelist +T tdb_rec_free_read +T tdb_rec_read +T tdb_rec_write +T tdb_remove_flags T tdb_reopen T tdb_reopen_all -T tdb_set_lock_alarm -T tdb_spinlock -T tdb_spinunlock +T tdb_setalarm_sigptr +T tdb_set_logging_function +T tdb_set_max_dead T tdb_store +T tdb_transaction_cancel +T tdb_transaction_commit +T tdb_transaction_lock +T tdb_transaction_recover +T tdb_transaction_start +T tdb_transaction_unlock T tdb_traverse +T tdb_traverse_read +T tdb_unlock T tdb_unlockall +T tdb_unlockall_read +T tdb_unlock_record +T tdb_validate_freelist +T tdb_wipe_all +T tdb_write_lock_record +T tdb_write_unlock_record U calloc U close U __errno_location +U exit +U fclose U fcntl +U fflush +U fgets +U fileno +U fopen +U fputc +U fputs U free +U fsync U ftruncate U __fxstat +U getpagesize U lseek U malloc U memcpy U memset U mmap +U msync U munmap U open +U pread U printf U puts +U pwrite U read U realloc +U select +U setvbuf +U signal +U stderr +U stdin +U stdout U __strdup U strerror +U strlen +U tcgetattr +U tcsetattr +U utime U write w __cxa_finalize w __gmon_start__
Bug#511011: libtdb1: Breaks ABI without SONAME bump.
Cyril Brulebois k...@debian.org (06/01/2009): Package: libtdb1 Version: 1.1.2~git20080615-1 Severity: serious Justification: ABI breakage. Stripping some parts for -release, keeping what matters: We don't care about 'U' ones, of course. Checking which ones got away: | grep ^-T tdb-symbols.diff | -T tdb_clear_spinlocks | -T tdb_create_rwlocks | -T tdb_logging_function | -T tdb_set_lock_alarm | -T tdb_spinlock | -T tdb_spinunlock That *might* not be the problem if they are not exposed through the API. But both tdb_logging_function and tdb_set_lock_alarm are exposed. I'm going to have a look at the packages that depend on this library, to see how things looks like. I'm in contact with a release manager as well (hello dato). Here is my findings about etch/lenny packages WRT the 6 removed symbols (looking at main). Packages both in etch and in lenny: --- libprintsys/etch: OK (basic symbols) libprintsys/lenny: OK (basic symbols) pconf-detect/etch: OK (linked in, no symbols) pconf-detect/lenny: OK (linked in, no symbols) Packages only in lenny: --- fdm/lenny:OK (only a few symbols) python-tdb/lenny: OK (lots of symbols, built from the same source) Packages only in etch: -- adept-installer/etch:OK (linked in, no symbols) adept-manager/etch: OK (linked in, no symbols) adept-notifier/etch: OK (linked in, no symbols) adept-updater/etch: OK (linked in, no symbols) libprinterconf0c2a/etch: OK (linked in, no symbols) tagcolledit/etch:OK (linked in, no symbols) tdb-tools/etch: OK (lots of symbols) Note that it still can break locally-built packages or pieces of software. I think you could consider downgrading the severity, or tagging it lenny-ignore since there seem to be no collateral damages within Debian. That said, I guess a t-p-u upload to fix #510886 and a binNMU of fdm will do the job (I didn't check yet it needs a = on the lenny version, but I guess it'd be a a nice-to-have anyway). Mraw, KiBi. signature.asc Description: Digital signature
Bug#510886: Bug#511011: libtdb1: Breaks ABI without SONAME bump.
Cyril Brulebois k...@debian.org (06/01/2009): That said, I guess a t-p-u upload to fix #510886 and a binNMU of fdm will do the job (I didn't check yet it needs a = on the lenny version, but I guess it'd be a a nice-to-have anyway). That appears not to be needed after a check with LD_LIBRARY_PATH, it looks like fdm/lenny loads fine with libtdb1/etch. That's up to you. :) Cc-ing the “missing shlibs bump” bug this time. Mraw, KiBi. signature.asc Description: Digital signature
Bug#504028: FTBFS: /usr/bin/m4:stdin:9: ERROR: end of file in string
dann frazier da...@debian.org (30/10/2008): Package: apertium Version: 3.0.7+1-2 Severity: serious As noted in #500171, apertium no longer builds from source. I've reproduced this on both ia64 and i386 (haven't tried others) in latest sid. Downgrading flex from 2.5.35-3 to 2.5.35-2 fixes the problem on i386 but, of course, that would re-introduce #501960 (FTBFS ia64). Hello Dann, I can't reproduce it (with amd64 but oh well), is this bug still valid? The blocking bug #504030 was closed, reopened as #505056, which has been fixed lately (apertium/ia64 given back with a dep-wait). #500171 went away as well. Are there more problems with apertium? If so, can we have logs, please? Mraw, KiBi. signature.asc Description: Digital signature
Bug#504028: FTBFS: /usr/bin/m4:stdin:9: ERROR: end of file in string
dann frazier da...@debian.org (06/01/2009): Seems to work fine with flex_.5.35-6. Assuming that version migrates (needs 2 days) this bug should be resolved for lenny. I'll keep an eye on it and close this bug if everything goes according to plans, thanks for your input. Mraw, KiBi. signature.asc Description: Digital signature
Bug#511199: #511199 perspic: does not work at all: complains about find arguments / segfaults upon execution
Yves-Alexis Perez cor...@debian.org (09/01/2009): FTR, on amd64 here perspic runs fine. Well I didn't really test much, but it started and the window was displayed. I had a warning too, but that's all. So it's not only the arch. Following Evgeni's request, just tried, same result as yours here. Mraw, KiBi. signature.asc Description: Digital signature
Bug#511687: Policy violation git-daemon-run must provide a init.d script and not a symlink to /usr/bin
roucaries bastien roucaries.bastien+deb...@gmail.com (15/01/2009):
I believe that this package provide the standalone daemon because it
wrote to /etc/init.d :(
BTW, if you want a skeleton for an init.d script, please find one
attached. I've written (and then rewritten because mine was trashed when
I wanted to check something with that stupid package) it for local use,
so it's not perfect at all, no start-stop-daemon use, no LSB headers,
but well, you get the idea.
Mraw,
KiBi.
#!/bin/sh
set -e
# Configuration variables:
USER=gitosis
GROUP=gitosis
REPOSITORIES=/home/gitosis/repositories
# Convenience:
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
do_start() {
git-daemon \
--user=$USER --group=$GROUP \
--syslog \
--reuseaddr \
--base-path=$REPOSITORIES \
$REPOSITORIES
}
do_stop() {
killall git-daemon || true
}
case $1 in
start)
do_start
;;
stop)
do_stop
;;
restart)
do_stop
sleep 1
do_start
;;
*)
echo Unsupported action: $1
exit 1
;;
esac
signature.asc
Description: Digital signature
Bug#512190: mongrel: Broken dependencies, uninstallable on some release archs.
Package: mongrel
Version: 1.1.5-3
Severity: serious
Justification: Uninstallable on release archs.
Hi.
debian/control for mongrel:
| Depends: libc6 (= 2.6-1), libruby1.8 (= 1.8.4), ruby1.8 (= 1.8.4),
rubygems1.8, libgemplugin-ruby (= 0.2.2), libdaemons-ruby
Of course, ${shlibs:Depends} is to be used, at least for the libc6
dependency. As a reminder, it's not called this way on various archs
(libc6.1 on alpha and ia64, libc0.3 on hurd-i386, libc0.1 on
kfreebsd-{i386,amd64}).
Mraw,
KiBi.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536900: [Python-modules-team] Bug#536900: python-qt4: FTBFS: Error: This version of PyQt and the Desktop edition of Qt have incompatible licenses.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tag 536900 patch pending thanks Fathi has a patch for that. Mraw, KiBi. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkpcwSEACgkQeGfVPHR5Nd2piACeMm6uEbB5DSYW0vwtE4J0DV6z zzYAoMXap8JVO3oIYlO+QiipEdpJwAjm =UAoO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527720: osgcal: FTBFS: src/osgCal/IOCFG.cpp:76: error: 'strchr' was not declared in this scope
Cyril Brulebois k...@debian.org (12/05/2009):
tag 527720 patch
thanks
Final debdiff (date changed); uploaded given it's apparently blocking
some transitions, and builds are lacking anyway.
Mraw,
KiBi.
diff -u osgcal-0.1.46/debian/changelog osgcal-0.1.46/debian/changelog
--- osgcal-0.1.46/debian/changelog
+++ osgcal-0.1.46/debian/changelog
@@ -1,3 +1,10 @@
+osgcal (0.1.46-2.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix FTBFS with newer GCC again (Closes: #527720).
+
+ -- Cyril Brulebois k...@debian.org Tue, 14 Jul 2009 20:15:51 +0200
+
osgcal (0.1.46-2.1) unstable; urgency=low
* Non-maintainer upload.
only in patch2:
unchanged:
--- osgcal-0.1.46.orig/src/osgCal/IOXFG.cpp
+++ osgcal-0.1.46/src/osgCal/IOXFG.cpp
@@ -120,6 +120,8 @@
#include osgCal/SubMeshSoftware
#include osgCal/CoreModel
+#include cstring
+
static bool writeObjectXFG(const std::string fileName, const osgCal::CoreModel coreModel)
{
return true;
only in patch2:
unchanged:
--- osgcal-0.1.46.orig/src/osgCal/IOCFG.cpp
+++ osgcal-0.1.46/src/osgCal/IOCFG.cpp
@@ -44,6 +44,8 @@
#include osgDB/FileUtils
#include osgDB/FileNameUtils
+#include cstring
+
#define LINE_BUFFER_SIZE 4096
bool readObject(const std::string fileName, osgCal::CoreModel coreModel) {
signature.asc
Description: Digital signature
Bug#521991: please try again
fil...@icewall.org fil...@icewall.org (13/07/2009): please try to build the package again... I believe this time it will compile. Why should it build now? And no, it does not. Mraw, KiBi. signature.asc Description: Digital signature
Bug#527523: Test bulids fine
Warren Turkal w...@penguintechs.org (25/05/2009): Are you a DD? If so, would you be willing to sponsor an upload? Hi, did you put your new source package somewhere? E.g. on mentors.debian.net; posting the URL here and also asking for sponsorship on debian-mentors@ should do. Mraw, KiBi. signature.asc Description: Digital signature
Bug#535837: wims: FTBFS: i386 binaries, not built from source
Kurt Roeckx k...@roeckx.be (05/07/2009):
/usr/bin/make -f debian/rules DH_OPTIONS=-a binary-common
make[1]: Entering directory
`/build/buildd-wims_3.64-7-amd64-ckpZzp/wims-3.64'
dh_testdir
dh_testroot
dh_installchangelogs
dh_installdocs
dh_installexamples
dh_installdebconf
dh_installman
dh_link
dh_strip
dh_compress
dh_fixperms
dh_makeshlibs
dh_installdeb
dh_shlibdeps
dpkg-shlibdeps: error: couldn't find library libc.so.6 needed by
debian/wims/var/lib/wims/bin/true (ELF format: 'elf32-i386'; RPATH: '').
Note: libraries are not searched in other binary packages that do not have
any shlibs or symbols file.
To help dpkg-shlibdeps find private libraries, you might need to set
LD_LIBRARY_PATH.
dh_shlibdeps: dpkg-shlibdeps returned exit code 2
make[1]: *** [binary-common] Error 1
make: *** [binary-arch] Error 2
make[1]: Leaving directory
`/build/buildd-wims_3.64-7-amd64-ckpZzp/wims-3.64'
dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave
error exit status 2
I initially prepared the attached patch to fix this, but there are other
issues:
| $ file $(find -name symtext)
| ./wims/src/Misc/symtext:directory
| ./wims/src/Misc/symtext/symtext:ELF 32-bit LSB executable, Intel
80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux
2.2.0, stripped
| ./wims/public_html/scripts/help/symtext:directory
| ./wims/public_html/scripts/symtext: directory
| ./wims/public_html/scripts/anstype/symtext: ASCII text
| ./wims/public_html/bin/symtext: ELF 32-bit LSB executable, Intel
80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux
2.2.0, stripped
Which leads to:
| dh_strip
| strip: Unable to recognise the format of the input file
`debian/wims/var/lib/wims/bin/false'
| dh_strip: strip returned exit code 1
Mraw,
KiBi.
diff -u wims-3.64/debian/changelog wims-3.64/debian/changelog
--- wims-3.64/debian/changelog
+++ wims-3.64/debian/changelog
@@ -1,3 +1,13 @@
+wims (3.64-7.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Get rid of the elf-32 binaries in the clean target (using “rm” without
+“-f” to ensure it gets noticed when they go away), and replace them
+with bin/{true,false}, fixing FTBFS on non-i386 architectures.
+Closes: #535837
+
+ -- Cyril Brulebois k...@debian.org Thu, 16 Jul 2009 09:05:08 +0200
+
wims (3.64-7) unstable; urgency=low
* made a modification in wims.preinst to create the account for wims
diff -u wims-3.64/debian/rules wims-3.64/debian/rules
--- wims-3.64/debian/rules
+++ wims-3.64/debian/rules
@@ -63,6 +63,12 @@
dh_testroot
rm -f build-arch-stamp build-indep-stamp configure-stamp
+ # Get rid of 32-bit binaries:
+ rm wims/bin/false
+ rm wims/bin/true
+ cp /bin/false wims/bin
+ cp /bin/true wims/bin
+
# if the orig.tar.gz fil exists, use a very fast clean method.
# otherwise use a slower and less safe method (make clean does not
# really clean everything).
signature.asc
Description: Digital signature
Bug#518732: allegro4.2: patch for FTBFS: ./src/i386/icpus.s:70: Error: suffix or operands invalid for `fnstsw'
tag 518732 patch pending tag 510500 patch pending thanks Peter De Wachter pdewa...@gmail.com (03/05/2009): Hi. The following patch fixes this bug. FNSTSW is Store FPU Status Word. This status word is a 16-bit value so the destination register should be %ax, not %eax. Apparently old versions of binutils were a bit lax. Indeed, that's what is used in other places. Fixed package uploaded to DELAYED/1 with the attached source debdiff. Mraw, KiBi. +++ allegro4.2-4.2.2/debian/patches/series @@ -10,0 +11 @@ +060_fix_fnstsw.diff --- allegro4.2-4.2.2/debian/changelog +++ allegro4.2-4.2.2/debian/changelog @@ -1,3 +1,17 @@ +allegro4.2 (2:4.2.2-2.1) unstable; urgency=medium + + * Non-maintainer upload. + + * debian/patches/06_fix_fnstsw.diff: ++ Fix FTBFS with binutils = 1.9. Quoting the patch submitter: + “FNSTSW is Store FPU Status Word. This status word is a 16-bit + value so the destination register should be %ax, not %eax.” + Thanks to Peter De Wachter (Closes: #510500, #518732). + + * Set urgency to “medium”, testing is also affected. + + -- Cyril Brulebois k...@debian.org Fri, 17 Jul 2009 20:36:38 +0200 + allegro4.2 (2:4.2.2-2) unstable; urgency=low * debian/control: --- allegro4.2-4.2.2.orig/debian/patches/060_fix_fnstsw.diff +++ allegro4.2-4.2.2/debian/patches/060_fix_fnstsw.diff @@ -0,0 +1,11 @@ +--- a/src/i386/icpus.s b/src/i386/icpus.s +@@ -67,7 +67,7 @@ FUNC(_i_is_fpu) + +fninit +movl $0x5A5A, %eax +- fnstsw %eax ++ fnstsw %ax +cmpl $0, %eax +jne is_fpu_not_found + signature.asc Description: Digital signature
Bug#485200: chimera2: FTBFS: Using imake without Build-Depends on xutils-dev
Find attached the patch for my NMU. Mraw, KiBi. diff -u chimera2-2.0a19/debian/control chimera2-2.0a19/debian/control --- chimera2-2.0a19/debian/control +++ chimera2-2.0a19/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Mark Baker m...@mnb.org.uk Standards-Version: 3.6.2 -Build-Depends: libjpeg62-dev, libpng12-dev, xutils, zlib1g-dev, libxaw7-dev, libxmu-dev, libxt-dev, libsm-dev, libice-dev, libxpm-dev, libxext-dev, libx11-dev +Build-Depends: libjpeg62-dev, libpng12-dev, xutils-dev, zlib1g-dev, libxaw7-dev, libxmu-dev, libxt-dev, libsm-dev, libice-dev, libxpm-dev, libxext-dev, libx11-dev Package: chimera2 Architecture: any diff -u chimera2-2.0a19/debian/changelog chimera2-2.0a19/debian/changelog --- chimera2-2.0a19/debian/changelog +++ chimera2-2.0a19/debian/changelog @@ -1,3 +1,12 @@ +chimera2 (2.0a19-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS by replacing obsolete xutils with xutils-dev in +Build-Depends (Closes: #485200). + * Set urgency to “medium”, bug is in testing too. + + -- Cyril Brulebois k...@debian.org Sat, 18 Jul 2009 10:41:36 +0200 + chimera2 (2.0a19-5) unstable; urgency=low * debian/control: Update build dependencies: xlibs-dev no longer exists signature.asc Description: Digital signature
Bug#530484: Needs to link against boost_filesystem-mt
tag 530484 patch thanks Steve M. Robbins s...@debian.org (24/05/2009): Upstream stopped building separate single- and multi-threaded variants of all libraries and Debian followed suit as of 1.37.0. The single-threaded variant was named, e.g. -lboost_regex while the multi-threaded variant was suffixed with -mt, i.e. named -lboost_regex-mt. Your package needs to change its linker arguments. Fixed package uploaded with the attached patch. Mraw, KiBi. diff -u xsd-3.2.0.1/debian/rules xsd-3.2.0.1/debian/rules --- xsd-3.2.0.1/debian/rules +++ xsd-3.2.0.1/debian/rules @@ -34,6 +34,7 @@ test -d $(XSD_SRCDIR) cd $(XSD_SRCDIR)/xsd-* patch -p1 $(CWD)/debian/patches/xsd_xsdcxx-rename.patch cd $(XSD_SRCDIR)/xsd-* patch -p1 $(CWD)/debian/patches/xsd_manfix.patch + cd $(XSD_SRCDIR)patch -p1 $(CWD)/debian/patches/xsd_fix-boost-ftbfs.patch touch $@ diff -u xsd-3.2.0.1/debian/changelog xsd-3.2.0.1/debian/changelog --- xsd-3.2.0.1/debian/changelog +++ xsd-3.2.0.1/debian/changelog @@ -1,3 +1,15 @@ +xsd (3.2.0.1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS with new boost (= 1.37.0) by using the “-mt” suffix for +boost libraries since starting with this version, only this variant +is available (Closes: #530484): + + debian/patches: Add xsd_fix-boost-ftbfs.patch + + debian/rules: Apply that patch. + * Set urgency to “medium” since this bug affects testing too. + + -- Cyril Brulebois k...@debian.org Sat, 18 Jul 2009 10:51:36 +0200 + xsd (3.2.0.1-1) unstable; urgency=low * New upstream version. This version depends on Xerces-C 3.0.0 which only in patch2: unchanged: --- xsd-3.2.0.1.orig/debian/patches/xsd_fix-boost-ftbfs.patch +++ xsd-3.2.0.1/debian/patches/xsd_fix-boost-ftbfs.patch @@ -0,0 +1,110 @@ +--- a/libbackend-elements-1.6.1/build/import/libboost/date-time/stub.make b/libbackend-elements-1.6.1/build/import/libboost/date-time/stub.make +@@ -13,7 +13,7 @@ ifdef libboost_installed + + ifeq ($(libboost_installed),y) + +-$(call export,l: -lboost_date_time,cpp_options: ) ++$(call export,l: -lboost_date_time-mt,cpp_options: ) + + else + +--- a/libbackend-elements-1.6.1/build/import/libboost/filesystem/stub.make b/libbackend-elements-1.6.1/build/import/libboost/filesystem/stub.make +@@ -13,7 +13,7 @@ ifdef libboost_installed + + ifeq ($(libboost_installed),y) + +-$(call export,l: -lboost_filesystem,cpp_options: ) ++$(call export,l: -lboost_filesystem-mt,cpp_options: ) + + else + +--- a/libbackend-elements-1.6.1/build/import/libboost/regex/stub.make b/libbackend-elements-1.6.1/build/import/libboost/regex/stub.make +@@ -13,7 +13,7 @@ ifdef libboost_installed + + ifeq ($(libboost_installed),y) + +-$(call export,l: -lboost_regex,cpp_options: ) ++$(call export,l: -lboost_regex-mt,cpp_options: ) + + else + +--- a/libxsd-frontend-1.15.0/build/import/libboost/date-time/stub.make b/libxsd-frontend-1.15.0/build/import/libboost/date-time/stub.make +@@ -13,7 +13,7 @@ ifdef libboost_installed + + ifeq ($(libboost_installed),y) + +-$(call export,l: -lboost_date_time,cpp_options: ) ++$(call export,l: -lboost_date_time-mt,cpp_options: ) + + else + +--- a/libxsd-frontend-1.15.0/build/import/libboost/filesystem/stub.make b/libxsd-frontend-1.15.0/build/import/libboost/filesystem/stub.make +@@ -13,7 +13,7 @@ ifdef libboost_installed + + ifeq ($(libboost_installed),y) + +-$(call export,l: -lboost_filesystem,cpp_options: ) ++$(call export,l: -lboost_filesystem-mt,cpp_options: ) + + else + +--- a/libxsd-frontend-1.15.0/build/import/libboost/regex/stub.make b/libxsd-frontend-1.15.0/build/import/libboost/regex/stub.make +@@ -13,7 +13,7 @@ ifdef libboost_installed + + ifeq ($(libboost_installed),y) + +-$(call export,l: -lboost_regex,cpp_options: ) ++$(call export,l: -lboost_regex-mt,cpp_options: ) + + else + +--- a/xsd-3.2.0-2/build/import/libboost/date-time/stub.make b/xsd-3.2.0-2/build/import/libboost/date-time/stub.make +@@ -13,7 +13,7 @@ ifdef libboost_installed + + ifeq ($(libboost_installed),y) + +-$(call export,l: -lboost_date_time,cpp_options: ) ++$(call export,l: -lboost_date_time-mt,cpp_options: ) + + else + +--- a/xsd-3.2.0-2/build/import/libboost/filesystem/stub.make b/xsd-3.2.0-2/build/import/libboost/filesystem/stub.make +@@ -13,7 +13,7 @@ ifdef libboost_installed + + ifeq ($(libboost_installed),y) + +-$(call export,l: -lboost_filesystem,cpp_options: ) ++$(call export,l: -lboost_filesystem-mt,cpp_options: ) + + else + +--- a/xsd-3.2.0-2/build/import/libboost/regex/stub.make b/xsd-3.2.0-2/build/import/libboost/regex/stub.make +@@ -13,7 +13,7 @@ ifdef libboost_installed + + ifeq ($(libboost_installed),y) + +-$(call export,l: -lboost_regex,cpp_options: ) ++$(call export,l: -lboost_regex-mt,cpp_options: ) + + else + +--- a/xsd-3.2.0-2/build/import/libboost/serialization/stub.make b/xsd-3.2.0-2/build/import/libboost/serialization/stub.make +@@ -13,7 +13,7 @@ ifdef
Bug#529722: nmudiff for both FTBFSes.
Please find attached the source debdiff for my NMU.
Mraw
KiBi.
diff -u barry-0.14/debian/rules barry-0.14/debian/rules
--- barry-0.14/debian/rules
+++ barry-0.14/debian/rules
@@ -5,6 +5,7 @@
# This file is public domain software, originally written by Joey Hess.
#export DH_VERBOSE=1
+include /usr/share/cdbs/1/rules/simple-patchsys.mk
include /usr/share/cdbs/1/rules/debhelper.mk
include /usr/share/cdbs/1/class/autotools.mk
#include /usr/share/cdbs/1/rules/simple-patchsys.mk
diff -u barry-0.14/debian/changelog barry-0.14/debian/changelog
--- barry-0.14/debian/changelog
+++ barry-0.14/debian/changelog
@@ -1,3 +1,19 @@
+barry (0.14-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS with new boost (= 1.37.0) by using the “-mt” suffix for
+boost libraries since starting with this version, only this variant
+is available (Closes: #529722). Add the following patch:
+ - fix-ftbfs-with-new-boost.diff (thanks to Steve M. Robbins)
+ * Fix FTBFS with gcc-4.4 (Closes: #505342):
+ - fix-ftbfs-with-gcc-4.4.diff (thanks to Martin Michlmayr)
+ * debian/rules: Add the simple-patchsys.mk include to get both patches
+applied.
+ * Set urgency to “medium”, both bugs affect testing too.
+ * Add ${misc:Depends} to all Depends fields.
+
+ -- Cyril Brulebois k...@debian.org Sat, 18 Jul 2009 12:54:03 +0200
+
barry (0.14-2) unstable; urgency=low
* debian/rules: Fix libbarry-dbg name
diff -u barry-0.14/debian/control barry-0.14/debian/control
--- barry-0.14/debian/control
+++ barry-0.14/debian/control
@@ -8,7 +8,7 @@
Package: libbarry0
Section: libs
Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Library for using the BlackBerry handheld on Linux
Barry is a GPL C++ library for interfacing with the RIM BlackBerry Handheld.
.
@@ -18,7 +18,7 @@
Section: libs
Priority: extra
Architecture: any
-Depends: libbarry0 (= ${binary:Version})
+Depends: libbarry0 (= ${binary:Version}), ${misc:Depends}
Description: Library for using the BlackBerry handheld on Linux
Barry is a GPL C++ library for interfacing with the RIM BlackBerry Handheld.
.
@@ -27,7 +27,7 @@
Package: libbarry-dev
Section: libdevel
Architecture: any
-Depends: libbarry0 (= ${binary:Version}), libusb-dev
+Depends: libbarry0 (= ${binary:Version}), libusb-dev, ${misc:Depends}
Description: Development files for libbarry
Barry is a GPL C++ library for interfacing with the RIM BlackBerry Handheld.
.
@@ -37,7 +37,7 @@
Package: barry-util
Section: utils
Architecture: any
-Depends: udev (= 0.056), ${shlibs:Depends}
+Depends: udev (= 0.056), ${shlibs:Depends}, ${misc:Depends}
Suggests: ppp
Description: Command line utilities for working with the RIM BlackBerry Handheld
Barry is a GPL C++ library for interfacing with the RIM BlackBerry Handheld.
@@ -49,7 +49,7 @@
Section: utils
Priority: extra
Architecture: any
-Depends: barry-util (= ${binary:Version})
+Depends: barry-util (= ${binary:Version}), ${misc:Depends}
Description: Command line utilities for working with the RIM BlackBerry Handheld
Barry is a GPL C++ library for interfacing with the RIM BlackBerry Handheld.
.
@@ -58,7 +58,7 @@
Package: barrybackup-gui
Section: utils
Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
Description: GTK+ based GUI for backing up the RIM BlackBerry Handheld
Barry is a GPL C++ library for interfacing with the RIM BlackBerry Handheld.
.
@@ -68,7 +68,7 @@
Section: utils
Priority: extra
Architecture: any
-Depends: barrybackup-gui (= ${binary:Version})
+Depends: barrybackup-gui (= ${binary:Version}), ${misc:Depends}
Description: GTK+ based GUI for backing up the RIM BlackBerry Handheld
Barry is a GPL C++ library for interfacing with the RIM BlackBerry Handheld.
.
@@ -77,7 +77,7 @@
Package: opensync-plugin-barry
Section: libs
Architecture: any
-Depends: libopensync0 (= 0.22), libopensync0 ( 0.30), ${shlibs:Depends}
+Depends: libopensync0 (= 0.22), libopensync0 ( 0.30), ${shlibs:Depends}, ${misc:Depends}
Description: Opensync Blackberry plugin, based on the Barry project
Barry is a GPL C++ library for interfacing with the RIM BlackBerry Handheld.
.
@@ -87,7 +87,7 @@
Section: libs
Priority: extra
Architecture: any
-Depends: libopensync0 (= 0.22), libopensync0 ( 0.30), opensync-plugin-barry (= ${binary:Version})
+Depends: libopensync0 (= 0.22), libopensync0 ( 0.30), opensync-plugin-barry (= ${binary:Version}), ${misc:Depends}
Description: Opensync Blackberry plugin, based on the Barry project
Barry is a GPL C++ library for interfacing with the RIM BlackBerry Handheld.
.
only in patch2:
unchanged:
--- barry-0.14.orig/debian/patches/fix-ftbfs-with-gcc-4.4.diff
+++ barry-0.14/debian/patches/fix-ftbfs-with-gcc-4.4.diff
@@ -0,0 +1,30 @@
+--- a/opensync-plugin/src/trace.h
b/opensync-plugin/src/trace.h
+@@ -24,6 +24,7 @@
+
+ #include opensync/opensync.h
+ #include stdarg.h
++#include
Bug#530480: patch fixes build with current libboost-regex-dev
forcemerge 530480 533920
thanks
Jan Dittberner j...@dittberner.info (08/06/2009):
the attached patch fixes the build problem
Indeed, thanks. Patch for my NMU attached.
Mraw,
KiBi.
diff -u source-highlight-2.4/debian/changelog source-highlight-2.4/debian/changelog
--- source-highlight-2.4/debian/changelog
+++ source-highlight-2.4/debian/changelog
@@ -1,3 +1,13 @@
+source-highlight (2.4-5.3) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS with new boost by switching to the “-mt” variant for the
+--with-boost-regex ./configure parameter in debian/rules, thanks to
+Jan Dittberner (Closes: #530480, #533920).
+ * Set urgency to “medium” since this bug affects testing too.
+
+ -- Cyril Brulebois k...@debian.org Sat, 18 Jul 2009 13:28:17 +0200
+
source-highlight (2.4-5.2) unstable; urgency=medium
* Non-maintainer upload.
diff -u source-highlight-2.4/debian/rules source-highlight-2.4/debian/rules
--- source-highlight-2.4/debian/rules
+++ source-highlight-2.4/debian/rules
@@ -35,7 +35,7 @@
--mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info \
--sysconfdir=/etc \
- --with-boost-regex=boost_regex-gcc41-1_34
+ --with-boost-regex=boost_regex-mt
touch config-stamp
build: build-stamp
signature.asc
Description: Digital signature
Bug#530477: Needs to link against boost_filesystem-mt
forcemerge 530477 53403
thanks
Steve M. Robbins s...@debian.org (24/05/2009):
Due to the recently-introduced package boost-defaults [1], the
unversioned Boost -dev packages changed from Boost version 1.34.1 to
version 1.38.0.
No reaction, uploaded a fixed package. Many warnings about obsolete
headers, but I didn't fix that, given it seems to build as-is for now.
Mraw,
KiBi.
diff -u plee-the-bear-0.2.1/debian/changelog plee-the-bear-0.2.1/debian/changelog
--- plee-the-bear-0.2.1/debian/changelog
+++ plee-the-bear-0.2.1/debian/changelog
@@ -1,3 +1,16 @@
+plee-the-bear (0.2.1-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix FTBFS with new boost (= 1.37.0) by using the “-mt” suffix for
+boost libraries since starting with this version, only this variant
+is available (Closes: #530477, #534039):
+ - Add patch: fix-ftbfs-with-new-boost.diff
+ * Not bumping urgency, the package isn't in testing yet.
+ * Get rid of -pN options in series file, -p1 is the default, and that
+could lead to some troubles with the 3.0 format.
+
+ -- Cyril Brulebois k...@debian.org Sat, 18 Jul 2009 13:46:25 +0200
+
plee-the-bear (0.2.1-2) unstable; urgency=high
[ Julien Jorge ]
diff -u plee-the-bear-0.2.1/debian/patches/series plee-the-bear-0.2.1/debian/patches/series
--- plee-the-bear-0.2.1/debian/patches/series
+++ plee-the-bear-0.2.1/debian/patches/series
@@ -1,7 +1,8 @@
-built-paths.diff -p1
-dont-compile-extra-stuff.diff -p1
-fix-menu-section.diff -p1
-install-author-files.diff -p1
-fix-create-file-in-current-dir.diff -p1
-cmake-version.diff -p1
-fix_.desktop.diff -p1
+built-paths.diff
+dont-compile-extra-stuff.diff
+fix-menu-section.diff
+install-author-files.diff
+fix-create-file-in-current-dir.diff
+cmake-version.diff
+fix_.desktop.diff
+fix-ftbfs-with-new-boost.diff
only in patch2:
unchanged:
--- plee-the-bear-0.2.1.orig/debian/patches/fix-ftbfs-with-new-boost.diff
+++ plee-the-bear-0.2.1/debian/patches/fix-ftbfs-with-new-boost.diff
@@ -0,0 +1,22 @@
+--- a/CMakeLists.txt
b/CMakeLists.txt
+@@ -86,7 +86,7 @@ LINK_DIRECTORIES(
+ )
+
+ # check boost::filesystem
+-FIND_LIBRARY( BOOST_FILESYSTEM boost_filesystem PATHS ${Boost_LIBRARY_DIRS} )
++FIND_LIBRARY( BOOST_FILESYSTEM boost_filesystem-mt PATHS ${Boost_LIBRARY_DIRS} )
+
+ IF( NOT BOOST_FILESYSTEM )
+ MESSAGE( FATAL_ERROR
+--- a/dev/level-editor/src/bf/CMakeLists.txt
b/dev/level-editor/src/bf/CMakeLists.txt
+@@ -60,7 +60,7 @@ IF( wxWidgets_FOUND )
+ ${CLAW_CONFIGURATION_FILE_LIBRARIES}
+ ${CLAW_LOGGER_LIBRARIES}
+ ${CLAW_GRAPHIC_LIBRARIES}
+-boost_filesystem
++boost_filesystem-mt
+ )
+ ELSE( wxWidgets_FOUND )
+ MESSAGE( wxWidgets not found, the level editor will not be compiled. )
signature.asc
Description: Digital signature
Bug#530463: Need to link against -lboost_filesystem-mt
tag 530463 patch thanks Steve M. Robbins s...@debian.org (24/05/2009): Package: dammit Severity: serious Justification: no longer builds from source Please find attached the patch for my NMU. Mraw, KiBi. diff -u dammit-0~preview1/Makefile dammit-0~preview1/Makefile --- dammit-0~preview1/Makefile +++ dammit-0~preview1/Makefile @@ -4,7 +4,7 @@ DEPFILES = $(OBJECTS:%.o=.%.d) dammit.exe: $(OBJECTS) - $(CXX) -g -Wall -W -o $@ $^ -lboost_filesystem + $(CXX) -g -Wall -W -o $@ $^ -lboost_filesystem-mt %.o: dammit/%.cpp $(CXX) -g -Wall -W -Iinclude -o $@ -MD -MF .$*.d -c $ diff -u dammit-0~preview1/debian/changelog dammit-0~preview1/debian/changelog --- dammit-0~preview1/debian/changelog +++ dammit-0~preview1/debian/changelog @@ -1,3 +1,13 @@ +dammit (0~preview1-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with new boost (= 1.37.0) by using the “-mt” suffix for +boost libraries since starting with this version, only this variant +is available (Closes: #530463). Update Makefile accordingly for the +dammit.exe target. + + -- Cyril Brulebois k...@debian.org Sat, 18 Jul 2009 14:33:57 +0200 + dammit (0~preview1-2) unstable; urgency=low * Adapt changed include file path in libparser++ (Closes: #482507) signature.asc Description: Digital signature
Bug#530466: Need to link against boost_python-mt-py25
Steve M. Robbins s...@debian.org (24/05/2009):
Package: keysafe
Severity: serious
Justification: no longer builds from source
Fixed package uploaded with the attached debdiff.
Mraw,
KiBi.
diff -u keysafe-0.4/debian/changelog keysafe-0.4/debian/changelog
--- keysafe-0.4/debian/changelog
+++ keysafe-0.4/debian/changelog
@@ -1,3 +1,14 @@
+keysafe (0.4-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS with new boost (= 1.37.0) by using the “-mt” suffix for
+boost libraries since starting with this version, only this variant
+is available (Closes: #530466). Update Makefile.{am,in} accordingly.
+ * Set urgency to “medium” since testing is affected too.
+ * Fix bashisms in debian/rules (Closes: #535393).
+
+ -- Cyril Brulebois k...@debian.org Sat, 18 Jul 2009 14:49:54 +0200
+
keysafe (0.4-1) unstable; urgency=low
* New upstream release
diff -u keysafe-0.4/debian/rules keysafe-0.4/debian/rules
--- keysafe-0.4/debian/rules
+++ keysafe-0.4/debian/rules
@@ -8,7 +8,12 @@
+UNNEEDED_FILES=cryptobotan.a cryptobotan.la cryptobotan.so cryptobotan.so.0
+DOC_FILES=ksdump ksconv
+
binary-post-install/keysafe::
- rm $(KEYSAFE_LIB_DIR)/{cryptobotan.a,cryptobotan.la,cryptobotan.so,cryptobotan.so.0}
+ for i in $(UNNEEDED_FILES); do rm $(KEYSAFE_LIB_DIR)/$$i; done
mv $(KEYSAFE_LIB_DIR)/cryptobotan.so.0.0.0 $(KEYSAFE_LIB_DIR)/cryptobotan.so
- cp $(DEB_BUILDDIR)/tools/{ksdump,ksconv} $(KEYSAFE_DOC_DIR)
- chmod -x $(KEYSAFE_DOC_DIR)/{ksdump,ksconv}
+ for i in $(DOC_FILES); do \
+ cp $(DEB_BUILDDIR)/tools/$$i $(KEYSAFE_DOC_DIR); \
+ chmod -x $(KEYSAFE_DOC_DIR)/$$i; \
+ done
dh_pysupport -pkeysafe
only in patch2:
unchanged:
--- keysafe-0.4.orig/Makefile.in
+++ keysafe-0.4/Makefile.in
@@ -266,7 +266,7 @@
src/crypto.hh
cryptobotan_la_CXXFLAGS = -I /usr/include/python2.5
-cryptobotan_la_LDFLAGS = -module -lboost_python-py25 \
+cryptobotan_la_LDFLAGS = -module -lboost_python-mt-py25 \
$(shell pkg-config --libs botan-1.8)
gui_DATA = gui/keysafe.glade gui/ksed.glade
only in patch2:
unchanged:
--- keysafe-0.4.orig/Makefile.am
+++ keysafe-0.4/Makefile.am
@@ -30,7 +30,7 @@
src/crypto.hh
cryptobotan_la_CXXFLAGS = -I /usr/include/python2.5
-cryptobotan_la_LDFLAGS = -module -lboost_python-py25 \
+cryptobotan_la_LDFLAGS = -module -lboost_python-mt-py25 \
$(shell pkg-config --libs botan-1.8)
gui_DATA = gui/keysafe.glade gui/ksed.glade
signature.asc
Description: Digital signature
Bug#530471: Missing build-dep for libboost-math-dev
tag 530471 patch thanks Steve M. Robbins s...@debian.org (24/05/2009): Package: mkvtoolnix Severity: serious Justification: no longer builds from source Please find attached the patch for my NMU. Mraw, KiBi. diff -u mkvtoolnix-2.7.0/debian/changelog mkvtoolnix-2.7.0/debian/changelog --- mkvtoolnix-2.7.0/debian/changelog +++ mkvtoolnix-2.7.0/debian/changelog @@ -1,3 +1,11 @@ +mkvtoolnix (2.7.0-0.2) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with new boost by adding libboost-math-dev to the +Build-Depends (Closes: #530471). + + -- Cyril Brulebois k...@debian.org Sat, 18 Jul 2009 14:15:50 +0200 + mkvtoolnix (2.7.0-0.1) unstable; urgency=low * Non-maintainer upload. diff -u mkvtoolnix-2.7.0/debian/control mkvtoolnix-2.7.0/debian/control --- mkvtoolnix-2.7.0/debian/control +++ mkvtoolnix-2.7.0/debian/control @@ -4,6 +4,7 @@ Maintainer: Clément Stenac zorg...@debian.org Build-Depends: debhelper (= 7), libboost-dev, + libboost-math-dev, libboost-regex-dev, libbz2-dev, libebml-dev (= 0.7.7), signature.asc Description: Digital signature
Bug#537486: printfilters-ppd: FTBFS on all buildds
Package: printfilters-ppd Version: 2.13-10 Severity: serious Justification: FTBFS Hi, your package fails to build on all buildds: | dpkg-genchanges -B -mDebian AMD64 Build Daemon buildd_i386-nauti...@buildd.debian.org ../printfilters-ppd_2.13-10_amd64.changes | dpkg-genchanges: arch-specific upload - not including arch-independent packages | dpkg-genchanges: error: cannot read files list file: No such file or directory | dpkg-buildpackage: error: dpkg-genchanges gave error exit status 2 See: https://buildd.debian.org/~luk/status/package.php?p=printfilters-ppdsuite=unstable Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537492: menu: Binary without execution bits.
Package: menu Version: 2.1.41 Severity: grave Justification: Fucks up upgrades. Sounds like some bits are missing: | -rw-r--r-- root/root122920 2008-10-24 21:03 ./usr/bin/update-menus Which leads to: | install/elserv: Deleting /tmp/elc_eXSJx7.log | install/devscripts-el: Handling emacs21, logged in /tmp/elc_U0zTnA.log | install/devscripts-el: Deleting /tmp/elc_U0zTnA.log | /var/lib/dpkg/info/emacs21.postinst: line 24: /usr/bin/update-menus: Permission denied | dpkg : erreur de traitement de emacs21 (--configure) : | le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 | Des erreurs ont été rencontrées pendant l'exécution : | emacs21 | E: dpkg returned non-zero status: 256 | E: error performing command 'full-upgrade' (Sorry about the French bits, but heh.) No surprise, chmod is used in menu's postinst. WTF? Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537492: menu: Binary without execution bits.
Bill Allombert bill.allomb...@math.u-bordeaux1.fr (18/07/2009): No surprise, chmod is used in menu's postinst. WTF? /var/lib/dpkg/info/emacs21.postinst is broken, not menu. Let's look: | # Automatically added by dh_installmenu | if [ $1 = configure ] [ -x `which update-menus 2/dev/null` ]; then | update-menus | fi | # End automatically added section Mraw, KiBi. signature.asc Description: Digital signature
Bug#537492: menu: Binary without execution bits.
Cyril Brulebois k...@debian.org (18/07/2009): /var/lib/dpkg/info/emacs21.postinst is broken, not menu. Let's look: | # Automatically added by dh_installmenu | if [ $1 = configure ] [ -x `which update-menus 2/dev/null` ]; then | update-menus | fi | # End automatically added section In case someone wonders: | $ if [ -x ] ; then echo fail ; fi | fail Enjoy. Mraw, KiBi. signature.asc Description: Digital signature
Bug#537492: menu: Binary without execution bits.
Hello -devel, I need a tiny wider audience for that one. Bill Allombert bill.allomb...@math.u-bordeaux1.fr (18/07/2009): On Sat, Jul 18, 2009 at 09:35:57PM +0200, Cyril Brulebois wrote: Package: menu Version: 2.1.41 Severity: grave Justification: Fucks up upgrades. Sounds like some bits are missing: | -rw-r--r-- root/root122920 2008-10-24 21:03 ./usr/bin/update-menus Which leads to: | install/elserv: Deleting /tmp/elc_eXSJx7.log | install/devscripts-el: Handling emacs21, logged in /tmp/elc_U0zTnA.log | install/devscripts-el: Deleting /tmp/elc_U0zTnA.log | /var/lib/dpkg/info/emacs21.postinst: line 24: /usr/bin/update-menus: Permission denied | dpkg : erreur de traitement de emacs21 (--configure) : | le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 | Des erreurs ont été rencontrées pendant l'exécution : | emacs21 | E: dpkg returned non-zero status: 256 | E: error performing command 'full-upgrade' (Sorry about the French bits, but heh.) No surprise, chmod is used in menu's postinst. WTF? /var/lib/dpkg/info/emacs21.postinst is broken, not menu. I'm repeating here what I said on the bugreport, because I think that (Houston) we've got a problem. It's quite classical to use the following bit to test for a binary to call: | if [ -x `which invoke-rc.d 2/dev/null` ] See debhelper's sources: | git grep -e '-x.*which'|wc -l | 12 But: | $ if [ -x `which icanhazfailure 2/dev/null` ] ; then echo FAIL ; fi | FAIL And also, under zsh: | $ which doublefailure 2/dev/null | doublefailure not found Leading to: | if [ -x `which icanhazfailure 2/dev/null` ] ; then echo FAIL ; fi | [: too many arguments I guess we need a plan to fix some maintainer scripts, or am I grossly overlooking things here? Mraw, KiBi. signature.asc Description: Digital signature
Bug#537492: menu: Binary without execution bits.
Sven Joachim svenj...@gmx.de (18/07/2009): This looks strange, it seems that the test found update-menus executable, but it no longer is. Namely, the shell has apparently hashed it, since otherwise you would update-menus: command not found instead of permission denied. This may be because the dpkg trigger for update-menus had been activated. Can you examine your dpkg.log entries of the failed upgrade? (No sign of triggers, it's just that emacs21 gets configured before menu.) That one might be arch-related: | kbsd:/home/kibi# which update-menus | /usr/bin/update-menus | kbsd:/home/kibi# ls -l /usr/bin/update-menus | -rw-r--r-- 1 root root 113028 jun 8 13:13 /usr/bin/update-menus That's on GNU/kFreeBSD. I still have to investigate why, but it looks like if [ -x /usr/bin/update-menus ] returns true even with the above-mentioned conditions. Cc'ing -bsd. And also, under zsh: | $ which doublefailure 2/dev/null | doublefailure not found Leading to: | if [ -x `which icanhazfailure 2/dev/null` ] ; then echo FAIL ; fi | [: too many arguments This is missing the double quotes that are present in the debhelper script snippet. Thanks to them, there is only one argument for [ -x . Indeed, thanks. /me gets back to fixing (real) bugs. Mraw, KiBi. signature.asc Description: Digital signature
Bug#530471: Missing build-dep for libboost-math-dev
tag 530471 patch thanks Steve M. Robbins s...@debian.org (24/05/2009): Package: mkvtoolnix Severity: serious Justification: no longer builds from source Please find attached the patch for my NMU. Mraw, KiBi. diff -u mkvtoolnix-2.7.0/debian/changelog mkvtoolnix-2.7.0/debian/changelog --- mkvtoolnix-2.7.0/debian/changelog +++ mkvtoolnix-2.7.0/debian/changelog @@ -1,3 +1,11 @@ +mkvtoolnix (2.7.0-0.2) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with new boost by adding libboost-math-dev to the +Build-Depends (Closes: #530471). + + -- Cyril Brulebois k...@debian.org Sat, 18 Jul 2009 14:15:50 +0200 + mkvtoolnix (2.7.0-0.1) unstable; urgency=low * Non-maintainer upload. diff -u mkvtoolnix-2.7.0/debian/control mkvtoolnix-2.7.0/debian/control --- mkvtoolnix-2.7.0/debian/control +++ mkvtoolnix-2.7.0/debian/control @@ -4,6 +4,7 @@ Maintainer: Clément Stenac zorg...@debian.org Build-Depends: debhelper (= 7), libboost-dev, + libboost-math-dev, libboost-regex-dev, libbz2-dev, libebml-dev (= 0.7.7), signature.asc Description: Digital signature
Bug#485217: spider: FTBFS: Using imake without Build-Depends on xutils-dev
tag 485217 patch thanks Daniel Schepler schep...@math.berkeley.edu (08/06/2008): Package: spider Version: 1.2-4 Severity: important User: schep...@debian.org Usertags: ftbfs-xutils Here's the patch for my NMU. Mraw, KiBi. diff -u spider-1.2/debian/control spider-1.2/debian/control --- spider-1.2/debian/control +++ spider-1.2/debian/control @@ -1,7 +1,7 @@ Source: spider Section: games Priority: optional -Build-Depends: libx11-dev, libxmu-dev, libxt-dev, x-dev, xutils, libxaw7-dev +Build-Depends: libx11-dev, libxmu-dev, libxt-dev, xutils-dev, libxaw7-dev Maintainer: Dale Scheetz (Dwarf #1) dw...@polaris.net Standards-Version: 3.1.0.0 diff -u spider-1.2/debian/changelog spider-1.2/debian/changelog --- spider-1.2/debian/changelog +++ spider-1.2/debian/changelog @@ -1,3 +1,15 @@ +spider (1.2-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS by replacing obsolete xutils with xutils-dev in +Build-Depends (Closes: #485217). + * Set urgency to “medium” as this bug affects testing too. + * Also remove obsolete x-dev from Build-Depends (Closes: #515484). + * Include desktop file by Daniel Dickinson and install it from +debian/rules. + + -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 02:59:46 +0200 + spider (1.2-4) unstable; urgency=low * Acknowledge NMU fix. Closes: #347088 diff -u spider-1.2/debian/rules spider-1.2/debian/rules --- spider-1.2/debian/rules +++ spider-1.2/debian/rules @@ -40,6 +40,7 @@ # build new directories in temp # install -d debian/tmp debian/tmp/DEBIAN + install -d debian/tmp/usr/share/applications install -d debian/tmp/usr/share/doc/$(P) install -d debian/tmp/usr/games install -d debian/tmp/usr/lib/menu @@ -71,6 +72,9 @@ # Install menu file # install -m 644 debian/menu debian/tmp/usr/lib/menu/spider +# Install desktop file +# + install -m 644 debian/spider.desktop debian/tmp/usr/share/applications/spider.desktop # Install and compress man pages # install -d debian/tmp/usr/share/man/man1 only in patch2: unchanged: --- spider-1.2.orig/debian/spider.desktop +++ spider-1.2/debian/spider.desktop @@ -0,0 +1,8 @@ +[Desktop Entry] +Type=Application +Name=Spider Solitaire +Icon= +Exec=spider +Terminal=false +Icon=Spider32x32 +Categories=Application;Game;CardGame; signature.asc Description: Digital signature
Bug#485217: spider: FTBFS: Using imake without Build-Depends on xutils-dev
Slightly different version, actually. Mraw, KiBi. diff -u spider-1.2/debian/control spider-1.2/debian/control --- spider-1.2/debian/control +++ spider-1.2/debian/control @@ -1,7 +1,7 @@ Source: spider Section: games Priority: optional -Build-Depends: libx11-dev, libxmu-dev, libxt-dev, x-dev, xutils, libxaw7-dev +Build-Depends: libx11-dev, libxmu-dev, libxt-dev, xutils-dev, libxaw7-dev Maintainer: Dale Scheetz (Dwarf #1) dw...@polaris.net Standards-Version: 3.1.0.0 diff -u spider-1.2/debian/changelog spider-1.2/debian/changelog --- spider-1.2/debian/changelog +++ spider-1.2/debian/changelog @@ -1,3 +1,16 @@ +spider (1.2-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS by replacing obsolete xutils with xutils-dev in +Build-Depends (Closes: #485217). + * Set urgency to “medium” as this bug affects testing too. + * Also remove obsolete x-dev from Build-Depends (Closes: #515484). + * Include desktop file by Daniel Dickinson and install it from +debian/rules. + * Menu transition: from /usr/lib/menu to /usr/share/menu. + + -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 03:14:37 +0200 + spider (1.2-4) unstable; urgency=low * Acknowledge NMU fix. Closes: #347088 diff -u spider-1.2/debian/rules spider-1.2/debian/rules --- spider-1.2/debian/rules +++ spider-1.2/debian/rules @@ -40,9 +40,10 @@ # build new directories in temp # install -d debian/tmp debian/tmp/DEBIAN + install -d debian/tmp/usr/share/applications install -d debian/tmp/usr/share/doc/$(P) install -d debian/tmp/usr/games - install -d debian/tmp/usr/lib/menu + install -d debian/tmp/usr/share/menu install -d debian/tmp/usr/share/pixmaps # Install post install and pre remove scripts # @@ -70,7 +71,10 @@ ln -s round.spider debian/tmp/usr/games/spider # Install menu file # - install -m 644 debian/menu debian/tmp/usr/lib/menu/spider + install -m 644 debian/menu debian/tmp/usr/share/menu/spider +# Install desktop file +# + install -m 644 debian/spider.desktop debian/tmp/usr/share/applications/spider.desktop # Install and compress man pages # install -d debian/tmp/usr/share/man/man1 only in patch2: unchanged: --- spider-1.2.orig/debian/spider.desktop +++ spider-1.2/debian/spider.desktop @@ -0,0 +1,7 @@ +[Desktop Entry] +Type=Application +Name=Spider Solitaire +Exec=spider +Terminal=false +Icon=Spider32x32 +Categories=Application;Game;CardGame; signature.asc Description: Digital signature
Bug#485533: xbanner: FTBFS: Using imake without Build-Depends on xutils-dev
tag 485533 patch thanks Daniel Schepler schep...@math.berkeley.edu (09/06/2008): Package: xbanner Version: 1.31-25.3 Severity: important User: schep...@debian.org Usertags: ftbfs-xutils Here's the diff for my NMU. Mraw, KiBi. diff -u xbanner-1.31/debian/control xbanner-1.31/debian/control --- xbanner-1.31/debian/control +++ xbanner-1.31/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Jose Carlos Medeiros deb...@psabs.com.br Uploaders: Ola Lundqvist o...@debian.org -Build-Depends: debhelper (= 4.1.16), libx11-dev, libxpm-dev, x-dev, xutils +Build-Depends: debhelper (= 4.1.16), libx11-dev, libxpm-dev, xutils-dev Standards-Version: 3.6.2 Package: xbanner diff -u xbanner-1.31/debian/README.debian xbanner-1.31/debian/README.debian --- xbanner-1.31/debian/README.debian +++ xbanner-1.31/debian/README.debian @@ -27,7 +27,7 @@ Note: On displays with more that 8-bit color (including displays running at 32-bit color), the LeftDiagonal (and possibly other styles) bggrad has - noticable strips of color. What is weird is that in 8-bit mode, it + noticeable strips of color. What is weird is that in 8-bit mode, it doesn't have those strips, but it does if the display is running with *more* colors. @@ -48,5 +48,5 @@ 8 bits per component (in 8-bit modes as well). - This is a wierd limitation, but it exists. There is good chance you are + This is a weird limitation, but it exists. There is good chance you are hitting this limitation. diff -u xbanner-1.31/debian/changelog xbanner-1.31/debian/changelog --- xbanner-1.31/debian/changelog +++ xbanner-1.31/debian/changelog @@ -1,3 +1,14 @@ +xbanner (1.31-25.4) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS by replacing obsolete xutils with xutils-dev in +Build-Depends (Closes: #485533). + * Set urgency to “medium” as the bug affects testing too. + * Also remove obsolete x-dev from there (Closes: #515412). + * Fix two typos in README.Debian, thanks to lintian. + + -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 03:20:28 +0200 + xbanner (1.31-25.3) unstable; urgency=low * Non-maintainer upload to fix pending l10n issues. signature.asc Description: Digital signature
Bug#485538: xcb: FTBFS: Using imake without Build-Depends on xutils-dev
tag 485538 patch thanks Daniel Schepler schep...@math.berkeley.edu (09/06/2008): Package: xcb Version: 2.4-4 Severity: important User: schep...@debian.org Usertags: ftbfs-xutils Here's the patch for my NMU. -qa@, probably a package that could/should be removed. Mraw, KiBi. diff -u xcb-2.4/debian/changelog xcb-2.4/debian/changelog --- xcb-2.4/debian/changelog +++ xcb-2.4/debian/changelog @@ -1,3 +1,14 @@ +xcb (2.4-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS by replacing xutils with xutils-dev in Build-Depends +(Closes: #485538). + * Fix FTBFS by using “rm -f Makefile” instead of “rm Makefile” in the +clean target (Closes: #533965). + * debian/control: Move the Homepage where it belongs. + + -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 03:30:22 +0200 + xcb (2.4-4) unstable; urgency=low * Applied patch from CVS (http://software.schmorp.de/) diff -u xcb-2.4/debian/control xcb-2.4/debian/control --- xcb-2.4/debian/control +++ xcb-2.4/debian/control @@ -2,8 +2,9 @@ Section: x11 Priority: optional Maintainer: Michael Schiansky m...@debian.org -Build-Depends: debhelper ( 3.0.0), xutils (= 4.0.1), libxaw7-dev | libxaw-dev +Build-Depends: debhelper ( 3.0.0), xutils-dev, libxaw7-dev | libxaw-dev Standards-Version: 3.6.1 +Homepage: http://www.goof.com/pcg/marc/xcb.html Package: xcb Architecture: any @@ -17,2 +17,0 @@ - Homepage: http://www.goof.com/pcg/marc/xcb.html - diff -u xcb-2.4/debian/rules xcb-2.4/debian/rules --- xcb-2.4/debian/rules +++ xcb-2.4/debian/rules @@ -30,7 +30,7 @@ ([ ! -f Makefile ] xmkmf -a ||true) -$(MAKE) clean - rm Makefile + rm -f Makefile rm -f debian/xcb.1x dh_clean signature.asc Description: Digital signature
Bug#485727: xtoolwait: FTBFS: Using imake without Build-Depends on xutils-dev
tag 485727 patch thanks Daniel Schepler schep...@math.berkeley.edu (10/06/2008): Package: xtoolwait Version: 1.3-6.1 Severity: important User: schep...@debian.org Usertags: ftbfs-xutils Here's the diff for my NMU. Mraw, KiBi. diff -u xtoolwait-1.3/debian/changelog xtoolwait-1.3/debian/changelog --- xtoolwait-1.3/debian/changelog +++ xtoolwait-1.3/debian/changelog @@ -1,3 +1,14 @@ +xtoolwait (1.3-6.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS by replacing obsolete xutils with xutils-dev in +Build-Depends (Closes: #485727). + * Set urgency to “medium” as this bug affects testing too. + * Remove obsolete x-dev from Build-Depends too (Closes: #515444). + * debian/control: Clean up description, move Homepage, remove Author. + + -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 03:41:38 +0200 + xtoolwait (1.3-6.1) unstable; urgency=high * Non-maintainer upload. diff -u xtoolwait-1.3/debian/control xtoolwait-1.3/debian/control --- xtoolwait-1.3/debian/control +++ xtoolwait-1.3/debian/control @@ -2,8 +2,9 @@ Section: x11 Priority: optional Maintainer: Dwayne C. Litzenberger deb...@dlitz.net -Build-Depends: debhelper ( 4.0.0), x-dev, libx11-dev, libxext-dev, xutils +Build-Depends: debhelper ( 4.0.0), libx11-dev, libxext-dev, xutils-dev Standards-Version: 3.6.1 +Homepage: http://www.hacom.nl/~richard/software/xtoolwait.html Package: xtoolwait Architecture: any @@ -16,3 +16,0 @@ - . - Author: Richard Huveneers rich...@hacom.nl - Homepage: http://www.hacom.nl/~richard/software/xtoolwait.html signature.asc Description: Digital signature
Bug#485271: wmmount: FTBFS: Using imake without Build-Depends on xutils-dev
Olly Betts o...@survex.com (18/06/2009): The FTBFS is fixed by adding the missing build dependency on xutils-dev, as Daniel said in the original bug report. Thanks for confirming. Fixed package uploaded with the attached debdiff. Mraw, KiBi. diff -u wmmount-1.0beta2/debian/control wmmount-1.0beta2/debian/control --- wmmount-1.0beta2/debian/control +++ wmmount-1.0beta2/debian/control @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Josip Rodin joy-packa...@debian.org -Build-Depends: debhelper (= 4), libx11-dev, libxext-dev, libxpm-dev, xutils +Build-Depends: debhelper (= 4), libx11-dev, libxext-dev, libxpm-dev, xutils-dev Standards-Version: 3.7.2 Package: wmmount diff -u wmmount-1.0beta2/debian/menu wmmount-1.0beta2/debian/menu --- wmmount-1.0beta2/debian/menu +++ wmmount-1.0beta2/debian/menu @@ -1,2 +1,2 @@ -?package(wmmount): needs=X11 title=wmmount section=Apps/System \ +?package(wmmount): needs=X11 title=wmmount section=Applications/System/Monitoring \ command=wmmount -- -w -s diff -u wmmount-1.0beta2/debian/changelog wmmount-1.0beta2/debian/changelog --- wmmount-1.0beta2/debian/changelog +++ wmmount-1.0beta2/debian/changelog @@ -1,3 +1,14 @@ +wmmount (1.0beta2-7.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS by adding xutils-dev to Build-Depends (Closes: #485271), as +confirmed by Olly Betts. And remove xutils from there, as it is +obsolete. + * Set urgency to “medium” as the bug affects testing. + * Menu transition: “Apps/System” to “Applications/System/Monitoring”. + + -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 02:36:43 +0200 + wmmount (1.0beta2-7) unstable; urgency=medium * Documented %% in the manual page, fully closes: #274875. signature.asc Description: Digital signature
Bug#485732: xxkb: FTBFS: Using imake without Build-Depends on xutils-dev
tag 485732 patch thanks Daniel Schepler schep...@math.berkeley.edu (10/06/2008): Package: xxkb Version: 1.10-2.1 Severity: important User: schep...@debian.org Usertags: ftbfs-xutils Here's the patch for my NMU. Mraw, KiBi. diff -u xxkb-1.10/debian/rules xxkb-1.10/debian/rules --- xxkb-1.10/debian/rules +++ xxkb-1.10/debian/rules @@ -62,7 +62,7 @@ dh_link dh_strip dh_compress -# dh_fixperms + dh_fixperms # You may want to make some executables suid here. # dh_suidregister # dh_makeshlibs diff -u xxkb-1.10/debian/changelog xxkb-1.10/debian/changelog --- xxkb-1.10/debian/changelog +++ xxkb-1.10/debian/changelog @@ -1,3 +1,17 @@ +xxkb (1.10-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS by replacing obsolete xutils with xutils-dev in +Build-Depends (Closes: #485732). + * Set urgency to “medium” as this bug affects testing too. + * Remove obsolete x-dev from Build-Depends too (Closes: #515483). + * debian/control: Move the Homepage where it belongs. + * debian/rules: Uncomment the dh_fixperms call (Closes: #391850). + * Menu transition: move from obsolete “Apps/Tools” to +“Applications/System/Administration”. + + -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 03:48:31 +0200 + xxkb (1.10-2.1) unstable; urgency=high * Non-maintainer upload. diff -u xxkb-1.10/debian/control xxkb-1.10/debian/control --- xxkb-1.10/debian/control +++ xxkb-1.10/debian/control @@ -1,9 +1,10 @@ Source: xxkb Section: x11 Priority: optional -Build-Depends: debhelper, xutils, libx11-dev, libxpm-dev, libxt-dev, x-dev +Build-Depends: debhelper, xutils-dev, libx11-dev, libxpm-dev, libxt-dev Maintainer: Artem Chuprina r...@ran.pp.ru Standards-Version: 3.6.1 +Homepage: http://sourceforge.net/projects/xxkb/ Package: xxkb Architecture: any @@ -22,3 +22,0 @@ - . - Homepage: http://sourceforge.net/projects/xxkb/ - diff -u xxkb-1.10/debian/menu xxkb-1.10/debian/menu --- xxkb-1.10/debian/menu +++ xxkb-1.10/debian/menu @@ -1,2 +1,2 @@ -?package(xxkb):needs=x11 section=Apps/Tools \ +?package(xxkb):needs=x11 section=Applications/System/Administration \ title=xxkb command=/usr/bin/xxkb signature.asc Description: Digital signature
Bug#518734: alsaplayer: FTBFS: ControlSocket.cpp:245: error: 'PATH_MAX' was not declared in this scope
tag 518734 patch thanks Lucas Nussbaum lu...@lucas-nussbaum.net (08/03/2009): Package: alsaplayer Version: 0.99.80-3 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090307 qa-ftbfs Justification: FTBFS on i386 Here's the diff for my NMU. Mraw, KiBi. diff -u alsaplayer-0.99.80/debian/changelog alsaplayer-0.99.80/debian/changelog --- alsaplayer-0.99.80/debian/changelog +++ alsaplayer-0.99.80/debian/changelog @@ -1,3 +1,14 @@ +alsaplayer (0.99.80-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS due to missing climits include (Closes: #518734): + * Add patch: 06_climits.dpatch + * Set urgency to “medium”, this bug affects testing too. + * Switch from obsolete “xlibmesa-gl-dev | libgl-dev” to libgl1-mesa-dev +in Build-Depends. + + -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 15:09:12 +0200 + alsaplayer (0.99.80-3) unstable; urgency=low * debian/alsaplayer-xosd.menu: The xosd interface really shouldn't need to be diff -u alsaplayer-0.99.80/debian/control alsaplayer-0.99.80/debian/control --- alsaplayer-0.99.80/debian/control +++ alsaplayer-0.99.80/debian/control @@ -5,7 +5,7 @@ Uploaders: Paul Brossier p...@debian.org Standards-Version: 3.7.3 Homepage: http://www.alsaplayer.org/ -Build-Depends: debhelper (= 5.0.0), dpatch, libasound2-dev, libgtk2.0-dev, libesd0-dev, libmikmod2-dev, libaudio-dev, libogg-dev, libvorbis-dev, libtool, xlibmesa-gl-dev | libgl-dev, libmad0-dev, libid3tag0-dev, zlib1g-dev, libjack-dev, libflac-dev (= 1.1.4-1), libxosd-dev, libsndfile1-dev, doxygen, libxt-dev +Build-Depends: debhelper (= 5.0.0), dpatch, libasound2-dev, libgtk2.0-dev, libesd0-dev, libmikmod2-dev, libaudio-dev, libogg-dev, libvorbis-dev, libtool, libgl1-mesa-dev, libmad0-dev, libid3tag0-dev, zlib1g-dev, libjack-dev, libflac-dev (= 1.1.4-1), libxosd-dev, libsndfile1-dev, doxygen, libxt-dev Package: alsaplayer-common Architecture: any only in patch2: unchanged: --- alsaplayer-0.99.80.orig/debian/patches/00list +++ alsaplayer-0.99.80/debian/patches/00list @@ -0,0 +1 @@ +06_climits.dpatch only in patch2: unchanged: --- alsaplayer-0.99.80.orig/debian/patches/06_climits.dpatch +++ alsaplayer-0.99.80/debian/patches/06_climits.dpatch @@ -0,0 +1,16 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 06_climits.dpatch by Cyril Brulebois k...@debian.org +## +## DP: Fix FTBFS due to missing declaration of PATH_MAX. + +...@dpatch@ +--- a/app/ControlSocket.cpp b/app/ControlSocket.cpp +@@ -18,6 +18,7 @@ + * + */ + #include AlsaPlayer.h ++#include climits + #include cstdio + #include cstdlib + #include unistd.h signature.asc Description: Digital signature
Bug#527786: apertium-dbus: FTBFS: Nonexistent build-dependency: libapertium3-3.0-0-dev
tag 527786 patch
thanks
Lucas Nussbaum lu...@lucas-nussbaum.net (08/05/2009):
Package: apertium-dbus
Version: 0.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20090508 qa-ftbfs
Justification: FTBFS on amd64
Here's the patch for my NMU.
I'd like to add that I'm impressed by such a coordination!
Mraw,
KiBi.
diff -u apertium-dbus-0.1/debian/control apertium-dbus-0.1/debian/control
--- apertium-dbus-0.1/debian/control
+++ apertium-dbus-0.1/debian/control
@@ -2,7 +2,7 @@
Section: misc
Priority: extra
Maintainer: Francis Tyers fty...@prompsit.com
-Build-Depends: cdbs, debhelper (= 5), autotools-dev, libdbus-1-3 ( = 0.34 ), libdbus-1-dev (= 0.34 ), python-dbus ( = 0.82 ), libapertium3-3.0-0-dev ( = 3.0.2 ), pkg-config (= 0.21), python (= 2.4.0)
+Build-Depends: cdbs, debhelper (= 5), autotools-dev, libdbus-1-3 ( = 0.34 ), libdbus-1-dev (= 0.34 ), python-dbus ( = 0.82 ), libapertium3-3.1-0-dev ( = 3.0.2 ), pkg-config (= 0.21), python (= 2.4.0)
Standards-Version: 3.7.3
Homepage: http://www.apertium.org
diff -u apertium-dbus-0.1/debian/changelog apertium-dbus-0.1/debian/changelog
--- apertium-dbus-0.1/debian/changelog
+++ apertium-dbus-0.1/debian/changelog
@@ -1,3 +1,14 @@
+apertium-dbus (0.1-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update Build-Depends, switching from libapertium3-3.1-0-dev to
+libapertium3-3.0-0-dev (Closes: #527786). Yay for coordination.
+ * Set urgency to “medium”, this bug affects testing too.
+ * Additionally adapt configure{,.in} to search for apertium-3.1
+instead of apertium-3.0.
+
+ -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 15:35:38 +0200
+
apertium-dbus (0.1-1) unstable; urgency=low
* Initial release (Closes: #464570)
only in patch2:
unchanged:
--- apertium-dbus-0.1.orig/configure.in
+++ apertium-dbus-0.1/configure.in
@@ -4,7 +4,7 @@
AM_MAINTAINER_MODE
AM_PATH_PYTHON
-PKG_CHECK_MODULES(APERTIUM, apertium-3.0 = 3.0.0, APERTIUM=yes, AC_MSG_ERROR([*** unable to locate apertium! Run: apt-get install apertium ***]))
+PKG_CHECK_MODULES(APERTIUM, apertium-3.1 = 3.0.0, APERTIUM=yes, AC_MSG_ERROR([*** unable to locate apertium! Run: apt-get install apertium ***]))
PKG_CHECK_MODULES(DBUS, dbus-1 = 0.34, DBUS=yes, AC_MSG_ERROR([*** unable to locate dbus library! Run: apt-get install dbus libdbus-1-dev ***]))
only in patch2:
unchanged:
--- apertium-dbus-0.1.orig/configure
+++ apertium-dbus-0.1/configure
@@ -2433,12 +2433,12 @@
pkg_cv_APERTIUM_CFLAGS=$APERTIUM_CFLAGS
else
if test -n $PKG_CONFIG \
-{ (echo $as_me:$LINENO: \$PKG_CONFIG --exists --print-errors \apertium-3.0 = 3.0.0\) 5
- ($PKG_CONFIG --exists --print-errors apertium-3.0 = 3.0.0) 25
+{ (echo $as_me:$LINENO: \$PKG_CONFIG --exists --print-errors \apertium-3.1 = 3.0.0\) 5
+ ($PKG_CONFIG --exists --print-errors apertium-3.1 = 3.0.0) 25
ac_status=$?
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }; then
- pkg_cv_APERTIUM_CFLAGS=`$PKG_CONFIG --cflags apertium-3.0 = 3.0.0 2/dev/null`
+ pkg_cv_APERTIUM_CFLAGS=`$PKG_CONFIG --cflags apertium-3.1 = 3.0.0 2/dev/null`
else
pkg_failed=yes
fi
@@ -2451,12 +2451,12 @@
pkg_cv_APERTIUM_LIBS=$APERTIUM_LIBS
else
if test -n $PKG_CONFIG \
-{ (echo $as_me:$LINENO: \$PKG_CONFIG --exists --print-errors \apertium-3.0 = 3.0.0\) 5
- ($PKG_CONFIG --exists --print-errors apertium-3.0 = 3.0.0) 25
+{ (echo $as_me:$LINENO: \$PKG_CONFIG --exists --print-errors \apertium-3.1 = 3.0.0\) 5
+ ($PKG_CONFIG --exists --print-errors apertium-3.1 = 3.0.0) 25
ac_status=$?
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }; then
- pkg_cv_APERTIUM_LIBS=`$PKG_CONFIG --libs apertium-3.0 = 3.0.0 2/dev/null`
+ pkg_cv_APERTIUM_LIBS=`$PKG_CONFIG --libs apertium-3.1 = 3.0.0 2/dev/null`
else
pkg_failed=yes
fi
@@ -2475,9 +2475,9 @@
_pkg_short_errors_supported=no
fi
if test $_pkg_short_errors_supported = yes; then
- APERTIUM_PKG_ERRORS=`$PKG_CONFIG --short-errors --errors-to-stdout --print-errors apertium-3.0 = 3.0.0`
+ APERTIUM_PKG_ERRORS=`$PKG_CONFIG --short-errors --errors-to-stdout --print-errors apertium-3.1 = 3.0.0`
else
- APERTIUM_PKG_ERRORS=`$PKG_CONFIG --errors-to-stdout --print-errors apertium-3.0 = 3.0.0`
+ APERTIUM_PKG_ERRORS=`$PKG_CONFIG --errors-to-stdout --print-errors apertium-3.1 = 3.0.0`
fi
# Put the nasty error message in config.log where it belongs
echo $APERTIUM_PKG_ERRORS 5
signature.asc
Description: Digital signature
Bug#525593: belpic, kio-locate, skim: scons-related FTBFSes
tag 525593 patch thanks Michael Schutte mi...@uiae.at (11/07/2009): These bugs come from the behavior of _do_create_keywords() in /usr/lib/scons/SCons/Action.py (line 332, scons 1.2.0-2). Thanks for the patch. Fixed package uploaded to DELAYED/1. Mraw, KiBi. diff -u belpic-2.6.0/debian/changelog belpic-2.6.0/debian/changelog --- belpic-2.6.0/debian/changelog +++ belpic-2.6.0/debian/changelog @@ -1,3 +1,13 @@ +belpic (2.6.0-6.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS with newer scons, thanks to a patch by Michael Schutte: +Flatten the list of parameters passed to env.Action() in +admin/generic.py (Closes: #525593). + * Set urgency to “medium” since this bug affects testing too. + + -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 16:11:37 +0200 + belpic (2.6.0-6) unstable; urgency=high * Remove libopenct1-dev builddep, and single leftover linkage to only in patch2: unchanged: --- belpic-2.6.0.orig/admin/generic.py +++ belpic-2.6.0/admin/generic.py @@ -492,7 +492,7 @@ def string_la_file(target, source, env): print building '%s' from '%s' % (target[0].name, source[0].name) - la_file = env.Action(build_la_file, string_la_file, ['BKSYS_VNUM', 'BKSYS_DESTDIR']) + la_file = env.Action(build_la_file, string_la_file, 'BKSYS_VNUM', 'BKSYS_DESTDIR') env['BUILDERS']['LaFile'] = env.Builder(action=la_file,suffix='.la',src_suffix=env['SHLIBSUFFIX']) ## Function for building shared libraries signature.asc Description: Digital signature
Bug#398148: chuck not functional on amd64
Eugeniy Meshcheryakov eu...@debian.org (25/03/2009):
Hello,
With this patch alsa output works for me.
Thanks to all.
Here's the patch for my NMU.
Mraw,
KiBi.
diff -u chuck-1.2.0.8.dfsg/src/rtaudio.cpp chuck-1.2.0.8.dfsg/src/rtaudio.cpp
--- chuck-1.2.0.8.dfsg/src/rtaudio.cpp
+++ chuck-1.2.0.8.dfsg/src/rtaudio.cpp
@@ -4024,7 +4024,7 @@
snd_pcm_sw_params_alloca( sw_params );
snd_pcm_sw_params_current( handle, sw_params );
snd_pcm_sw_params_set_start_threshold( handle, sw_params, *bufferSize );
- snd_pcm_sw_params_set_stop_threshold( handle, sw_params, 0x7fff );
+ snd_pcm_sw_params_set_stop_threshold( handle, sw_params, LONG_MAX );
snd_pcm_sw_params_set_silence_threshold( handle, sw_params, 0 );
snd_pcm_sw_params_set_silence_size( handle, sw_params, INT_MAX );
err = snd_pcm_sw_params( handle, sw_params );
diff -u chuck-1.2.0.8.dfsg/debian/changelog chuck-1.2.0.8.dfsg/debian/changelog
--- chuck-1.2.0.8.dfsg/debian/changelog
+++ chuck-1.2.0.8.dfsg/debian/changelog
@@ -1,3 +1,16 @@
+chuck (1.2.0.8.dfsg-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix broken runtime on 64-bit architectures, thanks to patches by
+Samuel Thibault (Closes: #398148).
+ * Set urgency to “medium” as this bug affects testing.
+ * Fix FTBFS with GCC 4.4, thanks to Martin Michlmayr, by adding a
+cstdio include in src/util_string.h (Closes: #504962).
+ * Add jackd to Suggests as suggested (ah!) by James Westby
+(Closes: #487982).
+
+ -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 16:44:04 +0200
+
chuck (1.2.0.8.dfsg-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -u chuck-1.2.0.8.dfsg/debian/rules chuck-1.2.0.8.dfsg/debian/rules
--- chuck-1.2.0.8.dfsg/debian/rules
+++ chuck-1.2.0.8.dfsg/debian/rules
@@ -6,7 +6,7 @@
# Uncomment this to turn on verbose mode.
#export DH_VERBOSE=1
-CFLAGS = -Wall -g
+CFLAGS = -Wall -g -fno-strict-aliasing
ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
CFLAGS += -O0
diff -u chuck-1.2.0.8.dfsg/debian/control chuck-1.2.0.8.dfsg/debian/control
--- chuck-1.2.0.8.dfsg/debian/control
+++ chuck-1.2.0.8.dfsg/debian/control
@@ -8,6 +8,7 @@
Package: chuck
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
+Suggests: jackd
Description: Concurrent, On-the-fly Audio Programming Language
ChucK is a new audio programming language for real-time synthesis,
composition, and performance, which runs on commodity operating systems.
only in patch2:
unchanged:
--- chuck-1.2.0.8.dfsg.orig/src/chuck_emit.cpp
+++ chuck-1.2.0.8.dfsg/src/chuck_emit.cpp
@@ -371,9 +371,9 @@
// if decl, then expect only one word per var
if( exp-s_type == ae_exp_decl )
emit-append( new Chuck_Instr_Reg_Pop_Word3( exp-decl.num_var_decls ) );
-else if( exp-type-size == 4 ) // ISSUE: 64-bit
+else if( exp-type-size == sz_INT ) // ISSUE: 64-bit
emit-append( new Chuck_Instr_Reg_Pop_Word );
-else if( exp-type-size == 8 ) // ISSUE: 64-bit
+else if( exp-type-size == sz_FLOAT ) // ISSUE: 64-bit
emit-append( new Chuck_Instr_Reg_Pop_Word2 );
else
{
@@ -606,9 +606,9 @@
return FALSE;
// HACK!
-if( stmt-c3-type-size == 8 ) // ISSUE: 64-bit
+if( stmt-c3-type-size == sz_FLOAT ) // ISSUE: 64-bit
emit-append( new Chuck_Instr_Reg_Pop_Word2 );
-else if( stmt-c3-type-size == 4 ) // ISSUE: 64-bit
+else if( stmt-c3-type-size == sz_INT ) // ISSUE: 64-bit
emit-append( new Chuck_Instr_Reg_Pop_Word );
else if( stmt-c3-type-size != 0 )
{
@@ -1027,8 +1027,7 @@
emit-code-stack_break.push_back( NULL );
// push the value of the loop counter
-// TODO: get rid of hard code 4
-emit-append( new Chuck_Instr_Reg_Push_Deref( (t_CKUINT)counter, 4 ) ); // ISSUE: 64-bit
+emit-append( new Chuck_Instr_Reg_Push_Deref( (t_CKUINT)counter, sz_INT ) );
// get the type, taking cast into account
Chuck_Type * type = stmt-cond-cast_to ? stmt-cond-cast_to : stmt-cond-type;
@@ -2122,9 +2121,9 @@
else
{
// assign primitive
-if( right-size == 4 ) // ISSUE: 64-bit
+if( right-size == sz_INT ) // ISSUE: 64-bit
emit-append( new Chuck_Instr_Assign_Primitive );
-else if( right-size == 8 ) // ISSUE: 64-bit
+else if( right-size == sz_FLOAT ) // ISSUE: 64-bit
emit-append( new Chuck_Instr_Assign_Primitive2 );
else
{
@@ -2644,7 +2643,7 @@
is_str = TRUE;
// make sure
-if( type-size != 4 type-size != 8 ) // ISSUE: 64-bit
+if( type-size != sz_INT type-size != sz_FLOAT )
{
EM_error2( array-linepos,
(emit
Bug#525593: Processing of belpic_2.6.0-6.1_amd64.changes
Wouter Verhelst wou...@debian.org (19/07/2009): Please don't do random NMU's without getting approval from the maintainer. That's why it's in DELAYED and can be cancelled. Belpic has serious issues in that some builds work, while others don't, depending on the state of the build-deps; the only way to defend against this is by extensive testing, which you _cannot_ have done since you don't have a Belgian eID card. Thanks for letting people now by replying to the RC bug that got reported. If DebConf9 is over and the belpic upstream update isn't ready for upload, I'll do an update of the current codebase myself. For now, I have cancelled your upload. Fine. Mraw, KiBi. signature.asc Description: Digital signature
Bug#533966: bum: FTBFS: configure: error: The intltool scripts were not found. Please install intltool.
forcemerge 533966 532580 thanks Lucas Nussbaum lu...@lucas-nussbaum.net (21/06/2009): Package: bum Version: 2.5.0-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090620 qa-ftbfs Justification: FTBFS on amd64 Here's the diff for my NMU. Mraw, KiBi. diff -u bum-2.5.0/debian/changelog bum-2.5.0/debian/changelog --- bum-2.5.0/debian/changelog +++ bum-2.5.0/debian/changelog @@ -1,3 +1,15 @@ +bum (2.5.0-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS by adding intltool to Build-Depends-Indep (Closes: #533966). + * Set urgency to “medium” as this bug affects testing too. + * Fix desktop file as suggested by Alessio Treglia (Closes: #532577): +Tweak data/bum.desktop.in.in by removing the obsolete Encoding key; by +only keeping the basename for the Icon key; and by adjusting the +Categories key. + + -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 17:26:15 +0200 + bum (2.5.0-1) unstable; urgency=low * dopped Glade and migrate to Gtk2::Builder diff -u bum-2.5.0/debian/control bum-2.5.0/debian/control --- bum-2.5.0/debian/control +++ bum-2.5.0/debian/control @@ -2,7 +2,7 @@ Section: admin Priority: optional Build-Depends: debhelper (= 4.0.0) -Build-Depends-Indep: libxml-parser-perl, libgtk2-perl (=1:1.100) +Build-Depends-Indep: libxml-parser-perl, libgtk2-perl (=1:1.100), intltool Standards-Version: 3.8.0 Maintainer: Fabio Marzocca thesalty...@gmail.com only in patch2: unchanged: --- bum-2.5.0.orig/data/bum.desktop.in.in +++ bum-2.5.0/data/bum.desktop.in.in @@ -1,10 +1,9 @@ [Desktop Entry] -Encoding=UTF-8 _Name=BootUp-Manager _Comment=Graphical runlevel configuration tool Exec=su-to-root -X -c bum -ic...@datadir@/pixmaps/bum.png +Icon=bum.png Terminal=false Type=Application StartupNotify=true -Categories=Application;System;Settings; +Categories=System;Settings; signature.asc Description: Digital signature
Bug#525593: Processing of belpic_2.6.0-6.1_amd64.changes
Wouter Verhelst wou...@debian.org (19/07/2009): The procedure, last I checked, was still 'use DELAYED/7 or ask for explicit approval'. 5.11.1 says DELAYED/2 for RC bugfixes. I'm sorry I missed 1 day after months of RC-bugginess. Sorry, I thought I had done that before; apparently I haven't. There are other bugs mentioning the new upstream version, however. #536710? Doesn't say anything about the huge issues you mentioned. I don't see much more bugs that would be related? Mraw, KiBi. signature.asc Description: Digital signature
Bug#489901: chiark-tcl: Missing include of limits.h when build with gcc-4.3
Ian Jackson i...@davenant.greenend.org.uk (29/07/2008): Thanks. I have committed a fix to my CVS. It's been a year. And some months since it's RC. Uploaded a fixed package to DELAYED/2 with the attached debdiff. Mraw, KiBi. diff -Nru chiark-tcl-1.1.0/base/chiark-tcl.h chiark-tcl-1.1.0+nmu1/base/chiark-tcl.h --- chiark-tcl-1.1.0/base/chiark-tcl.h 2006-10-20 13:35:04.0 +0200 +++ chiark-tcl-1.1.0+nmu1/base/chiark-tcl.h 2009-07-19 18:26:40.0 +0200 @@ -30,6 +30,7 @@ #include sys/uio.h #include sys/un.h #include arpa/inet.h +#include limits.h #ifndef _TCL /* if someone already included some tcl.h, use that */ #include tcl.h diff -Nru chiark-tcl-1.1.0/debian/changelog chiark-tcl-1.1.0+nmu1/debian/changelog --- chiark-tcl-1.1.0/debian/changelog 2008-06-20 23:50:34.0 +0200 +++ chiark-tcl-1.1.0+nmu1/debian/changelog 2009-07-19 18:34:52.0 +0200 @@ -1,3 +1,12 @@ +chiark-tcl (1.1.0+nmu1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS with gcc-4.3 by adding limits.h include to +base/chiark-tcl.h as suggested by Michael Bienia (Closes: #489901). + * Set urgency to “medium” as this bug affects testing too. + + -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 18:23:54 +0200 + chiark-tcl (1.1.0) unstable; urgency=high New features: signature.asc Description: Digital signature
Bug#527679: dates: FTBFS: dates_main.c:396: error: 'GETTEXT_PACKAGE'
Elías A. M. eal...@gmail.com (20/05/2009): tags 527679 + patch thanks (You have to Cc cont...@bugs.debian.org; but that got fixed by Chris Taylor.) Thanks, uploaded a fixed package with the attached debdiff. Mraw, KiBi. diff -u dates-0.4.6/debian/changelog dates-0.4.6/debian/changelog --- dates-0.4.6/debian/changelog +++ dates-0.4.6/debian/changelog @@ -1,3 +1,13 @@ +dates (0.4.6-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS due to missing GETTEXT_PACKAGE by including config.h where +needed, thanks to Elías A. M. for the patch (Closes: #527679): + - 02_fix-missing-includes.patch + * Set urgency to “medium” as this bug affects testing too. + + -- Cyril Brulebois k...@debian.org Sun, 19 Jul 2009 19:00:59 +0200 + dates (0.4.6-1.1) unstable; urgency=low * Non-maintainer upload. only in patch2: unchanged: --- dates-0.4.6.orig/debian/patches/02_fix-missing-includes.patch +++ dates-0.4.6/debian/patches/02_fix-missing-includes.patch @@ -0,0 +1,22 @@ +--- a/src/dates_callbacks.c b/src/dates_callbacks.c +@@ -21,6 +21,8 @@ + #include dates_types.h + #include dates_platform.h + ++#include config.h ++ + #include gdk/gdkkeysyms.h + #include string.h + +--- a/src/dates_main.c b/src/dates_main.c +@@ -25,6 +25,8 @@ + #include libical/icaltime.h + #include gconf/gconf-client.h + ++#include config.h ++ + #include dates_types.h + #include dates_platform.h + #include dates_callbacks.h signature.asc Description: Digital signature
Bug#527523: Test bulids fine
Warren Turkal w...@penguintechs.org (16/07/2009): I have the new packages at [1]. The source package is there also. Heya, I'm planning to look at it, probably after I arrived at DebConf. Don't hesitate to get back to me in a few days if you see no comments coming from me. Mraw, KiBi. signature.asc Description: Digital signature
Bug#539147: [Pkg-phototools-devel] Bug#539147: libgphoto2-2: does not install: segfault while configuring
Hi, Dominic Osterried dominic.osterr...@gmx.de (29/07/2009): Package: libgphoto2-2 Version: 2.4.6-1 Severity: grave Justification: renders package unusable indeed, “not good”. ii libc6 2.9-12 GNU C Library: Shared libraries ii libexif12 0.6.17-1 library to parse EXIF files ii libgphoto2-port0 2.4.6-1gphoto2 digital camera port librar ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libltdl7 2.2.6a-4 A system independent dlopen wrappe Versions of packages libgphoto2-2 recommends: ii udev 0.141-1/dev/ and hotplug management daemo Versions of packages libgphoto2-2 suggests: ii gphoto2 2.4.5-2The gphoto2 digital camera command -- no debconf information When I try to install i get the following message: jacq...@debian ~ % sudo dpkg --configure libgphoto2-2 Richte libgphoto2-2 ein (2.4.6-1) ... Segmentation fault dpkg: Fehler beim Bearbeiten von libgphoto2-2 (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 139 zurück Fehler traten auf beim Bearbeiten von: libgphoto2-2 Could you please try to run the postinst script with -x? That would be: $ sudo sh -x /var/lib/dpkg/info/libgphoto2-2.postinst configure (BTW I can read German, but please think about setting LANG=C ;)) Just to make sure what's happening. Thanks in advance. Mraw, KiBi. signature.asc Description: Digital signature
Bug#539187: libgv-python: broken symlink /usr/lib/pyshared/python2.{4,5}/_gv.so
John Wright j...@debian.org (29/07/2009):
Package: libgv-python
Version: 2.20.2-3+b4
Severity: grave
Justification: renders package unusable
ACK, thanks.
As discussed IRL, will be investigated quite soon, and I really
encourage people to give python-{networkx,pygraphviz} a try. ;)
Mraw,
KiBi.
signature.asc
Description: Digital signature
Bug#539147: [Pkg-phototools-devel] Bug#539147: Bug#539147: libgphoto2-2: does not install: segfault while configuring
Dominic Osterried dominic.osterr...@gmx.de (29/07/2009): ah nice, this LANG=C-thing was new to me. Very usefull! Sure. :) And the output of $ sudo sh -x /var/lib/dpkg/info/libgphoto2-2.postinst configure is + set -e + [ configure = configure ] + ldconfig + PACKAGE=libgphoto2 + mkdir -p /usr/share/hal/fdi/preprobe/10osvendor/ + /usr/lib/libgphoto2/print-camera-list hal-fdi Segmentation fault OK, was quite “expected”. I would *guess* you have the funky ia32-* packages installed? Which breaks quite horribly, due to stuff like #533540. Hopefully, someone should take over the packages, and put them back into shape so that one can still use 32-bits stuff without having a system broken beyond repair. I *think* that a way for you to get libgphoto2 installed is to get rid of all ia32-related packages, and then to try and finish its configuration. Good luck, I'm sorry that there's no much that I can do (besides merging some patches by Martin Pitt, but that needs some testing and might take some days, see #531979). Mraw, KiBi. signature.asc Description: Digital signature
Bug#539491: liferea: Fails to start, failure while preparing statement
Package: liferea Version: 1.6.0-1 Severity: serious Justification: Renders package unusable Hi, liferea just can't start: | $ liferea | | ** ERROR **: Failure while preparing statement, (error=522, disk I/O error) SQL: SELECT COUNT(*) FROM sqlite_master WHERE type = 'table' AND name = 'info'; | aborting... | zsh: abort liferea Let me know any test I could perform. Mraw, KiBi. -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages liferea depends on: ii gconf2 2.26.2-3 GNOME configuration database syste ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libc6 2.9-21 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-20.80-4 simple interprocess messaging syst ii libgconf2-4 2.26.2-3 GNOME configuration database syste ii libglade2-0 1:2.6.4-1library to load .glade files at ru ii libglib2.0-02.20.4-1 The GLib library of C routines ii libgtk2.0-0 2.16.5-1 The GTK+ graphical user interface ii libice6 2:1.0.5-1X11 Inter-Client Exchange library ii liblua5.1-0 5.1.4-3 Simple, extensible, embeddable pro ii libnm-glib0 0.7.1-1 network management framework (GLib ii libnotify1 [libnotify1-gtk2 0.4.5-1 sends desktop notifications to a n ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio ii libsm6 2:1.1.0-2X11 Session Management library ii libsoup2.4-12.27.4-1 an HTTP library implementation in ii libsqlite3-03.6.16-1 SQLite 3 shared library ii libwebkit-1.0-2 1.1.10-2 Web content engine library for Gtk ii libx11-62:1.2.2-1X11 client-side library ii libxml2 2.7.3.dfsg-2 GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii liferea-data1.6.0-1 architecture independent data for Versions of packages liferea recommends: ii curl 7.19.5-1 Get a file from an HTTP, HTTPS or ii dbus 1.2.16-2 simple interprocess messaging syst ii dbus-x11 1.2.16-2 simple interprocess messaging syst ii gwget 1.0.1-1GNOME front-end for wget ii wget 1.11.4-4 retrieves files from the web Versions of packages liferea suggests: pn network-manager none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539491: liferea: Fails to start, failure while preparing statement
Emilio Pozuelo Monfort poch...@gmail.com (01/08/2009): Let me know any test I could perform. Can you move away (don't delete it, we may need it to further analize the problem) ~/.liferea_1.6 and see if it starts? Did so, it now starts. :) Mraw, KiBi. signature.asc Description: Digital signature
Bug#539491: liferea: Fails to start, failure while preparing statement
Emilio Pozuelo Monfort poch...@gmail.com (01/08/2009): Can you move away (don't delete it, we may need it to further analize the problem) ~/.liferea_1.6 and see if it starts? Aud as requested on IRC, once liferea-dbg installed, running liferea into gdb, and printing a backtrace when the bug occurs: | (gdb) run | Starting program: /usr/bin/liferea | [Thread debugging using libthread_db enabled] | [New Thread 0x7fffe99f1950 (LWP 32734)] | [Thread 0x7fffe99f1950 (LWP 32734) exited] | | ** ERROR **: Failure while preparing statement, (error=522, disk I/O error) SQL: SELECT COUNT(*) FROM sqlite_master WHERE type = 'table' AND name = 'info'; | aborting... | | Program received signal SIGABRT, Aborted. | 0x73602d25 in raise () from /lib/libc.so.6 | (gdb) bt | #0 0x73602d25 in raise () from /lib/libc.so.6 | #1 0x73605de1 in abort () from /lib/libc.so.6 | #2 0x739657ae in g_logv () from /usr/lib/libglib-2.0.so.0 | #3 0x73965833 in g_log () from /usr/lib/libglib-2.0.so.0 | #4 0x00421fd7 in db_prepare_stmt (stmt=value optimized out, sql=0x731ae8 SELECT COUNT(*) FROM sqlite_master WHERE type = 'table' AND name = 'info';) at db.c:55 | #5 0x00422628 in db_table_exists () at db.c:109 | #6 db_get_schema_version () at db.c:136 | #7 0x00422c4f in db_init () at db.c:176 | #8 0x00433ed6 in main (argc=1, argv=0x7fffe728) at main.c:277 Mraw, KiBi. signature.asc Description: Digital signature
Bug#540495: botan1.8: FTBFS on armel and kfreebsd-amd64, messes with --cpu.
Package: botan1.8 Version: 1.8.5-3 Severity: serious Tags: patch Justification: FTBFS o, yet another FTBFS due to that --cpu thingy… I'm wondering why not using say one of the *CPU variables? Also, the choice was made to use DEB_BUILD_*, but I guess it probably wants to know the host cpu (DEB_HOST_*) rather than the build cpu. That might also fix the i386 special case nicely? e.g. on master: | k...@master:~$ dpkg-architecture|grep CPU|grep DEB_HOST | DEB_HOST_ARCH_CPU=i386 | DEB_HOST_GNU_CPU=i486 Oh, and the failed build logs: https://buildd.debian.org/~luk/status/package.php?p=botan1.8suite=unstable The following works at least for kfreebsd-amd64's configure: | DEB_HOST_GNU_CPU ?= $(shell dpkg-architecture -qDEB_HOST_GNU_CPU) | CONFIGURE_FLAGS = --cpu=$(DEB_HOST_GNU_CPU) Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540495: botan1.8: FTBFS on armel and kfreebsd-amd64, messes with --cpu.
Daniel Baumann dan...@debian.org (08/08/2009): i don't think this will help on any of the toy arches (mips*), but let's try... That won't change anything for mips AFAICT: | (sid)k...@mahler:~$ dpkg-architecture|egrep '(DEB_BUILD_ARCH|DEB_HOST_GNU_CPU)=' | DEB_BUILD_ARCH=mips | DEB_HOST_GNU_CPU=mips Can't say for sure about mipsel since we're short of porterboxes… Mraw, KiBi. signature.asc Description: Digital signature
Bug#540520: vtk: FTBFS on kfreebsd-*, but likely everywhere
Package: vtk Version: 5.2.1-7 Severity: serious Tags: patch Justification: FTBFS Hi, while checking whether my java tweaks are sufficient to have vtk built on kfreebsd-*, I've noticed that it now fails to install the egg-info file: | k...@kbsd:~/hack/vtk-5.2.1$ find -name '*egg-info' | ./debian/tmp/usr/lib/python2.5/site-packages/VTK-5.2.1-py2.5.egg-info while your .install states: | k...@kbsd:~/hack/vtk-5.2.1$ grep egg-info debian/*.install | debian/python-vtk.install:usr/lib/python2.5/site-packages/VTK-5.2.1.egg-info usr/lib/python2.5/site-packages/vtk/ [I didn't check on Linux (vtk is really too long to build), but I guess the story is the same there. Please lower the severity to important if that turns out not to be the case.] I suggest you move from: | …/VTK-5.2.1.egg-info to: | …/VTK-5.2.1*.egg-info so as to make sure to support both schemes. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540524: wu-ftpd: FTBFS in sid/amd64 chroot, and others.
Package: wu-ftpd
Version: 2.6.2-30
Severity: serious
Justification: FTBFS
Hi,
I noticed that your package FTBFS'd on kfreebsd-amd64[1], and it seemed
it wasn't arch-specific, and indeed, in a sid amd64 chroot:
| dpkg-source: info: using source format `1.0'
| dpkg-source: info: building wu-ftpd using existing wu-ftpd_2.6.2.orig.tar.gz
| dpkg-source: info: building wu-ftpd in wu-ftpd_2.6.2-30.diff.gz
| dpkg-source: info: building wu-ftpd in wu-ftpd_2.6.2-30.dsc
| debian/rules build
| dh_testdir
| autoconf
| ./configure --prefix=/usr --with-etc-dir=/etc/wu-ftpd \
| --with-log-dir=/var/log/wu-ftpd --disable-numericuid \
| --mandir='${prefix}/share/man' --enable-pam \
| --enable-quota --enable-passwd --disable-mail
| ./configure: 43: as_fn_error: not found
| ./configure: 56: as_fn_error: not found
| ./configure: 59: 5: Bad file descriptor
| ./configure: 59: :: checking build system type: not found
| ./configure: 59: 6: Bad file descriptor
| ./configure: 59: checking build system type... : not found
| /bin/bash: /config.guess: No such file or directory
| ./configure: 71: as_fn_error: not found
| /bin/bash: /config.sub: No such file or directory
| ./configure: 71: as_fn_error: not found
| ./configure: 73: 5: Bad file descriptor
| ./configure: 73: :: result: : not found
| ./configure: 73: 6: Bad file descriptor
| ./configure: 73: : Permission denied
| ./configure: 77: as_fn_error: not found
| shift: 84: can't shift that many
| make: *** [configure-stamp] Error 2
| dpkg-buildpackage: error: debian/rules build gave error exit status 2
| pbuilder: Failed autobuilding of package
| - Aborting with an error
| - unmounting dev/pts filesystem
| - unmounting proc filesystem
| - Cleaning COW directory
|
1.
https://buildd.debian.org/fetch.cgi?pkg=wu-ftpdarch=kfreebsd-amd64ver=2.6.2-30stamp=1249460325file=logas=raw
On kfreebsd-i386[2], 1+ month ago, that didn't happen, so you may want to
check the auto* versions. In a sid kfreebsd-i386 environment, the same
problem happens now.
2.
https://buildd.debian.org/fetch.cgi?pkg=wu-ftpdarch=kfreebsd-i386ver=2.6.2-30stamp=1245712603file=logas=raw
I guess I'm going to open another bug for kfreebsd-* specific porting
once that one is fixed.
Mraw,
KiBi.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540648: adept: FTBFS everywhere.
Package: adept Version: 3.0~beta6 Severity: serious Justification: FTBFS Hi. Your package FTBFS everywhere[1]. 1. https://buildd.debian.org/~luk/status/package.php?p=adeptsuite=unstable Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540229: adept: broken maintainer address
Joerg Jaspert jo...@ganneff.de (06/08/2009): Package: adept Severity: serious This package maintainer address is broken. You are not allowed to post to this mailing list, and your message has been automatically rejected. If you think that your messages are being rejected in error, contact the mailing list owner at kubuntu-devel-ow...@lists.ubuntu.com. Putting the “Original-Maintainer” in copy, given there's no Uploaders at all, and given he's the one apparently “responsible” for it. It would be a shame to let all those RC bugs unfixed! Mraw, KiBi. signature.asc Description: Digital signature
Bug#536923: glabels: FTBFS: configure: error: Package requirements were not met
tag 536923 patch sid squeeze thanks peter green plugw...@p10link.net (18/07/2009): tags 536923 +patch sid squeeze thanks Syntax error, you need a space after the '+'. You also need to mail control@, doing so. Mraw, KiBi. signature.asc Description: Digital signature
Bug#536971: mergeant: FTBFS: configure: error: Package requirements were not met:
tag 536971 patch thanks Probably the same as #536923. Mraw, KiBi. signature.asc Description: Digital signature
Bug#536940: gedit-plugins: FTBFS: error: error occurred while parsing Build-Depends/Build-Depends-Indep)
tag 536940 patch thanks Lucas Nussbaum lu...@lucas-nussbaum.net (14/07/2009): Package: gedit-plugins Version: 2.26.1-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090713 qa-ftbfs Justification: FTBFS on amd64 dpkg-dev got stricter. Trivial patch attached (without updated debian/control, there's some description update noise). Mraw, KiBi. diff -u gedit-plugins-2.26.1/debian/control.in gedit-plugins-2.26.1/debian/control.in --- gedit-plugins-2.26.1/debian/control.in +++ gedit-plugins-2.26.1/debian/control.in @@ -6,7 +6,7 @@ Build-Depends: cdbs, debhelper (= 5), gnome-doc-utils (= 0.3.2), - intltool (= 0.35.0) + intltool (= 0.35.0), libglib2.0-dev (= 2.16.0), libgtk2.0-dev (= 2.13.0), libgconf2-dev (= 1.1.11), signature.asc Description: Digital signature
