Bug#750828: [pkg-fso-maint] Bug#750828: libphone-ui-shr: FTBFS on powerpc but built there in the past (blocks testing migration)
On Sat, Jun 7, 2014 at 11:48 AM, Niels Thykier ni...@thykier.net wrote: Source: libphone-ui-shr Version: 0.1+git20130901-3 Severity: serious Hi, Hi Niels, The libphone-ui-shr package FTBFS on powerpc, but built there previously. This makes it unable to migrate to testing. The relevant part of the build log appears to be: make[4]: Entering directory `/«BUILDDIR»/libphone-ui-shr-0.1+git20130901/data/idle_screen' /usr/bin/edje_cc idle_screen.edc idle_screen.edj It appears I'm having the same issue with the latest upload of e17 (0.17.6) on powerpc. The funny thing though is that edje_cc is the exact same version as the previous time, which built correctly. I've tried reproducing the failure on the ppc porterbox, to no avail; things work fine there. I don't really know what's next; do you have any suggestion on what we could try? Thanks, -- Albin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736914: [Pkg-e-devel] Bug#736914: missing licenses in debian/copyright
On Tue, Jan 28, 2014 at 11:07 AM, Thorsten Alteholz alteh...@debian.org wrote: Dear Maintainer, Hi Thorsten, please add the MIT license of at least: src/modules/evas/engines/psl1ght/rsxutil.c src/modules/evas/engines/psl1ght/rsxutil.h src/benchmarks/eina/city.cc src/benchmarks/eina/city.h src/lib/ecore_con/dns.c src/lib/ecore_con/dns.h parts of src/lib/eina/* to debian/copyright. Thanks a lot, I'll make sure to fix that in the next upload. One question regarding the files in src/lib/eina/*: except for one (eina_str.c), the presence of the MIT license in those files is because they say This file incorporates work covered by the following copyright and permission notices: MIT license right after the text of the LGPL license. In that case, is it enough to just mention License: LPGL in debian/copyright? If it's not, do you know of any way to specify multiple licenses for a single file using the DEP-5 format? Reading the spec, I'm not really sure I see how one is supposed to do that. Thanks, -- Albin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713629: closing 713629
close 713629 1.7.4-1 thanks The linkage problem was fixed upstream and the fix included in release 1.7.4 -- Albin Tonnerre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672985: [Pkg-e-devel] Bug#672985: FTBFS: test suite makes assumptions of signed char
On Tue, May 15, 2012 at 10:47 AM, shawn sh...@jengr.tk wrote: Source: eina Version: 1.2.0 Severity: serious Tags: upstream patch Justification: fails to build from source (but built successfully in the past) This package makes a few assumptions which prevent it from being built on architectures which have an unsigned char. Thanks! I spotted the first issue yesterday too, but I'm not sure either about what happens in the second case. I'll try to have a closer look in the next few days. Thanks for the patch, by the way. Cheers, -- Albin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672985: [Pkg-e-devel] Bug#672985: FTBFS: test suite makes assumptions of signed char
On Tue, May 15, 2012 at 10:57 AM, Albin Tonnerre lu...@debian.org wrote: Thanks for the patch, by the way. I didn't take a look with the patch before I replied, but I don't think I agree with your fix. The conversion is done for TYPE_CHAR, which for eina means signed char (there's TYPE_UCHAR for unsigned). The eina code should rather be fixed to use signed chars in TYPE_CHAR handling routines. Cheers, -- Albin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672985: [Pkg-e-devel] Bug#672985: Bug#672985: FTBFS: test suite makes assumptions of signed char
On Tue, May 15, 2012 at 1:34 PM, Albin Tonnerre lu...@debian.org wrote: I didn't take a look with the patch before I replied, but I don't think I agree with your fix. The conversion is done for TYPE_CHAR, which for eina means signed char (there's TYPE_UCHAR for unsigned). The eina code should rather be fixed to use signed chars in TYPE_CHAR handling routines. So… apparently I have a fix for the arm*/ppc/s390 failure. I'll take a stab at the itanium testsuite failure tomorrow; if all goes well I'll upload a fixed version in a couple days Cheers, -- Albin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618754: closing 618754
close 618754 0.16.999.55225-1 thanks Finally managed to find some time to actually upload a new e17 snapshot. Apologies for the delay. Cheers, -- Albin Tonnerre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618754: [Pkg-e-devel] Bug#618754: e17: dist-upgrade wants to remove it
On Fri, 18 Mar 2011 10:22 +0100, Salvo Tomaselli wrote : Package: e17 Version: 0.16.999.49898-1 Severity: grave Justification: renders package unusable severity 618754 serious thanks What follows is the output of my dist-upgrade. As you can see, it wants to remove e17. Please ignore the akonadi stuff, that are not important for this bug [downgrading to serious since this does not qualify as 'grave' in any way] Hello, Thanks for your report. The EFL and e17 are currently in the middle of a transition, which explains what you're seeing. It should sort itself out in a few days. Cheers, -- Albin Tonnerre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590278: closing 591255, closing 590278
close 591255 0.16.999.49898-1 close 590278 0.7.0.49898-1 thanks A fixed version of eina got uplodaded, which fixes the FTBFS for e17 and elementary -- Albin Tonnerre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536376: [Pkg-e-devel] Bug#536376: evas: Not suitable for testing yet
On Tue, 03 Aug 2010 09:02 +0300, Timo Jyrinki wrote : Since it's been over a year now I'd like to ask whether the above is still true? Or do you think that evas is `stable enough' nowadays, so that it could migrate to testing? I think it's probably still volatile, but as there starts to be applications using E17 in Debian and using E17 seems relatively problem-free, I'm not sure if it makes sense not to allow E17 + apps to migrate to testing. Well, the E team has the last word in this anyway. Of course, if it would be known that The Release is just around the corner (like it has been for years), it could make sense to actually wait for it. Given that Testing just got frozen, I guess it'll have to wait. By the time Squeeze releases, things should have gotten closer to a release, and I'll reconsider letting it go into testing. Cheers, -- Albin Tonnerre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590394: closing 590394
close 590394 0.16.999.49898-1 thanks -- Albin Tonnerre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590348: closing 590348
close 590348 0.5.0+r49677-1 thanks Thank you for reporting this FTBFS. It got fixed by a new source upload which happened precisely while you were rebuilding. Cheers, -- Albin Tonnerre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583177: unreproducible
tag 583177 - unreproducible tag 583177 lenny thanks On Sat, 17 Jul 2010 11:50 +0200, gregor herrmann wrote : tag 583177 + unreproducible thanks I can't reproduce it either (unstable, urxvt). I suggest to close the bug or at least lower the severity -- grave seems a bit inflated if 3 people can't reproduce it. I am actually able to reproduce it, though it might not be clear from the bug report history. Summary below: - Only happens on stable (tested in a chroot) with either 0.4.1 and 0.5.2 - Works for me in the stable chroot after locally rebuilding and installing dvtm in the chroot If both of you (Xavier and Gregor) could try to reproduce the issue in a stable chroot, and then test a rebuilt version, it would be very kind of you. Doing this fixes the issue for me, but since it apparently doesn't for Alexander, I'd like more testing. Regards, -- Albin Tonnerre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583177: dvtm does not spawn a shell in new windows
On Wed, 26 May 2010 02:41 +0200, Alexander Schier wrote : Package: dvtm Version: 0.5.2-2 Severity: grave Justification: renders package unusable dvtm does not spawn a shell in new windows created by ^g c, sometimes it does not even create a shell in the first window after starting. dvtm does not hand, if there is a shell, its usable, creating, resizing and moving windows works, too. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) How comes that you're using dvtm 0.5.2 while running stable ? Have you been able to reproduce this when using the actual version from Debian stable, 0.4.1 ? Cheers, -- Albin Tonnerre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583177: dvtm does not spawn a shell in new windows
On Sat, 05 Jun 2010 16:08 +0200, Alexander Schier wrote : Am 05.06.2010 11:34, schrieb Albin Tonnerre: On Wed, 26 May 2010 02:41 +0200, Alexander Schier wrote : Package: dvtm Version: 0.5.2-2 Severity: grave Justification: renders package unusable this happens with 0.4.1, too. I tried if newer versions do not have this problem using a unstable version, but the bug still happens at my computer. I guess this happens when using the version from testing directly on your computer without recompiling ? I tested dvtm 0.4.1 in a stable chroot and could indeed reproduced the problem. However after rebuilding the package, everything runs fine. Could you please try to rebuild it on your machine and confirm that it fixes the issue ? If so, I'll ask for a binNMU. Thanks, -- Albin Tonnerre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544731: error: no such disk renders system unbootable
On Wed, 02 Sep 2009 20:50 +0200, Albin Tonnerre wrote : On Wed, Sep 02, 2009 at 08:26:25PM +0200, Felix Zielcke wrote : Am Mittwoch, den 02.09.2009, 20:23 +0200 schrieb Albin Tonnerre: [20:20 ~]% sudo grub-probe -t abstraction -d /dev/mapper/lvm-system lvm But maybe you're affected by the same problem as in 542435, 544577 and 543795 which was actually caused by a change in dmsetup Check that the files in /dev/mapper are real devices and no symlinks to /dev/dm-X They are real devices :( Regards, Run `bash -x grub-install --modules=minicmd /dev/sda' the grub-mkimage line should include lvm. and then check on reboot with `lsmod' if lvm is really loaded. `ls' should show the LVs Argh. After running apt-get install --reinstall grub-pc, lvm is now listed in /boot/grub/grub.cfg, and grub2 is able to boot the system correctly. Please don't close the bug, though - this has happened to me several times in the past, and running grub-install after a couple grub-pc updates resulted in the same kind of error. I absolutely have no clue as to what just happened there. Alright, so this started happening again. I'm using the latest version from unstable, 1.97-1. Did and apt-get remove --purge grub-common grub-pc, then removed everything in /boot/grub, and reinstalled. [20:15 @laptop ~]% cat /boot/grub/device.map (hd0) /dev/sda [20:15 @laptop ~]% sudo grub-probe -t device / /dev/mapper/lvm-system [20:16 @laptop ~]% sudo grub-probe -t abstraction -d /dev/mapper/lvm-system grub-probe: error: no mapping exists for `lvm-system' After adding '(lvm-system) /dev/mapper/lvm-system' to /boot/grub/devices.map: [20:17 @laptop ~]% sudo grub-probe -t abstraction -d /dev/mapper/lvm-system nothing Of course, the generated grub.cfg file doesn't contain any 'insmod lvm' directive. As previously, the files in /dev/mapper/ are real block devices and not symlinks. If there's anything I can do to help debug this issue, please let me know. Regards, -- Albin Tonnerre signature.asc Description: Digital signature
Bug#544731: error: no such disk renders system unbootable
Package: grub-pc Version: 1.97~beta1-1 Severity: grave Justification: renders package unusable Hello, After installing grub-pc, the system (using /boot and / on LVM) fails to boot with the following error: Entering rescue mode... error: no such disk This is not particularly related to grub 1.97, as I've been experiencing this for some time now. Lilo is able to boot the system correctly. If there's anything I can do to help you fix this, please let me know. Regards, Albin -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/lvm-system / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 /dev/mapper/home /home ext3 rw,noatime,errors=remount-ro,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda (lvm-system) /dev/mapper/lvm-system *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### set default=0 insmod ext2 set root=(lvm-system) search --no-floppy --fs-uuid --set e2d78b0a-2ed3-4369-adcc-c9be72ca5431 if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 insmod gfxterm insmod vbe if terminal_output gfxterm ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_output terminal gfxterm fi fi set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod ext2 set root=(lvm-system) search --no-floppy --fs-uuid --set e2d78b0a-2ed3-4369-adcc-c9be72ca5431 insmod png if background_image /boot/grub/moreblue-orbit-grub.png ; then set color_normal=black/black set color_highlight=magenta/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/09_default ### ### END /etc/grub.d/09_default ### ### BEGIN /etc/grub.d/10_linux ### menuentry Debian GNU/Linux, Linux 2.6.30-1-amd64 { insmod ext2 set root=(lvm-system) search --no-floppy --fs-uuid --set e2d78b0a-2ed3-4369-adcc-c9be72ca5431 linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/mapper/lvm-system ro quiet initrd /boot/initrd.img-2.6.30-1-amd64 } menuentry Debian GNU/Linux, Linux 2.6.30-1-amd64 (recovery mode) { insmod ext2 set root=(lvm-system) search --no-floppy --fs-uuid --set e2d78b0a-2ed3-4369-adcc-c9be72ca5431 linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/mapper/lvm-system ro single initrd /boot/initrd.img-2.6.30-1-amd64 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file is an example on how to add custom entries ### END /etc/grub.d/40_custom ### *** END /boot/grub/grub.cfg -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') 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/dash Versions of packages grub-pc depends on: ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii grub-common 1.97~beta1-1 GRand Unified Bootloader, version ii libc6 2.9-26 GNU C Library: Shared libraries ii ucf 3.0021 Update Configuration File: preserv grub-pc recommends no packages. Versions of packages grub-pc suggests: ii desktop-base 5.0.5 common files for the Debian Deskto ii genisoimage 9:1.1.9-1 Creates ISO-9660 CD-ROM filesystem -- debconf information: grub-pc/kopt_extracted: false grub2/kfreebsd_cmdline: * grub-pc/install_devices: /dev/sda grub-pc/postrm_purge_boot_grub: false grub-pc/linux_cmdline: fillme * grub2/linux_cmdline: grub2/kfreebsd_cmdline_default: quiet * grub2/linux_cmdline_default: quiet grub-pc/chainload_from_menu.lst: true -- Albin Tonnerre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544731: error: no such disk renders system unbootable
On Wed, Sep 02, 2009 at 07:21:31PM +0200, Felix Zielcke wrote : Am Mittwoch, den 02.09.2009, 18:59 +0200 schrieb Albin Tonnerre: Package: grub-pc Version: 1.97~beta1-1 Severity: grave Justification: renders package unusable Hello, After installing grub-pc, the system (using /boot and / on LVM) fails to boot with the following error: Entering rescue mode... error: no such disk This is not particularly related to grub 1.97, as I've been experiencing this for some time now. Lilo is able to boot the system correctly. If there's anything I can do to help you fix this, please let me know. Regards, Albin -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/lvm-system / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 /dev/mapper/home /home ext3 rw,noatime,errors=remount-ro,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda (lvm-system) /dev/mapper/lvm-system *** END /boot/grub/device.map You don't need to have LVs in device.map. device.map doestn't get used for LVM. That's what grub autogenerated upon install. Thanks for the info, though. I wasn't aware of that. *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### set default=0 insmod ext2 set root=(lvm-system) Uhm this is weird. There should be a `insmod lvm' too. Then the lvm module isn't probable included in core.img What do the following commands output? grub-probe -t device / grub-probe -t abstraction /dev/mapper/lvm-system [19:33 ~]% sudo grub-probe -t device / /dev/mapper/lvm-system [19:33 ~]% sudo grub-probe -t abstraction /dev/mapper/lvm-system grub-probe: error: cannot find a device for /dev/mapper/lvm-system. Regards, -- Albin Tonnerre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544731: error: no such disk renders system unbootable
On Wed, Sep 02, 2009 at 08:26:25PM +0200, Felix Zielcke wrote : Am Mittwoch, den 02.09.2009, 20:23 +0200 schrieb Albin Tonnerre: [20:20 ~]% sudo grub-probe -t abstraction -d /dev/mapper/lvm-system lvm But maybe you're affected by the same problem as in 542435, 544577 and 543795 which was actually caused by a change in dmsetup Check that the files in /dev/mapper are real devices and no symlinks to /dev/dm-X They are real devices :( Regards, Run `bash -x grub-install --modules=minicmd /dev/sda' the grub-mkimage line should include lvm. and then check on reboot with `lsmod' if lvm is really loaded. `ls' should show the LVs Argh. After running apt-get install --reinstall grub-pc, lvm is now listed in /boot/grub/grub.cfg, and grub2 is able to boot the system correctly. Please don't close the bug, though - this has happened to me several times in the past, and running grub-install after a couple grub-pc updates resulted in the same kind of error. I absolutely have no clue as to what just happened there. Regards, -- Albin Tonnerre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534004: patch
tag 534004 patch Hello, This FTBFS is due to incorrect arguments being passed to monodocer. The attached patch fixes this. Regards, -- Albin Tonnerre diff -u gmime2.4-2.4.6/debian/rules gmime2.4-2.4.6/debian/rules --- gmime2.4-2.4.6/debian/rules +++ gmime2.4-2.4.6/debian/rules @@ -33,8 +33,8 @@ if [ -f $(CURDIR)/mono/gmime-sharp.dll ]; then \ # create API docs \ monodocer \ - --assembly:$(CURDIR)/mono/gmime-sharp.dll \ - --path:$(CURDIR)/mono/monodocer; \ + -assembly:$(CURDIR)/mono/gmime-sharp.dll \ + -path:$(CURDIR)/mono/monodocer; \ mdassembler \ --ecma $(CURDIR)/mono/monodocer \ --out $(CURDIR)/mono/gmime-sharp-2.4; \ signature.asc Description: Digital signature
Bug#533972: patch
tag 533972 patch thanks Hello, The FTBFS is caused by a missing build-dep on libmono-posix1.0-cil. The attached patch fixes that. Regards, -- Albin Tonnerre signature.asc Description: Digital signature
Bug#533951: Patch
tag 533951 patch thanks Hello, This FTBFS is due to incorrect arguments being passed to monodocer. The attached patch fixes this. Regards, -- Albin Tonnerre diff -u gdata-sharp-1.4.0.2/debian/rules gdata-sharp-1.4.0.2/debian/rules --- gdata-sharp-1.4.0.2/debian/rules +++ gdata-sharp-1.4.0.2/debian/rules @@ -17,7 +17,7 @@ # covers that :( dh_auto_build -- PREFIX=/usr CSC=/usr/bin/csc ( ls $(CURDIR)/Google.GData.*.dll | \ - sed -e 's/^/--assembly:/'; echo --path:$(CURDIR)/monodocer ) | \ + sed -e 's/^/-assembly:/'; echo -path:$(CURDIR)/monodocer ) | \ xargs monodocer mdassembler \ --ecma $(CURDIR)/monodocer \ signature.asc Description: Digital signature
Bug#533928: patch
tag 533928 patch thanks Hello, This FTBFS is due to incorrect arguments being passed to monodocer. The attached patch fixes this. In the process, it also updates the build-depends, as libmysql5.0-cil is no longer available and replaced by libmysql6.0-cil Regards, -- Albin Tonnerre diff -u semweb-1.05+dfsg/debian/rules semweb-1.05+dfsg/debian/rules --- semweb-1.05+dfsg/debian/rules +++ semweb-1.05+dfsg/debian/rules @@ -35,8 +35,8 @@ # --path:$(CURDIR)/bin_generics/monodocer; \ #done monodocer \ - --assembly:bin_generics/SemWeb.dll \ - --path:$(CURDIR)/bin_generics/monodocer; \ + -assembly:bin_generics/SemWeb.dll \ + -path:$(CURDIR)/bin_generics/monodocer; \ mdassembler \ --out $(CURDIR)/bin_generics/SemWeb \ --ecma $(CURDIR)/bin_generics/monodocer diff -u semweb-1.05+dfsg/debian/control semweb-1.05+dfsg/debian/control --- semweb-1.05+dfsg/debian/control +++ semweb-1.05+dfsg/debian/control @@ -13,7 +13,7 @@ libmono-system-data2.0-cil, libmono-system-web2.0-cil, libmono-sqlite2.0-cil, - libmysql5.0-cil + libmysql6.0-cil Standards-Version: 3.8.0 Homepage: http://razor.occams.info/code/semweb/ Vcs-Browser: http://svn.debian.org/wsvn/pkg-cli-libs/packages/semweb/trunk/ signature.asc Description: Digital signature
Bug#537831: [Pkg-e-devel] Bug#537831: 537831 is serious
tag 537831 upstream severity 537831 important On Tue, Jul 21, 2009 at 12:44:27PM +0200, Wouter Verhelst wrote : severity 537831 serious thanks Apparently this kind of bugs warrants severity serious, because it will cause an FTBFS on ia64 and others. Looks like it doesn't cause a build failure. Thanks for the report anyway. Regards, -- Albin Tonnerre signature.asc Description: Digital signature
Bug#537620: (no subject)
tag 537620 pending thanks Hi, I've asked for a binNMU some days ago. Please see http://lists.debian.org/debian-release/2009/07/msg00203.html and http://lists.linuxtogo.org/pipermail/smartphones-userland/2009-July/001729.html for further information. Regards, -- Albin Tonnerre signature.asc Description: Digital signature
Bug#536376: evas: Not suitable for testing yet
Package: evas Version: 0.9.9.061-1 Severity: serious The Evas API is changing frequently, and it would be better to wait until it's a bit more stable until it goes into testing. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') 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 -- Albin Tonnerre signature.asc Description: Digital signature
Bug#535348: eina: Not suitable for Testing yet
Package: eina Version: 0.0.2.061-1 Severity: serious An official release of Eina, which will break API, is due soon. This bug is here to force Eina to stay in unstable until this release is uploaded. -- Albin Tonnerre signature.asc Description: Digital signature
Bug#489750: FTBFS: bashism in debian/rules
Package: pida Version: 0.5.1-4 Tags: patch Severity: serious Hi, pida fails to compile due to a bashism in debian/rules when using bash as /bin/sh, which is a release goal for Lenny. The attached patch fixes it. Cheers, -- Albin Tonnerre diff -u pida-0.5.1/debian/rules pida-0.5.1/debian/rules --- pida-0.5.1/debian/rules +++ pida-0.5.1/debian/rules @@ -30,7 +30,8 @@ install: $(PYVERS:%=install-python%) # override the setup.py-installed binaries with canonical versions, # so we always call the default python interpreter - cp $(CURDIR)/bin/{pida,pida-remote} $(CURDIR)/debian/pida/usr/bin/ + cp $(CURDIR)/bin/pida $(CURDIR)/debian/pida/usr/bin/ + cp $(CURDIR)/bin/pida-remote $(CURDIR)/debian/pida/usr/bin/ install-python%: @echo --- BUILDING FOR $* signature.asc Description: Digital signature
Bug#486968: NMUdiff
tags 486968 patch thanks Hi, I intend to NMU this package as part of the 'fix gcc-4.3 related build failures' release goal. The fixed pacakge has been uploaded to delayed/2. Please find the diff attached. Cheers, -- Albin Tonnerre diff -u gpt-1.0.1.svn20080324/debian/control gpt-1.0.1.svn20080324/debian/control --- gpt-1.0.1.svn20080324/debian/control +++ gpt-1.0.1.svn20080324/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Marcelo Jorge Vieira (metal) [EMAIL PROTECTED] Build-Depends: cdbs, debhelper (= 5), autotools-dev, antlr, libantlr-dev, libpcre3-dev -Standards-Version: 3.7.3 +Standards-Version: 3.8.0 Homepage: http://gpt.berlios.de Vcs-Svn: svn://svn.berlios.de/gpt/trunk Vcs-Browser: https://svn.berlios.de/wsvn/gpt/trunk diff -u gpt-1.0.1.svn20080324/debian/changelog gpt-1.0.1.svn20080324/debian/changelog --- gpt-1.0.1.svn20080324/debian/changelog +++ gpt-1.0.1.svn20080324/debian/changelog @@ -1,3 +1,10 @@ +gpt (1.0.1.svn20080324-1.1) unstable; urgency=medium + + * NMU to fix build with gcc-4.3 (Closes: #486968) + * Bump Standards-Version to 3.8.0 + + -- Albin Tonnerre [EMAIL PROTECTED] Sat, 28 Jun 2008 18:18:35 +0200 + gpt (1.0.1.svn20080324-1) unstable; urgency=low * Initial release (Closes: #470169) only in patch2: unchanged: --- gpt-1.0.1.svn20080324.orig/src/main.cpp +++ gpt-1.0.1.svn20080324/src/main.cpp @@ -24,9 +24,10 @@ #include GPT.hpp #include sstream -#include string +#include cstring #include list #include unistd.h +#include cstdlib #define DEFAULT_PORT 7680 only in patch2: unchanged: --- gpt-1.0.1.svn20080324.orig/src/modules/c_translator/pt2c.g +++ gpt-1.0.1.svn20080324/src/modules/c_translator/pt2c.g @@ -20,6 +20,7 @@ header { + #include cstdlib #include PortugolAST.hpp #include SymbolTable.hpp #include string only in patch2: unchanged: --- gpt-1.0.1.svn20080324.orig/src/modules/interpreter/InterpreterEval.cpp +++ gpt-1.0.1.svn20080324/src/modules/interpreter/InterpreterEval.cpp @@ -25,6 +25,7 @@ #include InterpreterDBG.hpp #endif #include GPTDisplay.hpp +#include cstdlib void ExprValue::setValue(string str) { value = str; only in patch2: unchanged: --- gpt-1.0.1.svn20080324.orig/src/modules/interpreter/interpreter.g +++ gpt-1.0.1.svn20080324/src/modules/interpreter/interpreter.g @@ -25,7 +25,7 @@ #include SymbolTable.hpp #include InterpreterEval.hpp #include string -// + #include cstdlib // #include list // using namespace std; only in patch2: unchanged: --- gpt-1.0.1.svn20080324.orig/src/modules/GPTDisplay.cpp +++ gpt-1.0.1.svn20080324/src/modules/GPTDisplay.cpp @@ -23,6 +23,7 @@ #include windows.h #endif +#include cstdlib #include iostream using namespace std; only in patch2: unchanged: --- gpt-1.0.1.svn20080324.orig/src/modules/parser/SemanticEval.cpp +++ gpt-1.0.1.svn20080324/src/modules/parser/SemanticEval.cpp @@ -25,6 +25,7 @@ #include SemanticWalkerTokenTypes.hpp #include sstream +#include cstdlib ExpressionValue::ExpressionValue() : _isPrimitive(true) only in patch2: unchanged: --- gpt-1.0.1.svn20080324.orig/src/modules/parser/lexer.g +++ gpt-1.0.1.svn20080324/src/modules/parser/lexer.g @@ -20,6 +20,7 @@ header { + #include cstdlib #include GPTDisplay.hpp #include string #include sstream only in patch2: unchanged: --- gpt-1.0.1.svn20080324.orig/src/modules/parser/semantic.g +++ gpt-1.0.1.svn20080324/src/modules/parser/semantic.g @@ -26,6 +26,7 @@ #include SymbolTable.hpp #include list + #include cstdlib using namespace std; } signature.asc Description: Digital signature
Bug#482571: Fix for the FTBFS
tags 482571 patch tags 483321 patch thanks Hello, I intend to NMU this package as part of the gcc-4.3 release goal. Patch fixing the issue attached. Cheers, -- Albin Tonnerre diff -u vamp-plugin-sdk-1.2/debian/changelog vamp-plugin-sdk-1.2/debian/changelog --- vamp-plugin-sdk-1.2/debian/changelog +++ vamp-plugin-sdk-1.2/debian/changelog @@ -1,3 +1,13 @@ +vamp-plugin-sdk (1.2-1.1) unstable; urgency=high + + * NMU to fix build with gcc 4.3 (Closes: #482571, #483321) +- vamp-sdk/PluginAdapter.cpp: #include cstring and cstdlib +- vamp-sdk/PluginHostAdapter.cpp: cstdlib +- vamp-sdk/hostext/PluginLoader.cpp: cstring +- host/vamp-simple-host.cpp: cstring and cstdlib + + -- Albin Tonnerre [EMAIL PROTECTED] Sun, 15 Jun 2008 22:22:53 +0200 + vamp-plugin-sdk (1.2-1) unstable; urgency=low * New upstream release only in patch2: unchanged: --- vamp-plugin-sdk-1.2.orig/host/vamp-simple-host.cpp +++ vamp-plugin-sdk-1.2/host/vamp-simple-host.cpp @@ -49,6 +49,8 @@ #include system.h #include cmath +#include cstring +#include cstdlib using namespace std; only in patch2: unchanged: --- vamp-plugin-sdk-1.2.orig/vamp-sdk/PluginHostAdapter.cpp +++ vamp-plugin-sdk-1.2/vamp-sdk/PluginHostAdapter.cpp @@ -35,6 +35,7 @@ */ #include PluginHostAdapter.h +#include cstdlib namespace Vamp { only in patch2: unchanged: --- vamp-plugin-sdk-1.2.orig/vamp-sdk/hostext/PluginLoader.cpp +++ vamp-plugin-sdk-1.2/vamp-sdk/hostext/PluginLoader.cpp @@ -42,6 +42,7 @@ #include fstream #include cctype // tolower +#include cstring #ifdef _WIN32 only in patch2: unchanged: --- vamp-plugin-sdk-1.2.orig/vamp-sdk/PluginAdapter.cpp +++ vamp-plugin-sdk-1.2/vamp-sdk/PluginAdapter.cpp @@ -35,6 +35,8 @@ */ #include PluginAdapter.h +#include cstring +#include cstdlib //#define DEBUG_PLUGIN_ADAPTER 1 signature.asc Description: Digital signature
Bug#447248: fusd-kor - FTBFS: failure: cannot read files list file: No such file or directory
tags 447248 + patch thanks Hi, attached is a patch that fixes the issue by adding the required binary-indep and binary-arch targets to debian/rules. Cheers -- Albin Tonnerre --- rules 2008-01-31 15:18:25.0 +0100 +++ rules.new 2008-01-31 14:04:17.0 +0100 @@ -120,7 +120,7 @@ ln -s ../packages/default.sh debian/fusd-kor-source/usr/share/modass/overrides/fusd-kor-source dh_install -binary: install +binary-common: dh_testdir dh_testroot dh_installchangelogs @@ -136,4 +136,13 @@ dh_md5sums dh_builddeb +binary-indep: build install + $(MAKE) -f debian/rules DH_OPTIONS=-i binary-common + +# Build architecture dependant packages using the common target. +binary-arch: build install + $(MAKE) -f debian/rules DH_OPTIONS=-s binary-common + +binary: binary-arch binary-indep + .PHONY: build clean binary-indep binary-arch binary install install-indep install-arch configure signature.asc Description: Digital signature
Bug#439420: (no subject)
Indeed, the generated pdf looks fine. Reading the log file, what I think is that pdflatex is exiting with a non-null error code because of several errors in the latex source, even if it seems to somehow cope with it and generate (from what I've seen) a correct pdf. I came up with a workaround, although it's far, far from an ideal fix (but I don't know latex nor doxygen and makefile enough to come with a proper one). Basically wrap pdflatex in the debian/ folder, and call the real pdflatex || true, like this (in the 'build' target) echo '#!/bin/sh' debian/pdflatex echo '$(new_pdflatex) $$@ || true' debian/pdflatex chmod 755 debian/pdflatex PATH=$(CURDIR)/debian:$(shell echo $(PATH)) make Cheers -- Albin Tonnerre signature.asc Description: Digital signature