Bug#612341: libjpeg8 enabled version of libjpeg-turbo
Hi Fathi, under this link you find a libjpeg-turbo Git that provides packages with libjpeg8 API mode being enabled: http://code.x2go.org/gitweb?p=libjpeg-turbo.git;a=summary Feel free to cherry-pick rebase from there... Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpuZo57fLLcO.pgp Description: Digitale PGP-Unterschrift
Bug#591342: Announce of the upcoming NMU for the oneliner-el package
Dear maintainer of oneliner-el and Debian translators, Some days ago, I sent a notice to the maintainer of the oneliner-el Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: ca cs da de es fr ja nl pt ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the oneliner-el package so I can incorporate them in the build. The deadline for receiving updates and new translations is Tuesday, February 07, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Wednesday, January 25, 2012 : send the first intent to NMU notice to the package maintainer. Monday, January 30, 2012 : send this notice Tuesday, February 07, 2012 : (midnight) deadline for receiving translation updates Wednesday, February 08, 2012 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Wednesday, February 15, 2012 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: oneliner-el\n Report-Msgid-Bugs-To: oneliner...@packages.debian.org\n POT-Creation-Date: 2012-01-30 07:01+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Should oneliner-el be auto-loaded by default at your site? msgstr #. Type: boolean #. Description #: ../templates:1001 msgid If you want to auto-load oneliner-el at your site, you should accept here. msgstr #. Type: boolean #. Description #: ../templates:1001 msgid If you accept here, oneliner-el are loaded globally, i.e. all people in your site can use oneliner-el without special settings in their \~/.emacs\. If your site is a single user site and you want to use oneliner-el, you should accept here without hesitating. msgstr #. Type: boolean #. Description #: ../templates:1001 msgid If you refuse here, people who desire to use it will have to put the string \(require 'oneliner)\ in their \~/.emacs\ to load it. msgstr signature.asc Description: Digital signature
Bug#657946: [INTL:es] Spanish debconf template for package yubico-pam
Quoting Jardi A. Martinez Jordan (jardi...@gmail.com): #. Type: string #. Description #: ../libpam-yubico.templates:2001 msgid The default is online validation, and for that to work you need to get a free API key at https://upgrade.yubico.com/getapikey/ and enter the key id as \id=\ and the base64 secret as \key=...\. msgstr El modo predeterminado utiliza el sistema de validación en línea y para que funcione necesita obtener una clave API gratuita, disponible en «https://upgrade.yubico.com/getapikey/», e introducir el identificador de la clave en la forma «id=» y la clave secreta en base64 como «key=...\». \» is an invalidcontrol sequence in a PO file. I really suggest *testing* that validity of PO files before sengin them, which you can do with the following: msgfmt -o /dev/null --check es.po Fixed file attached. es.po Description: application/gettext signature.asc Description: Digital signature
Bug#611653: Patch for the l10n upload of w3c-linkchecker
Dear maintainer of w3c-linkchecker, On Saturday, January 21, 2012 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Saturday, January 21, 2012. We finally agreed that you would do the update yourself at the end of the l10n update round. That time has come. To help you out, here's the patch which I would have used for an NMU. Please feel free to use all of it...or only the l10n part of it. The corresponding changelog is: Source: w3c-linkchecker Version: 4.81-2.1 Distribution: UNRELEASED Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Sat, 21 Jan 2012 14:19:53 +0100 Closes: 614598 655446 656764 656770 657324 657473 Changes: w3c-linkchecker (4.81-2.1) UNRELEASED; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: * Czech (Michal Simunek). Closes: #614598 * Spanish; (Slime Siabef). Closes: #655446 * Danish (Joe Hansen). Closes: #656764 * Dutch; (Jeroen Schot). Closes: #656770 * Polish (Michał Kułach). Closes: #657324 * Italian (Francesca Ciceri). Closes: #657473 -- diff -Nru w3c-linkchecker-4.81.old/debian/changelog w3c-linkchecker-4.81/debian/changelog --- w3c-linkchecker-4.81.old/debian/changelog 2012-01-21 12:37:50.034558649 +0100 +++ w3c-linkchecker-4.81/debian/changelog 2012-01-26 20:27:14.397803242 +0100 @@ -1,3 +1,16 @@ +w3c-linkchecker (4.81-2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: + * Czech (Michal Simunek). Closes: #614598 + * Spanish; (Slime Siabef). Closes: #655446 + * Danish (Joe Hansen). Closes: #656764 + * Dutch; (Jeroen Schot). Closes: #656770 + * Polish (Michał Kułach). Closes: #657324 + * Italian (Francesca Ciceri). Closes: #657473 + + -- Christian Perrier bubu...@debian.org Sat, 21 Jan 2012 14:19:53 +0100 + w3c-linkchecker (4.81-2) unstable; urgency=low * Added Russian translation (Closes: #651582) diff -Nru w3c-linkchecker-4.81.old/debian/po/cs.po w3c-linkchecker-4.81/debian/po/cs.po --- w3c-linkchecker-4.81.old/debian/po/cs.po 1970-01-01 01:00:00.0 +0100 +++ w3c-linkchecker-4.81/debian/po/cs.po 2012-01-21 14:21:24.0 +0100 @@ -0,0 +1,67 @@ +# Czech PO debconf template translation of w3c-linkchecker. +# Copyright (C) 2010 Michal Simunek michal.simu...@gmail.com +# This file is distributed under the same license as the w3c-linkchecker package. +# Michal Simunek michal.simu...@gmail.com, 2011. +# +msgid +msgstr +Project-Id-Version: w3c-linkchecker 4.6-1\n +Report-Msgid-Bugs-To: w3c-linkchec...@packages.debian.org\n +POT-Creation-Date: 2011-01-29 03:15+\n +PO-Revision-Date: 2011-01-31 16:31+0100\n +Last-Translator: Michal Simunek michal.simu...@gmail.com\n +Language-Team: Czech debian-l10n-cz...@lists.debian.org\n +Language: cs\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=utf-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: string +#. Description +#: ../templates:1001 +msgid Host name for W3C LinkChecker service: +msgstr Hostitel služby W3C LinkChecker: + +#. Type: string +#. Description +#: ../templates:1001 +msgid +Please specify the fully qualified domain name that the w3c-linkchecker +service should be remotely accessible on, if any. By default it will only be +available on localhost. +msgstr + +#. Type: boolean +#. Description +#: ../templates:2001 +#, fuzzy +#| msgid Allow private IPs? +msgid Allow private IP addresses? +msgstr Povolit privátní IP adresy? + +#. Type: boolean +#. Description +#: ../templates:2001 +msgid +Please specify whether w3c-linkchecker should permit validation of websites +on private networks. By default it will only permit public IP addresses. +msgstr + +#~ msgid +#~ By default this website will be set up to assume it will run on +#~ localhost. If you need to access the installed service from other +#~ machines, this should be changed to the correct fully qualified domain +#~ name. +#~ msgstr +#~ Výchozí nastavení tohoto webu předpokládá, že bude běžet na místním +#~ hostiteli. Potřebujete-li k této instalované službě přistupovat z jiných +#~ počítačů, změňte tuto hodnotu na úplné doménové jméno. + +#~ msgid +#~ By default the upstream distribution only permits validation of websites +#~ with public IP addresses. This value can be set to true to relax this +#~ restriction. +#~ msgstr +#~ Výchozí nastavení původní distribuce umožňuje ověřovat pouze weby s +#~ veřejnými IP adresami. Toto omezení můžete obejít nastavením této hodnoty +#~ na ano. diff -Nru w3c-linkchecker-4.81.old/debian/po/da.po w3c-linkchecker-4.81/debian/po/da.po --- w3c-linkchecker-4.81.old/debian/po/da.po 1970-01-01 01:00:00.0 +0100 +++ w3c-linkchecker-4.81/debian/po/da.po 2012-01-21 19:25:16.0 +0100 @@ -0,0 +1,52 @@ +# Danish translation w3c-linkchecker. +# Copyright (C) 2012 w3c-linkchecker nedenstående oversættere. +# This file is distributed
Bug#655460: closed by Guido Günther a...@sigxcpu.org (Bug#655460: fixed in gtk-vnc 0.5.0-3)
On 01/28/12 21:57, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the virtinst package: #655460: misleading error message on missing br0 interface It has been closed by Guido Günther a...@sigxcpu.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 Guido Günther a...@sigxcpu.org by replying to this email. A little bit more time to provide the requested libvirt.log would have been nice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657953: something broken after update mail every 5 minutes
Package: php5-sqlite Version: 5.3.9-1 Severity: normal PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626/sqlite.so' - /usr/lib/php5/20090626/sqlite.so: cannot open shared object file: No such file or directory in Unknown on line 0 It seems that the sqlite.ini was not removed by upgrade of php5-sqlite, nor pdo_sqlite.ini (I do not know where this one comes from). -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (800, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-sqlite depends on: ii libapache2-mod-php5 [phpapi-20090626] 5.3.9-1 ii libc6 2.13-24 ii libsqlite3-0 3.7.9-2 ii php5-cli [phpapi-20090626] 5.3.9-1 ii php5-common5.3.9-1 php5-sqlite recommends no packages. php5-sqlite 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#657954: module-init-tools: please update the Homepage field
Package: module-init-tools Version: 3.12-1 Severity: wishlist Hi, http://packages.debian.org/squeeze/module-init-tools points to www.kerneltools.org as the homepage, which doesn't seem right. Please point it to https://modules.wiki.kernel.org/ instead. I wanted to look up commit 3328d17 referenced in the squeeze changelog when I hit this issue. At the same time: kmod has no homepage field at all, please consider adding one as well. -- Thanks, Feri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#463507: Triage
A. Costa wrote: [...] Still there in 'zsh' v4.3.15-1. Example: I typed what's above the carets and the Tab key, then the line looks like: ls -_main_complete:166: permission denied: Please do this: % rm ~/.zcompdump % zsh -f (and in that new shell) % autoload -Uz compinit % compinit % ls -tab That should work. Sometimes, when `~/.zcompdump' is outdated, weird issues have been known to appear. If you can still reproduce the problem with the above recipe, I'd be interested in how your system differs from other people's systems. If you cannot, your zsh setup is broken. Needless to say, I can't reproduce the issue. Regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657955: nbd-client-udeb: nbd-root install / mkinitramfs: missing /sys/block entry
Package: nbd-client-udeb Severity: important Tags: d-i Dear Maintainer, In trying to follow your recommendations for debian-installer support for nbd: - Download a daily image for your architecture. - Either boot d-i with the extra boot-time argument modules=partman-nbd, or boot it in expert mode and select the partman-nbd module in the the 'download installer components' menu. - And that's it! Everything else should Just Work(tm). I have this error in debian-installer: - Unable to install the selected kernel - An error was returned while trying to install the kernel into the target system. - Kernel package: 'linux-image-amd64'. - Check /var/log/syslog or see virtual console 4 for details. Looking at virtual terminal 4, I see: - in-target: update-initramfs: Generating /boot/initrd.img-3.1.0-1-amd64 - in-target: mknitramfs: for root /dev/nbd0p1 missing nbd /sys/block entry - in-target: mknitramfs: workaround is MODULES=most - in-target: mknitramfs: Error please report the bug Note in file /target/etc/initramfs-tools/initramfs.conf : - MODULES=most (is already set) I observe that there is an entry for /sys/class/block/nbd0p1 , but not /sys/block/nbd0p1 . -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.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#657833: RE : Bug#657833: Please enable hardened build flags
Sorry for top post for my android. Do you try to build with your patch ? What is the arch you have been build? Does it need so bump ? Thanks Bastien Le 29 janv. 2012 11:06, Moritz Muehlenhoff j...@debian.org a écrit : Package: imagemagick Version: 8:6.6.9.7-5 Severity: important Tags: patch Please enable hardened build flags through dpkg-buildflags. Patch attached. Cheers, Moritz
Bug#609736: isdn-utils doesn't work anymore
Il 13/01/2012 04:02, Rolf Leggewie ha scritto: Hello Giorgio, thank you for your report. On 12.01.2012 18:35, Giorgio Volpe wrote: I recently update isdnutils-base from 1:3.9.20060704+dfsg.2-4 to 1:3.9.20060704+dfsg.2-12 and isdnutils doesn’t work I believe the problems you were seeing were fixed in the upload I made a few hours before you filed this ticket. Please retry with that version once it is available to you. Regards Rolf Today I upgraded [AGGIORNATO] isdnlog 1:3.9.20060704+dfsg.2-12 - 1:3.9.20060704+dfsg.3-3 [AGGIORNATO] isdnlog-data 1:3.9.20060704+dfsg.2-12 - 1:3.9.20060704+dfsg.3-3 [AGGIORNATO] isdnutils-base 1:3.9.20060704+dfsg.2-12 - 1:3.9.20060704+dfsg.3-3 [AGGIORNATO] isdnutils-doc 1:3.9.20060704+dfsg.2-12 - 1:3.9.20060704+dfsg.3-3 [AGGIORNATO] isdnutils-xtools 1:3.9.20060704+dfsg.2-12 - 1:3.9.20060704+dfsg.3- 3 [AGGIORNATO] isdnvbox 1:3.9.20060704+dfsg.2-12 - 1:3.9.20060704+dfsg.3-3 [AGGIORNATO] isdnvboxclient 1:3.9.20060704+dfsg.2-12 - 1:3.9.20060704+dfsg.3-3 [AGGIORNATO] isdnvboxserver 1:3.9.20060704+dfsg.2-12 - 1:3.9.20060704+dfsg.3-3 The problem is still there! :-( Now devices are created but I always get /dev/isdnctrl: No such device I think it comes from a hisaxctrl - 1 4 in init.d.functions Can you help me to control which modulese should I have installed for a USB TA? I'have this in syslog when I connect it Jan 30 10:01:53 movi kernel: [1521202.316016] usb 2-3: new full speed USB device using ohci_hcd and address 4 Jan 30 10:01:53 movi kernel: [1521202.564807] usb 2-3: New USB device found, idVendor=07b0, idProduct=0007 Jan 30 10:01:53 movi kernel: [1521202.564838] usb 2-3: New USB device strings: Mfr=1, Product=1, SerialNumber=1 Jan 30 10:01:53 movi kernel: [1521202.564874] usb 2-3: Product: ISDN USB TA Jan 30 10:01:53 movi kernel: [1521202.564895] usb 2-3: Manufacturer: ISDN USB TA Jan 30 10:01:53 movi kernel: [1521202.564916] usb 2-3: SerialNumber: ISDN USB TA Jan 30 10:01:53 movi kernel: [1521202.565083] usb 2-3: configuration #1 chosen from 1 choice Jan 30 10:01:53 movi kernel: [1521202.567857] hfcsusb_probe: interface(0) actalt(0) minor(-1) vend_idx(2) Jan 30 10:01:53 movi kernel: [1521202.567893] HFC-S_USB: probe of 2-3:1.0 failed with error -5 Jan 30 10:01:53 movi kernel: [1521202.567924] HFC-S USB: probing interface(0) actalt(0) minor(-1) Jan 30 10:01:53 movi kernel: [1521202.567952] hfc_usb: probe of 2-3:1.0 failed with error -5 Jan 30 10:01:53 movi kernel: [1521202.568037] hfcsusb_probe: interface(1) actalt(0) minor(-1) vend_idx(2) Jan 30 10:01:53 movi kernel: [1521202.568075] HFC-S_USB: hfcsusb_probe: detected Billion tiny USB ISDN TA 128 (4 Isochron IN + 3 Isochron OUT, if=1 alt=1) Jan 30 10:01:53 movi kernel: [1521202.573992] HFC-S_USB: registered as 'HFC-S_USB.1' Jan 30 10:01:54 movi mtp-probe: checking bus 2, device 4: /sys/devices/pci:00/:00:03.0/usb2/2-3 Jan 30 10:01:54 movi mtp-probe: bus: 2, device: 4 was not an MTP device Thannks ... Giorgio -- *MoVI Regionale FVG *Via Garibaldi 23, 33038-San Daniele del Friuli. *Tel*. 0432 943002 - *Cell*. 346 8216304 *Email* giorgio.vo...@movi.fvg.it
Bug#657956: Synaptic crashes when using orca or Accerciser (accessibility enabled)
Package: synaptic Version: 0.75.2ubuntu9 Severity: important Original Report: https://bugs.launchpad.net/ubuntu/+source/synaptic/+bug/607605 TESTCASE: 1) Enable Accessibility 2) Start synaptic Result: synaptic crashes terminate called after throwing an instance of 'std::out_of_range' what(): vector::_M_range_check Program received signal SIGABRT, Aborted. 0x0012d422 in __kernel_vsyscall () (gdb) thread apply all bt — Trace 222907 Thread 1 (Thread 0xb7fd6730 (LWP 2643)) * #0 __kernel_vsyscall * #1 raise from /lib/tls/i686/cmov/libc.so.6 * #2 abort from /lib/tls/i686/cmov/libc.so.6 * #3 __gnu_cxx::__verbose_terminate_handler() from /usr/lib/libstdc++.so.6 * #4 ?? from /usr/lib/libstdc++.so.6 * #5 std::terminate() from /usr/lib/libstdc++.so.6 * #6 __cxa_throw from /usr/lib/libstdc++.so.6 * #7 std::__throw_out_of_range(char const*) from /usr/lib/libstdc++.so.6 * #8 ?? * #9 gtk_tree_model_iter_children from /usr/lib/libgtk-x11-2.0.so.0 * #10 ?? from /usr/lib/gtk-2.0/modules/libgail.so * #11 ?? from /usr/lib/gtk-2.0/modules/libgail.so * #12 atk_object_get_n_accessible_children from /usr/lib/libatk-1.0.so.0 * #13 ?? from /usr/lib/gtk-2.0/modules/libgail.so * #14 atk_object_get_index_in_parent from /usr/lib/libatk-1.0.so.0 * #15 ?? from /usr/lib/libatk-1.0.so.0 * #16 ?? from /usr/lib/gtk-2.0/modules/libgail.so * #17 ?? from /usr/lib/gtk-2.0/modules/libgail.so * #18 atk_object_ref_state_set from /usr/lib/libatk-1.0.so.0 * #19 ?? from /usr/lib/libspi.so.0 * #20 _ORBIT_skel_small_Accessibility_Accessible_getState from /usr/lib/libspi.so.0 * #21 ?? from /usr/lib/libORBit-2.so.0 * #22 ORBit_OAObject_invoke from /usr/lib/libORBit-2.so.0 * #23 ORBit_small_invoke_adaptor from /usr/lib/libORBit-2.so.0 * #24 ?? from /usr/lib/libORBit-2.so.0 * #25 ?? from /usr/lib/libORBit-2.so.0 * #26 ?? from /usr/lib/libORBit-2.so.0 * #27 ORBit_handle_request from /usr/lib/libORBit-2.so.0 * #28 giop_connection_handle_input from /usr/lib/libORBit-2.so.0 * #29 ?? from /usr/lib/libORBit-2.so.0 * #30 ?? from /usr/lib/libORBit-2.so.0 * #31 g_main_context_dispatch from /lib/libglib-2.0.so.0 * #32 ?? from /lib/libglib-2.0.so.0 * #33 g_main_loop_run from /lib/libglib-2.0.so.0 * #34 gtk_main from /usr/lib/libgtk-x11-2.0.so.0 * #35 ?? * #36 __libc_start_main from /lib/tls/i686/cmov/libc.so.6 * #37 ?? Some people report, that 'gsettings set org.gnome.desktop.interface toolkit-accessibility false' setting 'fixes' this, but this doesn't work for others -- Vadim Rutkovsky -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657957: ITP: starlink-libast -- Handle World Coordinate Systems in Astronomy
Package: wnpp Severity: wishlist Owner: Ole Streicher deb...@liska.ath.cx X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: starlink-libast Version : 6.0.1 Upstream Author : David Berry, R.F. Warren-Smith * URL : www.starlink.ac.uk/ast * License : LGPLv2+ Programming Lang: C Description : Handle World Coordinate Systems in Astronomy AST implements an object oriented model for describing physical coordinate systems, and the transformations that exist between them. . It provides a comprehensive range of facilities for attaching world coordinate systems (WCS) to astronomical data and for retrieving and manipulating that information. . It has built-in intelligence for identifying types of celestial, spectral, time and other coordinate systems (including compound systems that combine axes of different types) and determining how to transform between them. This allows general purpose code to be written that makes no assumptions about the nature of the coordinate systems. The package is originally called AST and builds a library libast. A library of that Name is already in Debian (libast -- the Library of Assorted Spiffy Things); however this is orphaned since 2008; see http://bugs.debian.org/492497. This package is built in preparation to build saods9 http://bugs.debian.org/655648. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657958: RM: liboss-salsa-dev [hurd-i386] -- NBS; no longer built by oss-libsalsa
Package: ftp.debian.org Severity: normal Hello, oss4 now properly builds liboss4-salsa-dev on hurd-i386 too, resulting to, with liboss-salsa-dev, two packages which provide libasound-dev there, resulting to buildd not able to choose between both. I've made oss-libsalsa not build liboss-salsa-dev, but the archive now needs decruftication: * source package oss-libsalsa version 4.1-build1052b-5 no longer builds binary package(s): liboss-salsa-dev on hurd-i386 - suggested command: dak rm -m [auto-cruft] NBS (no longer built by oss-libsalsa) -s unstable -a hurd-i386 -p -R -b liboss-salsa-dev Could you run it so that buildds can now auto-install liboss4-salsa-dev to provide libasound-dev? Thanks, Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656476: Sundance network driver (D-Link DFE-580TX) timeouts rendering interface unusable
I'll check this out. After kernel.org was cracked I've missed @kernel.org mail account. On 1/29/12, Ben Hutchings b...@decadent.org.uk wrote: [Trying a different address.] Denis, It looks like you were working on sundance for a while; are you still interested in it? Mike reported that: Network traffic on my D-Link DFE-580TX card results in a transmit queue timeout and gives endless resets after that untill the interface is brought down. The amount of traffic required to generate the error seems to vary but sooner rather then later it will occur. and the messages logged under Linux 3.2.1 are: [ 430.008026] [ cut here ] [ 430.008100] WARNING: at /build/buildd-linux-2.6_3.2.1-2-i386-4wAPNj/linux-2.6-3.2.1/debian/build/source_i386_none/net/sched/sch_generic.c:255 dev_watchdog+0xb1/0x104() [ 430.008200] Hardware name: [ 430.008251] NETDEV WATCHDOG: eth1 (sundance): transmit queue 0 timed out [ 430.008307] Modules linked in: p4_clockmod cpufreq_powersave cpufreq_userspace cpufreq_conservative cpufreq_stats speedstep_lib mperf fuse w83627ehf hwmon_vid coretemp loop snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm snd_seq snd_time r snd_seq_device ohci_hcd ehci_hcd tpm_tis sis900 sundance tpm usbcore tpm_bios pcspkr psmouse snd parport_pc evdev serio_raw parport mii button usb_common soundcore processor shpchp pci_hotplug thermal_sys snd_page_alloc ext3 jbd mbcach e sd_mod crc_t10dif sata_sis ata_generic pata_sis libata scsi_mod [ 430.010093] Pid: 0, comm: swapper/0 Not tainted 3.2.0-1-686-pae #1 [ 430.010149] Call Trace: [ 430.010203] [c1038280] ? warn_slowpath_common+0x68/0x79 [ 430.010260] [c1229e38] ? dev_watchdog+0xb1/0x104 [ 430.010314] [c10382f9] ? warn_slowpath_fmt+0x29/0x2d [ 430.010370] [c1229e38] ? dev_watchdog+0xb1/0x104 [ 430.010428] [c103ccb5] ? local_bh_enable+0x2/0x2 [ 430.010484] [c1041e78] ? run_timer_softirq+0x150/0x1f3 [ 430.010539] [c1229d87] ? netif_tx_unlock+0x3a/0x3a [ 430.010595] [c103ccb5] ? local_bh_enable+0x2/0x2 [ 430.010649] [c103cd49] ? __do_softirq+0x94/0x12f [ 430.010704] [c103ccb5] ? local_bh_enable+0x2/0x2 [ 430.010757] IRQ [c103cf3a] ? irq_exit+0x32/0x80 [ 430.010847] [c101e6f4] ? smp_apic_timer_interrupt+0x5b/0x65 [ 430.010906] [c12b9b11] ? apic_timer_interrupt+0x31/0x38 [ 430.010963] [c120007b] ? rtc_proc_show+0x15e/0x22d [ 430.011020] [c1010e5a] ? mwait_idle+0x65/0x8b [ 430.011076] [c100b234] ? cpu_idle+0x95/0xaf [ 430.011132] [c1412708] ? start_kernel+0x32a/0x32f [ 430.011185] ---[ end trace 4f9c55881a85ddc2 ]--- [ 430.011244] eth1: Transmit timed out, TxStatus 00 TxFrameId 1a, resetting... [ 430.011302] 00 35afc000 35afc010 8001(00) 34c2d802 85ea [ 430.011307] 01 35afc010 35afc020 0005(01) 34cfc802 85ea [ 430.011311] 02 35afc020 35afc030 8009(02) 357ca802 85ea [ 430.011316] 03 35afc030 35afc040 000d(03) 34d01802 85ea [ 430.011320] 04 35afc040 35afc050 8011(04) 34d2 85ea [ 430.011324] 05 35afc050 35afc060 0015(05) 35a9f802 85ea [ 430.011328] 06 35afc060 35afc070 8019(06) 34c75002 85ea [ 430.011333] 07 35afc070 35afc080 001d(07) 35ac0002 85ea [ 430.011337] 08 35afc080 35afc090 8021(08) 34d4e802 85ea [ 430.011341] 09 35afc090 35afc0a0 0025(09) 357b0002 85ea [ 430.011346] 0a 35afc0a0 35afc0b0 8029(0a) 34d66802 85ea [ 430.011350] 0b 35afc0b0 35afc0c0 002d(0b) 354f2802 85ea [ 430.011354] 0c 35afc0c0 35afc0d0 8031(0c) 34d04802 85ea [ 430.011359] 0d 35afc0d0 35afc0e0 0035(0d) 34cd1002 85ea [ 430.011363] 0e 35afc0e0 35afc0f0 8039(0e) 34cc9802 85ea [ 430.011367] 0f 35afc0f0 35afc100 003d(0f) 34d3d002 85ea [ 430.011371] 10 35afc100 35afc110 8041(10) 355d3002 85ea [ 430.011376] 11 35afc110 35afc120 0045(11) 34d02802 85ea [ 430.011380] 12 35afc120 35afc130 8049(12) 34d8b002 85ea [ 430.011384] 13 35afc130 35afc140 004d(13) 34cc9002 85ea [ 430.011389] 14 35afc140 35afc150 8051(14) 34d51002 85ea [ 430.011393] 15 35afc150 35afc160 0055(15) 357c7802 85ea [ 430.011397] 16 35afc160 8059(16) 34d4f002 85ea [ 430.011401] 17 35afc170 35afc180 0001805d(17) [ 430.011406] 18 35afc180 35afc190 00018061(18) [ 430.011410] 19 35afc190 35afc1a0 00018065(19) [ 430.011414] 1a 35afc1a0 35afc1b0 00018069(1a) [ 430.011419] 1b 35afc1b0 35afc1c0 806d(1b) 34eea002 85ea [ 430.011423] 1c 35afc1c0 35afc1d0 8071(1c) 355d9802 85ea [ 430.011427] 1d 35afc1d0 35afc1e0 8075(1d) 34d19002 85ea [ 430.011431] 1e 35afc1e0 35afc1f0 8079(1e) 354e4002 85ea [ 430.011436] 1f 35afc1f0 35afc000 007d(1f) 354ea002 85ea [ 430.011440] TxListPtr=35afc1b0 netif_queue_stopped=1 [ 430.011444] cur_tx=154807(17) dirty_tx=154779(1b) [ 430.011447]
Bug#657959: Email delivery is not configured
Package: redmine Version: 1.2.2 Severity: important Hello! Im new to redmine and ubuntu, running LTS server 10.04 and redmine version 1.2.2 Keep getting this error displayed: Email delivery is not configured, and notifications are disabled. Configure your SMTP server in /etc/redmine/instance/configuration.yml and restart the application to enable them. I´ve tried so search for an answer checked these pages: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590846 http://www.redmine.org/projects/redmine/wiki/HowTo_Install_Redmine_in_Ubuntu I tried to follow this config: Sendmail Server Configuration¶http://www.redmine.org/projects/redmine/wiki/HowTo_Install_Redmine_in_Ubuntu#Sendmail-Server-Configuration 1.Before configuring email support for Redmine, we should download the sendmail application for Ubuntu, issue: but got stuck on the line cd /opt/redmine/redmine-0.8.6/config I tried several angles of that line but nothing seems to work, We att LindIT has an mailserver that I want to use for redmine. wishing for quick answers to this mail please daniel.torns...@lindit.semailto:daniel.torns...@lindit.se or dtoerns...@gmail.commailto:dtoerns...@gmail.com /Daniel /New fan of Redmine.
Bug#653823: Status update: ready to transition this week
Steve M. Robbins st...@sumost.ca (30/01/2012): The last package, I will not touch since there is an unrelated build problem after fixing the boost issue. openvrml #652790 I've hinted out of testing, see last mail on this bug report. It should be gone with the run starting in one minute. Mraw, KiBi. signature.asc Description: Digital signature
Bug#657960: xserver-xorg-video-r128: Needs rebuild for current X video abi
Package: xserver-xorg-video-r128 Version: 6.8.1-5+b2 Severity: normal The ati driver is unustallable because it depends on r128 and r128 is built for old X server abi. VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Redwood [Radeon HD 5670] [1002:68d8] /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 8 -rw-r--r-- 1 root root 129 Oct 6 17:46 10-trackball-middle-emu.conf -rw-r--r-- 1 root root 150 Oct 6 17:45 10-trackball-middle-emu.conf~ Kernel version (/proc/version): --- Linux version 3.2.0-rc3 (hramrach@OptiPlex960) (gcc version 4.6.2 (Debian 4.6.2-4) ) #1 SMP Thu Nov 24 13:33:54 CET 2011 Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [54.897] X.Org X Server 1.11.1.902 (1.11.2 RC 2) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657961: xserver-xorg-video-mach64: Needs rebuild for new X server abi
Package: xserver-xorg-video-mach64 Version: 6.9.0-1+b1 Severity: normal The ati driver depends on mach64 which is built only for old X abi. Due to this the ati driver is not installable. VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Redwood [Radeon HD 5670] [1002:68d8] Kernel version (/proc/version): --- Linux version 3.2.0-rc3 (hramrach@OptiPlex960) (gcc version 4.6.2 (Debian 4.6.2-4) ) #1 SMP Thu Nov 24 13:33:54 CET 2011 Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [54.897] X.Org X Server 1.11.1.902 (1.11.2 RC 2) Release Date: 2011-10-28 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605090: Linux 3.2 in wheezy
(adding few CC:s to keep track on the bug) On dim., 2012-01-29 at 21:26 +, Ben Hutchings wrote: On Sun, 2012-01-29 at 20:57 +0100, Yves-Alexis Perez wrote: On dim., 2012-01-29 at 18:22 +, Ben Hutchings wrote: Featuresets --- The only featureset provided will be 'rt' (realtime), currently built for amd64 only. If there is interest in realtime support for other architectures, we may be able to add that. However, we do need to consider the total time taken to build binary packages for each architecture. If there are particular container features that should be enabled or backported to provide a useful replacement for OpenVZ or VServer, please let us know. We cannot promise that these will all be enabled but we need to know what is missing. So in the end what are the reasons for not trying the grsecurity featureset? #605090 lacks any reply from the kernel team since quite a while, and especially after answers were provided to question asked. You already know the main reason: Feature-wise, Brad Sprengler and the PaX team still add stuff, like the gcc plugins or hardening features like symbols hiding, fix bugs (for example in RBAC code), while few of them reach mainline. I realise that the mainline Linux developers have sometimes been unreasonably resistant to these changes and I'm not intending to assign blame for this. But practically this means that we have to either carry the featureset indefinitely or disappoint users by removing it in a later release. (See the complaints about removing OpenVZ in wheezy despite 4 years' advance notice of this.) I understand this, and I still see the grsec featureset as a valuable project. Indeed, reducing the diff wrt. upstream in Debian kernel is an important goal (especially considering the time involvement). Now, I still think having a hardened Debian kernel inside the distribution is helpful and needed for some people (some of them have said so on the bug report, some other directly told me). I can continue providing kernels for stable and sid outside of Debian, but that means it's painful to find them, so less people will use it. I'm sure I don't have to remind people, but having a hardened kernel can buy you some time when some vulnerabilities are found in the kernel, like the /proc/pid/mem one (even when it does not prevent completely the vulnerability, it can prevents the exploit to be successful, for example). It also appears that you never had any response to your question to upstream about minimising the patch set. Indeed. Brad, I'm not sure if you received the initial mail, so if you have any comment… Not doing anything is indeed a way to just get rid of the question, but I would have at least appreciated a definitive answer on the bug rather than via the dda mail. I'm sorry about that; it completely slipped my mind as there have been no discussions about it for some months. Well, the last mail from the kernel team on the bug was indeed months ago (nov 10th afaict), but I kept adding info and replies since. Anyway, thanks for your answer. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#656476: Sundance network driver (D-Link DFE-580TX) timeouts rendering interface unusable
Le lundi 30 janvier 2012 à 12:51 +0300, Denis Kirjanov a écrit : I'll check this out. After kernel.org was cracked I've missed @kernel.org mail account. At first glance, start_tx() is racy against TX completion. It does : if (np-cur_tx - np-dirty_tx TX_QUEUE_LEN - 1 !netif_queue_stopped(dev)) { /* do nothing */ } else { netif_stop_queue (dev); } So it can call netif_stop_queue() while TX completion handler did a cleanup of all queued packets right before. Note intr_handler() doesnt hold the queue spinlock when it does : if (netif_queue_stopped(dev) np-cur_tx - np-dirty_tx TX_QUEUE_LEN - 4) { /* The ring is no longer full, clear busy flag. */ netif_wake_queue (dev); } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657403: libgtfb: Should this package be orphaned or removed?
On 2012-01-30 05:31, Matt Flax wrote: Please find the following debdiff attached. $ cat libgtfb.0.1.0-2.debdiff diff -u libgtfb-0.1.0/debian/changelog libgtfb-0.1.0/debian/changelog --- libgtfb-0.1.0/debian/changelog +++ libgtfb-0.1.0/debian/changelog @@ -1,3 +1,10 @@ +libgtfb (0.1.0-2) unstable; urgency=low + + * Fixed bug w.r.t. linking errors (Closes: #634288) + * Neils offered to upload for me whilst I find time to get my second key signing. (Closes: #657403) + + -- Matt Flax flat...@debian.org Mon, 30 Jan 2012 15:17:03 +1100 + libgtfb (0.1.0-1) unstable; urgency=low * Initial release (Closes: #521686) only in patch2: unchanged: --- libgtfb-0.1.0.orig/debian/libgtfb0-dev.links +++ libgtfb-0.1.0/debian/libgtfb0-dev.links @@ -0,0 +1,5 @@ +usr/lib/usr/lib/libgtfb.so.0.1.0 usr/lib/usr/lib/libgtfb.so.0.1 +usr/lib/usr/lib/libgtfb.so.0.1 usr/lib/usr/lib/libgtfb.so.0 +usr/lib/usr/lib/libgtfb.so.0 usr/lib/usr/lib/libgtfb.so + + [...] Seems like an extra usr/lib/ sneaked in all places in the links file. :) When I downloaded libgftb I noticed it had some changes in the Makefile already[1]. Turns out that in part of these changes caused the symlink issue, so I am proposing this alternative diff to the problem. ~Niels [1] filterdiff -zi '**/Makefile' ./libgtfb_0.1.0-1.diff.gz diff -u libgtfb-0.1.0/Makefile libgtfb-0.1.0/Makefile --- libgtfb-0.1.0/Makefile +++ libgtfb-0.1.0/Makefile @@ -36,9 +36,10 @@ mkdir -p ${DESTDIR}/${DOCDIR} mkdir -p ${DESTDIR}/${INCLUDEDIR} install -m 0755 *.so* ${DESTDIR}/${LIBDIR} - ln -s ${DESTDIR}/${LIBDIR}/libgtfb.so.0.1.0 ${DESTDIR}/${LIBDIR}/libgtfb.so.0.1 - ln -s ${DESTDIR}/${LIBDIR}/libgtfb.so.0.1 ${DESTDIR}/${LIBDIR}/libgtfb.so.0 - ln -s ${DESTDIR}/${LIBDIR}/libgtfb.so.0 ${DESTDIR}/${LIBDIR}/libgtfb.so + ln -s libgtfb.so.0.1.0 ${DESTDIR}/${LIBDIR}/libgtfb.so.0.1 + ln -s libgtfb.so.0.1 ${DESTDIR}/${LIBDIR}/libgtfb.so.0 + ln -s libgtfb.so.0 ${DESTDIR}/${LIBDIR}/libgtfb.so + install -m 0666 *Test.cc ${DESTDIR}/${DOCDIR} install -m 0660 *.H ${DESTDIR}/${INCLUDEDIR} diff -u libgtfb-0.1.0/debian/changelog libgtfb-0.1.0/debian/changelog --- libgtfb-0.1.0/debian/changelog +++ libgtfb-0.1.0/debian/changelog @@ -1,3 +1,9 @@ +libgtfb (0.1.0-2) UNRELEASED; urgency=low + + * Fixed bug w.r.t. symlink errors (Closes: #634288) + + -- Matt Flax flat...@debian.org Mon, 30 Jan 2012 10:53:24 +0100 + libgtfb (0.1.0-1) unstable; urgency=low * Initial release (Closes: #521686)
Bug#657837: firmware-b43-lpphy-installer: on lenovo g550 driver is firmware-b43-installer not this one
On Sun, 2012-01-29 at 10:23 +, Dick William Thomas wrote: I don't know what other information to include I need to know your pci id. Please paste the output of 'lspci -vnn | grep 14e4' command Thank you. signature.asc Description: This is a digitally signed message part
Bug#657959: Email delivery is not configured
Hi, you must read documentation where it is supposed to be... First have a look at /usr/share/doc/redmine/ Also note that : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590846 is deprecated, since it applies to 1.0. and that http://www.redmine.org/projects/redmine/wiki/HowTo_Install_Redmine_in_Ubuntu applies only to a manual installation of redmine. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657962: gcc-defaults: Add gcc-plugin-dev?
Source: gcc-defaults Version: 1.112 Severity: normal Hello, I have a package which would like to build a gcc plugin. I should however not make it build-depend on a particular gcc-4.[567]-plugin-dev package as the default version changes over time. Could gcc-defaults also provide a gcc-plugin-dev package? Samuel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel Thibault samuel.thiba...@fnac.net I once witnessed a long-winded, month-long flamewar over the use of mice vs. trackballs...It was very silly. (By Matt Welsh) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657963: Problem after nfs-common upgrade
Package: nfs-common Version: 1:1.2.2-4squeeze2 Severity: important After a system upgrade (apt-get update apt-get upgrade), i have the following message on my Debian Squeeze Server: === sudo apt-get upgrade Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait 0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. 1 partiellement installés ou enlevés. Après cette opération, 0 o d'espace disque supplémentaires seront utilisés. Souhaitez-vous continuer [O/n] ? O Paramétrage de nfs-common (1:1.2.2-4squeeze2) ... insserv: Service portmap has to be enabled to start service nfs-common insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg : erreur de traitement de nfs-common (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 configured to not write apport reports Des erreurs ont été rencontrées pendant l'exécution : nfs-common E: Sub-process /usr/bin/dpkg returned an error code (1) === Any idea ? Nicolas -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.112+nmu2 add and remove users and groups ii initscripts 2.88dsf-13.1 scripts for initializing and shutt ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. ii libcomerr2 1.41.12-4stable1 common error description library ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libgssapi-krb5-21.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - k ii libgssglue1 0.1-4mechanism-switch gssapi library ii libk5crypto31.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries ii libnfsidmap20.23-2 An nfs idmapping library ii librpcsecgss3 0.19-2 allows secure rpc communication us ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii netbase 4.45 Basic TCP/IP networking system ii portmap 6.0.0-2 RPC port mapper ii ucf 3.0025+nmu1 Update Configuration File: preserv nfs-common recommends no packages. nfs-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657652: [php5-xdebug] makes PHP always give out HTTP status 200 OK on fatal errors
Please see http://bugs.xdebug.org/view.php?id=587 This will be fixed with the release of 2.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657963:
Solved by using the following commands: # dpkg-reconfigure portmap # apt-get upgrade ___ * Avant donc que d'écrire, apprenez à penser. -+- Nicolas Boileau, Art poétique -+- *
Bug#656476: Sundance network driver (D-Link DFE-580TX) timeouts rendering interface unusable
Le lundi 30 janvier 2012 à 11:14 +0100, Eric Dumazet a écrit : Le lundi 30 janvier 2012 à 12:51 +0300, Denis Kirjanov a écrit : I'll check this out. After kernel.org was cracked I've missed @kernel.org mail account. At first glance, start_tx() is racy against TX completion. It does : if (np-cur_tx - np-dirty_tx TX_QUEUE_LEN - 1 !netif_queue_stopped(dev)) { /* do nothing */ } else { netif_stop_queue (dev); } So it can call netif_stop_queue() while TX completion handler did a cleanup of all queued packets right before. Note intr_handler() doesnt hold the queue spinlock when it does : if (netif_queue_stopped(dev) np-cur_tx - np-dirty_tx TX_QUEUE_LEN - 4) { /* The ring is no longer full, clear busy flag. */ netif_wake_queue (dev); } So I would try following patch : drivers/net/ethernet/dlink/sundance.c | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/drivers/net/ethernet/dlink/sundance.c b/drivers/net/ethernet/dlink/sundance.c index 28a3a9b..c671a6c 100644 --- a/drivers/net/ethernet/dlink/sundance.c +++ b/drivers/net/ethernet/dlink/sundance.c @@ -1099,11 +1099,13 @@ start_tx (struct sk_buff *skb, struct net_device *dev) tasklet_schedule(np-tx_tasklet); /* On some architectures: explicitly flush cache lines here. */ - if (np-cur_tx - np-dirty_tx TX_QUEUE_LEN - 1 - !netif_queue_stopped(dev)) { - /* do nothing */ - } else { - netif_stop_queue (dev); + if (np-cur_tx - np-dirty_tx = TX_QUEUE_LEN - 1) { + unsigned long flags; + + spin_lock_irqsave(np-lock, flags); + if (np-cur_tx - np-dirty_tx = TX_QUEUE_LEN - 1) + netif_stop_queue(dev); + spin_unlock_irqrestore(np-lock, flags); } if (netif_msg_tx_queued(np)) { printk (KERN_DEBUG -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657964: openvpn: Can't connect to a VPN using SOCKS proxy
Package: openvpn Version: 2.2.1-3 Severity: normal Dear Maintainer, When I try to connect to a VPN server, passing by a SOCKS proxy, I always got this message: Jan 30 18:28:19 localhost ovpn-foo[10502]: OpenVPN 2.2.1 i486-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110424-2 (2.2RC2)] built on Dec 20 2011 Jan 30 18:28:19 localhost ovpn-foo[10502]: WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info. Jan 30 18:28:19 localhost ovpn-foo[10502]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts Jan 30 18:28:19 localhost ovpn-foo[10502]: LZO compression initialized Jan 30 18:28:19 localhost ovpn-foo[10502]: Control Channel MTU parms [ L:1544 D:140 EF:40 EB:0 ET:0 EL:0 ] Jan 30 18:28:19 localhost ovpn-foo[10502]: Socket Buffers: R=[87380-131072] S=[16384-131072] Jan 30 18:28:19 localhost ovpn-foo[10502]: Data Channel MTU parms [ L:1544 D:1450 EF:44 EB:135 ET:0 EL:0 AF:3/1 ] Jan 30 18:28:19 localhost ovpn-foo[10502]: Local Options hash (VER=V4): '69109d17' Jan 30 18:28:19 localhost ovpn-foo[10502]: Expected Remote Options hash (VER=V4): 'c0103fa8' Jan 30 18:28:19 localhost ovpn-foo[10503]: Attempting to establish TCP connection with [AF_INET]127.0.0.1:12345 [nonblock] Jan 30 18:28:19 localhost ovpn-foo[10503]: TCP connection established with [AF_INET]127.0.0.1:12345 Jan 30 18:28:24 localhost ovpn-foo[10503]: recv_socks_reply: TCP port read timeout expired: Operation now in progress (errno=115) Jan 30 18:28:24 localhost ovpn-foo[10503]: TCP/UDP: Closing socket Jan 30 18:28:24 localhost ovpn-foo[10503]: SIGTERM[soft,init_instance] received, process exiting The prox server running on localhost:12345 is a SSH prox, using 'ssh server -D 12345'. The SOCKS setting in the configuration file looks like this: socks-proxy localhost 12345 If I remove this setting and if I'm on a network which I can directly connect to the VPN server, everything works as expected. I can connect and use the SOCKS proxy using other applications, such as a web browser. We can find some related issues looking on the Web, such as http://readlist.com/lists/lists.sourceforge.net/openvpn-users/2/12784.html. Thanks. Jonathan -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.41 ii libc6 2.13-24 ii liblzo2-2 2.06-1 ii libpam0g 1.1.3-6 ii libpkcs11-helper1 1.09-1 ii libssl1.0.01.0.0e-3 ii net-tools 1.60-24.1 openvpn recommends no packages. Versions of packages openvpn suggests: ii openssl 1.0.0e-3 ii resolvconf 1.63 -- Configuration Files: /etc/default/openvpn changed: AUTOSTART=none OPTARGS= OMIT_SENDSIGS=0 -- debconf information: openvpn/create_tun: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657837: firmware-b43-lpphy-installer: on lenovo g550 driver is firmware-b43-installer not this one
hiya the output of the command is xpd259@hubble:~$ lspci -vnn | grep 14e4 04:00.0 Network controller [0280]: Broadcom Corporation BCM4312 802.11b/g LP-PHY [14e4:4315] (rev 01) Subsystem: Broadcom Corporation Device [14e4:04b5] xpd259@hubble:~$ On 30 January 2012 10:11, Fabrizio Regalli fab...@fabreg.it wrote: On Sun, 2012-01-29 at 10:23 +, Dick William Thomas wrote: I don't know what other information to include I need to know your pci id. Please paste the output of 'lspci -vnn | grep 14e4' command Thank you. -- Dick Thomas xpd...@gmail.com www.xpd259.co.uk www.google.com/profiles/xpd259
Bug#657954: module-init-tools: please update the Homepage field
On Jan 30, Ferenc Wagner wf...@niif.hu wrote: No other module-init-tools uploads are expected. At the same time: kmod has no homepage field at all, please consider adding one as well. I am sure that the maintainers will be happy if you will be able to maintain one. -- ciao, Marco signature.asc Description: Digital signature
Bug#657965: [xbindkeys] xbindkeys defaults file should only be examples
Package: xbindkeys Severity: wishlist Please make the defaults file suggested and copied by xbindkeys to only be examples, or at least comment out the poorest enabled shortcut, Ctrl-F. It is confusing if you do not go to the next step and actually edit the config file as you will not realise later that the config file has enabled the often used Ctrl-F keybinding to open xterm. Or in my case spend an hour after coming back to my netbook after a couple of days not using it and wondering what I had installed/configured to override the Ctrl-U keybinding, as xbindkeys ignores xkb keyboard layouts, and no longer be able to delete whole text lines in my terminal. Thanks, Dean -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643636: minidlna: diff for NMU version 1.0.21+dfsg-1.1
Hi Julien, Julien Cristau wrote: I've prepared an NMU for minidlna (versioned as 1.0.21+dfsg-1.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Actually, I have a package waiting for a sponsor on mentors [1], that fixes this bug and upgrades to a new upstream version. It'd be great if you could have a look at it and maybe sponsor it. Here's the link to the dsc file: dget -x http://mentors.debian.net/debian/pool/main/m/minidlna/minidlna_1.0.22+dfsg-1.dsc Otherwise I'll ping the mentors mailing list and see if I can finally get this package uploaded. [1] http://mentors.debian.net/package/minidlna Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657935: xawtv: Fails to upgrade/install due error in postinst script (ret variable)
Hola Witold Baryluk! El 30/01/2012 a las 02:06 escribiste: Anyway, this whole fragment of code is full of bugs. :) Hope it is temporary. Apart from this one, and the TODO. What do you mean by full of bugs? -- Get your data structures correct first, and the rest of the program will write itself -- David Jones Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#602402: (no subject)
Diverting update-grub in make-fai-nfsroot fixes this bug. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654308: xpdf: maximal zoom factor is only 400%
Please find attached a reworked change of the original patch fix-580495.patch. In order to work with the calculated value of nZoomMenuItems, I moved the declaration of the array zoomMenuBtns from the header file XPDFViewer.h to the implementation file XPDFViewer.cc. This is possible, since this array is only used in XPDFViewer.cc. This avoids the safeguarding call of assert. -- Best regards, Jörg-Volker. description: add additional zoom features This merges 2 different feature patches into one working one. http://bugs.debian.org/424178 hight patch http://bugs.debian.org/578892 bug fix to hight patch http://bugs.debian.org/580495 high mag zoom author: Rogério Brito, Josh Triplett, Emmanuel Thomé, Jörg-Volker Peetz debian-bug: http://bugs.debian.org/580495 Index: xpdf/xpdf/XPDFViewer.cc === --- xpdf.orig/xpdf/XPDFViewer.cc 2011-08-15 23:08:53.0 +0200 +++ xpdf/xpdf/XPDFViewer.cc 2012-01-30 11:55:29.979167781 +0100 @@ -138,7 +139,11 @@ double zoom; }; -static ZoomMenuInfo zoomMenuInfo[nZoomMenuItems] = { +static ZoomMenuInfo zoomMenuInfo[] = { + { 1600%,1600 }, + { 1200%,1200 }, + { 800%, 800 }, + { 600%, 600 }, { 400%, 400 }, { 200%, 200 }, { 150%, 150 }, @@ -148,14 +153,22 @@ { 25%,25 }, { 12.5%, 12.5 }, { fit page, zoomPage }, - { fit width, zoomWidth } + { fit width, zoomWidth }, + { fit height, zoomHeight } }; +#define nZoomMenuItems (sizeof(zoomMenuInfo)/sizeof(struct ZoomMenuInfo)) + +#ifndef USE_COMBO_BOX + Widget zoomMenuBtns[nZoomMenuItems]; +#endif + #define maxZoomIdx 0 -#define defZoomIdx 3 -#define minZoomIdx 7 -#define zoomPageIdx 8 -#define zoomWidthIdx 9 +#define defZoomIdx 7 +#define minZoomIdx nZoomMenuItems - 4 +#define zoomPageIdx nZoomMenuItems - 3 +#define zoomWidthIdx nZoomMenuItems - 2 +#define zoomHeightIdx nZoomMenuItems -1 // @@ -230,6 +237,7 @@ { toggleFullScreenMode,0, gFalse, gFalse, XPDFViewer::cmdToggleFullScreenMode }, { toggleOutline, 0, gFalse, gFalse, XPDFViewer::cmdToggleOutline }, { windowMode, 0, gFalse, gFalse, XPDFViewer::cmdWindowMode }, + { zoomFitHeight, 0, gFalse, gFalse, XPDFViewer::cmdZoomFitHeight }, { zoomFitPage, 0, gFalse, gFalse, XPDFViewer::cmdZoomFitPage }, { zoomFitWidth,0, gFalse, gFalse, XPDFViewer::cmdZoomFitWidth }, { zoomIn, 0, gFalse, gFalse, XPDFViewer::cmdZoomIn }, @@ -1421,6 +1431,15 @@ } } +void XPDFViewer::cmdZoomFitHeight(GString *args[], int nArgs, + XEvent *event) { + if (core-getZoom() != zoomHeight) { +setZoomIdx(zoomHeightIdx); +displayPage(core-getPageNum(), zoomHeight, + core-getRotate(), gTrue, gFalse); + } +} + void XPDFViewer::cmdZoomIn(GString *args[], int nArgs, XEvent *event) { int z; @@ -1803,7 +1822,7 @@ menuPane = XmCreatePulldownMenu(toolBar, zoomMenuPane, args, n); for (i = 0; i nZoomMenuItems; ++i) { n = 0; -s = XmStringCreateLocalized(zoomMenuInfo[i].label); +s = XmStringCreateLocalized((char*)zoomMenuInfo[i].label); XtSetArg(args[n], XmNlabelString, s); ++n; XtSetArg(args[n], XmNuserData, (XtPointer)i); ++n; sprintf(buf, zoom%d, i); Index: xpdf/xpdf/XPDFViewer.h === --- xpdf.orig/xpdf/XPDFViewer.h.orig 2011-08-15 23:08:53.0 +0200 +++ xpdf/xpdf/XPDFViewer.h 2012-01-30 11:52:01.425839100 +0100 @@ -40,11 +40,6 @@ // -// NB: this must match the defn of zoomMenuBtnInfo in XPDFViewer.cc -#define nZoomMenuItems 10 - -// - struct XPDFViewerCmd { const char *name; int nArgs; @@ -54,6 +54,8 @@ }; // + +// // XPDFViewer // @@ -170,6 +172,7 @@ void cmdWindowMode(GString *args[], int nArgs, XEvent *event); void cmdZoomFitPage(GString *args[], int nArgs, XEvent *event); void cmdZoomFitWidth(GString *args[], int nArgs, XEvent *event); + void cmdZoomFitHeight(GString *args[], int nArgs, XEvent *event); void cmdZoomIn(GString *args[], int nArgs, XEvent *event); void cmdZoomOut(GString *args[], int nArgs, XEvent *event); void cmdZoomPercent(GString *args[], int nArgs, XEvent *event); @@ -320,7 +318,6 @@ Widget zoomComboBox; #else Widget zoomMenu; - Widget zoomMenuBtns[nZoomMenuItems]; #endif Widget zoomWidget; Widget findBtn; Index: xpdf/doc/xpdf.1 === --- xpdf.orig/doc/xpdf.1 2011-08-28
Bug#633654: zoom +, -, keystrokes no longer work
MG == Michael Gilbert michael.s.gilb...@gmail.com writes: MG tag 633654 moreinfo MG thanks MG On Sat, Sep 17, 2011 at 2:56 AM, Michael Gilbert wrote: Can you narrow down which version actually broke this and/or try unapplying patches related to zoom? It looks like this is broken in the version shipped with squeeze also, 3.02-12? All I know is due to much worse bugs as the versions increase, I have used aptitude forbid-version to stick to xpdf: Installed: 3.02-21 Candidate: 3.03-8 So I am grateful to still be able to use it at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657735: [Piuparts-devel] Bug#657735: reference examples for 'problematic' maintscript tasks
Hi, On Samstag, 28. Januar 2012, Andreas Beckmann wrote: There should be some examples for the following tasks that need to be done often in maintainer scripts and are often done wrongly indeed. debian-policy has some (though some are really outdated), so has the maintainers guide and there are some on the wiki, eg http://wiki.debian.org/DpkgConffileHandling http://wiki.debian.org/DpkgTriggers http://wiki.debian.org/DpkgDebconfIntegration It should not be the job of piuparts to provide this information+examples, but be some general packaging instructions/wiki/... that we can link to. yes. Ideal would be to link from the new maintainers guide. Perhaps there is already such information, but I didn't find it (and it's probably scattered around at many locations). http://xkcd.com/927/ I could even imagine having packages in the archive (sid should be sufficient) to document this with really working examples: I like the idea of having example packages, but not in sid, as they will show up on piuparts, other qa packages, buildds, etc. But we could have the source in git, or we could even host them with reprepro somewhere. I'd also like to have a collection of known good+faulty packages, to test piuparts with those. I wouldnt want those in sid neither. :) cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657966: dh-exec: Please disable pkgbinarymangler for tests
Package: dh-exec Version: 0.1 Severity: wishlist Tags: patch Some tests fail on Ubuntu becauses the buildds have pkgbinarymangler installed which diverts dpkg-deb. Please disable it by setting NO_PKG_MANGLE (patch is attached). diff -Nru dh-exec-0.1/t/Makefile.am dh-exec-0.1ubuntu1/t/Makefile.am --- dh-exec-0.1/t/Makefile.am 2011-12-21 00:51:17.0 +0100 +++ dh-exec-0.1ubuntu1/t/Makefile.am 2012-01-30 11:59:36.0 +0100 @@ -18,7 +18,8 @@ DH_EXEC_LIBDIR=${top_builddir}/src \ DH_EXEC_BINDIR=${top_builddir}/src \ top_builddir=${top_builddir} \ - srcdir=${srcdir} + srcdir=${srcdir} \ + NO_PKG_MANGLE=1 check: ${TESTS} $(AM_V_GEN) ${TESTS_ENVIRONMENT} prove -e '' -f -o ${PROVE_OPTIONS} $(addprefix ${srcdir}/,${TESTCASES})
Bug#653813: ITP: edgar -- The Legend of Edgar platform game
On Fri, Jan 27, 2012 at 06:58:26PM +, Richard Sweeney wrote: If current license is GPL and someone make a fork based on that your license change in the future will not have an impact on the fork. A release has no value when regarding what license the work is available as. OK, I've left it as GPL. I've also added an archive with the sound and music removed. It's called edgar-0.96-nosound.tar.gz and is at https://sourceforge.net/projects/legendofedgar/files/0.96 That's great, thanks! I understand how hard is to get good sounds and music that fits your game. It doesn't help that there a lot of sites that claim to have an archive of free sound/music, when in fact a large part of the files they serve are not free at all. The Creative Commons Sampling+ license is also extremely counter-productive. Together with Astrid de Wijn and Hans de Goede, we have found DFSG-compatible replacement music and sounds for Blobwars I, but it was a lot of work (and there is still room for improvement). For Starfighter, I will try to see how far I can get with abcmidi and csound to create both sound effects and music, which can be recreated from real source files. -- Met vriendelijke groet / with kind regards, Guus Sliepen g...@debian.org signature.asc Description: Digital signature
Bug#657023: grml-debootstrap: Fails to create working VM image
On Mon, Jan 30, 2012 at 11:04:17AM +0100, Michael Prokop wrote: * Michael Hanke [Mon Jan 30, 2012 at 09:43:56AM +0100]: [...] Finished chroot installation, exiting. + RC=0 + umount /mnt/debootstrap.7457/dev umount: /mnt/debootstrap.7457/dev: device is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1)) [...] Can you please check what's still pending in /mnt/debootstrap/dev then (output of lsof/fuser would be great)? (Use something like 'exit 1' at the beginning of cleanup() inside /usr/sbin/grml-debootstrap to skip the unmounting stuff) Did that. And now immediately afterwards: michael@meiner ~ % mount |grep debo /dev/mapper/loop0p1 on /mnt/debootstrap.15836 type ext3 (rw) /dev on /mnt/debootstrap.15836/dev type none (rw,bind) lsof and fuser -m show nothing for this location. It might be a timing issue, because I can michael@meiner ~ % sudo umount /mnt/debootstrap.15836/dev michael@meiner ~ % sudo umount /mnt/debootstrap.15836 shortly afterwards without error. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657967: O: prelink -- ELF prelinking utility to speed up dynamic linking
Package: wnpp Severity: normal I intend to orphan the prelink package. Package maintainer is Andrés Roldán arol...@debian.org He is unreachable both through email and BTS. Package version is way behind upstream (last upload 2009, upstream updated 2011-10-12) The package description is: The prelink package contains a utility which modifies ELF shared libraries -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615075: openshot: provide menu and pixmaps
Hello Jonathan: The debian menu files are used for all de WM that are Debian Menu aware. Currently Debian has two menu systems: the Debian Menu System (this files) that are in use for all the minor WM, and the Freedesktop specification menu, that are in use for the major DE (Gnome, KDE...). I read about it in http://wiki.debian.org/DebianMenu So I think that if you add these files, the Gnome, KDE... menues will be maintained like now, and the other WM will be add a Openshot entry in these menues :-D Thanks in advance. Greetings. Mtx. 2012/01/29 (ig.) eguna, Jonathan Thomas jonathan.oo...@gmail.com(e)k idatzi zuen: Hi, are these files only used by IceWM? Do other window managers use them? I guess I'm a little worried about Gnome and KDE using these bitmap images instead of the SVG (vector image) icon we are using now. Any thoughts? Thanks! -Jonathan Fundación Sustrai Erakuntza: Oposición jurídica a grandes infraestructuras. http://www.fundacionsustrai.org http://www.sustraierakuntza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529793: Triage
Is there any update to this? To me, this screams local config, not bug. Richard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608930: Dpkg::Log - log file parsing support for dpkg log files
Hi Raphael, thanks for sharing your opinion with me. On Wed, Jan 25, 2012 at 11:28:35AM +0100, Raphael Hertzog wrote: - the patch is much too big for a simple functionality like this one, you have to cut some code away, there are useless checks (code will end up failing if users submit something that's not expected, you don't have to hardcode checks for all possible mistakes that user might make), there are too many classes and intermediary objects, etc. Do your best to be concise and readable. I will not comment the en detail critique for now, since I figure we have different design conceivabilities. We should discus about this first. So lets go: When I originally designed the library (and dpkg-report) I had the following queries in mind: - Which actions happened in a given logfile? - Which actions (...) in a given timerange? - Which actions happened to a certain package? - What is the final state (installed, half-configured) of a package at the end of the logfile? - What is the installed version of a package at the end of the logfile? - What was the installed version of the papckage at the beginning of the logfile? - What time range does a logfile cover? When analysing the format of the existing logfiles of systems where I needed this, I figured that a logfile contains several entries describing either the status of the dpkg run at a whole, the status of an affected package or an action happening on a given package. To answer the queries I figured that I need a lot of information about different entities, like entries and packages (and conffiles) with different attributes and different methods to work with. For example, one who wants to analyse a logfile with different queries - which I can not know in advance - will want to work with a line-oriented module like Dpkg::Log::Status, which will return parameterized objects of each line, while somebody who wants to do common queries (like those above), is better off with something already doing the tracking work this requires. Ulimately I think Dpkg::Log and Dpkg::Log::Analyse are logically for different tasks (low- and high-levell) and therefore need to be separate. You seem to have another opinion, but I'm missing a rational. Just reducing the number of modules does not seem to cut it. Again, I don't see the need for this module. It's doing basic queries on Dpkg::Log in a way that's not generic enough to be suitable for all use cases that applications that might have. I stronly disagree on this. Yes, it is doing basic queries (in the sense of queries most typical use cases will involve), yet those queries are not simple (states need to be tracked) and so applications shouldn't have to-reinvent them everytime. +if ($entry[2] eq update-alternatives:) { +next; update-alternatives no longer writes to dpkg.log. Maybe. But older logfiles exist and might get processed for whatever reason. All the handling of attributes on *::Entry could be generalized and stuffed into the base class if it's really only a storage class. Using dedicated methods like $entry-type() doesn't bring anything compared to $entry-attribute(type). Well, it at least brings a well-defined API, IMHO. -Patrick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657967: O: prelink -- ELF prelinking utility to speed up dynamic linking
Hi, On 01/30/2012 01:01 PM, Igor Borski wrote: Package: wnpp Severity: normal I intend to orphan the prelink package. thanks for trying to take care of a package - but next time please coordinate orphanings with the MIA team (CCed), they keep track of MIA developers and also orphan packages if necessary. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657968: ITP: lua-lgi -- Lua binding to GObject based libraries
Package: wnpp Severity: wishlist Owner: Enrico Tassi gareuselesi...@debian.org * Package name: lua-lgi Version : 0.4 Upstream Author : Pavel Holejsovsky * URL : https://github.com/pavouk/lgi * License : MIT/X Programming Lang: C, Lua Description : Lua binding to GObject based libraries LGI is gobject-introspection based dynamic Lua binding to GObject based libraries. It allows using GObject-based libraries directly from Lua. It should be a good replacement for lua-gtk, whose development stalled and that supports only gtk2 on few architectures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657969: xfce4: Pressing Shift key toggles Slow Keys
Package: xfce4 Version: 4.8.0.3 Severity: normal Tags: upstream When holding the Shift key for more than 10 secs. the 'Slow Keys' activate, which renders the keyboard unresponsive for normal use. Even if the option at Settings Accessibility Keyboard Use slow keys is unchecked, holding the Shift key will toggle this feature. This makes working in programs like Inkscape, GIMP and the like extremely annoying, as you need to keep disabling 'Slow Keys' every time it is *accidentally* enabled. There should be an option to completely disable some or all accessibility features for people that may not need them. Thanks. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (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 xfce4 depends on: ii gtk2-engines-xfce 2.8.1-3 ii orage 4.8.2-1 ii thunar 1.2.3-2 ii xfce4-appfinder4.8.0-3 ii xfce4-mixer4.8.0-2 ii xfce4-panel4.8.6-1 ii xfce4-session 4.8.2-2 ii xfce4-settings 4.8.3-1 ii xfce4-utils4.8.3-1 ii xfconf 4.8.1-1 ii xfdesktop4 4.8.3-1 ii xfwm4 4.8.3-1 Versions of packages xfce4 recommends: ii desktop-base 6.0.7 ii tango-icon-theme 0.8.90-5 ii thunar-volman 0.6.0-4+b1 ii xfce4-notifyd 0.2.2-1 ii xorg 1:7.6+8 Versions of packages xfce4 suggests: ii xfce4-goodies 4.8.2 ii xfprint4 4.6.1-2 -- 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#657834: apt-cacher: fails to upgrade from squeeze
package apt-cacher tag 657834 pending thanks On Sun, Jan 29, 2012 at 11:08:01AM +0100, Holger Levsen wrote: Package: apt-cacher Version: 1.7.2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from squeeze. It installed fine in squeeze, then the upgrade to wheezy fails. From the attached log (scroll to the bottom...): Preparing to replace apt-cacher 1.6.12 (using .../apt-cacher_1.7.2_all.deb) ... Running apt-cacher upgrade script Can't locate IO/Uncompress/AnyUncompress.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/apt-cacher/apt-cacher-lib.pl line 16. BEGIN failed--compilation aborted at /usr/share/apt-cacher/apt-cacher-lib.pl line 16. Compilation failed in require at /usr/share/apt-cacher/upgrade.pl line 16. dpkg: warning: subprocess old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... Stopping libcurl backend /var/lib/dpkg/tmp.ci/prerm: 39: /usr/share/apt-cacher/libcurl.pl: not found dpkg: error processing /var/cache/apt/archives/apt-cacher_1.7.2_all.deb (-- unpack): subprocess new pre-removal script returned error exit status 127 configured to not write apport reports invoke-rc.d: policy-rc.d denied execution of start. Errors were encountered while processing: /var/cache/apt/archives/apt-cacher_1.7.2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Thanks. I think the patch below fixes it. I have queued it for the next release. Mark commit 54efcd73bc195f1917f7b4c3313d2da2de9d7f40 Author: Mark Hindley m...@hindley.org.uk Date: Mon Jan 30 11:34:14 2012 + Check for existence of libcurl.pl in prerm. In the case of failed-upgrade the script might be missing, only try to run it if it is present (Closes #657834). diff --git a/debian/prerm b/debian/prerm index 7607b35..700dc63 100755 --- a/debian/prerm +++ b/debian/prerm @@ -34,9 +34,12 @@ case $1 in ;; esac -# Stop any running libcurl backend -echo Stopping libcurl backend -/usr/share/apt-cacher/libcurl.pl EXIT +# Script might not be present in the case of failed-upgrade, so check first +if [ -x /usr/share/apt-cacher/libcurl.pl ] ; then +# Stop any running libcurl backend +echo Stopping libcurl backend +/usr/share/apt-cacher/libcurl.pl EXIT +fi # dh_installdeb will replace this with shell code automatically # generated by other debhelper scripts. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657966: dh-exec: Please disable pkgbinarymangler for tests
Felix Geyer debfx-...@fobos.de writes: Package: dh-exec Version: 0.1 Severity: wishlist Tags: patch Some tests fail on Ubuntu becauses the buildds have pkgbinarymangler installed which diverts dpkg-deb. Please disable it by setting NO_PKG_MANGLE (patch is attached). Is there any documentation available online on what pkgbinarymangler is, and what it does? (If not, I'll check the sources, but docs would be easier :) If the tests fail with pkgbinarymangler installed, that might result in real packages failing with it too, if they use dh-exec, so I'd rather find a different solution if possible, instead of setting NO_PKG_MANGLE. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657023: grml-debootstrap: Fails to create working VM image
* Michael Hanke [Mon Jan 30, 2012 at 12:53:58PM +0100]: On Mon, Jan 30, 2012 at 11:04:17AM +0100, Michael Prokop wrote: * Michael Hanke [Mon Jan 30, 2012 at 09:43:56AM +0100]: Finished chroot installation, exiting. + RC=0 + umount /mnt/debootstrap.7457/dev umount: /mnt/debootstrap.7457/dev: device is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1)) [...] Can you please check what's still pending in /mnt/debootstrap/dev then (output of lsof/fuser would be great)? (Use something like 'exit 1' at the beginning of cleanup() inside /usr/sbin/grml-debootstrap to skip the unmounting stuff) Did that. And now immediately afterwards: michael@meiner ~ % mount |grep debo /dev/mapper/loop0p1 on /mnt/debootstrap.15836 type ext3 (rw) /dev on /mnt/debootstrap.15836/dev type none (rw,bind) lsof and fuser -m show nothing for this location. It might be a timing issue, because I can michael@meiner ~ % sudo umount /mnt/debootstrap.15836/dev michael@meiner ~ % sudo umount /mnt/debootstrap.15836 shortly afterwards without error. Great, thanks. Could you please give the Debian package from http://jenkins.grml.org/job/grml-debootstrap/48/ another shot (hopefully catching this situation)? regards, -mika- signature.asc Description: Digital signature
Bug#648775: Mono 2.10 Transition has started (was Re: Bug#648775: transition: mono 2.10)
On 16.01.2012 06:33, Mirco Bauer wrote: On 01/15/2012 12:03 PM, Niels Thykier wrote: Hi, The vtk5.8 transition is done, so we can start mono now. Please start the uploads. :) Alright, I have uploaded Mono 2.10.5-2 and cli-common 0.8 to unstable. This officially starts the Mono 2.10 transition in Debian I mentioned most of the below on #debian-release over the weekend, but thought it might be easier to document it in the transition bug as well. From a base of this morning's britney result, with a bunch of urgents and a force-hint applied, the end result of attempting to get the transition done now appears to be that the following packages have issues: * i386: - monodevelop-boo - RM requested; #657792 * mips{,el}: - libapache2-mod-mono - no mono on these architectures; #657800 * s390: - banshee-extension-lastfmfingerprint, banshee-extension-lirc, banshee-extension-mirage - banshee-community-extensions needs s390 removal - gtk-sharp2-gapi, libglade2.0-cil, libglade2.0-cil-dev, libglib2.0-cil, libglib2.0-cil-dev, libgtk2.0-cil, libgtk2.0-cil-dev - gtk-sharp2 needs s390 removal; #657738 - libactiviz.net-cil - activiz.net 1:1.0~git2023-3 needs to migrate, but is FTBFS on armel and kfreebsd-i386 - libapache2-mod-mono - mod-mono probably shouldn't build here; see #657800 - libgdcm-cil, libvtkgdcm-cil - gdcm needs to stop trying to build the CIL packages on s390; #657779 - libgnome2.0-cil-dev, libgnome2.24-cil - gnome-sharp2 needs s390 removal - libgtkhtml3.14-cil-dev, libgtkhtml3.16-cil, libgtksourceview2-2.0-cil, libgtksourceview2-cil-dev, libvte0.16-cil, libvte0.16-cil-dev, libwnck1.0-cil-dev, libwnck2.20-cil - gnome-desktop-sharp2 needs s390 removal - libvirtuoso5.5-cil - virtuoso-opensource needs to stop building CIL packages on s390; #657781 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#657939: libqmmp-misc: Crashes when trying to play Monkey's Audio files
package qmmp tags 657939 + confirmed upstream quit Hi, On 2012-01-29 20:55, Gedalya wrote: Any time I try to play a Monkey's Audio (.ape) file. * What was the outcome of this action? Crash, following output in terminal qmmp: symbol lookup error: /usr/lib/qmmp/Input/libffmpeg.so: undefined symbol: _Z10av_rescalelll Thank you for the report. This looks like a miscompilation of the ffmpeg decoder plugin which used libavutil header in a C++ way, not C one, and from the preliminary look new upstream release 0.5.3 should fix this. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605090: Linux 3.2 in wheezy
Indeed. Brad, I'm not sure if you received the initial mail, so if you have any comment??? It looks like there were quite a few messages I wasn't involved in ;) Regarding minimizing the patchset, we do that already where we see opportunities to do so. We used to carry a large constifying patch which has now been replaced with a gcc plugin. Likewise with the kernel stack clearing feature. As far as gutting the patch for whatever features someone not involved in the project thinks are the only ones necessary (I saw a few posts in the thread asking for that) -- I don't think it's a good idea and I'm not interested at all in assisting that. If we're going to be in the business of telling other people what to do with their free time, might I suggest that Debian improve its userland hardening so that it's not in last place? As a Debian user myself, I can assure you that no one cares about a miniscule performance hit from PIE on i386 in su/passwd. There's no reason not to have these privilege boundaries hardened -- and very disappointing for us as MPROTECT/ASLR/GRKERNSEC_BRUTEFORCE would have provided an effective deterrent against exploitation of the /proc/pid/mem vuln were it not for distros' userland hardening being asleep on the job. That failure will continue to bite users. Frankly it makes more sense for me to offer .debs myself than to deal with a bureaucracy and non-standard kernel in Debian. It contains who-knows-what extra code, and I doubt anyone looked at any of it to see if it allows for some way to leak information I prevent against a vanilla kernel, or a way to bypass any other existing protection. There's more to security (a whole-system concept) than just the ripping of individual features. -Brad signature.asc Description: Digital signature
Bug#657702: More information
Hi Atsuhito, Thank you for your reply. I think the problem may be due to the inconsistence between texworks and the new policy of Debian spelling dictionaries and tools. According to the new policy (see e.g. http://dict-common.alioth.debian.org/dsdt-policy.html#installdir), the new location of the installed hunspell/myspell dictionaries should be /usr/share/hunspell/ rather than the old location /usr/share/myspell/dicts/ Both myspell-en-us and hunspell-en-us packages have correct settings in this sense except that hunspell-en-us no longer maintains symlinks under /usr/share/myspell/dicts/ Please see http://packages.debian.org/sid/all/hunspell-en-us/filelist and http://packages.debian.org/sid/all/myspell-en-us/filelist for reference. However, it seems that texworks does not know this and still looks only the old location /usr/share/myspell/dicts/ I thinks that is why texworks has no spell check when hunspell-en-us instead of myspell-en-us is installed. Hope this is helpful for you to reproduce and investigate the problem. Thank you for your time. Best, HZ On Mon, Jan 30, 2012 at 11:29 AM, Atsuhito Kohda ko...@pm.tokushima-u.ac.jp wrote: Hi, On Sat, 28 Jan 2012 17:20:50 +0800, Hongzheng Wang wrote: I'd like to provide more information. If symbolic links are created under /usr/share/myspell/dicts/ corresponding to the dictionary files under /usr/share/hunspell/ , then the problem can be solved. On my Debian system, there are symbolic links under /usr/share/myspell/dicts/ already and it seems spel check works with texworks without any modification. ls -ld /usr/share/myspell/dicts/* -rw-r--r-- 1 root root 129761 2011-09-17 15:55 /usr/share/myspell/dicts/DicOOo.sxw lrwxrwxrwx 1 root root 24 2012-01-17 13:10 /usr/share/myspell/dicts/en-US.aff - ../../hunspell/en_US.aff lrwxrwxrwx 1 root root 24 2012-01-17 13:10 /usr/share/myspell/dicts/en-US.dic - ../../hunspell/en_US.dic lrwxrwxrwx 1 root root 24 2012-01-17 13:10 /usr/share/myspell/dicts/en_US.aff - ../../hunspell/en_US.aff lrwxrwxrwx 1 root root 24 2012-01-17 13:10 /usr/share/myspell/dicts/en_US.dic - ../../hunspell/en_US.dic lrwxrwxrwx 1 root root 28 2012-01-17 13:10 /usr/share/myspell/dicts/th_en_US_v2.dat - ../../mythes/th_en_US_v2.dat lrwxrwxrwx 1 root root 28 2012-01-17 13:10 /usr/share/myspell/dicts/th_en_US_v2.idx - ../../mythes/th_en_US_v2.idx If I misunderstand your problem please let me know. Thanks for your report. Best regards, 2012-1-30(Mon) -- Debian Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620334: Cannot confirm
I cannot confirm this bug. It works perfectly with FAI 3.4.8, which uses the same code as 3.4.7 for the grub installation. Please provide more information about the error message. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657970: [INTL:pl] Polish debconf translation
Package: namazu2 Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#657971: [INTL:pl] Polish debconf translation
Package: oneliner-el Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#657948: udev: Please re-enable /dev/sg* devices again.
On Jan 30, Jim Barber jim.bar...@ddihealth.com wrote: In version 175-1 of udev there is the following changelog entry: * 80-drivers.rules: stop automatically loading the obsolete sg driver. Bdale, a mtx user complained that sg has been declared obsolete upstream. Can mtx be ported to the new bsg interface, or is it not a complete replacement of the old one? -- ciao, Marco signature.asc Description: Digital signature
Bug#657972: python-pastescript: does not work with pymodules
Package: python-pastescript Version: 1.7.4.2-1~bpo60+1 Severity: important This bug report is for the python-pastescript backport. The symbolic link /usr/lib/pymodules/python2.6/paste/script is missing, so importing the script.command module fails. If I create the symbolic link manually with : $ ln -s /usr/share/pyshared/paste/script /usr/lib/pymodules/python2.6/paste/script then it works, but apparently due to pymodules hooks, my link gets deleted every time a Python Debian package is installed. Is there a way to add pymodules support to the backport ? Thanks -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (950, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pastescript depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-paste1.7.5.1-1tools for using a Web Server Gatew ii python-pastedeploy 1.3.3-3 load, configure, and compose WSGI ii python-setuptools [pyth 0.6.14-4 Python Distutils Enhancements (set ii python2.5 2.5.5-11 An interactive high-level object-o ii python2.6 2.6.6-8+b1 An interactive high-level object-o python-pastescript recommends no packages. Versions of packages python-pastescript suggests: ii libjs-sphinxdoc 1.0.8+dfsg-2~bpo60+1 JavaScript support for Sphinx docu pn python-cheetah none (no description available) pn python-flup none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529793: Triage
On 30/01/12 12:06, Richard Hartmann wrote: Is there any update to this? To me, this screams local config, not bug. My mtr has been updated in the mean time (to 0.75-2), and does not have the problem described. Ping -t 1 does result in Time to live exceeded. Matthew -- Matthew Vernon, Research Fellow Ecology and Epidemiology Group, University of Warwick http://blogs.warwick.ac.uk/mcvernon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608930: Dpkg::Log - log file parsing support for dpkg log files
Hi, On Mon, 30 Jan 2012, Patrick Schoenfeld wrote: So lets go: When I originally designed the library (and dpkg-report) I had the following queries in mind: - Which actions happened in a given logfile? - Which actions (...) in a given timerange? - Which actions happened to a certain package? - What is the final state (installed, half-configured) of a package at the end of the logfile? - What is the installed version of a package at the end of the logfile? - What was the installed version of the papckage at the beginning of the logfile? - What time range does a logfile cover? This is fine with me. I can understand the need behind all those queries. When analysing the format of the existing logfiles of systems where I needed this, I figured that a logfile contains several entries describing either the status of the dpkg run at a whole, the status of an affected package or an action happening on a given package. True. To answer the queries I figured that I need a lot of information about different entities, like entries and packages (and conffiles) with different attributes and different methods to work with. For example, one who wants to analyse a logfile with different queries - which I can not know in advance - will want to work with a line-oriented module like Dpkg::Log::Status, which will return parameterized objects of each line, while somebody who wants to do common queries (like those above), is better off with something already doing the tracking work this requires. I'm not sure I follow you here. In all cases, the only thing that I want is a list of lines and the associated metadata extracted from this line. If I use a high level object like Dpkg::Log::Status I want to have access to many details (action type, package, version, etc.). If I use the generic parent that Dpkg::Log should be I will have access only to generic parameters (timestamp, remaining of the line in the log file). Ulimately I think Dpkg::Log and Dpkg::Log::Analyse are logically for different tasks (low- and high-levell) and therefore need to be separate. Spell me explicitely out the tasks that you put in low-level and the tasks that you put in the high level. Hopefully you will see that reading lines in an array or a hash is not worth a module that is only doing this. And you will see that whatever you're doing in Dpkg::Log::Analyse::Foo should just be methods of Dpkg::Log::Foo. Right now your Dpkg::Log::Analyse::Foo is doing one time batch processing of Dpkg::Log::Foo and stores results in attributes. It means you're computing stuff that the user might not need. And it means that your results will be stale as soon as the underlying object will be updated. With a tighter integration, you'd not have those kind of downsides. You seem to have another opinion, but I'm missing a rational. Just reducing the number of modules does not seem to cut it. The rationale is that the split is artificial and only confuses the design. It found it very difficult to review your work, mostly due to this and the big size of the patch. You seem to believe that the queries require a very complex processing and that it would make sense to split this off. I would answer that you should improve your parsing and the way that you store your underlying data if your queries are too difficult to write as simple methods currently. Again, I don't see the need for this module. It's doing basic queries on Dpkg::Log in a way that's not generic enough to be suitable for all use cases that applications that might have. I stronly disagree on this. Yes, it is doing basic queries (in the sense of queries most typical use cases will involve), yet those queries are not simple (states need to be tracked) and so applications shouldn't have to-reinvent them everytime. I don't want applications to re-invent those queries. But applications should call appropriate methods of Dpkg::Log::Status directly. That said sometimes your API could return a list and you can leave it up to the application to extract the last item of the list if it only needs that. For example: $log-get_status($pkg) $log-get_last_action($pkg) $log-get_packages(status=foo) $log-get_packages(status=foo, action=remove) $log-get_newly_installed_packages() $log-get_upgraded_packages() etc. +if ($entry[2] eq update-alternatives:) { +next; update-alternatives no longer writes to dpkg.log. Maybe. But older logfiles exist and might get processed for whatever reason. Right, then you can add a comment explaining why you ignore it. :) All the handling of attributes on *::Entry could be generalized and stuffed into the base class if it's really only a storage class. Using dedicated methods like $entry-type() doesn't bring anything compared to $entry-attribute(type). Well, it at least brings a well-defined API, IMHO. $entry-attribute(type) is not a well defined API? Cheers, -- Raphaël Hertzog ◈ Debian
Bug#657973: src:libinfinity: FTBFS with automake 1.11.2
Source: libinfinity Version: 0.5.1-2 Severity: important Hi, I tried to build src:libinfinity in my up-to-date pbuilder sid chroot and it failed with: make[1]: Entering directory `/tmp/buildd/libinfinity-0.5.1' automake-1.11 configure.ac:7: version mismatch. This is Automake 1.11.2, configure.ac:7: but the definition used by this AM_INIT_AUTOMAKE configure.ac:7: comes from Automake 1.11.1. You should recreate configure.ac:7: aclocal.m4 with aclocal and run automake again. make[1]: *** [override_dh_auto_configure] Error 63 make[1]: Leaving directory `/tmp/buildd/libinfinity-0.5.1' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 FWIW, adding dh-autoreconf into the mix fixes this problem for me. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | We're dreaming of something else. | Something more clandestine, something happier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657974: ITP: olena -- C++ Image Processing Platform
Package: wnpp Severity: wishlist Owner: Guillaume Lazzara z...@lrde.epita.fr * Package name: olena Version : 2.0-1 Upstream Author : Olena Team ol...@lrde.epita.fr * URL : http://olena.lrde.epita.fr * License : GPLv2 Programming Lang: C++ Description : C++ Image Processing Platform. It provides an image processing library, a document image analysis framework and python bindings. * Packages location : http://www.lrde.epita.fr/dload/olena/2.0/debian/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657029: apt-get update does not understand content negotiation
Hi folks, I also tried to prevent the negatiation from happening by passing Accept-Encoding: identity in the HTTP request using wget, but that didn't help I just realized that this is not about Accept-Encoding, but the Accept: header. If apt would send an Accept: text/plain header, the mirror replies with 406 Not Acceptable instead. matthijs@grubby:~$ wget -O /dev/null --header='Accept: text/plain' --server-response http://ftp.ch.debian.org/mirror/debian/dists/wheezy/main/i18n/Translation-en --2012-01-27 22:50:32-- http://ftp.ch.debian.org/mirror/debian/dists/wheezy/main/i18n/Translation-en Resolving ftp.ch.debian.org (ftp.ch.debian.org)... 129.132.86.210 Connecting to ftp.ch.debian.org (ftp.ch.debian.org)|129.132.86.210|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 406 Not Acceptable Date: Fri, 27 Jan 2012 21:50:32 GMT Server: Apache/2.2.16 (Debian) Alternates: {Translation-en.bz2 1 {type application/x-bzip2} {length 3700790}} Vary: negotiate TCN: list Content-Length: 504 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/html; charset=iso-8859-1 2012-01-27 22:50:32 ERROR 406: Not Acceptable. Note sure what sending an Accept header does to other mirrors, though. It seems Apache ignores it normally (happily returning application/x-bzip2 when you Accept: text/plain only, if you use a .bz2 url). Only when multiviews are enabled and the url does not have an extension, Apache looks at the Accept header (Disclaimer: I haven't looked into Apache documentation and did a short test with a sample size of 1, so please verify this). In any case, sending the mime type you except in the Accept header should just work for compliant HTTP servers. Alternatively, just sending the Accept headers for the uncompressed case could make sense too. Gr. Matthijs signature.asc Description: Digital signature
Bug#656476: Sundance network driver (D-Link DFE-580TX) timeouts rendering interface unusable
On Mon, 2012-01-30 at 11:14 +0100, Eric Dumazet wrote: Le lundi 30 janvier 2012 à 12:51 +0300, Denis Kirjanov a écrit : I'll check this out. After kernel.org was cracked I've missed @kernel.org mail account. At first glance, start_tx() is racy against TX completion. It does : if (np-cur_tx - np-dirty_tx TX_QUEUE_LEN - 1 !netif_queue_stopped(dev)) { /* do nothing */ } else { netif_stop_queue (dev); } So it can call netif_stop_queue() while TX completion handler did a cleanup of all queued packets right before. Yes, I spotted that. But no descriptors are pushed to the hardware here; that's done in the driver's TX tasklet. Although... maybe that can run immediately when scheduled from here? I've never had to deal with tasklets so I really don't know their semantics. Ben. Note intr_handler() doesnt hold the queue spinlock when it does : if (netif_queue_stopped(dev) np-cur_tx - np-dirty_tx TX_QUEUE_LEN - 4) { /* The ring is no longer full, clear busy flag. */ netif_wake_queue (dev); } -- Ben Hutchings Lowery's Law: If it jams, force it. If it breaks, it needed replacing anyway. signature.asc Description: This is a digitally signed message part
Bug#605090: Linux 3.2 in wheezy
On Mon, 2012-01-30 at 11:05 +0100, Yves-Alexis Perez wrote: (adding few CC:s to keep track on the bug) On dim., 2012-01-29 at 21:26 +, Ben Hutchings wrote: On Sun, 2012-01-29 at 20:57 +0100, Yves-Alexis Perez wrote: On dim., 2012-01-29 at 18:22 +, Ben Hutchings wrote: Featuresets --- The only featureset provided will be 'rt' (realtime), currently built for amd64 only. If there is interest in realtime support for other architectures, we may be able to add that. However, we do need to consider the total time taken to build binary packages for each architecture. If there are particular container features that should be enabled or backported to provide a useful replacement for OpenVZ or VServer, please let us know. We cannot promise that these will all be enabled but we need to know what is missing. So in the end what are the reasons for not trying the grsecurity featureset? #605090 lacks any reply from the kernel team since quite a while, and especially after answers were provided to question asked. You already know the main reason: Feature-wise, Brad Sprengler and the PaX team still add stuff, like the gcc plugins or hardening features like symbols hiding, fix bugs (for example in RBAC code), while few of them reach mainline. I realise that the mainline Linux developers have sometimes been unreasonably resistant to these changes and I'm not intending to assign blame for this. But practically this means that we have to either carry the featureset indefinitely or disappoint users by removing it in a later release. (See the complaints about removing OpenVZ in wheezy despite 4 years' advance notice of this.) I understand this, and I still see the grsec featureset as a valuable project. Indeed, reducing the diff wrt. upstream in Debian kernel is an important goal (especially considering the time involvement). Now, I still think having a hardened Debian kernel inside the distribution is helpful [...] I agree and I would like to see hardening of *all* our configurations, where the performance cost is not too much. That's going to protect all our users rather than just people who seek out a special paranoid configuration. Ben. -- Ben Hutchings Lowery's Law: If it jams, force it. If it breaks, it needed replacing anyway. signature.asc Description: This is a digitally signed message part
Bug#639156: Cupsd stops running
Since upgrading to squeeze (1.4.4-7+squeeze1), cupsd just stop running after some random time (from hours to weeks). Client sends a printjob, it will not be printed and cups stops: See attachment, for last printjob. It finishes 13:39:58 but is never printed. 14:18 cups was restarted manually. It seems the lpd backend might be suspect, printer model/URI: MakeModel HP LaserJet 4250 Postscript (recommended) DeviceURI lpd://192.168.1.5/queue How to debug this problem -- POCOS B.V. - Croy 9c - 5653 LC Eindhoven Telefoon: 040 293 8661 - Fax: 040 293 8658 http://www.pocos.nl/ - http://www.sipo.nl/ K.v.K. Eindhoven 17097024 D [30/Jan/2012:13:39:58 +0100] cupsdAcceptClient: 13 from localhost:631 (IPv6) D [30/Jan/2012:13:39:58 +0100] cupsdReadClient: 13 POST /printers/ HTTP/1.1 D [30/Jan/2012:13:39:58 +0100] cupsdSetBusyState: Active clients, printing jobs, and dirty files D [30/Jan/2012:13:39:58 +0100] cupsdAuthorize: No authentication data provided. D [30/Jan/2012:13:39:58 +0100] cupsdReadClient: 13 1.1 Print-Job 1 D [30/Jan/2012:13:39:58 +0100] Print-Job /printers/HP4250Blauw D [30/Jan/2012:13:39:58 +0100] [Job ???] Auto-typing file... I [30/Jan/2012:13:39:58 +0100] [Job ???] Request file type is application/pdf. D [30/Jan/2012:13:39:58 +0100] cupsdMarkDirty(J-) D [30/Jan/2012:13:39:58 +0100] add_job: requesting-user-name=user D [30/Jan/2012:13:39:58 +0100] Adding default job-sheets values none,none... I [30/Jan/2012:13:39:58 +0100] [Job 62275] Adding start banner page none. D [30/Jan/2012:13:39:58 +0100] Discarding unused job-created event... D [30/Jan/2012:13:39:58 +0100] cupsdMarkDirty(J-) I [30/Jan/2012:13:39:58 +0100] [Job 62275] Adding end banner page none. I [30/Jan/2012:13:39:58 +0100] [Job 62275] File of type application/pdf queued by user. D [30/Jan/2012:13:39:58 +0100] [Job 62275] hold_until=0 I [30/Jan/2012:13:39:58 +0100] [Job 62275] Queued on HP4250Blauw by user. D [30/Jan/2012:13:39:58 +0100] cupsdMarkDirty(J-) D [30/Jan/2012:13:39:58 +0100] Discarding unused printer-state-changed event... D [30/Jan/2012:13:39:58 +0100] [Job 62275] job-sheets=none,none D [30/Jan/2012:13:39:58 +0100] [Job 62275] argv[0]=HP4250Blauw D [30/Jan/2012:13:39:58 +0100] [Job 62275] argv[1]=62275 D [30/Jan/2012:13:39:58 +0100] [Job 62275] argv[2]=user D [30/Jan/2012:13:39:58 +0100] [Job 62275] argv[3]=factuur 753741-13:39:58-0001 D [30/Jan/2012:13:39:58 +0100] [Job 62275] argv[4]=1 D [30/Jan/2012:13:39:58 +0100] [Job 62275] argv[5]=document-name=factuur\ 753741 media=Tray_2 job-uuid=urn:uuid:35ae0066-68f1-3ef4-5e86-654bc1bf1bd9 job-originating-host-name=localhost D [30/Jan/2012:13:39:58 +0100] [Job 62275] argv[6]=/var/spool/cups/d62275-001 D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[0]=CUPS_CACHEDIR=/var/cache/cups D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[1]=CUPS_DATADIR=/usr/share/cups D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[2]=CUPS_DOCROOT=/usr/share/cups/doc-root D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[3]=CUPS_FONTPATH=/usr/share/cups/fonts D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[4]=CUPS_REQUESTROOT=/var/spool/cups D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[5]=CUPS_SERVERBIN=/usr/lib/cups D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[6]=CUPS_SERVERROOT=/etc/cups D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[7]=CUPS_STATEDIR=/var/run/cups D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[8]=HOME=/var/spool/cups/tmp D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[9]=PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[10]=SERVER_ADMIN=root@fw D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[11]=SOFTWARE=CUPS/1.4.4 D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[12]=TMPDIR=/var/spool/cups/tmp D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[13]=TZ=Europe/Amsterdam D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[14]=USER=root D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[15]=CUPS_SERVER=/var/run/cups/cups.sock D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[16]=CUPS_ENCRYPTION=IfRequested D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[17]=IPP_PORT=631 D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[18]=CHARSET=utf-8 D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[19]=LANG=en_US.UTF-8 D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[20]=PPD=/etc/cups/ppd/HP4250Blauw.ppd D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[21]=RIP_MAX_CACHE=auto D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[22]=CONTENT_TYPE=application/pdf D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[23]=DEVICE_URI=lpd://192.168.1.5/queue D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[24]=PRINTER_INFO=Tray_2 D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[25]=PRINTER_LOCATION= D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[26]=PRINTER=HP4250Blauw D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[27]=CUPS_FILETYPE=document D [30/Jan/2012:13:39:58 +0100] [Job 62275] envp[28]=FINAL_CONTENT_TYPE=application/vnd.cups-postscript I
Bug#657976: alsa-utils: Unknown hardware: HDA-Intel ATI R6xx HDMI HDA:1002aa01, 00aa0100, 00100200 0x1179 0xfd00
Package: alsa-utils Version: 1.0.23-3 Severity: normal For some reason on every boot of my toshiba laptop I can see: $ sudo alsactl restore Unknown hardware: HDA-Intel ATI R6xx HDMI HDA:1002aa01,00aa0100,00100200 0x1179 0xfd00 Hardware is initialized using a guess method It would be nice if it was handled Thanks -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 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 alsa-utils depends on: ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libncursesw55.7+20100313-5 shared libraries for terminal hand ii linux-sound-base1.0.23+dfsg-2base package for ALSA and OSS soun ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii module-init-tools 3.12-1 tools for managing Linux kernel mo ii udev164-3/dev/ and hotplug management daemo ii whiptail0.52.11-1Displays user-friendly dialog boxe Versions of packages alsa-utils recommends: ii alsa-base 1.0.23+dfsg-2 ALSA driver configuration files ii pciutils 1:3.1.7-6 Linux PCI Utilities alsa-utils 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#613046: debian-policy: please update example in 4.9.1 (debian/rules and DEB_BUILD_OPTIONS)
On Fri, 27 Jan 2012, Matthijs Kooijman wrote: -ifneq (,$(filter noopt,$(DEB_BUILD_OPTIONS))) -CFLAGS += -O0 -else -CFLAGS += -O2 -endif +CFLAGS := -Wall $(shell dpkg-buildflags --get CFLAGS) ifeq (,$(filter nostrip,$(DEB_BUILD_OPTIONS))) INSTALL_PROGRAM += -s endif Wouldn't it be more appropriate to use DEB_CFLAGS_MAINT_PREPEND := -Wall here before calling dpkg-buildflags? Possibly the rest of the example could be modified to use DEB_CFLAGS_MAINT_APPEND as well. Well, they are there so that you can tweak the output of dpkg-buildflags when the call happens in lower layer and that you have no control over the call and its output. And you must take care because $(shell dpkg-buildflags ...) will not see the DEB_CFLAGS_MAINT_PREPEND that you have set in the rules files. Either you do $(shell DEB_CFLAGS_MAINT_PREPEND=... dpkg-buildflags ...) or you use /usr/share/dpkg/buildflags.mk which does the right thing for you. Not sure if this is really needed, but it seems to me that that is what these variables were invented for :-) Maybe all the samples from Policy should be simplified to use the Makefile snippets... Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657414: libsamplerate0: fails to upgrade from squeeze - trying to overwrite ...
Package: libsamplerate0 Version: 0.1.8-2 Followup-For: Bug #657414 This has not changed in 0.1.8-2. Unpacking replacement libsamplerate0 ... dpkg: error processing /var/cache/apt/archives/libsamplerate0_0.1.8-2_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/sndfile-resample.1.gz', which is also in package samplerate-programs 0.1.7-3 Shipping the manual page in a shlib package also does not seem right ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657952: test failure
talking with upstream https://github.com/Empact/roxml/issues/41 -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#657977: infinoted-0.5: only binds to IPv6
Package: infinoted-0.5 Version: 0.5.1-2 Severity: normal Hi, infinoted-0.5 only binds to IPv6 on my system: $ infinoted-0.5 --security-policy=no-tls Loaded plugin /usr/lib/infinoted-0.5/note-plugins/libinfd-note-plugin-text.so (InfText) IPv6 Server running on port 6523 netstat confirms. I would like infinoted-0.5 to bind on IPv4. For what it's worth, here's what I get with a patched package that does not binds to IPv6 before attempting to bind on IPv4... (in infinoted/infinoted-run.c, I commented out the following lines: address = inf_ip_address_new_raw6(INFINOTED_RUN_IPV6_ANY_ADDR); run-xmpp6 = infinoted_run_create_server(run, startup, address, NULL); ) ... infinoted-0.5 successfully binds to IPv4: $ infinoted-0.5 --security-policy=no-tls Loaded plugin /usr/lib/infinoted-0.5/note-plugins/libinfd-note-plugin-text.so (InfText) IPv4 Server running on port 6523 (Confirmed by netstat as well.) In case it matters, net.ipv6.bindv6only is set to 0 on my system. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages infinoted-0.5 depends on: ii dpkg 1.16.1.2 ii libc6 2.13-24 ii libdaemon0 0.14-2 ii libglib2.0-0 2.30.2-6 ii libgnutls262.12.16-1 ii libgsasl7 1.6.1-1 ii libinfinity-0.5-0 0.5.1-2 ii libpam0g 1.1.3-7 ii libxml22.7.8.dfsg-7 infinoted-0.5 recommends no packages. infinoted-0.5 suggests no packages. -- no debconf information Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | So what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656476: Sundance network driver (D-Link DFE-580TX) timeouts rendering interface unusable
Le lundi 30 janvier 2012 à 14:05 +, Ben Hutchings a écrit : Yes, I spotted that. But no descriptors are pushed to the hardware here; that's done in the driver's TX tasklet. Although... maybe that can run immediately when scheduled from here? I've never had to deal with tasklets so I really don't know their semantics. Thats probable on SMP ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657978: youtube-dl: manpage only talks about youtube
Package: youtube-dl Version: 2012.01.05-2 Severity: minor Tags: patch Hi! Right now, youtube-dl's man page indicates that only youtube.com is a valid video source, though it supports plenty of others, too. The attached patch is a proposal how to augment the manpage. Cheers -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.2 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages youtube-dl depends on: ii python 2.7.2-10 Versions of packages youtube-dl recommends: ii ffmpeg4:0.8-1 ii rtmpdump 2.4+20111222.git4e06e21-1 youtube-dl suggests no packages. -- no debconf information diff --git a/debian/.youtube-dl.pod.swp b/debian/.youtube-dl.pod.swp deleted file mode 100644 index 5518d3a..000 Binary files a/debian/.youtube-dl.pod.swp and /dev/null differ diff --git a/debian/youtube-dl.pod b/debian/youtube-dl.pod index 2d9aeff..78f44eb 100644 --- a/debian/youtube-dl.pod +++ b/debian/youtube-dl.pod @@ -1,7 +1,7 @@ # -*- pod -*- =head1 NAME -youtube-dl - download videos from youtube.com +youtube-dl - download videos from youtube.com or other video platforms =head1 SYNOPSIS @@ -9,7 +9,13 @@ youtube-dl - download videos from youtube.com =head1 DESCRIPTION -youtube-dl is a script to download videos from youtube.com. +youtube-dl is a script to download videos from youtube.com or any other of +the supported video platforms. + +Currently supported sites are: CollegeHumor, Comedy Central, Dailymotion, +Facebook, Metacafe, MyVideo, Photobucket, The Escapist, Vimeo, Yahoo!, +YouTube, blip.tv, depositfiles.com, video.google.com, xvideos, Soundcloud, +InfoQ, Mixcloud, OpenClassRoom. Once it is installed in your system, you should be able to call it from the command line. Usage instructions are easy. Use youtube-dl followed
Bug#613046: debian-policy: please update example in 4.9.1 (debian/rules and DEB_BUILD_OPTIONS)
Hi folks, just stumbled upon this report, and I have a small suggestion to improve Jonathan's patch: --- a/policy.sgml +++ b/policy.sgml @@ -2256,18 +2256,13 @@ massage this example in order to make it work for your package. example compact=compact -CFLAGS = -Wall -g INSTALL = install INSTALL_FILE= $(INSTALL) -p-o root -g root -m 644 INSTALL_PROGRAM = $(INSTALL) -p-o root -g root -m 755 INSTALL_SCRIPT = $(INSTALL) -p-o root -g root -m 755 INSTALL_DIR = $(INSTALL) -p -d -o root -g root -m 755 -ifneq (,$(filter noopt,$(DEB_BUILD_OPTIONS))) -CFLAGS += -O0 -else -CFLAGS += -O2 -endif +CFLAGS := -Wall $(shell dpkg-buildflags --get CFLAGS) ifeq (,$(filter nostrip,$(DEB_BUILD_OPTIONS))) INSTALL_PROGRAM += -s endif Wouldn't it be more appropriate to use DEB_CFLAGS_MAINT_PREPEND := -Wall here before calling dpkg-buildflags? Possibly the rest of the example could be modified to use DEB_CFLAGS_MAINT_APPEND as well. Not sure if this is really needed, but it seems to me that that is what these variables were invented for :-) Gr. Matthijs signature.asc Description: Digital signature
Bug#657979: systemd: Please use /run/initctl for sysvinit compatibility
Package: systemd Version: 37 Severity: normal sysvinit switched to using /run/initctl in place of /dev/initctl (or /etc/.initctl on kfreebsd). However, the systemd compat service and socket use the old location. If these services could depend upon the appropriate sysvinit version (= 2.88dsf-19) this will ensure the correct socket is present and functional. Note that it creates it in the postinst if not present, but not on startup (relying on init or I guess the systemd logic to do that). % rgrep -l /initctl * Makefile.am Makefile.in man/systemd.html man/systemd.1 man/systemd.xml man/systemd.special.xml.in man/systemd.special.html.in man/systemd.special.7.in src/systemctl.c src/initreq.h units/systemd-initctl.service.in units/systemd-initctl.socket Regards, Roger -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657828: ibus: FTBFS
Hi, Alioth may be down so I am sending mail directly. On Mon, Jan 30, 2012 at 12:53:57PM +0900, Daiki Ueno wrote: Osamu Aoki os...@debian.org writes: ... Googling lead me to a similar bug report elsewhere. Basically it changes above mentioned part with == ldmlibexecdir = $(libexecdir)/@PACKAGE@ ldmlibexec_SCRIPTS = \ ibus-ui-gtk \ $(NULL) == It can eliminate autoreconf error but I am not sure this is what is needed. Ah, I didn't hit on that idea. IMO it is a reasonable workaround until the new automake is packaged. How about modifying the relevant part in debian/patches/use_pkglibexec.patch as follows? == # pkglibexec_SCRIPTS is not a valid prefix/primary combination with # older automake ibuslibexecdir = $(pkglibexecdir) ibuslibexec_SCRIPTS = \ ibus-ui-gtk \ $(NULL) == OK. Use of $(pkglibexecdir) may be good idea since this is already defined in parent Makefile.in. I also see Aron's post. = -libexec_SCRIPTS = \ +ibusuigtkdir = $(libexecdir)/@PACKAGE@ +dist_ibusuigtk_SCRIPTS = \ ibus-ui-gtk \ $(NULL) = I am not sure but use of dist_ to force including for distribution seems good idea too. So I ended with the following patch. It compiles old source. = --- a/ui/gtk/Makefile.am +++ b/ui/gtk/Makefile.am @@ -36,7 +36,8 @@ $(NULL) ui_gtkdir = $(pkgdatadir)/ui/gtk -libexec_SCRIPTS = \ +ibusuigtkdir = $(pkglibexecdir) +dist_ibusuigtk_SCRIPTS = \ ibus-ui-gtk \ $(NULL) = Any comments? Also, We use old automake1.11 (1:1.11.2-1) package based on 2011-12-21 Stable release 1.11.2. Should we poke automake maintainer to update package by pulling in at least january update. If that happen, do we need this source change for ibus? Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657904: console-setup: Shouldn't console-setup package put files in /usr/share/doc/console-setup?
severity 657904 minor thanks On Sun, Jan 29, 2012 at 08:13:01PM +0100, Nathan Cutler wrote: I edited /etc/default/console-setup, where it said Read README.fonts for explanation. So, I went looking for README.fonts. This is unfortunate. README.fonts existed in old versions of console-setup and it is simply impossible to update automatically the comments in the configuration files. The new configuration files say this: /etc/default/keyboard: # Consult the keyboard(5) manual page. /etc/default/console-setup: # Consult the console-setup(5) manual page. So you are advised to check these manual pages instead of README.fonts. That's strange, I thought, every Debian package puts at least _something_ in its doc directory. In fact the directory /usr/share/doc/console-setup must be a link to /usr/share/doc/keyboard-configuration and it shouldn't be empty. Is it indeed empty? In case it is, I have no idea what might have caused this, but I doubt it it is something related to console-setup. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657980: xpdf 3.03-8 mangles the window title for files with utf8 in the filename
Package: xpdf Version: 3.03-8 Severity: normal With xpdf 3.03-8 (but not previous versions), non-ASCII characters (in UTF-8) appear as ?. I suppose that the problem comes from the fix for bug 645903 (which I can't reproduce with xpdf 3.02-21 and 3.03-7). The changed for bug 645903 consists in converting UTF-8 characters into ISO-8859-1. I can't see how this can be correct on a fully UTF-8 system. BTW, the dependency on yudit installs too many packages. If some charset conversion is needed (but it shouldn't be), it's probably better to use iconv from libc-bin (which is required anyway). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xpdf depends on: ii lesstif2 1:0.95.2-1 ii libc6 2.13-24 ii libgcc1 1:4.6.2-12 ii libpoppler13 0.16.7-2+b1 ii libstdc++64.6.2-12 ii libx11-6 2:1.4.4-4 ii libxt61:1.1.1-2 Versions of packages xpdf recommends: ii gsfonts-x110.22 ii poppler-data 0.4.5-2 ii poppler-utils 0.16.7-2+b1 ii yudit 2.8.1-4 xpdf 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#656476: Sundance network driver (D-Link DFE-580TX) timeouts rendering interface unusable
On Mon, 2012-01-30 at 15:28 +0100, Eric Dumazet wrote: Le lundi 30 janvier 2012 à 14:05 +, Ben Hutchings a écrit : Yes, I spotted that. But no descriptors are pushed to the hardware here; that's done in the driver's TX tasklet. Although... maybe that can run immediately when scheduled from here? I've never had to deal with tasklets so I really don't know their semantics. Thats probable on SMP ... The bug report is for a UP system running a kernel built with SMP-alternatives. Ben. -- Ben Hutchings Lowery's Law: If it jams, force it. If it breaks, it needed replacing anyway. signature.asc Description: This is a digitally signed message part
Bug#657952: test failure
2012/1/30 Praveen A prav...@gmail.com: talking with upstream https://github.com/Empact/roxml/issues/41 Upstream was so quick in fixing this issue, now one test is failing https://github.com/Empact/roxml/issues/42 Note: since it is using ruby 1.9 only feature require_relative, I'm building this only for ruby1.9.1 -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657981: opennebula: Cannot scp back stopped VM's image, but gets deleted anyway
Package: opennebula Version: 2.0.1-6~bpo60+1 Severity: normal Hi. This is a report regarding the backports version. I hope maintainers don't bother. For whatever strange reason, upon VM stop (onevm stop), the scp back to the one master of the stopped VM's image fails. But the image is deleted anyway from the node, discarding all changes made to the VM :-( Here's a log : Mon Jan 30 15:35:23 2012 [LCM][I]: New VM state is SAVE_STOP Mon Jan 30 15:35:25 2012 [LCM][I]: New VM state is EPILOG_STOP Mon Jan 30 15:35:39 2012 [TM][I]: Command execution fail: /usr/lib/one/tm_commands/ssh/tm_mv.sh esther:/var/lib/one//10/images esther:/var/lib/one/10 Mon Jan 30 15:35:39 2012 [TM][I]: STDERR follows. Mon Jan 30 15:35:39 2012 [TM][I]: ERROR MESSAGE --8-- Mon Jan 30 15:35:39 2012 [TM][I]: scp: /var/lib/one/10/images/disk.1: Permission denied Mon Jan 30 15:35:39 2012 [TM][I]: ERROR MESSAGE --8-- Mon Jan 30 15:35:39 2012 [TM][I]: ExitCode: 1 Mon Jan 30 15:35:39 2012 [TM][I]: tm_mv.sh: Moving /var/lib/one//10/images Mon Jan 30 15:35:39 2012 [TM][I]: tm_mv.sh: Executed /usr/bin/ssh esther mkdir -p /var/lib/one. Mon Jan 30 15:35:39 2012 [TM][I]: tm_mv.sh: ERROR: Command /usr/bin/scp -r esther:/var/lib/one//10/images esther:/var/lib/one/10 failed. Mon Jan 30 15:35:39 2012 [TM][I]: tm_mv.sh: ERROR: scp: /var/lib/one/10/images/disk.1: Permission denied Mon Jan 30 15:35:39 2012 [TM][E]: Error excuting image transfer script: scp: /var/lib/one/10/images/disk.1: Permission denied Mon Jan 30 15:35:39 2012 [DiM][I]: New VM state is FAILED Mon Jan 30 15:35:39 2012 [TM][W]: Ignored: LOG - 10 tm_delete.sh: Deleting /var/lib/one//10/images Mon Jan 30 15:35:39 2012 [TM][W]: Ignored: LOG - 10 tm_delete.sh: Executed /usr/bin/ssh esther rm -rf /var/lib/one//10/images. Mon Jan 30 15:35:39 2012 [TM][W]: Ignored: TRANSFER SUCCESS 10 - In the above, the master and node are the same, btw. Thanks in advance. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages opennebula depends on: ii libc6 2.13-24 ii libgcc1 1:4.6.2-11 ii libmysqlclient16 5.1.58-1 ii libpassword-ruby 0.5.3-3 ii libsequel-ruby3.31.0-1 ii libsqlite3-0 3.7.9-2 ii libssl1.0.0 1.0.0g-1 ii libstdc++64.6.2-11 ii libxml2 2.7.8.dfsg-5.1 ii libxmlrpc-c++41.16.33-3.1 ii libxmlrpc-core-c3 1.16.33-3.1 ii opennebula-common 2.2.1-1 ii ruby 4.8 ii ruby-password [libpassword-ruby] 0.5.3-3 ii ruby-sequel [libsequel-ruby] 3.31.0-1 ii ruby1.8 [ruby]1.8.7.352-2 ii rubygems 1.8.10-1 Versions of packages opennebula recommends: ii libmysql-ruby 2.8.2+gem2deb-1 ii libsqlite3-ruby 1.3.5-1 ii ruby-mysql [libmysql-ruby] 2.8.2+gem2deb-1 ii ruby-sqlite3 [libsqlite3-ruby] 1.3.5-1 Versions of packages opennebula suggests: pn libamazonec2-ruby none pn mysql-server none -- 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#657828: ibus: FTBFS
On Mon, Jan 30, 2012 at 22:31, Osamu Aoki os...@debian.org wrote: Hi, Alioth may be down so I am sending mail directly. Yes, vasks is down again since yesterday. Also, We use old automake1.11 (1:1.11.2-1) package based on 2011-12-21 Stable release 1.11.2. Should we poke automake maintainer to update package by pulling in at least january update. If that happen, do we need this source change for ibus? Osamu I think poking them is a good idea, since it takes too long time for waiting a new release of it: http://packages.debian.org/changelogs/pool/main/a/automake1.11/automake1.11_1.11.2-1/changelog And I doubt if there will be quick response from automake maintainers, so applying the patch to ibus is recommended. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656063: Test version with bug fixes
Hmm. Unavailable link. 2012/1/28 Didier Raboud o...@debian.org severity 657579 serious merge 656688 657579 thanks Le lundi, 23 janvier 2012 22.00:15, Josua Dietze a écrit : I have prepared a test version with fixes. You can uninstall the Debian package and install from source until a fixed deb is available. http://www.draisberghof.de/usb_modeswitch/usb-modeswitch-1.2.2-1.tar.bz2 So here are now the Debian packages: http://alioth.debian.org/~odyx-guest/debian/unstable/usb-modeswitch_1.2.2-1-1~bugfix0_amd64.deb http://alioth.debian.org/~odyx-guest/debian/unstable/usb-modeswitch_1.2.2-1-1~bugfix0_i386.deb Source: http://alioth.debian.org/~odyx-guest/debian/unstable/usb-modeswitch_1.2.2-1-1~bugfix0.dsc Frederic and Makc (and people affected by #656579 or #656063), please test the above packages and report back (to #656063) ! Thanks in advance, cheers, OdyX
Bug#657982: automake: pkglibexec_SCRIPTS is a valid prefix/primary combination
Package: automake Version: 1:1.11.2-1 Severity: normal In short ... new upstream release is available with lots of bug fixes. automake-1.11.2b released Jan 25. I encountered FTBFS with my ibus package recently while I tried to upload my new improved package. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657828 Certainly, we can work around but this is generic problem upstream has fixed in their new upstream. In my case, folowing changes were needed :-) (from Changelog) 2012-01-03 Stefano Lattarini stefano.lattar...@gmail.com Merge branch 'maint' into branch-1.11 * maint: install: pkglibexec_SCRIPTS is a valid prefix/primary combination coverage: expose automake bug#10128 progs, libs: implement EXTRA_foo_DEPENDENCIES tests: fix spurious failures in 'pr300*.test' 2012-01-03 Stefano Lattarini stefano.lattar...@gmail.com install: pkglibexec_SCRIPTS is a valid prefix/primary combination It makes little sense for `libexec_SCRIPTS' to be accepted as valid while `pkglibexec_SCRIPTS' is not. So fix this inconsistency by explicitly allowing `pkglibexec_SCRIPTS' as well. It is worth noting that the inconsistency has been there for a long time, but only the quite recent commit `v1.11-373-g9ca6326' Warnings about primary/prefix mismatch fixed and extended has made it noisy enough to be noticed. * automake.in (handle_scripts): Also list `pkglibexec' among the prefixes valid for the `SCRIPTS' primary. * doc/automake.texi (Scripts): Likewise. * tests/primary-prefix-valid-couples.test: Update. * THANKS: Likewise. * NEWS: Likewise. Reported by Dennis Schridde on the automake list: http://lists.gnu.org/archive/html/automake/2012-01/msg2.html It looks like there are several other bug fixes which seems to be applicable to some of the frecent bug reports, too. Cheers, Osamu -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages automake depends on: ii autoconf 2.68-1 ii autotools-dev 20110511.1 ii dpkg 1.16.1.2 ii install-info 4.13a.dfsg.1-8 automake recommends no packages. automake 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#656476: Sundance network driver (D-Link DFE-580TX) timeouts rendering interface unusable
Le lundi 30 janvier 2012 à 14:41 +, Ben Hutchings a écrit : On Mon, 2012-01-30 at 15:28 +0100, Eric Dumazet wrote: Le lundi 30 janvier 2012 à 14:05 +, Ben Hutchings a écrit : Yes, I spotted that. But no descriptors are pushed to the hardware here; that's done in the driver's TX tasklet. Although... maybe that can run immediately when scheduled from here? I've never had to deal with tasklets so I really don't know their semantics. Thats probable on SMP ... The bug report is for a UP system running a kernel built with SMP-alternatives. Hmm, TX _completion_ is not run from tasklet but hardware IRQ, this is why I added the spin_lock_irqsave(). Tasklet fires the TX, but hardware IRQ does the TX completion part. This driver is ... interesting :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#247020: gnat: Illegal program not detected, self renames
rename 247020 [Fixed in 4.7] Illegal program not detected, self renames thanks -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545827:
Is toshset still useful ? I cannot make it work with recent update: https://bugzilla.kernel.org/show_bug.cgi?id=40222#c11 $ sudo modinfo toshiba_acpi filename: /lib/modules/3.2.0-1-amd64/kernel/drivers/platform/x86/toshiba_acpi.ko license:GPL description:Toshiba Laptop ACPI Extras Driver author: John Belmonte alias: acpi*:TOS1900:* alias: acpi*:TOS6208:* alias: acpi*:TOS6200:* depends:rfkill,sparse-keymap intree: Y vermagic: 3.2.0-1-amd64 SMP mod_unload modversions $ toshset -v -q required kernel toshiba support not enabled. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657966: dh-exec: Please disable pkgbinarymangler for tests
On 30.01.2012 13:43, Gergely Nagy wrote: Felix Geyer debfx-...@fobos.de writes: Package: dh-exec Version: 0.1 Severity: wishlist Tags: patch Some tests fail on Ubuntu becauses the buildds have pkgbinarymangler installed which diverts dpkg-deb. Please disable it by setting NO_PKG_MANGLE (patch is attached). Is there any documentation available online on what pkgbinarymangler is, and what it does? (If not, I'll check the sources, but docs would be easier :) The package description says: pkgbinarymangler consists of a dpkg-deb wrapper that calls the following helper applications while building a debian binary package: pkgstriptranslations removes all *.mo files in /usr/share/locale from all package build directories. It is used to strip off gettext translations from generated binary packages, because translations are already shipped in the language packs. Its behaviour (which is disabled by default) is configured in /etc/pkgbinarymangler/striptranslations.conf. pkgmaintainermangler adjusts the maintainer field in binary packages to match a set of rules (including whitelists, mass renames by component, maintainer name, etc) defined in the pkgmaintainermangler configuration file at /etc/pkgbinarymangler/maintainermangler.conf. If the tests fail with pkgbinarymangler installed, that might result in real packages failing with it too, if they use dh-exec, so I'd rather find a different solution if possible, instead of setting NO_PKG_MANGLE. pkgbinarymangler also calls pkgsanitychecks which checks if dpkg-deb is building the correct source package. This fails when you build test packages: The tests fail because the package names don't match: /usr/bin/pkgsanitychecks: inconsistent /CurrentlyBuilding file, Package: value is dh-exec (should be pkg-test) dh_builddeb.pkgbinarymangler: dpkg-deb --build debian/pkg-test .. returned exit code 1 /usr/bin/pkgsanitychecks: inconsistent /CurrentlyBuilding file, Package: value is dh-exec (should be pkg-test) dh_builddeb.pkgbinarymangler: dpkg-deb --build debian/pkg-test-illiterate .. returned exit code 1 I don't think there is another way to disable it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657828: ibus: FTBFS
On Mon, Jan 30, 2012 at 10:48:10PM +0800, Aron Xu wrote: On Mon, Jan 30, 2012 at 22:31, Osamu Aoki os...@debian.org wrote: Hi, Alioth may be down so I am sending mail directly. Yes, vasks is down again since yesterday. Also, We use old automake1.11 (1:1.11.2-1) package based on 2011-12-21 Stable release 1.11.2. Should we poke automake maintainer to update package by pulling in at least january update. If that happen, do we need this source change for ibus? Osamu I think poking them is a good idea, since it takes too long time for waiting a new release of it: http://packages.debian.org/changelogs/pool/main/a/automake1.11/automake1.11_1.11.2-1/changelog Well this is 2 - 2b release ... anyway I filed bug report And I doubt if there will be quick response from automake maintainers, so applying the patch to ibus is recommended. Maybe tommorow. Good night. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657983: PulseAudio should ship Vala bindings for libpulse-simple
Package: libpulse-dev Version: 1.0-4 Severity: wishlist Hi, while PulseAudio does ship Vala bindings for libpulse and libpulse-mainloop-glib, there are currently no bindings for libpulse-simple. I think having these easy-to-use bindings available would be a great help when prototyping audio applications. Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#657977: infinoted-0.5: only binds to IPv6
On Mon, Jan 30, 2012 at 03:11:00PM +0100, intrig...@debian.org wrote: infinoted-0.5 only binds to IPv6 on my system: $ infinoted-0.5 --security-policy=no-tls Loaded plugin /usr/lib/infinoted-0.5/note-plugins/libinfd-note-plugin-text.so (InfText) IPv6 Server running on port 6523 netstat confirms. Yeah, but with bindv6only=0 you should be able to connect to port 6523 via IPv4 anyway, i.e. `telnet -4 host 6523` ought to work. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#623212: ncpfs: Causes kernel tracelog with kernel 2.6.38
severity 623212 important reassign 623212 src:linux-2.6 2.6.38-3 tags 623212 + moreinfo quit Hi Andreas, Andreas Tille wrote: since using linux-image-2.6.38-2-amd64 from testing I observed kernel tracelogs when trying to access a Novell drive mounted via ncpfs. The following text was found in /var/log/syslog [ cut here ] kernel BUG at /build/buildd-linux-2.6_2.6.38-3-amd64-4XBLY6/linux-2.6-2.6.38/debian/build/source_amd64_none/fs/dcache.c:2134! This was most likely a bug in the ncpfs kernel module or related code, rather than a bug in the userspace tools. [...] I observed this on one of my boxes. On this box the problem is pretty reproducable. A different one had undetermined networking problems, was featuring a system crash (but no trace in syslog) and there very several problems in umounting ncpfs mounted Novell volumes. I'd volunteer to provide any debug info which might be needed to track down this problem. I suspect it's fixed by now. Can you confirm? If you get a chance to test with a squeeze kernel, that would also be useful. (No other packages except the kernel image from outside wheezy/sid should be needed in order to perform that test.) Thanks, Jonathan invalid opcode: [#1] SMP last sysfs file: /sys/devices/LNXSYSTM:00/device:00/PNP0C0A:01/power_supply/CMB2/charge_full CPU 2 Modules linked in: nls_utf8 ncpfs ppdev lp acpi_cpufreq mperf rfcomm cpufreq_conservative cpufreq_userspace cpufreq_powersave cpufreq_stats sco bnep l2cap crc16 bluetooth binfmt_misc uinput fuse ext2 loop joydev snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel arc4 snd_hda_codec pcmcia snd_hwdep ecb snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_midi iwlagn i915 snd_rawmidi snd_seq_midi_event iwlcore snd_seq snd_timer mac80211 snd_seq_device snd drm_kms_helper i2c_i801 uvcvideo drm tpm_infineon cfg80211 videodev parport_pc yenta_socket soundcore i2c_algo_bit pcmcia_rsrc v4l2_compat_ioctl32 evdev parport pcmcia_core tpm_tis tpm psmouse tpm_bios rfkill video snd_page_alloc serio_raw processor i2c_core battery button fujitsu_laptop ac power_supply thermal_sys ext3 jbd mbcache sha256_generic aesni_intel cryptd aes_x86_64 aes_generic cbc dm_crypt dm_mod sd_mod crc_t10dif sdhci_pci sdhci ata_generic ahci firewire_ohci libahci mmc_core firewire_core libata ehci_hcd crc_itu bcore e1000e nls_base [last unloaded: scsi_wait_scan] Pid: 7030, comm: mc Not tainted 2.6.38-2-amd64 #1 FUJITSU LIFEBOOK S710/FJNB216 RIP: 0010:[8110716a] [8110716a] dentry_update_name_case+0x17/0x4f RSP: 0018:880056abf9c8 EFLAGS: 00010246 RAX: RBX: 88002c616300 RCX: 000100642875 RDX: 0035 RSI: 880056abfa98 RDI: 88002c616300 RBP: 880056abfa98 R08: R09: 88002c616347 R10: 0035 R11: 8801324ba8b8 R12: 88002c651f00 R13: 880056abfc58 R14: 0001 R15: 88002c616300 FS: 7f46cfe43720() GS:8800ba70() knlGS: CS: 0010 DS: ES: CR0: 80050033 CR2: 7fd917832ae0 CR3: 57ef7000 CR4: 06e0 DR0: DR1: DR2: DR3: DR6: 0ff0 DR7: 0400 Process mc (pid: 7030, threadinfo 880056abe000, task 88013168bcc0) Stack: 88002bbd0840 88002bbd0840 88011dca6180 a052e1b5 880056abfac4 00013700 0004810086fe 880056abfe68 0002 880022d85000 Call Trace: [a052e1b5] ? ncp_fill_cache+0x1b5/0x42a [ncpfs] [81104c5c] ? filldir+0x0/0xc3 [810ec2a8] ? virt_to_head_page+0x9/0x2d [a0534407] ? ncp_do_request+0x30f/0x321 [ncpfs] [81060331] ? autoremove_wake_function+0x0/0x2a [a05344f7] ? ncp_request2+0x49/0x76 [ncpfs] [a0532989] ? ncp_search_for_fileset+0x1a4/0x1e6 [ncpfs] [a052e65e] ? ncp_do_readdir+0x139/0x18d [ncpfs] [81104c5c] ? filldir+0x0/0xc3 [810ffcff] ? path_to_nameidata+0x1b/0x3d [81102200] ? link_path_walk+0x341/0x3a7 [810b5409] ? find_get_page+0x3b/0x5e [810b67d4] ? lock_page+0xe/0x2c [a052ec34] ? ncp_readdir+0x582/0x587 [ncpfs] [81104c5c] ? filldir+0x0/0xc3 [81104c5c] ? filldir+0x0/0xc3 [81104d86] ? vfs_readdir+0x67/0xa4 [81104eff] ? sys_getdents+0x7d/0xcd [81009952] ? system_call_fastpath+0x16/0x1b Code: 8b 52 24 89 50 24 c3 8b 48 24 8b 72 24 89 70 24 89 4a 24 c3 55 48 89 f5 53 48 89 fb 48 83 ec 08 48 8b 47 30 8b 40 28 ff c8 75 04 0f 0b eb fe 8b 47 24 3b 46 04 74 04 0f 0b eb fe 48 8d 7f 5c e8 RIP [8110716a] dentry_update_name_case+0x17/0x4f RSP 880056abf9c8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#247020: gnat: Illegal program not detected, self renames
retitle 247020 [Fixed in 4.7] Illegal program not detected, self renames thanks -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651980: haveged: include ent/test.sh to test entropy quality
tag + wontfix thanks On Tue, Dec 13, 2011 at 11:02:07AM -0800, Micah Anderson wrote: According to the README, there are a couple entropy quality checkers that are included int he source. It would be great if those (or at minimum just the ent/test.sh) could be included in the package. Perhaps in examples? Those tests are really meant to be run in the source tree and packaging them properly requires quite a bunch of patches that are not worth of the effort in my eyes. The tests are run when the package is built, though, and the results can be seen in the buildd logs. Cheers, -- Jérémy Bobbio.''`. jeremy.bob...@irq7.fr : : : lu...@debian.org `. `'` `- signature.asc Description: Digital signature
Bug#541170: babl: New upstream version available - 0.1.0
Hi! I'm taking control over babl (and gegl) library because the actual maintainer has lost interest in it and gave me his blessing for starting a new work on it again. Now, I'm already started working on the new 0.1.x series (importing all the 0.1.x stable releases in an experimental branch) and most of the changes Daniel made with his patch set were already made by me (I didn't know he had done so much work!) and now are in the git repository. But he did some tweaks I didn't think of... so I'm gonna apply few of them ;-) Thanks Daniel for the huge work! Hope to give you some feedback very soon. Cheers. -- Matteo F. Vescovi Debian Sponsored Maintainer e-mail: mfv.deb...@gmail.com GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657962: gcc-defaults: Add gcc-plugin-dev?
Samuel Thibault, le Mon 30 Jan 2012 11:17:42 +0100, a écrit : I have a package which would like to build a gcc plugin. I should however not make it build-depend on a particular gcc-4.[567]-plugin-dev package as the default version changes over time. Could gcc-defaults also provide a gcc-plugin-dev package? Actually, thinking a bit more about it, I guess I actually have to build my plugin several times, once for each supported gcc version. So we'd need something similar to python, i.e. something like gcc-all-plugin-dev, and a way to iterate over all supported gcc versions. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657984: Crashes if changing messages while checking signatures
Package: claws-mail Version: 3.8.0-1 Severity: minor Dear maintainer, Claws-Mail crashes when one changes messages while checking a PGP signature. To reproduce: 1) Find a message which is signed by a key that you don’t have in your keychain yet 2) Press c to check the signature or click on the little icon ‘Check Signature’ 3) Quickly switch to another message, for example by a) clicking on another folder in the folder list b) clicking on another message in the message list 4) Observe how Claws-Mail crashes immediately. I assume that this will also happen if you have the key already in your keychain but manage to switch messages before checking succeeds. However, if the key is not in your keychain, it will be much easier to switch messages fast enough. I attached a backtrace which was created as follows: 1) $ gdb claws-mail 2) (gdb) run 3) open the folder gmane.linux.debian.devel.x 4) open the message 20120129132459.GH32587__5558.65256251327$1327843646$gmane$o...@mraw.org by Cyril Brulebois (I don’t have the key yet). 5) press c 6) click on another message very fast 7) (gdb) set logging on 8) (gdb) bt full 9) (gdb) quit The bug is really only minor, although Claws-Mail crashes, because it will usually not result in data loss and because it is rather unlikely that one wants to switch messages while checking a signature. If you need any other backtraces, please do not hesitate to tell me! :) Best regards thank you very much for your work! Claudius Hubig -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.1.a2017.2 (SMP w/4 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 claws-mail depends on: ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libcompfaceg1 1:1.5.2-5 ii libdbus-glib-1-20.98-1 ii libenchant1c2a 1.6.0-7 ii libetpan15 1.0-5 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-4 ii libgnutls26 2.12.16-1 ii libgtk2.0-0 2.24.8-3 ii libice6 2:1.0.7-2 ii libldap-2.4-2 2.4.28-1.1 ii libpango1.0-0 1.29.4-2 ii libpisock9 0.12.5-4+b1 ii libsm6 2:1.2.0-2 ii xdg-utils 1.1.0~rc1+git20111210-5 Versions of packages claws-mail recommends: ii aspell-de [aspell-dictionary] 20110609-1 ii aspell-en [aspell-dictionary] 7.1-0-1 ii claws-mail-i18n3.8.0-1 ii xfonts-100dpi 1:1.0.3 ii xfonts-100dpi-transcoded 1:1.0.3 ii xfonts-75dpi 1:1.0.3 ii xfonts-75dpi-transcoded1:1.0.3 Versions of packages claws-mail suggests: ii claws-mail-doc none ii claws-mail-tools 3.8.0-1 ii gedit | kwrite | mousepad | nedit none ii iceweasel [www-browser]9.0.1-1 ii lynx-cur [www-browser] 2.8.8dev.9-3 ii opera-next [www-browser] 12.00.1256 ii w3m [www-browser] 0.5.3-5 -- no debconf information #0 0x0051e681 in mimeview_check_data_reset (mimeview=0xe18a00) at mimeview.c:1101 must_free = 1 must_destroy = 0 #1 0x0051e757 in mimeview_check_sig_thread_cb (data=0xe18a00) at mimeview.c:1156 mimeview = 0xe18a00 mimeinfo = 0x10c9c70 #2 0x005210ca in mimeview_clear (mimeview=0xe18a00) at mimeview.c:981 model = 0xddc2d0 #3 0x00513eda in messageview_clear (messageview=0xe15900) at messageview.c:1436 No locals. #4 0x005a1a60 in summary_clear_all (summaryview=0xdbdde0) at summaryview.c:1555 No locals. #5 0x005a7a1c in summary_show (summaryview=0xdbdde0, item=0x0) at summaryview.c:1218 ctree = 0xbd4610 node = 0x0 mlist = 0x0 buf = 0x0 is_refresh = 0 selected_msgnum = 0 displayed_msgnum = 0 cur = optimized out not_killed = optimized out hidden_removed = 0 start = {tv_sec = 1327935851, tv_usec = 625939} end = {tv_sec = 17474160, tv_usec = 0} diff = optimized out timing_name = 0x64f9c2 __FUNCTION__ = summary_show #6 0x004ceb72 in folderview_close_opened (folderview=0xd67660) at folderview.c:2090 buf = 0x114e600 \360!\025\001 olditem = 0xf59ba0 #7 0x004cee62 in folderview_selected (ctree=0xbd4420, row=0x1074380, column=-1, folderview=0xd67660) at folderview.c:2153 can_select = 0 opened = optimized out item = 0xf52650 buf = optimized out res = 0 old_opened = 0xfc8920 start = {tv_sec = 1327935851, tv_usec = 624000} end = {tv_sec = 3, tv_usec = 140737305917429} diff = optimized out timing_name = 0x64f9c2 __FUNCTION__ = folderview_selected