Bug#661877: FTBFS
Package: mockito Version: 1.8.5+ds1-3 Severity: serious Your package fails to build from source: dpkg-source -b mockito-1.8.5+ds1 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building mockito using existing ./mockito_1.8.5+ds1.orig.tar.gz dpkg-source: info: building mockito in mockito_1.8.5+ds1-3.debian.tar.gz dpkg-source: info: building mockito in mockito_1.8.5+ds1-3.dsc debian/rules build dh --with javahelper build dh_testdir dh_auto_configure jh_linkjars debian/rules override_dh_auto_build make[1]: Entering directory `/home/jmm/mockito-1.8.5+ds1' dh_auto_build # fix it here, to avoid running javadoc during the build find javadoc/ -type f | xargs -r sed -i s/org.mockito.cglib/net.sf.cglib/g make[1]: Leaving directory `/home/jmm/mockito-1.8.5+ds1' debian/rules override_jh_build make[1]: Entering directory `/home/jmm/mockito-1.8.5+ds1' jh_build mockito-core-1.8.5.jar org/ find org/ -name *.java -and -type f -print0 | xargs -0 /usr/lib/jvm/default-java/bin/javac -cp /usr/share/java/objenesis.jar:/usr/share/java/cglib.jar:/usr/share/java/hamcrest-core.jar:/usr/share/java/asm3.jar:/usr/share/java/junit4.jar:debian/_jh_build.mockito-core-1.8.5 -d debian/_jh_build.mockito-core-1.8.5 -source 1.5 LocalizedMatcher.java:13: org.mockito.internal.matchers.LocalizedMatcher is not abstract and does not override abstract method describeMismatch(java.lang.Object,org.hamcrest.Description) in org.hamcrest.Matcher public class LocalizedMatcher implements Matcher, ContainsExtraTypeInformation, CapturesArguments, MatcherDecorator, Serializable { ^ Note: Some input files use or override a deprecated API. Note: Recompile with -Xlint:deprecation for details. 1 error make[1]: *** [override_jh_build] Error 123 make[1]: Leaving directory `/home/jmm/mockito-1.8.5+ds1' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661823: ITP: dune -- toolbox for solving PDEs
Hi, maintenance in the Debian Science team comes to mind. Kind regards Andreas. On Thu, Mar 01, 2012 at 05:30:32PM +0100, Ansgar Burchardt wrote: Package: wnpp Severity: wishlist Owner: Ansgar Burchardt ans...@debian.org * Package name: dune-common, dune-geometry, dune-grid, dune-istl, dune-localfunctions Version : 2.1 or 2.2 * URL : http://www.dune-project.org/ * License : GPL-2 with runtime exception (like libstdc++) Programming Lang: C++ Description : toolbox for solving PDEs Source: dune-common Description: toolbox for solving PDEs -- basic classes (development files) DUNE, the Distributed and Unified Numerics Environment is a modular toolbox for solving partial differential equations (PDEs) with grid-based methods. It supports the easy implementation of methods like Finite Elements (FE), Finite Volumes (FV), and also Finite Differences (FD). . This package contains the development files for the basic classes. Source: dune-geometry Description: toolbox for solving PDEs -- geometry classes (development files) [...] This package contains the development files for the geometry classes. Source: dune-grid Description: toolbox for solving PDEs -- grid interface (development files) [...] This package contains the development files for the grid interface. Source: dune-istl Description: toolbox for solving PDEs -- iterative solvers (development files) [...] This package contains the development files for the iterative solver template library. Source: dune-localfunctions Description: toolbox for solving PDEs -- local basis (development files) [...] This package contains the development files for the interface for the local basis and layout of the degrees of freedom. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120301163032.5064.65600.report...@deep-thought.43-1.org -- 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#661824: ITP: jel -- library for evaluating algebraic expressions in Java
Hi Florian, a maintenance in the Debian Science team comes to mind. Kind regards Andreas. On Thu, Mar 01, 2012 at 05:51:10PM +0100, Florian Rothmaier wrote: Package: wnpp Severity: wishlist Owner: Florian Rothmaier froth...@ari.uni-heidelberg.de * Package name: jel Version : 2.0.1 Upstream Author : Konstantin Metlov met...@kinetic.ac.donetsk.ua * URL : http://www.gnu.org/software/jel/ * License : GPL-3 Programming Lang: Java Description : library for evaluating algebraic expressions in Java The JEL library enables users to enter algebraic expressions into their programme. Since JEL converts expressions directly into Java bytecode, it significantly speeds up their evaluation time. If the user's Java virtual machine has a JIT compiler, expressions are transparently compiled into native machine code. JEL may be a very useful tool for a variety of applications in science involving user-defined functions, e.g. to create plots, to apply fits to a data set and to solve integrals or differential equations. Another relevant use case for JEL is given by algebraic operations between two or more columns of a database table. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120301165110.8463.8061.reportbug@auva224 -- 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#661878: C.UTF-8 locale contains no month or day names, unlike C; breaks cal
Package: libc-bin Version: 2.13-27 Severity: normal The C locale contains month and day names: ~$ LC_ALL=C cal 9 1752 September 1752 Su Mo Tu We Th Fr Sa 1 2 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 However, the C.UTF-8 locale does not: ~$ LC_ALL=C.UTF-8 cal 9 1752 1752 1 2 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 - Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#651163: Fwd: Re: Bug#651163: nvidia-glx: Still not working
Andreas Beckmann wrote: you don't have an xorg.conf. See /usr/share/doc/nvidia-glx/README.Debian.gz Thanks for the pointer, it now works, you can close this bug. However I'd like to open a new bug (whishlist) to ask for inclusion of this information (the fact nv users need a xorg.conf) in one of the dialogs that appear during nv driver installation. Although /usr/share/doc/nvidia-glx/README.Debian.gz does tell that quite clearly, the fact is few people will read that after the nvidia-kernel-common package said them that there is a conflict between nv and nouveau drivers, and that a reboot is enough to resolve it. At least I was led to think it was a nvidia-kernel-common bug, since what I experienced after reboot was exactly a conflict between nv and nouveau drivers... Can you please tell me which would be the correct package where to file such bug? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661879: FTBFS
Package: obexpushd Version: 0.11.2-1 Severity: serious Your package fails to build from source: Scanning dependencies of target obexpushd make[3]: Leaving directory `/home/jmm/obexpushd-0.11.2/obj-x86_64-linux-gnu' /usr/bin/make -f src/CMakeFiles/obexpushd.dir/build.make src/CMakeFiles/obexpushd.dir/build make[3]: Entering directory `/home/jmm/obexpushd-0.11.2/obj-x86_64-linux-gnu' /usr/bin/cmake -E cmake_progress_report /home/jmm/obexpushd-0.11.2/obj-x86_64-linux-gnu/CMakeFiles 8 [ 22%] Building C object src/CMakeFiles/obexpushd.dir/obexpushd.c.o cd /home/jmm/obexpushd-0.11.2/obj-x86_64-linux-gnu/src /usr/bin/cc -D_GNU_SOURCE -DHAVE_SDPLIB -DUSB_GADGET_SUPPORT -DUSE_THREADS -DENABLE_TCPWRAP -DOPENOBEX_TCPOBEX=1 -DDEFINITIONS -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -std=c99 -O3 -DNDEBUG -std=c99 -I/home/jmm/obexpushd-0.11.2/src -I/home/jmm/obexpushd-0.11.2/obj-x86_64-linux-gnu/src-o CMakeFiles/obexpushd.dir/obexpushd.c.o -c /home/jmm/obexpushd-0.11.2/src/obexpushd.c In file included from /home/jmm/obexpushd-0.11.2/src/obexpushd.c:18:0: /usr/include/bluetooth/bluetooth.h: In function 'bt_get_le64': /usr/include/bluetooth/bluetooth.h:133:9: error: expected specifier-qualifier-list before 'typeof' /usr/include/bluetooth/bluetooth.h:133:9: error: 'struct __s' has no member named '__v' /usr/include/bluetooth/bluetooth.h: In function 'bt_get_be64': /usr/include/bluetooth/bluetooth.h:138:9: error: expected specifier-qualifier-list before 'typeof' /usr/include/bluetooth/bluetooth.h:138:9: error: 'struct __s' has no member named '__v' /usr/include/bluetooth/bluetooth.h: In function 'bt_get_le32': /usr/include/bluetooth/bluetooth.h:143:9: error: expected specifier-qualifier-list before 'typeof' /usr/include/bluetooth/bluetooth.h:143:9: error: 'struct __s' has no member named '__v' /usr/include/bluetooth/bluetooth.h: In function 'bt_get_be32': /usr/include/bluetooth/bluetooth.h:148:9: error: expected specifier-qualifier-list before 'typeof' /usr/include/bluetooth/bluetooth.h:148:9: error: 'struct __s' has no member named '__v' /usr/include/bluetooth/bluetooth.h: In function 'bt_get_le16': /usr/include/bluetooth/bluetooth.h:153:9: error: expected specifier-qualifier-list before 'typeof' /usr/include/bluetooth/bluetooth.h:153:9: error: 'struct __s' has no member named '__v' /usr/include/bluetooth/bluetooth.h: In function 'bt_get_be16': /usr/include/bluetooth/bluetooth.h:158:9: error: expected specifier-qualifier-list before 'typeof' /usr/include/bluetooth/bluetooth.h:158:9: error: 'struct __s' has no member named '__v' make[3]: *** [src/CMakeFiles/obexpushd.dir/obexpushd.c.o] Error 1 make[3]: Leaving directory `/home/jmm/obexpushd-0.11.2/obj-x86_64-linux-gnu' make[2]: *** [src/CMakeFiles/obexpushd.dir/all] Error 2 make[2]: Leaving directory `/home/jmm/obexpushd-0.11.2/obj-x86_64-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/jmm/obexpushd-0.11.2/obj-x86_64-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656643: Hardened build flags
Hi, On Tue, Jan 24, 2012 at 08:05:51PM +0100, Moritz Muehlenhoff wrote: - PATH=$(BUILD_PATH) LD_LIBRARY_PATH=$(BUILD_LD_LIBRARY_PATH) DEFAULT_TO_ENGLISH_FOR_PACKING=1 ARCH_FLAGS=$(ARCH_FLAGS) TMP=`mktemp -q -d` CFLAGS=$(CFLAGS) CXXFLAGS=$(CXXFLAGS) $(MAKE) build + PATH=$(BUILD_PATH) LD_LIBRARY_PATH=$(BUILD_LD_LIBRARY_PATH) DEFAULT_TO_ENGLISH_FOR_PACKING=1 ARCH_FLAGS=$(ARCH_FLAGS) TMP=`mktemp -q -d` CPPFLAGS=$(CPPFLAGS) LDFLAGS=$(LDFLAGS) CFLAGS=$(CFLAGS) CXXFLAGS=$(CXXFLAGS) $(MAKE) build ... but not here. Maybe one can whack that all into $(ARCH_FLAGS) if something else in the build process would not mind unused/needed options... Had a look yesterday diff --git a/rules b/rules index b7be177..b1a8635 100755 --- a/rules +++ b/rules @@ -633,6 +633,9 @@ ifeq (noopt,$(findstring noopt,$(DEB_BUILD_OPTIONS))) ARCH_FLAGS += -O0 endif +# for the hardening build flags +ARCH_FLAGS += $(shell dpkg-buildflags --get CXXFLAGS | sed -e s/-g// | sed -e s/-O[0-3]//g) $(shell dpkg-buildflags --get CPPFLAGS) $(shell dpkg-buildflags --+ # Build python depends from current python version PYMAJOR:=$(shell python -c import sys; print sys.version_info[0]) PYMINOR:=$(shell python -c import sys; print sys.version_info[1]) seems to work at least for compiling, linking doesn't get the LDFLAGS, though. Looks like we need to patch the makefiles directly, like debian-opt.diff ;-) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661871: lb_chroot_dpkg symlinks /bin/true from host system into chroot when diverting flash-kernel
tag 661871 moreinfo thanks On 03/02/2012 06:44 AM, Cody A.W. Somerville wrote: lb_chroot_dpkg symlinks /bin/true from the host system into the chroot after diverting /usr/sbin/flash-kernel. i don't think so. ln -s /bin/true chroot/usr/sbin/flash-kernel creates a *symbolic* link in chroot/usr/sbin/flash-kernel pointing to /bin/true, which when being used in the chroot references /bin/true within the chroot. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661819: vlc: FTBFS on kfreebsd-*
Am 01.03.2012 17:45, schrieb Benjamin Drung: I wasn't aware that --as-needed breaks the patch. As part of enabling hardening flags I moved the --as-needed flag, but wasn't aware, that the flag previously didn't work as expected. It was previously set in debian/rules but not exported to the shell environment that runs ./configure. In debhelper compat levels 9 you have to do this by hand or explicitely pass the flags to ./configure. - your basically reverting the patch through an extra link flag. While I understand that --as-needed removes the apparently unnecessary linkage against libstdc++, which was artificially introduced by the patch before, I fail to understand the reasons that are given in the patch commit. Could someone please elaborate? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661880: O: proxsmtp
Package: wnpp Severity: normal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661881: O: xinetd
Package: wnpp Severity: normal Orphaning xinetd as I don't use it anymore nowadays -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661882: RM: libsrs2 -- ROM; no rdepends anymore, unmaintained upstream, has alternatives
Package: ftp.debian.org Severity: normal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661830: [3.1 - 3.2.7 regression] ALC269: plugging in headphones does not mute main speaker
Hi Pavel, Pavel Yakunin wrote: There is a problem with a headphones jack detection in the 3.2 kernel for the ALC269 codec: sound comes from both speaker and headphones simultaneously and never switches between them. Thanks for reporting it. Can you test with Takashi Iwai's for-next branch? It works like this: 0. Prerequisites: apt-get install git build-essential 1. Get the kernel source tree, if you don't already have a copy with history. git clone \ git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git 2. Retrieve the sound tree: cd linux git remote add -f sound \ git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git 3. Check out the for-next branch and test. git checkout sound/for-next cp /boot/config-$(uname -r) .config; # current configuration make localmodconfig; # optional: minimize configuration make deb-pkg; # optionally with -jnum for parallel build dpkg -i ../name of package reboot Please also attach output from alsa-info.sh --no-upload on an affected and an unaffected kernel, so we can get to know your sound card better. The alsa-info.sh script can be found at [1]. Sincerely, Jonathan [1] http://alsa-project.org/main/index.php/Help_To_Debug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661871: lb_chroot_dpkg symlinks /bin/true from host system into chroot when diverting flash-kernel
On 03/02/2012 09:07 AM, Daniel Baumann wrote: i don't think so. hrm, bad inline reply to your original mail.. to be precice, the 'i don't think so' is ment as in 'your original observation is correct, but not the conclusion'. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661883: regina-rexx FTBFS on alpha: configure is using non-existent -m64 option thus misdetecting features
Source: regina-rexx Version: 3.5-4 Severity: normal User: debian-al...@lists.debian.org Usertags: alpha X-Debbugs-CC: debian-al...@lists.debian.org regina-rexx FTBFS on Alpha. Build log is at: http://buildd.debian-ports.org/status/fetch.php?pkg=regina-rexxarch=alphaver=3.5-4stamp=1329833131 Clues to the failure first appear during configure: checking arpa/inet.h usability... no checking arpa/inet.h presence... yes configure: WARNING: arpa/inet.h: present but cannot be compiled configure: WARNING: arpa/inet.h: check for missing prerequisite headers? configure: WARNING: arpa/inet.h: see the Autoconf documentation configure: WARNING: arpa/inet.h: section Present But Cannot Be Compiled configure: WARNING: arpa/inet.h: proceeding with the preprocessor's result configure: WARNING: arpa/inet.h: in the future, the compiler will take precedence configure: WARNING: ## ## configure: WARNING: ## Report this to m...@rexx.org ## configure: WARNING: ## ## And this occurs for quite a number of tests in configure. The reason for this becomes obvious in the config.log. For example: configure:4162: checking for ANSI C header files configure:4192: gcc -c -g -O2 -m64 conftest.c 5 cc1: error: unrecognized command line option '-m64' The -m64 option is being used in every invocation of the C compiler during the running of configure even though it is _not_ a valid compiler option on Alpha. Interestingly the resultant makefile does not use the -m64 option when compiling the program proper but compilation fails anyway because most of the features have been misdetected by configure. Hopefully the above is enough of a clue as to what is going on but I can reply with the full config.log if you prefer. Cheers Michael. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661884: munin failed to generate for diskstats_iops Attempting to reuse 'min_max_diff'
Package: munin Version: 1.4.6-1~bpo60+1 Severity: normal Munin failed to generate graph for plugin diskstats_iops with default install configuration 2012/03/02 08:55:18 [RRD ERROR] Unable to graph /var/cache/munin/www/localdomain/localhost.localdomain/diskstats_latency/sda-month.png : Attempting to reuse 'min_max_diff' 2012/03/02 08:55:18 [RRD ERROR] Unable to graph /var/cache/munin/www/localdomain/localhost.localdomain/diskstats_latency/sda-week.png : Attempting to reuse 'min_max_diff' 2012/03/02 08:55:18 [RRD ERROR] Unable to graph /var/cache/munin/www/localdomain/localhost.localdomain/diskstats_latency/sda-day.png : Attempting to reuse 'min_max_diff' 2012/03/02 08:55:18 [RRD ERROR] Unable to graph /var/cache/munin/www/localdomain/localhost.localdomain/diskstats_latency/sda-year.png : Attempting to reuse 'min_max_diff' Here are the RRDTOOL command found using munin-graph in debug mod : rrdtool 'graph' '--font' \ 'DEFAULT:0:DejaVuSans' \ '--font' \ 'LEGEND:7:DejaVuSansMono' \ '-W' \ 'Munin 1.4.6' \ '/var/cache/munin/www/localdomain/localhost.localdomain/diskstats_iops/sda-year.png' \ '--title' \ 'Disk IOs for /dev/sda - by year' \ '--start' \ '-400d' \ '--base' \ '1000' \ '--vertical-label' \ 'Units read (-) / write (+)' \ '--height' \ '175' \ '--width' \ '400' \ '--imgformat' \ 'PNG' \ '--lazy' \ 'HRULE:2#ff' \ 'DEF:aavgwrrqsz=/var/lib/munin/localdomain/localhost.localdomain-diskstats_iops-sda-avgwrrqsz-g.rrd:42:MAX' \ 'DEF:iavgwrrqsz=/var/lib/munin/localdomain/localhost.localdomain-diskstats_iops-sda-avgwrrqsz-g.rrd:42:MIN' \ 'DEF:gavgwrrqsz=/var/lib/munin/localdomain/localhost.localdomain-diskstats_iops-sda-avgwrrqsz-g.rrd:42:AVERAGE' \ 'DEF:aavgrdrqsz=/var/lib/munin/localdomain/localhost.localdomain-diskstats_iops-sda-avgrdrqsz-g.rrd:42:MAX' \ 'DEF:iavgrdrqsz=/var/lib/munin/localdomain/localhost.localdomain-diskstats_iops-sda-avgrdrqsz-g.rrd:42:MIN' \ 'DEF:gavgrdrqsz=/var/lib/munin/localdomain/localhost.localdomain-diskstats_iops-sda-avgrdrqsz-g.rrd:42:AVERAGE' \ 'HRULE:2#ff' \ 'DEF:awrio=/var/lib/munin/localdomain/localhost.localdomain-diskstats_iops-sda-wrio-g.rrd:42:MAX' \ 'DEF:iwrio=/var/lib/munin/localdomain/localhost.localdomain-diskstats_iops-sda-wrio-g.rrd:42:MIN' \ 'DEF:gwrio=/var/lib/munin/localdomain/localhost.localdomain-diskstats_iops-sda-wrio-g.rrd:42:AVERAGE' \ 'DEF:ardio=/var/lib/munin/localdomain/localhost.localdomain-diskstats_iops-sda-rdio-g.rrd:42:MAX' \ 'DEF:irdio=/var/lib/munin/localdomain/localhost.localdomain-diskstats_iops-sda-rdio-g.rrd:42:MIN' \ 'DEF:grdio=/var/lib/munin/localdomain/localhost.localdomain-diskstats_iops-sda-rdio-g.rrd:42:AVERAGE' \ 'CDEF:crdio=grdio' \ 'CDEF:cwrio=gwrio' \ 'CDEF:min_max_diff=awrio,iwrio,-' \ 'AREA:iwrio#ff' \ 'STACK:min_max_diff#22ff22' \ 'COMMENT: ' \ 'COMMENT:Cur (-/+)' \ 'COMMENT:Min (-/+)' \ 'COMMENT:Avg (-/+)' \ 'COMMENT:Max (-/+) \j' \ 'LINE1:gwrio#00aa00:IO/sec ' \ 'CDEF:neg_min_max_diff=irdio,ardio,-' \ 'CDEF:nirdio=irdio,-1,*' \ 'AREA:nirdio#ff' \ 'STACK:neg_min_max_diff#22ff22' \ 'GPRINT:crdio:LAST:%6.2lf%s/\g' \ 'GPRINT:cwrio:LAST:%6.2lf%s' \ 'GPRINT:irdio:MIN:%6.2lf%s/\g' \ 'GPRINT:iwrio:MIN:%6.2lf%s' \ 'GPRINT:grdio:AVERAGE:%6.2lf%s/\g' \ 'GPRINT:gwrio:AVERAGE:%6.2lf%s' \ 'GPRINT:ardio:MAX:%6.2lf%s/\g' \ 'GPRINT:awrio:MAX:%6.2lf%s\j' \ 'CDEF:cavgrdrqsz=gavgrdrqsz' \ 'CDEF:cavgwrrqsz=gavgwrrqsz' \ 'CDEF:min_max_diff=aavgwrrqsz,iavgwrrqsz,-' \ 'AREA:iavgwrrqsz#ff' \ 'STACK:min_max_diff#22ff22' \ 'LINE1:gavgwrrqsz#00aa00:Avg Req Size (KiB) ' \ 'CDEF:neg_min_max_diff=iavgrdrqsz,aavgrdrqsz,-' \ 'CDEF:neg_min_max_diff=iavgrdrqsz,aavgrdrqsz,-' \ 'CDEF:niavgrdrqsz=iavgrdrqsz,-1,*' \ 'AREA:niavgrdrqsz#ff' \ 'STACK:neg_min_max_diff#22ff22' \ 'GPRINT:cavgrdrqsz:LAST:%6.2lf%s/\g' \ 'GPRINT:cavgwrrqsz:LAST:%6.2lf%s' \ 'GPRINT:iavgrdrqsz:MIN:%6.2lf%s/\g' \ 'GPRINT:iavgwrrqsz:MIN:%6.2lf%s' \ 'GPRINT:gavgrdrqsz:AVERAGE:%6.2lf%s/\g' \ 'GPRINT:gavgwrrqsz:AVERAGE:%6.2lf%s' \ 'GPRINT:aavgrdrqsz:MAX:%6.2lf%s/\g' \ 'GPRINT:aavgwrrqsz:MAX:%6.2lf%s\j' \ 'CDEF:re_zero=grdio,UN,0,0,IF' \ 'CDEF:ngrdio=grdio,-1,*' \ 'LINE1:ngrdio#00aa00' \ 'CDEF:ngavgrdrqsz=gavgrdrqsz,-1,*' \ 'LINE1:ngavgrdrqsz#00aa00' \ 'LINE2:re_zero#00' \ 'COMMENT:Last update\: Fri Mar 2 08\:55\:04 2012\r' \
Bug#660084: #660084 evolution crashes
Hello, I sadly can confirm this problem. Evolution (version is 3.2.2-1) on sid crashes regular but on my wheezy machine (both amd64) it runs stable. The configured accounts (4x IMAP) are the same the only difference is that on sid I have a SMINE and gnupg key and on wheezy there are no keys. Because the version on both are the same it might be a error in a dependency. Any idea how to fix/work this problem. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660669: lenny-squeeze: Upgrading locales causes broken en_US.utf8 locale during upgrade
tags 585737 = reassign 660669 locales 2.11.3-3 forcemerge 585737 660669 affects 585737 + upgrade-reports quit Hi Josh, Josh Triplett wrote: I just upgraded an old system from lenny to squeeze. The upgrade run included the locales package. Early on in the upgrade, apt unpacked the replacement locales, but didn't actually configure it at that time. Throughout the rest of the upgrade, I got numerous different and repeated messages about broken locales, such as these: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LC_COLLATE = C, LANG = en_US.utf8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). /usr/bin/mandb: can't set the locale; make sure $LC_* and $LANG are correct manconv: can't set the locale; make sure $LC_* and $LANG are correct locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Please make sure that upgrading the locales package does not break configured locales during the upgrade. This is http://bugs.debian.org/585737. Is it reproducible for you (for example by downgrading locales, libc, and perl and running another upgrade)? Does it happen in squeeze-wheezy upgrades, too? Thanks for reporting it. Sincerely, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637039: Re: lsb-release: parse_apt_policy in lsb_release.py fails
tags 637039 +unreproducible +moreinfo thanks Hi Luke, and thanks for your bugreport, Le 08.08.2011 04:45, Luke Kenneth Casson Leighton a écrit : On Mon, Aug 8, 2011 at 1:33 AM, lkcl l...@lkcl.net wrote: Package: lsb-release Version: 3.2-27 Severity: normal Tags: patch ok it's not exactly a patch but close: policy = commands.getoutput('LANG=C apt-cache policy 2/dev/null') should be: policy = commands.getoutput('LANG=C apt-cache policy 2/dev/null') in lsb_release.py parse_apt_policy function ok, yep, right, i know i know - this is completely wrong :) there's something else going belly-up - shown here: lsb_release.py has seen various improvements before the upload of lsb 3.2+Debian29; could you please try to reproduce your bug with lsb-release=3.2+Debian29 currently available in unstable ? Cheers, OdyX signature.asc Description: OpenPGP digital signature
Bug#660554: [Pkg-xen-devel] Boot process hangs then reboots when using Xen + Linux 3.2
On Fri, Mar 02, 2012 at 01:20:17PM +0800, Thomas Goirand wrote: Replacing BUG_ON by a WARN_ON, and adding #define DEBUG 1 on top of dma_v2.c, my kernel booted, and I had the attached dmesg output. Please provide /proc/interrupts from all four cases (32/64, xen/non-xen) and the Xen APIC-state (z on the Xen console I think). Bastian -- ... bacteriological warfare ... hard to believe we were once foolish enough to play around with that. -- McCoy, The Omega Glory, stardate unknown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604360: Re: Bug#604360: Preparations for the removal of the KDE3 and Qt3 libraries
tags 604360 -patch +wontfix thanks Le 23.02.2012 18:54, Jeff Licquia a écrit : On 02/23/2012 09:31 AM, Didier 'OdyX' Raboud wrote: Given that LSB has deprecated the use of Qt3 libraries since its 3.2 version, I propose to demote the relationship on libqt3-mt from Depends to Recommends. (...) Opinions ? I would definitely not go that far, at least not yet. Qt 3 is deprecated, yes, but definitely still required for full LSB support. LSB 5.0 (currently in development) will drop Qt 3. At that point, the dependency can be dropped entirely. Agreed, hence tagging as wontfix (-patch as it's obvious) _for_now_. I would definitely support dropping the dependency if Qt3 gets removed before Wheezy though. Cheers, OdyX signature.asc Description: OpenPGP digital signature
Bug#661845: biff: postinst assumes existence of /etc/inetd.conf and hence prints errors
On Thu, Mar 01, 2012 at 08:29:06PM +, pfx-debianb...@goeswhere.com wrote: .. as /etc/inetd.conf doesn't exist on my system. This is scary to me. Biff needs an inetd to work. Can I just ask, do you have any inetd equivalents on your system? What's the output of: dpkg -l | grep inetd thanks, Dave -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661885: network-manager: Should not take IPv6 prefix length from DHCPv6 client
Package: network-manager Version: 0.8.1-6+squeeze1 Severity: normal Tags: ipv6 On my IPv6 network with prefix length 112, network manager sets the IPv6 address on the interface with prefix length 64: nordmark@ano7:~$ ip -6 addr 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 inet6 2001:6b0:1:1e90::40:34/64 scope global valid_lft forever preferred_lft forever inet6 fe80::92e6:baff:fe52:723c/64 scope link valid_lft forever preferred_lft forever nordmark@ano7:~$ ip -6 route 2001:6b0:1:1e90::40:0/112 dev eth0 proto kernel metric 256 expires 86242sec mtu 1500 advmss 1440 hoplimit 0 2001:6b0:1:1e90::/64 dev eth0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 0 fe80::/64 dev wlan0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 0 fe80::/64 dev eth0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 0 default via fe80::92e6:baff:fe68:ce8f dev eth0 proto kernel metric 1024 mtu 1500 advmss 1440 hoplimit 64 Note the correct route with prefixlength 112 inserted by the kernel (from listening to RA), and the wrong route with prefix length 64 caused by NetworkManager when it set the address. All addresses that share the 64 bit prefix but not the 112 bit prefix has become unreachable. In fact DHCPv6 when giving out addresses does not deal with prefix lengths at all, and thus the DHCPv6 client has no idea what the prefix lenth should be. The ISC DHCPv6 client does in fact return a prefix length to Network Manager, but it is hard coded to always be 64, and when Network Manager trusts this information, this bug appears. In Network Manager, one could always set the address with prefix length 128, since the correct route with be inserted by the kernel anyway. I tried modifying the ISC DHCPv6 client to always return 128 as the prefix length, and then things work as expected. Alternatively, since Network Manager in fact listens to RAs, it already has the correct prefix length, and could use that. Using the DHCPv6 client for the prefix length information is the wrong thing to do, anyway. Thanks Arne -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser 3.112+nmu2 add and remove users and groups ii dbus1.2.24-4+squeeze1simple interprocess messaging syst ii isc-dhcp-client 4.1.1-P1-15+squeeze3 ISC DHCP client ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-4+squeeze1simple interprocess messaging syst ii libdbus-glib-1-20.88-2.1 simple interprocess messaging syst ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgnutls26 2.8.6-1+squeeze1 the GNU TLS library - runtime libr ii libgudev-1.0-0 164-3GObject-based wrapper library for ii libnl1 1.1-6library for dealing with netlink s ii libnm-glib2 0.8.1-6+squeeze1 network management framework (GLib ii libnm-util1 0.8.1-6+squeeze1 network management framework (shar ii libpolkit-gobject-1 0.96-4+squeeze1 PolicyKit Authorization API ii libuuid12.17.2-9 Universally Unique ID library ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii udev164-3/dev/ and hotplug management daemo ii wpasupplicant 0.6.10-2.1 client support for WPA and WPA2 (I Versions of packages network-manager recommends: ii dnsmas 2.55-2+b1 A small caching DNS proxy and DHCP ii iptabl 1.4.8-3 administration tools for packet fi ii modemm 0.4+git.20100624t180933.6e79d15-2 D-Bus service for managing modems ii policy 0.96-4+squeeze1 framework for managing administrat ii ppp2.4.5-4 Point-to-Point Protocol (PPP) - da Versions of packages network-manager suggests: ii avahi-autoipd 0.6.27-2+squeeze1 Avahi IPv4LL network address confi -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=ifupdown,keyfile no-auto-default=90:e6:ba:52:72:3c, [ifupdown] managed=false -- 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#661886: ip: man page should mention label length limit
Package: iproute Version: 20100519-3 Severity: wishlist ip(8) writes: label NAME Each address may be tagged with a label string. In order to preserve compatibility with Linux-2.0 net aliases, this string must coincide with the name of the device or must be prefixed with the device name followed by colon. I found (with 2.6.32 kernel) that the full lenght of label must not exceed 15 characters. Otherwise I get an error message: RTNETLINK answers: Numerical result out of range So the following labels are acceptable: lo:abcdefghijkl eth2:abcdefghij while these are not: lo:abcdefghijklm eth2:abcdefghijk I think it would be useful to mention this in the manual. Gabor -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages iproute depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ Versions of packages iproute recommends: ii libatm1 1:2.5.1-1.2 shared library for ATM (Asynchrono Versions of packages iproute suggests: pn iproute-doc none (no description available) -- 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#649959: rtorrent: log.execute option doesn't work
tags 649959 fixed-upstream thanks This bug has been fixed upstream in version 0.9.0, which was released in December 2011. -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661839: gmt: rebuild against new libnetcdf
reassign 661839 netcdf found 661839 4.1.3-2 notfound 661839 4.1.3-3 thanks -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660983: Licensed Symbol Conflicts with Some Non-GPL Modules
David Baron wrote: Most of the discussion of the -rt seems to be amount linux-audio-users and such. I am not in touch with NC or process control but these will want it also. I believe that they would also be involved with non-gpl software. Sorry to have veered so far off-topic. I believe many -rt applications have programs in userspace talking to hardware (for example using a serial port). [...] I like nouveau very much but unfortunately, there is no openGL in it. Depends on your card. http://nouveau.freedesktop.org/wiki/MesaDrivers Switching to nouveau means removing its modprobe blacklist and changing xorg.conf. Simple enough but I would like to be able to do this at boot time, either by command or by uname -r (in this case). Otherwise, this becomes a bit of a pain. Hm, that sounds like a reasonable request. Blacklisting a driver in modprobe.conf does not prevent it being loaded explicitly, and the nouveau driver in X explicitly runs modprobe nouveau if I remember correctly, so there should be no need to unblacklist nouveau, but there would still be a need to prevent the nvidia driver from being loaded and let X know what's going on. Does DKMS offer a way to build a module only for some kernels? If so, perhaps the nvidia X driver could be taught to take care of falling back to fbdev or vesa when the kernel-side driver is not loaded. [...] One other regression issue though, maybe to file another bug: mpu401 module will not load. It is there but says no such device Loads fine on the non-rt kernel. Yep, sounds worth a bug. Be sure to attach full dmesg output from booting a working and non-working kernel when reporting it. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659779: Processed: found 659779 in 2.0.0-2
Hello Piuparts master, can you document how you found bug #659779 again in exepeyes, version 2.0.0.-2 ? The postinst script was actually changed between 2.0.0-1 and 2.0.0-2 to use invoke-rc.d, and installing the package expeyes in a chroot is now possible without the hangup previously reported. Here are the last lines generated by the command apt-get install expeyes launched inside a chroot made by pbuilder login: Setting up python-expeyes (2.0.0-2) ... Setting up expeyes (2.0.0-2) ... All rc.d operations denied by policy invoke-rc.d: policy-rc.d denied execution of restart. Processing triggers for python-support ... This is the intended behavior, isn't it? So, if you want to let bugreport #659779 raised, please give some rationale. Best regards, Georges. Debian Bug Tracking System a écrit : Processing commands for cont...@bugs.debian.org: found 659779 2.0.0-2 Bug #659779 {Done: Georges Khaznadar georg...@ofset.org} [expeyes] expeyes: doesn't use invoke-rc.d Bug Marked as found in versions expeyes/2.0.0-2; no longer marked as fixed in versions expeyes/2.0.0-2 and reopened. thanks Stopping processing here. Please contact me if you need assistance. -- 659779: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659779 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems signature.asc Description: Digital signature
Bug#599913: rtorrent crashes with rtorrent: std::bad_allocate
tags 599913 moreinfo thanks Hi, I never had this problem with rtorrent, but it sure sounds like an out-of-memory issue. Submitter, does this also happen with 0.8.9 (in wheezy)? How much RAM does your system have? And how much of it is used by rtorrent? Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661850: Bug#661842: Acknowledgement (FTBFS with --parallel)
Hi. On 03/02/2012 03:42 AM, Michael Biebl wrote: tags 661850 + patch thanks On 02.03.2012 03:31, Michael Biebl wrote: On 02.03.2012 02:52, Michael Biebl wrote: As a side note: I've also tested 1.11.2, which worked nicely. So it looks like the regression happened between .2 and .3 I did a git bisect run, and the first faulty commit is commit 12dc0ec5e3c7e1a12569d5cfdbb8ceaa5a5f5f58 I've reverted that commit and applied it on top of 1.11.3 and now the package successfully compiles again when using parallel builds. I'm marking as patch available, but I would appreciate if Stefano could comment on this. First of all, I'm by no mean a Vala expert, so I'm unfortunately unable to comment on this of-hand, sorry. In case you have time to prepare a minimal test case exposing the bug, and open a new issue in the autoamke bug tracker (it's enough to write to the bug-automake list for this, since we too use debbugs), I'll try to take a look at it this weekend (and someone more knowledgeable than me might even beat me at it, maybe). Thanks, Stefano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661887: mxml: Bad control character error when attempting to load banks
Package: zynaddsubfx Version: 2.4.0-1.2 Severity: grave Justification: renders package unusable Dear Maintainer, Starting a couple of weeks ago, zynaddsubfx will not load instrument banks or parameter files. Only puts out pure sine wave. It had been working fine for months. Running from the command line gives the following error when trying to load any instrument bank or parameter file: mxml: Bad control character 0x1f not allowed by XML standard! Checked unzipped parameter files with a hex editor, no 0x1f characters in file. Removed and purged zynaddsubfx and libmxml1, re-installed, got the same error. Having the same problem on my laptop (testing, i686pae). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-rt-amd64 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages zynaddsubfx depends on: ii libasound21.0.25-2 ii libc6 2.13-26 ii libfftw3-33.3-1 ii libfltk1.11.1.10-10 ii libgcc1 1:4.6.2-12 ii libjack-jackd2-0 [libjack-0.116] 1.9.8~dfsg.1-1 ii libmxml1 2.6-2 ii libstdc++64.6.2-12 ii zlib1g1:1.2.6.dfsg-1 zynaddsubfx recommends no packages. zynaddsubfx 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#661888: lsb-desktop: depends on transitional libqt4-gui
Package: lsb-desktop Version: 3.2+Debian29 Severity: normal Hi, since qt4-x11 4.4.0-1, libqt4-gui has become a dummy transitional package depending on libqtgui4 (the real package containing libQtGui), libqt4-svg, libqt4-opengl, and libqt4-designer. I don't know which Qt4 libraries are needed for lsb-desktop, but please depend directly on them. Thanks, -- Pino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619207: rtorrent: enable_trackers=no/yes does not work in new version
severity 619207 minor thanks Jellal Hernandez wrote: Latest upgrade deleted important commands from rtorrent command mode! C-X enable_trackers=yes / C-X enable_trackers=no result in following error message: Command enable_trackers does not exist This prevents user from turning off/on trackers globally which is very useful if user only wants to connect to a few trackers because other trackers are slow/return errors/or time out. Please restore deleted convenience feature. Since this is a documentation bug, I'm downgrading its severity to 'minor'. Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661889: reprepro: README files outdated
Package: reprepro Version: 4.9.0-1 Severity: normal README and README.Debian files are outdated. Examples: * '...Due to threats that libdb3 will no release with etch...' * '...while having only main non-free and contrib as components should...' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633935: Secure Your MailBox Now.
As part of ongoing corporate security evaluation procedures we have identified an online intrusion in your Web Mail account and our automated system scan shows that your account has been effected by some DGTX virus that might be very harmful to all our subscribers. We strongly recommend you to copy or click this url to scan your mailbox now. http://0845.com/secureamailboxPlease do note that none of your files will be lost during this routine service. Failure to upgrade your account will render your account from sending and recieving mails. Thank you, Technical Mail Admin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660983: Licensed Symbol Conflicts with Some Non-GPL Modules
On Friday 02 March 2012 11:18:12 Jonathan Nieder wrote: David Baron wrote: Most of the discussion of the -rt seems to be amount linux-audio-users and such. I am not in touch with NC or process control but these will want it also. I believe that they would also be involved with non-gpl software. Sorry to have veered so far off-topic. I believe many -rt applications have programs in userspace talking to hardware (for example using a serial port). [...] I like nouveau very much but unfortunately, there is no openGL in it. Depends on your card. http://nouveau.freedesktop.org/wiki/MesaDrivers Looked this over, interesting, though I have never figured out how to do anything explicitely involving the Gallium stuff. What is the status of Nouveau on Debian Sid and on Experimental for 3.1 and 3.2 kernels. Easy enough to try out but I have not had hardware 3D in the past with 2.6 kernels. Switching to nouveau means removing its modprobe blacklist and changing xorg.conf. Simple enough but I would like to be able to do this at boot time, either by command or by uname -r (in this case). Otherwise, this becomes a bit of a pain. Hm, that sounds like a reasonable request. Blacklisting a driver in modprobe.conf does not prevent it being loaded explicitly, and the nouveau driver in X explicitly runs modprobe nouveau if I remember correctly, so there should be no need to unblacklist nouveau, but there would still be a need to prevent the nvidia driver from being loaded and let X know what's going on. I have had to take the blacklist off to run it. Does DKMS offer a way to build a module only for some kernels? If so, perhaps the nvidia X driver could be taught to take care of falling back to fbdev or vesa when the kernel-side driver is not loaded. I do not know. Will simply fail with a message citing the log file. One other regression issue though, maybe to file another bug: mpu401 module will not load. It is there but says no such device Loads fine on the non-rt kernel. Yep, sounds worth a bug. Be sure to attach full dmesg output from booting a working and non-working kernel when reporting it. I will place the bug. Not much information is given by the modprobe, however. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661890: [linux-2.6] snd-mpu401 regression
Package: linux-2.6 Version: Linux-image-3.2.0.1-rt-686-PAE Severity: normal --- Please enter the report below this line. --- Snd-mpu401 fails to modprob with a no such device error. This is explicitely modprobed with modprobe -i snd-mpu401 port=0x300 irq=-1 pnp=no Works fine in the non-rt kernel. --- System information. --- Architecture: i386 Kernel: Linux 3.1.0-1-686-pae Debian Release: wheezy/sid 500 unstableftp.us.debian.org 500 testing ftp.us.debian.org 1 experimentalftp.us.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611337: rtorrent: Crashes on ready torrents removal, randomly.
tag 611337 unreproducible thanks Hi Sthu, Sthu Deus wrote: rtorrent crashes with Randomly rtorrent: DownloadList::confirm_finished(...) download-resume_flags() != ~uint32_t(). Package: rtorrent randomly, - I believe on ready torrents removal with ^d ^d. I can't reproduce this issue on rtorrent/0.8.9-2; can you try that version and see if it also fails for you (it's in wheezy)? Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661793: [Debian-med-packaging] Bug#661793: bioperl: Error in berkeleydb3.pm while creating Temp file
Le 3/3/12 10:26 AM, Florent Angly a écrit : On 02/03/12 18:28, Olivier Sallou wrote: So it is upstream that put parameters in the wrong order. Ah, yes, of course. I failed to notice that. It turns out that I am involved with the Bioperl project. So, I fixed this issue upstream: https://github.com/bioperl/bioperl-live/commit/2b0daf196e0f2acf373c2bc8f0bf2449c36edf40 Thanks. We gonna fix it in Debian with a patch waiting for new Bioperl release. Olivier Cheers, Florent -- Olivier Sallou IRISA / University of Rennes 1 Campus de Beaulieu, 35000 RENNES - FRANCE Tel: 02.99.84.71.95 gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649390: python-mdanalysis and python-griddataformats uploaded on Alioth
Hi, I just uploaded the git repos for packaging MDAnalysis and GridDataFormats on Alioth. Git repo for MDAnalysis: git+ssh://git.debian.org/git/debichem/packages/python-mdanalysis.git Git repo for GridDataFormats: git+ssh://git.debian.org/git/debichem/packages/python-griddataformats.git Hope that helps to put them into the Debian archive. Séb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531299: rtorrent: Doesn't accept self-signed certificates
fixed 531299 0.8.9-1 thanks Starting with rtorrent/0.8.9-1, you can use 'network.http.ssl_verify_peer.set=0' to prevent rtorrent from verifying certificates. -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661793: [Debian-med-packaging] Bug#661793: bioperl: Error in berkeleydb3.pm while creating Temp file
Le Fri, Mar 02, 2012 at 10:58:36AM +0100, Olivier Sallou a écrit : Le 3/3/12 10:26 AM, Florent Angly a écrit : On 02/03/12 18:28, Olivier Sallou wrote: So it is upstream that put parameters in the wrong order. Ah, yes, of course. I failed to notice that. It turns out that I am involved with the Bioperl project. So, I fixed this issue upstream: https://github.com/bioperl/bioperl-live/commit/2b0daf196e0f2acf373c2bc8f0bf2449c36edf40 Thanks. We gonna fix it in Debian with a patch waiting for new Bioperl release. Thanks ! -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661458: ITA: supertux -- Classic 2D jump 'n run sidescroller with Tux
According to #535147, it looks like supertux has already been adopted by the Debian Games team (in experimental, at least). I'll just prepare updated packaging for supertux in unstable, then. Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661699: packages left behind
On 29 February 2012 22:05, jida...@jidanni.org wrote: Package: aptitude Version: 0.6.5-1 Severity: minor We see one package is left behind: # aptitude install gdb The following NEW packages will be installed: gdb gdbserver{a} (D: gdb) (for gdb) 0 packages upgraded, 2 newly installed, 0 to remove and 4 not upgraded. Need to get 0 B/2,360 kB of archives. After unpacking 5,942 kB will be used. Do you want to continue? [Y/n/?] y # aptitude purge gdb The following packages will be REMOVED: gdb{p} 0 packages upgraded, 0 newly installed, 1 to remove and 4 not upgraded. Need to get 0 B of archives. After unpacking 5,612 kB will be freed. Do you want to continue? [Y/n/?] y Is gdbserver removed if you run just: # aptitude install ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534117: Export error in qbrew solved?
Hi, I've just uploaded a new version of the qbrew package into Debian (0.4.1-3) and cannot reproduce this bug any longer. If you have the opportunity to test this for yourself, I'd be glad to hear any feedback. If none of you report back to me, I'll close this bug report in a few weeks. Regards, Tobias signature.asc Description: OpenPGP digital signature
Bug#660154: qemu-keymaps: Finnish keyboard mapping broken
On 17.02.2012 01:58, Timo Sirainen wrote: Subject: qemu-keymaps: Finnish keyboard mapping broken Package: qemu-keymaps Version: 1.0+dfsg-3 Severity: normal With -k fi -vnc :1 the keyboard layout works pretty well, except the key between left shift and z key, which generates characters doesn't work. Instead of it shows z and instead of (shift-) it shows X. It works correctly if I comment out these lines: less 0x2c shift altgr greater 0x2d shift altgr Confirmed, and the fix is verified by independent person with finnish keyboard -- https://bugzilla.redhat.com/show_bug.cgi?id=794653 Thank you Atro for the help! The attached patch does just this: removes the two mentioned lines. index 2a4e0f0..4be7586 100644 --- a/pc-bios/keymaps/fi +++ b/pc-bios/keymaps/fi @@ -99,9 +99,7 @@ asterisk 0x2b shift acute 0x2b altgr multiply 0x2b shift altgr guillemotleft 0x2c altgr -less 0x2c shift altgr guillemotright 0x2d altgr -greater 0x2d shift altgr copyright 0x2e altgr leftdoublequotemark 0x2f altgr grave 0x2f shift altgr Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497001: rtorrent ignores urls starting with Http
severity 497001 minor thanks Marc Lehmann wrote: rtorrent ignores tracker urls starting with Http even thought it supports the http protocol. editing the torrent into a lowercase http makes it detect the tracker. background: uri scheme names are case insensitive, and worse, actual torrent files do contain tracker urls with mixed and upper case scheme parts (i don't know if bittorrent meta files have additional specificaitons that force scheme names to lowercase, but I doubt it). Well, that's not entirely accurate. According to RFC 1738 [1], section 2.1: Scheme names consist of a sequence of characters. The lower case letters a--z, digits, and the characters plus (+), period (.), and hyphen (-) are allowed. So torrent files using Http are actually invalid (and I've never encountered one of these). The same section goes on like this, though: For resiliency, programs interpreting URLs should treat upper case letters as equivalent to lower case in scheme names (e.g., allow HTTP as well as http). but that's a should, not a must. So I'm downgrading the severity to minor, and I'd suggest the maintainer closes it as wontfix. [1] http://www.ietf.org/rfc/rfc1738.txt Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653853: Please enabled hardened build flags
On Sat, 31 Dec 2011, Moritz Muehlenhoff wrote: Package: diffutils Version: 1:3.2-1 Severity: important Tags: patch Please enabled hardened build flags through dpkg-buildflags. Patch attached. (dpkg-buildflags abides noopt from DEB_BUILD_OPTIONS) Applied the patch and this is what hardening-check now tells me: /usr/bin/diff: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! Thw wiki page, namely: http://wiki.debian.org/Hardening#Validation has a paragraph explaning Stack protected and another one explaining Fortify Source functions, but does not say anything about Position Independent Executable or Immediate binding. So: Am I doing anything wrong, or maybe the web page should also tell something about cases where Position Independent Executable is no but it's also ok? (resp. Immediate binding). Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661891: Wrong manpage for rlfe
Package: rlfe Version: 6.1-3 Severity: normal Manpage says: --8-- NAME rlfe - cook input lines for other programs using readline SYNOPSIS rlfe [-l filename] [-a] [-n appname] [-hv] [command [arguments ...]] DESCRIPTION rlfe lets you use history and line-editing in any text oriented tool. This is especially useful with third-party proprietary tools that cannot be distributed linked against readline. It is not perfect but it works pretty well. OPTIONS -a append to the logfile (default is to overwrite). -l filename log into file. -n appname set the readline application name. -h print usage string. -v print version information. --8-- Let's see: $ rlfe -a -l s.log ./a.out Usage: rlfe [-h histfile] [-s size] cmd [arg1] [arg2] ... Oops... -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rlfe depends on: ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libreadline6 6.1-3 GNU readline and history libraries rlfe recommends no packages. rlfe 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#658929: Please enable hardened build flags
Am 06.02.2012 20:46, schrieb Moritz Muehlenhoff: Please enable hardened build flags through dpkg-buildflags. I'd like to apply that patch, kind of (it should go into debian/confflags instead of debian/rules and the $info lines need not get removed). Patch attached. The format string checks detect a missing format string in libavcodec/srtdec.c, please contact upstream for that. How about this one? Should we carry this as a distro patch or is it already fixed upstream? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661890: snd-mpu401 regression
reassign 661890 src:linux-2.6 3.2.7-1 retitle 661890 rt: modprobe snd-mpu401 fails with no such device error quit David Baron wrote: Snd-mpu401 fails to modprob with a no such device error. This is explicitely modprobed with modprobe -i snd-mpu401 port=0x300 irq=-1 pnp=no Works fine in the non-rt kernel. Thanks. Logs, please. :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661857: RFS: libre-jigsaw/2012.02.25-1 [ITP]
On 03/02/2012 12:33 AM, Jon Hulka wrote: dget -x http://mentors.debian.net/debian/pool/main/libr/libre-jigsaw/libre-jigsaw_2012.02.25-1.dsc Libre Jigsaw is written in Java I'm not familiar with Java so I only took a brief look at the package: debian/rules refers to your home directory. That will not work for other people building the package. The short description should not just repeat the package name. Something generic like jigsaw puzzle might be better. I did not see what you install to /usr/games/libre-jigsaw which is started by the .desktop and menu files. But I might have missed it. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661892: logwatch: patch for named rules to quiet EDNS warnings
Package: logwatch Version: 7.3.6.cvs20090906-1squeeze1 Severity: normal The following patch removes many uninteresting warnings from a typical recursive instance of BIND. It displays a count of two types of EDNS related error conditions and also ignores DNS format error messages. --- named.orig 2012-02-27 18:07:04.0 +1100 +++ /usr/share/logwatch/scripts/services/named 2012-02-28 11:58:16.0 +1100 @@ -213,6 +213,7 @@ ($ThisLine =~ /.*: unexpected end of input/) or ($ThisLine =~ /too many timeouts resolving '.*' .*: disabling EDNS/) or ($ThisLine =~ /too many timeouts resolving '.*' .*: reducing the advertised EDNS UDP packet size to .* octets/) or + ($ThisLine =~ /DNS format error from/) or ($ThisLine =~ /reloading zones succeeded/) # too many timeouts resolving 'ns-ext.nrt1.isc.org/' (in '.'?): disabling EDNS: 3 Time(s) ) { @@ -223,6 +224,10 @@ ($ThisLine =~ /named startup succeeded/) ) { $StartNamed++; + } elsif ($ThisLine =~ /success resolving .*after disabling EDNS/) { + $SuccessAfterDisablingEDNS++; + } elsif ($ThisLine =~ /success resolving .*after reducing the advertised EDNS UDP packet size/) { + $SuccessAfterReducingEDNSsize++; } elsif ( $ThisLine =~ /(reloading nameserver|named reload succeeded)/ ) { $ReloadNamed++; } elsif ( @@ -347,6 +352,14 @@ print Named reloaded: $ReloadNamed Time(s)\n; } +if ($SuccessAfterReducingEDNSsize) { + print Success after reducing EDNS packet size $SuccessAfterReducingEDNSsize Time(s)\n; +} + +if ($SuccessAfterDisablingEDNS) { + print Success after disabling EDNS $SuccessAfterDisablingEDNS Time(s)\n; +} + if ( ( $Detail = 5 ) and ($ShutdownNamed) ) { print Named shutdown: $ShutdownNamed Time(s)\n; } -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-xen-686 (SMP w/1 CPU core) 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 logwatch depends on: ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii postfix [mail-transpor 2.7.1-1+squeeze1 High-performance mail transport ag Versions of packages logwatch recommends: pn libdate-manip-perlnone (no description available) Versions of packages logwatch suggests: pn fortune-mod none (no description available) -- no debconf information -- debsums errors found: debsums: changed file /usr/share/logwatch/scripts/services/named (from logwatch package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604820: xserver-xorg: fragments of video memory displayed during login
On 02/18/2012 10:28 PM, Andreas Beckmann wrote: On 2011-01-05 15:27, Bernhard Kuemel wrote: Bernhard Kuemel bernh...@bksys.at (24/11/2010): I guess so. I use NVIDIA Driver Version: 260.19.21 and used the nvidia installer. An 8500 GT card. The mouse pointer is visible and movable on the fragmented display. Does this problem still happen with the current versions of NVIDIA drivers, Xorg, kernel, gdm3/kdm/xdm/... ? Yes: nvidia 295.20 Linux 2.6.32-5-686-bigmem X.Org X Server 1.7.7 up to date squeeze. I may have trashed my system, though, by mixing stable/testing when squeeze was testing. I switched from stable/testing to squeeze only, before squeeze became stable. I plan on reinstalling stable, but have yet find the motivation for it. Hmm, my card is a GeForce 9500 GT. Did I have this bug on my previous computer?? Or maybe the 8500 had a fan and I got myself a passively cooled one. Thanks, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660922: [remmina]
Package: remmina Version: 1.0.0-1 --- Please enter the report below this line. --- Here in XFCE Desktop I am missing icon in menu too. signature.asc Description: PGP signature
Bug#661893: [remmina] start remmina only in system tray
Package: remmina Version: 1.0.0-1 Severity: minor --- Please enter the report below this line. --- There was option with remmina -i to start remmina only in system tray before. signature.asc Description: PGP signature
Bug#660154: [Qemu-devel] Bug#660154: qemu-keymaps: Finnish keyboard mapping broken
Hi, On 2012-03-02 12:55, Michael Tokarev wrote: On 17.02.2012 01:58, Timo Sirainen wrote: Subject: qemu-keymaps: Finnish keyboard mapping broken Package: qemu-keymaps Version: 1.0+dfsg-3 Severity: normal With -k fi -vnc :1 the keyboard layout works pretty well, except the key between left shift and z key, which generates characters doesn't work. Instead of it shows z and instead of (shift-) it shows X. It works correctly if I comment out these lines: less 0x2c shift altgr greater 0x2d shift altgr Confirmed, and the fix is verified by independent person with finnish keyboard -- https://bugzilla.redhat.com/show_bug.cgi?id=794653 Thank you Atro for the help! while the fix above would seem to resolve this specific issue in most cases it is probably best to leave the keymap undefined thus avoiding using the QEMU internal keymap definitions at all: https://bugzilla.redhat.com/show_bug.cgi?id=638523 http://hg.fedorahosted.org/hg/python-virtinst/rev/2bde513dcd9e http://berrange.com/posts/2010/07/04/more-than-you-or-i-ever-wanted-to-know-about-virtual-keyboard-handling/ Cheers, -- Marko Myllynen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661894: [INTL:pl] Polish debconf translation
Package: dnprogs Severity: wishlist Tags: l10n patch Hi! Please add the attached Polish debconf translation. Thanks in advance, -- Michał Kułach pl.po Description: Binary data
Bug#661895: [INTL:pl] Polish debconf translation
Package: glance Severity: wishlist Tags: l10n patch Hi! Please add the attached Polish debconf translation. Thanks in advance, -- Michał Kułach pl.po Description: Binary data
Bug#661896: [INTL:pl] Polish debconf translation
Package: golang-weekly Severity: wishlist Tags: l10n patch Hi! Please add the attached Polish debconf translation. Thanks in advance, -- Michał Kułach pl.po Description: Binary data
Bug#661627: Avoid /tmp ?
Julien, thank you for putting me back in CC. ;) On Thu, Mar 01, 2012 at 09:48:47PM +0100, Julien Cristau wrote: On Thu, Mar 1, 2012 at 12:39:41 -0800, Tim wrote: Note that the chown root:root $SOCKET_DIR also seems redundant to me (if we didn't already own it, we would have bigger problems, right?). I guess it protects against some user doing mkdir /tmp/.X11-unix before this runs (which probably means before the package is installed, so it's not like this is a very likely race) and then owning the directory. Oh, right, duh. Well, the dir is created every time the box boots, since /tmp is cleared, so it is needed for sure. I think the obsolete chown command should be removed (as said Tim), and also the chmod should by replaced by a single atomic operation (using mkdir -m). Those two things will avoid usages of dangerous commands and then, reduce TOCTTOU risks. So if chown is removed, another check has to be introduced. It is to check if the directory isn't owned by root. Because a user could try to own X sockets by creating the directory himself. Well, here is how I would see the script (with a lot of comments to try making things clear): # We move $SOCKET_DIR if: # - it exists but is not a dir # - is whatever but not owned by root # - is a symlink if { [ -e $SOCKET_DIR ] [ ! -d $SOCKET_DIR ]; } || { [ -e $SOCKET_DIR ] [ ! -O $SOCKET_DIR ]; } || [ -h $SOCKET_DIR ]; then mv $SOCKET_DIR $SOCKET_DIR.$$ fi # At this point, we could find: # - Correct directory (ie. $SOCKET_DIR owned by root) # - a symlink or whatever (raced by a malicious user) # # So before creating it, we need to check if: # - does not exist or is not owned by root if [ ! -O $SOCKET_DIR ]; # symlink, malicious files will give a failure here mkdir -m 1777 $SOCKET_DIR fi What do you think about this? To finish, I find the ways to create those two directories ($SOCKET_DIR and $ICE_DIR) quite redundant. A function called create_dir() could contain the code above and be launched from both set_up_socket_dir() and set_up_ice_dir()? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661897: aegis: should this package be removed?
Package: aegis Version: 4.24.3-3 Severity: normal User: debian...@lists.debian.org Usertags: proposed-removal aegis seems like a possible candidate for removal from Debian: * no upstream release for around 2 years * two long-standing (1 year old) grave bugs * many alternatives exist (it appears to be a distributed version control system competing with early DVCSs like Arch, Bitkeeper, Monotone; those DVCSs have largely been superseded by git, bzr and Mercurial) If the two grave bugs 610984, 610985 do not, in your opinion as maintainer, qualify for grave severity (makes the package in question unusable or mostly so, or causes data loss, or introduces a security hole), please change their severity to something more appropriate. I don't know enough about aegis to judge what their severity should be. Alternatively, if you don't think aegis is needed any more, please send the following commands to cont...@bugs.debian.org, replacing nn with this bug's number: severity nn normal reassign nn ftp.debian.org retitle nn RM: packagename -- RoM; reasons thanks For more information, see http://wiki.debian.org/ftpmaster_Removals http://ftp-master.debian.org/removals.txt Regards, smcv -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661898: Rachana Malayalam font has false mappings for non-encoded characters
Package: ttf-malayalam-fonts Version: 1:0.5.14 The Rachana Malayalam font that is distributed with Debian false mappings for non-encoded characters. That is, characters which are not even encoded in Unicode, for example 0D00, 0D01 and so on throughout the Malayalam block till 0D7F are assigned a glyph which looks like 00AE REGISTERED SIGN ®. It is not appropriate for a font in a distribution to have unencoded characters mapped to any glyph. The rendering engine will automatically take care of such characters and display them using the .notdef glyph in the font. Providing such wrong mappings fools the rendering engine to think that the font actually caters to these characters which are not even encoded. Therefore please remove these false mappings. -- Shriramana Sharma
Bug#661886: ip: man page should mention label length limit
Hello Gabor. Thanks for your suggestion for improving the man pages! Would be awesome if you where willing to write a patch for this and send it upstream. As you might be aware there are several other areas where manpages could be improved (see http://bugs.debian.org/iproute) but very few volonteers with time to work on this Thanks in advance. ;) Regards Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661762: dh-autoreconf: does not restore changed files
On Fri, Mar 02, 2012 at 07:44:48AM +0900, Norbert Preining wrote: On Do, 01 Mär 2012, Julian Andres Klode wrote: dpkg-source: info: local changes detected, the modified files are: texlive-bin-2011.20120226/configure texlive-bin-2011.20120226/libs/gd/configure texlive-bin-2011.20120226/texk/afm2pl/configure texlive-bin-2011.20120226/texk/bibtex8/configure ... So I suppose that dh_autoreconf* should fix the above errors, but it didn't. I suppose there is something I have overlooked completely. It should remove those files if they were changed by the command executed by dh_autoreconf and they're not symbolic links[1]. You could grep the before and after lists for those files and check that the checksums are different. In order to be removed, a file must have one of the following: Ok, from what you wrote I guess that dh_reautoconf is *removing* the files and relying on the fact that dpkg-source ignores removed files. So it does NOT revert changes I assume? Correct. Playing the backup/restore game did not seem like a good idea when I wrote the code, and deleting is just a more simple way. Anyway, as clearly seen above the files *have* been changed, but seems to not have been removed. Yes. The only explanation I have is that the files were changed after dh_autoreconf ran and not by the command ran by dh_autoreconf. (a) not in the before list, but in the after list (b) different checksum in the after list It seems that (b) didn't work out, since it clearly must have different checksums, as dpkg-source complained about modified files. So how can one debug this? As I wrote. A good starting point would be to run dh_autoreconf and then check debian/autoreconf.{before,after}. You can send them to me as well. If you want to debug it yourself, dh_autoreconf_clean is the script responsible for removing the files. It reads in the debian/autoreconf.{before,after} files which have the format md5sum file and builds a perl hash file = md5sum of the before state and then reads the after file and deletes all files not in the old hash or where the checksum changed compared to the old hash. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661898: [Debian-in-workers] Bug#661898: Rachana Malayalam font has false mappings for non-encoded characters
On Fri, Mar 2, 2012 at 5:11 PM, Shriramana Sharma samj...@gmail.com wrote: Package: ttf-malayalam-fonts Version: 1:0.5.14 The Rachana Malayalam font that is distributed with Debian false mappings for non-encoded characters. Upstream had fixed this bug in new version (available at http://git.savannah.gnu.org/cgit/smc/fonts.git ) and planning to release soon. Thanks Santhosh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661696: drm/i915: wrong fifo size due to uncareful refactoring which results in an xserver crash at 800x600
Hi Jonathan, looks good to me. I've also reported this bug upstream under #42839. Regards, Lukas On Wed, Feb 29, 2012 at 19:36, Jonathan Nieder jrnie...@gmail.com wrote: tags 661696 = upstream patch moreinfo quit Hi Lukas, Lukas Anzinger wrote: During a refactoring of the i915 driver a regression has been introduced ([...]h=e70236a8d3d0a4c100a0b9f7d394d9bda9c56aca): For some chipsets the wrong fifo size is determined which results in lot's of pixel errors when starting the xserver and choosing 800x600 as a resolution. If another resolution is used (eg. 1024x768 or 1280x1024), I don't encounter this problem. I've attached a patch that fixes the problem (no pixel errors anymore) and determines the correct fifo size. Thanks for the report and analysis. Please test the attached patch against 2.6.32.y or a squeeze kernel. If it works, we can send this to Greg for inclusion in the 2.6.32.y series so everyone benefits. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661899: libsnmp-python: wrong package name (should be python-netsnmp)
Package: libsnmp-python Version: 5.4.3~dfsg-2.4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 In order to adhere to Debian Python Policy §2.2 (Module Package Names) [1], this package should be renamed to python-netsnmp. [1] http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-package_names - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (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 libsnmp-python depends on: ii libc6 2.13-27 ii libsnmp15 5.4.3~dfsg-2.4 ii python 2.7.2-10 ii python-central 0.6.17 libsnmp-python recommends no packages. libsnmp-python suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPULDqAAoJEGny/FFupxmTwOIP/1w2DOe/s/m+aZ0pbInRIGu4 P3hmKwBxjV3cjwnHDTMCSXJ2qSBRTdYQWVfUTUl2mhNyy5dByDVOlP29b+e0TLd1 +iHPfAgDPzBI3OsyGgAMqkQ6oyP2A88M4uplOCJnZvzxH35NJzA4noClIDB430ty g17UNRXRUN3KfAZBDThjRgp/sEbaENHdSjHTiCYYZnEFp35IHj2BIhgpEY9kyaQS C0TuNDG4fbwSymYUqqtcttYtiPnTHV42fXs/XukAG4XbUY8yg/1jE+BQV4wnyUxB Y0t2S/HG1e8iwps8u9n+/tbDqmpPNM63a9Gj3/eioIgfUVJbVkcDGBWChP1xYkcn 6wPLPG14sX1xYetLZH4EGHyKTM8mAUMZmZReV7NpM7ehkQ3GEL8mcC+bDGa+mws5 jzA4zvsG5IoeP+rzqrjhywT/tW7n2QeUwLiUIbVS2bylLiXR7vJMK5PXgFUvWcWS QsWYrtut4yBYEkjYTaRD/SK6NI9Tu5cgAKq8iOkcetWTt03aSNdr6qKAp5nPaWNO z/m8jd9sFGmrFgb40iWsZg0lgn4Oszy56Xjy7SNhu6ZuZ1wsl1lU2RnfhR13Y4RS 4V7pVsPt+ExaS3CJC2qQ+kUEfzKYSAE72b6wiIQmKmmUPx7PFRwAYgS6wWGuMChd W8nl0gFZWZmC7nG3YBPL =qkiJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661886: ip: man page should mention label length limit
Hi Andreas, Would be awesome if you where willing to write a patch for this and send it upstream. As you might be aware there are several other areas No problem. I'll do it. :) Cheers Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642076: Re: Bug#642076: lsb-core: no need to remove /lib/ld-lsb-x86-64.so.[23]
tags 642076 +patch thanks Le 23.01.2012 21:44, Sven Joachim a écrit : On 2011-09-19 11:15 +0200, Colin Watson wrote: Nothing ever created /lib/ld-lsb-x86-64.so.[23] symlinks in the first place, so as far as I can see there's no need to clean them up; the problem was that the symlink *target* was wrong. Isn't this dead code? I don't think so, because /lib and /lib64 had been the same place in libc6 versions prior to 2.13-17, so there may be leftover symlinks there created by earlier lsb-core versions. (I initially thought that this was actively dangerous since /lib64 might be a symlink to /lib so this would create the ld-lsb-* symlinks and then delete them again, but since you depend on libc6 (= 2.13-17) this appears not to be the case.) It would probably be better to only remove those symlinks on upgrades from versions 3.2-28, and to do it before creating the new links. Hi Colin and Sven, and thanks for your input on this bug; I propose the attached patch to get this fixed by removing the symlinks farm handling and replacing all symlinks by `solid` symlinks in the packages. Please review and comment! (I kept the removal of the supposedly-never-created symlinks in the preinst assuming that no harm would be done anyway.) Cheers, OdyX From 3520ec668ce06b9a09f9c259c27aea931cdc1edb Mon Sep 17 00:00:00 2001 From: Didier Raboud o...@debian.org Date: Fri, 2 Mar 2012 11:47:34 +0100 Subject: [PATCH] Replace lsb-core's symlink farm by package symlinks - Drop symlink farm handling in prerm/postinst. - Create lsb-core.preinst to delete the symlink farm before unpacking those from the package. - Use debhelper's lsb-core.links.$ARCH files to create the links - Bugfix debian/rules' usage of DEB_HOST_ARCH. Closes: #642076 Signed-off-by: Didier Raboud o...@debian.org --- debian/lsb-core.links.amd64 |5 debian/lsb-core.links.i386|3 ++ debian/lsb-core.links.ia64|3 ++ debian/lsb-core.links.otherarches |3 ++ debian/lsb-core.links.powerpc |3 ++ debian/lsb-core.postinst | 42 - debian/lsb-core.preinst | 24 + debian/lsb-core.prerm | 26 -- debian/rules |9 +++- 9 files changed, 49 insertions(+), 69 deletions(-) create mode 100644 debian/lsb-core.links.amd64 create mode 100644 debian/lsb-core.links.i386 create mode 100644 debian/lsb-core.links.ia64 create mode 100644 debian/lsb-core.links.otherarches create mode 100644 debian/lsb-core.links.powerpc create mode 100755 debian/lsb-core.preinst diff --git a/debian/lsb-core.links.amd64 b/debian/lsb-core.links.amd64 new file mode 100644 index 000..009b344 --- /dev/null +++ b/debian/lsb-core.links.amd64 @@ -0,0 +1,5 @@ +/lib/ld-linux.so.2 /lib/ld-lsb.so.1 +/lib/ld-linux.so.2 /lib/ld-lsb.so.2 +/lib/ld-linux.so.2 /lib/ld-lsb.so.3 +/lib64/ld-linux-x86-64.so.2 /lib64/ld-lsb-x86-64.so.2 +/lib64/ld-linux-x86-64.so.2 /lib64/ld-lsb-x86-64.so.3 diff --git a/debian/lsb-core.links.i386 b/debian/lsb-core.links.i386 new file mode 100644 index 000..61392d9 --- /dev/null +++ b/debian/lsb-core.links.i386 @@ -0,0 +1,3 @@ +/lib/ld-linux.so.2 /lib/ld-lsb.so.1 +/lib/ld-linux.so.2 /lib/ld-lsb.so.2 +/lib/ld-linux.so.2 /lib/ld-lsb.so.3 diff --git a/debian/lsb-core.links.ia64 b/debian/lsb-core.links.ia64 new file mode 100644 index 000..6a4ffd2 --- /dev/null +++ b/debian/lsb-core.links.ia64 @@ -0,0 +1,3 @@ +/lib/ld-linux-ia64.so.2 /lib/ld-lsb-ia64.so.1 +/lib/ld-linux-ia64.so.2 /lib/ld-lsb-ia64.so.2 +/lib/ld-linux-ia64.so.2 /lib/ld-lsb-ia64.so.3 diff --git a/debian/lsb-core.links.otherarches b/debian/lsb-core.links.otherarches new file mode 100644 index 000..e910559 --- /dev/null +++ b/debian/lsb-core.links.otherarches @@ -0,0 +1,3 @@ +/lib/ld.so.1 /lib/ld-lsb-##ARCH##.so.1 +/lib/ld.so.1 /lib/ld-lsb-##ARCH##.so.2 +/lib/ld.so.1 /lib/ld-lsb-##ARCH##.so.3 diff --git a/debian/lsb-core.links.powerpc b/debian/lsb-core.links.powerpc new file mode 100644 index 000..e0b6868 --- /dev/null +++ b/debian/lsb-core.links.powerpc @@ -0,0 +1,3 @@ +/lib/ld.so.1 /lib/ld-lsb-ppc32.so.1 +/lib/ld.so.1 /lib/ld-lsb-ppc32.so.2 +/lib/ld.so.1 /lib/ld-lsb-ppc32.so.3 diff --git a/debian/lsb-core.postinst b/debian/lsb-core.postinst index 0321747..2ad788c 100755 --- a/debian/lsb-core.postinst +++ b/debian/lsb-core.postinst @@ -2,47 +2,6 @@ set -e -setup_ldso_symlink () { -ARCH=$DPKG_MAINTSCRIPT_ARCH -if [ -z $ARCH ]; then -ARCH=$(dpkg --print-architecture) -fi -case $ARCH in -s390|ppc64|sparc|sparc64|alpha|hppa|m68k|mipsel) -ln -sf ld.so.1 /lib/ld-lsb-$ARCH.so.1 -ln -sf ld.so.1 /lib/ld-lsb-$ARCH.so.2 -ln -sf ld.so.1 /lib/ld-lsb-$ARCH.so.3 -;; -powerpc) -ln -sf ld.so.1 /lib/ld-lsb-ppc32.so.1 -ln -sf ld.so.1 /lib/ld-lsb-ppc32.so.2 -ln -sf ld.so.1
Bug#659694: lxc: [INTL:nl] Dutch translation of debconf templates
tag 659694 pending thanks applied in git. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661900: RM: yiff -- RoM; abandoned upstream
Package: ftp.debian.org I request removal yiff sound package from Debian. - I'm the Debian maintainer. - It no longer appears to have any upstream maintainer. - It's too buggy to be used. - The only package that depends on yiff is roaraudio, and I think that's only as a minor plugin. The roaraudio maintainer has been consulted and agrees to the removal of yiff. Thanks, Phil. -- Phil Brooke OpenPGP key: 1024D/50973B91 2000-12-19 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661901: RM: acm4 -- RoM; too buggy to use
Package: ftp.debian.org I request removal of acm4, a flight simulator. - Ancient bug 10353. The game simply won't start on any test system I tried. I have spent some time investigating this bug and there is no obvious fix. - Bug 342159 notes that the current acm package is superior version of acm. Thanks, Phil. -- Phil Brooke OpenPGP key: 1024D/50973B91 2000-12-19 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#403120: marking lsb-base essential?
tags 403120 +wontfix thanks Hi Steffen, and thanks for your bugreport, Le 14.12.2006 21:31, Steffen Joeris a écrit : Yesterday I saw a package which uses the shell functions provided by lsb-base but did not have a dependency against it and I came across this topic. That's a bug. Currently lsb-base is required and prodivdes the init script functions which should be used by the init scripts if possible. Therefore I would suggest to mark lsb-base essential and thus making the dependency against lsb-base unnecessary (of course except for specific versions) as we want the init scripts in Debian to get standardized with the lsb functions anyway. In my opinion, the Essential set of packages should stay as minimal as possible. The things in that set are what is absolutely needed to run a Debian system and I don't consider lsb-base to qualify to that. So at least _I_ am not going to push this change (hence tagging as wontfix) but wouldn't block people pushing it. Cheers, OdyX signature.asc Description: OpenPGP digital signature
Bug#620328: on_finished config option no longer recognized
severity 620328 minor thanks That's a documentation issue, so I'm downgrading it to minor. -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653061: Fwd: [Bug 692891] libgs9 exports symbols conflicting with the same symbols in libjpeg8
http://bugs.ghostscript.com/show_bug.cgi?id=692891 --- Comment #5 from Chris Liddell chris.lidd...@artifex.com 2012-03-02 12:07:56 UTC --- I've committed the first (possibly only) stage: http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=ceef32 So, we'll no longer do the libjpeg low level memory manager hackery if Ghostscript is linked with a shared libjpeg library. Now, I'm struggling to find an official way to setup memory management hooks described above. Currently the only way I see is writing our own version of jpeg_CreateCompress() (separate from the libjpeg one, not replacing the libjpeg one). I'm reluctant to do that because it could turn into a maintenance nightmare! It *looks* to me like that struct jpeg_memory_mgr stuff is still a *link* time option, not a run-time option. If anyone knows different, knows where I could ask (libjpeg development still seems a bit of a black box), or knows of an example that proves me wrong, please point me to it! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658929: Please enable hardened build flags
Alright, I have succesfully build libav with hardening flags enabled *on i386*. I have enabled them by applying the attached libav-hardening.patch against debian/confflags and format-security.patch against libavcodec/srtdec.c to fix a format string vulnerability. However, I am hesitating to push these changes already. As you can see, the hardening flags are injected where the CFLAGS and LDFLAGS variables have been unconditionally reset to empty strings before. It has been like this since version 3:0.svn20080925-1 for the CFLAGS (commited with comment # XXX this probably needs fixing) and since 30 Jan 2011 for LDFLAGS, see http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libav.git;a=commitdiff;h=17e588e364b1f67c5e4c513bd24a91292bf24522. I don't know the exact reason for reseting CFLAGS, but it seems the resetting of LDFLAGS was needed because of an Ubuntu-specific default flag that caused the build to break. Maybe this specific flag could get filtered out of LDFLAGS as done in x264. However, this was on amd64 apparently, so I couldn't test it myself. However, I believe the next upload with these changes included should target the experimental suite. ;) - Fabian --- libav.orig/libavcodec/srtdec.c +++ libav/libavcodec/srtdec.c @@ -110,7 +110,7 @@ static const char *srt_to_ass(AVCodecCon for (j=sptr-2; j=0; j--) if (stack[j].param[i][0]) { out += snprintf(out, out_end-out, -stack[j].param[i]); +%s, stack[j].param[i]); break; } } else { @@ -146,7 +146,7 @@ static const char *srt_to_ass(AVCodecCon for (i=0; iPARAM_NUMBER; i++) if (stack[sptr].param[i][0]) out += snprintf(out, out_end-out, -stack[sptr].param[i]); +%s, stack[sptr].param[i]); } } else if (!buffer[1] strspn(buffer, bisu) == 1) { out += snprintf(out, out_end-out, diff --git a/debian/confflags b/debian/confflags index c89aa10..9048cd6 100644 --- a/debian/confflags +++ b/debian/confflags @@ -150,9 +150,10 @@ ifneq (,$(findstring linux,$(DEB_HOST_GNU_TYPE))) lib1394-dev += libraw1394-dev, libdc1394-22-dev endif -# Sanitize injected compiler in linker flags -CFLAGS := -LDFLAGS := +# Enable hardened build flags through dpkg-buildflags +CFLAGS := $(shell dpkg-buildflags --get CFLAGS) +CFLAGS += $(shell dpkg-buildflags --get CPPFLAGS) +LDFLAGS := $(shell dpkg-buildflags --get LDFLAGS) ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) # Various parts of Libav (and swscale) FTBFS when compiling with -fPIC
Bug#661699: packages left behind
DH == Daniel Hartwig mand...@gmail.com writes: DH Is gdbserver removed if you run just: DH # aptitude install As a matter of fact yes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627163: Installer hangs on Scanning disks... at 50%
I write the debian ISO to USBdisk used UltraISO, Creating the boot partition,installer will hangs.May Because Partition is Hidden. not creating the boot partition, installer is OK. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658929: Please enable hardened build flags
Am 02.03.2012 13:43, schrieb Fabian Greffrath: However, I am hesitating to push these changes already. Curret WIP can be found in the hardening branch. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659079: Bug#661744: aptitude: multiarch-related bugs
tags 659079 + pending tags 661744 + pending thanks #659079 aptitude: packages appear twice and always new with multiarch The issue with the duplicate package names has been addressed by recent changes which show pkgname:arch for foreign-arch packages much like APT does. This effects both the CLI and curses interface. The issue with the new state is fixed in the commit below. #661744 aptitude forbid-version doesn't work in multiarch setup This one is also solved in that same commit, to be release shortly: commit e823140847cff74fe97c0a95c727d1a0fe883750 Author: Daniel Hartwig mand...@gmail.com Date: Tue Feb 28 21:04:36 2012 +0800 Store package state uniquely for each package:arch combination Previously a multi-arch setup would confuse the package states, with packages available on multiple architectures overriding the states of each other in a non-deterministic way. This resulted in much annoying behaviour, such as packages being perpetually marked as new. No more! Package states are now stored with both the name and architecture to uniquely identify each package. Closes: #659079 Closes: #661744 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661902: pristine-tar: Failed to reproduce original tarball
Package: pristine-tar Version: 1.20 Severity: important Hi! This might be a dup of #658890, but I'm not exactly sure whether it is still open or not (shown as closed on the web, but appears in the list of already reported bugs) While trying to build jackd2: xdelta: /tmp/pristine-tar.hvfFLpNHxB/jackd2_1.9.8~dfsg.1.orig.tar.gz.tmp: Checksum validation failed, expected: eb84ed4fbaca5b83923ac4e4144b64d8, received: 6246a3ea1653bfdfd534f276d341368b xdelta: /tmp/pristine-tar._wxzziRdtQ/recreatetarball: Checksum validation failed, expected: aa4aded40663ef72f066263ef23b526e, received: 319f8426d5414188701cfe0d3e1f0b47 xdelta: /tmp/pristine-tar.hvfFLpNHxB/jackd2_1.9.8~dfsg.1.orig.tar.gz.tmp: Checksum validation failed, expected: eb84ed4fbaca5b83923ac4e4144b64d8, received: 6246a3ea1653bfdfd534f276d341368b xdelta: /tmp/pristine-tar._wxzziRdtQ/recreatetarball: Checksum validation failed, expected: aa4aded40663ef72f066263ef23b526e, received: 319f8426d5414188701cfe0d3e1f0b47 pristine-tar: Failed to reproduce original tarball. Please file a bug report. pristine-tar: failed to generate tarball gbp:error: Couldn't checkout jackd2_1.9.8~dfsg.1.orig.tar.gz: /usr/bin/pristine-tar returned 25 Cheers -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.2 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pristine-tar depends on: ii libbz2-1.01.0.6-1 ii libc6 2.13-27 ii perl-modules 5.14.2-7 ii xdelta1.1.3-9 ii zlib1g1:1.2.6.dfsg-2 Versions of packages pristine-tar recommends: ii bzip2 1.0.6-1 ii pbzip21.1.6-1 ii xz-utils 5.1.1alpha+20110809-3 pristine-tar 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#661903: units --help should mention how to see the list of all the units
X-debbugs-Cc: adr...@cam.cornell.edu Package: units Version: 1.87-2 Severity: wishlist $ units --help should mention how to see the list of all the units. E.g., To see all the units, do cat /usr/share/misc/units.dat . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661627: Avoid /tmp ?
Oops, I forgot then in my last post: - if [ ! -O $SOCKET_DIR ]; + if [ ! -O $SOCKET_DIR ]; then I have attached a patch. Hope this helps. --- a/debian/x11-common.init 2010-09-04 19:26:52.0 +0200 +++ b/debian/x11-common.init 2012-03-02 13:37:29.0 +0100 @@ -26,16 +26,26 @@ fi } +do_createdir () { + local DIR=$1 + if { [ -e $DIR ] [ ! -d $DIR ]; } || + { [ -e $DIR ] [ ! -O $DIR ]; } || + [ -h $DIR ]; then +mv $DIR $DIR.$$ + fi + + if [ ! -O $DIR ]; then +# symlink, malicious files will give a failure here +mkdir -m 1777 $DIR + fi +} + set_up_socket_dir () { if [ $VERBOSE != no ]; then log_begin_msg Setting up X server socket directory $SOCKET_DIR... fi - if [ -e $SOCKET_DIR ] [ ! -d $SOCKET_DIR ]; then -mv $SOCKET_DIR $SOCKET_DIR.$$ - fi - mkdir -p $SOCKET_DIR - chown root:root $SOCKET_DIR - chmod 1777 $SOCKET_DIR + + do_createdir $SOCKET_DIR do_restorecon $SOCKET_DIR [ $VERBOSE != no ] log_end_msg 0 || return 0 } @@ -44,12 +54,8 @@ if [ $VERBOSE != no ]; then log_begin_msg Setting up ICE socket directory $ICE_DIR... fi - if [ -e $ICE_DIR ] [ ! -d $ICE_DIR ]; then -mv $ICE_DIR $ICE_DIR.$$ - fi - mkdir -p $ICE_DIR - chown root:root $ICE_DIR - chmod 1777 $ICE_DIR + + do_createdir $ICE_DIR do_restorecon $ICE_DIR [ $VERBOSE != no ] log_end_msg 0 || return 0 }
Bug#661699: packages left behind
On 2 March 2012 20:47, jida...@jidanni.org wrote: DH == Daniel Hartwig mand...@gmail.com writes: DH Is gdbserver removed if you run just: DH # aptitude install As a matter of fact yes. Ok. I think this has been reported before. Some quirks that the autoremove system has in some situations ;-) Thanks for the report -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657698: php5: re-enable suhosin patch or add separate packages with suhosin patch enabled per default
Hi again. 1) We recently saw several CVEs on php5... I think it would be nice for the records in this ticket, to see which of them would have been avoided by the use of suhosin-core-patch, suhosin-module or both. Is there an overview? Stefan, any ideas? And rather unrelated to that particular Debian bug: 2) I know we talked about that before and there have been probably plenty of discussions elsewhere where I was not involved, but... ... now that PHP 5.4 is out ... Is there any chance or at least space to talk between suhosin and php upstream, about an inclusion of the former in the later (i.e. on a basis that one can enable/disable it via an ini setting or so)? I know there are arguments pro and contra such a inclusion,... but IMHO the biggest one is security for the end-user, and that would clearly be improved by including it upstream (and perhaps even enabling it per default). Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516704: devscripts: uscan should parse not only directory with highes version number
Hello, I have a similar problem. I want to retrieve the current version of an upstream tarball with --download-current-version, but the path to the source contains the version number and uscan selects only the highest version number of directories. Example: Path to the current version: http://www.upstreamsite.net/download/2.4/source-2.4.tar.gz Path to the newest version : http://www.upstreamsite.net/download/2.5/source-2.5.tar.gz Regards, Fred -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604174: Status of mysql-workbench [RFS] - update
Hi David, I found a bug in the package - workbench issues an error message when trying to use schema editor in the current build. It doesn't seem to be an upstream bug since the other (earlier) package with the same upstream version does not have it. [cut] Oh, I was waiting for a package is ready e-mail, after I put both of you in contact :) Clearly the package is not ready yet. We'll keep you informed as soon as w deal with the bug . Regards, Mateusz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661825: On kfreebsd-*, please integrate kbdcontrol within keyboard-configuration.
Anton Zinoviev, le Fri 02 Mar 2012 14:36:16 +0200, a écrit : On Fri, Mar 02, 2012 at 12:22:24AM +0100, Samuel Thibault wrote: Didier Raboud, le Thu 01 Mar 2012 17:59:00 +0100, a écrit : it would be nice if, as on Linux architectures, keyboard-configuration would also configure the console keyboard configuration. Does it really on Linux architectures? I've just tried to make sure, and it didn't, only dpkg-reconfigure console-setup does. Actualy it is dpkg-reconfigure keyboard-configuration. Doesn't it configure the keyboard on the console? No. What happens if you manualy run setupcon as root? If setupcon helps, then perhaps kbdcontrol overwrites the configuration of console-setup in which case the bug has to be reassigned to kbdcontrol. It seems kbdcontrol *also* provides a keyboard mapping question indeed... Ccing BSD people: do you really want to maintain bsd-only keymaps, and not just rely on xkb keymaps provided by console-setup? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661418: no audio in alsa
Package: vlc Version: 2.0.0-6 Severity: normal Hi, I have the same problem, no sound in alsa. The command line says [0x7f2f8400c308] alsa audio output error: unknown 26 channels configuration [0x7f2f8400c308] oss audio output error: cannot open audio device (/dev/dsp) [0x7f2f8400c308] main audio output error: no suitable audio output module [0x7f2f84000d08] main decoder error: failed to create audio output I use a RME Hammerfall DSP 9652, it's a pro audio card with 26 i/o channels. All other programs simply use the first 2 outputs, which is fine and what vlc should do. Best Benjamin -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.9 (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 vlc depends on: ii libaa11.4p5-38 ascii art library ii libavcodec53 4:0.8-1+b1 Libav codec library ii libavutil51 4:0.8-1+b1 Libav utility library ii libc6 2.13-6 Embedded GNU C Library: Shared lib ii libfreetype6 2.4.2-2.1+squeeze3 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.6.0-13 GCC support library ii libgl1-mesa-glx [libg 7.10.3-4 free implementation of the OpenGL ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library ii libqtcore44:4.7.3-5 Qt 4 core module ii libqtgui4 4:4.7.3-5 Qt 4 GUI module ii libsdl-image1.2 1.2.10-2+b2image loading library for Simple D ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libsm62:1.1.1-1 X11 Session Management library ii libstdc++64.6.0-13 GNU Standard C++ Library v3 ii libtar0 1.2.11-8 C library for manipulating tar arc ii libva-x11-1 1.0.14-1 Video Acceleration (VA) API for Li ii libva11.0.14-1 Video Acceleration (VA) API for Li ii libvlccore5 2.0.0-1base library for VLC and its modul ii libx11-6 2:1.3.3-4 X11 client-side library ii libxcb-composite0 1.8-2 X C Binding, composite extension ii libxcb-keysyms1 0.3.8-1utility libraries for X C Binding ii libxcb-randr0 1.7-4 X C Binding, randr extension ii libxcb-render01.6-1 X C Binding, render extension ii libxcb-shape0 1.8-2 X C Binding, shape extension ii libxcb-shm0 1.6-1 X C Binding, shm extension ii libxcb-xfixes01.8-2 X C Binding, xfixes extension ii libxcb-xv01.7-4 X C Binding, xv extension ii libxcb1 1.6-1 X C Binding ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxinerama1 2:1.1-3X11 Xinerama extension library ii libxpm4 1:3.5.8-1 X11 pixmap library ii ttf-freefont 20090104-7 Freefont Serif, Sans and Mono True ii vlc-nox 2.0.0-6multimedia player and streamer (wi ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages vlc recommends: ii vlc-plugin-notify2.0.0-6 LibNotify plugin for VLC pn vlc-plugin-pulse none (no description available) ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from Versions of packages vlc suggests: pn videolan-doc none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661825: On kfreebsd-*, please integrate kbdcontrol within keyboard-configuration.
On Fri, Mar 02, 2012 at 12:22:24AM +0100, Samuel Thibault wrote: Didier Raboud, le Thu 01 Mar 2012 17:59:00 +0100, a écrit : it would be nice if, as on Linux architectures, keyboard-configuration would also configure the console keyboard configuration. Does it really on Linux architectures? I've just tried to make sure, and it didn't, only dpkg-reconfigure console-setup does. Actualy it is dpkg-reconfigure keyboard-configuration. Doesn't it configure the keyboard on the console? What happens if you manualy run setupcon as root? If setupcon helps, then perhaps kbdcontrol overwrites the configuration of console-setup in which case the bug has to be reassigned to kbdcontrol. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661904: Multiple vulnerabilities
Package: ldap-account-manager Severity: grave Tags: security The following was reported to full-disclosure: http://www.vulnerability-lab.com/get_content.php?id=458 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661905: Rachana Malayalam font has wrong glyphs for many characters
Package: ttf-malayalam-fonts Version: 1:0.5.14 The Rachana Malayalam font that is distributed with Debian has wrong glyphs for many characters. I have separately reported the bug #661898 that this font also gives false mappings for non-encoded characters, displaying for them a glyph which looks like 00AE REGISTERED SIGN ®. The same is true for many encoded characters also. Specifically the following characters are displayed as ®: Sanskrit-use characters: 0D44 MALAYALAM VOWEL SIGN VOCALIC RR 0D62 MALAYALAM VOWEL SIGN VOCALIC L 0D63 MALAYALAM VOWEL SIGN VOCALIC LL Pedantic-use characters: 0D29 MALAYALAM LETTER NNNA 0D3A MALAYALAM LETTER TTTA Old dot reph: 0D4E MALAYALAM LETTER DOT REPH Numerals and fractions: 0D71 MALAYALAM NUMBER ONE HUNDRED 0D72 MALAYALAM NUMBER ONE THOUSAND 0D73 MALAYALAM FRACTION ONE QUARTER 0D74 MALAYALAM FRACTION ONE HALF 0D75 MALAYALAM FRACTION THREE QUARTERS Date mark: 0D79 MALAYALAM DATE MARK Chillu characters: 0D7A MALAYALAM LETTER CHILLU NN 0D7B MALAYALAM LETTER CHILLU N 0D7C MALAYALAM LETTER CHILLU RR 0D7D MALAYALAM LETTER CHILLU L 0D7E MALAYALAM LETTER CHILLU LL 0D7F MALAYALAM LETTER CHILLU K The following character is displayed as a fullstop .: 0D70 MALAYALAM NUMBER TEN Many of these characters were encoded after the initial publication of this font. As such, bug #661898 regarding non-encoded characters would have applied before, but now that these characters are encoded, either the font should provide the proper glyphs or should not provide any mappings for these characters at all. It is not appropriate for a font in a distribution to have encoded characters mapped to the wrong glyph. If the font does not provide a glyph for a character, the rendering engine will automatically take care of such characters and display them using the .notdef glyph in the font. Providing such wrong mappings fools the rendering engine to think that the font actually caters to these characters which is not right. Therefore please either provide the correct glyphs or remove these mappings. Seeing Santosh's feedback on the bug #661898, I have now downloaded the latest repo version of the Rachana font. I see that the bad glyphs have been removed. But this bug should be closed *after* that version is released just to keep track of things. -- Shriramana Sharma -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645061: rtorrent: Kernel panic on high traffic
tags 645061 moreinfo thanks Hi Andrei, Andrei Popescu wrote: [...] Now i compiled xmlrpc-c, libtorrent, rtorrent from source I used xmlrpc-c latest SVN trunk, libtorrent-0.12.9, rtorrent-0.8.9. With those after a system reboot and limiting rtorrent's memory usage to 400MB, the server is running fine for about 4 hours Now that 0.8.9 is in testing, have you tried it? Does that version work for you, or only your custom build? -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659116: 'grub2' not installing in /boot partition.
Additional notes on 659116 posted by David Kennedy. Problem: 'grub2' not installing on /boot partition during installation of Debian Squeeze. Installation mode: Graphical expert. Package: grub-installer Version: 20110106+squeeze4 Severity: grave Tags: Justification: prevents installation completing. System CPU: Intel i7-870 2.93 GHz Board: Gigabyte GA-P55A-UD4 1156 RAM: 4 x DDR3-2GB HD SATA Western Digital 2TB Graphics: NVIDIA Quadro NVS 295 DVI Current OS: SuSE 11.3 (since Debian installation failed). Partitioning description: Encrypted LVM with a separate'/boot' partition. This is the partitioning system on the current SuSE 11.3 and was also the partitioning system chosen and installed on the Debian Squeeze that failed with the above problem. Partitioning: DeviceSizeEncTypeFS TypeMount /dev/sda2.0 TBWDC ...diskname /dev/sda1256.00 MBLinux nativeExt4/boot /dev/sda22.0 TBEncryptedLinux LVM /dev/VOLUME2.0 TBLVM2 /dev/VOLUME/HOME 800.00 GBLVExt4/home /dev/VOLUME/ROOT 200.00 GBLVExt4/ /dev/VOLUME/SWAP 16.00 GBLVSWAPSWAP /dev/VOLUME/TEMP 400.00 GBLVExt4/tmp /dev/VOLUME/USER 446.75 GBLVExt4/usr Details. The installation went without problem until the installation attempted to load 'grub2' into the /boot partition. The problem occurred when: this installation was attempted automatically by the installation or manually by selecting /dev/sda1 as the partition on which to install grub. The message: 'Installing grub on /dev/sda1' was displayed for around 2 minutes (after the manual selection). Then a message similar to: 'grub could not be installed on /dev/sda1 do you want to continue with the installation?' was displayed. Using 'dmesg' the following possibly relevant information was noted by hand: ... 'Attempting to install a partition instead of a MBR. This is a bad idea!' 'grub-probe: sending ioctl 1261 to partition' ... 'GRUB can only be installed using block lists. Blocklists unreliable use discouraged.' ... more ioctl 1261 messages ... ... 'grub-installer: Installation finished. No error reported' 'grub-instsaller: grub-install ran successfully' ... more ioctl 1261 messages ... '--ratelimit: 106 callbacks supressed' Thank you for your work on the Debian system, David Kennedy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661627: Avoid /tmp ?
On Fri, Mar 2, 2012 at 12:44:23 +0100, vladz wrote: Julien, thank you for putting me back in CC. ;) On Thu, Mar 01, 2012 at 09:48:47PM +0100, Julien Cristau wrote: On Thu, Mar 1, 2012 at 12:39:41 -0800, Tim wrote: Note that the chown root:root $SOCKET_DIR also seems redundant to me (if we didn't already own it, we would have bigger problems, right?). I guess it protects against some user doing mkdir /tmp/.X11-unix before this runs (which probably means before the package is installed, so it's not like this is a very likely race) and then owning the directory. Oh, right, duh. Well, the dir is created every time the box boots, since /tmp is cleared, so it is needed for sure. I think the obsolete chown command should be removed (as said Tim), and also the chmod should by replaced by a single atomic operation (using mkdir -m). Those two things will avoid usages of dangerous commands and then, reduce TOCTTOU risks. I'm not convinced the chown can be removed. And 'mkdir -m 1777 foo' is not any more atomic than 'mkdir foo chmod 1777 foo'. The problem is that I'd still like to be able to chown and chmod /tmp/.X11-unix if it already exists as a directory when the script runs. I can do that in C with something like this: ret = mkdir(/tmp/.X11-unix, 0700); if (ret == 0 || errno == EEXIST) { fd = open(/tmp/.X11-unix, O_RDONLY | O_NOFOLLOW); if (fd 0) fail(); fstat(fd, st); if (!S_ISDIR(st.st_mode)) fail(); if (fchown(fd, 0, 0)) fail(); if (fchmod(fd, 01777)) fail(); } else { fail(); } but so far I haven't seen a way to do that in shell, because chmod(1) doesn't have a --no-dereference option, and even if it did it doesn't look like I could safely detect whether to exit with failure or success. hmm, how about this: mkdir -p /tmp/.X11-unix chown -h root:root /tmp/.X11-unix stat=$(LC_ALL=C stat -c '%u %g %F' /tmp/.X11-unix) if [ $stat != '0 0 directory' ]; then exit 1 fi chmod 1777 /tmp/.X11-unix ? To finish, I find the ways to create those two directories ($SOCKET_DIR and $ICE_DIR) quite redundant. A function called create_dir() could contain the code above and be launched from both set_up_socket_dir() and set_up_ice_dir()? Agreed. Or drop those two functions and call set_up_dir $SOCKET_DIR set_up_dir $ICE_DIR directly. Thanks a lot to you both for the help so far... Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661906: FTBFS
Package: milkytracker Version: 0.90.85+dfsg-2 Severity: serious Your package fails to build from source: .cpp mv -f .deps/MyIO.Tpo .deps/MyIO.Po x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src/milkyplay -I../../src/ppui -I../../src/ppui/osinterface/posix/ -I../../src/compression/lha -I../../src/compression/zziplib/ -I../../src/compression/zziplib/generic -D__FORCE_SDL_AUDIO__ -g -O2 -MT Decompressor.o -MD -MP -MF .deps/Decompressor.Tpo -c -o Decompressor.o Decompressor.cpp mv -f .deps/Decompressor.Tpo .deps/Decompressor.Po x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src/milkyplay -I../../src/ppui -I../../src/ppui/osinterface/posix/ -I../../src/compression/lha -I../../src/compression/zziplib/ -I../../src/compression/zziplib/generic -D__FORCE_SDL_AUDIO__ -g -O2 -MT DecompressorUMX.o -MD -MP -MF .deps/DecompressorUMX.Tpo -c -o DecompressorUMX.o DecompressorUMX.cpp mv -f .deps/DecompressorUMX.Tpo .deps/DecompressorUMX.Po x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src/milkyplay -I../../src/ppui -I../../src/ppui/osinterface/posix/ -I../../src/compression/lha -I../../src/compression/zziplib/ -I../../src/compression/zziplib/generic -D__FORCE_SDL_AUDIO__ -g -O2 -MT DecompressorPP20.o -MD -MP -MF .deps/DecompressorPP20.Tpo -c -o DecompressorPP20.o DecompressorPP20.cpp mv -f .deps/DecompressorPP20.Tpo .deps/DecompressorPP20.Po x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src/milkyplay -I../../src/ppui -I../../src/ppui/osinterface/posix/ -I../../src/compression/lha -I../../src/compression/zziplib/ -I../../src/compression/zziplib/generic -D__FORCE_SDL_AUDIO__ -g -O2 -MT unlha.o -MD -MP -MF .deps/unlha.Tpo -c -o unlha.o `test -f 'lha/unlha.cpp' || echo './'`lha/unlha.cpp mv -f .deps/unlha.Tpo .deps/unlha.Po x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src/milkyplay -I../../src/ppui -I../../src/ppui/osinterface/posix/ -I../../src/compression/lha -I../../src/compression/zziplib/ -I../../src/compression/zziplib/generic -D__FORCE_SDL_AUDIO__ -g -O2 -MT DecompressorZIP.o -MD -MP -MF .deps/DecompressorZIP.Tpo -c -o DecompressorZIP.o DecompressorZIP.cpp mv -f .deps/DecompressorZIP.Tpo .deps/DecompressorZIP.Po x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src/milkyplay -I../../src/ppui -I../../src/ppui/osinterface/posix/ -I../../src/compression/lha -I../../src/compression/zziplib/ -I../../src/compression/zziplib/generic -D__FORCE_SDL_AUDIO__ -g -O2 -MT DecompressorLHA.o -MD -MP -MF .deps/DecompressorLHA.Tpo -c -o DecompressorLHA.o DecompressorLHA.cpp mv -f .deps/DecompressorLHA.Tpo .deps/DecompressorLHA.Po x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src/milkyplay -I../../src/ppui -I../../src/ppui/osinterface/posix/ -I../../src/compression/lha -I../../src/compression/zziplib/ -I../../src/compression/zziplib/generic -D__FORCE_SDL_AUDIO__ -g -O2 -MT DecompressorGZIP.o -MD -MP -MF .deps/DecompressorGZIP.Tpo -c -o DecompressorGZIP.o DecompressorGZIP.cpp DecompressorGZIP.cpp: In member function ‘virtual bool DecompressorGZIP::decompress(const PPString, DecompressorBase::Hints)’: DecompressorGZIP.cpp:64:68: error: invalid conversion from ‘void**’ to ‘gzFile_s**’ [-fpermissive] DecompressorGZIP.cpp:74:50: error: cannot convert ‘gzFile_s**’ to ‘gzFile’ for argument ‘1’ to ‘int gzread(gzFile, voidp, unsigned int)’ DecompressorGZIP.cpp:87:31: error: cannot convert ‘gzFile_s**’ to ‘gzFile’ for argument ‘1’ to ‘int gzclose(gzFile)’ make[5]: *** [DecompressorGZIP.o] Fehler 1 make[5]: Leaving directory `/home/jmm/milkytracker-0.90.85+dfsg/src/compression' make[4]: *** [all-recursive] Fehler 1 make[4]: Leaving directory `/home/jmm/milkytracker-0.90.85+dfsg/src/compression' make[3]: *** [all-recursive] Fehler 1 make[3]: Leaving directory `/home/jmm/milkytracker-0.90.85+dfsg/src' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/home/jmm/milkytracker-0.90.85+dfsg' make[1]: *** [all] Fehler 2 make[1]: Leaving directory `/home/jmm/milkytracker-0.90.85+dfsg' make: *** [build-stamp] Fehler 2 dpkg-buildpackage: Fehler: Fehler-Exitstatus von debian/rules build war 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661905: Minor corrections to bug report
This is a follow-up. Actually the bug title should have read Rachana Malayalam font has bad place-filler glyphs for many characters. There are other wrong-glyph problems which I will be separately reporting. This particular bug is to report that the font is using bad place-filler glyphs in the absence of proper glyphs for encoded characters. Someone with the administrative rights to change the subject of the bug, please change it as requested above. Sorry for the inadvertent error. Thanks. -- Shriramana Sharma -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659522: RFS: prelink/0.0.20111012-1 [ITA] - ELF prelinking utility to speed up dynamic linking
* Daniel Martí danielmarti.deb...@gmail.com, 2012-02-11, 21:15: dget -x http://mentors.debian.net/debian/pool/main/p/prelink/prelink_0.0.20111012-1.dsc Lintian report errors and warnings: W: prelink source: ancient-libtool ltconfig W: prelink source: ancient-libtool ltmain.sh 1.4.2 E: prelink source: ancient-autotools-helper-file config.sub 2002-09-05 E: prelink source: ancient-autotools-helper-file config.guess 2002-09-03 …and a few other minor issues: I: prelink: possible-documentation-but-no-doc-base-registration P: prelink: maintainer-script-without-set-e postrm -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661879: libbluetooth-dev makes obexpushd FTBFS
reassign 661879 libbluetooth-dev retitle 661879 libbluetooth-dev makes obexpushd FTBFS thanks obexpushd FTBFS with 4.97 and 4.98, it builds fine with libbluetooth-dev 4.96-3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org