Bug#697835: ITP: mruby -- lightweight implementation of the Ruby language
Package: wnpp Severity: wishlist Owner: Nobuhiro Iwamatsu iwama...@debian.org * Package name: mruby Version : 1.0.0 Upstream Author : mruby developers * URL : https://github.com/mruby/mruby * License : MIT Programming Lang: C, Ruby Description : lightweight implementation of the Ruby language mruby is the lightweight implementation of the Ruby language complying to the ISO standard. This can be linked and embedded within your application. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697586: libpango1.0-0: Segfaults and takes Evolution with it
Am 09.01.2013 21:04, schrieb Michael Biebl: 3.6.3 is known buggy. You might either downgrade to the unstable version or to 3.6.4. Please report back if that fixes your problem. I have just upgraded to 3.6.4, I'll see if that fixes the issue. Thanks, - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697681: fixed in bind9 1:9.9.2.dfsg.P1-2
Hi, Sorry, disregards this message. I missed your upload to unstable. Thanks for fixing this! Regards, Rik On 01/10/2013 08:48 AM, Rik Theys wrote: Hi, Thanks for fixing this. Would it be possible to also fix this bug in a 9.8.4 upload directed for Wheezy? Maybe using testing-proposed-updates? A patch for this against version 1:9.8.4.dfsg.P1-2 is attached. Regards, Rik On 01/10/2013 01:36 AM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the bind9 package: #697681: bind9: DNSSEC validating resolver spams log file after upgrade to 9.8.4 It has been closed by LaMont Jones lam...@debian.org. -- Rik Theys System Engineer KU Leuven - Dept. Elektrotechniek (ESAT) Kasteelpark Arenberg 10 bus 2440 - B-3001 Leuven-Heverlee +32(0)16/32.11.07 Any errors in spelling, tact or fact are transmission errors -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697836: iceweasel-l10n-de: iceweasel only speaks English
Package: iceweasel-l10n-de Version: 1:18.0-1 Severity: grave After upgrading iceweasel and iceweasel-l10n-de from 17.0.1-2, the browser displays its menus and dialogues in English, rendering the German language pack useless. Another problem I noticed is that the entries for German Wikipedia and dict.leo.org have disappeared from the search engine menu; this is likely related since they are shipped in the package. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.7.2-rc1-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel-l10n-de depends on: ii iceweasel 18.0-1 Versions of packages iceweasel-l10n-de recommends: ii myspell-de-de 20120607-1 iceweasel-l10n-de 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#605449: [pkg-bacula-devel] Bug#605449: Set up for bacula-director-pgsql runs before that of postgresql-8.4.
tags 605449 + pending -- Hi! Sorry for long delay and thank you for report. Fixed in git master branch, next uploaded version will be include this fix. В Fri, 23 Nov 2012 12:02:10 +0200 Teodor MICU mteo...@gmail.com пишет: Package: bacula-director-common Version: 5.2.6+dfsg-6 Hi, Indeed, any SQL backend (postgresql, mysql ..) does not have to be local. But in case it is local (as I and many probably have) this needs to be declared correctly in the init script: #! /bin/sh ### BEGIN INIT INFO # Provides: bacula-director # Required-Start:$remote_fs $syslog # Should-Start: bacula-fd postgresql # Required-Stop: $remote_fs $syslog # Should-Stop: bacula-fd postgresql # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 ### END INIT INFO Because the declaration is on Should-* it doesn't affect those who don't have the SQL service on the local system. Its the same mechanism used for 'bacula-fd' (which I don't have it installed on the Bacula server). I'm currently settings this in /etc/insserv/overrides/bacula-director. You might want to add what others provide in their init script too (i.e. mysql). Cheers ___ pkg-bacula-devel mailing list pkg-bacula-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel -- with best regards, Alexander Golovko email: alexan...@ankalagon.ru xmpp: alexan...@ankalagon.ru signature.asc Description: PGP signature
Bug#697727: xserver-xorg-video-radeon: [radeon] Scrolling in xterm slow with KMS
On Mit, 2013-01-09 at 20:01 +0100, Tilo Schwarz wrote: Indeed, using % grep ColorTiling /etc/X11/xorg.conf Option ColorTiling off the scrolling is twice as fast as without this option (from 12sec down to 6sec). That is still almost three times slower than without KMS, but already much more usable! The better solution would be to configure your terminals to use fontconfig/Xft for text rendering. What worries me is, that now I get the following error messages, whenever I switch tags (using awesome WM, tags are like virtual desktops): r300: I got a pre-allocated buffer to use it as a texture storage, but the buffer is too small. I'll use the buffer anyway, because I can't crash here, but it's dangerous. This can be a DDX bug. Got: 7114752B, Need: 7119360B, Info: r300: texture_desc_init: Macro: NO, Micro: YES, Pitch: 1728, Dim: 1678x1029x1, LastLevel: 0, Size: 7119360, Format: s8_uint_z24_unorm [...] Maybe related to https://bugs.freedesktop.org/show_bug.cgi?id=42085 Looks like it. I attached a patch that might fix it. -- 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#697836: iceweasel-l10n-de: iceweasel only speaks English
This is related to https://bugzilla.mozilla.org/show_bug.cgi?id=818468 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697836: iceweasel-l10n-de: iceweasel only speaks English
On Thu, Jan 10, 2013 at 09:13:13AM +0100, Sven Joachim wrote: Package: iceweasel-l10n-de Version: 1:18.0-1 Severity: grave After upgrading iceweasel and iceweasel-l10n-de from 17.0.1-2, the browser displays its menus and dialogues in English, rendering the German language pack useless. Another problem I noticed is that the entries for German Wikipedia and dict.leo.org have disappeared from the search engine menu; this is likely related since they are shipped in the package. Here's a workaround: Open Tools Addons Languages, then toggle the language pack off and on again. Then restart iceweasel. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597485: ITP: wiithon -- WBFS partition manager
As a short note : people interested in managing WBFS partitions can probably use qwbfsmanager, which is already in Debian. -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689268: linux-image-3.2.0-3-amd64: Intel HD 4000 (Ivy Bridge) graphics freeze
Hi, Hm, I'm a little confused. Are you sure 3.3-rc1 is not affected, and if not, why bisect between 3.2 and 3.3-rc1 instead of -rc6? What git tree are you using to bisect the Debian kernel? So far, the status seems: Debian3.2.32-1: hang in few hours of use Upstream 3.3-rc1 ... 3.3 no hang ever observed so far Debian3.2.35-2: hang once a week or so (2 hangs so far) getting hangs on anything other than the Debian 3.2.32-1 has been challenging. If if's just timing based, I might just have been lucky during my bisects. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697721: python-django-registration: FTBFS with python3-sphinx: AttributeError: 'str' object has no attribute '__dict__'
On Tue, 08 Jan 2013, Jakub Wilk wrote: This happens because the source package includes doctree pickles (in which parsed rST sources are cached) were generated by Python 2.X, and cannot be loaded by Python 3.X. Please ask upstream to exclude the doctrees/ subdirectory from their tarballs. Meanwhile please use the attached patch as a work-around. So if I understand correctly the python-sphinx upstream bug entry, I don't have to ask upstream to remove the doctrees, sphinx will detect alone that it's not compatible. Now a question about your patch: override_dh_auto_clean: - rm -rf docs/_build/html + rm -rf docs/_build/ dh_auto_clean override_dh_auto_build: cd registration /usr/bin/django-admin compilemessages + rm -rf docs/_build/doctrees/ cd docs $(MAKE) html dh_auto_build Why do you have to remove docs/_build/doctrees/ again in override_dh_auto_build ? any dpkg-buildpackage call starts with debian/rules clean and thus docs/_build will already have been removed... What am I missing ? Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520508: [pkg-bacula-devel] Bug#520508: bacula-sd with bacula user and tape group (defaut) can't run dvd+rw-mediainfo
В Sun, 08 Jul 2012 04:57:46 +0400 Alexander Golovko alexan...@ankalagon.ru пишет: tags 520508 + pending severity 520508 minor thanks Hi! I am sorry for delay. As Lucas B. Cohen wrote, the solution is add bacula user into cdrom group. Next uploaded version of package (testing and sid) will add bacula into cdrom group. However, this will not be fixed in squeeze packages, because this is not a bug, but enchancement. i'm sorry, but also this fix will not be included into wheezy On Fri, 20 Mar 2009 18:17:19 +0100, Raphael Delvaux wrote: You right isn't really a bug. Yes it could help because i have search info but i haven't a lhot!!! You could perhaps use /etc/default for this option Thank a lot John Goerzen wrote: Is this really a bug? It can't setgid to both tape and cdrom. Would you be happier if it was documented in README.Debian how to deal with it? Raphael Delvaux wrote: Package: bacula-sd Version: 2.4.4-1 When i used bacula-sd to manage DVD storage pool, it need to dvd+rw-tools to proceed data to the DVD When i run the bacula-sd with the default configuration of the package, the daemon runs as bacula user and tape group With those permission, i have the following error : 20-Mar 01:34 jennifer-sd JobId 41: Fatal error: dvd.c:587 Unable to write last on DVD Writer (/dev/hdc): ERR=dvd.c:265 Error while writing current part to the DVD: Error while writing part file: Cannot get media info from /usr/bin/dvd+rw-mediainfo || errno = 0 (Success) Linux version 2.6.26-1-686 (Debian 2.6.26-13) (wa...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP Sat Jan 10 18:29:31 UTC 2009 -- with best regards, Alexander Golovko email: alexan...@ankalagon.ru xmpp: alexan...@ankalagon.ru signature.asc Description: PGP signature
Bug#697732: galculator: Errors in ~/.xsession-errors
Dear pioruns, thank you for your message. We have recently shipped a series of updates to galculator, which among others include a full port to GTK3 and various fixes to the GTK2 user interface. We are confident that with a recent version galculator these errors will not occur. I'll notify the package maintainers about the new releases. best, simon On 01/09/2013 12:53 AM, pioruns wrote: Package: galculator Version: 1.3.4-1 Severity: minor Dear Maintainer, I installed Galculator on my Xfce4 Debian Testing system. I found some errors in ~/.xsession-errors file, after running program: (galculator:4129): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (galculator:4129): Gdk-CRITICAL **: IA__gdk_window_set_icon_list: assertion `GDK_IS_PIXBUF (pixbuf)' failed (galculator:4129): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion `GDK_IS_PIXBUF (pixbuf)' failed (galculator:4129): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion `GDK_IS_PIXBUF (pixbuf)' failed (galculator:4129): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed Regards pioruns -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (110, 'unstable'), (105, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages galculator depends on: ii libatk1.0-02.4.0-2 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libglade2-01:2.6.4-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk2.0-02.24.10-2 ii libpango1.0-0 1.30.0-1 ii libxml22.8.0+dfsg1-7 galculator recommends no packages. galculator 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#676979: sbcl: file nik.lisp for reproduction is included below
On Wed, 9 Jan 2013, Christoph Egger wrote: Hi! Faheem Mitha fah...@faheem.info writes: On Wed, 9 Jan 2013, Christoph Egger wrote: So actually it either needs to actually dfail to allocate the memory or it's platform-specific. I think I get the problem on a amd64 with few enough memory to trigger the Heap exhaustion Hi Christoph, Thanks for taking a look. The developers don't seem interested. What is dfail? Just a d too much. In the first case the run of (main 1) just went through and didn't cause a heap exhaustion while the second one was on a machine with way less memory and address-space (64bit 8GB RAM vs 32bit 1G RAM) and showed the hep exhaustion error. Yes, I could not reproduce the problem with amd64 either. I'm not sure why. I don't think memory has much to do with it. My machine has 4G. Also, the SBCL heap size is fixed and cannot expand anyway. The major issue is really that (gc :full t) breaks. Do you see that? I guess so. The end of the log is below: Yes, that looks like what I got. If you can interest any of the SBCL developers in this, please do. I think SBCL's garbage collection has major problems, but this opinion does not seem to be shared by most people. A separate but related problem from the (gc :full t) breakage is that if large objects are allocated, then much of the time, the SBCL gc does nothing. So, of course, after a few such allocations, it runs out of room. Thanks for your interest. Regards, Faheem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697837: unblock: nvidia-cuda-toolkit/4.2.9-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nvidia-cuda-toolkit There is a small fix for nvcc.profile (we ship our own copy due to sanitized installation paths) to bring it in sync with the upstream behavior of adding -lcudart by default when linking something with nvcc as in nvcc cudatest.cu I also documented the 4 assignment operators allowed in nvcc.profile and added a missing $(_SPACE_). Andreas unblock nvidia-cuda-toolkit/4.2.9-2 diffstat for nvidia-cuda-toolkit-4.2.9 nvidia-cuda-toolkit-4.2.9 changelog|7 +++ nvcc.profile | 11 +-- 2 files changed, 16 insertions(+), 2 deletions(-) diff -Nru nvidia-cuda-toolkit-4.2.9/debian/changelog nvidia-cuda-toolkit-4.2.9/debian/changelog --- nvidia-cuda-toolkit-4.2.9/debian/changelog 2012-05-11 10:33:24.0 +0200 +++ nvidia-cuda-toolkit-4.2.9/debian/changelog 2013-01-10 01:19:06.0 +0100 @@ -1,3 +1,10 @@ +nvidia-cuda-toolkit (4.2.9-2) unstable; urgency=low + + * nvcc.profile: Enable the 'LIBRARIES =+ -lcudart' setting to not deviate +from upstream behavior. (Closes: #697730) + + -- Andreas Beckmann deb...@abeckmann.de Thu, 10 Jan 2013 01:19:06 +0100 + nvidia-cuda-toolkit (4.2.9-1) unstable; urgency=low * New upstream release 4.2 (April 2012). diff -Nru nvidia-cuda-toolkit-4.2.9/debian/nvcc.profile nvidia-cuda-toolkit-4.2.9/debian/nvcc.profile --- nvidia-cuda-toolkit-4.2.9/debian/nvcc.profile 2011-06-24 12:07:44.0 +0200 +++ nvidia-cuda-toolkit-4.2.9/debian/nvcc.profile 2013-01-10 00:42:22.0 +0100 @@ -1,10 +1,17 @@ +# Syntax: +# name = text assignment +# name ?= text conditional assignment +# name += text prepend +# name =+ text append +# Predefined variables: _SPACE_, _HERE_ + PATH += /usr/lib/nvidia-cuda-toolkit/bin: # Work around some strange errors if some headers are found # in /usr/include only. -INCLUDES += -I/usr/lib/nvidia-cuda-toolkit/include +INCLUDES += -I/usr/lib/nvidia-cuda-toolkit/include $(_SPACE_) -#LIBRARIES += $(_SPACE_) -lcudart +LIBRARIES =+ $(_SPACE_) -lcudart #CUDAFE_FLAGS += #OPENCC_FLAGS +=
Bug#694657: closed by Reinhard Tartler siret...@tauware.de (Bug#694657: fixed in libav 6:9.1-1)
On Wed, Jan 9, 2013 at 10:08 PM, Francesco Poli invernom...@paranoici.org wrote: On Wed, 9 Jan 2013 21:11:38 +0100 Reinhard Tartler wrote: On Wed, Jan 9, 2013 at 7:18 PM, Francesco Poli [...] Which license is the libavcodec-extra-* package released under? LGPL-2.1+ or GPL-2+ ? GPL-3+ GPL-3+ is the effective license of the binary package. My question was which is the license for the source files which are compiled in order to generate that binary package?. Oh I'm sorry, I mixed that up. There is no clear answer on that because it depends. Most of the files are LGPL, but some hand-written assembler optimizations are GPL-2+. The configure script offers an --enable-gpl switch that includes those GPL-2+ sources. We do enable this switch for all packages we produce in Debian. In theory, we could probably also provide an LGPL build of libavcodec. Fortunately, nobody has requested that so far. HTH -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697838: unblock: nvidia-graphics-drivers/304.64-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nvidia-graphics-drivers nvidia-detect does not correctly detect Debian 7.0 (wheezy), making that package useless as it will only fail, reporting could not determine your Debian version. Fixed by adjusting the regexps. Well, this check should be reimplemented to use something more portable - but not this time. I also added a trivial patch to fix module build for Linux 3.7. While this is not needed for wheezy, it may be helpful for people that need to run an updated kernel from wheezy-backports in the future. Does not change anything while compiling against 3.6 or earlier. Some whitespace changes in older changelog entries also crept in, sorry for that. Andreas unblock nvidia-graphics-drivers/304.64-4 diffstat for nvidia-graphics-drivers-304.64 nvidia-graphics-drivers-304.64 changelog | 14 +++--- detect/nvidia-detect.in|9 + module/debian/patches/kernel-3.7.patch | 22 ++ module/debian/patches/series |1 + 4 files changed, 39 insertions(+), 7 deletions(-) diff -Nru nvidia-graphics-drivers-304.64/debian/changelog nvidia-graphics-drivers-304.64/debian/changelog --- nvidia-graphics-drivers-304.64/debian/changelog 2012-12-20 20:02:36.0 +0100 +++ nvidia-graphics-drivers-304.64/debian/changelog 2013-01-08 13:13:08.0 +0100 @@ -1,3 +1,11 @@ +nvidia-graphics-drivers (304.64-4) unstable; urgency=low + + * nvidia-detect: Fix detection of Debian 7.0 (wheezy). (Closes: #697282) + * kernel-3.7.patch: New patch to fix compilation with Linux 3.7 (which +replaced VM_RESERVED by VM_DONTEXPAND | VM_DONTDUMP). (Closes: #697061) + + -- Andreas Beckmann deb...@abeckmann.de Tue, 08 Jan 2013 11:44:34 +0100 + nvidia-graphics-drivers (304.64-3) unstable; urgency=low * Add libxvmcnvidia1 package for the libXvMCNVIDIA*.so.1 library that was @@ -361,7 +369,7 @@ * Update nv-readme.ids. * Update symbols control files. * Update lintian overrides. - * Work around dpkg-gencontrol bug #659814. + * Work around dpkg-gencontrol bug #659814. * Convert *-ia32 into transitional packages due to ia32-libs transition: - $pkg:i386 Provides: $pkg-i386 - $pkg-ia32 Recommends: $pkg-i386 @@ -808,7 +816,7 @@ nvidia-graphics-drivers (290.03-1) experimental; urgency=low * New upstream beta 290.03 (2011-10-21). -- Fixed a bug that prevented the driver from loading on some systems with +- Fixed a bug that prevented the driver from loading on some systems with integrated graphics. - Fixed issues in VDPAU that prevented allocating and displaying extremely large VdpOutputSurfaces. @@ -1396,7 +1404,7 @@ moved to /proc/driver/nvidia/gpus/0..N/information - Added new shared library: libnvidia-ml.so. NVML provides programmatic access to static information and monitoring - data for NVIDIA GPUs, as well as limited managment capabilities. It is + data for NVIDIA GPUs, as well as limited managment capabilities. It is intended for use with Tesla compute products. See web-based documentation and associated nvml.h header for more info. - Added a new X configuration option 3DVisionDisplayType to specify diff -Nru nvidia-graphics-drivers-304.64/debian/detect/nvidia-detect.in nvidia-graphics-drivers-304.64/debian/detect/nvidia-detect.in --- nvidia-graphics-drivers-304.64/debian/detect/nvidia-detect.in 2012-06-30 18:15:58.0 +0200 +++ nvidia-graphics-drivers-304.64/debian/detect/nvidia-detect.in 2013-01-08 13:13:08.0 +0100 @@ -92,7 +92,7 @@ exit 0; fi - if grep -q lenny\|5 /etc/debian_version; + if grep -q lenny\|^5 /etc/debian_version; then if [[ -n ${VERSIONS[173]} ]]; then @@ -138,7 +138,7 @@ else echo Uh oh. Your card is only supported by the 71.86 legacy drivers series, which is not in any current Debian suite.; fi; - elif grep -q wheezy /etc/debian_version; + elif grep -q wheezy\|^7 /etc/debian_version; then if [[ -n ${VERSIONS[999]} ]]; then if [[ -n ${VERSIONS[173]} ]]; then @@ -155,11 +155,12 @@ echo Your card is only supported up to the 173.14 legacy drivers series.; PACKAGE=nvidia-glx-legacy-173xx elif [[ -n ${VERSIONS[96]} ]]; then - echo Uh oh. Your card is only supported up to the 96.43 legacy drivers series, which is no longer usable due to lack of support for current Xorg Xserver 1.12; + echo Your card is only supported up to the 96.43 legacy drivers series.; + PACKAGE=nvidia-glx-legacy-96xx else echo Uh oh. Your card is only supported by the 71.86 legacy drivers series, which is not in any current Debian suite.; fi; - elif grep -q 4 /etc/debian_version; + elif grep -q ^4 /etc/debian_version; then echo Uh oh. You are running Etch, which is no longer supported.; else diff -Nru
Bug#695182: Write couple of 1GB files for OOM crash
Dear Jonathan, ... once you have a reproducible test I imagine the mm folks will already be very interested and they may be able to help ... But, I do already have a reproducible test! Write a few files, as per the initial message in this http://bugs.debian.org/695182 ; I also have a patch/solution/workaround for that particular test. Now I observed another way of making a machine with 64GB crash (sorry, not crash but to suffer an OOM episode). I am pretty sure this other test is reproducible, but is cumbersome to set up and tedious to do. Cheers, Paul Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697727: xserver-xorg-video-radeon: [radeon] Scrolling in xterm slow with KMS
On Thu, 10 Jan 2013 09:16:37 +0100, Michel Dänzer daen...@debian.org wrote: On Mit, 2013-01-09 at 20:01 +0100, Tilo Schwarz wrote: Indeed, using % grep ColorTiling /etc/X11/xorg.conf Option ColorTiling off the scrolling is twice as fast as without this option (from 12sec down to 6sec). That is still almost three times slower than without KMS, but already much more usable! The better solution would be to configure your terminals to use fontconfig/Xft for text rendering. Do you have a link to the correct debian way to enable fontconfig/Xft for text rendering? (Me being no X11 expert ...) Is it a fontcontig and Xft, or is it a either fontcontig or Xft? Thanks a alot! Tilo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697839: discover-data: usb 04b4:fd1[0123] is package sispmctl
Package: discover-data Version: 2.2013.01.09 Severity: wishlist Petter Reinholdtsen called for updates to discover-data on planet.d.o. So I can provide some IDs as well. The sispmctl package is used to switch a power socket. The current version of the package detects the following USB ids as supported: 04B4:FD10 04B4:FD11 04B4:FD12 04B4:FD13 Could you add these devices to discover-data? Do you need more information? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#272178: liferea: Use Socks host in GNOME network proxy configuration if set
Just some information for people wanting to use Liferea with SOCKS. I'd strongly recommend that you install the package redsocks. I've found that this works perfectly, not only for liferea, but for *ALL* other applications whether they support SOCKS or not, to tunnel all their traffic through a SOCKS (or SSH Tunnel) server. It is no longer necessary, today, to build SOCKS support into every network application, even if you *MUST* use SOCKS. For this reason, it's unlikely liferea will ever get SOCKS support. There's just no reason for it. I've just completed testing of liferea + redsocks through a SOCK5 connection created inside an SSH tunnel and it works just fine. I used the guide available here: http://dtbaker.com.au/random-bits/redirect-all-traffic-through-transparent-socks5-proxy-in-linux.html Thanks for your time. -David Smith
Bug#697814: [DSE-Dev] Bug#697814: selinux-policy-default: exim4 and bitlbee want access to sysctl_crypto_t
On Thu, Jan 10, 2013 at 02:59:41AM +0100, Mika Pflüger wrote: How should we proceed? Add kernel_read_crypto_sysctls for everyone who needs it (which could be quite some list considering that libgrypt11 has about 200 reverse dependencies…) or follow the fedora way and allow it for everybody? Allowing everyone to read it seems reasonable. There's no security problem if a program finds out whether we are in fips mode or not. However, this only breaks fips mode for the affected programs so maybe the impact is so low that we don't fix it for wheezy and therefore only work for a solution upstream. How many people use system wide fips mode? I don't use fips mode, but I think that fips users[0] would want this bug fixed in wheezy. The change is minor, so getting an unblock wouldn't be difficult. An actual fips user[0] should say their opinion on this bug. [0]: if there are any -- Marius Gavrilescu (kids) There's no one in there. --6 year old son, in response to seeing his father hanging pictures and tapping on the walls to find the support beams. signature.asc Description: Digital signature
Bug#697840: RFP: python-pillow -- Python Imaging Library (fork)
Package: wnpp Severity: wishlist * Package name: python-pillow Version : 1.7.8 Upstream Author : Alex Clark * URL : https://github.com/python-imaging/Pillow * License : BSD Programming Lang: Python Description : Python Imaging Library (fork) Pillow is the friendly PIL fork. PIL is the Python Imaging Library. Pillow was started for and is currently maintained by the Plone community. But it is used by many other folks in the Python web community, and probably elsewhere too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697727: xserver-xorg-video-radeon: [radeon] Scrolling in xterm slow with KMS
On Don, 2013-01-10 at 10:14 +0100, Tilo Schwarz wrote: On Thu, 10 Jan 2013 09:16:37 +0100, Michel Dänzer daen...@debian.org wrote: On Mit, 2013-01-09 at 20:01 +0100, Tilo Schwarz wrote: Indeed, using % grep ColorTiling /etc/X11/xorg.conf Option ColorTiling off the scrolling is twice as fast as without this option (from 12sec down to 6sec). That is still almost three times slower than without KMS, but already much more usable! The better solution would be to configure your terminals to use fontconfig/Xft for text rendering. Do you have a link to the correct debian way to enable fontconfig/Xft for text rendering? (Me being no X11 expert ...) It's app/toolkit specific. E.g. with xterm you can enable it with -fa and related options. Is it a fontcontig and Xft, or is it a either fontcontig or Xft? It's mainly about Xft. Most users of that also use fontconfig for selecting the fonts to use, but that's not required. Most apps/toolkits have used the modern text rendering infrastructure by default for a long time, but a lot of terminal emulators are still holding out for some reason. -- 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#697841: uvfconvert needs Qt graphics, while this is a command line tool (console)
Package: imagevis3d Version: 2.0.1-5 Severity: wishlist It would be nice if uvfconvert would not require so much graphical lib. uvfconvert is supposed to be run on a headless system. While readeelf report: Dynamic section at offset 0x3a23a0 contains 40 entries: TagType Name/Value 0x0001 (NEEDED) Shared library: [libz.so.1] 0x0001 (NEEDED) Shared library: [liblua5.2.so.0] 0x0001 (NEEDED) Shared library: [libGLEW.so.1.7] 0x0001 (NEEDED) Shared library: [libjpeg.so.8] 0x0001 (NEEDED) Shared library: [libtiff.so.5] 0x0001 (NEEDED) Shared library: [libbz2.so.1.0] 0x0001 (NEEDED) Shared library: [libGLU.so.1] 0x0001 (NEEDED) Shared library: [libQtOpenGL.so.4] 0x0001 (NEEDED) Shared library: [libQtGui.so.4] 0x0001 (NEEDED) Shared library: [libQtCore.so.4] 0x0001 (NEEDED) Shared library: [libGL.so.1] 0x0001 (NEEDED) Shared library: [libpthread.so.0] 0x0001 (NEEDED) Shared library: [libstdc++.so.6] 0x0001 (NEEDED) Shared library: [libm.so.6] 0x0001 (NEEDED) Shared library: [libgcc_s.so.1] 0x0001 (NEEDED) Shared library: [libc.so.6] -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages imagevis3d depends on: ii libbz2-1.01.0.5-6+squeeze1 high-quality block-sorting file co ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libgl1-mesa-glx [libg 7.10.3-4~bpo60+1 free implementation of the OpenGL ii libglew1.71.7.0-3OpenGL Extension Wrangler - runtim ii libglu1-mesa [libglu1 7.10.3-4~bpo60+1 Mesa OpenGL utility library (GLU) ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libqt4-network4:4.6.3-4+squeeze1 Qt 4 network module ii libqt4-opengl 4:4.6.3-4+squeeze1 Qt 4 OpenGL module ii libqtcore44:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libtiff4 3.9.4-5+squeeze8 Tag Image File Format (TIFF) libra ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime imagevis3d recommends no packages. imagevis3d 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#688524: lintian: Test failures on kfreebsd-amd64
On 2012-09-23 16:13, Niels Thykier wrote: Source: lintian Severity: normal I did a run of Lintian's test suite on kfreebsd-amd64 (i.e. asdfasdf.d.o) today and a number of tests fail there: The java-* ones FTBFS due to -source 1.5 not being supported by gcj's javadoc. Should be trivial to fix with jh_build --no-javadoc or so. Fixed in gcj-4.7[1], so this should disappear automatically. legacy debug do not emit a large number of the expected tags. No news here. Finally fields-architecture FTBFS as well with: fields-architecture: dpkg-genchanges ../fields-architecture_1.0_kfreebsd-amd64.changes fields-architecture: dpkg-genchanges: error: cannot read files list file: No such file or directory fields-architecture: dpkg-buildpackage: error: dpkg-genchanges gave error exit status 2 Fixed in 9c21a71d09f27c7954c200a21941d0ff0bccedce On a related note: time debian/rules runtests puts us at: real104m57.374s user75m53.910s sys 22m14.235s (For the new test suite only). All in all, room for improvement. ~Niels ~Niels [1] http://packages.qa.debian.org/g/gcj-4.7/news/20130106T175013Z.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685029: lintian: empty-binary-package misuses virtual package
On 2012-08-16 01:22, Stuart Prescott wrote: Package: lintian Version: 2.5.10.1 Severity: normal Hi! Hi, [...] The usage of virtual package in this way is quite at odds with the normal usage of virtual package in Debian -- a usage which is guided by Policy §3.6 and is in the output of our package management tools like apt. Virtual packages don't exist -- so an empty package cannot be a virtual package. I tend to agree here and I have just committed a patch to remove the suggestion to use virtual package. Moreover, there is an authoritative list of virtual packages -- maintainers don't just add the words virtual package to package descriptions. FTR, we have virtual packages not listed in that authoritative list. The policy allows them (in some cases like private collaboration betweem packages or something like that). I'd like to see virtual removed from @METAPKG_REGEX and the tag description. I wondered if a separate tag be added that flags packages that use virtual package in their descriptions, but there are only 16 packages in sid that currently do that, and only grass, korundum, mediatomb, mrpt-libs, roxterm, wine, wine-unstable would not be false-positives. cheers Stuart I have not updated the regex yet (so virtual package is still accepted), but as mentioned the description has been changed. So that's only half of what you asked (and accordingly, I am not tagging this bug pending). I feel it is a bit overkill to add a tag for a mere 16 packages (especially if there will be false-positives in those). Perhaps I can convince you to file bugs against them for Jessie? ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695013: [Pkg-bluetooth-maintainers] Bug#695013: Conflict with obex-data-server not necessary anymore
Hi, Thank you for your report! I will fix this and upload soon. Best regards, Nobuhiro On Mon, Dec 3, 2012 at 7:50 PM, Jerome Vouillon jerome.vouil...@pps.univ-paris-diderot.fr wrote: Package: obexd-server Version: 0.47-1 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, Release 0.47 updates the D-Bus namespace to use org.bluez.obex instead of org.openobex (see http://www.bluez.org/obexd-047/). Hence, there is no D-Bus name conflict with obex-data-server (#565318) anymore, and the conflict with package obex-data-server can now be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). ___ Pkg-bluetooth-maintainers mailing list pkg-bluetooth-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bluetooth-maintainers -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683596: lintian: False positive unused-override when checking multiple packages with lintian
On 2012-08-02 10:13, Matthijs Kooijman wrote: Package: lintian Version: 2.5.10 Severity: normal Hi folks, Hi, I just stumbled upon lintian giving me a false unused-override tag. This happens when you override some tag because the file needed for it is in another package, but then run lintian on both packages involved: Lintian now finds the file in the other package, doesn't trigger the warning and thinks the override is unused. I have to admit I have been a bit conflicted in case. On one hand, I would like to promote the use of group processing precisely because it can give more accurate results. On the other hand, Lintian is now being used in pre-install checks (e.g. apt-daemon) where I am almost the checker will not fetch the related packages. Obviously these pre-install checkers will (depending on the tags emitted) refuse the install the package. In this particular case, I was overriding the menu-icon-missing tag in the openttd package, since the menu icon is in the openttd-data package (which openttd depens on). To reproduce (I removed an unrelated binary-without-manpage tag from below output for clarity): [...] (JFTR, you can use --tags the-only-tag-you-want-to-see, so you don't have to fix the output manually. In theory it is also faster as Lintian is lazy) I don't think there's any way right now I can build my package such that it is lintian clean both when checking with just openttd and when checking openttd and openttd-data in the same lintian run (e.g., when running lintian on the .changes file). Technically I believe you can override unused-override, but lets not go there. I'm not sure what the proper fix for this is. Perhaps each check should detect that it's _not_ firing because there are multiple packages (and it would have fired if the packages were processed separately), or perhaps for each apparently unused override, the given check should be run on each package separately to see if it's really unused? If it is to be any of those two, I'd go for the former. Probably, the former is the only solution to this problem if we want to make packages Lintian clean in both use-cases. Gr. Matthijs [...] ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697843: selinux-policy-default: jabberd_t cannot connect to jabber_interserver_port_t
Package: selinux-policy-default Version: 2:2.20110726-12 Severity: normal ejabberd tries to connect to another jabber server to send messages but SELinux doesn't like that. The audit.log entries are: type=AVC msg=audit(1357780653.447:17535): avc: denied { name_connect } for pid=2961 comm=beam dest=5269 scontext=system_u:system_r:jabberd_t:s0 tcontext=system_u:object_r:jabber_interserver_port_t:s0 tclass=tcp_socket type=SYSCALL msg=audit(1357780653.447:17535): arch=c03e syscall=42 success=no exit=-115 a0=14 a1=7f639e5a5d8c a2=10 a3=8da7 items=0 ppid=1 pid=2961 auid=111 uid=111 gid=114 euid=111 suid=111 fsuid=111 egid=114 sgid=114 fsgid=114 tty=(none) ses=5 comm=beam exe=/usr/lib/erlang/erts-5.9.1/bin/beam subj=system_u:system_r:jabberd_t:s0 key=(null) type=SOCKADDR msg=audit(1357780653.447:17535): saddr=02001495ADC2467D -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages selinux-policy-default depends on: ii libpam-modules 1.1.3-7.1 ii libselinux1 2.1.9-5 ii libsepol12.1.4-3 ii policycoreutils 2.1.10-9 ii python 2.7.3~rc2-1 Versions of packages selinux-policy-default recommends: ii checkpolicy 2.1.8-2 ii setools 3.3.7-3 Versions of packages selinux-policy-default suggests: pn logchecknone pn syslog-summary none -- Configuration Files: /etc/selinux/default/modules/active/file_contexts.local [Errno 13] Permission denied: u'/etc/selinux/default/modules/active/file_contexts.local' -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696424: Possible patch
Hi David On Mon, Jan 07, 2013 at 09:06:53AM +, David Weber wrote: Attached is the debdiff contianing these three refreshed for the version in unstable and testing. But I'm not yet ready to propose a NMU. Testing of the resulting package is welcome! Thanks for the debdiff! It works as expected: It creates the files with the right permissions without breaking functionality. A problem could be that the files aren't freshly created by a simple restart of the daemon. Should something be done about that? Some options could be: - Notify the user to stop libvirtd and sanlock and run rm /var/run/sanlock/sanlock.sock; rm /var/log/sanlock.log - Change the file permissions through the package update - Do nothing because most likely nobody uses sanlock on Debain atm. I have not a final answer here, but it might be easy to implement like libvirt-bin does in postint, mabye only conditionally checking (so doing it during package update from a 'broken' version): [...] if ! dpkg-statoverride --list /var/log/sanlock.log /dev/null 21; then # fix permissions fi [...] and the same for /var/run/sanlock/sanlock.sock. Great hint. I modified the patch in that way and also added the fix for #689696 Guido, can you pull that debdiff directly or should I send you an updated debian.tar.gz? Regards, Salvatore To: car...@debian.org Cc: martin.quin...@loria.fr 696...@bugs.debian.org j...@inutil.org a...@sigxcpu.org sanlock_cve.debdiff Description: Binary data
Bug#697617: jenkins: remote code execution vulnerability
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/01/13 00:54, Miguel Landaeta wrote: Hi, I'm working in backporting a fix for this issue to this version of Jenkins. It doesn't too hard to do it but I had not tested properly the patch I got. If everything goes well I'll attach a debdiff to this bug report very soon. Thanks Miguel; I'm also about to upload the latest version of Jenkins to experimental which includes a fix for this issue and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696816 (which requires a new version of jenkins-winstone as well). We might want to consider whether updating unstable/testing to 1.480.2 is actually the best way forward at this point in time. - -- James Page Ubuntu Core Developer Debian Maintainer james.p...@ubuntu.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBCAAGBQJQ7pX6AAoJEL/srsug59jDM9sP/3E07QJTYx8B+gltG2+Wc6Qh Lyn/qXV1GPrUs2pKwzyhUa6gOBdQ6CR+PsVa529aSw4j8sIrcLl5qGLexJE6xuC6 u2Fwl5SgFi7WZriS1pK8NEHVyVncjU39gVLCrIrS0U06V6PSDZ+9wfnWDQE/Jzuo WUgOh09YEhxJYdqWt+OsrvMirtCY1w5CzofS+TQ414GHj7mVZAVgRgZwxf3N+Vaz u2avaaqC1cQcb2ZTPfsN/bDlFRNFREJTpHtLhfCmhhAwsveL9LkOCX/NcJOQm/LP PF1WWrPzrDyLzqdNhp6awnndOFOvkq27Pkb0V4G8wom1chgPONEKSrzYFmzphKo9 zPOxiVkK8FOu4hb4J+KNS57KN/t3v/mUad7aoXMVlMUtMv2dbCIGhW2Nf89YbaWC YSbcdTVk0EM/0ar2P3gvcAZGlppMKjbbAYvAWWN/3BPdfYyRwVsw1Hq72tPvrr6a 7hBZ6uKzool8RZAf9qSfSWC/a17NELKXnrbtb8bglHGwOgltkQHoRWC2fyL4t+w+ QH1HdLeP/Yc/GCZK1jwtOVRW5XxIXqyzcD+/YncIUVNqtIFLmBZbLEw56JspxxKl Nix1M9OYKIDa1rBKjYER5ICZXdrv1hUerqLgGe4/+E8x/WT2XB6m1bTkt6YOsn5Y jiqHFGUNyH80R1k5EBKF =biqm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696192: RFS: matanza/0.13+ds1-3 [updated] -- Space ascii war game
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09-01-13 11:43, Boris Pek wrote: It would be nice if RFS bug report is added to Cc next time. No problem. Could you mark the most important notes which prevent the package upload? None of them. However, since this is a team upload anyway, I suppose you don't mind me fixing some of these things before uploading? Thanks, Bas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlDulzAACgkQFShl+2J8z5W/jQCfa6c2uisSqeWPOT8jN7pd+rae icYAnRq14gHmn85DBESBAe4+2J3KY9gF =npN4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697559: Duplicate?
I belive this bug is likely to be a duplicate of #695131. May you have a look at that one? What do maintainers think? Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697803: Update
Incomplete bug report on my side. Sorry. I would like kdm to include a reference to pam_mail so that MAIL and other related environment variables can be set properly system-wide, as per login, su, ssh, etc. I would also recommend the nopen flag be provided by default, instead of standard, so that there is no notification of new mail as part of the GUI login process (leave that to the user's mail client). Chris smime.p7s Description: S/MIME Cryptographic Signature
Bug#681253: sshfp dies on every invocation with NameError: global name 'hostname' is not defined
Package: sshfp Version: 1.2.2-3 Followup-For: Bug #681253 Dear Maintainer, I want to confirm the report by Armin Buchardt. ssfp is currently broken, the patch supplied fixes it. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to nl_NL.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sshfp depends on: ii openssh-client 1:6.0p1-3 ii python 2.7.3-3 ii python-dnspython 1.10.0-1 ii python-ipcalc0.3-1 ii python-ldns 1.6.13-4 ii python2.7 [python-argparse] 2.7.3-5 sshfp recommends no packages. sshfp 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#697844: sshfp: option -k is ignored
Package: sshfp Version: 1.2.2-3 Severity: normal Dear Maintainer, the -k option to sshfp is ignored and ~/.ssh/known_hosts is always used. The following patch fixed this: --- /tmp/sshfp 2013-01-10 11:18:58.437565425 +0100 +++ /usr/bin/sshfp 2013-01-10 11:20:40.727689145 +0100 @@ -258,7 +258,7 @@ action=store, dest=known_hosts, metavar=KNOWN_HOSTS_FILE, - default=None, + default=DEFAULT_KNOWN_HOSTS_FILE, help=obtain public ssh keys from the known_hosts file KNOWN_HOSTS_FILE) parser.add_option(-s, --scan, action=store_true, @@ -342,8 +342,6 @@ if not args: print sys.stderr, WARNING: Assuming -a all_hosts = True - if not options.scan: - khfile = DEFAULT_KNOWN_HOSTS_FILE if options.scan and options.all_hosts: datal = [] -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to nl_NL.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sshfp depends on: ii openssh-client 1:6.0p1-3 ii python 2.7.3-3 ii python-dnspython 1.10.0-1 ii python-ipcalc0.3-1 ii python-ldns 1.6.13-4 ii python2.7 [python-argparse] 2.7.3-5 sshfp recommends no packages. sshfp 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#657390: lintian: Please make build-arch and build-indep required targets
On 2012-02-08 13:23, Niels Thykier wrote: On 2012-01-25 23:18, Roger Leigh wrote: [...] Once build-arch and build-indep are supported by dpkg-buildpackage, hopefully in the next week, and/or are required by Policy, please could you apply the attached patch to move build-arch and build-indep from recommended to required? Things have changed a bit since we talked about this last year. dpkg/experimental now supports build-arch/build-indep with the make -qn fallback[1]. The tech-ctte's multi-arch ruling[2] suggests we may see this change in sid in 14 days time (unless that change is reverted etc.). In sid and Wheezy by now. That being said, I am not sure this is sufficient to bump these targets to required. I am not aware of anything on the Policy front or the tech-ctte (build-arch) front to ratify the recommended - required change. Ratified in Policy 3.9.4, but as mentioned in [1] it is Not for Wheezy. I am hesistant because bumping them has a side-effect of making them fatal auto-rejects. Despite the steady drop in missing targets[3] there are still 4000-4500 packages that overnight would be auto-reject candidates. This number is now about 3700, which is still a bit much. In the interest of not getting a lot of mail from people aggrevated by their package being auto-rejected, I still feel the tags should remain split for now (until that number drops a bit more and Wheezy has been released). I am open to bumping the severity of the recommended-target tag (possibly including a rename) to make the tag more visible and hopefully increasing the adoption rate of this tag (well, the post-freeze adoption rate). I kept the debian-rules-missing-recommended-target check and description in case it's of potential use in the future, but otherwise these could also be removed. Thanks, Roger [...] ~Niels [...] [1] https://lists.debian.org/debian-devel-announce/2012/09/msg6.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686254: pommed: Pommed dies by segfault when pressing F10 (or Fn+F10) to turn off sound in Macbook Pro
Hi, I have same machine. I checked current environment (sid). But I dont have same problem. Could you check cunnret environment? Best regards, Nobuhiro Package: pommed Version: 1.39~dfsg-2+b1 Severity: normal Dear Maintainer: Pommed dies by segfault when pressing F10 (or Fn+F10 depending of the configuration) to turn off sound in Macbook Pro model 7.1 from 2010. Specifically dmesg says this: pommed[2430]: segfault at fff8 ip 7f5d7f003228 sp 7fffcb9f24b0 error 4 in libasound.so.2.0.0[7f5d7efb8000+ec000] So to have Pommed running again, it must be lunched manually. Thank you very much for everything. Tony. -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697845: selinux-policy-default: exim4 cannot read its own config
Package: selinux-policy-default Version: 2:2.20110726-12 Severity: normal My audit.log contains the following entries: type=AVC msg=audit(1357788322.941:17596): avc: denied { read } for pid=5136 comm=sendmail name=config.autogenerated dev=sda1 ino=25298455 scontext=system_u:system_r:system_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:var_lib_t:s0 tclass=file type=AVC msg=audit(1357788322.941:17596): avc: denied { open } for pid=5136 comm=sendmail name=config.autogenerated dev=sda1 ino=25298455 scontext=system_u:system_r:system_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:var_lib_t:s0 tclass=file type=SYSCALL msg=audit(1357788322.941:17596): arch=c03e syscall=2 success=yes exit=3 a0=7f2ad698f690 a1=0 a2=1b6 a3=0 items=1 ppid=5128 pid=5136 auid=1000 uid=0 gid=100 euid=0 suid=0 fsuid=0 egid=100 sgid=100 fsgid=100 tty=(none) ses=1335 comm=sendmail exe=/usr/sbin/exim4 subj=system_u:system_r:system_mail_t:s0-s0:c0.c1023 key=(null) type=CWD msg=audit(1357788322.941:17596): cwd=/home/marius type=PATH msg=audit(1357788322.941:17596): item=0 name=/var/lib/exim4/config.autogenerated inode=25298455 dev=08:01 mode=0100644 ouid=0 ogid=103 rdev=00:00 obj=system_u:object_r:var_lib_t:s0 type=AVC msg=audit(1357788322.941:17597): avc: denied { getattr } for pid=5136 comm=sendmail path=/var/lib/exim4/config.autogenerated dev=sda1 ino=25298455 scontext=system_u:system_r:system_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:var_lib_t:s0 tclass=file type=SYSCALL msg=audit(1357788322.941:17597): arch=c03e syscall=5 success=yes exit=0 a0=3 a1=7fff9571cef0 a2=7fff9571cef0 a3=0 items=0 ppid=5128 pid=5136 auid=1000 uid=0 gid=100 euid=0 suid=0 fsuid=0 egid=100 sgid=100 fsgid=100 tty=(none) ses=1335 comm=sendmail exe=/usr/sbin/exim4 subj=system_u:system_r:system_mail_t:s0-s0:c0.c1023 key=(null) Apparently exim4 is not allowed to read its own config file. While my knowlendge of SELinux is almost nil, I think that either exim4 should be running as exim_something_t instead of system_mail_t or system_mail_t should be allowed to read exim config files. ll -Z /var/lib/exim4/ says: total 36K drwxr-xr-x. 2 root rootsystem_u:object_r:var_lib_t:SystemLow 4.0K Jan 8 17:03 . drwxr-xr-x. 42 root rootsystem_u:object_r:var_lib_t:SystemLow 4.0K Jan 7 14:26 .. -rw-r--r--. 1 root rootsystem_u:object_r:var_lib_t:SystemLow4 Jan 3 23:32 berkeleydbvers.txt -rw-r--r--. 1 root Debian-exim system_u:object_r:var_lib_t:SystemLow 24K Jan 8 17:03 config.autogenerated I think that the contents of this directory should be exim_something_t, not var_lib_t. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages selinux-policy-default depends on: ii libpam-modules 1.1.3-7.1 ii libselinux1 2.1.9-5 ii libsepol12.1.4-3 ii policycoreutils 2.1.10-9 ii python 2.7.3~rc2-1 Versions of packages selinux-policy-default recommends: ii checkpolicy 2.1.8-2 ii setools 3.3.7-3 Versions of packages selinux-policy-default suggests: pn logchecknone pn syslog-summary none -- Configuration Files: /etc/selinux/default/modules/active/file_contexts.local [Errno 13] Permission denied: u'/etc/selinux/default/modules/active/file_contexts.local' -- 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#626524: housekeeping
retitle 626524 proftpd-basic: DefaultAddress not obeyed when SocketBindTight is off (default) severity 626524 minor thanks On the basis of documentation: http://www.proftpd.org/docs/directives/linked/config_ref_SocketBindTight.html one should expect a nice message 500 Sorry, no server available to handle request on xxx.xxx.xxx.xxx. when the listen socket has been bound to a specific address/port pair. In practice the server behavior differs and no message is issued in that case. Limiting binding is instead regularly working if SocketBindTight is set to on. This could be interpreted as a defect in documentation. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697846: file: misidentifies git objects as VAX COFF executable not stripped
Package: file Version: 5.11-2 Severity: normal $ file .git/objects/00/37120054cee0fc197fabf44c8e393cd92736b8 .git/objects/00/37120054cee0fc197fabf44c8e393cd92736b8: VAX COFF executable not stripped This causes Lintian to misidentify them as Windows binaries[1]. [1] Example being: http://lintian.debian.org/source/bible-kjv/4.26 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages file depends on: ii libc6 2.13-37 ii libmagic1 5.11-2 ii zlib1g 1:1.2.7.dfsg-13 file recommends no packages. file 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#697847: missing source for Win32 binaries
Package: src:ace Severity: serious The source for bin/LabVIEW_RT/*.exe seems to be missing from the source package (at least from 6.0.3-5 and 6.1.2-1). As they seem to be related to LabVIEW I suspect they cannot be built in Debian either. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697848: non-free files in main
Package: src:ace Severity: serious Hi, the following license conditions (from 6.1.2-1's d/copyright) look quite non-free as they restrict how the program may be modified: [...] You may copy and extend functionality (but may not remove functionality) of the Interface Definition Language CFE without charge, but you are not authorized to license or distribute it to anyone else except as part of a product or program developed by you or with the express written consent of Sun Microsystems, Inc. (Sun). You may copy, modify, distribute, or sublicense the LICENSED PRODUCT without charge as part of a product or software program developed by you, so long as you preserve the functionality of interoperating with the Object Management Group's Internet Inter-ORB Protocol version one. However, any uses other than the foregoing uses shall require the express written consent of Sun Microsystems, Inc. There's also a license allowing only educational and commercial use, but no redistribution or modification: All of the files in these directories are copyright Addison Wesley, and they come with absolutely no warranty whatsoever. Permission is hereby granted to use these programs for educational or commercial purposes. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697727: xserver-xorg-video-radeon: [radeon] Scrolling in xterm slow with KMS
On Thu, 10 Jan 2013 10:34:07 +0100, Michel Dänzer daen...@debian.org wrote: On Don, 2013-01-10 at 10:14 +0100, Tilo Schwarz wrote: On Thu, 10 Jan 2013 09:16:37 +0100, Michel Dänzer daen...@debian.org wrote: On Mit, 2013-01-09 at 20:01 +0100, Tilo Schwarz wrote: Indeed, using % grep ColorTiling /etc/X11/xorg.conf Option ColorTiling off the scrolling is twice as fast as without this option (from 12sec down to 6sec). That is still almost three times slower than without KMS, but already much more usable! The better solution would be to configure your terminals to use fontconfig/Xft for text rendering. Do you have a link to the correct debian way to enable fontconfig/Xft for text rendering? (Me being no X11 expert ...) It's app/toolkit specific. E.g. with xterm you can enable it with -fa and related options. Is it a fontcontig and Xft, or is it a either fontcontig or Xft? It's mainly about Xft. Most users of that also use fontconfig for selecting the fonts to use, but that's not required. Most apps/toolkits have used the modern text rendering infrastructure by default for a long time, but a lot of terminal emulators are still holding out for some reason. Thanks a lot for your help! It lead me to a nice workaround (even if the original question KMS=0 vs. KMS=1 is not really solved by this). The only thing I did (after reading about Xft and fontconfig) was to install rxvt-unicode, which has xft support. Running time seq 10 with various terminal/font combinations gives: xterm -fn 9x15: real0m50.001s user0m0.180s sys 0m0.428s xterm -fa 9x15: real0m7.785s user0m0.116s sys 0m0.180s rxvt: real0m11.707s user0m0.140s sys 0m0.252s urxvt: real0m0.994s user0m0.176s sys 0m0.308s So for some reason urxvt seems to use a font path, which is as fast as the speed having lenny installed. The Xresources for this test were: % cat .Xresources xterm*background: black xterm*charClass: 33:48,37:48,45-47:48,38:48 xterm*font: 9x15 xterm*foreground: white xterm*saveLines: 1024 xterm*scrollBar: false xterm*visualBell: true xterm*visualBellDelay: 100 rxvt*background: black rxvt*charClass: 33:48,37:48,45-47:48,38:48 rxvt*font: 9x15 rxvt*foreground: white rxvt*saveLines: 1024 rxvt*scrollBar: false rxvt*visualBell: true rxvt*visualBellDelay: 100 urxvt*background: black urxvt*charClass: 33:48,37:48,45-47:48,38:48 urxvt*font: 9x15 urxvt*foreground: white urxvt*saveLines: 1024 urxvt*scrollBar: false urxvt*visualBell: true urxvt*visualBellDelay: 100 Thanks again! Tilo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675175: Packaging?
Hi, Marco d'Itri: My position is that we need to have exactly one init system in Debian. I'd amend that to one _master_ init system, meaning that anything else (Hurd, *BSD kernels) will have to derive their init scripts from systemd unit files (if that is in fact chosen). I am not sure yet about which one it should be, but if it will not be systemd then I see no place in Debian for it. I am, but this is not the right place for that discussion. So I would rather not spend time discussing something which may never happen. Does anybody want to organize a Debian-init meeting at FOSDEM? Good idea. I don't know whether I'll be able to attend yet, unfortunately. -- -- 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#689268: linux-image-3.2.0-3-amd64: Intel HD 4000 (Ivy Bridge) graphics freeze
Am 10.01.2013 09:39, schrieb Riku Voipio: getting hangs on anything other than the Debian 3.2.32-1 has been challenging. If if's just timing based, I might just have been lucky during my bisects. Here vanilla 3.4.24 from kernel.org runs absolutely stable since a few weeks. But me came up another idea: 'modinfo i916' list an option which appears to be a watchdog function: parm: enable_hangcheck:Periodically check GPU activity for detecting hangs. WARNING: Disabling this can cause system wide hangs. (default: true) (bool) which actually describes the symptoms. Could it be that in the Debian-kernel either the hangs are not detected securely, or that it just fails to reset the module? /Ingo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697824: Dell Latitude E6400: AlpsPS/2 ALPS DualPoint TouchPad advanced features sometimes no longer work
On 2013-01-09 22:27:57 -0800, Jonathan Nieder wrote: Do you have an X log from that boot? Unfortunately no, only 2 logs are kept (and I had to reboot several time due to wifi problems after the upgrade). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697721: python-django-registration: FTBFS with python3-sphinx: AttributeError: 'str' object has no attribute '__dict__'
* Raphael Hertzog hert...@debian.org, 2013-01-10, 09:43: This happens because the source package includes doctree pickles (in which parsed rST sources are cached) were generated by Python 2.X, and cannot be loaded by Python 3.X. Please ask upstream to exclude the doctrees/ subdirectory from their tarballs. Meanwhile please use the attached patch as a work-around. So if I understand correctly the python-sphinx upstream bug entry, I don't have to ask upstream to remove the doctrees, sphinx will detect alone that it's not compatible. It's still a bad idea for upstream to include them in the tarball: - They take significant amount of space. - They leak information about upstream's home directory layout; try this for example: $ strings docs/_build/doctrees/*.doctree | grep ^/User Maybe more importantly, they are bad for us, because they are unauditable. Quoting http://docs.python.org/2/library/pickle.html: The pickle module is not intended to be secure against erroneous or maliciously constructed data. Never unpickle data received from an untrusted or unauthenticated source. Anyway, I made this pull request: https://bitbucket.org/ubernostrum/django-registration/pull-request/34 Now a question about your patch: override_dh_auto_clean: - rm -rf docs/_build/html + rm -rf docs/_build/ dh_auto_clean override_dh_auto_build: cd registration /usr/bin/django-admin compilemessages + rm -rf docs/_build/doctrees/ cd docs $(MAKE) html dh_auto_build Why do you have to remove docs/_build/doctrees/ again in override_dh_auto_build ? any dpkg-buildpackage call starts with debian/rules clean and thus docs/_build will already have been removed... I don't believe one can assume that clean is always run before build. dpkg-buildpackage does that, because it has no way of knowing whether the package is in a clean state or not. But IMO the following is also a legitimate way to build a package: $ dpkg-source -x foo_*.dsc $ cd foo-*/ $ debian/rules build $ fakeroot debian/rules binary -- 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#697699: [Pkg-phototools-devel] Bug#697699: Bug#697699: darktable: In darkroom mode, filmstrip scrolling stucks at first photo and keyboard scrolling isn't working
Michal Pokrywka wolfm...@o2.pl writes: I've done better. I installed darktable on third machine, also debian/unstable/amd64/kde. Darktable was never installed here. Without touching any configuration I've imported some JPGs from filesystem around, and the problem still occurs identically like on the first two machines. Hi Michal; Indeed that seems to eliminate old configuration as a problem. I know that upstream developers don't use JPEG much, so it's possible this problem is specific to JPEGs. Can you duplicate it with raw images of some kind? all the best, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697849: ITP: libtest-command-simple-perl - Perl module to test external commands
Package: wnpp Severity: wishlist Owner: Joost van Baal-Ilić joostvb+debian-2013011...@uvt.nl * Package name: libtest-command-simple-perl Upstream Author : Darin McBride dmcbride at cpan.org * URL : http://search.cpan.org/dist/Test-Command-Simple/ * License : Perl (GPL or Artistic) Programming Lang: Perl Description : Perl module to test external commands A test module intended to simplify testing of external commands. It does so by running the command under IPC::Open3, closing the stdin immediately, and reading everything from the command's stdout and stderr. It then makes the output available to be tested. . It is not (yet?) as feature-rich as Test::Cmd, however the interface to this is much simpler. Tests also plug directly into the Test::Builder framework, which plays nice with Test::More. Test::Command::Simple is needed for building (during make test) the validns package, that one is being worked on at e.g. https://launchpad.net/~jelu/+archive/validns . libtest-command-simple-perl will be maintained by myself and Casper Gielen ( capslock2000-guest @ alioth ). Bye, Joost signature.asc Description: Digital signature
Bug#697727: xserver-xorg-video-radeon: [radeon] Scrolling in xterm slow with KMS
On Thu, 10 Jan 2013 10:34:07 +0100, Michel Dänzer daen...@debian.org wrote: On Don, 2013-01-10 at 10:14 +0100, Tilo Schwarz wrote: On Thu, 10 Jan 2013 09:16:37 +0100, Michel Dänzer daen...@debian.org wrote: On Mit, 2013-01-09 at 20:01 +0100, Tilo Schwarz wrote: Indeed, using % grep ColorTiling /etc/X11/xorg.conf Option ColorTiling off the scrolling is twice as fast as without this option (from 12sec down to 6sec). That is still almost three times slower than without KMS, but already much more usable! The better solution would be to configure your terminals to use fontconfig/Xft for text rendering. Do you have a link to the correct debian way to enable fontconfig/Xft for text rendering? (Me being no X11 expert ...) It's app/toolkit specific. E.g. with xterm you can enable it with -fa and related options. Is it a fontcontig and Xft, or is it a either fontcontig or Xft? It's mainly about Xft. Most users of that also use fontconfig for selecting the fonts to use, but that's not required. Most apps/toolkits have used the modern text rendering infrastructure by default for a long time, but a lot of terminal emulators are still holding out for some reason. One last addition. I worte ... rxvt-unicode, which has xft support. But accoding to the rxvt-unicode man-page, my xresource urxvt*font: 9x15 does not select a xft font, because urxvt uses x fonts by default. So urxvt is able to scoll fast although no xft font is used. Running ltrace urxvt shows, that xft funcions are only called, if I specify the font with xft:9x15. Regards, Tilo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697850: false positives for source-contains-prebuilt-windows-binary
Package: lintian Version: 2.5.10.3 Severity: normal Hi, lintian.d.o shows several false postives for the source-contains-prebuilt-windows-binary tag: afflib 3.6.6-1.1 (source) lzma443/lzma.txt blender 2.63a-1 (source) extern/lzma/lzma.txt giflib 4.1.6-10 (source) doc/lzgif.txt and lots of other lzma.txt files. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697842:
found 697842 4.7.2-17 notfound 697842 4.7.2-5 thanks My system contained clang++ from experimental which pulled some extra deps. I do not think this is relevant to report bug on experimental. Feel free to close. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697851: nslcd: idle_timelimit is only checked at a new request, which may cause undesired delays
Package: nslcd Version: 0.7.15+squeeze2 Severity: normal Tags: upstream It seems that the idle_timelimit setting is only checked at a new request. Let's say there's a firewall between the client with nslcd and the LDAP server. The session timeout on the firewallis 1800 seconds and idle_timelimit is set to 1500. The latter seems a reasonable setting; timeouting LDAP connections before the firewall will. Because the idle_timelimit setting is only checked at a new request, it can happen that the LDAP connection lives longer than 1800 seconds before killed by nslcd. In the meanwhile the firewall has removed the session. Then, if a new request enters nslcd and gets that LDAP connection assigned, it notices that it's expired and tries to properly clean up the connection. In this case the process of cleaning up the connection takes longer, because it doesn't get a response from the LDAP server, as the firewall doesn't have an open session anymore. For servers using nslcd that are not used frequently it's a bit annoying to have slow logins etc. I'm not sure what the best solution is. Not an easy or nice fix would be to have a thread running all the time that checks all connections for idle_timelimit and cleans them up if needed. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 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 nslcd depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2. 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgssapi-krb5-21.8.3+dfsg-4squeeze6 MIT Kerberos runtime libraries - k ii libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries Versions of packages nslcd recommends: ii libnss-ldapd [libnss-lda 0.7.15+squeeze2 NSS module for using LDAP as a nam ii libpam-krb5 4.3-1 PAM module for MIT Kerberos ii libpam-ldapd [libpam-lda 0.7.15+squeeze2 PAM module for using LDAP as an au ii unscd [nscd] 0.47-2 Micro Name Service Caching Daemon Versions of packages nslcd suggests: ii kstart3.16-3 Kerberos kinit supporting AFS and -- Configuration Files: /etc/default/nslcd changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696348: gnome-shell restarts when closing gnome-terminal
Hi again, A few days ago I had a bit of time, so did a complete re-install of Wheezy (using a weekly build iso - the previous installation on this machine was an upgrade from Squeeze), and I removed the contents of my /home/$USER/.config folder - so far, three days and counting, and I've yet to encounter the problem of closing gnome-terminal causing gnome-shell to restart. For completeness sake the machine I'm using is a Compaq Presario CQ70. I also have a Dell laptop, but that never experienced the problem at all. That too is a Squeeze - Wheezy machine, with identical packages installed to the Presario, with packages even upgraded at same time. On Wed, 2012-12-26 at 19:20 +, Harvey Kelly wrote: On Thu, Dec 20, 2012 at 01:22:24AM +0100, Josselin Mouette wrote: I can’t reproduce this on a fresh account without mutter. So the backtrace would be appreciated. You need to start gdb from another VT (e.g. switch to the first text console with Ctrl+Alt+F1), and attach gdb to gnome-shell: gdb /usr/bin/gnome-shell $(pidof gnome-shell) Nope, I'm not getting it. If I run (with 10654 being gnome-shell's process) from VT1... gdb /usr/bin/gnome-shell 10654 ... then switching back to the shell, and the shell is frozen, can't interact with it in anyway shape or form. (Killing gdb and then switching back to gnome-shell, and gnome-shell is normal again and I can start programs, access Activites etc.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697850: false positives for source-contains-prebuilt-windows-binary
On 2013-01-10 13:29, Ansgar Burchardt wrote: Package: lintian Version: 2.5.10.3 Severity: normal Hi, lintian.d.o shows several false postives for the source-contains-prebuilt-windows-binary tag: afflib 3.6.6-1.1 (source) lzma443/lzma.txt blender 2.63a-1 (source) extern/lzma/lzma.txt giflib 4.1.6-10 (source) doc/lzgif.txt and lots of other lzma.txt files. Ansgar It is file in stable causing this issue: $ file --version file lzma443/lzma.txt file-5.11 magic file from /etc/magic:/usr/share/misc/magic lzma443/lzma.txt: ASCII text $ scp lzma443/lzma.txt lintian.debian.org $ ssh lintian.debian.org file lzma.txt lzma.txt: MS-DOS executable (built-in) ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697852: python-libvirt: should have a lockstep dependency on libvirt0
Package: python-libvirt Version: 0.9.12-5 Severity: important I upgraded libvirt-bin and libvirt0 to the version from experimental without also upgrading python-libvirt. When I next tried to run virt-manager it failed with: ImportError: /usr/lib/libvirt.so.0: version `LIBVIRT_PRIVATE_1.0.0' not found (required by /usr/lib/python2.7/dist-packages/libvirtmod.so) Upgrading to python-libvirt/experimental resolved this. It's OK for python-libvirt to use private symbols from libvirt0, because it comes from the same source package; but if it's going to do that, then it should have a strict dependency on libvirt0 (= ${binary:Version}) so they always get upgraded together. Regards, S -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-libvirt depends on: ii libaudit0 1:1.7.18-1.1 ii libavahi-client30.6.31-1 ii libavahi-common30.6.31-1 ii libc6 2.13-38 ii libcap-ng0 0.7.3-1 ii libdbus-1-3 1.6.8-1 ii libdevmapper1.02.1 2:1.02.74-6 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.20-3 ii libnl-3-200 3.2.7-4 ii libnl-route-3-200 3.2.7-4 ii libnuma12.0.8-1 ii libsasl2-2 2.1.25.dfsg1-6 ii libvirt01.0.1-4 ii libxml2 2.8.0+dfsg1-7 ii libyajl22.0.4-2 ii python 2.7.3-3 Versions of packages python-libvirt recommends: ii libvirt-bin 1.0.1-4 python-libvirt 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#651606: Re: Bug#651606: RFP: gitlab -- git project/repository hosting management app
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Am 19.12.2012 19:02, schrieb Daniel Martí: On Wed, Dec 19, 2012 at 06:56:12PM +0100, Cédric Boutillier wrote: Hi! On Wed, Dec 19, 2012 at 10:12:45AM -0500, Paul Tagliamonte wrote: On Wed, Dec 19, 2012 at 04:09:00PM +0100, Raphael Hertzog wrote: On Wed, 19 Dec 2012, Daniel Martí wrote: Is there any packaging team I should contact? Should I start using collab-maint on anonscm.debian.org for its packaging right away? The packaging work will surely require you to create a bunch of ruby gems so you might want to joint the ruby extras team. http://wiki.debian.org/Teams/Ruby But for gitlab itself, collab-maint is certainly OK. On a side note, I'm neither a DD nor a DM yet - a sponsor would be needed. I think Paul just volunteered to sponsor ;-) Aye! While I'm not up on Ruby policy, I'd be more then happy to brush up and sponsor it on an ongoing basis. I would be happy to help with that and review and/or upload packages for Ruby gems needed for gitlab. Just contact debian-r...@lists.debian.org for questions or your RFS requests. Perfect! I'm now reading the wiki, and will subscribe to both debian-ruby and debian-ruby-extras lists. is there any progress? Didn't find anything on collab-maint. Thanks, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFQ7rny9u6Dud+QFyQRAuZ7AJwKT13cFl5MK6tU5B0MSAyQYhoNxgCeKDpe 3pf2fw8RKfsntODZ333V4OU= =RjWa -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651606: Re: Bug#651606: RFP: gitlab -- git project/repository hosting management app
On Thu, Jan 10, 2013 at 01:54:10PM +0100, Jan Wagner wrote: is there any progress? Didn't find anything on collab-maint. Thanks, Jan. You can follow the progress up at debian-r...@lists.debian.org. The package(s) will also appear under the pkg-ruby-extras team on alioth. dan -- Daniel Martí - mv...@mvdan.cc - GPG 0x58BF72C3 pgpBhZmT28dKt.pgp Description: PGP signature
Bug#697853: valgrind: exp-sgcheck on PPC, ARM or S390X
Package: valgrind Version: 1:3.8.1-1 Severity: normal I believe we should not distribute SGCheck on PPC, ARM or S390X. As per documentation: ... Platforms: the stack/global checks won't work properly on PowerPC, ARM or S390X platforms, only on X86 and AMD64 targets. That's because the stack and global checking requires tracking function calls and exits reliably, and there's no obvious way to do it on ABIs that use a link register for function returns. ... See also attached file for log and way to reproduce: $ gcc -o bla bla.c Thanks -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc 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 valgrind depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libc6-dbg 2.11.3-4 Embedded GNU C Library: detached d Versions of packages valgrind recommends: ii gdb 7.0.1-2+b1 The GNU Debugger ii valgrind-dbg 1:3.8.1-1 instrumentation framework for buil Versions of packages valgrind suggests: pn alleyoop none (no description available) pn kcachegrind none (no description available) pn valgrind-mpi none (no description available) pn valkyrie none (no description available) -- no debconf information int main() { int i, a[10]; // both are auto vars for (i = 0; i = 10; i++) a[i] = 42; return 0; } $ valgrind --tool=exp-sgcheck ./bla ==18679== exp-sgcheck, a stack and global array overrun detector ==18679== NOTE: This is an Experimental-Class Valgrind Tool ==18679== Copyright (C) 2003-2012, and GNU GPL'd, by OpenWorks Ltd et al. ==18679== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==18679== Command: ./bla ==18679== exp-sgcheck: sg_main.c:2324 (sg_instrument_IRStmt): the 'impossible' happened. ==18679==at 0x3800F358: report_and_quit (m_libcassert.c:235) ==18679==by 0x3800F5C7: vgPlain_assert_fail (m_libcassert.c:309) ==18679==by 0x38006A8B: sg_instrument_IRStmt (sg_main.c:2324) ==18679==by 0x38001297: h_instrument (h_main.c:682) ==18679==by 0x380306DB: tool_instrument_then_gdbserver_if_needed (m_translate.c:226) ==18679==by 0x380D1DF7: LibVEX_Translate (main_main.c:679) ==18679==by 0x3802DC4B: vgPlain_translate (m_translate.c:1559) ==18679==by 0x3806872F: handle_chain_me (scheduler.c:1019) ==18679==by 0x3806A85F: vgPlain_scheduler (scheduler.c:1317) ==18679==by 0x3809FC0F: run_a_thread_NORETURN (syswrap-linux.c:103) sched status: running_tid=1 Thread 1: status = VgTs_Runnable ==18679==at 0xFE61BA0: __new_exitfn (cxa_atexit.c:73) ==18679==by 0xFE61DEF: __internal_atexit (cxa_atexit.c:35) ==18679==by 0xFE4285F: (below main) (libc-start.c:105) Note: see also the FAQ in the source distribution. It contains workarounds to several common problems. In particular, if Valgrind aborted or crashed after identifying problems in your program, there's a good chance that fixing those problems will prevent Valgrind aborting or crashing, especially if it happened in m_mallocfree.c. If that doesn't help, please report this bug to: www.valgrind.org In the bug report, send all the above text, the valgrind version, and what OS and version you are using. Thanks.
Bug#697831: unblock: eglibc/2.13-38
Control: tags -1 + confirmed d-i On 10.01.2013 07:25, Adam Conrad wrote: Please unblock package eglibc, whose changes were discussed on IRC with adsb a while ago, and has now been uploaded. Debdiff attached, but a quick step through the changelog: [ Adam Conrad ] * debian/patches/arm/cvs-ldconfig-cache-abi.diff: Backport upstream patch to re-enable ldconfig cache tagging for armhf binaries again. * debian/patches/arm/unsubmitted-ldconfig-cache-abi.diff: Re-enable and adjust to account for changes in cvs-ldconfig-cache-abi.diff. * debian/debhelper.in/libc.preinst: Remove old ld.so.cache on upgrade. The above changes are needed to make multiarch between armel and armhf work properly. They were previously included in eglibc, then temporarily reverted when an upstream conflict occurred, and now reintroduced with the upstream versions of the patches. Well-tested in both previous Debian revisions and in several Ubuntu releases. Unblocked; thanks. As there's a udeb, it'll need sign-off from the d-i side too before it can actually migrate. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697448: xbmc: hangs on startup with no clue on why
found 697448 2:11.0~git20120510.82388d5-1 thanks xbmc gives me a black screen (which replaces the root window background and 100% CPU usage. There is no clue in the debug logs of what is happening or what is wrong. The following command fixed the problem by not using libgl1-mesa-swx11 $ sudo aptitude install libgl1-mesa-glx Not sure if my hardware was too slow to software-render xbmc or if xbmc is not compatible with libgl1-mesa-swx11 . Alex
Bug#421043: aptitude: Please allow forgetting new packages individually
Version: 0.6.8.2-1 Hi, Josh Triplett wrote: I use the New Packages list as an I should look at this todo list. I'd really like the ability to forget new for individual packages or sections from this list, rather than only the entire list at once. That way, I can go through the list, forget the newness of most of the packages, and leave a few for later perusal. I was about to write more or less the wishlist bug report with exact the same reasoning. Because that didn't work: # aptitude forget-new ~sdebug E: The forget-new command takes no arguments # Mario 'BitKoenig' Holbe wrote: I second this wishlist item (if that helps somehow :)). Seconded, too. :-) Currently, I'm manually editing the pkgstates file to set Unseen: no whenever I have some packages I like to keep on the New list. It would be great to have an opportunity to do this on the commandline and/or in the GUI. And with patterns! :-) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697854: general: Fail to display video
Package: general Severity: important I just installed a fresh Debian 6.0, and got the problem that video doesn't show, specifically in skype (neither preview nor call) and cheese (preview). The webcam appears to work fine, since it shows up at the remote end on skype call (but I see nothing here), and cheese captures pictures nicely. Also, when I ssh from another host with ForwardX11, then skype (both preview and call) and cheese preview show video on that host. Thus, I'm guessing on something with X but don't know where or what. The host is a Sony Vaio Z with: 00:02.0 VGA compatible controller: Intel Corporation Sandy Bridge Integrated Graphics Controller (rev 09) -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (900, 'stable'), (400, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#421043: [Aptitude-devel] Bug#421043: aptitude: Please allow forgetting new packages individually
Control: tags -1 + confirmed On 10 January 2013 21:32, Axel Beckert a...@debian.org wrote: Josh Triplett wrote: I use the New Packages list as an I should look at this todo list. Usertags handles this situation nicely, although you can only add/remove them from the command line. Still, the original request would be quite useful, and more symetric with other commands that operate on single packages or groups of packages. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697855: aptitude: Tab-completion for fieldnames when sorting the package list
Package: aptitude Version: 0.6.8.2-1 Severity: wishlist Hi, when sorting the package list (especially the flat package list) in aptitude's TUI, you press Shift-S and then enter one of the following four fields: * installsize * name * priority * version More fields to sort by are requested: * disk usage change (#676075) * number of reverse dependencies (#233319) Despite the first letter of the (currently implemented) fields would be unambiguous, you still have to type the whole field name. It would be cool to have some kind of tab-completion there. Currently pressing tab switches the focus back from the input field to the package list, which may be consequent, but is not very practical in that situation. Another option would be to accept any unambiguous substring of the valid field names, e.g. i for installsize. Currently this gives the following error message: E: Invalid sorting policy type 'i' -- Package-specific info: Terminal: eterm-color $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.8.2 compiled at Nov 5 2012 06:20:41 Compiler: g++ 4.7.2 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.10 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.12.0 aptitude linkage: linux-gate.so.1 = (0xb77d6000) libapt-pkg.so.4.12 = /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 (0xb7261000) libncursesw.so.5 = /lib/i386-linux-gnu/libncursesw.so.5 (0xb722e000) libtinfo.so.5 = /lib/i386-linux-gnu/libtinfo.so.5 (0xb720d000) libsigc-2.0.so.0 = /usr/lib/i386-linux-gnu/libsigc-2.0.so.0 (0xb7208000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7108000) libept.so.1.aptpkg4.12 = /usr/lib/libept.so.1.aptpkg4.12 (0xb7075000) libxapian.so.22 = /usr/lib/sse2/libxapian.so.22 (0xb6e8c000) libz.so.1 = /lib/i386-linux-gnu/libz.so.1 (0xb6e72000) libsqlite3.so.0 = /usr/lib/i386-linux-gnu/libsqlite3.so.0 (0xb6dc1000) libboost_iostreams.so.1.49.0 = /usr/lib/libboost_iostreams.so.1.49.0 (0xb6da9000) libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb6d9) libstdc++.so.6 = /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb6ca4000) libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb6c7d000) libgcc_s.so.1 = /lib/i386-linux-gnu/libgcc_s.so.1 (0xb6c6) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb6afd000) libutil.so.1 = /lib/i386-linux-gnu/i686/cmov/libutil.so.1 (0xb6af9000) libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb6af5000) libbz2.so.1.0 = /lib/i386-linux-gnu/libbz2.so.1.0 (0xb6ae3000) libuuid.so.1 = /lib/i386-linux-gnu/libuuid.so.1 (0xb6add000) librt.so.1 = /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb6ad4000) /lib/ld-linux.so.2 (0xb77d7000) -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (900, 'testing'), (600, 'stable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.7-trunk-686-pae (SMP w/1 CPU core) 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 aptitude depends on: ii aptitude-common 0.6.8.2-1 ii libapt-pkg4.120.9.7.7 ii libboost-iostreams1.49.0 1.49.0-3.1 ii libc6 2.13-38 ii libcwidget3 0.5.16-3.4 ii libept1.4.12 1.0.9 ii libgcc1 1:4.7.2-5 ii libncursesw5 5.9-10 ii libsigc++-2.0-0c2a2.2.10-0.2 ii libsqlite3-0 3.7.15.1-1 ii libstdc++64.7.2-5 ii libtinfo5 5.9-10 ii libxapian22 1.2.12-2 ii zlib1g1:1.2.7.dfsg-13 Versions of packages aptitude recommends: pn apt-xapian-indexnone pn aptitude-doc-en | aptitude-doc none ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.7 Versions of packages aptitude suggests: pn debtags none pn tasksel none -- no debconf information
Bug#693891: Fails to boot in UEFI mode on Dell PowerEdge R520
On Tue, 2013-01-08 at 11:14 +, Steve McIntyre wrote: I've looked at Systemrescuecd for inspiration. It seems they're using a newer version of xorriso to make their CD with (1.2.4, we're using 1.2.2 at the moment). 1.2.4 apparently comes with quite a number of improvements in the EFI area, so I've tried doing a build with that now. I've also incorporated some tweaks suggested by Colin Watson. Could you please try the following image for me and let me know if it works any better? http://cdimage.debian.org/cdimage/unofficial/efi-development/upload5/ Hi Steve, Yes, I can confirm that this image boots fine in UEFI mode on that machine. Thanks! Regards, -- Frederik Himpe fhi...@telenet.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693891: Fails to boot in UEFI mode on Dell PowerEdge R520
On Thu, Jan 10, 2013 at 03:06:00PM +0100, Frederik Himpe wrote: On Tue, 2013-01-08 at 11:14 +, Steve McIntyre wrote: I've looked at Systemrescuecd for inspiration. It seems they're using a newer version of xorriso to make their CD with (1.2.4, we're using 1.2.2 at the moment). 1.2.4 apparently comes with quite a number of improvements in the EFI area, so I've tried doing a build with that now. I've also incorporated some tweaks suggested by Colin Watson. Could you please try the following image for me and let me know if it works any better? http://cdimage.debian.org/cdimage/unofficial/efi-development/upload5/ Hi Steve, Yes, I can confirm that this image boots fine in UEFI mode on that machine. Thanks! Awesome, thanks for confirming that. :-) -- Steve McIntyre, Cambridge, UK.st...@einval.com We don't need no education. We don't need no thought control. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528855: No debugger support available
Please, add gdb support for new version fpc.
Bug#693891: Fails to boot in UEFI mode on Dell PowerEdge R520
yes boot with efi, but fail installation. i test with qemu emul efi. i testing... 2013/1/10 Frederik Himpe fhi...@telenet.be On Tue, 2013-01-08 at 11:14 +, Steve McIntyre wrote: I've looked at Systemrescuecd for inspiration. It seems they're using a newer version of xorriso to make their CD with (1.2.4, we're using 1.2.2 at the moment). 1.2.4 apparently comes with quite a number of improvements in the EFI area, so I've tried doing a build with that now. I've also incorporated some tweaks suggested by Colin Watson. Could you please try the following image for me and let me know if it works any better? http://cdimage.debian.org/cdimage/unofficial/efi-development/upload5/ Hi Steve, Yes, I can confirm that this image boots fine in UEFI mode on that machine. Thanks! Regards, -- Frederik Himpe fhi...@telenet.be -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1357826760.8575.11.ca...@elitebook.vub.ac.be
Bug#421043: [Aptitude-devel] Bug#421043: aptitude: Please allow forgetting new packages individually
Hi, Daniel Hartwig wrote: On 10 January 2013 21:32, Axel Beckert a...@debian.org wrote: Josh Triplett wrote: I use the New Packages list as an I should look at this todo list. Usertags handles this situation nicely, Not really IMHO. although you can only add/remove them from the command line. ... because of this. :-) You don't even seem to be able to view them in the TUI. At least I didn't find anything in the docs on a first glance. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697831: unblock: eglibc/2.13-38
Hi Adam², Adam Conrad adcon...@debian.org (10/01/2013): Please unblock package eglibc, whose changes were discussed on IRC with adsb a while ago, and has now been uploaded. Debdiff attached, but a quick step through the changelog: […] thanks, much appreciated. [ Adam Conrad ] * debian/patches/arm/cvs-ldconfig-cache-abi.diff: Backport upstream patch to re-enable ldconfig cache tagging for armhf binaries again. * debian/patches/arm/unsubmitted-ldconfig-cache-abi.diff: Re-enable and adjust to account for changes in cvs-ldconfig-cache-abi.diff. * debian/debhelper.in/libc.preinst: Remove old ld.so.cache on upgrade. The above changes are needed to make multiarch between armel and armhf work properly. They were previously included in eglibc, then temporarily reverted when an upstream conflict occurred, and now reintroduced with the upstream versions of the patches. Well-tested in both previous Debian revisions and in several Ubuntu releases. Adam D. Barratt a...@adam-barratt.org.uk (10/01/2013): Unblocked; thanks. As there's a udeb, it'll need sign-off from the d-i side too before it can actually migrate. AFAICT the above changes aren't needed on the d-i side (no multiarch there yet), so I'd rather have the unblock-udeb postponed after d-i rc1 is out, if you don't mind. Will try to get that done within a week. Mraw, KiBi. signature.asc Description: Digital signature
Bug#697854: general: Fail to display video
On Fri, 2013-01-11 at 00:44 +1100, Ralph Ronnquist wrote: Package: general Severity: important I just installed a fresh Debian 6.0, and got the problem that video doesn't show, specifically in skype (neither preview nor call) and cheese (preview). The webcam appears to work fine, since it shows up at the remote end on skype call (but I see nothing here), and cheese captures pictures nicely. Also, when I ssh from another host with ForwardX11, then skype (both preview and call) and cheese preview show video on that host. Thus, I'm guessing on something with X but don't know where or what. The host is a Sony Vaio Z with: 00:02.0 VGA compatible controller: Intel Corporation Sandy Bridge Integrated Graphics Controller (rev 09) Please install libv4l-0 and copy this launcher # aptitude install libv4l-0 # cp skype.desktop /usr/share/applications/skype.desktop This should fix your issue and probably all those googling for skype+debian+webcam Cheers, skype.desktop Description: application/desktop signature.asc Description: This is a digitally signed message part
Bug#697854: closed by Holger Levsen hol...@layer-acht.org (Re: Bug#697854: general: Fail to display video)
Well, as far as I can see it's a problem with the X server software rather than anything else, or the particular collection of packages I got on that installation. It happens with both cheese and skype, which are the things I've tried, while guvcview fails to run completely, with the note Fatal:g_thread NOT supported' (a different problem). Perhaps you would you be able to direct me to a better place to lodge this, if this is the wrong place? regards, Ralph. On 11/01/13 01:09, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the general package: #697854: general: Fail to display video It has been closed by Holger Levsenhol...@layer-acht.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Holger Levsenhol...@layer-acht.org by replying to this email. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697854: general: Fail to display video
On Fri, 2013-01-11 at 00:44 +1100, Ralph Ronnquist wrote: Package: general Severity: important I just installed a fresh Debian 6.0, and got the problem that video doesn't show, specifically in skype (neither preview nor call) and cheese (preview). The webcam appears to work fine, since it shows up at the remote end on skype call (but I see nothing here), and cheese captures pictures nicely. Also, when I ssh from another host with ForwardX11, then skype (both preview and call) and cheese preview show video on that host. Thus, I'm guessing on something with X but don't know where or what. The host is a Sony Vaio Z with: 00:02.0 VGA compatible controller: Intel Corporation Sandy Bridge Integrated Graphics Controller (rev 09) aptitude install libv4l-0:i386 cp skype.desktop /usr/share/applications/skype.desktop This should fix your issue and probably all those googling for skype+debian+webcam Cheers, skype.desktop Description: application/desktop signature.asc Description: This is a digitally signed message part
Bug#697856: fcgiwrap: Various minor initscript improvements
Package: fcgiwrap Version: 1.0-1+squeeze1 Severity: minor Please find attached a patch to the initscript for the following issues: 1) PID files under /var/run/ all use the .pid file extension, not .pids on Debian systems 2) DAEMONUID and DAEMONGID are actually not used, and getent is used 3 times, so lessen their performance impact an even better solution would be to replace it all with something like the following lines altogether: cut here DAEMONUGID=$(getent passwd $DAEMONUSER | cut -f 3,4 -d:) || true if [ -z $DAEMONUGID ]; then log_failure_msg The user \$DAEMONUSER\, required to run $NAME, does not exist. exit 1 fi cut here 3) a missing comma, not necessary if using the proposed snippet in 2) Regards -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-0.bpo.4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fcgiwrap depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libfcgi0ldbl 2.4.0-8Shared library of FastCGI ii spawn-fcgi1.6.3-1A fastcgi process spawner fcgiwrap recommends no packages. fcgiwrap suggests no packages. -- no debconf information --- /etc/init.d/fcgiwrap2011-04-04 11:11:34.0 +0200 +++ /tmp/fcgiwrap 2013-01-10 15:14:28.0 +0100 @@ -18,7 +18,7 @@ NAME=fcgiwrap DESC=FastCGI wrapper -PIDFILE=/var/run/$NAME.pids +PIDFILE=/var/run/$NAME.pid test -x $SPAWN_FCGI || exit 0 test -x $DAEMON || exit 0 @@ -63,10 +63,10 @@ if [ -n $DAEMONUSER ] ; then if getent passwd | grep -q ^$DAEMONUSER:; then # Obtain the uid and gid -DAEMONUID=`getent passwd |grep ^$DAEMONUSER: | awk -F : '{print $3}'` -DAEMONGID=`getent passwd |grep ^$DAEMONUSER: | awk -F : '{print $4}'` +DAEMONUID=`getent passwd $DAEMONUSER | awk -F : '{print $3}'` +#DAEMONGID=`getent passwd $DAEMONUSER | awk -F : '{print $4}'` else -log_failure_msg The user $DAEMONUSER, required to run $NAME does not exist. +log_failure_msg The user $DAEMONUSER, required to run $NAME, does not exist. exit 1 fi fi
Bug#697854: general: Fail to display video
I'm afraid I have tried this; I have libv4l-0 installed, and tried the LD_PRELOAD variants as well. No luck :-( The point is that it does work fine when displaying on another host via ssh with X11 forwarding (though skype needs LD_PRELOAD). (Possibly plain remote X11 as well, but I don't have that set up) This leads me to believe there's something with the X server subsystem. In any case I need help to dig into it. Ralph. On 11/01/13 01:43, Abou Al Montacir wrote: On Fri, 2013-01-11 at 00:44 +1100, Ralph Ronnquist wrote: Package: general Severity: important I just installed a fresh Debian 6.0, and got the problem that video doesn't show, specifically in skype (neither preview nor call) and cheese (preview). The webcam appears to work fine, since it shows up at the remote end on skype call (but I see nothing here), and cheese captures pictures nicely. Also, when I ssh from another host with ForwardX11, then skype (both preview and call) and cheese preview show video on that host. Thus, I'm guessing on something with X but don't know where or what. The host is a Sony Vaio Z with: 00:02.0 VGA compatible controller: Intel Corporation Sandy Bridge Integrated Graphics Controller (rev 09) Please install libv4l-0 and copy this launcher # aptitude install libv4l-0 # cp skype.desktop /usr/share/applications/skype.desktop This should fix your issue and probably all those googling for skype+debian+webcam Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697829: sed: new version of sed available upstream
On Wed, Jan 09, 2013 at 11:23:13PM -0600, Jeff Cliff wrote: According to the FSF, a new version of sed has been released ( sed-4.2.2 ) ( http://www.fsf.org/blogs/community/gnu-spotlight-with-karl-berry- december-2012 ) According to their FTP site, this is the case. ( ftp.gnu.org/gnu/sed ) That is correct. It'll go into unstable after wheezy is released. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697857: obnam: example script to dump file listing for all generations
Package: obnam Version: 1.1-1.1 Severity: wishlist The first thing we do to recover lost old files is ls for all generations in repository and run grep on such output. Although it can be a simple one line command, providing an example script using genid and ls in /usr/share/doc/obnam/examples/ may be good for novice users. For example, I have obnam-genls: === #!/bin/sh # Copywrite (C) 2013 Osamu Aoki, GPL-3+ if [ x$1 = x ]; then echo ${0##*/} repository-path exit fi REPO=$1 NAME=${1##*/} if [ ! -d $REPO ] || [ ! -e $REPO/metadata/format ]; then echo Missing obnam repository: $REPO exit fi for i in $(obnam --repository=$REPO genids) ;do echo Reading @ generation=$i : ls -lAR ${NAME}.$i.list obnam --repository=$REPO ls $i ${NAME}.$i.list done === So far, it is quite handy for me having it in /usr/local/bin/ now :-) (I am sure there may be nicer solution.) Of course, if you add a --genls option to obnam itself, this example is useless. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (10, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages obnam depends on: ii libc6 2.13-38 ii python2.7.3-3 ii python-cliapp 1.20120630-1 ii python-larch 1.20121006-1 ii python-paramiko 1.7.7.1-3.1 ii python-tracing0.6-2 ii python-ttystatus 0.19-1 obnam recommends no packages. obnam 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#697858: libapache2-mod-auth-openid: a2enmod authopenid doesn't work
Package: libapache2-mod-auth-openid Version: 0.5-1 Severity: important When running a2enmod to enable the module as specified in README.debian the following error happens: a2enmod authopenid ERROR: Module authopenid does not exist! Additional information: ls /etc/apache2/mods-available/authopenid* ls: cannot access /etc/apache2/mods-available/authopenid*: No such file or directory Most likely the error is due to the way authopenid.load is installed by the package. libapache2-mod-authn-sasl installs correctly. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-xenU-6887-x86_64 (SMP w/1 CPU core) 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 libapache2-mod-auth-openid depends on: ii apache2.2-common 2.2.16-6+squeeze10 Apache HTTP Server common files ii libapr1 1.4.2-6+squeeze4The Apache Portable Runtime Librar ii libaprutil1 1.3.9+dfsg-5The Apache Portable Runtime Utilit ii libc62.11.3-4Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.0-2.1+squeeze2 Multi-protocol file transfer libra ii libexpat12.0.1-7+squeeze1XML parsing C library - runtime li ii libgcc1 1:4.4.5-8 GCC support library ii libopkele3 2.0.4-1 OpenID support library in C++ (run ii libpcre3 8.02-1.1Perl 5 Compatible Regular Expressi ii libsqlite3-0 3.7.3-1 SQLite 3 shared library ii libssl0.9.8 0.9.8o-4squeeze13 SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libtidy-0.99-0 20091223cvs-1 HTML syntax checker and reformatte ii libuuid1 2.17.2-9Universally Unique ID library libapache2-mod-auth-openid recommends no packages. libapache2-mod-auth-openid 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#697859: flac: *** Got error code 3:FLAC__STREAM_DECODER_ERROR_STATUS_UNPARSEABLE_STREAM
Package: flac Version: 1.2.1-6 Severity: normal Dear Maintainer, That's what I have: $ flac -d --silent -V 03 I Am a Child of God -s3.flac -o 03 I Am a Child of God -s3.wav 03 I Am a Child of God -s3.flac: *** Got error code 3:FLAC__STREAM_DECODER_ERROR_STATUS_UNPARSEABLE_STREAM 03 I Am a Child of God -s3.flac: *** Got error code 0:FLAC__STREAM_DECODER_ERROR_STATUS_LOST_SYNC 03 I Am a Child of God -s3.flac: ERROR while decoding data state = FLAC__STREAM_DECODER_READ_FRAME The FLAC stream may have been created by a more advanced encoder. Try metaflac --show-vendor-tag 03 I Am a Child of God -s3.flac If the version number is greater than 1.2.1, this decoder is probably not able to decode the file. If the version number is not, the file may be corrupted, or you may have found a bug. In this case please submit a bug report to http://sourceforge.net/bugs/?func=addbuggroup_id=13478 Make sure to use the Monitor feature to monitor the bug status. $ metaflac --show-vendor-tag '03 I Am a Child of God -s3.flac' reference libFLAC 1.1.2 20050205 I can listen from this file to the end - seems alright to me. So I suppose it is a bug. I can not submit the bug as the web page here refered does not contain such an option. Also I do not have 'the Monitor feature' at all. Please fix it if You will/can OR pass it along to the FLAC developers. Thank You for Your work for Debian. -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (700, 'testing-updates'), (700, 'testing'), (600, 'stable-updates'), (600, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 flac depends on: ii libc6 2.13-37 ii libflac8 1.2.1-6 ii libogg0 1.3.0-4 flac recommends no packages. flac 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#697778: Please install vlc ctypes python bindings vlc.py
Am Mittwoch, den 09.01.2013, 16:59 +0100 schrieb Alexandre Rossi: Upstream provides python bindings for liblvc. It would be nice to have them provided with the library. http://wiki.videolan.org/Python_bindings Not sur in which binary package though. Feel free to reassign or provide guidelines of what's needed for this. The Python binding is not part of the vlc source tarball. I think it makes sense to put the Python binding in a separate source tarball instead of adding it to the vlc source tarball. If upstream agrees, you can change this bug into a RFP or ITP bug. -- Benjamin Drung Debian Ubuntu Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697861: munin-plugins-core: varnish_ plugin needs libxml-parser-perl package
Package: munin-plugins-core Version: 2.0.6-2 Severity: normal Without libxml-parser-perl installed, the varnish plugins write this to munin-node.log: 2013/01/10-16:28:28 [4762] Error output from varnish_uptime: 2013/01/10-16:28:28 [4762] Can't locate XML/Parser.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at /etc/munin/plugins/varnish_uptime line 94. 2013/01/10-16:28:28 [4762] BEGIN failed--compilation aborted at /etc/munin/plugins/varnish_uptime line 94. 2013/01/10-16:28:28 [4762] Service 'varnish_uptime' exited with status 2/0. This is after upgrading from squeeze (in squeeze it worked fine). Perhaps adding libxml-parser-perl as a recommended dependency would be useful. Thanks, Paul Slootman -- System Information: Not included as munin-plugins-core is installed on a server without reportbug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695285: /etc/cron.daily/apt backup RNG is very wasteful
On Thu, Jan 10, 2013 at 02:44:42AM -0500, sacrificial-spam-addr...@horizon.com wrote: Thanks, I fixed this now in my bzr tree and it will be part of the next upload. Er, assuming that's revision 2269: http://anonscm.debian.org/loggerhead/apt/debian-sid/revision/2269/debian/apt.cron.daily Great, thanks for double checking. You don't need the final cut -c1-5. It is true that cksum returns an unsigned 32-bit number, and some shells only do 32-bit signed math, but they simply convert the number to negative. You either mask off the sign bit with RANDOM=$(($(dd if=/dev/urandom bs=2 count=1 2 /dev/null | cksum | cut -d' ' -f1) % 0x7fff)) Or, of you want to emulate the range of Bash $RANDOM exactly: RANDOM=$(($(dd if=/dev/urandom bs=2 count=1 2 /dev/null | cksum | cut -d' ' -f1) % 0x7fff)) Thanks, indeed, simulating this more closely is probably a good idea, I added that in my bzr branch now. The od -d -N2 -An solution works with a recent enough od. I was looking to see how old that can be. The uppercase option flags are not in 7th edition, but are in POSIX.1 as of 2001: [..] Thanks for checking this. I like this, its more compact than the current code. However the reason why I did not use this, was that the following fragment: $ while true; do res=$(od -N2 -d /dev/urandom | cut -s -d' ' -f2); echo $res; if [ -z $res ]; then break; fi ; done 61581 42056 38021 $ give me a empty string in $res sometimes. I haven't really put any though into why this is, maybe just a side effect of running it in th while loop? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697767: dput-ng: install examples and explain how to enable the example hooks
Control: tag -1 + pending Control: clone -1 -2 Control: retitle -2 Please document how to enable custom hook On Wed, Jan 9, 2013 at 4:31 PM, Paul Tagliamonte paul...@debian.org wrote: On Wed, Jan 09, 2013 at 03:48:18PM +0100, Sandro Tosi wrote: I didn't commit the below patch because maybe there's a reason you don't want to do it right now. In case you decide to install examples/ then please also explain how to activate the hooks contained there. It looks perfect to me, feel free to push (or, I will later on today). Ok, that was easy: pushed :) As for enabling them, full-ack. I'll add a doc. If you end up pushing the fix in before I can get to that, feel free to re-file a bug for the docs. Just doing that since i don't have much clue (if not reading the code, bring... :) ) how to do that. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697863: libftgl2: ftgl is missing watchfile
Package: libftgl2 Version: 2.1.3~rc5-4 Severity: wishlist Tags: patch Dear Maintainer, During development of SprezzOS 1, it was determined that the Debian FTGL package is lacking a watchfile. I wrote one, which properly downloads and mangles the current 2.1.3-rc5 release. Please include it in the package. Thanks! [skynet](0) $ cat debian/watch version=3 opts=uversionmangle=s/-/~/ \ http://sf.net/ftgl/ftgl-([-\d\.rc]+)\.tar\.gz [skynet](0) $ -- System Information: Debian Release: 1 (von Neumann) APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.7.1 (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/bash Versions of packages libftgl2 depends on: ii libc6 2.16-SprezzOS1 ii libfreetype6 2.4.11-SprezzOS1 ii libgcc1 1:4.7.2-5 ii libgl1-mesa-glx [libgl1] 9.0.1-SprezzOS7 ii libglu1-mesa [libglu1]9.0.0-SprezzOS4 ii libstdc++64.7.2-5 ii zlib1g2:1.2.7-SprezzOS1 libftgl2 recommends no packages. libftgl2 suggests no packages. -- no debconf information version=3 opts=uversionmangle=s/-/~/ \ http://sf.net/ftgl/ftgl-([-\d\.rc]+)\.tar\.gz
Bug#695582: severity of 695582 is normal
severity 695582 minor thanks Somehow I do not hit this problem anymore. But please look into missing installed file issue. This may still cause some minor problem. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697857: obnam: example script to dump file listing for all generations
In script: %s/Copywrite/Copyright/ , please. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697860: Inclusion of German man page update for Wheezy possible?
Hello Didier, I just received the latest cups (1.5.3-2.12) on my main testing machine. In the changelog for 1.5.3-2.7 you write: * Update translations for new manpage, install it. Unfortunately I never recieved your call for an translation update from you :-(( Could you check that you've recoreded the correct e-mail adress for me? Also you could CC debian-l10n-german@l.d.o just in case then someone will jump in if I'm no reacting. I just updated the German man page translation (cf. #697860). Especially since this is a security issue it would be *very* great if you could add it to Wheezy. Thanks a lot! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#693477: psychopy: please specify full path of icon in /usr/share/menu/psychopy
Hi Kevin, Thanks for the report and sorry for the delay with reply. I have mixed feelings though 1. majority of files under /usr/share/menu indeed provide full path even if under /usr/share/pixmaps 2. Debian Menu sub-policy http://www.debian.org/doc/packaging-manuals/menu-policy/ seems to not contains anything but information on sections Debian Menu System document http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.7 giving more glory details on menu states that a. Icons should generally be installed in the directory /usr/share/pixmaps so general location is known/standardized b. gives examples without full paths: icon=path-to-pixmap.xpm\ so overall suggesting absence of the requirement to have full path to icon specified. wouldn't it be more productive/useful to patch openbox (and possibly others) to look in few canonical locations for the icons? (CCing openbox maintainers) or may be I am missing some other standard/policy mandating full path? if we end up fixing to the full path, we should then also fix menu-policy (CCing debian-policy maintainers) to describe the need of full path in icon entry? On Fri, 16 Nov 2012, Kevin Mitchell wrote: Package: psychopy Version: 1.74.03.dfsg-1 Severity: normal Openbox (and possibly others) does not know to look for icons in /usr/share/pixmaps. Please change icon=psychopy.xpm to icon=/usr/share/pixmaps/psychopy.xpm -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697822: mirror submission for mirror.vorboss.net
Hi, On Thu, Jan 10, 2013 at 01:03:59AM +, Timothy Creswick wrote: Package: mirrors Severity: wishlist Submission-Type: new Thanks for mirroring Debian, and using recommended tools for that. How much bandwidth is available to users ? Best regards. Site: mirror.vorboss.net Type: leaf Archive-architecture: amd64 armel i386 ia64 powerpc sparc Archive-http: /debian/ IPv6: no Archive-upstream: ftp.uk.debian.org Updates: four Maintainer: Timothy Creswick n...@vorboss.net Country: GB United Kingdom Location: London Sponsor: Vorboss Limited http://www.vorboss.com -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697864: virtinst: Locale shouldn't be blocking virt-clone
Package: virtinst Version: 0.500.3-2 Severity: normal Virt-clone fails if not every single locale environment variable present is supported. A fairly normal use case is someone logging in remotely and having her local environment variables in use remotely as well. Setting something like LC_TELEPHONE=hy_AM UTF-8 should be treated as irrelevant for virt-clone. The generated traceback could probably be a warning and/or made more useful. Traceback (most recent call last): File /usr/bin/virt-clone, line 33, in module cli.setupGettext() File /usr/lib/pymodules/python2.6/virtinst/cli.py, line 133, in setupGettext locale.setlocale(locale.LC_ALL, '') File /usr/lib/python2.6/locale.py, line 513, in setlocale return _setlocale(category, locale) locale.Error: unsupported locale setting -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable'), (2, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 virtinst depends on: ii python 2.6.6-3+squeeze7 interactive high-level object-orie ii python-libvirt 0.8.3-5+squeeze2 libvirt Python bindings ii python-libxml2 2.7.8.dfsg-2+squeeze6 Python bindings for the GNOME XML ii python-support 1.0.10automated rebuilding support for P ii python-urlgrabber 3.9.1-4 A high-level cross-protocol url-gr Versions of packages virtinst recommends: pn qemu none (no description available) ii virt-viewer 0.2.1-1Displaying the graphical console o virtinst 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#697822: mirror submission for mirror.vorboss.net
Hi Simon, -Original Message- From: Simon Paillard [mailto:spaill...@debian.org] Sent: 10 January 2013 16:17 To: Vorboss NOC DG; 697...@bugs.debian.org Subject: Re: Bug#697822: mirror submission for mirror.vorboss.net Thanks for mirroring Debian, and using recommended tools for that. How much bandwidth is available to users ? We have 0.5 Gbps available on this server. We are a heavily-peered network http://bgp.he.net/AS25160, however we may limit this capacity to 200 Mbps if we find significant traffic over non-peered links. Also, we have mirrored secutiry.debian.org to http://mirror.vorboss.net/debian-security/, however I wasn't able to see where this could be submitted. Running a test using netinstall it appears that the default remains security.debian.org on a fresh installation; is that correct? Thanks, Tim smime.p7s Description: S/MIME cryptographic signature
Bug#697865: libnss3-1d: fix for DSA-2599 is incomplete
Package: libnss3-1d Version: 3.12.8-1+squeeze6 Severity: grave Tags: security Justification: user security hole -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Versions of packages libnss3-1d depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libnspr4-0d 4.8.6-1 NetScape Portable Runtime Library ii libsqlite3-03.7.3-1 SQLite 3 shared library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libnss3-1d recommends no packages. libnss3-1d suggests no packages. http://www.debian.org/security/2013/dsa-2599 updated squeeze by updating ckbi (certdata.txt and certdata.c) to distrust the mis-issued TURKTRUST intermediate CAs. In preparing updates for Ubuntu, I saw that while 'strings /usr/lib/nss/libnssckbi.so' shows that the certificates were added to libnssckbi.so (certutil will only show root certificates, so you can't verify the inclusion of the intermediates with this tool-- if there is another tool to do this, please let me know :), nss does not actually blacklist them. If I follow the instructions from the upstream bug[1] to verify the certs are blacklisted, the certs chain is shown as good: # Compile nss since we need access to vfychain and it isn't shipped in packages $ sudo apt-get build-dep nss $ sudo apt-get install libnss3-1d # needed at runtime for vfychain (make sure # it is 3.12.8-1+squeeze6) $ apt-get source nss=3.12.8-1+squeeze6 $ cd nss-*/ $ fakeroot debian/rules build $ mozilla/dist/bin/vfychain -u 1 /tmp/turktrust-google-1.der \ /tmp/turktrust-google-2.der \ /tmp/turktrust-google-3.der Chain is good! $ mozilla/dist/bin/vfychain -u 3 /tmp/turktrust-intermediate-2.der \ /tmp/turktrust-google-3.der Chain is good! Both of these should show 'Chain is bad!'. I can confirm that simply updating ckbi is not enough for nss 3.13.1 and earlier. I did not check wheezy. I was able to confirm that if I recompile nspr 2:4.9.4-2 and nss 2:3.14.1.with.ckbi.1.93-1 on an Ubuntu 12.10 system, vfychain would correctly blacklist them. As a result, I am considering upgrading nss and nspr on all of Ubuntu's stable releases to the latest upstream versions (with ckbi 1.93) to address this issue rather than trying to identify and cherrypick the commits to make blacklisting an intermediate work. [1]https://bugzilla.mozilla.org/show_bug.cgi?id=825022#c8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697632: xserver-xorg-video-radeon: intermittent text rendering issue
On Wed, Jan 9, 2013 at 5:26 AM, Michel Dänzer daen...@debian.org wrote: [ 2478.775] (II) RADEON(0): KMS Color Tiling: enabled Does Option ColorTiling off prevent the problem? (Verify in the log file that the option takes effect) No, but when the problem did appear it went away much quicker than before. The letters were only weird for a few seconds rather than a few minutes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661078: britney: ignore additional packages in Sources index
On 2013-01-08 16:48, Ansgar Burchardt wrote: Hi, I finally got around to implement this in dak. The patch is available in the f/extra-sources branch of my Git repository[1]. Sources only referenced by Built-Using will have a field Extra-Source-Only: yes Your demo seems to be using ExtraSourceOnly. :) On franck.d.o you can look at the changes this would introduce to testing's Sources with cd /home/ansgar/public_html/root/srv/ftp-master.debian.org/ftp/dists zdiff -d -u testing{-old,}/main/source/Sources.gz The files are also accessible from [2]. Niels, could you update the patch to britney you prepared earlier? Ansgar [1] https://ftp-master.debian.org/users/ansgar/dak.git [2] http://ftp-master.debian.org/users/ansgar/root/ Attached is the updated patch and the test-suite has been updated accordingly. ~Niels From fdf9089905f78f2e9f8253f60de5a5b723fb893b Mon Sep 17 00:00:00 2001 From: Niels Thykier ni...@thykier.net Date: Fri, 29 Jun 2012 23:23:25 +0200 Subject: [PATCH] Ignore sources only referenced by Built-Using Signed-off-by: Niels Thykier ni...@thykier.net --- britney.py |3 +++ 1 file changed, 3 insertions(+) diff --git a/britney.py b/britney.py index 0b03d30..7f56976 100755 --- a/britney.py +++ b/britney.py @@ -453,6 +453,9 @@ class Britney(object): step = Packages.step while step(): +if get_field('Extra-Source-Only', 'no') == 'yes': +# Ignore sources only referenced by Built-Using +continue pkg = get_field('Package') ver = get_field('Version') # There may be multiple versions of the source package -- 1.7.10.4
Bug#693477: psychopy: please specify full path of icon in /usr/share/menu/psychopy
On Thu, Jan 10, 2013 at 11:20:03AM -0500, Yaroslav Halchenko wrote: Hi Kevin, Debian Menu System document http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.7 giving more glory details on menu states that a. Icons should generally be installed in the directory /usr/share/pixmaps so general location is known/standardized b. gives examples without full paths: icon=path-to-pixmap.xpm ^^ Hello Yaroslav, path-to-pixmap is intended to mean the full path to the icon. If you look at other examples in the menu manual you find: icon=/usr/share/pixmaps/gnumeric.xpm the path to the icon to use. icon=/usr/share/emacs/20.3/etc/emacs.xbm if we end up fixing to the full path, we should then also fix menu-policy (CCing debian-policy maintainers) to describe the need of full path in icon entry? The specification does not provide a list of standard location for icons. So far, the intent has been to include the full path to the icon. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697617: jenkins: remote code execution vulnerability
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 10/01/13 15:46, Miguel Landaeta wrote: We might want to consider whether updating unstable/testing to 1.480.2 is actually the best way forward at this point in time. Hi James, I don't know if it is feasible at this point in the release cycle to have a new upstream release of jenkins in sid even if it fixes some security issues. Agreed; its a last resort. I backported the fix for CVE-2013-0158 from stable branch and I applied it to 1.447.2+dfsg-2. It applies cleanly but I'm getting a FTBFS. I don't have time to review it right now but I'll go back to it later. I'm attaching the debdiff I got and the FTBFS log error. I did much the same for the version in Ubuntu 12.04 (1.424.6); and hit similar issues. The key problem is the extent of the patch to fix this issue and the amount of code change in the TCP/Agent communication area between 1.480.2 and earlier versions we already have packaged. I'm trying to get some advice from upstream on this - hopefully I'll hear back in the next ~24hrs BTW, recently the team of developers with I work with began to use Jenkins so I have some interest in it. If you are OK with that I can jump in as co-maintainer. Yes please! Cheers James - -- James Page Ubuntu Core Developer Debian Maintainer james.p...@ubuntu.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBCAAGBQJQ7vRvAAoJEL/srsug59jDePQP/3ZNVyvgr6jsG66T1Q/6QEkt HdtZd01UkKZyjmRFwjVDTA73Iu4Y8DI7xArmt4CwzMLwBom5T77wqI80zcr2IjpM /QRJmi9rycztfPvjdGfHSZDR2s/9i+nrHIEBEi+I35zkFROj9QTN6cbmytEw2/LU p7oEsiysl6n/zvj5DqnsH5VjvqmQ1Y7ovR7MBT27ZRTXI39k3dzIM8eOpU/la4Mw t2kKbMJ/M+Xm6eb5G1XHpogQ2/v7WRXMNy0LZdg18shsVrduMf99c+ScacdEWPYf txNos0lmjV+dWfXgQFUNn390Im/u3SceounIKQ9ppiiA4osmptn2x8fwcQHHR+Bg Ph2Yn+Oln7mIASoZ9Ge9MK3ydIDt4UHaAltGoJJdQc4gs9Zc7h/AhD0dwaNodk3E BB3yZOKE46kAhlUx4u6PDxy2k6FmJY0eTY3J3Rp1s2V6quaNI1xvnXDkTHfDpgFr zdznY6D5KTvuSvqXCrufg4z5D/yWev5OYLis+QYS0mf7QuOsg2F8EFRywupqps1P qi+1+dKdiNg94Xwh+Gwt8OpT44yhWWIp2Wcg+ujisBeKf+XDrb/7V3BZk9hYSkuv dETJrGPlKqkLvQv8fIpOhpENDYiMNtMtHGSs/C7UETcNnAH4LmsLt05GihxgFPQH yfY6QFN5a2Gt7Km9ymag =XG02 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661078: britney: ignore additional packages in Sources index
On 01/10/2013 05:57 PM, Niels Thykier wrote: On 2013-01-08 16:48, Ansgar Burchardt wrote: Sources only referenced by Built-Using will have a field Extra-Source-Only: yes Your demo seems to be using ExtraSourceOnly. :) Yep, I was confused as we use CamelCase in Release, but Words-with-Dashes in Sources. The test run was before I noticed this and changed the field name to the more appropriate Extra-Source-Only. Attached is the updated patch and the test-suite has been updated accordingly. Thanks. Then I have to annoy the wanna-build team next. packages.qa.debian.org, packages.debian.org and UDD (rmadison) might also want to ignore the new entries, but that shouldn't be a blocker. So I would like to enable the change once britney and wanna-build are patched. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org