Bug#747930: mdadm doesn't work with kernel 3.x
Package: mdadm Version: 3.1.4-1+8efb9d1+squeeze1 Severity: important Hi, please update mdadm to the newest version or apply a patch: https://bugs.archlinux.org/task/25371 Old mdadm fails with kernel 3.x, eg. mdadm -A says no such device -- System Information: Debian Release: 6.0.9 APT prefers oldstable APT policy: (990, 'oldstable'), (10, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/8 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 mdadm depends on: ii debconf 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii makedev 2.3.1-89 creates device files in /dev ii udev164-3/dev/ and hotplug management daemo Versions of packages mdadm recommends: ii exim4-daemon-light [mail 4.72-6+squeeze3 lightweight Exim MTA (v4) daemon ii module-init-tools3.12-2 tools for managing Linux kernel mo mdadm suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735502: cppcheck: diff for NMU version 1.61+dfsg-0.1
tag 735502 + patch tag 735502 + pending thanks Dear Maintainer, I've prepared an NMU for cppcheck (versioned as 1.61+dfsg-0.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. The following debdiff consists of changes made to the package aside from the removal of htdocs/*, which generates too much noise to be of any use in this diff: Regards, Vincent diff -Nru orig/cppcheck-1.61/debian/changelog cppcheck-1.61+dfsg/debian/changelog --- orig/cppcheck-1.61/debian/changelog 2013-08-04 01:04:20.0 -0700 +++ cppcheck-1.61+dfsg/debian/changelog 2014-05-12 11:37:45.0 -0700 @@ -1,3 +1,13 @@ +cppcheck (1.61+dfsg-0.1) unstable; urgency=medium + + * Non-maintainer upload. + + [ Octavio Alvarez ] + * Removed htdocs from source package to prevent licensing issues with +sourceless JavaScript files. (Closes: #735502) + + -- Gianfranco Costamagna costamagnagianfra...@yahoo.it Fri, 09 May 2014 16:22:26 +0200 + cppcheck (1.61-1) unstable; urgency=low * New upstream release diff -Nru orig/cppcheck-1.61/debian/copyright cppcheck-1.61+dfsg/debian/copyright --- orig/cppcheck-1.61/debian/copyright 2013-01-19 12:32:08.0 -0800 +++ cppcheck-1.61+dfsg/debian/copyright 2014-05-09 07:22:16.0 -0700 @@ -1,6 +1,7 @@ -Format: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=166 +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Upstream-Name: cppcheck Source: https://sourceforge.net/projects/cppcheck +Files-Excluded: htdocs Files: * Copyright: diff -Nru orig/cppcheck-1.61/debian/watch cppcheck-1.61+dfsg/debian/watch --- orig/cppcheck-1.61/debian/watch 2011-02-06 10:20:48.0 -0800 +++ cppcheck-1.61+dfsg/debian/watch 2014-05-09 07:22:23.0 -0700 @@ -1,2 +1,2 @@ version=3 -http://sf.net/cppcheck/cppcheck-(.+)\.tar\.gz +opts=dversionmangle=s/\+dfsg// http://sf.net/cppcheck/cppcheck-(.+)\.tar\.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747931: network-manager: very many IPV6 addresses on eth0
Package: network-manager Version: 0.9.4.0-10 Severity: normal Tags: ipv6 Dear Maintainer, These lines appear in /var/log/syslog every 5 min May 12 07:52:11 sleipnir NetworkManager[6719]: info Policy set 'Wired connection 1' (eth0) as default for IPv4 routing and DNS. May 12 07:52:11 sleipnir NetworkManager[6719]: info Policy set 'Wired connection 1' (eth0) as default for IPv6 routing and DNS. When it happens, eth0 gets another IPV6 address, for example: eth0 Link encap:Ethernet HWaddr 00:0a:95:66:9c:38 inet addr:192.168.8.14 Bcast:192.168.8.255 Mask:255.255.255.0 inet6 addr: 2002::61ef:1:c20:268e:2d67:67a8/64 Scope:Global inet6 addr: 2002::61ef:1:188b:efac:7164:7dd8/64 Scope:Global inet6 addr: 2002::61ef:1:569:ac30:a77e:7b90/64 Scope:Global inet6 addr: 2002::61ef:1:503b:ffd9:1adc:c27c/64 Scope:Global inet6 addr: 2002::61ef:1:20a:95ff:fe66:9c38/64 Scope:Global inet6 addr: fe80::20a:95ff:fe66:9c38/64 Scope:Link inet6 addr: 2002::61ef:1:5441:2c23:a00b:cdd8/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:24328 errors:0 dropped:0 overruns:0 frame:0 TX packets:20851 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:3793711 (3.6 MiB) TX bytes:5166528 (4.9 MiB) Interrupt:41 Base address:0x4800 This system was installed a few weeks ago. I believe I have made no network configuration whatsoever - just relying on standrad DHCP for IPv4 and Autoconfigure for IPv6. I have one other Debain 7.5 system (an armv5tel system, not a PowerPC) on the network, without this problem. I have a very simple 6to4-configured OpenWRT router that advertises the IPV6 network. The clients autoconfigure. I also have several other computers with different operating systems (Xubuntu, Mac OS X, Windows 7) on the network - none of them have problems with several IPV6 addresses. I noticed this problem because the avahi-deamon consumed 99% cpu when I had almost 200 IPv6 addresses: /var/log/syslog: (almost 200 lines like the next line) May 11 07:44:28 sleipnir avahi-daemon[2350]: Withdrawing address record for 2002::61ef:1:90d1:46d6:3b17:5f0a on eth0. (then) May 11 07:44:28 sleipnir rsyslogd-2177: imuxsock begins to drop messages from pid 2350 due to rate-limiting May 11 07:44:45 sleipnir NetworkManager[2174]: warn error monitoring device for netlink events: No buffer space available May 11 07:44:45 sleipnir minissdpd[3915]: recvmsg(s, hdr, 0): No buffer space available I understand I may be better off without the avahi-daemon, but switching it off does not fix the problem. Restarting Network Manager brings me down to TWO IPV6-addresses (which is one too much, as I understand it): root@sleipnir:~# service network-manager restart ; /sbin/ifconfig [ ok ] Stopping network connection manager: NetworkManager. [ ok ] Starting network connection manager: NetworkManager. eth0 Link encap:Ethernet HWaddr 00:0a:95:66:9c:38 inet addr:192.168.8.14 Bcast:192.168.8.255 Mask:255.255.255.0 inet6 addr: 2002::61ef:1:20a:95ff:fe66:9c38/64 Scope:Global inet6 addr: fe80::20a:95ff:fe66:9c38/64 Scope:Link inet6 addr: 2002::61ef:1:8431:f293:326a:4e5/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:35676 errors:0 dropped:0 overruns:0 frame:0 TX packets:28823 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:5006172 (4.7 MiB) TX bytes:6793477 (6.4 MiB) Interrupt:41 Base address:0x4800 According to syslog the problem appeared for the first time on 2014-05-09. According to /etc/apt/history.log the system had not been updated since 2014-05-01. I updated it as soon as I found the problem, but with no success. I belive the problem with TWO addresses has been present since I installed the system. At that time I just found it peculiar. But getting more and more addresses with time is new since May 9. This is an Apple PowerBook. The wireless network (eth1) is disabled. The computer is on 24/7, acting as a test webserver. Workaround: add to /etc/crontab 59 ** * * rootservice network-manager restart Restarting the computer also takes me down to two addresses, but does not solve the problem. Below is standard reportbug output, run as root, otherwise I got permission error with: /etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla I find this all strange enough to file a bug report. Thank you all for making a fantastic job with Debian! Regards Gunnar -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-4-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to
Bug#746900: qtdeclarative-opensource-src: ftbfs with GCC-4.9
The attachment is build log of mips64el. On mips64el, beside the same gcc-4.9 problem, there are some more problems. With this patch, I can build it on both amd64, mips64el, and i386. While it still has some warnings. I think that we should try to build it on experimental to determine the symbols for archs. on amd64: no warnings on mips64el --- debian/libqt5quickparticles5.symbols (libqt5quickparticles5_5.2.1-5+mips64.1_mips64el) +++ dpkg-gensymbolsGKlBFe 2014-05-13 14:02:42.189846293 + @@ -1,5 +1,6 @@ libQt5QuickParticles.so.5 libqt5quickparticles5 #MINVER# | libqt5quickparticles5 #MINVER#, qtdeclarative-abi-5-2-1 + _ZN10QByteArray7reserveEi@Base 5.2.1-5+mips64.1 (optional=templinst|arch=ia64 sparc)_ZN11QMetaMethod10fromSignalIM18QQuickTrailEmitterFv12QQmlV4HandleS2_EEES_T_@Base 5.2.0 1 (optional=templinst|arch=ia64 sparc)_ZN11QMetaMethod10fromSignalIM20QQuickCustomAffectorFv12QQmlV4HandledEEES_T_@Base 5.2.0 1 (optional=templinst|arch=ia64 sparc)_ZN11QMetaMethod10fromSignalIM21QQuickParticleEmitterFv12QQmlV4HandleEEES_T_@Base 5.2.0 1 on i386: dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libqt5qml5/DEBIAN/symbols doesn't match completely debian/libqt5qml5.symbols --- debian/libqt5qml5.symbols (libqt5qml5_5.2.1-5+mips64.1_i386) +++ dpkg-gensymbolsvlHWhi 2014-05-13 05:56:04.078015536 + @@ -353,6 +353,9 @@ _ZN13QQmlValueType16staticMetaObjectE@Base 5.0.2 1 _ZN13QQmlValueTypeC1EiP7QObject@Base 5.0.2 1 _ZN13QQmlValueTypeC2EiP7QObject@Base 5.0.2 1 + _ZN13QQmlValueTypeD0Ev@Base 5.2.1-5+mips64.1 + _ZN13QQmlValueTypeD1Ev@Base 5.2.1-5+mips64.1 + _ZN13QQmlValueTypeD2Ev@Base 5.2.1-5+mips64.1 _ZN14QQmlExpression10clearErrorEv@Base 5.0.2 _ZN14QQmlExpression11qt_metacallEN11QMetaObject4CallEiPPv@Base 5.0.2 _ZN14QQmlExpression11qt_metacastEPKc@Base 5.0.2 @@ -2234,6 +2237,7 @@ _ZN8QQmlTypeD2Ev@Base 5.0.2 1 (optional=templinst|arch=ia64)_ZN8QVariant9fromValueIP9ListModelEES_RKT_@Base 5.2.0 (arch=alpha armel mips mipsel powerpc ppc64 s390x)_ZN9QBitArray6setBitEi@Base 5.2.1 + _ZN9QBitArray8clearBitEi@Base 5.2.1-5+mips64.1 _ZN9QJSEngine10newQObjectEP7QObject@Base 5.0.2 _ZN9QJSEngine11qt_metacallEN11QMetaObject4CallEiPPv@Base 5.0.2 _ZN9QJSEngine11qt_metacastEPKc@Base 5.0.2 @@ -2804,6 +2808,7 @@ (optional=templinst|arch=ia64 sparc)_ZNSt6vectorIN3JSC4Yarr8ByteTermESaIS2_EE13_M_insert_auxIIRKS2_EEEvN9__gnu_cxx17__normal_iteratorIPS2_S4_EEDpOT_@Base 5.2.0 (optional=templinst|arch=ia64 sparc|subst)_ZNSt6vectorIN3JSC4Yarr8ByteTermESaIS2_EE7reserveE{size_t}@Base 5.2.0 (optional=templinst|subst)_ZNSt6vectorIS_IiSaIiEESaIS1_EE17_M_default_appendE{size_t}@Base 5.2.1 + _ZNSt6vectorIcSaIcEE17_M_default_appendEj@Base 5.2.1-5+mips64.1 (optional=templinst|arch=ia64 sparc)_ZNSt6vectorIiSaIiEE13_M_insert_auxIIRKiEEEvN9__gnu_cxx17__normal_iteratorIPiS1_EEDpOT_@Base 5.2.1 (optional=templinst|subst)_ZNSt6vectorIiSaIiEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPiS1_EE{size_t}RKi@Base 5.2.1 (optional=templinst|arch=!ia64 !sparc)_ZNSt6vectorIiSaIiEE19_M_emplace_back_auxIIRKiEEEvDpOT_@Base 5.2.1 @@ -2821,7 +2826,9 @@ (arch=alpha amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel mips64 mips64el powerpc ppc64 s390x)_ZNSt6vectorItSaItEE13_M_insert_auxIJRKtEEEvN9__gnu_cxx17__normal_iteratorIPtS1_EEDpOT_@Base 5.2.0 (arch=alpha amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel mips64 mips64el powerpc ppc64 s390x)_ZNSt6vectorItSaItEE13_M_insert_auxIJtEEEvN9__gnu_cxx17__normal_iteratorIPtS1_EEDpOT_@Base 5.2.0 (arch=alpha amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel mips64 mips64el powerpc ppc64 s390x)_ZNSt6vectorItSaItEE19_M_emplace_back_auxIIRKtEEEvDpOT_@Base 5.2.0 + _ZNSt6vectorItSaItEE19_M_emplace_back_auxIItEEEvDpOT_@Base 5.2.1-5+mips64.1 (arch=alpha amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel mips64 mips64el powerpc ppc64 s390x)_ZNSt6vectorItSaItEE19_M_emplace_back_auxIJRKtEEEvDpOT_@Base 5.2.0 + _ZNSt6vectorItSaItEE19_M_emplace_back_auxIJtEEEvDpOT_@Base 5.2.1-5+mips64.1 (optional=templinst|arch=ia64 sparc)_ZNSt6vectorItSaItEE6insertEN9__gnu_cxx17__normal_iteratorIPtS1_EERKt@Base 5.2.0 (optional=templinst|arch=sparc)_ZSt11__push_heapIN5QListI4QUrlE8iteratorEiS1_N12QQmlSequenceIS2_E14CompareFunctorEEvT_T0_S8_T1_T2_@Base 5.2.0 1 (optional=templinst|arch=sparc)_ZSt11__push_heapIN5QListI4QUrlE8iteratorEiS1_N12QQmlSequenceIS2_E21DefaultCompareFunctorEEvT_T0_S8_T1_T2_@Base 5.2.0 1 @@ -2868,8 +2875,10 @@ (optional=templinst|arch=ia64)_ZSt13__adjust_heapIN5QListIiE8iteratorExiEvT_T0_S4_T1_@Base 5.2.0 1 (optional=templinst|arch=ia64)_ZSt13__adjust_heapIN5QListIiE8iteratorExiN12QQmlSequenceIS1_E14CompareFunctorEEvT_T0_S7_T1_T2_@Base 5.2.0 1 (optional=templinst|arch=ia64)_ZSt13__adjust_heapIN5QListIiE8iteratorExiN12QQmlSequenceIS1_E21DefaultCompareFunctorEEvT_T0_S7_T1_T2_@Base 5.2.0 1 +
Bug#745706: sysdig: Group-accessible /dev/sysdig0
Hi, On Thu, Apr 24, 2014 at 01:19:28AM -0700, Dima Kogan wrote: It would be nice if /dev/sysdig* was owned by a group that isn't root. Then a properly-grouped non-root user can sysdig without sudo. Upstream says [1] having access to /dev/sysdig is not enough, as you need access to /proc too [2]. I am therefore tagging this bug as wontfix for now as I do not want to implement halfworking things against upstreams will. Greets Evgeni [1] https://github.com/draios/sysdig/issues/156 [2] https://github.com/draios/sysdig/wiki/How%20to%20Install%20Sysdig%20for%20Linux#use-sysdig-as-non-root -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685506: marked as done (copyright-format: new Files-Excluded field)
On Tue, May 13, 2014 at 08:24:46AM +0900, Charles Plessy wrote: I think that you closed the wrong bug: this one is about documenting the Files-Excluded field in the specification of machine-readable debian/copyright files, which is probably the next thing to do now that it has been implemented in devscripts. Ahhh, thanks for watching us. I added a line to https://wiki.debian.org/UscanEnhancements explaining the nature of this bug. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747920: ITP: libdatabase-dumptruck-perl -- document-oriented interface to a SQLite database
Package: wnpp Severity: wishlist Owner: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Control: retitle -1 ITP: libdatabase-dumptruck-perl -- document-oriented interface to a SQLite database Control: summary -1 0 * Package name: libdatabase-dumptruck-perl Version : 1.2 Upstream Author : Lubomir Rintel lkund...@v3.sk * URL : https://metacpan.org/release/Database-DumpTruck * License : Artistic or GPL-1+ Programming Lang: Perl Description : document-oriented interface to a SQLite database Database::DumpTruck is a simple document-oriented interface to a SQLite database, modelled after Scraperwiki's Python dumptruck module. It allows for easy (and maybe inefficient) storage and retrieval of structured data to and from a database without interfacing with SQL. The module attempts to identify the type of the data you're inserting and uses an appropriate SQLite type. I am packaging this so that it's conventiently available for use with Morph http://morph.io/ web scraping engine. It will be maintained by the perl packaging team and needs a sponsor. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747932: ITP: nft-sync -- nftables ruleset synchronization software
Package: wnpp Severity: wishlist * Package name: nft-sync * Version: 0.1-alpha * Upstream Author: Pablo Neira Ayuso pa...@netfilter.org * URL : http://git.netfilter.org/nft-sync/ * License: AGPL3 * Description: nft-sync is a tool to work with nftables in distributed environments. In a firewall cluster, it allows you to keep your filtering policy in sync. If spread firewall environment, you can use the repository mode, and each client will contact the nft-sync server and fetch/pull the ruleset. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747911: New packages build by kernel-package depending on initramfs-tools even if the kernel is not using initram
Am Mo den 12. Mai 2014 um 23:18 schrieb Manoj Srivastava: Newly build kernel depending on initramfs-tools | linux-initramfs-tool even if the kernel does not use initram and have no support for initramfs. This should be harmless. Whether or not you have these packages installed should not change the behaviour, and a user can reasonably expect to have initrd and non-initrd kernels on the same machine. I'd like to only have needed packages installed and this is not. Moreover, it brings more dependencies that are not needed. The right way would be a recommend in this case, not a hard dependency. Or even better, only have the dependency when the kernel need a initrd. The dependency line from a kernel build with earlier version: Depends: coreutils (= 5.96) And with the current version: Depends: coreutils (= 5.96), initramfs-tools | linux-initramfs-tool The later one is wrong. Both kernels have the same configuration and both have no support for initram. As the build of initramfs is forced even in that cases and grub is forced to use it, I think the severity of the bug is even higher as it might prevent system from booting. This is the bug. If you did not use make-kpkg --initrd your kernel image postinst should have $initrd not equal to Yes; and the postinst should export INITRD = No to the environment before calling the postint.d. Could you please attach the kernel image postinst file? Also, a log of the installation run migh help. I have no log but the postinst is attached to this mail. Please revert the change to only depend and build initram fs if the kernel need it and has support for it. We always depended on intramfs tools; but the ones we depended on became obsolete. But, since a use may have initramfs tools installed anyway, this is not a solution. As you see above, that is not true. With old kernel-package there was only dependency to initramfs tool if a initram is in use. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C #! /usr/bin/perl # -*- Mode: Cperl -*- # debian.postinst --- # Author : Manoj Srivastava ( sriva...@pilgrim.umass.edu ) # Created On : Sat Apr 27 05:55:26 1996 # Created On Node : melkor.pilgrim.umass.edu # Last Modified By : Manoj Srivastava # Last Modified On : Mon Apr 13 14:24:43 2009 # Last Machine Used: anzu.internal.golden-gryphon.com # Update Count : 362 # Status : Unknown, Use with caution! # HISTORY : # Description : # #$Id: image.postinst,v 1.125 2003/10/07 16:24:20 srivasta Exp $ # # #use strict; #for debugging use Cwd 'abs_path'; use Debconf::Client::ConfModule qw(:all); version('2.0'); my $capb = capb(backup); $| = 1; # Predefined values: my $version = 3.13.10; my $move_image= ''; # target machine defined my $kimage= vmlinuz; # Should be empty, mostly my $image_dir = /boot; # where the image is located my $clobber_modules = ''; # target machine defined my $initrd= ; # initrd kernel my $postinst_hook = ''; #Normally we do not my $postrm_hook = ''; #Normally we do not my $preinst_hook = ''; #Normally we do not my $prerm_hook= ''; #Normally we do not my $ignore_depmod_err = ''; # normally we do not my $relink_src_link = 'YES'; # There is no harm in checking the link my $relink_build_link = 'YES'; # There is no harm in checking the link my $force_build_link = ''; # There is no harm in checking the link my $arch = amd64; # should be same as dpkg --print-architecture my $kernel_arch = x86_64; my $package_name = linux-image-$version; my $kernel_pkg_version = 13.007; #known variables my $image_dest = /; my $realimageloc = /$image_dir/; my $have_conffile = ; my $silent_modules = ''; my $warn_reboot= 'Yes'; # Warn that we are installing a version of # the kernel we are running my $modules_base = '/lib/modules'; my $CONF_LOC = '/etc/kernel-img.conf'; # Ignore all invocations except when called on to configure. exit 0 unless $ARGV[0] =~ /configure/; my $DEBUG = 0; # Do some preliminary sanity checks here to ensure we actually have an # valid image dir chdir('/') or die could not chdir to /:$!\n; die Internal Error: ($image_dir) is not a directory!\n unless -d $image_dir; # remove multiple leading slashes; make sure there is at least one. $realimageloc =~ s|^/*|/|o; $realimageloc =~ s|/+|/|o; die Internal Error: ($realimageloc) is not a directory!\n unless -d $realimageloc; if ( -r $CONF_LOC -f $CONF_LOC ) { if ( open( CONF, $CONF_LOC ) ) { while (CONF) { chomp; s/\#.*$//g; next if /^\s*$/; $move_image
Bug#747933: libc6-dev: Recommends: (gcc | c-compiler) is problematic with cross-compilers
Package: libc6-dev Version: 2.18-4 Severity: normal Hi. Currently the libc6-dev package is Recommends: gcc | c-compiler This is fine with native compilers. However, if I'm on an amd64 host, and I try to install libc6-dev:armel with intent to use it with a cross-compiler that targets armel, this recommendation is wrong. By default, apt wants to install the Recommends, so if using aptitude to install libc6-dev:armel, aptitude will try to install gcc:armel, which clashes with gcc:amd64, since gcc is not Multi-Arch:same. Aptitude then really tries to make that work by proposing to remove gcc in various ways. You have to resolve this manually. This is arguably a deficiency in aptitude, but maybe this Recommends can be loosened. I don't believe Debian has any way to specify a Multi-Arch:foreign virtual package (so the cross-compiler can't satisfy the c-compiler part of this). Can we downgrade this Recommends to a Suggests, or maybe remove it entirely? The user who installs libc6-dev likely already has a compiler, and doesn't really benefit from this Recommends. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747920: ITP: libdatabase-dumptruck -- document-oriented interface to a SQLite database
On Tue, 13 May 2014 12:13:21 +1200, Chris Bannister wrote: On Tue, May 13, 2014 at 12:56:34AM +0200, Lubomir Rintel wrote: * Package name: libdatabase-dumptruck Version : 1.2 Upstream Author : Lubomir Rintel lkund...@v3.sk * URL : https://metacpan.org/release/Database-DumpTruck * License : Artistic or GPL-1+ Programming Lang: Perl Description : document-oriented interface to a SQLite database Shouldn't the package name be libdatabase-dumptruck-perl? Good catch. Luckily the preliminary package has the right name already :) http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libdatabase-dumptruck-perl.git Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #189: SCSI's too wide. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747935: gcc-4.8: Cross compiling -m32 on amd64 host fails due to finding amd64 libaries instead of x86 libraries
Package: gcc-4.8 Version: 4.8.2-21 Severity: normal Attempts to compile a trivial program (test.c): int main() { return 0; } fail on amd64 host: $ gcc -m32 test.c /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.8/libgcc.a when searching for -lgcc /usr/bin/ld: cannot find -lgcc /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.8/libgcc_s.so when searching for -lgcc_s /usr/bin/ld: cannot find -lgcc_s collect2: error: ld returned 1 exit status $ I'm assuming gcc is simply mis-configured to not adjust the multilib path when the -m32 command line option is present. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.0 (SMP w/4 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 gcc-4.8 depends on: ii binutils2.24.51.20140425-1 ii cpp-4.8 4.8.2-21 ii gcc-4.8-base4.8.2-21 ii libc6 2.18-5 ii libcloog-isl4 0.18.2-1 ii libgcc-4.8-dev 4.8.2-21 ii libgmp102:6.0.0+dfsg-4 ii libisl100.12.2-1 ii libmpc3 1.0.1-1 ii libmpfr43.1.2-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gcc-4.8 recommends: ii libc6-dev 2.18-5 Versions of packages gcc-4.8 suggests: ii binutils [binutils-gold] 2.24.51.20140425-1 ii gcc-4.8-doc 4.8.2-2 pn gcc-4.8-locales none pn gcc-4.8-multilib none pn libasan0-dbg none pn libatomic1-dbgnone pn libbacktrace1-dbg none pn libgcc1-dbg none pn libgomp1-dbg none pn libitm1-dbg none pn libquadmath0-dbg none pn libtsan0-dbg none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744820: squeeze-pu: package catfish/0.3.2-2+deb6u1
++%python% %prefix%/share/catfish/bin/catfish.py $@ The attached debdiff for catfish/0.3.2-2+deb6u1 is broken (see line above) and would cause #746251 if uploaded as-is. Jackson, please fix and re-send your debdiff to #744820. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747936: Test 00/t0048a.sh uses conflicting implicit return type declaration
Package: cook Version: 2.33-1 Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] /usr/bin/make sure make[1]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-cook/cook-2.33' CC=gcc /bin/sh test/00/t0001a.sh [...] CC=gcc /bin/sh test/00/t0048a.sh FAILED test of the include-cooked functionality Makefile:4282: recipe for target 't0048a' failed make[1]: *** [t0048a] Error 1 Reviewing the source code generated by t0048a.sh, it seems the return type of the function test isn't declared, and the implicit return type would be int, which conflicts with the declaration as void () in the generated header file: http://sources.debian.net/src/cook/2.33-1/test/00/t0048a.sh?hl=100,108#L100 Adding a void in line 100 should suffice to address this issue. (As a wish list item: it would be great if the build process were more verbose in case of failing tests.) Best, Michael pgp0TVFy12NDK.pgp Description: PGP signature
Bug#738962: Bug#738962: python-csb: More issues with the tests
Hi Tomas, any news about this? Kind regards Andreas. On Mon, Feb 17, 2014 at 01:31:36PM +0100, Tomas Di Domenico wrote: Hi Dmitry, On 15/02/14 10:13, Dmitry Shachnev wrote: Hi Tomas, Alternatively, you can make binary packages suggest/recommend them, but then you will need to add those packages as dependencies in debian/tests/control. I understand, thank you for the explanation. The Git looks out of date (it does not even include the latest release), where did you update the code? I'm sorry, I was working locally while trying to understand what's going on. I've now updated the sources. Note: this failure seems to only happen on i386 and not amd64. I'll contact upstream and see if they can take care of the i386 failure For running the tests, I personally use just adt-virt-null runner in a clean environment, but probably using something like adt-virt-schroot will be an easier solution. See this message for some instructions: https://lists.debian.org/debian-devel/2014/01/msg00507.html I've successfully set up the schroot. When running the command as follows adt-run python-csb_1.2.3+dfsg-1_all.deb --- adt-virt-schroot csb-amd64 I get a very short output from adt-run saying that the build and the tests are done. I have my doubts about it though, because it returns almost immediately. I am attaching a patch that addresses 1), 2) and 5), and also adds a dependency on python3-all to ensure that tests are run for all supported Python 3 versions. That patch will make the tests green on ci.debian.net, but will not fix the real failure (3). Thank you for the patch, I've applied it to the sources. I didn't know about ci.debian.net, that's a great resource to have handy. Cheers, Tomás ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747934: FTBFS: type dict/0 is deprecated
Package: erlang-meck Version: 0.8.1+dfsg-1 Severity: serious Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. [...] compile: warnings being treated as errors src/meck_proc.erl:51: type dict/0 is deprecated and will be removed in OTP 18.0; use use dict:dict/0 or preferably dict:dict/2 src/meck_proc.erl:408: type dict/0 is deprecated and will be removed in OTP 18.0; use use dict:dict/0 or preferably dict:dict/2 src/meck_proc.erl:445: type dict/0 is deprecated and will be removed in OTP 18.0; use use dict:dict/0 or preferably dict:dict/2 src/meck_proc.erl:446: type dict/0 is deprecated and will be removed in OTP 18.0; use use dict:dict/0 or preferably dict:dict/2 src/meck_proc.erl:476: type dict/0 is deprecated and will be removed in OTP 18.0; use use dict:dict/0 or preferably dict:dict/2 src/meck_proc.erl:477: type dict/0 is deprecated and will be removed in OTP 18.0; use use dict:dict/0 or preferably dict:dict/2 src/meck_proc.erl:482: type dict/0 is deprecated and will be removed in OTP 18.0; use use dict:dict/0 or preferably dict:dict/2 src/meck_proc.erl:483: type dict/0 is deprecated and will be removed in OTP 18.0; use use dict:dict/0 or preferably dict:dict/2 src/meck_proc.erl:488: type dict/0 is deprecated and will be removed in OTP 18.0; use use dict:dict/0 or preferably dict:dict/2 src/meck_proc.erl:489: type dict/0 is deprecated and will be removed in OTP 18.0; use use dict:dict/0 or preferably dict:dict/2 /usr/share/dh-rebar/make/dh-rebar.Makefile:125: recipe for target 'rebar_compile' failed make[1]: *** [rebar_compile] Error 1 dh_auto_build: make --no-print-directory -f /usr/share/dh-rebar/make/dh-rebar.Makefile build returned exit code 2 debian/rules:4: recipe for target 'build' failed This problem may be fixed in the new upstream release, which is available according to packages.d.o. Best, Michael pgp5hsD_xXusV.pgp Description: PGP signature
Bug#619419: pgf: placements library not packaged?
On 23.03.11 Rog?rio Brito (rbr...@ime.usp.br) wrote: Hi, I just started learning about pgf/tikz to draw some of my graphs and I started following the tutorial sections in the manual. Unfortunately, one of the packages mentioned in manual (placements) is nowhere to be found. In particular, dpkg -S pgf | grep place yields an empty output. Could this be fixed soon? Could you go more into detail? Which part of the manual are you talking about and which package exactly is missing? Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746232: 3.2.57-rt: rcu_preempt detected stalls at boot
Hello. One of my computers fails to boot with 3.2.57-rt kernel, i686. The kernel is the Debian one: linux-image-3.2.0-4-rt-686-pae, version 3.2.57-3. Same non-rt kernel boots fine. All newer -rt kernels (I've tried kernels starting from 3.6) boot fine. You can find some details of the hardware in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746232, including lspci output and full kernel output. Here is the end of the serial log from the failed boot: [2.868692] ERST: Failed to get Error Log Address Range. [3.705427] Refined TSC clocksource calibration: 3599.999 MHz. [3.711340] Switching to clocksource tsc [ 62.804918] INFO: rcu_preempt detected stalls on CPUs/tasks: {} (detected by 3, t=15002 jiffies) [ 62.804923] INFO: Stall ended before state dump start [ 242.351898] INFO: task swapper/0:1 blocked for more than 120 seconds. [ 242.372354] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [ 242.380260] swapper/0 D 0001 0 1 0 0x [ 242.386812] e8cd56f0 0046 c12c30e0 0001 e8cd6000 2c2abdd0 c14cb680 [ 242.400292] e8cd58c0 c14cb680 0001 c12c5c47 c154bfdc c12c2f02 3520 c10283fb [ 242.408607] 0001 c12c5bb3 e8c18800 c12c3002 c118f8e7 c140007c c140007c e8c18800 [ 242.416931] Call Trace: [ 242.419453] [c12c30e0] ? need_resched+0x17/0x1b [ 242.424296] [c12c5c47] ? add_preempt_count+0x88/0x97 [ 242.429577] [c12c2f02] ? _raw_spin_lock_irqsave+0x1b/0x37 [ 242.435308] [c10283fb] ? get_parent_ip+0x8/0x19 [ 242.440158] [c12c5bb3] ? sub_preempt_count+0x74/0x80 [ 242.445439] [c12c3002] ? _raw_spin_unlock_irqrestore+0x21/0x2b [ 242.451602] [c118f8e7] ? vgacon_scroll+0x175/0x18f [ 242.456703] [c12c5ccd] ? __atomic_notifier_call_chain+0x33/0x3c [ 242.462942] [c12c20ac] ? schedule+0x64/0x7d [ 242.467441] [c12c22d5] ? schedule_timeout+0x1f/0xac [ 242.472641] [c11d530a] ? notify_update+0x1f/0x23 [ 242.477574] [c10283fb] ? get_parent_ip+0x8/0x19 [ 242.482421] [c12c5bb3] ? sub_preempt_count+0x74/0x80 [ 242.487700] [c10283fb] ? get_parent_ip+0x8/0x19 [ 242.492543] [c12c5bb3] ? sub_preempt_count+0x74/0x80 [ 242.497831] [c102b2de] ? migrate_enable+0x120/0x132 [ 242.503024] [c12c1f7f] ? wait_for_common+0x7f/0xe1 [ 242.508130] [c102b0d6] ? try_to_wake_up+0x189/0x189 [ 242.513336] [c1077820] ? __call_rcu+0xe6/0xe6 [ 242.518025] [c1044fcc] ? wait_rcu_gp+0x2e/0x33 [ 242.522787] [c1044fd1] ? wait_rcu_gp+0x33/0x33 [ 242.527553] [c102] ? huge_pte_alloc+0x1cc/0x216 [ 242.532750] [c102b2de] ? migrate_enable+0x120/0x132 [ 242.537953] [c119bbcb] ? acpi_post_unmap_gar+0x78/0x91 [ 242.543424] [c11ba24a] ? post_unmap_gar_callback+0x15/0x18 [ 242.549224] [c11b9c97] ? apei_exec_for_each_entry+0x64/0x78 [ 242.555110] [c11ba235] ? apei_resources_request+0x17f/0x17f [ 242.561008] [c143aa36] ? setup_erst_disable+0xd/0xd [ 242.566203] [c11b9cc9] ? apei_exec_post_unmap_gars+0xe/0x10 [ 242.572088] [c143ac67] ? erst_init+0x231/0x288 [ 242.576851] [c11ef04a] ? bus_add_driver+0x180/0x1b2 [ 242.582054] [c100115c] ? do_one_initcall+0x66/0x10e [ 242.587246] [c14177d8] ? kernel_init+0xfc/0x173 [ 242.592093] [c14176dc] ? start_kernel+0x31a/0x31a [ 242.597110] [c12c76fe] ? kernel_thread_helper+0x6/0xd -- Alexandra N. Kossovsky OKTET Labs (http://www.oktetlabs.ru/) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613637: pgf: : is active in some languages
On 16.02.11 Christophe TROESTLER (christophe.troest...@umons.ac.be) wrote: Hi, Package: pgf Version: 2.00-1 Severity: normal In some languages (for example French), the symbol : is made active by babel. This conflicts with it's use in \draw[domain=-3:3,smooth] plot ({\x},{\x * \x}); (which fails with the error Paragraph ended before \tikz@plot@samples@recalc was complete.). Tikz shoud make sure that ?$B!H\catcode`\:=12?$B!I is issued at the right places to avoid this problem. Is the problem still reproducible? If yes, could you provide a minimal LaTeX source code for testing/submitting? Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613637: pgf: : is active in some languages
On Tue, 13 May 2014 09:45:10 +0200, Hilmar Preusse wrote: \draw[domain=-3:3,smooth] plot ({\x},{\x * \x}); It works for me now (with “\usepackage[francais]{babel}”). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747937: autopkgtest missing php-symfony-classloader dependency
Package: php-analog Version: 1.0.4-1 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch utopic User: autopkgtest-de...@lists.alioth.debian.org Usertags: autopkgtest Hello, php-analog's autopkgtest currently fails [1]: | adt-run [2014-05-12 23:25:54]: apt0t-phpunit: [--- | patching file tests/bootstrap.php | PHP Warning: require_once(Symfony/Component/ClassLoader/ClassLoader.php): failed to open stream: No such file or directory in /tmp/adt-run.xg0cRp/apt0-build/php-analog-1.0.4/tests/bootstrap.php on line 3 | PHP Fatal error: require_once(): Failed opening required 'Symfony/Component/ClassLoader/ClassLoader.php' (include_path='.:/usr/share/php:/usr/share/pear') in /tmp/adt-run.xg0cRp/apt0-build/php-analog-1.0.4/tests/bootstrap.php on line 3 | patching file tests/bootstrap.php | adt-run [2014-05-12 23:25:55]: apt0t-phpunit: ---] | adt-run: apt0t-phpunit: - - - - - - - - - - results - - - - - - - - - - | apt0t-phpunitFAIL non-zero exit status 255 | adt-run: apt0t-phpunit: - - - - - - - - - - stderr - - - - - - - - - - | PHP Warning: require_once(Symfony/Component/ClassLoader/ClassLoader.php): failed to open stream: No such file or directory in /tmp/adt-run.xg0cRp/apt0-build/php-analog-1.0.4/tests/bootstrap.php on line 3 | PHP Fatal error: require_once(): Failed opening required 'Symfony/Component/ClassLoader/ClassLoader.php' (include_path='.:/usr/share/php:/usr/share/pear') in /tmp/adt-run.xg0cRp/apt0-build/php-analog-1.0.4/tests/bootstrap.php on line 3 This is because 0001-Use-ClassLoader-from-Symfony-instead-of-autoload.patch uses that class loader for the test, so it needs to pull in that package for the test. Attached patch fixes this, the test succeeds now. Thanks for considering, Martin [1] http://ci.debian.net/data/unstable-amd64/packages/p/php-analog/2014-05-12.log diff -Nru php-analog-1.0.4/debian/changelog php-analog-1.0.4/debian/changelog --- php-analog-1.0.4/debian/changelog 2014-02-22 19:09:22.0 +0100 +++ php-analog-1.0.4/debian/changelog 2014-05-13 09:47:17.0 +0200 @@ -1,3 +1,9 @@ +php-analog (1.0.4-1ubuntu1) utopic; urgency=medium + + * Add missing php-symfony-classloader test dependency. + + -- Martin Pitt martin.p...@ubuntu.com Tue, 13 May 2014 09:47:03 +0200 + php-analog (1.0.4-1) unstable; urgency=low * Initial release (Closes: #737631) diff -Nru php-analog-1.0.4/debian/tests/control php-analog-1.0.4/debian/tests/control --- php-analog-1.0.4/debian/tests/control 2014-03-26 18:48:56.0 +0100 +++ php-analog-1.0.4/debian/tests/control 2014-05-13 09:46:50.0 +0200 @@ -1,2 +1,2 @@ Tests: phpunit -Depends: @, phpunit +Depends: @, phpunit, php-symfony-classloader signature.asc Description: Digital signature
Bug#747939: systemd: prevents hibernation without password with open screen session in other login session
Package: systemd Version: 208-1 Severity: normal Dear Maintainer, if systemd is running I get a password prompt during hibernation[1][2]. Now if I spawn another KDE session, open a screen in it, quit the session, loginctl still treats it as running session: merkaba:~ loginctl | cat 1 1000 martin seat0 4 2012 ms seat0 Well, the screen is indeed running as that user: ba:~ ps aux | grep ^ms | grep -v grep ms5651 0.0 0.0 37792 1468 ?Ss Mai11 0:00 /lib/systemd/systemd --user ms5654 0.0 0.0 178412 4 ?SMai11 0:00 (sd-pam) ms 14034 0.0 0.0 26296 1288 ?Ss Mai12 0:01 SCREEN ms 14035 0.0 0.0 44620 1004 pts/15 Ss+ Mai12 0:00 /usr/bin/zsh ms 14061 0.0 0.0 40656 796 pts/16 Ss+ Mai12 0:00 /usr/bin/zsh Honestly, while treating this as an still open session from a technical session may be correct, this again shows why the policy of asking a password on hibernation on a *single* seat system creates a lot of changes in default behavior that I find outrightly annoying, unintuitive and from a user point of view of common sense just plain broken. This is *still* a single seat system. I am its boss. So it is supposed to do what *I* want, instead of insisting of knowing better than me. And as I am logged into to an existing session it is supposed to do so without asking me any password anymore. I am authenticated, thanks. The only way this could make sense from a usability point of view IMHO is displaying a dialog with hey, you still got a screen session open, really want to hibernate? before locking the screen with simple yes and no button. Its obviously not there yet as it first locks the screen, then displays the dialog, and then if I unlock the screen and and enter the password immediately hibernates *without* locking the screen, basically hibernating with a unlocked desktop if I am not quick enough to press Ctrl-L to lock it. Thats why I yesterday used, sleep 20 ; pm-hibernate last night, I just wanted to go to sleep and hibernate the system. Again just closing the lid will suspend the system just fine, without asking a password, so its even inconsistent. And again, changing it with merkaba:/etc/polkit-1 cat ./localauthority/50-local.d/org.freedesktop.upower.pkla [Suspend/hibernate permissions] Identity=unix-group:sudo Action=org.freedesktop.upower.hibernate;org.freedesktop.upower.suspend ResultAny=yes ResultInactive=yes ResultActive=yes does not have any effect on this. So please, treat this report seriously at least from a policy point of view, instead of just closing it again as not your business. I am ready to report different bugs for the affected components, in case I get advice on where to report what, but please treat this as a regression over previous behavior in case systemd is running. Previous behavior that IMHO matches common sense much more closely. [1] Debian BTS web gui does not respond within acceptable time, will add later [2] See above. Thanks, Martin -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental')Architecture: amd64 (x86_64) Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.0-rc5-tp520 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53 ii libacl1 2.2.52-1 ii libaudit11:2.3.6-1 ii libblkid12.20.1-5.7 ii libc62.18-5 ii libcap2 1:2.22-1.2 ii libcap2-bin 1:2.22-1.2 ii libcryptsetup4 2:1.6.4-4 ii libdbus-1-3 1.8.2-1 ii libgcrypt11 1.5.3-4 ii libkmod2 17-2 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3 ii libselinux1 2.2.2-2 ii libsystemd-daemon0 208-1 ii libsystemd-journal0 208-1 ii libsystemd-login0208-1 ii libudev1 204-10 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-53 ii udev 204-10 ii util-linux 2.20.1-5.7 Versions of packages systemd recommends: ii libpam-systemd 208-1 Versions of packages systemd suggests: pn systemd-ui none -- no debconf information [OVERRIDDEN] /run/systemd/system/session-4.scope.d/90-SendSIGHUP.conf → /run/systemd/system/session-1.scope.d/90-SendSIGHUP.conf Files /run/systemd/system/session-1.scope.d/90-SendSIGHUP.conf and /run/systemd/system/session-4.scope.d/90-SendSIGHUP.conf are identical [OVERRIDDEN] /run/systemd/system/session-4.scope.d/90-TimeoutStopUSec.conf → /run/systemd/system/session-1.scope.d/90-TimeoutStopUSec.conf Files /run/systemd/system/session-1.scope.d/90-TimeoutStopUSec.conf and
Bug#747292: gdm3: Unable to login after last upgrade (version 3.8.4-7): fails to start a GNOME session
Hello Pascal, You should be able to use systemd just once from your bootloader. Here is a good start: https://wiki.debian.org/systemd Thank you very much Laurent. I will take a further look at systemd (not yet tested, btw). Benjamin. Le 13/05/2014 07:47, Pascal Obry a écrit : Laurent, I think we have identified the issue, basically logind is started/activated too late. We'll try to fix this to preserve compatibility with other initsystem than systemd, but I guess it's a good occasion to start using it if you don't mind :) Sure, ready for anything... I would suggest you to try booting using systemd by setting the init kernel parameter to /lib/systemd/systemd. If it's successful, you can install systemd-sysv and _purge_ systemd-shim and then again reboot. Can you tell me more about the procedure? Is there some Web page explaining that? I must say that this is beyond my current knowledge as I've never change the kernel init parameters. Thanks, signature.asc Description: OpenPGP digital signature
Bug#715278: intel-gpu-tools: Couldn't map MMIO region: Resource temporarily unavailable on intel_reg_read, after dist-upgrade
Hi, I'd be glad to update and maintain intel-gpu-tools within the pkg-xorg team, however I'm having a bit of trouble pushing to the git repo right now... remote: fatal: Unable to create temporary file '/srv/git.debian.org/git/pkg-xorg/app/intel-gpu-tools.git/./objects/pack/tmp_pack_XX': Permission denied error: unpack failed: index-pack abnormal exit To git+ssh://git.debian.org/git/pkg-xorg/app/intel-gpu-tools.git ! [remote rejected] upstream-unstable - upstream-unstable (unpacker error) error: failed to push some refs to 'git+ssh://git.debian.org/git/pkg-xorg/app/intel-gpu-tools.git' Does anyone know what's going on? Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747940: autopkgtest missing smalt dependency
Package: smalt Version: 0.7.6-2 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch utopic User: autopkgtest-de...@lists.alioth.debian.org Usertags: autopkgtest Hello, smalt's autopkgtest currently fails [1] on an OSError: [Errno 2] No such file or directory. The test scripts try to call smalt which isn't installed, as the test does not actually depend on its own package :-) Attached patch fixes by depending on all binaries of the smalt source (that includes smalt-examples), and the test succeeds now. Thanks for considering, Martin [1] http://ci.debian.net/data/unstable-amd64/packages/s/smalt/2014-05-07.log diff -Nru smalt-0.7.6/debian/changelog smalt-0.7.6/debian/changelog --- smalt-0.7.6/debian/changelog2014-04-25 08:06:49.0 +0200 +++ smalt-0.7.6/debian/changelog2014-05-13 10:08:06.0 +0200 @@ -1,3 +1,9 @@ +smalt (0.7.6-2ubuntu1) utopic; urgency=medium + + * Add missing smalt autopkgtest dependency. + + -- Martin Pitt martin.p...@ubuntu.com Tue, 13 May 2014 09:58:36 +0200 + smalt (0.7.6-2) unstable; urgency=medium * Deal with examples package only if arch=all is built diff -Nru smalt-0.7.6/debian/tests/control smalt-0.7.6/debian/tests/control --- smalt-0.7.6/debian/tests/control2014-04-09 15:19:43.0 +0200 +++ smalt-0.7.6/debian/tests/control2014-05-13 10:06:35.0 +0200 @@ -1,3 +1,3 @@ Tests: run-unit-test -Depends: @builddeps@, smalt-examples +Depends: @, @builddeps@ Restrictions: allow-stderr signature.asc Description: Digital signature
Bug#747337: Tests still fail on bedtools 2.19.1-2.
Control: reopen -1 Hi Andreas and everybody, unfortunately, the tests still fail. I will try to have a look this week-end. http://ci.debian.net/data/unstable-amd64/packages/b/bedtools/2014-05-10.log Cheers, Charles -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694143: php5-ffmpeg: FTBFS because of deprecated functions
Hi, On 29 April 2014 12:44, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: On 28.04.2014 23:37, Mikael Nordfeldth wrote: [...] I'm wondering if this package should be back in jessie, because upstream seems to be dead since 2009 and even with these patches it fails to build with FFmpeg2.2/libav10, that are coming to Debian now [3][4]: [...] I think, what this package needs is a new upstream. Yes, on a second thought I think I'm better just going to ask for its removal. If either of you (or anyone else fwiw) is willing to actively maintain it, I could offer some time every once and then to sponsor the package. Will be filing the removal request later today. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747941: autofs: listing the mount point spams automount -f -v
Package: autofs Version: 5.0.8-1 Severity: minor Tags: upstream Dear Maintainer, * What led up to the situation? I do not know * What exactly did you do (or not do) that was effective (or ineffective)? I am debugging my automounts and found this error. I hope it's not caused by misconfiguration from my side. When calling automount -f -v, then entering the mount point for autofs, calling 'ls' the console which runs automount -f -v gets spammed * What was the outcome of this action? Spam to automount * What outcome did you expect instead? No output Additional information: output of automount when running 'ls /mnt': (that's where autofs mounts my shares) attempting to mount entry /mnt/tls key tls not found in map source(s). failed to mount /mnt/tls attempting to mount entry /mnt/x86_64 key x86_64 not found in map source(s). failed to mount /mnt/x86_64 attempting to mount entry /mnt/libnss_compat.so.2 key libnss_compat.so.2 not found in map source(s). failed to mount /mnt/libnss_compat.so.2 attempting to mount entry /mnt/libnsl.so.1 key libnsl.so.1 not found in map source(s). failed to mount /mnt/libnsl.so.1 attempting to mount entry /mnt/libnss_nis.so.2 key libnss_nis.so.2 not found in map source(s). failed to mount /mnt/libnss_nis.so.2 attempting to mount entry /mnt/libnss_files.so.2 key libnss_files.so.2 not found in map source(s). failed to mount /mnt/libnss_files.so.2 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages autofs depends on: ii libc6 2.18-5 ii libxml22.9.1+dfsg1-3 ii multiarch-support 2.18-5 ii ucf3.0028 Versions of packages autofs recommends: ii kmod 16-2 ii module-init-tools 16-2 ii nfs-common 1:1.2.8-6 autofs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745605: apache2: ignores AddDefaultCharset
Maybe this is related too, if you put a form with multipart/form-data the string is garbled. try this: index.html: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; head meta http-equiv=Content-Type content=text/html; charset=utf-8 / title/title /head body form method=post enctype=multipart/form-data action=post.php textarea name=text/textarea input type=submit value=Enviar / /form /body /html post.php: ?php var_dump($_POST[text]); To solve this you need to replace 'enctype=multipart/form-data' with 'enctype=multipart/form-data;charset=utf-8' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747884: tt-rss: Cannot read property 'domNode' of undefined and other errors
severity 747884 normal thanks On Mon, May 12, 2014 at 06:20:38PM +0300, Alberto Garcia wrote: Since tt-rss 1.11, and even more now with 1.12, I'm getting lots of errors when I try to read my feeds. These appear with Chromium: One thing that I noticed is that this happens much more easily immediately after login. If I start a fresh instance of Chromium with the empty cache and log in then I see those errors all the time. After refreshing the page a few time they seem to go away, though, so I'm lowering the severity. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747292: gdm3: Unable to login after last upgrade (version 3.8.4-7): fails to start a GNOME session
Hello Benjamin, You should be able to use systemd just once from your bootloader. Here is a good start: https://wiki.debian.org/systemd Ok, quite easy in fact. Just did it and could connect using gdm3. Thanks a lot! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://v2p.fr.eu.org http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747942: apt: please don't wrap package list on 80 columns
Package: apt Version: 1.0.3 Severity: normal Hi, I'm not sure whether that's on purpose, but I don't think limiting the display of package lists (e.g. those to be upgraded during “apt-get dist-upgrade”) to 80-ish columns is a nice thing to do. Could we please avoid that? ($COLUMNS is 300+ here.) Mraw, KiBi. -- Package-specific info: -- (no /etc/apt/preferences present) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.16-1.1 ii libapt-pkg4.12 1.0.3 ii libc6 2.18-5 ii libgcc1 1:4.9.0-2 ii libstdc++6 4.9.0-2 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.10-1 ii dpkg-dev1.17.9 ii python-apt 0.9.3.6 ii synaptic0.81.1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735852:
The defaults seen in this configuration page come from the underlying Java package. While I agree that TLS 1.1/1.2 should be enabled (and SSL3 disabled), my personal opinion is that the system's Java package should come with these defaults. If we opt to override this by default, we shouldn't limit it to SIP, which creates a whole lot of required changes (but unrelated to Debian of course). Ingo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747943: gqrx-sdr: error while loading shared libraries: libgnuradio-osmosdr.so.0.0.0: cannot open shared object file: No such file or directory
Package: gqrx-sdr Version: 2.2.0.74.d97bd7-2+b1 Severity: important Dear Maintainer, $ gqrx gqrx: error while loading shared libraries: libgnuradio-osmosdr.so.0.0.0: cannot open shared object file: No such file or directory I have this problem on both desktop and laptop -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gqrx-sdr depends on: ii libboost-program-options1.54.0 1.54.0-5 ii libboost-system1.54.0 1.54.0-5 ii libc6 2.18-5 ii libgcc1 1:4.9.0-2 ii libgnuradio-analog3.7.3 3.7.3-9 ii libgnuradio-audio3.7.3 3.7.3-9 ii libgnuradio-blocks3.7.3 3.7.3-9 ii libgnuradio-fft3.7.33.7.3-9 ii libgnuradio-filter3.7.3 3.7.3-9 ii libgnuradio-osmosdr0.0.00.1.0.55.80c4af-2+b1 ii libgnuradio-pmt3.7.33.7.3-9 ii libgnuradio-runtime3.7.33.7.3-9 ii libqt4-network 4:4.8.6+dfsg-1 ii libqt4-svg 4:4.8.6+dfsg-1 ii libqtcore4 4:4.8.6+dfsg-1 ii libqtgui4 4:4.8.6+dfsg-1 ii libstdc++6 4.9.0-2 ii libvolk0.0.03.7.3-9 gqrx-sdr recommends no packages. gqrx-sdr suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740775: sks: Upgrade fails (again)
Hi cloos, Am 04.03.2014 22:36, schrieb cl...@jhcloos.com: Package: sks Version: 1.1.4-2.1+b1 Severity: normal Today’s upgrade generates: debian-sks uid check: ok debian-sks homedir check: ok db5.3_upgrade: BDB1538 Program version 5.3 doesn't match environment version 5.1 db5.3_upgrade: DB_ENV-open: BDB0091 DB_VERSION_MISMATCH: Database environment version mismatch dpkg: error processing package sks (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for libc-bin (2.18-4) ... Errors were encountered while processing: sks E: Sub-process /usr/bin/dpkg returned an error code (1) I had to re-install db5.1-utils to get it to work. Apt had removed it because nothing claimed a dependency on it sks depends on db-util which depends on the current db utils package. The current db-util in testing/jessie has version 5.3 and depends on db5.3-utils. So this should be no problem. Maybe at the time of your install there was an old version of db-util installed. Christoph -- Christoph Martin, Zentrum für Datenverarbeitung, Uni-Mainz, Germany Anselm Franz von Bentzel-Weg 12, 55128 Mainz Telefon: +49(6131)3926337 Instant-Messaging: Jabber: mar...@uni-mainz.de (Siehe http://www.zdv.uni-mainz.de/4010.php) attachment: martin.vcf signature.asc Description: OpenPGP digital signature
Bug#747944: AttributeError: 'NoneType' object has no attribute 'info_text'
Package: quisk Version: 3.6.16-1 Severity: important Dear Maintainer, $ quisk Traceback (most recent call last): File /usr/bin/quisk, line 8, in module quisk.main() File /usr/lib/python2.7/dist-packages/quisk/quisk.py, line 3922, in main App() File /usr/lib/python2.7/dist-packages/quisk/quisk.py, line 2299, in __init__ wx.App.__init__(self, redirect=False) File /usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 7981, in __init__ self._BootstrapApp() File /usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 7555, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /usr/lib/python2.7/dist-packages/quisk/quisk.py, line 2632, in OnInit self.config_text = Hardware.open() File /usr/lib/python2.7/dist-packages/quisk/softrock/hardware_usb.py, line 71, in open self.application.bottom_widgets.info_text.SetLabel(text) AttributeError: 'NoneType' object has no attribute 'info_text' -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quisk depends on: ii libasound21.0.27.2-3 ii libc6 2.18-5 ii libfftw3-double3 3.3.4-1 ii libportaudio2 19+svn20140130-1 ii libusb-0.1-4 2:0.1.12-23.3 ii python2.7.5-5 ii python-wxgtk2.8 2.8.12.1+dfsg2-1 Versions of packages quisk recommends: ii alsa-utils 1.0.27.2-1 ii python-serial 2.6-1 ii python-usb 0.4.3-1 ii udev 204-8 quisk suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729614: atop: Please package latest upstream version (2.0.2)
Please build the kernelmodule 'netatop' too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747945: debconf.conf(5) is misleading as to the default value of Extension for PackageDir
Package: debconf Version: 1.5.53 Severity: normal Hi there, The debconf.conf(5) man page says of the PackageDir driver: This driver is configurable in the same ways as is the DirTree driver, plus ... and of the DirTree driver's Extension setting: Must be set to a non-empty string; defaults to .dat This is correct for the DirTree driver; however, Debconf/DbDriver/PackageDir.pm has both perldoc and code in agreement that the default value for Extension for PackageDir is . This seems most likely to be a bug in the man page, but I'm not certain of that, mostly because changing Debconf::DbDriver::Directory to default extension to .dat would make the PackageDir and DirTree drivers more consistent with each other. I am attaching a patch which updates the man page to more completely describe the behaviour of the code. Thanks, Steven. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debconf depends on: ii perl-base 5.18.2-3 Versions of packages debconf recommends: ii apt-utils 1.0.3 ii debconf-i18n 1.5.53 Versions of packages debconf suggests: ii debconf-doc1.5.53 ii debconf-utils 1.5.53 ii dialog 1.2-20140219-1 pn libgtk2-perl none ii libnet-ldap-perl 1:0.6200+dfsg-1 ii libqtcore4-perl4.8.4-1+b1 ii libqtgui4-perl 4.8.4-1+b1 pn libterm-readline-gnu-perl none ii perl 5.18.2-3 ii whiptail 0.52.15-3+b1 -- debconf information excluded From 1723513e7c0828382ad5f1d58644db5dfbdb27a8 Mon Sep 17 00:00:00 2001 From: Steven McDonald ste...@steven-mcdonald.id.au Date: Tue, 13 May 2014 18:50:19 +1000 Subject: [PATCH] Document the default setting of Extension for the PackageDir driver The PackageDir driver is documented as having configuration nearly identical to the DirTree driver, but debconf.conf(5) does not mention that the default value for Extension is different. This patch documents that difference. --- doc/man/debconf.conf.5 | 5 + 1 file changed, 5 insertions(+) diff --git a/doc/man/debconf.conf.5 b/doc/man/debconf.conf.5 index 6b34d20..af691fb 100644 --- a/doc/man/debconf.conf.5 +++ b/doc/man/debconf.conf.5 @@ -200,10 +200,15 @@ room than the File database driver. .P This driver is configurable in the same ways as is the DirTree driver, plus: +.RS +.TP +.B Extension +An extension to add to the names of files. Defaults to (the empty string). .TP .B Mode The permissions to create files with. Defaults to 600, since the files could contain passwords in some circumstances. +.RE .P As example stanza setting up a database using this driver: .P -- 2.0.0.rc2
Bug#747946: pbuilder: should not use su, because it breaks with systemd and user namespaces
Package: pbuilder Version: 0.215 Severity: normal As has been pointed out on debian-devel at https://lists.debian.org/debian-devel/2014/05/msg00366.html using su in things like /etc/init.d is wrong. In a similar vein, pbuilder's usage of SUTOUSER is wrong, because it creates a new session, but builds should not create sessions. Apart from that, it also breaks running pbuilder inside user namespaces: I: Extracting source su: System error The invocation of su is a bit more verbose in auth.log: su[123]: PAM audit_log_acct_message() failed: Operation not permitted su[123]: pam_authenticate: System error su[123]: FAILED su for pbuilder by root su[123]: - ??? root:pbuilder It is not clear to me what should be used instead. A number of options were mentioned: * start-stop-daemon SUTOUSER=/sbin/start-stop-daemon --start --pidfile /dev/null --chuid pbuilder --startas /bin/sh (Thanks to Peter Palfrader for coming up with this beast.) * chpst (non-essential, package runit) * sudo (non-essential, package sudo) Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741196: libpetsc3.4.2: libpetsc.so.3.4.2 links with both GPL-licensed and GPL-incompatible libraries
Control: tags -1 moreinfo On Sun, Mar 9, 2014 at 22:26:06 +0100, Francesco Poli (wintermute) wrote: = libptscotch-5.1.so and libptscotcherr-5.1.so, which are released under the GPL-incompatible terms of the CeCILL-C v1.0 license Do you have a reference for this claimed incompatibility? Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747535: systemd-fsck?
Hi, Bas Wijnen: Sounds like those packages should conflict with each other. It isn't a reason to uninstall anything. If you've used aptitude for any length of time, its affinity towards uninstalling half of your system in favor of *any* other way to resolve a conflict should not be surprising, systemd or not. I, as a user, did not expect to be moved over to systemd I expect *users* to not care one way or another. Their system booted quite well before systemd and it will boot, hopefully even better otherwise this was all for nothing, afterwards. I expect people who *really* do not want systemd to blacklist it, by way of apt-preferences. Problem solved. A mere re-ordering of dependencies in random packages will not accomplish that; such re-ordering is also a disservice to that packages' maintainers who use it to express *their* preference. Who says yours trumps theirs? -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747947: base: The system does not shutdown or reboot
Package: base Severity: normal Dear Maintainer, every time i try to shutdown or reboot the system, it failed and system continue to work until pressing shutdown button of the pc Kind regards, Alessandro -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695473: NMU'ing util-linux to workaround wipefs bug that affects gnome-disk-utility? (#695473)
Hi, Adam Conrad wrote (12 May 2014 21:35:05 GMT) : If you've prepared and tested the NMU, go ahead and upload without using the delayed queue, and thanks in advance for doing so. Thanks for the encouraging words, much appreciated! JFTR, I've indeed prepared and tested the NMU, *but* I'll be offline and unable to deal with any fallout of it until May 24, so I'd rather not upload earlier. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732771: incorporate logcheck snippets
Hi, you provided the logcheck snippet but you don't install it. See [0] as an example. Could you make sure you actually install it? Best, Philip [0] https://packages.debian.org/sid/amd64/libsasl2-modules/filelist -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747948: mount: should warn user when potentially incorrect fstab order
Package: mount Version: 2.20.1-5.3 Severity: wishlist Hello, there. Firstly, tl;dr: mount should warn when interlocked mountpoints in fstab aren't in the expected order. I recently noticed what at first seemed a bug in mount management of fstab, but, according to the french mailing list users, it's more a lack of warning. Here is the problem: currently, at start, filesystems referenced in fstab are mounted following their order in fstab. The problem is, when /etc/fstab contains config for two filesystems with interlocked mountpoints, in my case /var/www and /var/www/cache, they are not necessarily in the right order. In my example, because of limitations in my hosting provider installer and my drive configuration, /var/www/cache configuration was stored before /var/www's one. Because man mount did not contained any warning regarding mountpoints order, I assumed this was automagically managed at start; of course, it proved me wrong, as you can see in the following command dump taken after a reboot: david@Curunir:~$ df -h Sys. fich.Taille Util. Dispo Uti% Monté sur rootfs 54G 3,1G 49G 6% / udev 10M 0 10M 0% /dev tmpfs13G 328K 13G 1% /run /dev/md1 54G 3,1G 49G 6% / tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs35G 0 35G 0% /dev/shm /dev/md3 20G 233M 19G 2% /var/log /dev/md41,7T 852M 1,6T 1% /var/www/cache /dev/md6 99G 188M 94G 1% /home /dev/md71,7T 852M 1,6T 1% /var/www tmpfs32G 0 32G 0% /tmp david@Curunir:~$ sudo su [sudo] password for david: root@Curunir:/home/david# umount /dev/md4 umount: /var/www/cache: not mounted root@Curunir:/home/david# mount /dev/md4 root@Curunir:/home/david# df -h Sys. fich. Taille Util. Dispo Uti% Monté sur rootfs 54G 3,1G 49G 6% / udev 10M 0 10M 0% /dev tmpfs 13G 328K 13G 1% /run /dev/md1 54G 3,1G 49G 6% / tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 35G 0 35G 0% /dev/shm /dev/md3 20G 233M 19G 2% /var/log /dev/md4 124G 188M 118G 1% /var/www/cache /dev/md6 99G 188M 94G 1% /home /dev/md7 1,7T 852M 1,6T 1% /var/www tmpfs 32G 4,0K 32G 1% /tmp /dev/md4 124G 188M 118G 1% /var/www/cache As you can see, in this case, the mounting of /var/www/cache behaves erratically when its configuration is placed before /var/www's one in /etc/fstab. When I noticed this problem, I checked all system logs, but none showed messages regarding the mountpoints order, so I suspected a failed disk, but my hosting provider's checks did not show any problem, no more than fsck -f. I almost reinstalled the system, but, at the last moment, I thought of fstab and changed mountpoints order to place /var/www before /var/www/cache, and, after a reboot, the problem was solved. I mailed yesterday the Debian french users mailing list about this problem, which I thought of as a bug, but they explained me that, under some conditions, this behaviour may prove helpful. Nevertheless, I still think that mount should warn about this most likely unwanted behaviour, both in its manpage and by logging warnings in dmesg or syslog, in order to help users confronted to this problem. At first, I expected mount to reject such a mountpoint order to avoid problems, but, if I'm right, it should be a bit extreme and bother users who uses this behaviour to their advantage. So, I would like to request the addition in mount of a warning when it tries to mount a filesystem whose mountpoint contains an already used mountpoint in order to avoid confusion for filesystem administation. This warning should be printed on stderr, if not in dmesg and syslog, to allow the admin to correct mountpoints order in the most likely case the current behaviour is not the expected one. Thanks for reading. Regards. -- David Guyot Administrateur système, réseau et télécommunications / Sysadmin Europe Camions Interactive / Stockway Moulin Collot F-88500 Ambacourt Tel: +33 (0)3 29 30 47 85 Fax : +33 (0)3 29 31 31 31 signature.asc Description: Digital signature
Bug#747903: libstdc++6-4.9-dbg:amd64: pretty-printer SyntaxError: invalid syntax
moving gdb to use Python 3. This is addressed in 4.9.0-3 in unstable. Am 12.05.2014 20:38, schrieb Toby Speight: I'm using gdb 7.6.2, and I get the following when I load a program linked against libstdc++: / | [Thread debugging using libthread_db enabled] | Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. | Traceback (most recent call last): | File /usr/lib/debug/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.20-gdb.py, line 59, in module | from libstdcxx.v6.printers import register_libstdcxx_printers | File /usr/lib/x86_64-linux-gnu/../../share/gcc-4.9/python/libstdcxx/v6/printers.py, line 54 | raise ValueError, Cannot find type %s::%s % (str(orig), name) | ^ | SyntaxError: invalid syntax \ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747949: systemd Failed to add dependency on systemd-modules-load, ignoring: Invalid argument upon
Package: iptables-persistent Version: 1.0.1 Using systemd as init I get: May 13 11:55:33 inf2 systemd[1]: Reloading. May 13 11:55:34 inf2 systemd[1]: Stopping netfilter persistent configuration... May 13 11:55:34 inf2 systemd[1]: netfilter-persistent.service: control process exited, code=exited status=1 May 13 11:55:34 inf2 systemd[1]: Stopped netfilter persistent configuration. May 13 11:55:34 inf2 systemd[1]: Unit netfilter-persistent.service entered failed state. May 13 11:55:34 inf2 netfilter-persistent[21421]: Automatic flush disabled; use '/usr/sbin/netfilter-persistent flush' May 13 11:55:34 inf2 systemd[1]: Reloading. May 13 11:55:34 inf2 systemd[1]: [/lib/systemd/system/netfilter-persistent.service:5] Failed to add dependency on systemd-modules-load, ignoring: Invalid argument May 13 11:55:34 inf2 systemd[1]: [/lib/systemd/system/netfilter-persistent.service:6] Failed to add dependency on systemd-modules-load, ignoring: Invalid argument May 13 11:55:43 inf2 systemd[1]: Reloading. May 13 11:55:43 inf2 systemd[1]: [/lib/systemd/system/netfilter-persistent.service:5] Failed to add dependency on systemd-modules-load, ignoring: Invalid argument May 13 11:55:43 inf2 systemd[1]: [/lib/systemd/system/netfilter-persistent.service:6] Failed to add dependency on systemd-modules-load, ignoring: Invalid argument May 13 11:55:43 inf2 systemd[1]: Starting netfilter persistent configuration... May 13 11:55:43 inf2 netfilter-persistent[21975]: run-parts: executing /usr/share/netfilter-persistent/plugins.d/15-ip4tables start May 13 11:55:43 inf2 netfilter-persistent[21975]: run-parts: executing /usr/share/netfilter-persistent/plugins.d/25-ip6tables start May 13 11:55:43 inf2 systemd[1]: Started netfilter persistent configuration. Not sure if this is really a problem or not, but it looks like one. Regards, Vedran Miletić -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747950: xorg-server: Please enable xwayland support
Source: xorg-server Version: 2:1.15.99.902-1 Severity: wishlist Hi, It would be nice if xwayland was enabled in X release with jessie. Looking at the configure, enabling it requires the following dependencies that are all in debian already: libepoxy-dev libdrm-dev (this one is already used) libwayland-dev Cheers! Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#191547: Bug #191547
Hello, occurs this error with the current version still on? Regards Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#747938: closed by Moritz Muehlenhoff j...@inutil.org (Re: Bug#747938: elinks: aptitude FTBFS: elinks: error while loading shared libraries: libperl.so: cannot open[…])
Debian Bug Tracking System dixit: Apparently, it tries to use libperl without depending on it. It _does_ depend on libperl5.18: If you file bugs for the m68k port you need to make sure they apply to the standard Debian archs! The package is built from unmodified Debian sources, so there is clearly a problem, somewhere. I’ll schedule a binNMU and see whether the problem goes away. If not, please have a look into it. Thanks, //mirabilos -- (gnutls can also be used, but if you are compiling lynx for your own use, there is no reason to consider using that package) -- Thomas E. Dickey on the Lynx mailing list, about OpenSSL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#191547: Debian bug #191547
Control: tag -1 + moreinfo Hello, occurs this error with the current version still on? Regards Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#747951: boost1.55: FTBFS: bogus alignment assumptions
Source: boost1.55 Version: 1.55.0+dfsg-1 Severity: important Justification: fails to build from source (but built successfully in the past) The build fails with: gcc -o bootstrap/jam0 command.c compile.c constants.c debug.c execcmd.c frames.c function.c glob.c hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c make1.c object.c option.c output.c parse.c pathsys.c regexp.c rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c filesys.c builtins.c class.c cwd.c native.c md5.c w32_getreg.c modules/set.c modules/path.c modules/regex.c modules/property-set.c modules/sequence.c modules/order.c execunix.c fileunix.c pathunix.c ../bootstrap/jam0 -f build.jam --toolset=gcc --toolset-root= clean jam0: function.c:233: check_alignment: Assertion `(size_t)s-data % sizeof( LIST * ) == 0' failed. Aborted help2man --name 'software build tool' --no-info ./bjam debian/bjam.1 help2man: can't get `--help' info from ./bjam Try `--no-discard-stderr' if option outputs to stderr make[1]: *** [debian/bjam.1] Error 127 The below are clearly follow errors from the above one. A C architecture is not required to have “natural” alignment, that is, alignof(some_t) == sizeof(some_t). On m68k, integers are aligned to 2 bytes, and structure elements and structures as a whole are padded to multiples of 2 bytes, no matter the data types inside this structure. This may affect other arches as well (not necessarily in Debian). Please take this issue upstream, too. I think Andreas Schwab has already posted initial patches for boost1.54 earlier. -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 3.13-1-m68k Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh I: Using pkgname logfile I: Current time: Tue May 13 08:30:02 UTC 2014 I: pbuilder-time-stamp: 1399969802 I: Obtaining the cached apt archive contents I: Installing the build-deps W: no hooks of type D found -- ignoring - Attempting to parse the build-deps - Considering build-dep debhelper (= 9) - Trying debhelper - Considering build-dep dpkg-dev (= 1.16.1~) - Trying dpkg-dev - Considering build-dep dctrl-tools - Trying dctrl-tools - Considering build-dep zlib1g-dev - Trying zlib1g-dev - Considering build-dep libbz2-dev - Trying libbz2-dev - Considering build-dep libicu-dev - Trying libicu-dev - Considering build-dep mpi-default-dev - Trying mpi-default-dev - Considering build-dep bison - Trying bison - Considering build-dep flex - Trying flex - Considering build-dep docbook-to-man - Trying docbook-to-man - Considering build-dep help2man - Trying help2man - Considering build-dep xsltproc - Trying xsltproc - Considering build-dep doxygen - Trying doxygen - Considering build-dep dh-python - Trying dh-python - Considering build-dep python - Trying python - Considering build-dep python-all-dev - Trying python-all-dev - Considering build-dep python3 - Trying python3 - Considering build-dep python3-all-dev (= 3.1) - Trying python3-all-dev - Installing debhelper dpkg-dev dctrl-tools zlib1g-dev libbz2-dev libicu-dev mpi-default-dev bison flex docbook-to-man help2man xsltproc doxygen dh-python python python-all-dev python3 python3-all-dev Reading package lists... Building dependency tree... Reading state information... Starting pkgProblemResolver with broken count: 0 Starting 2 pkgProblemResolver with broken count: 0 Done debhelper is already the newest version. dpkg-dev is already the newest version. The following extra packages will be installed: docbook gfortran gfortran-4.8 icu-devtools libbison-dev libexpat1 libexpat1-dev libfl-dev libgcrypt11 libgfortran-4.8-dev libgfortran3 libgpg-error0 libicu52 libmpdec2 libmpich-dev libmpich12 libmpl-dev libmpl1 libncursesw5 libopa-dev libopa1 libpython-all-dev libpython-dev libpython-stdlib libpython2.7 libpython2.7-dev libpython2.7-minimal libpython2.7-stdlib libpython3-all-dev libpython3-dev libpython3-stdlib libpython3.3 libpython3.3-dev libpython3.3-minimal libpython3.3-stdlib libpython3.4 libpython3.4-dev libpython3.4-minimal libpython3.4-stdlib libsigsegv2 libsp1c2 libsqlite3-0 libssl1.0.0 libxslt1.1 m4 mime-support python-all python-dev python-minimal python2.7 python2.7-dev python2.7-minimal python3-all python3-dev python3-minimal python3.3 python3.3-dev python3.3-minimal python3.4 python3.4-dev python3.4-minimal sgml-base sgml-data sp xml-core Suggested packages: bison-doc debtags docbook-defguide docbook-dsssl docbook-xml psgml doxygen-latex doxygen-doc doxygen-gui graphviz gfortran-doc gfortran-4.8-doc libgfortran3-dbg rng-tools icu-doc python-doc python-tk python2.7-doc binfmt-support python3-doc python3-tk python3.3-doc python3.4-doc sgml-base-doc perlsgml w3-recs opensp libxml2-utils doc-base Recommended packages: mpich libgpm2 The
Bug#747952: RM: ffmpeg-php -- RoM; Unmaintained upstream, incompatible with libav 10
Package: ftp.debian.org Hi, Please remove ffmpeg-php, it's been dead upstream for a while and it needs somebody with some time to keep up with all the libav transitions. Thanks in advance. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747953: Declaration and definition of cmputc conflict
Package: emacs23 Version: 23.4+1-4.1 Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. gcc -nostdlib `./prefix-args -Xlinker -z nocombreloc` -Wl,-z,relro -g -o temacs pre-crt0.o /usr/lib/x86_64-linux-gnu/crt1.o /usr/lib/x86_64-linux-gnu/crti.o dispnew.o frame.o scroll.o xdisp.o menu.o xmenu.o window.o charset.o coding.o category.o ccl.o character.o chartab.o cm.o term.o terminal.o xfaces.o xterm.o xfns.o xselect.o xrdb.o fontset.o xsmfns.o fringe.o image.o xsettings.o xgselect.o gtkutil.o dbusbind.o emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o font.o print.o lread.o syntax.o unexelf.o bytecode.o process.o callproc.o region-cache.o sound.o atimer.o doprnt.o strftime.o intervals.o textprop.o composite.o md5.oxfont.o ftfont.o xftfont.o ftxfont.o terminfo.o lastfile.o vm-limit.o -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lfontconfig -lfreetype -lglib-2.0 -lpthread -lSM -lICE -ltiff -ljpeg -lpng -lz -lm -lgif -lXpm -lX11 -lXrender -lXft -lasound -lrsvg-2 -lm -lgio-2.0 -lgdk_pixbuf-2.0 -lgobject-2.0 -lglib-2.0 -lcairo -ldbus-1 -lgpm -lncurses -lgconf-2 -lglib-2.0 -lfreetype -lfontconfig -lfreetype -lfreetype -lz -lotf -lfreetype -lm17n-core -lm17n-flt -lm17n-core -lm -lgcc -lc -lgcc /usr/lib/x86_64-linux-gnu/crtn.o error: conflicting function declarations cmputc old definition in module cm file cm.c line 64 signed int (char c) new definition in module term file cm.h line 167 signed int (signed int) make[3]: *** [temacs] Error 64 make[3]: Leaving directory `/srv/jenkins-slave/workspace/sid-goto-cc-emacs23/emacs23-23.4+1/debian/build-x/src' make[2]: *** [src] Error 2 This conflict of int vs. char will cause issues for any value greater than 127 and possibly also several other cases. As a sidenote, emacs24 seems to be fine in this regard. Hence it may be reasonable to ignore this bug report. Best, Michael pgpLnzTUASHvo.pgp Description: PGP signature
Bug#747954: FTBFS: No rule to make target '/usr/lib/x86_64-linux-gnu/libfftw3.so'
Package: ants Version: 2.0.0-1 Severity: serious Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. [...] [ 2%] Building CXX object Examples/CMakeFiles/l_ANTS.dir/__/Utilities/antsCommandLineOption.cxx.o cd /srv/jenkins-slave/workspace/sid-goto-cc-ants/ants-2.0.0/obj-x86_64-linux-gnu/Examples /usr/bin/c++ -DITK_IO_FACTORY_REGISTER_MANAGER -Dl_ANTS_EXPORTS -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wall -Wcast-align -Wdisabled-optimization -Wextra -Wformat=2 -Winvalid-pch -Wno-format-nonliteral -Wpointer-arith -Wshadow -Wunused -Wwrite-strings -funit-at-a-time -Wno-strict-overflow -Wno-deprecated -Wno-invalid-offsetof -Woverloaded-virtual -Wstrict-null-sentinel -fPIC -Wno-array-bounds -Wno-deprecated -fPIC -I/srv/jenkins-slave/workspace/sid-goto-cc-ants/ants-2.0.0/Examples/. -I/srv/jenkins-slave/workspace/sid-goto-cc-ants/ants-2.0.0/Examples/../Temporary -I/srv/jenkins-slave/workspace/sid-goto-cc-ants/ants-2.0.0/Examples/../Tensor -I/srv/jenkins-slave/workspace/sid-goto-cc-ants/ants-2.0.0/Examples/../GraphTheory -I/srv/jenkins-slave/workspace/sid-goto-cc-ants/ants-2.0.0/Examples/../ImageSegmentation -I/srv/jenkins-slave/workspace/sid-goto-cc-ants/ants-2.0.0/Examples/../ImageRegistration -I/srv/jenkins-slave/workspace/sid-goto-cc-ants/ants-2.0.0/Examples/../Utilities -I/usr/include/vtk-5.8 -I/srv/jenkins-slave/workspace/sid-goto-cc-ants/ants-2.0.0/obj-x86_64-linux-gnu/ITKIOFactoryRegistration -I/usr/include/dcmtk -I/usr/include/dcmtk/oflog -I/usr/include/dcmtk/ofstd -I/usr/include/dcmtk/dcmtls -I/usr/include/dcmtk/dcmsr -I/usr/include/dcmtk/dcmsign -I/usr/include/dcmtk/dcmqrdb -I/usr/include/dcmtk/dcmpstat -I/usr/include/dcmtk/dcmnet -I/usr/include/dcmtk/dcmjpls -I/usr/include/dcmtk/dcmjpeg -I/usr/include/dcmtk/dcmimgle -I/usr/include/dcmtk/dcmimage -I/usr/include/dcmtk/dcmdata -I/usr/include/dcmtk/config -I/usr/include/x86_64-linux-gnu -I/usr/include/gdcm-2.4 -I/usr/include/ITK-4.5 -o CMakeFiles/l_ANTS.dir/__/Utilities/antsCommandLineOption.cxx.o -c /srv/jenkins-slave/workspace/sid-goto-cc-ants/ants-2.0.0/Utilities/antsCommandLineOption.cxx make[4]: *** No rule to make target '/usr/lib/x86_64-linux-gnu/libfftw3.so', needed by 'lib/libl_ANTS.so.2.0.0'. Stop. make[4]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-ants/ants-2.0.0/obj-x86_64-linux-gnu' CMakeFiles/Makefile2:3991: recipe for target 'Examples/CMakeFiles/l_ANTS.dir/all' failed As the attached build log confirms, no libffw3-dev package is being installed (it's only in recommends), even though (for whatever reason) libfftw3-double3 is being installed. Best, Michael ants-build-log.txt.gz Description: application/gunzip pgpydohlGrDPa.pgp Description: PGP signature
Bug#747961: Parameter declarations of evas_common_rgba_image_from_copied_data differ in signedness
Package: evas Version: 1.7.9-2 Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] make[5]: Entering directory `/srv/jenkins-slave/workspace/sid-goto-cc-evas/evas-1.7.9/src/lib' CC main.lo CCLD libevas.la error: conflicting function declarations evas_common_rgba_image_from_copied_data old definition in module evas_image_main file evas_image_private.h line 5 signed int (struct _Image_Entry *, unsigned int, unsigned int, unsigned int *, signed int, signed int) new definition in module evas_image_data file evas_image_data.c line 47 signed int (struct _Image_Entry *ie_dst, signed int w, signed int h, unsigned int *image_data, signed int alpha, signed int cspace) make[5]: *** [libevas.la] Error 64 The above conflict (in parameters w and h) may be harmless (even though technically undefined behaviour) if actual parameters always fit into a positive signed int. Yet it should be easy enough to fix, and may help the compiler in producing meaningful warnings. Best, Michael pgpY0a7gEq0W9.pgp Description: PGP signature
Bug#747959: Conflicting declarations of function test_free
Package: ethtool Version: 1:3.13-1 Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] gcc -DTEST_ETHTOOL -g -O2 -o test-cmdline test_cmdline-test-cmdline.o test_cmdline-test-common.o test_cmdline-ethtool.o test_cmdline-amd8111e.o test_cmdline-de2104x.o test_cmdline-e100.o test_cmdline-e1000.o test_cmdline-et131x.o test_cmdline-igb.o test_cmdline-fec_8xx.o test_cmdline-ibm_emac.o test_cmdline-ixgb.o test_cmdline-ixgbe.o test_cmdline-natsemi.o test_cmdline-pcnet32.o test_cmdline-realtek.o test_cmdline-tg3.o test_cmdline-marvell.o test_cmdline-vioc.o test_cmdline-smsc911x.o test_cmdline-at76c50x-usb.o test_cmdline-sfc.o test_cmdline-stmmac.o test_cmdline-rxclass.o test_cmdline-sfpid.o test_cmdline-sfpdiag.o test_cmdline-ixgbevf.o -lm file internal.h line 149: error: conflicting function declarations test_free old definition in module test-common file test-common.c line 90 void (void *ptr) new definition in module ethtool file internal.h line 149 void * (void *) make[2]: *** [test-cmdline] Error 64 This will result in undefined behaviour if any code actually uses the return value (which ought to exist, as internal.h suggests). Best, Michael pgpYyfSWFdOqD.pgp Description: PGP signature
Bug#747957: FTBFS: No module named xmlrunner.extra.djangotestrunner
Package: djangorestframework Version: 2.3.13-1 Severity: serious Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. make[1]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-djangorestframework/djangorestframework-2.3.13' set -e ; \ python /srv/jenkins-slave/workspace/sid-goto-cc-djangorestframework/djangorestframework-2.3.13/rest_framework/runtests/runtests.py Traceback (most recent call last): File /srv/jenkins-slave/workspace/sid-goto-cc-djangorestframework/djangorestframework-2.3.13/rest_framework/runtests/runtests.py, line 52, in module main() File /srv/jenkins-slave/workspace/sid-goto-cc-djangorestframework/djangorestframework-2.3.13/rest_framework/runtests/runtests.py, line 33, in main TestRunner = get_runner(settings) File /usr/lib/python2.7/dist-packages/django/test/utils.py, line 166, in get_runner test_module = __import__(test_module_name, {}, {}, force_str(test_path[-1])) ImportError: No module named xmlrunner.extra.djangotestrunner debian/rules:17: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 1 Presumably the problem is caused by a missing build dependency. The full build logs is attached. Best, Michael djangorestframework-build-log.txt.gz Description: application/gunzip pgpzlTJTOou6X.pgp Description: PGP signature
Bug#747956: FTBFS: test fails (expected W, found R)
Package: doit Version: 0.24.0-1 Severity: serious Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. [...] + python2.7 runtests.py = test session starts == platform linux2 -- Python 2.7.6 -- pytest-2.4.2 collected 567 items [...] === FAILURES === TestCmdRun.test_target self = tests.test_cmd_strace.TestCmdRun object at 0x7fa1ff6e4110 dependency1 = '/srv/jenkins-slave/workspace/sid-goto-cc-doit/doit-0.24.0/tests/data/dependency1' depfile_name = '/tmp/pytest-0/test_target0/testdb' def test_target(self, dependency1, depfile_name): output = StringIO() task = Task(tt, [touch %(targets)s], targets=['tests/data/dependency1']) cmd = Strace(outstream=output) cmd._loader.load_tasks = mock.Mock(return_value=([task], {})) params = DefaultUpdate(dep_file=depfile_name, show_all=False, keep_trace=False, backend='dbm') result = cmd.execute(params, ['tt']) assert 0 == result got = output.getvalue().split(\n) tgt_path = os.path.abspath(tests/data/dependency1) assert W %s % tgt_path in got[0] E assert ('W %s' % '/srv/jenkins-slave/workspace/sid-goto-cc-doit/doit-0.24.0/tests/data/dependency1') in 'R /srv/jenkins-slave/workspace/sid-goto-cc-doit/doit-0.24.0/tests/data/dependency1' tests/test_cmd_strace.py:69: AssertionError --- Captured stdout . tt . strace_report === 1 failed, 565 passed, 1 skipped in 10.66 seconds === debian/rules:51: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 1 The only observable difference lies in the characters W vs. R, whatever that might mean in the context of the package. The full build log is attached. Best, Michael doit-build-log.txt.gz Description: application/gunzip pgpwxHzgoBBtb.pgp Description: PGP signature
Bug#379810: Uwaga - zostały ostatnie 3 dni
Informujemy, że w dniach 12-15 maja 2014 r. odbędzie się nabór na kurs języka angielskiego. Jest to IV edycja projektu Każdy Dorosły Polak Mówi po angielsku Kod upoważniający do 61% zniżki na szkolenie: E1405 Liczba miejsc ograniczona, decyduje kolejnść zgłoszeń. Zajęcia: - Angielski dla początkujących (A1/A2), - Angielski dla średnio-zaawansowanych (B1) Zajęcia trwają 12 miesięcy. Wszyscy studenci objęci są opieką metodyczną. Szkoła Językowa Dobra Zuza jest placówką kształcenia ustawicznego wpisaną do ewidencji szkół i placówek niepublicznych prowadzonej przez m. st. Warszawa pod numerem 1052 K. Zaświadczenia o ukończeniu kursu wydawane są na podstawie sect;18 ust. 2 rozporządzenia Ministra Edukacji Narodowej z dnia 11 stycznia 2012 r. w sprawie kształcenia ustawicznego w formach pozaszkolnych (Dz. U. poz. 186, z późniejszymi zmianami). Na zajęcia można zapisywać się indywidualnie lub grupowo. Istnieje możliwość otrzymania faktury. Szczegółowe informacje o naborze dostępne są na stronie: http://www.dofinansowanekursyjezykowe24.co.pl Dodatkowych informacji udziela sekretariat szkoły pod numerem: +48 22 379 65 67 (w godzinach od 8:00 do 17:00) Jeżeli nie chcesz otrzymywać podobnych wiadomości, to kliknij na poniższy link: http://www.dofinansowanekursyjezykowe24.co.pl/mailing/unsubscribe.php?email=379...@bugs.debian.org
Bug#747955: FTBFS: grep -nH isatty does not find any match
Package: ccbuild Version: 2.0.6-2 Severity: serious Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. make[2]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-ccbuild/ccbuild-2.0.6' sed --in-place s,^\(extern.*isatty.*\),/* \1 */, \ src/sourceScanner/yylex.cc grep -nH isatty src/sourceScanner/yylex.cc debian/rules:59: recipe for target 'override_dh_auto_build' failed make[1]: *** [override_dh_auto_build] Error 1 make[1]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-ccbuild/ccbuild-2.0.6' debian/rules:77: recipe for target 'build' failed make: *** [build] Error 2 This may be caused by an update to flex (the latest buildlog for i386 had 2.5.35-10.1, whereas sid now has 2.5.39-6), but this is deduced from a review and comparison of build logs only. The full build log is attached. Best, Michael ccbuild-build-log.txt.gz Description: application/gunzip pgp7noiQWvUFq.pgp Description: PGP signature
Bug#747292: gdm3: Unable to login after last upgrade (version 3.8.4-7): fails to start a GNOME session
Laurent, I confirm. As expected, using systemd as init system (PID1) works fine with last package version of gdm3. Thank you, Benjamin. May 12 10:57:07 * dbus[2026]: [system] Rejected send message, 1 matched rules; type=method_call, sender=:1.5 (uid=0 pid=2179 comm=/usr/sbin/gdm3 ) interface=org.freedesktop.DBus.Properties member=GetAll error name=(unset) requested_reply=0 destination=:1.6 (uid=0 pid=2223 comm=/usr/lib/gdm3/gdm-simple-slave --display-id /org/g) May 12 10:57:11 * gdm-launch-environment][2262]: pam_unix(gdm-launch-environment:session): session opened for user Debian-gdm by (uid=0) May 12 10:57:11 * gdm-launch-environment][2262]: pam_systemd(gdm-launch-environment:session): Asking logind to create session: uid=113 pid=2262 service=gdm-launch-environment type=x11 class=greeter seat=seat0 vtnr=7 tty= display=:0 remote=no remote_user= remote_host= May 12 10:57:11 * gdm-launch-environment][2262]: pam_systemd(gdm-launch-environment:session): Reply from logind: id=1 object_path=/org/freedesktop/login1/session/_31 runtime_path=/run/user/113 session_fd=11 seat=seat0 vtnr=7 May 12 10:57:11 * gdm-launch-environment][2262]: pam_ck_connector(gdm-launch-environment:session): nox11 mode, ignoring PAM_TTY :0 May 12 10:57:18 * login[2244]: pam_unix(login:session): session opened for user bmenant by LOGIN(uid=0) May 12 10:57:18 * login[2244]: pam_systemd(login:session): Asking logind to create session: uid=1000 pid=2244 service=login type=tty class=user seat= vtnr=0 tty=/dev/tty1 display= remote=no remote_user= remote_host= May 12 10:57:18 * login[2244]: pam_systemd(login:session): Reply from logind: id=2 object_path=/org/freedesktop/login1/session/_32 runtime_path=/run/user/1000 session_fd=6 seat=seat0 vtnr=1 May 12 10:58:38 * sudo: bmenant : TTY=tty1 ; PWD=/home/bmenant ; USER=root ; COMMAND=/usr/bin/strace -p 2334 -s 1024 -o /tmp/stracelog.txt May 12 10:58:38 * sudo: pam_unix(sudo:session): session opened for user root by bmenant(uid=0) May 12 10:59:00 * polkitd(authority=local): Registered Authentication Agent for unix-session:1 (system bus name :1.29 [gnome-shell --mode=gdm], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale fr_FR.UTF-8) May 12 10:59:12 * gdm3][2892]: pam_unix(gdm3:session): session opened for user bmenant by (uid=0) May 12 10:59:12 * gdm3][2892]: pam_systemd(gdm3:session): Asking logind to create session: uid=1000 pid=2892 service=gdm3 type=x11 class=user seat=/org/freedesktop/ConsoleKit/Seat1 vtnr=0 tty= display=:0 remote=no remote_user= remote_host= May 12 10:59:12 * gdm3][2892]: pam_systemd(gdm3:session): Failed to create session: No such file or directory May 12 10:59:12 * gdm3][2892]: pam_ck_connector(gdm3:session): nox11 mode, ignoring PAM_TTY :0 May 12 10:59:12 * gdm-launch-environment][2262]: pam_unix(gdm-launch-environment:session): session closed for user Debian-gdm May 12 10:59:12 * polkitd(authority=local): Unregistered Authentication Agent for unix-session:1 (system bus name :1.29, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale fr_FR.UTF-8) (disconnected from bus) May 12 10:59:17 * dbus[2026]: [system] Rejected send message, 2 matched rules; type=method_call, sender=:1.55 (uid=1000 pid=3043 comm=/usr/bin/gnome-shell ) interface=org.freedesktop.DBus.Properties member=GetAll error name=(unset) requested_reply=0 destination=:1.10 (uid=0 pid=2266 comm=/usr/sbin/console-kit-daemon --no-daemon ) May 12 11:00:25 * sudo: pam_unix(sudo:session): session closed for user root May 12 11:01:34 * sudo: bmenant : TTY=tty1 ; PWD=/var/log ; USER=root ; COMMAND=/bin/cat auth.log May 12 11:01:34 * sudo: pam_unix(sudo:session): session opened for user root by bmenant(uid=0) May 12 11:01:34 * sudo: pam_unix(sudo:session): session closed for user root May 12 11:02:12 * sudo: bmenant : TTY=tty1 ; PWD=/var/log ; USER=root ; COMMAND=/bin/cp auth.log /home/bmenant/Desktop May 12 11:02:12 * sudo: pam_unix(sudo:session): session opened for user root by bmenant(uid=0) signature.asc Description: OpenPGP digital signature
Bug#726617: ITA cminpack
Control: owner -1 Ole Streicher deb...@liska.ath.cx Control: retitle -1 ITA: cminpack -- Nonlinear equations and nonlinear least squares problems I am going to adopt this package, since cminpack is needed for the next starlink-ast version. Is there a reason that the library package is called libcminpack1.0.90 and not libcminpack1 and would you object if I change this with a transition? As far as I could see, cminpack has actually no reverse dependencies, right? Best regards Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747960: Conflicting declarations of function clean_exit
Package: esound Version: 0.2.41-11 Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] libtool: link: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wall -Wl,-z -Wl,relro -o .libs/esd esd.o clients.o filter.o mix.o players.o proto.o samples.o -lwrap ./.libs/libesd.so -lm -lasound -laudiofile file /usr/include/tcpd.h line 92: error: conflicting function declarations clean_exit old definition in module esd file esd.c line 201 void (signed int signum) new definition in module clients file /usr/include/tcpd.h line 92 void (struct request_info *) make[3]: *** [esd] Error 64 As the linker does not provide any guarantees on which of the implementations will be chosen, the code of clients may choose to call clean_exit from esd.c rather than that of libraries. Possibly the best fix is renaming clean_exit of esd.c to avoid the name clash. Best, Michael pgpq2_G4WqLi7.pgp Description: PGP signature
Bug#747962: Conflicting return types of function stop_jack
Package: bitmeter Version: 1.2-3.1 Severity: wishlist Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] gcc -DHAVE_CONFIG_H -I. -I. -I.. -DPACKAGE_DATA_DIR=\/usr/share\ -DPACKAGE_LOCALE_DIR=\/usr/share/locale\ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -D_FORTIFY_SOURCE=2 -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -c -o bitmeter-callbacks.o `test -f 'callbacks.c' || echo './'`callbacks.c gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wl,-z,relro -o bitmeter bitmeter-main.o bitmeter-jack.o bitmeter-support.o bitmeter-interface.o bitmeter-callbacks.o -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfontconfig -lfreetype -ljack -lm error: conflicting function declarations stop_jack old definition in module main file main.c line 18 signed int () new definition in module jack file jack.c line 216 void () Makefile:233: recipe for target 'bitmeter' failed make[3]: *** [bitmeter] Error 64 make[3]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-bitmeter/bitmeter-1.2/src' Makefile:235: recipe for target 'all-recursive' failed Reviewing the source code it seems that main.c does not use the (presumed) return code of stop_jack, hence it would just take changing int to void in line 18 of main.c. Best, Michael pgpnrvmX80Fl3.pgp Description: PGP signature
Bug#226437: Debian bug #226437
Control: tag -1 + moreinfo Hello, exist this error still in the current version? Regards Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#689094: libwebkitgtk-3.0-0 constant segfaults on mipsel
tags 689094 + moreinfo unreproducible thanks On Sun, Feb 23, 2014 at 03:29:07PM +0200, Alberto Garcia wrote: Can you please verify if you can still reproduce this bug? Ping Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747963: Conflicting declarations of function rpopup_bevent_in_html_code
Package: bluefish Version: 2.2.5-3 Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. libtool: link: gcc -shared -fPIC -DPIC .libs/cap.o .libs/html2.o .libs/htmlbar.o .libs/htmlbar_uimanager.o .libs/html.o .libs/html_diag.o .libs/html_form.o .libs/html_table.o .libs/image.o .libs/image_dialog.o .libs/prefs.o .libs/quickstart.o .libs/rpopup.o .libs/wizards.o -lm -L/usr/lib/python2.7/config -lpython2.7 -lpthread -ldl -lutil -lgtk-3 -latk-1.0 -lgdk-3 -lpangocairo-1.0 /usr/lib/x86_64-linux-gnu/libcairo-gobject.so /usr/lib/x86_64-linux-gnu/libcairo.so -lgmodule-2.0 -lpango-1.0 -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -lxml2 /usr/lib/x86_64-linux-gnu/libenchant.so -O2 -pthread -Wl,-z -Wl,relro -Wl,--as-needed -Wl,--export-dynamic -pthread -pthread -pthread -Wl,-soname -Wl,htmlbar.so -o .libs/htmlbar.so error: conflicting function declarations rpopup_bevent_in_html_code old definition in module htmlbar file rpopup.h line 23 signed int (Tdocument *) new definition in module rpopup file rpopup.c line 159 void (Tdocument *doc) Makefile:527: recipe for target 'htmlbar.la' failed make[5]: *** [htmlbar.la] Error 64 make[5]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-bluefish/bluefish-2.2.5/src/plugin_htmlbar' Makefile:584: recipe for target 'all-recursive' failed As the (presumed) return value of rpopup_bevent_in_html_code is not used, it would just take fixing the declaration in rpopup.h (changing the gboolean to void). This will ensure that no future use of rpopup_bevent_in_html_code falls for this trap. Best, Michael pgpyhUpJf_36x.pgp Description: PGP signature
Bug#240226: Debian bug #240226
Hi, sh: line 1: hpijs: command not found Here is hpijs missing. I close this bug. If the error still exists feel free to reopen this bug. Regards, Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#732771: incorporate logcheck snippets
On Tue, May 13, 2014 at 11:52:16AM +0200, Philip Rinn wrote: Hi, you provided the logcheck snippet but you don't install it. See [0] as an example. Could you make sure you actually install it? My mistake. I included it in the debian/ directory but then overlooked the installation part. I have corrected that and it will be in the next upload. Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Bug#709803: zlib: Please ship minizip as a shared library
On Mon, May 12, 2014 at 08:33:11PM -0400, Michael Gilbert wrote: Fedora has shipped minizip packages [0] since version 19, which has been out for almost a year now, and they seem to be able to make it work, which probably indicates that upstream isn't being too disruptive with respect to the ABI now. We've only had one upstream release in that time. Also, it sounds like the minizip64 changes are now in the past, and there isn't anything obvious that would be so disruptive in the near future anyway. It's *probably* safe but given the very long release cycles both Debian and zlib/minizip have I'd like to be sure rather than just hoping. signature.asc Description: Digital signature
Bug#689094: libwebkitgtk-3.0-0 constant segfaults on mipsel
Hi Berto, On 13/05/14 11:39, Alberto Garcia wrote: Can you please verify if you can still reproduce this bug? Ping I'll be able to do this today I hope, in a sid chroot. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684583: libjavascriptcoregtk-1.0-0: segfault in libjavascriptcoregtk-1.0.so.0.13.2[b5191000+3a9000]
tags 684583 + unreproducible moreinfo thanks On Sat, Aug 11, 2012 at 03:06:40PM +0200, Paul Menzel wrote: Using Midori 0.4.6 to browse the WWW the application trashed and I was able to capture the core dump. This bug is two years old. Can you confirm if it still happens with a recent release? Thanks! Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739314: Please upload fixed packages to unstable for libav transition
Dear maintainer, your package is involved in the libav transition. The version available in unstable fails to build against libav 10, but this issue has been fixed by an upload to experimental. Since libav 10 finally hit unstable, the transition has started. It's now time to move the fixed packages from experimental back to unstable. Please upload a fixed version of your package to unstable ASAP. If you need any assistance with the upload, please let us know and contact us at pkg-multimedia-maintain...@lists.alioth.debian.org. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#747964: Conflicting return types of function envargs with undefined behaviour
Package: boinc Version: 7.2.42+dfsg-1 Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] libtool: link: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.8/crtbeginS.o .libs/boinc_zip.o .libs/api.o .libs/apihelp.o .libs/crc32.o .libs/explode.o .libs/extract.o .libs/fileio.o .libs/globals.o .libs/inflate.o .libs/list.o .libs/match.o .libs/process.o .libs/ttyio.o .libs/unix.o .libs/unreduce.o .libs/unshrink.o .libs/unzip.o .libs/zipinfo.o .libs/deflate.o .libs/trees.o .libs/util.o .libs/z_fileio.o .libs/z_globals.o .libs/zip.o .libs/zipfile.o .libs/zipup.o .libs/z_unix.o -L/usr/lib -L/usr/lib/gcc/x86_64-linux-gnu/4.8 -L/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.8/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.8/crtfastmath.o /usr/lib/gcc/x86_64-linux-gnu/4.8/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/crtn.o -O0 -Wl,-z -Wl,relro -Wl,-z -Wl,now -flto -Wl,--no-add-needed -Wl,-soname -Wl,libboinc_zip.so.7 -o .libs/libboinc_zip.so.7.2.42 error: conflicting function declarations envargs old definition in module unzip file ./unzip/unzpriv.h line 2575 signed int (signed int *, char ***, const char *, const char *) new definition in module util file ./zip/util.c line 805 void (signed int *Pargc, char ***Pargv, char *envstr, char *envstr2) Makefile:667: recipe for target 'libboinc_zip.la' failed make[3]: *** [libboinc_zip.la] Error 1 make[3]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-boinc/boinc-7.2.42+dfsg/zip' Makefile:961: recipe for target 'all-recursive' failed This conflict does result in undefined behaviour, because the (presumed) return value is actually used for error reporting (in zip/unzip/unzip.c lines 1055 and 1064). As the actual implementation (in util.c), however, does not return a value, spurious errors will be reported or true errors ignored. Best, Michael pgp07PQs3av43.pgp Description: PGP signature
Bug#747965: O: trueprint -- pretty printing of source code
Package: wnpp Severity: normal The current maintainer of trueprint, Henrique Haas mede...@gnoia.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: trueprint Binary: trueprint Version: 5.3-4.1 Maintainer: Henrique Haas mede...@gnoia.org Build-Depends: debhelper (= 5.0.0), lpr, dpatch Architecture: any Standards-Version: 3.7.2 Format: 1.0 Files: 08814d21e64f845207448c07d142a60d 1716 trueprint_5.3-4.1.dsc 0615d55e45ca5131001b8e49bc330995 175700 trueprint_5.3.orig.tar.gz 8c5f06d30b964c0c82ac428ff5c95a98 5082 trueprint_5.3-4.1.diff.gz Checksums-Sha1: b616ba394f3c10ef8870122b966b644659eb8673 1716 trueprint_5.3-4.1.dsc 0ce51764b3b945b2a83edc8a13abb50452e6b87d 175700 trueprint_5.3.orig.tar.gz 0a4f3f5b9e50fdbbc5a9969da3100546b50eab99 5082 trueprint_5.3-4.1.diff.gz Checksums-Sha256: 2820f1b4d4756ebe18c311711e60adfa1ab0c5eb978fbc83c09dbd90cde0728a 1716 trueprint_5.3-4.1.dsc 3993504293eefcaf1b48056d4eabe5554075cb4ee3c3996e528ebbae79ff0fb6 175700 trueprint_5.3.orig.tar.gz f402398251bf9cbfd4938e452e4025c89b3d0685db274e561e58d71c028b506b 5082 trueprint_5.3-4.1.diff.gz Homepage: http://www.gnu.org/software/trueprint/trueprint.html Package-List: trueprint deb text optional Directory: pool/main/t/trueprint Priority: source Section: text Package: trueprint Version: 5.3-4.1 Installed-Size: 156 Maintainer: Henrique Haas mede...@gnoia.org Architecture: armel Depends: libc6 (= 2.4) Recommends: lpr Description-en: pretty printing of source code This program generates a pretty output of source codes in many programming languages. The result could be printed or written to a Postscript file. . The following programming languages are supported: * C * C++ * Java * Pascal * Perl * Pike * Sh (Shell) * Verilog Description-md5: 2cdad4189b940f6b9cfe723b1b46303f Homepage: http://www.gnu.org/software/trueprint/trueprint.html Tag: devel::lang:c, devel::lang:c++, devel::lang:java, devel::lang:pascal, devel::lang:perl, devel::lang:pike, devel::prettyprint, interface::commandline, role::program, scope::utility, suite::gnu, use::printing, works-with-format::postscript, works-with::software:source, works-with::text Section: text Priority: optional Filename: pool/main/t/trueprint/trueprint_5.3-4.1_armel.deb Size: 58910 MD5sum: db0aae60662ffd451152ee95a3d11579 SHA1: e6cf9751676cc9eb1d6989d37e44721d50ff6a47 SHA256: 2d7a2b96f08b746ceea7825a6cc005a62994aaeff2d391d699d35bba5e893ed6 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#279623: Debian bug #279623
Control: tag -1 + moreinfo Hello, exist this error still in the current version? Regards Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#264875: Debian bug #264875
Hi, The file cupsomatic.pl was removed from foomatic-filters. I close this bug. If the error still exists feel free to reopen this bug. Regards, Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#747966: Conflicting parameter declarations of function decr
Package: bsdgames Version: 2.17-21 Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] gcc -fPIE -pie -Wl,-z,relro -Wl,-z,now adventure/crc.o adventure/data.o adventure/done.o adventure/init.o adventure/io.o adventure/main.o adventure/save.o adventure/subr.o adventure/vocab.o adventure/wizard.o -o adventure/adventure error: conflicting function declarations decr old definition in module init file adventure/init.c line 137 char * (char a, char b, char c, char d, char e) new definition in module wizard file adventure/extern.h line 45 char * (signed int, signed int, signed int, signed int, signed int) GNUmakefile:776: recipe for target 'adventure/adventure' failed make[2]: *** [adventure/adventure] Error 64 make[2]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-bsdgames/bsdgames-2.17' dh_auto_build: make -j1 returned exit code 2 These conflicts (int vs. char on all parameters) may result in undefined behaviour, either if values 127 or else if the compiler decides to use different parts of registers to pass the parameters, which it then will fail to obtain as any function call cannot use this trick. Best, Michael pgpAfa97XpaTE.pgp Description: PGP signature
Bug#747967: O: tapecalc -- a full-screen tape editor that lets the user edit a calculation
Package: wnpp Severity: normal The current maintainer of tapecalc, Carl Fürstenberg azat...@gmail.com, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: tapecalc Binary: tapecalc Version: 20070214-2 Maintainer: Carl Fürstenberg azat...@gmail.com Build-Depends: cdbs, debhelper (= 5), autotools-dev, dpatch, libncurses5-dev Architecture: any Standards-Version: 3.7.2 Format: 1.0 Files: 294d81bf39a2a6bbffd4bea3ea540110 620 tapecalc_20070214-2.dsc 034bc8ed3a10bfb09a2ef12ca464e390 102105 tapecalc_20070214.orig.tar.gz 529ba0c32a7e4d8df3dcfc4d314f07f9 4049 tapecalc_20070214-2.diff.gz Checksums-Sha1: 82ee4236958a9cc64f4ec88c30fd1afdb63eb66b 620 tapecalc_20070214-2.dsc 0794cfd8361c29ef800d3a3170fa6d32aca1648a 4049 tapecalc_20070214-2.diff.gz 52750fddf05583f64e6df7bdf564a018216c0b26 102105 tapecalc_20070214.orig.tar.gz Checksums-Sha256: 3cc78b0103305fffad288def43f43ccfba4bcb8b9f495b1c5a8edc1d84d7a6c7 620 tapecalc_20070214-2.dsc 335072f0032a181debcc8e16e929bd1fb6a6b0517f5f368fdafecba343adf7ed 4049 tapecalc_20070214-2.diff.gz 11249f4aa59472ae519eecc61e069c2fe9a4287d2b93f72ee66fb6e3e315bf8f 102105 tapecalc_20070214.orig.tar.gz Directory: pool/main/t/tapecalc Priority: source Section: math Package: tapecalc Version: 20070214-2 Installed-Size: 96 Maintainer: Carl Fürstenberg azat...@gmail.com Architecture: armel Depends: libc6 (= 2.6-1), libncurses5 (= 5.6) Description-en: a full-screen tape editor that lets the user edit a calculation tapecalc is a fixed-point calculator that operates as a full-screen editor. It is designed for use as a checkbook or expense-account balancing tool. . tapecalc maintains a running result for each operation. You may scroll to any position in the expression list and modify the list. Enter data by typing numbers (with optional decimal point), separated by operators. . An output transcript may be saved and reloaded for further editing. Description-md5: 7ce6908141334b324ac3de9e21b2e4b7 Tag: role::program, uitoolkit::ncurses Section: math Priority: optional Filename: pool/main/t/tapecalc/tapecalc_20070214-2_armel.deb Size: 22648 MD5sum: 45afe3022fc31c0d08594f58c087be86 SHA1: 6dff88a0bf0dca3f44c1166a403c186922a23437 SHA256: 920e8060356ff33abad7e7df3195e3a9998efff1ff8e2af2b87b00ab6c0f4129 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#746903: qttools-opensource-src: ftbfs with GCC-4.9
With this patch, It can be built without any symbols warning on amd64, while on i386 and mips64el there are warnings: MIPS64EL --- debian/libqt5designer5.symbols (libqt5designer5_5.2.1-8+mips64_mips64el) +++ dpkg-gensymbolsjNqcQM 2014-05-13 19:05:21.643102599 + @@ -3852,6 +3852,7 @@ (optional=templinst|arch=!alpha !amd64 !arm64 !hppa !ia64 !kfreebsd-amd64 !mips64 !mips64el !ppc64 !ppc64el !s390 !s390x !sparc)_ZSt4swapIN8QVariant7PrivateEEvRT_S3_@Base 5.0.2 (optional=templinst|arch=ia64 s390 sparc)_ZSt6__findIPP7QWidgetS1_ET_S3_S3_RKT0_St26random_access_iterator_tag@Base 5.2.0~beta1 (optional=templinst|arch=ia64 s390 sparc)_ZSt8__rotateIN5QListIP7QWidgetE8iteratorEEvT_S5_S5_St26random_access_iterator_tag@Base 5.2.0~beta1 + _ZSt8__rotateIPiEvT_S1_S1_St26random_access_iterator_tag@Base 5.2.1-8+mips64 _ZTI12QFormBuilder@Base 5.0.2 _ZTI12QTextBuilder@Base 5.0.2 _ZTI13QDesignerMenu@Base 5.0.2 i386 --- debian/libqt5designer5.symbols (libqt5designer5_5.2.1-8+mips64_i386) +++ dpkg-gensymbolsWZXJWf 2014-05-13 08:34:59.755226942 + @@ -1416,6 +1416,9 @@ _ZN18qdesigner_internal18QDesignerWidgetBox7xmlToUiERK7QStringS3_bPS1_@Base 5.0.2 _ZN18qdesigner_internal18QDesignerWidgetBoxC1EP7QWidget6QFlagsIN2Qt10WindowTypeEE@Base 5.0.2 _ZN18qdesigner_internal18QDesignerWidgetBoxC2EP7QWidget6QFlagsIN2Qt10WindowTypeEE@Base 5.0.2 + _ZN18qdesigner_internal18QDesignerWidgetBoxD0Ev@Base 5.2.1-8+mips64 + _ZN18qdesigner_internal18QDesignerWidgetBoxD1Ev@Base 5.2.1-8+mips64 + _ZN18qdesigner_internal18QDesignerWidgetBoxD2Ev@Base 5.2.1-8+mips64 _ZN18qdesigner_internal18RaiseWidgetCommand4initEP7QWidget@Base 5.0.2 _ZN18qdesigner_internal18RaiseWidgetCommandC1EP28QDesignerFormWindowInterface@Base 5.0.2 _ZN18qdesigner_internal18RaiseWidgetCommandC2EP28QDesignerFormWindowInterface@Base 5.0.2 @@ -1520,6 +1523,9 @@ _ZN18qdesigner_internal19ChangeZOrderCommand4undoEv@Base 5.0.2 _ZN18qdesigner_internal19ChangeZOrderCommandC1EP28QDesignerFormWindowInterface@Base 5.0.2 _ZN18qdesigner_internal19ChangeZOrderCommandC2EP28QDesignerFormWindowInterface@Base 5.0.2 + _ZN18qdesigner_internal19ChangeZOrderCommandD0Ev@Base 5.2.1-8+mips64 + _ZN18qdesigner_internal19ChangeZOrderCommandD1Ev@Base 5.2.1-8+mips64 + _ZN18qdesigner_internal19ChangeZOrderCommandD2Ev@Base 5.2.1-8+mips64 _ZN18qdesigner_internal19DeleteWidgetCommand4initEP7QWidgetj@Base 5.0.2 _ZN18qdesigner_internal19DeleteWidgetCommand4redoEv@Base 5.0.2 _ZN18qdesigner_internal19DeleteWidgetCommand4undoEv@Base 5.0.2 @@ -1896,6 +1902,9 @@ _ZN18qdesigner_internal23QDesignerPropertyEditor26textPropertyValidationModeEP28QDesignerFormEditorInterfacePK7QObjectRK7QStringb@Base 5.0.2 _ZN18qdesigner_internal23QDesignerPropertyEditorC1EP7QWidget6QFlagsIN2Qt10WindowTypeEE@Base 5.0.2 _ZN18qdesigner_internal23QDesignerPropertyEditorC2EP7QWidget6QFlagsIN2Qt10WindowTypeEE@Base 5.0.2 + _ZN18qdesigner_internal23QDesignerPropertyEditorD0Ev@Base 5.2.1-8+mips64 + _ZN18qdesigner_internal23QDesignerPropertyEditorD1Ev@Base 5.2.1-8+mips64 + _ZN18qdesigner_internal23QDesignerPropertyEditorD2Ev@Base 5.2.1-8+mips64 _ZN18qdesigner_internal23QDesignerSharedSettings14setDefaultGridERKNS_4GridE@Base 5.0.2 _ZN18qdesigner_internal23QDesignerSharedSettings14setNewFormSizeERK5QSize@Base 5.0.2 _ZN18qdesigner_internal23QDesignerSharedSettings14setZoomEnabledEb@Base 5.0.2 @@ -1998,6 +2007,9 @@ _ZN18qdesigner_internal24QDesignerObjectInspector20mainContainerChangedEv@Base 5.0.2 _ZN18qdesigner_internal24QDesignerObjectInspectorC1EP7QWidget6QFlagsIN2Qt10WindowTypeEE@Base 5.0.2 _ZN18qdesigner_internal24QDesignerObjectInspectorC2EP7QWidget6QFlagsIN2Qt10WindowTypeEE@Base 5.0.2 + _ZN18qdesigner_internal24QDesignerObjectInspectorD0Ev@Base 5.2.1-8+mips64 + _ZN18qdesigner_internal24QDesignerObjectInspectorD1Ev@Base 5.2.1-8+mips64 + _ZN18qdesigner_internal24QDesignerObjectInspectorD2Ev@Base 5.2.1-8+mips64 _ZN18qdesigner_internal25AddDynamicPropertyCommand14setDescriptionEv@Base 5.0.2 _ZN18qdesigner_internal25AddDynamicPropertyCommand4initERK5QListIP7QObjectES3_RK7QStringRK8QVariant@Base 5.0.2 _ZN18qdesigner_internal25AddDynamicPropertyCommand4redoEv@Base 5.0.2 @@ -3166,6 +3178,7 @@ _ZN9DomWidgetC2Ev@Base 5.0.2 _ZN9DomWidgetD1Ev@Base 5.0.2 _ZN9DomWidgetD2Ev@Base 5.0.2 + _ZN9QGradientaSERKS_@Base 5.2.1-8+mips64 _ZNK10DomInclude5writeER16QXmlStreamWriterRK7QString@Base 5.0.2 _ZNK10DomPalette5writeER16QXmlStreamWriterRK7QString@Base 5.0.2 _ZNK11DomDateTime5writeER16QXmlStreamWriterRK7QString@Base 5.0.2 @@ -3832,26 +3845,38 @@ _ZNK9DomWidget5writeER16QXmlStreamWriterRK7QString@Base 5.0.2 (optional=templinst|arch=alpha arm64 armel hppa)_ZNSt20__copy_move_backwardILb1ELb1ESt26random_access_iterator_tagE13__copy_move_bIiEEPT_PKS3_S6_S4_@Base 5.2.0 (optional=templinst|arch=ia64 s390 sparc|subst)_ZSt11__push_heapIN5QListI11QModelIndexE8iteratorE{qptrdiff}S1_PFbRKS1_S5_EEvT_T0_S9_T1_T2_@Base 5.2.0~beta1 + _ZSt11stable_sortIPiEvT_S1_@Base 5.2.1-8+mips64 +
Bug#747968: golang-doc: dangling symlink in package
Package: golang-doc Version: 2:1.2.1-2 Severity: normal Dear Maintainer, here is the problem: $ symlinks /usr/lib/go/lib/ dangling: /usr/lib/go/lib/godoc - ../../../share/doc/golang-doc/godoc -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.14-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 golang-doc depends on: ii golang-go 2:1.2.1-2 golang-doc recommends no packages. golang-doc suggests no packages. -- no debconf information -- Laurent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747969: Inconsistent use of _XOPEN_SOURCE results in conflicting declarations
Package: btrfs-tools Version: 3.14.1-1 Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] gcc -g -Os -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -o btrfs btrfs.o help.o cmds-subvolume.o cmds-filesystem.o cmds-device.o cmds-scrub.o cmds-inspect.o cmds-balance.o cmds-send.o cmds-receive.o cmds-quota.o cmds-qgroup.o cmds-replace.o cmds-check.o cmds-restore.o cmds-rescue.o chunk-recover.o super-recover.o cmds-property.o \ ctree.o disk-io.o radix-tree.o extent-tree.o print-tree.o root-tree.o dir-item.o file-item.o inode-item.o inode-map.o extent-cache.o extent_io.o volumes.o utils.o repair.o qgroup.o raid6.o free-space-cache.o list_sort.o props.o -Wl,-z,relro -luuid -lblkid -lm -lz -llzo2 -lcom_err -L. libbtrfs.a -lpthread error: conflicting function declarations fstat old definition in module cmds-filesystem file /usr/include/x86_64-linux-gnu/sys/stat.h line 220 signed int (signed int, struct stat *) new definition in module cmds-replace file /usr/include/x86_64-linux-gnu/sys/stat.h line 220 signed int (signed int, struct stat *) Makefile:179: recipe for target 'btrfs' failed make[2]: *** [btrfs] Error 64 While these declarations appear to be perfectly consistent, the extended diagnostics produced by our tool explain the difference: reason for conflict in types listed below (struct/struct): composite type component counts differ (18/15) struct stat { unsigned long int st_dev; unsigned long int st_ino; unsigned long int st_nlink; unsigned int st_mode; unsigned int st_uid; unsigned int st_gid; signed int __pad0; unsigned long int st_rdev; signed long int st_size; signed long int st_blksize; signed long int st_blocks; signed long int st_atime; unsigned long int st_atimensec; signed long int st_mtime; unsigned long int st_mtimensec; signed long int st_ctime; unsigned long int st_ctimensec; signed long int [3l] __unused; } struct stat { unsigned long int st_dev; unsigned long int st_ino; unsigned long int st_nlink; unsigned int st_mode; unsigned int st_uid; unsigned int st_gid; signed int __pad0; unsigned long int st_rdev; signed long int st_size; signed long int st_blksize; signed long int st_blocks; struct timespec st_atim; struct timespec st_mtim; struct timespec st_ctim; signed long int [3l] __unused; } This difference is caused by #define _XOPEN_SOURCE 500 being present in cmds-filesystem.c, while this is missing (at least) from cmds-replace.c. It would likely be best to specify this define on the compiler command line to ensure consistency across all files. Best, Michael pgpXUvVFZBCM3.pgp Description: PGP signature
Bug#720935: clang-3.3: sanitizer regards IEC 60559 division by zero as undefined
Control: retitle -1 Some -fsanitize arguments are not mentioned/documented in clang --help Control: forwarded -1 http://llvm.org/bugs/show_bug.cgi?id=19732 Control: found -1 1:3.4.1-2 On 2013-08-26 14:46:47 +0200, Vincent Lefevre wrote: Annex F of the C standard (IEC 60559 / IEEE 754 support) defines the floating-point division by zero, but clang regards it as undefined. Upstream says that IEEE 754 is not regarded as (completely) supported. However -f[no-]sanitize=float-divide-by-zero is available[*], so that the feature is actually present (and is working). I didn't know that because it is not documented (not even mentioned) in clang --help output, while some other -fsanitize arguments are documented. This is the real bug, and I've reported it upstream (see the new forwarded URL). [*] http://llvm.org/bugs/show_bug.cgi?id=11854#c3 -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747970: Parameter declarations of function is_sa differ in signedness
Package: bwa Version: 0.7.8-1 Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] gcc -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro -DHAVE_PTHREAD QSufSort.o bwt_gen.o bwase.o bwaseqio.o bwtgap.o bwtaln.o bamlite.o is.o bwtindex.o bwape.o kopen.o pemerge.o bwtsw2_core.o bwtsw2_main.o bwtsw2_aux.o bwt_lite.o bwtsw2_chain.o fastmap.o bwtsw2_pair.o main.o -o bwa -L. -lbwa -lm -lz -lpthread error: conflicting function declarations is_sa old definition in module is file is.c line 191 signed int (const unsigned char *T, signed int *SA, signed int n) new definition in module bwt_lite file bwt_lite.c line 10 signed int (const unsigned char *, unsigned int *, signed int) Makefile:25: recipe for target 'bwa' failed make[2]: *** [bwa] Error 64 make[2]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-bwa/bwa-0.7.8' The type conflict on parameter SA may be harmless (even though technically undefined behaviour) if the values passed around are always positive and fit into a signed int. Else undefined behaviour will definitively occur. Best, Michael pgphfshiVEQeg.pgp Description: PGP signature
Bug#286759: Debian bug #286759
Control: tag -1 + moreinfo Hello, exist this error still in the current version? Regards Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#747971: qtconnectivity5-dev:
Package: qtconnectivity5-dev Version: 5.2.1-3 Severity: normal Dear Maintainer, this package installs a dangling symlink: $ ls -l /usr/lib/i386-linux-gnu/libQt5Nfc.* -rw-r--r-- 1 root root 996 avril 5 15:17 /usr/lib/i386-linux-gnu/libQt5Nfc.prl lrwxrwxrwx 1 root root 18 avril 5 15:17 /usr/lib/i386-linux-gnu/libQt5Nfc.so - libQt5Nfc.so.5.2.1 Installing libqt5nfc5 fixes the problem, so perhaps qtconnectivity5-dev should depend on libqt5nfc5? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.14-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 qtconnectivity5-dev depends on: ii libqt5bluetooth5 5.2.1-3 ii qtbase5-dev 5.2.1+dfsg-3 qtconnectivity5-dev recommends no packages. qtconnectivity5-dev suggests no packages. -- no debconf information -- Laurent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734848: [Pkg-systemd-maintainers] Bug#734848: systemd: LSB initscript wrappers should also handle sockets on start/stop
tags 734848 +patch thanks Hi Michael, On 23:25 Fri 10 Jan , Michael Stapelberg wrote: Agreed. If you want to accelerate things, please attach a patch. Also, FYI, I won’t work on this until #727708 is resolved. Please find attached a patch implementing the suggested behaviour (inspired mostly by /usr/sbin/service). Regards, Apollon From 0bb95761cd8a71b9b6abc07f64ed6c34017d60cc Mon Sep 17 00:00:00 2001 From: Apollon Oikonomopoulos apoi...@debian.org Date: Wed, 5 Feb 2014 19:20:00 +0200 Subject: [PATCH] LSB: start/stop service-triggering sockets The LSB initscript wrapper functions handle starting/stopping individual services, however they do not handle the corresponding sockets. The most important effect of this is that /etc/init.d/foo stop will stop foo only temporarily if foo is socket-activated, since the next connection to the socket will cause systemd to re-activate the service. We solve this issue by also stopping/starting any sockets triggering the given service. Closes: #734848 --- debian/init-functions.d/40-systemd | 23 ++- 1 file changed, 22 insertions(+), 1 deletion(-) diff --git a/debian/init-functions.d/40-systemd b/debian/init-functions.d/40-systemd index a213afc..e494ac2 100644 --- a/debian/init-functions.d/40-systemd +++ b/debian/init-functions.d/40-systemd @@ -40,6 +40,7 @@ systemctl_redirect () { local rc local prog=${1##*/} local command=$2 +local sockets= case $command in start) @@ -64,7 +65,27 @@ systemctl_redirect () { state=$(systemctl -p LoadState show $service 2/dev/null) [ $state = LoadState=masked ] return 0 -[ $command = status ] || log_daemon_msg $s $service +# We also start/stop the associated sockets (if any), so that +# /etc/init.d/foo stop permanently stops the service. +if [ $command = start -o $command = stop ]; then +for socket in $(systemctl list-unit-files --full --type=socket \ + --no-legend 2/dev/null \ +| sed -ne 's/\.socket\s*[a-z]*\s*$/.socket/p'); do + +# Only handle successfully loaded sockets triggering this service +triggers=$(systemctl -p Triggers show $socket 2/dev/null) +state=$(systemctl -p LoadState show $service 2/dev/null) + +if [ $state = LoadState=loaded -a \ + $triggers = Triggers=$service ]; then +sockets=$socket $sockets +/bin/systemctl $command $socket +fi +done +fi + +[ $command = status ] || log_daemon_msg $s ${sockets}${service} + /bin/systemctl $command $service rc=$? [ $command = status ] || log_end_msg $rc -- 2.0.0.rc0 signature.asc Description: Digital signature
Bug#743360: re-open - fuse fails to modprobe
reopen 743360 found 2.9.3-10 severity 743360 important thanks $ sudo apt-get --reinstall install fuse libfuse2 Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libbind9-80 libdns88 libisc84 libisccc80 libisccfg82 liblwres80 librtmp0 openssh-blacklist openssh-blacklist-extra Use 'apt-get autoremove' to remove them. 0 upgraded, 0 newly installed, 2 reinstalled, 0 to remove and 0 not upgraded. Need to get 0 B/202 kB of archives. After this operation, 0 B of additional disk space will be used. (Reading database ... 60290 files and directories currently installed.) Preparing to unpack .../libfuse2_2.9.3-10_amd64.deb ... Unpacking libfuse2:amd64 (2.9.3-10) over (2.9.3-10) ... Preparing to unpack .../fuse_2.9.3-10_amd64.deb ... Unpacking fuse (2.9.3-10) over (2.9.3-10) ... Processing triggers for man-db (2.6.7.1-1) ... Setting up libfuse2:amd64 (2.9.3-10) ... Setting up fuse (2.9.3-10) ... MAKEDEV not installed, skipping device node creation. device node not found dpkg: error processing package fuse (--configure): subprocess installed post-installation script returned error exit status 2 Processing triggers for libc-bin (2.18-5) ... Errors were encountered while processing: fuse E: Sub-process /usr/bin/dpkg returned an error code (1) This is a new VM, installed as Wheezy and upgraded to unstable. The fuse module fails to install: modprobe: ERROR: could not insert 'fuse': Operation not permitted modprobe: ERROR: ../libkmod/libkmod-module.c:958 command_do() Error running install command for fuse modprobe: ERROR: could not insert 'fuse': Operation not permitted modprobe: ERROR: ../libkmod/libkmod-module.c:958 command_do() Error running install command for fuse modprobe: ERROR: could not insert 'fuse': Operation not permitted modprobe: ERROR: ../libkmod/libkmod-module.c:958 command_do() Error running install command for fuse modprobe: ERROR: could not insert 'fuse': Operation not permitted modprobe: ERROR: ../libkmod/libkmod-module.c:958 command_do() Error running install command for fuse modprobe: ERROR: could not insert 'fuse': Operation not permitted The VM is now broken, there is no way to get fuse to install cleanly except deleting the fuse.postinst. # sh -x /var/lib/dpkg/info/fuse.postinst configure + set -e + modprobe fuse + true + dpkg-statoverride --list /bin/fusermount + chmod 4755 /bin/fusermount + [ -x /sbin/MAKEDEV ] + echo MAKEDEV not installed, skipping device node creation. MAKEDEV not installed, skipping device node creation. + udevadm control --reload-rules + [ -e /dev/fuse ] + udevadm info -q path -n /dev/fuse device node not found + udevadm test -a -p # ls -l /dev/fuse crw-rw-rw- 1 root root 10, 229 May 13 11:05 /dev/fuse # dpkg -l |cut -c -80 | grep fuse iF fuse 2.9.3-10 amd64 ii libfuse2:amd642.9.3-10 amd64 # uname -a Linux temp-worker 3.14-1-amd64 #1 SMP Debian 3.14.2-1 (2014-04-28) x86_64 GNU/Linux -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Bug#746708: missing license in debian/copyright
Hi Andreas, On Mon, May 12, 2014 at 5:05 PM, Andreas Tille andr...@an3as.eu wrote: Hi Thiago, On Mon, May 12, 2014 at 04:39:31PM -0300, Thiago Franco Moraes wrote: Fixed with the help of cme and this link [1]. It was a problem with the license short name and a grammar error. I think it's all ok now. Sounds good. I left the package as UNRELEASED and tagged the bug as pending to let others know that we dealt with the problem. I think we can wait with the final upload until there might be some other reason for an upload (or some time has passed - without waiting too long to let the package migrate to testing). OK! No problem. Kind regards Andreas. -- http://fam-tille.de Thanks!
Bug#739079: First round of binNMU request for libav 10
On 2014-05-12 15:24:39, Julien Cristau wrote: On Mon, May 12, 2014 at 14:13:35 +0200, Sebastian Ramacher wrote: On 2014-05-12 13:32:35, Julien Cristau wrote: On Mon, May 12, 2014 at 07:04:28 -0400, Reinhard Tartler wrote: nmu ffms2_2.19.1-1 . ALL . -m rebuild against libav10 Scheduled. Please also schedule binNMUs for the following packages from stage 1: Scheduled. Thank you! Please also schedule nmu dff_1.3.0+dfsg.1-4.1 . ALL . -m Rebuild against libav10. nmu lynkeos.app_1.2-6.2 . ALL . -m Rebuild against libav10. from stage 1. I forgot to list these two yesterday. The remaining packages from stage 1 needs source uploads as far as I can tell. From stage 2 the following are ready: nmu acoustid-fingerprinter_0.6-3 . ALL . -m Rebuild against libav10. nmu gmerlin-avdecoder_1.2.0~dfsg-5 . ALL . -m Rebuild against libav10. nmu kid3_3.1-1 . ALL . -m Rebuild against libav10. nmu mediatomb_0.12.1-5 . ALL . -m Rebuild against libav10. nmu xine-lib-1.2_1.2.5-1 . ALL . -m Rebuild against libav10. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#696236: ping? @ please apply m68k patch
tags 696236 - patch tags 696236 + moreinfo thanks On Tue, Aug 13, 2013 at 07:58:38AM +, Thorsten Glaser wrote: Updating this is probably going to take a week or two of effort… I guess I’ll have to do that then get back to you. Hope it won’t be ignored for 200-some days again then… Hey, I'm sorry that your previous patch was not applied. However, if you are still interested I can try to take care of it. If so, please update the patch against the latest webkitgtk release and make sure that it builds fine. If not, tell me so I can close this bug. Thanks! Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#191547: Debian bug #191547
On Tue, May 13, 2014 at 12:22:24PM CEST, Jörg Frings-Fürst deb...@jff-webhosting.net said: Control: tag -1 + moreinfo Hello, occurs this error with the current version still on? Regards Jörg Sorry, I cannot say. SInce 2003 I changed printer and now have a Brother one (with brother drivers, who makes me regret the opensource drivers for HP) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747972: Conflicting declarations of struct _GData
Package: glib2.0 Version: 2.40.0-3 Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] libtool: link: gcc -shared -fPIC -DPIC .libs/libgobject_2_0_la-gatomicarray.o .libs/libgobject_2_0_la-gbinding.o .libs/libgobject_2_0_la-gboxed.o .libs/libgobject_2_0_la-gclosure.o .libs/libgobject_2_0_la-genums.o .libs/libgobject_2_0_la-gmarshal.o .libs/libgobject_2_0_la-gobject.o .libs/libgobject_2_0_la-gparam.o .libs/libgobject_2_0_la-gparamspecs.o .libs/libgobject_2_0_la-gsignal.o .libs/libgobject_2_0_la-gsourceclosure.o .libs/libgobject_2_0_la-gtype.o .libs/libgobject_2_0_la-gtypemodule.o .libs/libgobject_2_0_la-gtypeplugin.o .libs/libgobject_2_0_la-gvalue.o .libs/libgobject_2_0_la-gvaluearray.o .libs/libgobject_2_0_la-gvaluetransform.o .libs/libgobject_2_0_la-gvaluetypes.o -Wl,-rpath -Wl,/srv/jenkins-slave/workspace/sid-goto-cc-glib2.0/glib2.0-2.40.0/debian/build/deb/glib/.libs ../glib/.libs/libglib-2.0.so -lffi -O2 -Wl,-z -Wl,relro -Wl,-z -Wl,defs -Wl,--no-as-needed -Wl,-O1 -Wl,-soname -Wl,libgobject-2.0.so.0 -o .libs/libgobject-2.0.so.0.4000.0 error: conflicting function declarations g_datalist_get_flags old definition in module gobject file /srv/jenkins-slave/workspace/sid-goto-cc-glib2.0/glib2.0-2.40.0/./glib/gdataset.h line 96 unsigned int (struct _GData **) new definition in module gdataset file /srv/jenkins-slave/workspace/sid-goto-cc-glib2.0/glib2.0-2.40.0/./glib/gdataset.c line 1225 unsigned int (struct _GData **datalist) Makefile:1116: recipe for target 'libgobject-2.0.la' failed make[5]: *** [libgobject-2.0.la] Error 64 make[5]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-glib2.0/glib2.0-2.40.0/debian/build/deb/gobject' Makefile:1621: recipe for target 'all-recursive' failed While the above declarations appear perfectly consistent, closer inspection via the diagnostics provided by the tool yields the following details: reason for conflict in types listed below (struct/struct): struct _GData { unsigned int n_qdatas; unsigned int padding; struct _QData * qdatas; } struct _GData { unsigned int len; unsigned int alloc; GDataElt data[1]; } The former struct is defined in gobject/gtype.c, whereas the latter stems from glib/gdataset.c. Depending on the alignment used on the platform, these structures may or may not be compatible: on amd64 the padding will fill in for the alloc field, which may or may not be the case on other architectures. Best, Michael pgpYgTv2oll01.pgp Description: PGP signature
Bug#739312: k3b: diff for NMU version 2.0.2-7.1
tags 739312 + pending thanks Dear maintainers, In absence of any replies to my previous inquiries, I've prepared an NMU for k3b (versioned as 2.0.2-7.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Regards, Reinhard diff -Nru k3b-2.0.2/debian/changelog k3b-2.0.2/debian/changelog --- k3b-2.0.2/debian/changelog 2013-08-25 12:43:27.0 -0400 +++ k3b-2.0.2/debian/changelog 2014-05-13 07:18:53.0 -0400 @@ -1,3 +1,10 @@ +k3b (2.0.2-7.1) unstable; urgency=low + + * Non-maintainer upload. + * Disable the FFmpeg plugin (Closes: #739312) + + -- Reinhard Tartler siret...@tauware.de Tue, 13 May 2014 07:18:52 -0400 + k3b (2.0.2-7) unstable; urgency=low * Team upload. diff -Nru k3b-2.0.2/debian/k3b-data.install k3b-2.0.2/debian/k3b-data.install --- k3b-2.0.2/debian/k3b-data.install 2012-07-08 16:42:39.0 -0400 +++ k3b-2.0.2/debian/k3b-data.install 2014-05-13 07:18:27.0 -0400 @@ -118,7 +118,7 @@ usr/share/kde4/services/k3baudiometainforenamerplugin.desktop usr/share/kde4/services/k3baudioprojectcddbplugin.desktop usr/share/kde4/services/k3bexternalencoder.desktop -usr/share/kde4/services/k3bffmpegdecoder.desktop +#usr/share/kde4/services/k3bffmpegdecoder.desktop usr/share/kde4/services/k3bflacdecoder.desktop usr/share/kde4/services/k3blibsndfiledecoder.desktop usr/share/kde4/services/k3bmaddecoder.desktop diff -Nru k3b-2.0.2/debian/libk3b6-extracodecs.install k3b-2.0.2/debian/libk3b6-extracodecs.install --- k3b-2.0.2/debian/libk3b6-extracodecs.install 2013-08-25 10:45:18.0 -0400 +++ k3b-2.0.2/debian/libk3b6-extracodecs.install 2014-05-13 07:18:27.0 -0400 @@ -1,4 +1,4 @@ -usr/lib/kde4/k3bffmpegdecoder.so +#usr/lib/kde4/k3bffmpegdecoder.so usr/lib/kde4/k3blameencoder.so usr/lib/kde4/k3bmaddecoder.so usr/lib/kde4/kcm_k3blameencoder.so diff -Nru k3b-2.0.2/debian/rules k3b-2.0.2/debian/rules --- k3b-2.0.2/debian/rules 2012-07-08 16:14:51.0 -0400 +++ k3b-2.0.2/debian/rules 2014-05-13 07:18:27.0 -0400 @@ -12,7 +12,7 @@ dh $@ --parallel --dbg-package=k3b-dbg --list-missing --with kde override_dh_auto_configure: - dh_auto_configure -- -DK3B_ENABLE_HAL_SUPPORT=OFF + dh_auto_configure -- -DK3B_ENABLE_HAL_SUPPORT=OFF -DK3B_BUILD_FFMPEG_DECODER_PLUGIN=OFF override_dh_builddeb: dh_builddeb $(addprefix -p,$(pkgs_xz)) -- -Zxz
Bug#430480: Debian bug #430480
Hi, this bug was found in version 3.0.2. Current version is 4.0.17. This version is not longer supported. I close this bug. If the error still exists feel free to reopen this bug. Regards, Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#743360: found
found 743360 2.9.3-10 found 743360 2.9.3-9 thanks In addition, once this does go wrong, downgrading to 2.9.3-9 fails with the same issue. -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Bug#191547: Debian bug #191547
Hello David, Am Dienstag, den 13.05.2014, 13:16 +0200 schrieb Erwan David: On Tue, May 13, 2014 at 12:22:24PM CEST, Jörg Frings-Fürst deb...@jff-webhosting.net said: [...] Sorry, I cannot say. SInce 2003 I changed printer and now have a Brother one (with brother drivers, who makes me regret the opensource drivers for HP) thanks for your answer. After 11 year I hope it's ok that I close this bug ;-) Regards, Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#636679: Sponsoring apitrace package for Debian
Hello Christopher, Please tell me where I can download your apitrace packages, and unless there is something wrong with them I'll upload them to Debian today. -- Met vriendelijke groet / with kind regards, Guus Sliepen g...@debian.org signature.asc Description: Digital signature
Bug#747970: Parameter declarations of function is_sa differ in signedness
Hi, there is some ongoing effort to enable builds with clang compiler which has some more strict type checking than gcc and this raised some error with bwa. I think it would be sufficient to adapt the declaration in bwt_lite.c to enable a clean build but I would like to bring this to your attention first. Kind regards and thanks for providing bwa as free software Andreas. On Tue, May 13, 2014 at 01:14:19PM +0200, Michael Tautschnig wrote: Package: bwa Version: 0.7.8-1 Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] gcc -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro -DHAVE_PTHREAD QSufSort.o bwt_gen.o bwase.o bwaseqio.o bwtgap.o bwtaln.o bamlite.o is.o bwtindex.o bwape.o kopen.o pemerge.o bwtsw2_core.o bwtsw2_main.o bwtsw2_aux.o bwt_lite.o bwtsw2_chain.o fastmap.o bwtsw2_pair.o main.o -o bwa -L. -lbwa -lm -lz -lpthread error: conflicting function declarations is_sa old definition in module is file is.c line 191 signed int (const unsigned char *T, signed int *SA, signed int n) new definition in module bwt_lite file bwt_lite.c line 10 signed int (const unsigned char *, unsigned int *, signed int) Makefile:25: recipe for target 'bwa' failed make[2]: *** [bwa] Error 64 make[2]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-bwa/bwa-0.7.8' The type conflict on parameter SA may be harmless (even though technically undefined behaviour) if the values passed around are always positive and fit into a signed int. Else undefined behaviour will definitively occur. Best, Michael ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org