Bug#657708: ITP: python-translitcodec -- Unicode to 8-bit charset transliteration codec
Package: wnpp Severity: wishlist Owner: Clint Byrum cl...@ubuntu.com * Package name: python-translitcodec Version : 0.2 Upstream Author : Jason Kirtland jek at discorporate us , Craig Dennis cr...@idealist.org * URL : http://pypi.python.org/pypi/translitcodec/ * License : MIT Programming Lang: Python Description : Unicode to 8-bit charset transliteration codec This package contains codecs for transliterating ISO 10646 texts into best-effort representations using smaller coded character sets (ASCII, ISO 8859, etc.). The translation tables used by the codecs are from the transtab collection by Markus Kuhn. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657709: please add a possibility to create a chroot
Package: schroot Version: 1.4.24-1 Severity: wishlist Hi, my normal procedure to create a new chroot for use with schroot is to create the file system, mount it, and invoke debootstrap. In this process, I notoriously forget additional packages to be installed into the chroot before it is actually useable. Why not add a --create or --initialize switch to schroot which will just invoke the scripts from setup.d with a new stage create or init? That way, a local admin could write code to create chroots in the right place so that this functionality is where an schroot user would expect it. If schroot would feel like actually providing functionality behind this options, the issue is a bit more complicated. One would need to support multiple methods to create a new chroot, debootstrap and cdebootstrap being two of them, and create possibilities to pass parameters to these methods, probably via schroot.conf options and/or options pulled from a config script. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657711: please make COPYFILES more flexible
Package: schroot Version: 1.4.24-1 Severity: wishlist Hi, maybe one wants to copy files to a chroot that are not active in the host system. For example, I might want apt in the chroot not to honor recommends and suggests, but in the host, this behavior is fine. To solve this, I would like schroot to copy a file from /etc/schroot/foo/files/etc/apt/apt.conf.d/70RecommendsSuggests to /etc/apt/apt.conf.d/70RecommendsSuggests in the schroot. To allow this, the COPYFILES functionality could be changed to allow two file names per line. If only one is given, behavior is not changed, preserving backwards-compatibility. If two are given, one is the source path from the host system, one is the target path inside the chroot. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654839: Reducing the severity
I have fixed paraview-python and python-vtk conflict in paraview_3.12.0-3. If there are no other comments related to the topic of the bug, I am going to reduce the severity. Thank you. Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654959: scite: printing support
A new upstream release is available (3.0.3). The new version should provide printing support for GTK2 too. Release 3.0.3 Released 28 January 2012. Printing works on GTK+ version 2.x as well as 3.x. [CUT] best regards -- Antonio Valentino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657689: e1000e Detected Hardware Unit Hang:
2012/1/28 Ben Hutchings b...@decadent.org.uk: On Sat, 2012-01-28 at 01:53 +0100, ubik pl wrote: Package: linux-2.6 Version: 2.6.32-38 Linux version 2.6.32-5-xen-amd64 RAM 8GB Bug seems the same as #518182 and occurs on high traffic load. System automatically recovered after aprox. 50 minutes([1782786.812335] e1000e :00:19.0: eth0: Reset adapter) [...] Why do say 50 minutes? These messages cover a span of only 7 seconds. Were they repeated? Ben. No they weren't but after 50 minutes network was accessible again(ssh, ping etc) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561678: dput: Make distribution=*-security do ftp-master more difficult
Hi, It happens on a regular basis that people (even security-team members) upload *-security uploads to ftp-master instead of security-master. This causes delays for releasing security updates and additional work for the release team to clean up the proposed-updates queues on ftp-master. This continues to happen a lot. What are your thoughts on this request? Thanks, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657712: ITP: p2pool -- peer-to-peer pool for Bitcoin mining
Package: wnpp Severity: wishlist Owner: Matthias Urlichs matth...@urlichs.de * Package name: p2pool Version : 1.0 Upstream Author : Forrest Voight forr...@forre.st * URL : https://github.com/forrestv/p2pool * License : GPL3 Programming Lang: Python, C Description : peer-to-peer pool for Bitcoin mining p2pool implements a peer-to-peer mining pool for bitcoins. Unlike a traditional pool, there is no central authority which distributes the coins that are mined. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650060: snort: FTBFS with multiarch libmysqlclient-dev
On Fri, Nov 25, 2011 at 06:06:48PM -0800, Clint Byrum wrote: In Ubuntu, the attached patch was applied to achieve the following: libmysqlclient-dev is multiarch in experimental, and should move to unstable soon. (...) I'm not sure if this merits an 'important' priority since libmysclient-dev is not yet in Debian's unstable. In any case, I have the patch ready to apply it to the Debian packages but cannot do this at the moment as doing that will break the build. I will apply the patch when the new libmysclient-dev hits unstable. Regards Javier signature.asc Description: Digital signature
Bug#651273: mixmaster: NMU/QA upload will be done now.
Package: mixmaster Followup-For: Bug #651273 Elmar Haneke and Marcelo E. Magallon' posts were very much as good as patch. I do not understand why there is no response on this quite annoying bug if maintainer is not MIA. Considering his recent history on the other bug with patch and other factors, I am uploading NMU of this package now. Please consider this as QA upload. All existing patches and obvious improvements are applied to make this package bug free and nicer. Patch used for pending upload is attached. -- System Information: Debian Release: wheezy/sid diff -Nru mixmaster-3.0.0-orig/debian/changelog mixmaster-3.0.0/debian/changelog --- mixmaster-3.0.0-orig/debian/changelog 2012-01-28 09:16:59.0 +0900 +++ mixmaster-3.0.0/debian/changelog 2012-01-28 10:15:02.349649336 +0900 @@ -1,3 +1,12 @@ +mixmaster (3.0.0-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Logrotate configuration patch from Marcelo E. Magallon (Closes: #651273) + * Danish translation patch from Joe Dalton (Closes: #628205) + * Fix most of lintian warnings. + + -- Osamu Aoki os...@debian.org Sat, 28 Jan 2012 10:12:36 +0900 + mixmaster (3.0.0-4) unstable; urgency=low * Add ja.po debconf template (Closes: #554094) diff -Nru mixmaster-3.0.0-orig/debian/control mixmaster-3.0.0/debian/control --- mixmaster-3.0.0-orig/debian/control 2012-01-28 09:16:59.0 +0900 +++ mixmaster-3.0.0/debian/control 2012-01-28 10:03:00.538070079 +0900 @@ -3,8 +3,8 @@ Priority: optional Maintainer: Colin Tuckley col...@debian.org Homepage: http://mixmaster.sourceforge.net/ -Build-Depends: debhelper ( 5.0), libncurses5-dev, libpcre3-dev, libssl-dev, zlib1g-dev, bison, po-debconf -Standards-Version: 3.8.3 +Build-Depends: debhelper ( 5.0), libncurses5-dev, libpcre3-dev, libssl-dev, zlib1g-dev, bison, po-debconf +Standards-Version: 3.9.2 Package: mixmaster Architecture: any diff -Nru mixmaster-3.0.0-orig/debian/mixmaster.logrotate mixmaster-3.0.0/debian/mixmaster.logrotate --- mixmaster-3.0.0-orig/debian/mixmaster.logrotate 2012-01-28 09:16:59.0 +0900 +++ mixmaster-3.0.0/debian/mixmaster.logrotate 2012-01-28 09:20:00.669277196 +0900 @@ -4,4 +4,5 @@ compress missingok notifempty + su root mixmaster } diff -Nru mixmaster-3.0.0-orig/debian/mixmaster-update mixmaster-3.0.0/debian/mixmaster-update --- mixmaster-3.0.0-orig/debian/mixmaster-update 2012-01-28 09:16:59.0 +0900 +++ mixmaster-3.0.0/debian/mixmaster-update 2012-01-28 10:05:36.950845672 +0900 @@ -130,7 +130,7 @@ Lines are always truncated at the first hash our pound (C#) sign. -Lines are pairs of keys and values seperated by a convenient amount of +Lines are pairs of keys and values separated by a convenient amount of whitespace. The key is case insensitive. Allowed keys: @@ -148,7 +148,7 @@ =item Bproxy Set proxies for different protocols. The value is split into two parts: -protocol and proxy URL. They are seperated by whitespace. +protocol and proxy URL. They are separated by whitespace. Example: PROXY http http://proxy.example.com:8080/ diff -Nru mixmaster-3.0.0-orig/debian/po/cs.po mixmaster-3.0.0/debian/po/cs.po --- mixmaster-3.0.0-orig/debian/po/cs.po 2012-01-28 09:16:59.0 +0900 +++ mixmaster-3.0.0/debian/po/cs.po 2012-01-28 09:30:08.404290781 +0900 @@ -11,6 +11,7 @@ PO-Revision-Date: 2007-02-18 12:55+0100\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n +Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n diff -Nru mixmaster-3.0.0-orig/debian/po/da.po mixmaster-3.0.0/debian/po/da.po --- mixmaster-3.0.0-orig/debian/po/da.po 1970-01-01 09:00:00.0 +0900 +++ mixmaster-3.0.0/debian/po/da.po 2012-01-28 10:15:17.237723161 +0900 @@ -0,0 +1,37 @@ +# Danish translation mixmaster. +# Copyright (C) mixmaster nedenstående oversættere. +# This file is distributed under the same license as the mixmaster package. +# Joe Hansen (joedalt...@yahoo.dk), 2011. +# +msgid +msgstr +Project-Id-Version: mixmaster\n +Report-Msgid-Bugs-To: wea...@debian.org\n +POT-Creation-Date: 2007-02-16 07:41+0100\n +PO-Revision-Date: 2011-05-28 18:30+01:00\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org\n +Language: da\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: boolean +#. Description +#: ../mixmaster.templates.in:1001 +msgid Do you wish to update the reliability statistics now? +msgstr Ønsker du at opdatere statistikken for driftsikkerhed nu? + +#. Type: boolean +#. Description +#: ../mixmaster.templates.in:1001 +msgid +If you choose this option, up to date reliability statistics and keyrings +will be downloaded from the Internet once Mixmaster has been set up. Once +this has happened this option will be disabled to prevent further updates +when the package will be
Bug#643464: radeontool: diff for NMU version 1.6.2-1.1
gregor herrmann wrote: I've prepared an NMU for radeontool (versioned as 1.6.2-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Thanks, Gregor. I don't think this conflicts with anything in-flight, so it looks like a sane upload to me. If I don't revisit the package to resubmit Tormod's remaining changes upstream and get a snapshot packaged next week, feel free to kick me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657702: More information
Hi, I'd like to provide more information. If symbolic links are created under /usr/share/myspell/dicts/ corresponding to the dictionary files under /usr/share/hunspell/ , then the problem can be solved. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657497: nfs-common: Exec permission denied
What about the server exports? This is mine: /usr/src/linux192.168.1.2(rw,sync,no_subtree_check,no_root_squash) Packages on the Squeeze server (kernel is custom there, as I said, works like charm with 1.2.5-3 version of sid's nfs-common package): ii nfs-common 1:1.2.2-4 ii nfs-kernel-server 1:1.2.2-4 Best regards, -- Jakub Krajewski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619918: getXconsole break in asus-touchpad.sh
Hi, I'd like to reopen the bug as I can see the issue on my Lenovo X220. The script is called through thinkpad-stretchortouchpad.sh. I can prove that acpi is generating an event and running the script. However, xinput list returns empty output when run by acpid. The message seen by Roman Nikolaev Couldnt get a file descriptor referring to the console is indeed printed when the script is run by a user owning the X session. When run by root, the script runs fine and toggles the touchpad alright. This behavior is seen since update of acpid to 2.0.7-1squeeze3 and possibly caused by security fix in 2.0.7-1squeeze2. Let me know if you need more information. Regards, Milan Cermak -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657713: nautilus: deadlock while thumbnailing certain files
Package: nautilus Version: 2.30.1-2squeeze1 Severity: normal Nautilus frequently stops responding when browsing a particular directory, which contains: * 4 0.5 - 1.8 MiB TIFF files, one of which has been converted to PNG (1.1 MiB) and embedded in a SVG file (4 KiB) * 5 0.5 - 2.2 MiB PDF files * a 4.3 MiB OpenOffice document (ODT) The backtrace suggests that this is some sort of deadlock in the thumbnailing code. Both threads appear to be trying to acquire the same lock: perhaps it wasn't previously released correctly? This can be worked around by switching off thumbnailing. I have taken a copy of the offending directory, and a core dump at the time of the deadlock. Here are the backtraces: (gdb) set pagination off Current language: auto The current source language is auto; currently asm. (gdb) thread apply all bt Thread 2 (Thread 0x7f40c780c700 (LWP 32668)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 #1 0x7f40d17ed0e9 in _L_lock_953 () from /lib/libpthread.so.0 #2 0x7f40d17ecf0b in __pthread_mutex_lock (mutex=0x7f40d0aed9a8) at pthread_mutex_lock.c:61 #3 0x7f40d08d95a9 in _gdk_pixbuf_lock (image_module=value optimized out) at /scratch/build-area/gtk+2.0-2.20.1/gdk-pixbuf/gdk-pixbuf-io.c:119 #4 0x7f40d08dcde5 in gdk_pixbuf_loader_load_module (loader=0x226e180, image_type=value optimized out, error=0x0) at /scratch/build-area/gtk+2.0-2.20.1/gdk-pixbuf/gdk-pixbuf-loader.c:379 #5 0x7f40d08dd8b3 in gdk_pixbuf_loader_eat_header_write (loader=0x226e180, buf=0x7f40c7206010 II*, count=1788584, error=0x0) at /scratch/build-area/gtk+2.0-2.20.1/gdk-pixbuf/gdk-pixbuf-loader.c:417 #6 IA__gdk_pixbuf_loader_write (loader=0x226e180, buf=0x7f40c7206010 II*, count=1788584, error=0x0) at /scratch/build-area/gtk+2.0-2.20.1/gdk-pixbuf/gdk-pixbuf-loader.c:463 #7 0x7f40bf62a99e in rsvg_pixbuf_new_from_href (href=0x1b7d480 file:///home/helen/Documents/Uni/MRes/fluorescence%20microscopy%20practical/wf_cy2.tif, base_uri=value optimized out, error=0x0) at rsvg-image.c:394 #8 0x7f40bf62ab80 in rsvg_node_image_set_atts (self=0x23de6d0, ctx=0x7f40b000e5a0, atts=0x22290a0) at rsvg-image.c:532 #9 0x7f40bf646e8f in rsvg_standard_element_start (ctx=0x7f40b000e5a0, name=0x207d480 image, atts=0x22290a0) at rsvg-base.c:268 #10 0x7f40bf64784b in rsvg_start_element (data=0x7f40b000e5a0, name=0x207d480 image, atts=value optimized out) at rsvg-base.c:663 #11 0x7f40cf2a749b in xmlParseStartTag__internal_alias (ctxt=0x2123930) at ../../parser.c:8285 #12 0x7f40cf2ad653 in xmlParseTryOrFinish (ctxt=0x2123930, terminate=0) at ../../parser.c:10968 #13 0x7f40cf2ae2ab in xmlParseChunk__internal_alias (ctxt=0x2123930, chunk=0x7f40c780af40 orient=\auto\\n refY=\0.0\\n refX=\0.0\\n id=\StopL\\n style=\overflow:visible\\n path\n id=\path3765\\n d=\M 0.0,5.65 L 0.0,-5.65\\n style=\fill:no..., size=2884, terminate=0) at ../../parser.c:11739 #14 0x7f40bf645ba2 in rsvg_handle_write_impl (handle=0x7f40b000e5a0, buf=0x7f40c780af40 orient=\auto\\n refY=\0.0\\n refX=\0.0\\n id=\StopL\\n style=\overflow:visible\\n path\n id=\path3765\\n d=\M 0.0,5.65 L 0.0,-5.65\\n style=\fill:no..., count=2884, error=0x0) at rsvg-base.c:1128 #15 0x7f40bf855d91 in gdk_pixbuf__svg_image_load_increment (data=0x23ec900, buf=0x7f40c780af40 orient=\auto\\n refY=\0.0\\n refX=\0.0\\n id=\StopL\\n style=\overflow:visible\\n path\n id=\path3765\\n d=\M 0.0,5.65 L 0.0,-5.65\\n style=\fill:no..., size=3501119848, error=0x0) at io-svg.c:128 #16 0x7f40d08dd81f in IA__gdk_pixbuf_loader_write (loader=0x2244d20, buf=0x7f40c780af40 orient=\auto\\n refY=\0.0\\n refX=\0.0\\n id=\StopL\\n style=\overflow:visible\\n path\n id=\path3765\\n d=\M 0.0,5.65 L 0.0,-5.65\\n style=\fill:no..., count=2884, error=0x0) at /scratch/build-area/gtk+2.0-2.20.1/gdk-pixbuf/gdk-pixbuf-loader.c:473 #17 0x7f40d1e45fe2 in ?? () from /usr/lib/libgnome-desktop-2.so.17 #18 0x7f40d1e4635c in gnome_desktop_thumbnail_factory_generate_thumbnail () from /usr/lib/libgnome-desktop-2.so.17 #19 0x00501ca1 in thumbnail_thread_start (data=value optimized out) at nautilus-thumbnails.c:1000 #20 0x7f40d17ea8ba in start_thread (arg=value optimized out) at pthread_create.c:300 #21 0x7f40ce2b802d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #22 0x in ?? () Thread 1 (Thread 0x7f40d2a79980 (LWP 5110)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 #1 0x7f40d17ed0e9 in _L_lock_953 () from /lib/libpthread.so.0 #2 0x7f40d17ecf0b in __pthread_mutex_lock (mutex=0x7f40d0aed9a8) at pthread_mutex_lock.c:61 #3 0x7f40d08d95a9 in _gdk_pixbuf_lock (image_module=value optimized out) at
Bug#633064: snort: IPv6 support is not enabled
On Fri, Jul 08, 2011 at 11:47:07AM +1200, Hugh Davenport wrote: I was wondering whether there was a reason that IPv6 is not enabled in snort by default. IPv6 support in 2.8 was 'experimental' and consequently was not enabled. There was even a security bug (CVE-2009-3641: DoS when printing packages) found related to this support. In the 2.9 release IPv6 is fully supported although the database plugins and schemas have not been updated to be able to handle addresses in IPv6 format. Consequently, I'm going to enable the support of IPv6 in the 'normal' package but not in the snort-mysql or snort-pgsql packages in the next Snort packages uploaded to Debian. Best regards, Javier signature.asc Description: Digital signature
Bug#657293: help2man and command with dash in the name
On 25 January 2012 21:57, Mathieu Malaterre mathieu.malate...@gmail.com wrote: Package: help2man Version: 1.40.5 Severity: normal It would be nice if help2man would support generating man page from command with - (dash) in the name. help2man uses the regular expression \S+ to identify the command name from the Usage line in --help output, so should be fine with dashes in the command name. abo-compliance-checker does not produce --help output in a format that help2man expects. See the manual: info help2man -- --help recommendations or the output of: cp --help for samples of what is expected. --bod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657714: grep: dmesg reports that grep uses deprecated ipv6 sysctl
Package: grep Version: 2.10-1 Severity: minor Hi, I just noticed that dmesg reported the following: [ 3385.178033] process `grep' is using deprecated sysctl (syscall) net.ipv6.neigh.default.retrans_time; Use net.ipv6.neigh.default.retrans_time_ms instead. I didn't notice any negative impact but I'm not using IPv6 either (and I'm not sure either what grep has to do with network, but that's another story...). Cheers, Eric -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grep depends on: ii dpkg 1.16.1.2 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-24 grep recommends no packages. Versions of packages grep suggests: ii libpcre3 8.12-4 -- 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#657715: copyfiles should create non-existent target directories
Package: schroot Version: 1.4.24-1 Severity: wishlist Hi, when copying a file from a non-standard directory via the copyfiles mechanism, this does not work: $ schroot --begin-session --chroot=squeeze_build64 --session=build E: 20copyfiles: cp: cannot create regular file `/var/lib/schroot/mount/build/etc/apt/apt.keys.input/zg20110.debian.zugschlus.de': No such file or directory E: build: Chroot setup failed: stage=setup-start Manually creating /var/lib/schroot/mount/build/etc/apt/apt.keys.input inside the chroot fixes this issue. The copyfiles mechanism should create target directories, if necessary. Btw, just giving the directory /etc/apt/apt.keys.input in a copyfiles file, this causes the directory with its entire contents to be copied to the target. I am not sure whether this is the intended behavior. If so, it should be documented, and copyfiles is kind of a misnomer for this feature. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657716: clive: patch for 2012 January Youtube format change
Package: clive Version: 2.2.13-5+squeeze3 Severity: normal Tags: patch This week Youtube HTML text changed again causing parse error. This patch solves the problem. Gabor -- System Information: Debian Release: 6.0.3 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages clive depends on: ii libclass-singleton-per 1.4-1 implementation of a Singleton cl ii libconfig-tiny-perl2.12-1Read/Write .ini style files with a ii libexpect-perl 1.20-2Expect.pm - Perl Expect interface ii libgetopt-argvfile-per 1.11-1Perl module for reading script opt ii libhtml-parser-perl3.66-1collection of modules that parse H ii liburi-perl1.54-2module to manipulate and access UR ii libwww-curl-perl 4.12-1Perl bindings to libcurl ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction Versions of packages clive recommends: pn clive-utils none (no description available) ii libberkeleydb-perl 0.42-1~squeeze1 use Berkeley DB 4 databases from P ii libterm-readkey-perl 2.30-4 A perl module for simple terminal Versions of packages clive suggests: ii ffmpeg 5:0.7.11-0.0 audio/video encoder, streaming ser -- no debconf information -- debsums errors found: debsums: changed file /usr/share/perl5/clive/Host/Youtube.pm (from clive package) --- /tmp/Youtube.pm 2012-01-28 11:01:46.185246561 +0100 +++ Youtube.pm 2012-01-28 11:01:58.585246885 +0100 @@ -33,7 +33,7 @@ my %re = ( id = qr|video_id: (.*?)|, -url_encoded_fmt_stream_map = qr|url_encoded_fmt_stream_map=(.*?)|, +url_encoded_fmt_stream_map = qr/url_encoded_fmt_stream_map=(.*?)(|\\u0026amp;)/, ); my $tmp;
Bug#651273: mixmaster: NMU/QA upload will be done now.
On 28/01/12 09:07, Osamu Aoki wrote: Package: mixmaster Followup-For: Bug #651273 I do not understand why there is no response on this quite annoying bug if maintainer is not MIA. I am on VAC because of a house move and hardware problems. Colin -- Colin Tuckley | +44(0)1223 830814 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x1B3045CE Is it ok to use my AM radio after NOON? signature.asc Description: OpenPGP digital signature
Bug#651895: Backtrace
Can reproduce this. Backtrace is attached. Program received signal SIGSEGV, Segmentation fault. 0x5655701c in match_list (name=optimized out, list=0x565600d4 root) at lpstat.c:600 600 lpstat.c: No such file or directory. in lpstat.c (gdb) bt full #0 0x5655701c in match_list (name=optimized out, list=0x565600d4 root) at lpstat.c:600 nameptr = 0x0 #1 match_list (list=optimized out, name=0x0) at lpstat.c:570 No locals. #2 0x56559673 in show_jobs (dests=0x0, users=0x565600d4 root, long_status=0, ranking=0, which=0x5655a37d not-completed) at lpstat.c:1425 i = optimized out request = optimized out response = 0x565779f8 attr = 0x0 reasons = 0x56577ae8 dest = 0x56577ac1 Samsung_SCX-4x28_Series_ username = 0x0 title = 0x5655a26f no title message = 0x0 rank = 0 jobid = 453 size = 1 jobtime = 1327745950 jobdate = optimized out temp = \000\000¸\016VVÀ\VV¸Îÿÿ{G¢÷À\VVÀ\VVÐÎÿÿ\232\036VV\000\000\000\000`Ïÿÿ\030Ïÿÿ$Ïÿÿ¸\016VV, '\000' repeats 12 times, ïE¢÷, '\000' repeats 12 times, \026=ç÷\227\036VV`üõ÷ ÏÿÿQüæ÷\231\036VV@ÏÿÿQüæ÷\000\000\000\000d\bá÷@Ïÿÿôßõ÷\216\v\000\000ôßõ÷À\VV\000\000\000\000LÏÿÿi\001\000\000à»\001\000Àóõ÷ôßõ÷Àóõ÷\000\000\000\000hÏÿÿ\235sç÷\000\000\000\000ôßõ÷Asç÷À\VV\210Ï... date = Ðÿÿ{i¢÷´Ïÿÿ\220\036VV\000\004\000\000¸º¨÷\000\000\001\000\001, '\000' repeats 75 times, Q\\î÷, '\000' repeats 12 times, ôßõ÷\001\000\000\000\000\004\000\000hÐÿÿFçé÷XÐÿÿ_¬ó÷\000\000\000\000TÐÿÿ\001\000\000\000\000\000\000\000ÈÿÿÿXÐÿÿ_¬ó÷TÐÿÿ¸º¨÷ðh¢÷ð\nVVôßõ÷\000\000\000\000\017ªñ÷hYû÷Ýæù÷Ô\000VV\220\036VV\004\000\000\000\000\004\000\000\210Ðÿÿ\210Ðÿÿ`üõ÷hYû÷ÈïUVÔ\000VV\030Ñÿÿ jattrs = {0x5655a055 job-id, 0x5655a294 job-k-octets, 0x5655a2f6 job-name, 0x5655a2dc job-originating-user-name, 0x5655a2b2 job-printer-state-message, 0x5655a2cc job-printer-uri, 0x5655a2ff job-state-reasons, 0x5655a2a1 time-at-creation} #3 0x56556179 in main (argc=1, argv=0xd1c4) at lpstat.c:463 i = optimized out status = optimized out num_dests = 0 dests = 0x0 long_status = optimized out ranking = optimized out which = optimized out op = optimized out
Bug#657715: [buildd-tools-devel] Bug#657715: copyfiles should create non-existent target directories
On Sat, Jan 28, 2012 at 11:13:10AM +0100, Marc Haber wrote: when copying a file from a non-standard directory via the copyfiles mechanism, this does not work: $ schroot --begin-session --chroot=squeeze_build64 --session=build E: 20copyfiles: cp: cannot create regular file `/var/lib/schroot/mount/build/etc/apt/apt.keys.input/zg20110.debian.zugschlus.de': No such file or directory E: build: Chroot setup failed: stage=setup-start Manually creating /var/lib/schroot/mount/build/etc/apt/apt.keys.input inside the chroot fixes this issue. The copyfiles mechanism should create target directories, if necessary. This would make sense. Would a mkdir -p be sufficient, or should we take steps to preserve the ownership and perms of every directory in the path in the chroot? Btw, just giving the directory /etc/apt/apt.keys.input in a copyfiles file, this causes the directory with its entire contents to be copied to the target. I am not sure whether this is the intended behavior. If so, it should be documented, and copyfiles is kind of a misnomer for this feature. Non-regular files get copied with cp -a, so this is intended. I'll add it to the documentation. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657711: [buildd-tools-devel] Bug#657711: please make COPYFILES more flexible
On Sat, Jan 28, 2012 at 09:26:03AM +0100, Marc Haber wrote: To solve this, I would like schroot to copy a file from /etc/schroot/foo/files/etc/apt/apt.conf.d/70RecommendsSuggests to /etc/apt/apt.conf.d/70RecommendsSuggests in the schroot. To allow this, the COPYFILES functionality could be changed to allow two file names per line. If only one is given, behavior is not changed, preserving backwards-compatibility. If two are given, one is the source path from the host system, one is the target path inside the chroot. This should be fairly straightforward to add. The only issue is how to deal with paths/files containing spaces in their names. Currently we read the entire line and use the entire content as the path, which includes any spaces. Having two per line means we would need some way of splitting the line. If we can use some shell-fu to allow correct escaping of spaces so that we can split on whitespace, that would be good. -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657709: [buildd-tools-devel] Bug#657709: please add a possibility to create a chroot
On Sat, Jan 28, 2012 at 09:20:07AM +0100, Marc Haber wrote: my normal procedure to create a new chroot for use with schroot is to create the file system, mount it, and invoke debootstrap. In this process, I notoriously forget additional packages to be installed into the chroot before it is actually useable. Why not add a --create or --initialize switch to schroot which will just invoke the scripts from setup.d with a new stage create or init? That way, a local admin could write code to create chroots in the right place so that this functionality is where an schroot user would expect it. I'm not sure I'm seeing the whole picture here. If I understand correctly, you want to run debootstrap by hand first, and then have schroot do some initial setup on the chroot, presumably when you first use it? We could certainly add such an option. If schroot would feel like actually providing functionality behind this options, the issue is a bit more complicated. One would need to support multiple methods to create a new chroot, debootstrap and cdebootstrap being two of them, and create possibilities to pass parameters to these methods, probably via schroot.conf options and/or options pulled from a config script. Such a facility would be useful. I've avoided doing this so far simply because there are so many different ways of setting one up, writing a tool that supports everything would be quite difficult. Are you aware of sbuild-createchroot, which does this to some extent, but is limited to directory chroots at the moment--you have to customise it after creation if you want anything fancier. There is no reason we could not provide such a facility directly in schroot (or a helper tool--it need not be in the main binary), and provide hooks to permit extension by others. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641701: A patch for ffaudio with audacious 3.2
Hi. On the audacious forum, Andrei Alin proposed a patch for this. I tried to include it in the audacious-plugins source package (I rewrote it, using autoconf for regenerate the configure file). It builds fine and the ffaudio plugin is enabled again (not enabled in the 3.2-1). I don't know if I will include it in the next upload (I don't even know if I will push it in the GIT repo), as it's a quite big patch. But audacious developers are not going to make the plugin compatible with older versions of ffmpeg. I completely understand that upgrading the needed libs is quite risky and won't be done in the next days/weeks without risking to break a lot of packages. So I would like to know what do you think about this patch, if this can be a good solution, and then I will perform the needed changes and push it to the git repo or if you think it's not a good solution, we won't have the plugin working for now. Thanks. -- Cyril Davromaniak Lavier Description: Make audacious work with current unstable version of FFAUDIO Author: Andrei Alin and...@webupd8.org Last-Update: 2012-01-28 --- a/configure.ac +++ b/configure.ac @@ -549,7 +549,7 @@ if test $enable_ffaudio = yes ; then PKG_CHECK_MODULES([FFMPEG], - [libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0], + [libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0], [have_ffaudio=yes], [have_ffaudio=no]) fi --- a/configure +++ b/configure @@ -10914,12 +10914,12 @@ pkg_cv_FFMPEG_CFLAGS=$FFMPEG_CFLAGS elif test -n $PKG_CONFIG; then if test -n $PKG_CONFIG \ -{ { $as_echo $as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0\; } 5 - ($PKG_CONFIG --exists --print-errors libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0) 25 +{ { $as_echo $as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0\; } 5 + ($PKG_CONFIG --exists --print-errors libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0) 25 ac_status=$? $as_echo $as_me:${as_lineno-$LINENO}: \$? = $ac_status 5 test $ac_status = 0; }; then - pkg_cv_FFMPEG_CFLAGS=`$PKG_CONFIG --cflags libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0 2/dev/null` + pkg_cv_FFMPEG_CFLAGS=`$PKG_CONFIG --cflags libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0 2/dev/null` test x$? != x0 pkg_failed=yes else pkg_failed=yes @@ -10931,12 +10931,12 @@ pkg_cv_FFMPEG_LIBS=$FFMPEG_LIBS elif test -n $PKG_CONFIG; then if test -n $PKG_CONFIG \ -{ { $as_echo $as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0\; } 5 - ($PKG_CONFIG --exists --print-errors libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0) 25 +{ { $as_echo $as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0\; } 5 + ($PKG_CONFIG --exists --print-errors libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0) 25 ac_status=$? $as_echo $as_me:${as_lineno-$LINENO}: \$? = $ac_status 5 test $ac_status = 0; }; then - pkg_cv_FFMPEG_LIBS=`$PKG_CONFIG --libs libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0 2/dev/null` + pkg_cv_FFMPEG_LIBS=`$PKG_CONFIG --libs libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0 2/dev/null` test x$? != x0 pkg_failed=yes else pkg_failed=yes @@ -10957,9 +10957,9 @@ _pkg_short_errors_supported=no fi if test $_pkg_short_errors_supported = yes; then - FFMPEG_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0 21` + FFMPEG_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0 21` else - FFMPEG_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs libavcodec = 53.40.0 libavformat = 53.5.0 libavutil = 50.42.0 21` + FFMPEG_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs libavcodec = 52.64.0 libavformat = 52.110.0 libavutil = 50.42.0 21` fi # Put the nasty error message in config.log where it belongs echo $FFMPEG_PKG_ERRORS 5 --- a/src/ffaudio/ffaudio-core.c +++ b/src/ffaudio/ffaudio-core.c @@ -40,6 +40,14 @@ #endif #include libaudcore/audstrings.h +#if ! CHECK_LIBAVFORMAT_VERSION (53, 5, 0) +#define avformat_find_stream_info(i, o) av_find_stream_info (i) +#endif + +#if ! CHECK_LIBAVCODEC_VERSION (53, 8, 0) +#define avcodec_open2(a, c, o) avcodec_open (a, c) +#endif + static GMutex *ctrl_mutex = NULL; static GCond *ctrl_cond = NULL; static gint64 seek_value = -1; @@ -423,8 +431,11 @@ AVCodecContext *c = NULL; AVStream *s = NULL; AVPacket pkt = {.data = NULL}; +guint8
Bug#657716: clive: patch for 2012 January Youtube format change
unarchive 645025 found 645025 2.2.13-5+squeeze3 forcemerge 645025 657716 thanks Gabor Kiss ki...@ssg.ki.iif.hu writes: This week Youtube HTML text changed again causing parse error. This patch solves the problem. This looks like an older bug (#645025), but when I prepared a stable update for that one the change on youtube.com was reverted. But the patch there does fix this for squeeze. I'll look into preparing an upload. 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#606939: [squeeze - 2.6.36 regression] holes in characters rendered on screen in X
On 26/01/12 09:50, John Hughes wrote: On 26/01/12 00:05, Jonathan Nieder wrote: Sorry for the slow reply. Can you reproduce this with a 3.x.y kernel? If so, can you take a screenshot so we can see what the corrupted glyphs look like? Ok, will do this weekend - currently I'm on 3.3-rc something. Problem still exists. Here's an example - the l glyph has a little hole in it. This is typical of the problem I see. Linux carbon 3.3.0-rc1+ #4 SMP Sat Jan 21 15:46:40 CET 2012 i686 GNU/Linux (That's 3.3.0-rc1 from git with my Sony VAIO keyboard patch). attachment: partial Screenshot at 2012-01-28 11:48:14.png
Bug#644559: Adopting python-uniconvertor
Hello Ronoaldo, I just saw your question in #644559. The process of adopting a package is outlined in [1]. The python-uniconvertor package has the Debian Python Modules Packaging Team in it's Maintainer field so it might be a good idea to join the team [2]. This might also give you a better chance to find a sponsor (a Debian Developer who uploads the package for you). I have some interest in python-uniconvertor (= 1.1.5) because my wife got an embroidery machine that uses the Brother PES format supported by this version. Feel free to ask me for review/sponsorship in IRC (nick jandd in #debian-python on OFTC) or via mail. Footnotes: [1] http://www.debian.org/doc/manuals/developers-reference/pkgs.html#adopting [2] https://alioth.debian.org/projects/python-modules/ Kind regards Jan -- Jan Dittberner - Debian Developer GPG-key: 4096R/558FB8DD 2009-05-10 B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD http://ddportfolio.debian.net/ - http://people.debian.org/~jandd/ signature.asc Description: Digital signature
Bug#657717: login: ENCRYPT_METHOD default should be changed to SHA512
Package: login Version: 1:4.1.4.2+svn3283-2+squeeze1 Severity: normal Hi, I use a group protected by a password longer than 8 characters, but only the first eight ones are checked when using newgrp or sg. I have checked also user password, but they work as expected. The problem is the ENCRYPT_METHOD default (DES) for gpasswd in /etc/login.defs. Given that man login.defs recommends that ENCRYPT_METHOD is set consistently with the PAM configuration (pam_unix.so obscure sha512 in /etc/pam.d/common-password), I think that the default value for ENCRYPT_METHOD should be changed to SHA512. Regards -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable'), (550, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages login depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libpam-modules1.1.1-6.1+squeeze1 Pluggable Authentication Modules f ii libpam-runtime1.1.1-6.1+squeeze1 Runtime support for the PAM librar ii libpam0g 1.1.1-6.1+squeeze1 Pluggable Authentication Modules l login recommends no packages. login suggests no packages. -- Configuration Files: /etc/login.defs changed [not included] /etc/pam.d/login changed [not included] /etc/securetty [Errno 13] Permission denied: u'/etc/securetty' -- 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#657718: liblua5.1-oocairo0: Broken link
Package: liblua5.1-oocairo0 Version: 1.4-1 Severity: grave Justification: renders package unusable Installation make a broken link : $ ls -la /usr/lib/x86_64-linux-gnu/lua/5.1/oocairo.so lrwxrwxrwx 1 root root 22 nov. 24 11:39 /usr/lib/x86_64-linux- gnu/lua/5.1/oocairo.so - /../liboocairo.so But the file does not exists ! $ ls /usr/lib/x86_64-linux-gnu/liboocairo.so ls: impossible d'accéder à /usr/lib/x86_64-linux-gnu/liboocairo.so: Aucun fichier ou dossier de ce type The right file is liboocairo.so.0 $ ls /usr/lib/x86_64-linux-gnu/liboocairo.so.0 /usr/lib/x86_64-linux-gnu/liboocairo.so.0 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages liblua5.1-oocairo0 depends on: ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii liblua5.1-05.1.4-12 ii multiarch-support 2.13-24 liblua5.1-oocairo0 recommends no packages. liblua5.1-oocairo0 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#619918: [Pkg-acpi-devel] Bug#619918: getXconsole break in asus-touchpad.sh
On Sat, Jan 28, 2012 at 10:48:38AM +0100, Milan Čermák wrote: The message seen by Roman Nikolaev Couldnt get a file descriptor referring to the console is indeed printed when the script is run by a user owning the X session. When run by root, the script runs fine and toggles the touchpad alright. So everything works? Why do you want to reopen then? Sorry, I don't really understand what you're trying to accomplish. This behavior is seen since update of acpid to 2.0.7-1squeeze3 and possibly caused by security fix in 2.0.7-1squeeze2. So what exactly worked with 2.0.7-1 but doesn't anymore with 2.0.7-1squeeze3? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657672: chromium: Dialog to upload files does not show up
Am Samstag, 28. Januar 2012, 00:08:10 schrieb Jonathan Nieder: Frederik Schwarzer wrote: for about two weeks now, the dialog for uploading files to websites does not show up anymore. E.g. if I go to http://imagebin.org/index.php?page=add, the Choose file button does nothing. Same goes for every website I tried. In other words, 'input type=file' tags produce a button that doesn't work for you. Correct. The following page does not open the dialog. It does in Firefox. html head titleTest/title /head body form input type=file /form /body /html Does downgrading to some previous version from testing or http://snapshot.debian.org/ help? In between the versions, I purged all chromium* and libv8* packages. 10.0.648.205 (81283) - OK 13.0.782.220 (Developer Build 99552 Linux) - OK 14.0.835.202 (Developer Build 103287 Linux) - OK 15.0.874.121 (Developer Build 109964 Linux) - OK 16.0.912.63 (Developer Build 113337 Linux) - broken 16.0.912.77 (Developer Build 118311 Linux) - broken Between 15 and 16 no other than the four packages chromium-inspector chromium-browser-inspector chromium-browser chromium had to be changed (i.e. no changed dependencies). In 13,14 and 15 I got the warning that the config file was from a newer version. Config file change? Might that be related? But with mv'ed .config/chromium - no dialog either. Run with --debug - no output Do you use GNOME, KDE, or some other environment? KDE Does dmesg reveal anything having segfaulted? No output in dmesg, .xsession-errors, /var/log/syslog or /var/log/messages except for what I already posted. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657719: bcov: does not work for the simplest example
Package: bcov Version: 0.2-1 Severity: grave Justification: renders package unusable bcov reports the following code as having 100% coverage: ---8-8--- #include stdio.h int main() { if (1) { printf(ok\n); } else { printf(not ok\n); } return 0; } ---8-8--- Attached is this source file + a simple Makefile to generate a coverage report and open it with x-www-browser. Even though it reports that 5 instructions were instrumented and only 4 were actually run, it still reports as 100% code coverage, what's clearly wrong. I also tested this on a i386 VM, and the result is even worse. It reports 4 instructions instrumented, and 4 instructions executed, therefore 100% coverage. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bcov depends on: ii libc6 2.13-24 ii libelfg00.8.13-3 ii libgcc1 1:4.6.2-12 ii libstdc++6 4.6.2-12 bcov recommends no packages. bcov suggests no packages. -- no debconf information -- Antonio Terceiro terce...@debian.org foo.tar.gz Description: Binary data signature.asc Description: Digital signature
Bug#657085: Please increase the size of APT::Cache-Limit. Current value: 25165824. -- but ignores setting
On Tue, Jan 24, 2012 at 04:49, Daniel Hartwig mand...@gmail.com wrote: As a temporary fix, you can try setting APT::Cache-Fallback true mhh. Jonathan (cc'ed) claims in his mail to control that this workaround works. Thats kind of surprising as the constructor of DynamicMMap should already enable the Fallback on non-linux architectures (as long as Grow is enabled), so what fails here should be already the fallback method with realloc()… (mremap() isn't available on non-linux, so the dynamic mmap doesn't use a mmap on these archs as it can't grow. realloc() on the other hand is available everywhere -- and the effective difference between mmap and char[] isn't big. Either way, thats decided at compile time and __linux__ is properly not defined on kfreebsd or hurd…) Is the system low on memory maybe? Getting more than 25 MB of consecutive memory might be harder than it sounds sometimes. For me at least the effect of the setting above sounds like a placebo. A real effect should have a sensible value for APT::Cache-Start, the message dates back to a time without this setting. Will be changed. Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657720: libcgal-ipelets: Tighten dependency on ipe
Package: libcgal-ipelets Version: 3.9-1+b1 Severity: normal Hello, currently, libcgal-ipelets depends on ipe (= 7) and libipe7.1.1. When a new version of ipe comes out, apt-get dist-upgrade installs libipe7.1.2, upgrades ipe, and leaves libcgal-ipelets and libipe7.1.1 alone, which effectively makes libcgal-ipelets unusable for a while. Could you maybe make libcgal-ipelets depend on ipe = 7.1.1 and ipe 7.1.2? I can see the logic of the current system, and if there were other packages than ipe using libipe that could use the plugins it would likely be the best, but now... -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcgal-ipelets depends on: ii ipe7.1.2-1 ii libboost-thread1.46.1 1.46.1-8 ii libc6 2.13-24 ii libcgal8 3.9-1+b1 ii libgcc11:4.6.2-11 ii libgmp10 2:5.0.2+dfsg-2 ii libgmpxx4ldbl 2:5.0.2+dfsg-2 ii libipe7.1.17.1.1-1 ii libmpfr4 3.1.0-3 ii libstdc++6 4.6.2-11 libcgal-ipelets recommends no packages. libcgal-ipelets 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#657061: E: The package index files are corrupted. No Filename: field for package libpostproc52.
On Wed, Jan 25, 2012 at 22:24, Cyril Brulebois k...@debian.org wrote: Julian Andres Klode j...@debian.org (24/01/2012): Do an apt-cache show or grep-aptavail -P libpostproc52 (or both), and look whether the record is correct. Or look at the file directly and check whether it is correct. FWIW, it moved to: | 108 upgraded, 0 newly installed, 2 to remove and 0 not upgraded. | E: The package index files are corrupted. No Filename: field for package libaudio-dev. As always, i am a lucky guy and can't reproduce it. :/ (I am properly just too dumb to do it right -- Fortune favors fools.) I remember problems with Descriptions in case of splitout longdesc and multiarch and rewrote parts of the description handling in experimental a while ago, but i can't remember problems with Filename handling, as this is pretty independent of description parsing. Can you reproduce this just on this system or do you get it also on other systems/in a chroot? Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548366: Please make yourself maintainer
Is something going to happen related to this? Lot of issues open with ircd-hybrid. I have pretty good experience with the software. Please contact me if you need help. - Henri Salo ps. I am not a Debian Developer at the moment -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655389: [DRE-maint] Bug#655389: capistrano: Typo in the synopsis
tags 655389 + pending thanks Hi, Vincent Blut escreveu isso aí: Dear maintainer, Please fix the following typo found in the synopsis: s/multiples/multiple/ This was fixed and this bug will be closed in the next upload (but of course I won't upload a new version just because of this). Thanks for reporting. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#657089: Please reintroduce dh_numpy usage / easy numpy transitions
Hi Jakub, Il 24/01/2012 20:55, Jakub Wilk ha scritto: * Sandro Tosi mo...@debian.org, 2012-01-23, 23:48: Please reintroduce dh_numpy in the build chain. The real reason I was filing this bug (before the discovery of dh_numpy call removal) was to ask, following #643873 discussion, if you could start calling dh_numpy with '--strict' argument (but that requires a compat version 8 which was just bumped in the last upload). The good news is that this new upstream version appears to use Cython, not Pyrex, so --strict should not be necessary. Can you please confirm that the '--strict' option is not actually needed *and* hence we can stay with debhelper = 8.1? Best regards -- Antonio Valentino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657721: unscd: no binary in package
Package: unscd Version: 0.48-1 Severity: grave Coin, As you can see in http://packages.debian.org/sid/amd64/unscd/filelist the nscd binary is not shipped in the package anymore, which then breaks everything on the system. Clearly this package has not be verified before upload. -- Marc Dequènes (Duck) pgpRjBX3Ey8rE.pgp Description: PGP Digital Signature
Bug#657422: How can I replace the downloader of aptitude with another downloader such as axel?
Hi, [ start of apt/aptitude-battle ] Ask two people and you will get three recommendations. Trying to be objective, it can be said that the Upgrade-Instructions say for two releases again that you should use apt-get. For interactive use: Use whatever you want and suits you best. After saying this, lets get back to the actual topic: Alternative downloaders Feel free to implement it. It's not as hard as it might sound. I just question the effective use. Most downloaders either relay on a placebo effect or depend on the fact that nobody else uses them: Placebo's can be easily implemented, but who needs that? ;) Many downloader also didn't implement various interesting features the inbuilt already has like partial requests or pipelining… Opening multiple connections to the same server might (!) increases the speed for you, but only if all others using this server aren't also opening multiple connections in parallel. If they do, we are back to square one - expect that now the speed for everyone is even lower as the server has more paperwork to do to handle the requests. (thats what most of these faster downloaders do - cheating…) Opening connections to different servers is something which can and should be (and partly is) implemented with the mirror method, it just needs more work nobody did so far in various parts of APT and the server/mirror infrastructure in general. Stuff like torrents can be explored, too, there is even a method for it with debtorrent - but i guess this method also needs more work. Long story short: This bug is WAY to general to be ever marked as done, so i am closing it as it doesn't help to keep it open. If you have a specific method implemented, feel free to tell us. Requesting here to implement a specific one is properly not going to work out either, properly better of to ask the upstreams of apt-fast or whatever why they have chosen to not constribute to directly APT instead. I hope this reasoning can be understood - still, thanks for your report! Everyone trying to help improve debian is welcomed. :) Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657085: Please increase the size of APT::Cache-Limit. Current value: 25165824. -- but ignores setting
David Kalnischkies wrote: On Tue, Jan 24, 2012 at 04:49, Daniel Hartwig mand...@gmail.com wrote: As a temporary fix, you can try setting APT::Cache-Fallback true mhh. Jonathan (cc'ed) claims in his mail to control that this workaround works. After further experimentation, I think you're right that it doesn't. APT::Cache-Fallback seems to just change the error message. With APT::Cache-Fallback, instead of the original message, after sending out that email I got a message about realloc() being called with an invalid pointer. It was reproducible. As a workaround, I limited the number of sources.list lines to something small. Then I was able to install dselect and use its FTP method to move on with work. Unfortunately, for some reason, I can't reproduce the original problem any more --- maybe the APT cache was populated or the state of the available file is involved somehow. [...] Is the system low on memory maybe? Getting more than 25 MB of consecutive memory might be harder than it sounds sometimes. For me at least the effect of the setting above sounds like a placebo. The system has 600 MiB or so of memory, 500 of that RAM, most of it usually free. This was in a new installation of Debian 6.0.3 on kfreebsd-i386. The first thing I did after logging into the new system was to add sid and experimental to sources.list and apt-get update, which triggered the Please increase the size of APT::Cache-Limit. Current value: 25165824 message. Sorry for the nonsense. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653625: avogadro: diff for NMU version 1.0.3-3.1
tags 653625 + pending thanks Dear maintainer, I've prepared an NMU for avogadro (versioned as 1.0.3-3.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. -Steve diff -Nru avogadro-1.0.3/debian/changelog avogadro-1.0.3/debian/changelog --- avogadro-1.0.3/debian/changelog 2011-12-05 15:20:34.0 -0600 +++ avogadro-1.0.3/debian/changelog 2012-01-28 05:36:13.0 -0600 @@ -1,3 +1,12 @@ +avogadro (1.0.3-3.1) unstable; urgency=low + + * Non-Maintainer Upload. + + * patches/boost148.patch: New. Work around moc limitation. Closes: +#653625. + + -- Steve M. Robbins s...@debian.org Sat, 28 Jan 2012 05:36:13 -0600 + avogadro (1.0.3-3) unstable; urgency=low * debian/control (Build-Depends): Added libgl2ps-dev. diff -Nru avogadro-1.0.3/debian/patches/boost148.patch avogadro-1.0.3/debian/patches/boost148.patch --- avogadro-1.0.3/debian/patches/boost148.patch 1969-12-31 18:00:00.0 -0600 +++ avogadro-1.0.3/debian/patches/boost148.patch 2012-01-28 05:33:12.0 -0600 @@ -0,0 +1,61 @@ +Description: Work around moc limitations + Some parts of Boost, introduced in Boost 1.48 are not + understood by the limited C++ parser of moc. This + patch defines header guards that prevent the troublesome boost + headers from being processed. +Bug-Debian: #653625 +Author: Tobias Frost t...@coldtobi.de +Reviewed-By: Steve Robbins s...@debian.org + +--- a/libavogadro/src/pythonengine_p.h b/libavogadro/src/pythonengine_p.h +@@ -25,6 +25,10 @@ + #ifndef PYTHONENGINE_H + #define PYTHONENGINE_H + ++#ifdef Q_MOC_RUN ++#define BOOST_TT_HAS_OPERATOR_HPP_INCLUDED ++#endif ++ + #include avogadro/global.h + #include avogadro/engine.h + #include boost/python.hpp +--- a/libavogadro/src/pythonextension_p.h b/libavogadro/src/pythonextension_p.h +@@ -26,6 +26,10 @@ + #ifndef PYTHONEXTENSION_H + #define PYTHONEXTENSION_H + ++#ifdef Q_MOC_RUN ++#define BOOST_TT_HAS_OPERATOR_HPP_INCLUDED ++#endif ++ + #include avogadro/extension.h + #include avogadro/primitive.h + #include avogadro/glwidget.h +--- a/libavogadro/src/pythontool_p.h b/libavogadro/src/pythontool_p.h +@@ -25,6 +25,10 @@ + #ifndef PYTHONTOOL_H + #define PYTHONTOOL_H + ++#ifdef Q_MOC_RUN ++#define BOOST_TT_HAS_OPERATOR_HPP_INCLUDED ++#endif ++ + #include avogadro/global.h + #include avogadro/tool.h + #include boost/python.hpp +--- a/libavogadro/src/extensions/pythonterminal.h b/libavogadro/src/extensions/pythonterminal.h +@@ -23,6 +23,10 @@ + #ifndef PYTHONTERMINAL_H + #define PYTHONTERMINAL_H + ++#ifdef Q_MOC_RUN ++#define BOOST_TT_HAS_OPERATOR_HPP_INCLUDED ++#endif ++ + #include avogadro/extension.h + #include avogadro/primitive.h + #include avogadro/glwidget.h diff -Nru avogadro-1.0.3/debian/patches/series avogadro-1.0.3/debian/patches/series --- avogadro-1.0.3/debian/patches/series 2011-12-05 15:20:26.0 -0600 +++ avogadro-1.0.3/debian/patches/series 2012-01-22 14:54:40.0 -0600 @@ -1,2 +1,3 @@ link_to_libgl2ps.patch nwchem_input_ccsd.patch +boost148.patch signature.asc Description: Digital signature
Bug#653796: qt-gstreamer: diff for NMU version 0.10.1-2.1
tags 653796 + pending thanks Dear maintainer, I've prepared an NMU for qt-gstreamer (versioned as 0.10.1-2.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. -Steve diff -Nru qt-gstreamer-0.10.1/debian/changelog qt-gstreamer-0.10.1/debian/changelog --- qt-gstreamer-0.10.1/debian/changelog 2011-04-14 04:23:21.0 -0500 +++ qt-gstreamer-0.10.1/debian/changelog 2012-01-28 05:41:55.0 -0600 @@ -1,3 +1,12 @@ +qt-gstreamer (0.10.1-2.1) unstable; urgency=low + + * Non-Maintainer Upload. + + * patches/boost1.48.patch: New. Work around moc limitation. Closes: +#653796. + + -- Steve M. Robbins s...@debian.org Sat, 28 Jan 2012 05:41:39 -0600 + qt-gstreamer (0.10.1-2) unstable; urgency=low * Import patch from upstream to fix FTBFS - disable building diff -Nru qt-gstreamer-0.10.1/debian/patches/boost1.48.patch qt-gstreamer-0.10.1/debian/patches/boost1.48.patch --- qt-gstreamer-0.10.1/debian/patches/boost1.48.patch 1969-12-31 18:00:00.0 -0600 +++ qt-gstreamer-0.10.1/debian/patches/boost1.48.patch 2012-01-28 05:40:52.0 -0600 @@ -0,0 +1,49 @@ +Description: Work around moc limitations + Some parts of Boost, introduced in Boost 1.48 are not + understood by the limited C++ parser of moc. This + patch defines header guards that prevent the troublesome boost + headers from being processed. +Bug-Debian: #653796 +Author: Tobias Frost t...@coldtobi.de +Reviewed-By: Steve Robbins s...@debian.org + +--- a/src/QGlib/connect.h b/src/QGlib/connect.h +@@ -19,6 +19,11 @@ + #ifndef QGLIB_CONNECT_H + #define QGLIB_CONNECT_H + ++#ifdef Q_MOC_RUN ++#define BOOST_TT_HAS_OPERATOR_HPP_INCLUDED ++#endif ++ ++ + #include global.h + #include quark.h + #include QtCore/QObject +--- a/src/QGst/bin.h b/src/QGst/bin.h +@@ -19,6 +19,10 @@ + #ifndef QGST_BIN_H + #define QGST_BIN_H + ++#ifdef Q_MOC_RUN ++#define BOOST_TT_HAS_OPERATOR_HPP_INCLUDED ++#endif ++ + #include element.h + #include childproxy.h + +--- a/src/QGst/Ui/videowidget.h b/src/QGst/Ui/videowidget.h +@@ -19,6 +19,10 @@ + #ifndef QGST_UI_VIDEOWIDGET_H + #define QGST_UI_VIDEOWIDGET_H + ++#ifdef Q_MOC_RUN ++#define BOOST_TT_HAS_OPERATOR_HPP_INCLUDED ++#endif ++ + #include global.h + #include ../element.h + #include QtGui/QWidget diff -Nru qt-gstreamer-0.10.1/debian/patches/series qt-gstreamer-0.10.1/debian/patches/series --- qt-gstreamer-0.10.1/debian/patches/series 2011-04-10 04:57:03.0 -0500 +++ qt-gstreamer-0.10.1/debian/patches/series 2012-01-28 05:40:59.0 -0600 @@ -1 +1,3 @@ 00_no_latex_docs.diff +boost1.48.patch + signature.asc Description: Digital signature
Bug#657722: pu: package clive/2.2.13-5+squeeze4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, clive needs another update to handle changes to youtube.com. The problem was initially reported (and fixed in unstable) in October[1], but when I looked into preparing an update to stable the change was reverted again. Now the change was activated again and clive/squeeze fails to download videos again. I have this backported the change applied to clive in unstable last year to the version in squeeze (debdiff attached). Retrieving videos then works again for me. Please consider also making the update available via stable-updates. Regards, Ansgar [1] http://bugs.debian.org/645025 diff -Nru clive-2.2.13/debian/changelog clive-2.2.13/debian/changelog --- clive-2.2.13/debian/changelog 2011-08-04 20:26:44.0 +0200 +++ clive-2.2.13/debian/changelog 2012-01-28 11:42:30.0 +0100 @@ -1,3 +1,11 @@ +clive (2.2.13-5+squeeze4) stable; urgency=low + + * Adapt for youtube.com changes. (Closes: #645025) +Thanks to Ingo Saitz ingo.sa...@stud.uni-hannover.de for the patch. ++ new patch: 645025-youtube.diff + + -- Ansgar Burchardt ans...@debian.org Sat, 28 Jan 2012 11:42:24 +0100 + clive (2.2.13-5+squeeze3) stable; urgency=low * Adapt for youtube.com changes. (Closes: #636612) diff -Nru clive-2.2.13/debian/patches/645025-youtube.diff clive-2.2.13/debian/patches/645025-youtube.diff --- clive-2.2.13/debian/patches/645025-youtube.diff 1970-01-01 01:00:00.0 +0100 +++ clive-2.2.13/debian/patches/645025-youtube.diff 2012-01-28 11:41:06.0 +0100 @@ -0,0 +1,31 @@ +From: Ingo Saitz ingo.sa...@stud.uni-hannover.de +Date: Tue, 11 Oct 2011 22:56:27 +0200 +Subject: Fix problem with some youtube.com videos +Bug: https://sourceforge.net/apps/trac/clive/ticket/14 +Bug-Debian: http://bugs.debian.org/645025 + +[ backported to Squeeze with some whitespace changes ] + +--- clive.orig/lib/clive/Host/Youtube.pm clive/lib/clive/Host/Youtube.pm +@@ -33,7 +33,7 @@ + + my %re = ( + id = qr|video_id: (.*?)|, +-url_encoded_fmt_stream_map = qr|url_encoded_fmt_stream_map=(.*?)|, ++url_encoded_fmt_stream_map = qr|url_encoded_fmt_stream_map: (.*?)|, + ); + + my $tmp; +@@ -44,9 +44,9 @@ + + require URI::Escape; + +-foreach (split /,/, URI::Escape::uri_unescape ($tmp-{url_encoded_fmt_stream_map})) { ++foreach (split /,/, $tmp-{url_encoded_fmt_stream_map}) { + my %map; +- for my $kv (split //) { ++ for my $kv (split /\\u0026/) { + my ($key, $value) = split /=/, $kv; + $map{$key} = URI::Escape::uri_unescape($value); + } diff -Nru clive-2.2.13/debian/patches/series clive-2.2.13/debian/patches/series --- clive-2.2.13/debian/patches/series 2011-08-04 20:24:52.0 +0200 +++ clive-2.2.13/debian/patches/series 2012-01-28 11:33:11.0 +0100 @@ -5,3 +5,4 @@ 0001-Youtube-Fix-video-ID-parsing-10.patch liveleak-fix-from-2.2.25.patch 636612-youtube.diff +645025-youtube.diff
Bug#610048: option --dry-run for debsnap
Coin, In fact a --list option would be appropriate for this feature and should not be difficult to implement. Regards. -- Marc Dequènes (Duck) pgpg4VoUk2aHr.pgp Description: PGP Digital Signature
Bug#399332: -dbg package
Hi Yaroslav, hi Frédéric, Il 23/01/2012 21:37, Antonio Valentino ha scritto: Hi Yaroslav, Il 23/01/2012 16:22, Yaroslav Halchenko ha scritto: [CUT] what about providing also a -dbg package as explain here [1] It should help during bug investigation. I can only +100 on this one -- I have been generating -dbg for packages I maintain and with python-awareness of gdb as we have it now -- they are indeed indispensable... anyone up for a job? related bugreport is #399332 so I am CCing it from now on. Pretty much it should be quite easy -- just add -dbg to control, I think dh would build for those versions, and then in debian/rules you would only need to move _d.so into -dbg pkg I can take in charge it ... but not before next weekend Giving a deeper look to [1] it seems that, in order perform unit tests on the -dbg package, we need to Duild-Depends on python-numexpr-dbg. AFAIK python-numexpr do not provides a -dbg package so I'm not sure how to go on. Probably we could disable build-time unit tests for the -dbg package. Makes it sense? best regards [1] http://wiki.debian.org/Python/DbgBuilds -- Antonio Valentino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606939: [squeeze - 2.6.36 regression] holes in characters rendered on screen in X
found 606939 linux-2.6/3.2.1-2 tags 606939 + upstream quit John Hughes wrote: Here's an example - the l glyph has a little hole in it. This is typical of the problem I see. Ah, thanks. I should have noticed the attachment in the original report. Symptoms are reminiscent of http://bugs.debian.org/641665, though Vítor uses a 915GM and you have a 945GM. Also reminiscent of https://bugs.freedesktop.org/28151. Does putting Section Device Identifier Intel Driver intel Option DebugWait true EndSection in xorg.conf help? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657724: override: telepathy-sofiasip:oldlibs/extra
Package: ftp.debian.org Severity: normal Hi, telepathy-sofiasip has been renamed to telepathy-rakia. telepathy-sofiasip is now a transitional package and thus should be in oldlibs/extra. Please adjust the override file. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657725: dak: please change override handling for Tag: header
Package: ftp.debian.org Severity: wishlist Hello, Stage 1 (core of this wishlist bug): referring to my proposal in 20120121232111.ga23...@enricozini.org[1], I'd like to ask to change the handling of the Tag: field overrides: instead of replacing the field in the packages, it should just add the field when it is missing, and ignore the override if the Tag: field already exists in the package. That would allow maintainers to take charge of tag maintenance if they so desire, and it would allow to have different tags in different versions of a package in those rare case it is needed, like package renames (e.g. git is a completely different thing in lenny and squeeze). This is not intended to be the preferred way of handling tags, but just a way to handle corner cases. A maintainer adding Tag: fields to debian/control takes full responsibility for keeping them up to date. On the other hand one can always remove the Tag: fields to hand back tag maintenance to the normal workflow, once the corner case for a specific version has been handled. [1] http://lists.alioth.debian.org/pipermail/debtags-devel/2012-January/002158.html Stage 2 (possible future directions): At Debconf in Banja Luka we discussed a more complex proposal of having tags from some facet take priority from debian/control, and some take priority from the overrides. That went in the direction of making some tags official and leave some 'unstable' facets the ability to change without requiring package uploads. That proposal can be implemented on top of this one, by implementing a $DEFAULTS placeholder that maintainers can add to the Tag: field, meaning dak, please replace this with Enrico's tags for facets not show here. Some examples (to be used in binary package sections of debian/control): # This would be the equivalent of not having a Tag: field. All tags # come from the overrides from debtags.debian.net. Tag: $DEFAULTS # This would use those 3 tags, plus all tags from the overrides that # do not start with implemented-in:: or role:: Tag: implemented-in::c, implemented-in::python, role::program, $DEFAULTS # This would only use those 3 tags, ignoring the overrides Tag: implemented-in::c, implemented-in::python, role::program I understand that stage 2 is tricker to implement than stage 1 and probably requires more discussion[1], but in filing a wishlist bug I wanted to provide some context and a possible vision on where the field could be going in the future. [1] Do we need to handle spurious/missing commas around $DEFAULTS? Can we finally get rid of compressing the Tag: header with curly braces, and just have dak make it a multiline field if it is too long? Ciao, Enrico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657726: RM: telepathy-sofiasip -- ROM; project renamed to telepathy-rakia
Package: ftp.debian.org Severity: normal Hi, Could you please remove telepathy-sofiasip source package from the archive. The project has been renamed to telepathy-rakia. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657085: Please increase the size of APT::Cache-Limit. Current value: 25165824. -- but ignores setting
On Sat, Jan 28, 2012 at 12:20:58PM +0100, David Kalnischkies wrote: On Tue, Jan 24, 2012 at 04:49, Daniel Hartwig mand...@gmail.com wrote: As a temporary fix, you can try setting APT::Cache-Fallback true mhh. Jonathan (cc'ed) claims in his mail to control that this workaround works. Thats kind of surprising as the constructor of DynamicMMap should already enable the Fallback on non-linux architectures (as long as Grow is enabled), so what fails here should be already the fallback method with realloc()… (mremap() isn't available on non-linux, so the dynamic mmap doesn't use a mmap on these archs as it can't grow. BSD developers just don't want it IIRC, as it is practically unneeded, it has the same effect as calling munmap() and then mmap() again. We already store the fd, so we could just use munmap() and mmap() instead of mremap() if we wanted to. -- 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#657728: ruby-will-paginate: will_paginate 3.0 is not compatible with Rails 2.3 or older (RuntimeError)
Package: ruby-will-paginate Version: 3.0.2-1 Severity: grave Justification: renders package unusable I created a fresh rails application, and add a file config/initializers/pagination.rb containing: require 'will_paginate' When I start ./script/console, I get the following in the end: /usr/lib/ruby/vendor_ruby/will_paginate.rb:8:in `top (required)': will_paginate 3.0 is not compatible with Rails 2.3 or older (RuntimeError) from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:182:in `block in require' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:547:in `new_constants_in' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:182:in `require' from /tmp/foo/config/initializers/pagination.rb:1:in `top (required)' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:171:in `load' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:171:in `block in load_with_new_constant_marking' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:547:in `new_constants_in' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:171:in `load_with_new_constant_marking' from /tmp/foo/vendor/rails/railties/lib/initializer.rb:622:in `block in load_application_initializers' from /tmp/foo/vendor/rails/railties/lib/initializer.rb:621:in `each' from /tmp/foo/vendor/rails/railties/lib/initializer.rb:621:in `load_application_initializers' from /tmp/foo/vendor/rails/railties/lib/initializer.rb:176:in `process' from /tmp/foo/vendor/rails/railties/lib/initializer.rb:113:in `run' from /tmp/foo/config/environment.rb:9:in `top (required)' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/1.9.1/irb/init.rb:281:in `block in load_modules' from /usr/lib/ruby/1.9.1/irb/init.rb:279:in `each' from /usr/lib/ruby/1.9.1/irb/init.rb:279:in `load_modules' from /usr/lib/ruby/1.9.1/irb/init.rb:20:in `setup' from /usr/lib/ruby/1.9.1/irb.rb:53:in `start' from /usr/bin/irb:12:in `main' Since the package snyposis says Pagination for Rails[*], I assume it should integrate nicely with the Rails version in Debian. [*] although I do known that it does not require Rails and can be used without it. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-will-paginate depends on: ii ruby1.8 [ruby-interpreter]1.8.7.352-2 ii ruby1.9.1 [ruby-interpreter] 1.9.3.0-2 ruby-will-paginate recommends no packages. ruby-will-paginate suggests no packages. -- no debconf information -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#657729: kicad: Missing Replaces field to have smooth upgrades
Package: kicad Version: 0.20120126+bzr3256-1 Severity: normal Tags: patch Hi, When upgrading my system, I got: Dépaquetage de la mise à jour de kicad-common ... dpkg : erreur de traitement de /var/cache/apt/archives/kicad-common_0.20120126+bzr3256-1_all.deb (--unpack) : tentative de remplacement de « /usr/share/applications/kicad.desktop », qui appartient aussi au paquet kicad 0.0.20110616-1 configured to not write apport reports dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe)) Préparation du remplacement de kicad 0.0.20110616-1 (en utilisant .../kicad_0.20120126+bzr3256-1_amd64.deb) ... So, it seems that kicad-common (0.20120126+bzr3256-1) contains a file that was in kicad (0.0.20110616-1). If kicad is upgraded before kicad-common, all work well. But, if kicad-common is upgraded before kicad (as on my system here), dpkg complains and fails. If the move of the file is intended, a possible correction is to add in the kicad-common (0.20120126+bzr3256-2) package: Replaces: kicad ( 0.20120126+bzr3256-1) I think there is no need for Conflicts/Depends as kicad already has a strict dependency on kicad-common. Regards, Vincent -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kicad depends on: ii kicad-common 0.0.20110616-1 ii libc6 2.13-24 ii libgcc1 1:4.6.2-12 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglu1-mesa [libglu1]7.11.2-1 ii libstdc++64.6.2-12 ii libwxbase2.8-02.8.12.1-7 ii libwxgtk2.8-0 2.8.12.1-7 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii zlib-bin 1:1.2.3.4.dfsg-3 kicad recommends no packages. Versions of packages kicad suggests: iu extra-xdg-menus 1.0-4 iu kicad-doc-en 0.20120126+bzr3256-1 iu kicad-doc-fr 0.20120126+bzr3256-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657643: dictionaries-common: update-default-ispell fails to find a dictionary during update from squeeze to wheezy
clone 657643 -1 reassign -1 iestonian retitle -1 iestonian: Changes info-ispell-language for no good reason causing upgrade problems. found -1 iestonian/20030606-18 tag -1 +patch thanks 2012/1/28 Agustin Martin agmar...@debian.org: 2012/1/27 Andreas Beckmann deb...@abeckmann.de: Package: dictionaries-common Version: 1.12.3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'squeeze'. It installed fine in 'squeeze', then the upgrade to 'wheezy' fails. Thanks for the test, This is actually a problem with irussian, thus reassigning this bug report. All ispell dictionaries and wordlists identification is done through a unique identifier, given at info-ispell-language, that must match one of the entries in debconf template. That identifier must not be changed across versions, so system knows that same dict is available, although is possible to change the displayed string associated to that identifier. Seems that this unique identifier was changed in irussian/0.99g5-15, causing this problem. Users upgrading to that version should have found an extra debconf question. I am attaching a patch reverting that change and putting new string in elanguages field, so old string is used as identifier, but new string is displayed. irussian users upgrading to this version will find yet another debconf question for reverting things, but squeeze-wheezy upgrade should now work seamlessly again. Patch also removes irussian versioned ispell dependency. Since autobuildhash is used, package should work well with old and new ispell (that is one of the reasons of the autobuildhash stuff) Missed last part of your original bug report, Same problem occurs with other dictionaries, see e.g. http://piuparts.debian.org/squeeze2wheezy/fail/irussian_0.99g5-16.log http://piuparts.debian.org/squeeze2wheezy/fail/iestonian_1:20030606-18.log I only dealt with irussian. Cloning this bug report for iestonian and providing proposed patch. Regards, -- Agustin diff -Nru ispell-et-20030606/debian/control ispell-et-20030606/debian/control --- ispell-et-20030606/debian/control 2011-10-23 10:40:09.0 +0200 +++ ispell-et-20030606/debian/control 2012-01-28 05:46:33.0 +0100 @@ -9,7 +9,7 @@ Package: iestonian Architecture: all -Depends: dictionaries-common (= 0.49.2), ispell (= 3.3.02), debconf | debconf-2.0, ${misc:Depends} +Depends: dictionaries-common (= 0.49.2), ispell, debconf | debconf-2.0, ${misc:Depends} Provides: ispell-dictionary Description: Estonian dictionary for Ispell This dictionary provides Estonian wordlists for the Ispell spellchecker. diff -Nru ispell-et-20030606/debian/iestonian.info-ispell ispell-et-20030606/debian/iestonian.info-ispell --- ispell-et-20030606/debian/iestonian.info-ispell 2011-10-23 01:07:06.0 +0200 +++ ispell-et-20030606/debian/iestonian.info-ispell 2012-01-28 05:47:32.0 +0100 @@ -1,4 +1,5 @@ -Language: eesti keel (Estonian) +Language: estonian (Eesti) +Elanguage: eesti keel (Estonian) Hash-Name: estonian Emacsen-Name: estonian Casechars: [a-zõäöü¨¸A-ZÕÄÖܦ´]
Bug#624231: Fixes submitted upstream
I submitted fixes for gobject-introspection (https://bugzilla.gnome.org/show_bug.cgi?id=668902) and pygobject (https://bugzilla.gnome.org/show_bug.cgi?id=668903). Together they allow running gnome-tweak-tool on powerpc. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657089: Please reintroduce dh_numpy usage / easy numpy transitions
* Antonio Valentino antonio.valent...@tiscali.it, 2012-01-28, 12:39: Please reintroduce dh_numpy in the build chain. The real reason I was filing this bug (before the discovery of dh_numpy call removal) was to ask, following #643873 discussion, if you could start calling dh_numpy with '--strict' argument (but that requires a compat version 8 which was just bumped in the last upload). The good news is that this new upstream version appears to use Cython, not Pyrex, so --strict should not be necessary. Can you please confirm that the '--strict' option is not actually needed *and* hence we can stay with debhelper = 8.1? I confirm. -- 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#656712: hylafax-server.postinst: still no luck
Hi, Giuseppe Sacco: Could you try again? I updated all binary packages in http://centrum.lixper.it/~giuseppe/debian/hylafax/ Looks good. -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655824: indicator-session: diff for NMU version 0.2.17-1.1
tags 655824 + patch tags 655824 + pending thanks Dear maintainer, I've prepared an NMU for indicator-session (versioned as 0.2.17-1.1) to fix this bug. Regards. diff -u indicator-session-0.2.17/debian/changelog indicator-session-0.2.17/debian/changelog --- indicator-session-0.2.17/debian/changelog +++ indicator-session-0.2.17/debian/changelog @@ -1,3 +1,11 @@ +indicator-session (0.2.17-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/patches/10-remove-unused-but-set-variables.patch: remove an unusued +variable. (Closes: #655824) + + -- Mònica Ramírez Arceda mon...@probeta.net Sat, 28 Jan 2012 12:34:01 +0100 + indicator-session (0.2.17-1) unstable; urgency=low * Merge new upstream release from Ubuntu. only in patch2: unchanged: --- indicator-session-0.2.17.orig/debian/patches/10-remove-unused-but-set-variables.patch +++ indicator-session-0.2.17/debian/patches/10-remove-unused-but-set-variables.patch @@ -0,0 +1,24 @@ +Description: Remove an unusued variable. +Bug-Debian: http://bugs.debian.org/655824 +Author: Mònica Ramírez Arceda mon...@probeta.net +Last-Update: 2012-01-28 + +--- a/src/users-service-dbus.c b/src/users-service-dbus.c +@@ -586,7 +586,6 @@ + g_return_if_fail(IS_USERS_SERVICE_DBUS(service)); + UsersServiceDbusPrivate *priv = USERS_SERVICE_DBUS_GET_PRIVATE (service); + uid_t uid; +- gboolean res; + struct passwd *pwent; + UserData *user; + +@@ -621,7 +620,7 @@ + return; + } + +- res = do_add_session (service, user, session_id); ++ do_add_session (service, user, session_id); + } + + static void
Bug#657089: Please reintroduce dh_numpy usage / easy numpy transitions
* Antonio Valentino antonio.valent...@tiscali.it, 2012-01-25, 09:14: We mainly depend on debheper =8.1 in order to get a better support for for sphinx doc. How do you get better support for sphinx doc with debhelper = 8.1? As the Sphinx maintainer, I'm deeply intrigued. oh, just small things: * dh_compress: Javascript files are not compressed, as these go with (uncompressed) html files. Closes: #603553 * dh_compress: Ignore objects.inv files, generated by Sphinx documentation. Closes: #608907 Ah, these. Sorry, somehow I thought they were introduced much later. But then you also want this: | debhelper (8.9.5) unstable; urgency=low | | * dh_compress: Don't compress _sources documentation subdirectory | as used by python-sphinx. Closes: #637492 -- 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#657644: wcstools and emboss: error when trying to install together
On Sat, Jan 28, 2012 at 10:32:50AM +0900, Charles Plessy wrote: emboss also has some programs already renamed, so one more would not hurt too much. Would there be a project-wide black list of common names, I would be willing to add /usr/bin/remap there and rename it in emboss in addition to wgstools. I actually do not see a reason to spend time on this for the moment. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657723: Bug#657643: dictionaries-common: update-default-ispell fails to find a dictionary during update from squeeze to wheezy
clone 657643 -1 reassign -1 iestonian retitle -1 iestonian: Changes info-ispell-language for no good reason causing upgrade problems. found -1 iestonian/20030606-18 tag -1 +patch thanks 2012/1/28 Agustin Martin agmar...@debian.org: 2012/1/27 Andreas Beckmann deb...@abeckmann.de: Package: dictionaries-common Version: 1.12.3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'squeeze'. It installed fine in 'squeeze', then the upgrade to 'wheezy' fails. Thanks for the test, This is actually a problem with irussian, thus reassigning this bug report. All ispell dictionaries and wordlists identification is done through a unique identifier, given at info-ispell-language, that must match one of the entries in debconf template. That identifier must not be changed across versions, so system knows that same dict is available, although is possible to change the displayed string associated to that identifier. Seems that this unique identifier was changed in irussian/0.99g5-15, causing this problem. Users upgrading to that version should have found an extra debconf question. I am attaching a patch reverting that change and putting new string in elanguages field, so old string is used as identifier, but new string is displayed. irussian users upgrading to this version will find yet another debconf question for reverting things, but squeeze-wheezy upgrade should now work seamlessly again. Patch also removes irussian versioned ispell dependency. Since autobuildhash is used, package should work well with old and new ispell (that is one of the reasons of the autobuildhash stuff) Missed last part of your original bug report, Same problem occurs with other dictionaries, see e.g. http://piuparts.debian.org/squeeze2wheezy/fail/irussian_0.99g5-16.log http://piuparts.debian.org/squeeze2wheezy/fail/iestonian_1:20030606-18.log I only dealt with irussian. Cloning this bug report for iestonian and providing proposed patch. Regards, -- Agustin diff -Nru ispell-et-20030606/debian/control ispell-et-20030606/debian/control --- ispell-et-20030606/debian/control 2011-10-23 10:40:09.0 +0200 +++ ispell-et-20030606/debian/control 2012-01-28 05:46:33.0 +0100 @@ -9,7 +9,7 @@ Package: iestonian Architecture: all -Depends: dictionaries-common (= 0.49.2), ispell (= 3.3.02), debconf | debconf-2.0, ${misc:Depends} +Depends: dictionaries-common (= 0.49.2), ispell, debconf | debconf-2.0, ${misc:Depends} Provides: ispell-dictionary Description: Estonian dictionary for Ispell This dictionary provides Estonian wordlists for the Ispell spellchecker. diff -Nru ispell-et-20030606/debian/iestonian.info-ispell ispell-et-20030606/debian/iestonian.info-ispell --- ispell-et-20030606/debian/iestonian.info-ispell 2011-10-23 01:07:06.0 +0200 +++ ispell-et-20030606/debian/iestonian.info-ispell 2012-01-28 05:47:32.0 +0100 @@ -1,4 +1,5 @@ -Language: eesti keel (Estonian) +Language: estonian (Eesti) +Elanguage: eesti keel (Estonian) Hash-Name: estonian Emacsen-Name: estonian Casechars: [a-zõäöü¨¸A-ZÕÄÖܦ´]
Bug#657730: calibre: crashes before starting
Package: calibre Version: 0.8.34+dfsg-1 Severity: grave Justification: renders package unusable On starting calibre it crashes with the following trqace dump:Traceback (most recent call last): - File /usr/bin/calibre, line 18, in module from calibre.gui2.main import main File /usr/lib/calibre/calibre/gui2/main.py, line 18, in module from calibre.library.database2 import LibraryDatabase2 File /usr/lib/calibre/calibre/library/database2.py, line 31, in module from calibre.customize.ui import run_plugins_on_import File /usr/lib/calibre/calibre/customize/ui.py, line 15, in module from calibre.customize.builtins import plugins as builtin_plugins File /usr/lib/calibre/calibre/customize/builtins.py, line 508, in module from calibre.ebooks.html.input import HTMLInput File /usr/lib/calibre/calibre/ebooks/html/input.py, line 21, in module from calibre.ebooks.chardet import detect_xml_encoding ImportError: cannot import name detect_xml_encoding -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages calibre depends on: ii calibre-bin0.8.34+dfsg-1 ii fonts-liberation [ttf-liberation] 1.07.0-2 ii imagemagick8:6.6.9.7-5+b2 ii poppler-utils 0.16.7-2+b1 ii python-beautifulsoup 3.2.0-2 ii python-chardet 2.0.1-2 ii python-cherrypy3 3.1.2-1 ii python-cssutils0.9.8~a1-1 ii python-dateutil1.5-1 ii python-dbus0.84.0-2 ii python-imaging 1.1.7-4 ii python-lxml2.3.2-1 ii python-mechanize 0.2.5-1 ii python-pkg-resources 0.6.24-1 ii python-pyparsing 1.5.2-2 ii python-qt4 4.9-2 ii python-routes 1.12.3-1 ii python2.7 2.7.2-8 ii ttf-liberation 1.07.0-2 ii xdg-utils 1.1.0~rc1+git20111210-5 Versions of packages calibre recommends: ii python-dnspython 1.9.4-1 calibre 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#642153: Confirmed: Qt-related issue. Not better with 4.7.4
Hi, Just to let you know that Qt 4.7.4-2 in today's Debian Testing Wheezy updates didn't solve the problem. Émeric Le 20 septembre 2011 02:28, Adam Majer ad...@zombino.com a écrit : On Tue, Sep 20, 2011 at 12:17:00AM +0200, Émeric Maschino wrote: Thanks to snapshot.debian.org, I can confirm that qtcreator 1.3.1-3 currently in Debian Wheezy Testing can be run successfully with Qt packages up to 4.7.1-2. Starting with Qt packages 4.7.2-1, Qt Creator crashes with a bus error. Yes, it is in Qt. Applications don't touch internal Qt structures and don't deal with direct rendering of fonts (area where backtrace is pointing to) - Adam -- Adam Majer ad...@zombino.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657731: ITP: oxygen-gtk3 -- Oxygen widget theme for GTK3-based applications
Package: wnpp Severity: wishlist Owner: Philip Muškovac yo...@gmx.net * Package name: oxygen-gtk3 Version : 1.0.0 Upstream Author : Bellegarde Cédric, Hugo Pereira Da Costa, Ruslan Kabatsayev * URL : https://projects.kde.org/projects/playground/artwork/oxygen-gtk * License : LGPL-2+,MIT/X11 Programming Lang: C++ Description : Oxygen widget theme for GTK3-based applications Oxygen-Gtk is a port of the Oxygen widget style to GTK+. . It ensures visual consistency between GTK+ and Qt-based applications running under KDE. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657732: apt: resolver scores can overflow signed short
Package: apt Version: 0.8.16~exp9 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch precise In sufficiently large upgrades, it's possible for the resolver scores of very important packages such as libc6 to overflow a signed short. This is visible here, with libc6 ending up with a score of -17473 when as far as I can see the resolver can never give anything a score lower than -2 (short of changes to certain configuration items which aren't present): https://bugs.launchpad.net/ubuntu/+source/apt/+bug/917173 I haven't yet been able to verify that the following patch fixes all the problems in this upgrade, but it very much looks as though it should at least improve the situation. === modified file 'apt-pkg/algorithms.cc' --- apt-pkg/algorithms.cc 2011-11-10 15:56:21 + +++ apt-pkg/algorithms.cc 2012-01-28 12:17:08 + @@ -475,7 +475,7 @@ pkgProblemResolver::pkgProblemResolver(p { // Allocate memory unsigned long Size = Cache.Head().PackageCount; - Scores = new signed short[Size]; + Scores = new int[Size]; Flags = new unsigned char[Size]; memset(Flags,0,sizeof(*Flags)*Size); @@ -515,20 +515,20 @@ void pkgProblemResolver::MakeScores() memset(Scores,0,sizeof(*Scores)*Size); // Important Required Standard Optional Extra - signed short PrioMap[] = { + int PrioMap[] = { 0, - (signed short) _config-FindI(pkgProblemResolver::Scores::Important,3), - (signed short) _config-FindI(pkgProblemResolver::Scores::Required,2), - (signed short) _config-FindI(pkgProblemResolver::Scores::Standard,1), - (signed short) _config-FindI(pkgProblemResolver::Scores::Optional,-1), - (signed short) _config-FindI(pkgProblemResolver::Scores::Extra,-2) + _config-FindI(pkgProblemResolver::Scores::Important,3), + _config-FindI(pkgProblemResolver::Scores::Required,2), + _config-FindI(pkgProblemResolver::Scores::Standard,1), + _config-FindI(pkgProblemResolver::Scores::Optional,-1), + _config-FindI(pkgProblemResolver::Scores::Extra,-2) }; - signed short PrioEssentials = _config-FindI(pkgProblemResolver::Scores::Essentials,100); - signed short PrioInstalledAndNotObsolete = _config-FindI(pkgProblemResolver::Scores::NotObsolete,1); - signed short PrioDepends = _config-FindI(pkgProblemResolver::Scores::Depends,1); - signed short PrioRecommends = _config-FindI(pkgProblemResolver::Scores::Recommends,1); - signed short AddProtected = _config-FindI(pkgProblemResolver::Scores::AddProtected,1); - signed short AddEssential = _config-FindI(pkgProblemResolver::Scores::AddEssential,5000); + int PrioEssentials = _config-FindI(pkgProblemResolver::Scores::Essentials,100); + int PrioInstalledAndNotObsolete = _config-FindI(pkgProblemResolver::Scores::NotObsolete,1); + int PrioDepends = _config-FindI(pkgProblemResolver::Scores::Depends,1); + int PrioRecommends = _config-FindI(pkgProblemResolver::Scores::Recommends,1); + int AddProtected = _config-FindI(pkgProblemResolver::Scores::AddProtected,1); + int AddEssential = _config-FindI(pkgProblemResolver::Scores::AddEssential,5000); if (_config-FindB(Debug::pkgProblemResolver::ShowScores,false) == true) clog Settings used to calculate pkgProblemResolver::Scores:: endl @@ -550,7 +550,7 @@ void pkgProblemResolver::MakeScores() if (Cache[I].InstallVer == 0) continue; - signed short Score = Scores[I-ID]; + int Score = Scores[I-ID]; /* This is arbitrary, it should be high enough to elevate an essantial package above most other packages but low enough @@ -588,7 +588,7 @@ void pkgProblemResolver::MakeScores() } // Copy the scores to advoid additive looping - SPtrArraysigned short OldScores = new signed short[Size]; + SPtrArrayint OldScores = new int[Size]; memcpy(OldScores,Scores,sizeof(*Scores)*Size); /* Now we cause 1 level of dependency inheritance, that is we add the === modified file 'apt-pkg/algorithms.h' --- apt-pkg/algorithms.h2011-12-13 00:22:38 + +++ apt-pkg/algorithms.h2012-01-28 12:30:55 + @@ -96,7 +96,7 @@ class pkgProblemResolver /*{{{*/ enum Flags {Protected = (1 0), PreInstalled = (1 1), Upgradable = (1 2), ReInstateTried = (1 3), ToRemove = (1 4)}; - signed short *Scores; + int *Scores; unsigned char *Flags; bool Debug; Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657733: python-numexpr: please provide a -dbg package
Package: python-numexpr Version: 1.4.2-1.2 Severity: wishlist Hello, Can you provide a -dbg package. It would ease debugging programm using your python extension. thanks Frederic -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-486 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-numexpr depends on: ii libc6 2.13-24 ii python 2.7.2-10 ii python-numpy1:1.5.1-3 ii python-support 1.0.14 python-numexpr recommends no packages. python-numexpr 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#655389: [DRE-maint] Bug#655389: capistrano: Typo in the synopsis
Le 28/01/2012 11:37, Antonio Terceiro a écrit : tags 655389 + pending thanks Hi, Vincent Blut escreveu isso a�: Dear maintainer, Please fix the following typo found in the synopsis: s/multiples/multiple/ This was fixed and this bug will be closed in the next upload (but of course I won't upload a new version just because of this). Take your time, after all this is a minor typo ;-) Thanks for reporting. Thanks to you Antonio for maintaining this package. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651273: mixmaster: NMU/QA upload will be done now.
On Sat, Jan 28, 2012 at 09:22:41AM +, Colin Tuckley wrote: On 28/01/12 09:07, Osamu Aoki wrote: Package: mixmaster Followup-For: Bug #651273 I do not understand why there is no response on this quite annoying bug if maintainer is not MIA. I am on VAC because of a house move and hardware problems. Colin Good to hear. Maybe I should have waited a bit. (I know we all have life.) This is just to quiet cron sending annoying mails. I hope this is OK. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657734: file build.save is not removed on purging package
Package: linux-2.6 Version: 3.2.1-2 Severity: minor Hello, if you are building kernel modules on your own (or with dkms) the symlink /lib/modules/version/build.save will be created with the source /usr/src/version If you purge all related version packages (linux-{kbuild,image,headers}) the (now) broken symlink is not removed and so on the whole folder /lib/modules/version will not be removed (not empty dir). So on purging the package (headers or image?) the build.save symlink should be removed. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#657735: reference examples for 'problematic' maintscript tasks
Package: piuparts User: debian...@lists.debian.org Usertags: piuparts.d.o There should be some examples for the following tasks that need to be done often in maintainer scripts and are often done wrongly, especially during purge (judging from the number of piuparts failures): - adding/removing users - using ucf - using dbconfig-common It should not be the job of piuparts to provide this information+examples, but be some general packaging instructions/wiki/... that we can link to. Perhaps there is already such information, but I didn't find it (and it's probably scattered around at many locations). * For ucf there is /usr/share/doc/ucf/examples/ (for the other cases I didn't look) I could even imagine having packages in the archive (sid should be sufficient) to document this with really working examples: example-packaging-user example-packaging-ucf{,-static,-debconf} example-packaging-dbconfig example-pacakging-cleanup-{var-log,var-log-foo,var-lib-foo} (or packaging-example-* ?) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657736: clipman: Clipman interferes with GnuCash autocompletion
Package: xfce4-clipman-plugin Version: 2:1.1.3-3 Severity: normal File: clipman Clipman interferes with GnuCash autocompletion of fields. In order to describe the problem, I shall describe the GnuCash autocompletion feature first: When you start populating a field of a transaction, GnuCash offers a previously entered text either to accept as is or modify. For instance, if I enter e in the Notes field, GnuCash populates the field with ebay because a previously entered transaction had a Notes field beginning with e and containing ebay. The only letter I typed by this point is e and bay is selected. If I now type b, GnuCash shortens the selection to ay and so forth. As long as I keep typing the letters of the text offered the text does not change and the selection gets progressively shorter. The problem: if Clipman is running, the autocompletion works in the way described above for maybe one or two characters. But then the selection is all of a sudden lost (zero characters selected) with the cursor after the end of the text. Using above example, the following might happen: I type e, which offers me ebay; I type b, which reduces selection to ay; I type a and this collapses the selection and places the cursor behind ebay and now my typing causes a to be appended to the text resulting in ebaya. If I kill the Clipman process, the problem disappears and GnuCash behaves correctly. (I am now using parcellite as a clipboard manager, which does not cause any problems.) The problem first occurred when I upgraded from Debian lenny to squeeze in June 2011. This meant an upgrade from GnuCash 2.2.6 to 2.2.9. I don't know what Clipman version I was on before the upgrade. I am now running GnuCash 2.4.4 and the problem still exists. The problem was originally perceived as a GnuCash problem and reported twice: by myself and a fellow xfce user: http://gnucash.1415818.n4.nabble.com/problem-autocompletion-of-account-names-td3568218.html https://bugzilla.gnome.org/show_bug.cgi?id=618239 Both bug reports describe the phenomenon with regard to the accounts field of a transaction. The problem is exactly the same but the description is more difficult to understand for a non-gnucash user because GnuCash applies further logic knowing the accounts hierarchy, which is why I chose the more straight-forward example of the Notes field. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-bpo.2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-clipman-plugin depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libexo-0.3-0 0.3.107-1 Library with extensions for Xfce ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libx11-6 2:1.3.3-4 X11 client-side library ii libxfce4util4 4.6.2-1Utility functions library for Xfce ii libxfcegui4-4 4.6.4-1Basic GUI C functions for Xfce4 ii libxfconf-0-2 4.6.2-1Client library for Xfce4 configure ii xfce4-clipman 2:1.1.3-3 clipboard history utility ii xfce4-panel 4.6.4-1The Xfce4 desktop environment pane xfce4-clipman-plugin recommends no packages. xfce4-clipman-plugin 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#657737: Perl warnings (dpkg confmodule) on purging package
Package: linux-2.6 Version: 3.2.1-2 Severity: minor Hi, this bug occurs here since a longer time. Everytime I purge a kernel version, I get warnings from Perl on removing dkms modules. I don't know if the fault is in dkms, debconf or linux-2.6, but here is what I get: # apt-get autoremove --purge linux-headers-3.1.0-1-common linux-image-3.1.0-1-amd64 linux-kbuild-3.1 Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut Statusinformationen werden eingelesen... Fertig Die folgenden Pakete werden ENTFERNT: libyajl1* linux-headers-3.1.0-1-amd64* linux-headers-3.1.0-1-common* linux-image-3.1.0-1-amd64* linux-kbuild-3.1* 0 aktualisiert, 0 neu installiert, 5 zu entfernen und 0 nicht aktualisiert. Nach dieser Operation werden 133 MB Plattenplatz freigegeben. Möchten Sie fortfahren [J/n]? j (Lese Datenbank ... 91849 Dateien und Verzeichnisse sind derzeit installiert.) Entfernen von libyajl1 ... Löschen der Konfigurationsdateien von libyajl1 ... Entfernen von linux-headers-3.1.0-1-amd64 ... Entfernen von linux-headers-3.1.0-1-common ... Entfernen von linux-image-3.1.0-1-amd64 ... Examining /etc/kernel/prerm.d. run-parts: executing /etc/kernel/prerm.d/dkms 3.1.0-1-amd64 /boot/vmlinuz-3.1.0-1-amd64 dkms: removing: fglrx 12-1 (3.1.0-1-amd64) (x86_64) Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 3. Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 9. Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 11. Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 18. Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 20. dkms: removing: virtualbox 4.1.8 (3.1.0-1-amd64) (x86_64) Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 22. Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 28. Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 30. Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 37. Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 38. Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 45. Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 46. Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 53. Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 54. Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 61. Use of uninitialized value $command in lc at /usr/share/perl5/Debconf/ConfModule.pm line 123, GEN0 line 63. Examining /etc/kernel/postrm.d . run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.1.0-1-amd64 /boot/vmlinuz-3.1.0-1-amd64 update-initramfs: Deleting /boot/initrd.img-3.1.0-1-amd64 run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.1.0-1-amd64 /boot/vmlinuz-3.1.0-1-amd64 Generating grub.cfg ... [..] -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#657738: RM: src:gtk-sharp2 [s390] -- ANAIS; s390 support removed from Mono
Package: ftp.debian.org Severity: normal Mono upstream has abandoned 31-bit s390, so this package is no longer buildable on that architecture. Please remove s390 binaries from the archive. Apologies for not filing this earlier, but there's a glitch in the transition tracker where a source package generates an arch:all package of the same name, alongside arch:any packages with different names. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657675: htop: crash on process kill
package htop forcemerge 652563 657675 quit Hi Andrew, On 2012-01-27 22:40, Andrew O. Shadura wrote: I suppose that as already-dead process was highlighted, htop tried to update some info about it, and error checking failed somewhere, so that resulted in crash. Thank you for the report, I merged it to the earlier report of the same bug. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657739: nginx: Regression after squeeze: no longer listens for IPv6 connections by default.
Package: nginx Version: 1.1.12-1 Severity: normal Tags: ipv6 The version of nginx in Squeeze [0.7.67-3], without any reconfiguration, [in particular, without adding any explicit listen configuration], happily creates both a 0.0.0.0:80 IPv4-only and a [::]:80 IPv6-only socket. However, BOTH the nginx wheezy [1.1.12-1] and squeeze-backports [1.1.8-2~bpo60+1] versions, have the default behaviour (with similar default-config, no listen lines) of listening ONLY for Legacy IPv4 connections!! This is bad when you have a dual-stacked host with both A and pointers. For example, squid3 on the same host, connecting to the host itself by its' own name, gets 'connection refused' over IPv6 and doesn't seem to fall back to IPv4 at all. This can currenty be worked around by manually overriding the 'listen' entries in the config, to have either an IPv4 socket AND an IPv6-only-IPv6-listen-socket, or a single IPv6-with-IPv4- compatibility listen socket. We could, change the, default config file included, which creates complexity in updating, though this may be needed to make the comments in the file clear as to what is expected by default. I would think, a neater thing to do would be to patch the code to default to IPv4+IPv6 sockets, unless the user overrides it in the config-file... --Simon -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-xen-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nginx depends on: ii nginx-full1.1.12-1 nginx web server with full set of nginx recommends no packages. nginx 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#655815: jppy: FTBFS: You need libpython2.7.so to compile this program
On Sat, 14 Jan 2012 06:20:39 +0100, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. # build the binary module for each python we support scons prefix=/usr jppyroot=/build/jppy-5twdtT/jppy-0.0.59/debian/tmp jppyguiroot=/build/jppy-5twdtT/jppy-0.0.59/debian/tmp jpilotroot=/build/jppy-5twdtT/jppy-0.0.59/debian/tmp \ python_version=2.7 \ python_includes=/usr/include/python2.7 \ mx_datetime_includes=/usr/include/python2.7/mx \ python_bin_module_prefix=/usr/lib/python2.7/site-packages/jppy \ python_module_prefix=/usr/lib/python2.7/site-packages/jppy \ pisock_library=/usr/lib scons: Reading SConscript files ... Please remember that SCons does NOT automatically use your shell environment variables. This script uses PKG_CONFIG_PATH explicitly. Checking for pkg-config... (cached) yes Checking for gtk+-2.0 = 2.4.0... (cached) yes Checking for glib-2.0 = 2.4.0... (cached) yes Checking for pygtk-2.0 = 2.4.0... (cached) yes Checking for C header file mxDateTime.h... yes Checking for pi_socket_connected(0) in C library libpisock... (cached) yes Checking for PyErr_Clear() in C library libpython2.7... no You need libpython2.7.so to compile this program make: *** [build-python2.7-stamp] Error 1 Confirmed. This looks like a reincarnation of #626421 which is supposed to be fixed -- but maybe not so :) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Alanis Morisette: Wake Up signature.asc Description: Digital signature
Bug#657740: need a better solution for handling affects
Package: piuparts User: debian...@lists.debian.org Usertags: piuparts.d.o Hi, while the affects handling I introduced recently fixes some problems, it is not perfect for the more general cases. To recall the problem: piuparts test of failing-package fails, but the problem is actually in a different package: buggy-package (and there is some (indirect) dependency of failing-package in buggy-package). The piuparts test of buggy-package by itself succeeds (probably because it is not getting used in a way that fails). The current solution of setting affects works fine for the case where buggy-package and failing package are part of the same source, but in that case a Package: buggy-package,failing-package Version: $version would work as well. In the general case where buggy-package is from a different source than failing-package we usually want to do the following * report bug against buggy-package * mark failing-package as affected by that bug * wait for new (hopefully fixed) version of buggy-package * reschedule all failed-package that were affected by that bug Looks like we need another category affected for logs that need to be ignored by the humans doing log processing, but that gets rescheduled regularily to see if buggy-package has been fixed. Currently I have no good idea how to achieve this. The current system fails to do this properly because setting affects + found statically moves a log to bugged where it is no longer considered until the next upload or manual reschedule of bugged/*.log happens. (For binaries of the same source this is not an issue - fixing buggy-package with an upload causes a new upload of failing-package, too). Abusing usertags is not an option due to the restricted charset ... $ bts user debian...@lists.debian.org . usertag 656291 affects_failing/1.2.3+x~_by_buggy/2:3.4-5 . bts usertag: affects_failing/1.2.3+x~_by_buggy/2:3.4-5 contains characters other than alpha-numerics, '@', '.', '+', and '-'. Hmm, we could use base64 encoded info: $ bts user debian...@lists.debian.org . \ usertag 656291 piuparts-affected-$(echo failing-package/1.2.3+x~ | base64 -w0 | tr = @) . \ usertag 656291 piuparts-affector-$(echo buggy-package/2:3.4-5 | base64 -w0 | tr = @) . piuparts-analyze could get the usertags and compare piuparts-affected with the current package and check whether piuparts-affector is available in the current distribution ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641485: RE : Bug#641485:
Hi Yaroslav, Il 23/01/2012 05:41, Yaroslav Halchenko ha scritto: committed/uploaded to sid -- apparently I am not a part of debian-science team ;-) will join and push then as for testing -- my tired brain skipped the fact that we invoke testing via python -c '.. .test()' so failures if occur do not cause process to exit with non-0 status anyways atm... unfortunately upstream swallows all the exceptions in t:test and doesn't return anything but None :-/ so we would need either to patch or to make it friendly to nosetest -- iirc for me it was causing it to run them multiple times (I think because it was testing test() itself, so we would need to assign __test__=False to it or smth like that). cheers and thanks! Calling tables/tests/test_all.py directly should fix the issue. I have just pushed a change for this. best regards -- Antonio Valentino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657681: htop: Nevative CPU usage time shown
Hi, Thank you for the report. On 2012-01-27 23:26, micham wrote: Without this fix I get something like: PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 9785 user 20 0 325M 236M 1860 S 0.0 1.5 0:00.12 ./mprime 9792 user 39 19 325M 236M 1860 R 0.0 1.5 -596523h-14:-8 ./mprime 9796 user 39 19 325M 236M 1860 R 0.0 1.5 -596523h-14:-8 ./mprime 9797 user 39 19 325M 236M 1860 R 0.0 1.5 -596523h-14:-8 ./mprime 9798 user 39 19 325M 236M 1860 R 0.0 1.5 -596523h-14:-8 ./mprime 9781 user 30 10 325M 236M 1860 S 0.0 1.5 -596523h-14:-8 ./mprime After: PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 9781 user 30 10 325M 236M 1860 S 0.0 1.5 0:00.01 ./mprime 9785 user 20 0 325M 236M 1860 S 0.0 1.5 0:00.12 ./mprime 9792 user 39 19 325M 236M 1860 R 0.0 1.5 2590671h22:11 ./mprime 9796 user 39 19 325M 236M 1860 R 0.0 1.5 2581130h26:17 ./mprime 9797 user 39 19 325M 236M 1860 R 0.0 1.5 2562047h47:16 ./mprime 9798 user 39 19 325M 236M 1860 R 0.0 1.5 2590671h53:17 ./mprime 2590671h is ~295 years. Of course, negative CPU usage time is bad, but this obviously wrong value is no better, is it? It looks like that there is a bug in the Linux Kernel: Good observation, but why should htop be patched then, if it's a kernel bug? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657497: nfs-common: Exec permission denied
On 01/28/12 15:08, Jakub Krajewski wrote: What about the server exports? This is mine: /usr/src/linux192.168.1.2(rw,sync,no_subtree_check,no_root_squash) Packages on the Squeeze server (kernel is custom there, as I said, works like charm with 1.2.5-3 version of sid's nfs-common package): ii nfs-common 1:1.2.2-4 ii nfs-kernel-server 1:1.2.2-4 Best regards, Maybe there's a mismatch between the kernel modules and the userspace nfs-kernel-server package. Did you try the Debian kernel? Also, who's the owner of the files in the server? root? Also, as what UID are you mounting from the client? Did you try this as root? Could you post output of ls -l from the client? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657741: python-pytango: please provide a -dbg package
Package: python-pytango Version: 7.2.2-1 Severity: wishlist everythongs in the title -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-486 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pytango depends on: ii ipython0.12-1 ii libboost-python1.46.1 1.46.1-8 ii libc6 2.13-24 ii libcos4-1 4.1.6-1 ii libgcc11:4.6.2-12 ii libjs-sphinxdoc1.0.8+dfsg-2 ii liblog4tango4 7.2.6+dfsg-13 ii libomniorb4-1 4.1.6-1 ii libomnithread3c2 4.1.6-1 ii libstdc++6 4.6.2-12 ii libtango7 7.2.6+dfsg-13 ii python 2.7.2-10 ii python-numpy 1:1.5.1-3 ii python2.6 2.6.7-4 ii python2.7 2.7.2-13 python-pytango recommends no packages. python-pytango 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#657742: ITP: libpam-usb -- PAM module for authentication with removable USB block devices
Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: libpam-usb Version : 0.5.0 Upstream Author : Andrea Luzzardi s...@sig11.org * URL : http://sf.net/projects/pamusb/ * License : GPL Programming Lang: C, Python Description : PAM module for authentication with removable USB block devices pam_usb provides hardware authentication for Linux using ordinary USB Flash Drives. It works with any application supporting PAM, such as su, any login manager (GDM, KDM), etc. I intend to reintroduce this in Debian since upstream woke up and made several important improvements to the PAM module. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657302: [linux-2.6] Same thing happen here
Package: linux-2.6 Version: 3.2.1-2 --- Please enter the report below this line. --- I can confirm this bug and that the regression was happened in linux 3.2.*. Things that I observed: - On pavucontrol I can see application's streams and the progress bar that show current dB values of a playing stream is working. - I can confirm that alsamixer now crash with a segmentation fault and that few days before it never crashed. When i faced that regression i use it so I'm sure that it's regression has happen after that bug. - I can't hear sound even when i plug an headset on the audio jack - But with an usb headset it work even on 3.2 kernel. - Turning off pluseaudio (and obviously also changing alsa configuration to made it work without pulseaudio) doesn't help. I attach two files: broken.kernel.alsa.log is alsa-info.sh executed on the 3.2.* kernel good.kernel.alsa.log is alsa-info.sh executed on the 3.1.* kernel --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-1-686-pae Debian Release: wheezy/sid 500 unstableftp.it.debian.org 1 experimentalftp.it.debian.org upload=truescript=truecardinfo= !! !!ALSA Information Script v 0.4.60 !! !!Script ran on: Sat Jan 28 11:48:24 UTC 2012 !!Linux Distribution !!-- Debian GNU/Linux wheezy/sid \n \l !!DMI Information !!--- Manufacturer: ASUSTeK Computer Inc. Product Name: F3JA Product Version: 1.0 !!Kernel Information !!-- Kernel release:3.2.0-1-686-pae Operating System: GNU/Linux Architecture: i686 Processor: unknown SMP Enabled: Yes !!ALSA Version !! Driver version: 1.0.24 Library version:1.0.24.1 Utilities version: 1.0.24.2 !!Loaded ALSA modules !!--- snd_hda_intel !!Sound Servers on this system !! Pulseaudio: Installed - Yes (/usr/bin/pulseaudio) Running - Yes ESound Daemon: Installed - Yes (/usr/bin/esd) Running - No !!Soundcards recognised by ALSA !!- 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xfebfc000 irq 47 !!PCI Soundcards installed in the system !!-- 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02) !!Advanced information - PCI Vendor/Device/Subsystem ID's !! 00:1b.0 0403: 8086:27d8 (rev 02) Subsystem: 1043:1338 !!Modprobe options (Sound related) !! snd-atiixp-modem: index=-2 snd-intel8x0m: index=-2 snd-via82xx-modem: index=-2 snd-pcsp: index=-2 snd-usb-audio: index=-2 !!Loaded sound module options !!-- !!Module: snd_hda_intel align_buffer_size : N bdl_pos_adj : 1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1 beep_mode : 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1 enable : Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y enable_msi : -1 id : (null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null) index : -1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1 model : (null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null) patch : (null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null) position_fix : 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 power_save : 0 power_save_controller : Y probe_mask : -1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1 probe_only : 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 single_cmd : N snoop : Y !!HDA-Intel Codec information !!--- --startcollapse-- Codec: Realtek ALC660 Address: 0 AFG Function Id: 0x1 (unsol 0) Vendor Id: 0x10ec0861 Subsystem Id: 0x1043 Revision Id: 0x100340 No Modem Function Group found Default PCM: rates [0x140]: 48000 96000 bits [0xe]: 16 20 24 formats [0x1]: PCM Default Amp-In caps: N/A Default Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 GPIO: io=0, o=0, i=0, unsolicited=0, wake=0 Node 0x03 [Audio Output] wcaps 0x405:
Bug#399332: RE : Bug#399332: -dbg package
Hello, Giving a deeper look to [1] it seems that, in order perform unit tests on the -dbg package, we need to Duild-Depends on python-numexpr-dbg. AFAIK python-numexpr do not provides a -dbg package so I'm not sure how to go on. I just filled a bug report for this, but the package is still owned by Wen Heping, so I do not know if it will respond. Can you look at python-numexpr and evaluate the amount of work needed to provide a -dbg package to the current numexpr package. Probably we could disable build-time unit tests for the -dbg package. Makes it sense? I just played with -dbg for one of my package and even the build failled without a depending -dbg package. Is it the case with pytables ? thanks Frederic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656562: some __aligned issues remain
El 28 de gener de 2012 2:58, Steven Chamberlain ste...@pyro.eu.org ha escrit: Please consider my attached diff for kfreebsd-kernel-headers. The regex \([0-9A-Z_]*\) covers these remaining cases. Something more generic, like \([^)]*\?\) might seem better, but then it would have wrongly modified this also: ./usr/include/osreldate.h:#define __aligned(x) __attribute__((__aligned__(x))) The osreldate.h definitions don't really belong there, they're just historical. Besides, osreldate.h is added by the patchset and regex rule is run before patching. Please can you submit a tested patch to use \([^)]*\?\) instead? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656792: linux-image-3.2.0-1-amd64: kernel does not boot since 3.1 under a (strange) Xen anymore
Hi Ben. On Sat, 2012-01-28 at 05:05 +, Ben Hutchings wrote: But they probably enabled 'Viridian compatibility mode' which makes XenServer look more like HyperV, probably to make Windows guests behave btter. Linux 3.1 now checks for Xen before HyperV, to avoid being fooled by this. That might be a problem if it causes the kernel to detect different emulated devices. (I don't know whether it could have this effect.) I'll as them Which drivers are in the initramfs? Does /etc/initramfs-tools/initramfs.conf have MODULES=dep (which is vulnerable to configuration changes) or MODULES=most (which is safer)? It is dep, but that shouldn't matter here, should it? Cause the detected modules are the same as in the (still booting) 3.0.x kernel (I've compared the initramfs with lsinitramfs). And if I remember correctly, I even tried it with =most, when I first stumbled across this when 3.1 came out. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#399332: RE : Bug#399332: -dbg package
Hi Frédéric, Il 28/01/2012 14:14, PICCA Frédéric-Emmanuel ha scritto: Hello, Giving a deeper look to [1] it seems that, in order perform unit tests on the -dbg package, we need to Duild-Depends on python-numexpr-dbg. AFAIK python-numexpr do not provides a -dbg package so I'm not sure how to go on. I just filled a bug report for this, but the package is still owned by Wen Heping, so I do not know if it will respond. Can you look at python-numexpr and evaluate the amount of work needed to provide a -dbg package to the current numexpr package. The package seems to be very simple so probably it will not take too much time to be updated. I can do it if you like. Probably we could disable build-time unit tests for the -dbg package. Makes it sense? I just played with -dbg for one of my package and even the build failled without a depending -dbg package. Is it the case with pytables ? thanks Frederic Yes, you are right, just tested. cheers -- Antonio Valentino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657743: ifupdown: ifup -o local=addr not working with 6to4
Package: ifupdown Version: 0.7~beta2 Severity: normal Setting the local endpoint of a 6to4 tunnel with the -o option of the ifup command doesn't work correctly: # cat /etc/network/interfaces [...] iface test inet6 6to4 local 1.2.3.4 # ifup test -o local=5.6.7.8 ifconfig test test Link encap:IPv6-in-IPv4 inet6 addr: ::5.6.7.8/128 Scope:Compat inet6 addr: 2002:102:304::1/16 Scope:Global UP RUNNING NOARP MTU:1480 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) # The tunnel uses the 2002:102:304:: address, suitable for the 1.2.3.4 endpoint defined in the configuration file, instead of the correct 2002:506:708::, suitable for the 5.6.7.8 endpoint defined with the command line option. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.10 (SMP w/2 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii initscripts 2.88dsf-18 ii iproute 20120105-1 ii libc62.13-24 ii lsb-base 3.2-28 ifupdown recommends no packages. Versions of packages ifupdown suggests: pn isc-dhcp-client 4.1.1-P1-17 pn net-tools1.60-24.1 pn ppp none pn rdnssd none -- Configuration Files: /etc/init.d/ifupdown-clean [Errno 2] No such file or directory: u'/etc/init.d/ifupdown-clean' -- debconf information: ifupdown/convert-interfaces: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657709: [buildd-tools-devel] Bug#657709: please add a possibility to create a chroot
On Sat, Jan 28, 2012 at 10:46:15AM +, Roger Leigh wrote: On Sat, Jan 28, 2012 at 09:20:07AM +0100, Marc Haber wrote: my normal procedure to create a new chroot for use with schroot is to create the file system, mount it, and invoke debootstrap. In this process, I notoriously forget additional packages to be installed into the chroot before it is actually useable. Why not add a --create or --initialize switch to schroot which will just invoke the scripts from setup.d with a new stage create or init? That way, a local admin could write code to create chroots in the right place so that this functionality is where an schroot user would expect it. I'm not sure I'm seeing the whole picture here. If I understand correctly, you want to run debootstrap by hand first, and then have schroot do some initial setup on the chroot, presumably when you first use it? I would want to be able to have schroot run debootstrap on request, perfectly with parameters that I can choose. Are you aware of sbuild-createchroot, which does this to some extent, but is limited to directory chroots at the moment--you have to customise it after creation if you want anything fancier. Yes, that's the cause because I would like to have it fancier, I'd like to be able to quickly ditch and re-create a lvm-snapshot type chroot Master. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657744: unixcw: [INTL:es] Spanish translation of the debconf templates unixcw
Package: unixcw Severity: wishlist Tags: l10n patch Please include the attached Spanish unixcw translations. user:~$ msgfmt --statistics -c -v -o /dev/null es.po es.po: 4 translated messages. user:~$ Thank you. Jaime -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Jaime Robles ja...@robles.es, 2012. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: uni...@packages.debian.org\n POT-Creation-Date: 2011-12-01 21:00+0100\n PO-Revision-Date: 2012-01-27 19:18+0100\n Last-Translator: Jaime Robles ja...@robles.es\n Language-Team: \n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.2\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../cwcp.templates:1001 #| msgid Make cwcp setuid root msgid Make cwcp setuid root? msgstr ¿Quiere habilitar el setuid de root a cwcp? #. Type: boolean #. Description #: ../cwcp.templates:1001 msgid cwcp can produce sounds using console buzzer, but this feature is available only if cwcp is run by root user. You can achieve this by setting setuid bit here (not recommended) or by running cwcp with sudo (also not recommended). You can also use soundcard output instead of console buzzer output and eliminate this problem completely. msgstr cwcp puede producir sonidos usando el zumbador de la consola, pero esta función sólo está disponible cuando cwcp se ejecuta como root. Puede conseguirlo habilitando el bit setuid (no recomendado) o ejecutando cwcp con sudo (tampoco recomendado). También puede usar la salida de la tarjeta en vez de el zumbador de la consola y eliminar el problema completamente. #. Type: boolean #. Description #: ../cw.templates:1001 #| msgid Make cw setuid root msgid Make cw setuid root? msgstr ¿Quiere habilitar el setuid de root a cw? #. Type: boolean #. Description #: ../cw.templates:1001 msgid cw can produce sounds using console buzzer, but this feature is available only if cw is run by root user. You can achieve this by setting setuid bit here (not recommended) or by running cw with sudo (also not recommended). You can also use soundcard output instead of console buzzer output and eliminate this problem completely. msgstr cw puede producir sonidos usando el zumbador de la consola, pero esta función sólo está disponible cuando cw se ejecuta como root. Puede conseguirlo habilitando el bit setuid (no recomendado) o ejecutando cw con sudo (tampoco recomendado). También puede usar la salida de la tarjeta en vez de el zumbador de la consola y eliminar el problema completamente. #~ msgid #~ The cwcp program only runs correctly as the root user. One way of doing #~ this is to make the program setuid root. This is generally a bad idea as #~ there are better ways, such as using the sudo program, to do this. #~ However, you have the option here of making it setuid root if you like. #~ msgstr #~ El programa cwcp sólo funciona correctamente ejecutándose como root. Una #~ manera de lograrlo es hacer el programa setuid root. En general, hay #~ maneras mejores de hacer esto, como usar el programa sudo. Sin embargo, #~ tiene la opción de hacer que cwcp se ejecute con permisos de root si lo #~ desea (setuid root). #~ msgid #~ The cw program only runs correctly as the root user. One way of doing #~ this is to make the program setuid root. This is generally a bad idea as #~ there are better ways, such as using the sudo program, to do this. #~ However, you have the option here of making it setuid root if you like. #~ msgstr #~ El programa cw sólo funciona correctamente ejecutándose como root. Una #~ manera de lograrlo es hacer el programa setuid root. En general, hay #~ maneras mejores de hacer esto, como usar el programa sudo. Sin embargo, #~ tiene la opción de hacer que cw se ejecute con permisos de root si lo #~ desea (setuid root). #~ msgid Make xcwcp setuid root #~ msgstr ¿Quiere hacer que xcwcp se ejecute con privilegios de root? #~ msgid #~ The xcwcp program only runs correctly as the root user. One way of doing #~ this is to make the program setuid root. This is generally a bad idea as #~ there are better ways, such as using the sudo program, to do this. #~
Bug#657715: [buildd-tools-devel] Bug#657715: copyfiles should create non-existent target directories
On Sat, Jan 28, 2012 at 10:36:41AM +, Roger Leigh wrote: This would make sense. Would a mkdir -p be sufficient, or should we take steps to preserve the ownership and perms of every directory in the path in the chroot? Frankly, I have no idea about that. Maybe one would to like find -type d | xargs cp --preserve=all Greetins Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657720: libcgal-ipelets: Tighten dependency on ipe
Hi Steve, On 01/28/2012 12:26 PM, Marc Glisse wrote: currently, libcgal-ipelets depends on ipe (= 7) and libipe7.1.1. When a new version of ipe comes out, apt-get dist-upgrade installs libipe7.1.2, upgrades ipe, and leaves libcgal-ipelets and libipe7.1.1 alone, which effectively makes libcgal-ipelets unusable for a while. Could you maybe make libcgal-ipelets depend on ipe = 7.1.1 and ipe 7.1.2? I can see the logic of the current system, and if there were other packages than ipe using libipe that could use the plugins it would likely be the best, but now... is it true that ipelets depend on the exact libipe version they were compiled for? I moved the CGAL ipelets to the 7.1.2 directory which resulted in a lua error and a stacktrace. The version in the directory name seems to suggest that, I just wanted to double-check. I agree with Marc's proposal and reasoning. What do you think? Joachim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#238245: license choice - consensus on dual MIT/GPL-2 ?
On Tue, Jan 24, 2012 at 10:41:53AM +0100, Stefano Zacchiroli wrote: On Tue, Jan 17, 2012 at 11:11:48PM +0100, Stefano Zacchiroli wrote: +a href=legal/licenses/gpl2GNU General Public License/a; either +version??2 of the License, or any later version (the latest version is ^^^ as a minor nitpick, I would add (at your option) here. I would say its an essential part of the whole structure the at your option bit. It is for the GPL in general. - Craig -- Craig Small VK2XLZ http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint: 5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634190: O: python-kinterbasdb -- Python DB API 2.0 extension for Firebird and Interbase
On Wed, 28 Sep 2011 12:01:03 +0300, Damyan Ivanov wrote: I have prepared an updated python-kinterbasdb package in collab-maint's Git[0]. [0] http://anonscm.debian.org/gitweb/?p=collab-maint/python-kinterbasdb.git My target is the fix for #643473 (FTBFS with firebird-dev from firebird 2.5), but since the package is orphaned, I moved on to bring it somewhat up to date. I've now made a QA upload from this git repo and pushed to collab-maint, in order to get the RC bug fixed. I don't want to take over maintenance, since I am not a Python person and delving into python policy will not be very productive. Same here :) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Ry Cooder: Billy The Kid signature.asc Description: Digital signature
Bug#399332: RE : RE : Bug#399332: -dbg package
The package seems to be very simple so probably it will not take too much time to be updated. I can do it if you like. yes it would be nice :) can you attach to the bug a patch ? To me we should let Wen Heping a chance to answer. then the package should be maintain like pytables under the umbrella of debien-science. maybe Yaroslav would like to see a faster solution and take over the package now. Yes, you are right, just tested. Ok so the only solution is to add the dbg package to numexpr first. See you Frederic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657089: Please reintroduce dh_numpy usage / easy numpy transitions
Hi, Il 28/01/2012 13:48, Jakub Wilk ha scritto: * Antonio Valentino antonio.valent...@tiscali.it, 2012-01-28, 12:39: Please reintroduce dh_numpy in the build chain. The real reason I was filing this bug (before the discovery of dh_numpy call removal) was to ask, following #643873 discussion, if you could start calling dh_numpy with '--strict' argument (but that requires a compat version 8 which was just bumped in the last upload). The good news is that this new upstream version appears to use Cython, not Pyrex, so --strict should not be necessary. Can you please confirm that the '--strict' option is not actually needed *and* hence we can stay with debhelper = 8.1? I confirm. OK, thanks. I pushed the fix on git.debian.org Yaroslav, Frédéric, I'm also working on #399332. Probably it will take some time since we also need python-numexpr-dbg that currently do not exists, so, please, feel free to review the changes and upload pytables 2.3.1-2 as soon as you like. ciao -- Antonio Valentino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657745: xeutils-commonn-: /etc/xen/scripts/vif-bridge adds every tap interface to VM bridge which breaks openvpn connections.
Package: xen-utils-common Version: 4.1.2-1 Severity: important Tags: lfs Even if XEN is not used, its script /etc/xen/scripts/vif-bridge is called by UDEV and it adds every tap interface to the bridge of the virtual network. It breaks normal work of openvpn. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (640, 'testing'), (630, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xen-utils-common depends on: ii gawk1:3.1.8+dfsg-0.1 ii lsb-base3.2-28 ii udev175-3 ii xenstore-utils 4.1.2-2 xen-utils-common recommends no packages. xen-utils-common 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#657061: E: The package index files are corrupted. No Filename: field for package libpostproc52.
David Kalnischkies kalnischkies+deb...@gmail.com (28/01/2012): I remember problems with Descriptions in case of splitout longdesc and multiarch and rewrote parts of the description handling in experimental a while ago, but i can't remember problems with Filename handling, as this is pretty independent of description parsing. Can you reproduce this just on this system or do you get it also on other systems/in a chroot? I tried to reproduce in a sid amd64 chroot with i386 as foreign arch, and the current buxy/pu/multiarch/full dpkg branch, but I can't. :( Should I set some breakpoints to try and figure out what happens? Or enable some logging/debugging options? Mraw, KiBi. signature.asc Description: Digital signature