Bug#686731: edos-distcheck: Syopped to work
Package: edos-distcheck Version: 1.4.2-13+b1 Severity: serious Dear Maintainer, As today edos-builddebcheck doesn't work at all with the following error : $ edos-builddebcheck /debian/data/unstable/Packages_i386 /debian/dists/unstable/main/source/Sources Merging... File /usr/share/edos-distcheck/add-sources.py, line 144, in module pkg = pkg_of_src(src) File /usr/share/edos-distcheck/add-sources.py, line 124, in pkg_of_src if src.has_key(field): AttributeError: 'Sources' object has no attribute 'has_key' Completing conflicts...* 100.0% Merging... 0 Fatal error: exception Failure(Warning: package ignored because it has no name) Christian -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.5.2 (SMP w/8 CPU cores; PREEMPT) 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 edos-distcheck depends on: ii libbz2-1.0 1.0.6-4 ii libc6 2.13-35 ii libgdbm3 1.8.3-11 ii libpcre3 1:8.30-5 ii libpopt0 1.16-7 ii librpm34.10.0-5 ii librpmio3 4.10.0-5 ii perl 5.14.2-12 ii python 2.7.3-2 ii python-debian 0.1.21+nmu1 ii zlib1g 1:1.2.7.dfsg-13 edos-distcheck recommends no packages. edos-distcheck 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#686595: open-iscsi: Try harder to start LVM when the device synchronisation take more time
On Wednesday 05 September 2012 01:23 AM, grin wrote: Which init do you particularly have in mind? I can install anything on my test VMs until I send them to oblivion. :-) [I'll check them though.] systemd seems to have the most interest right now. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#686732: [L10N,DE] uswsusp: updated german debconf translation
Package: uswsusp Severity: wishlist Tags: patch,l10n Hi, attached you get the updated german debconf translation for uswsusp, version 1.0+20110509-2.1. Please include it in your package. Thanks for your i18n issues. So long Holger -- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Created with Sylpheed 3.0.2 under DEBIAN GNU/LINUX 6.0 - S q u e e z e Registered LinuxUser #311290 - http://counter.li.org/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = uswsusp_1.0+20110509-2.1_de.po.gz Description: Binary data
Bug#685456: Freeze exception for kde-gtk-config
Le dimanche, 26 août 2012 13.02:04, Boris Pek a écrit : we would normally not accept new packages into testing, but that one seems a bit special. If I parse it properly, it was previously available in squeeze, from the src:gtk-qt-engine package, but it has now moved to a dedicated source package? Yes, binary package kde-config-gtk-style in Squeeze was built from source package kcm-gtk. Wrong. It was built from source package gtk-qt-engine indeed. kcm-gtk was introduced in unstable later as the result of the split of gtk-qt-engine by Ubuntu and didn't introduce code changes. This new kde-gtk-config is a rewrite of kcm-gtk for GTK3 and takes over where kcm-gtk was left (no updates, no plan to support GTK3). And package src:kde-gtk-config is not new. It was uploaded to unstable before freeze. But new bug report prevented its automatic migration to testing. Yes. This created a new problem though: as kde-gtk-config replaced kcm-gtk's binaries (on purpose), kcm-gtk also got removed from Wheezy, breaking the upgrade path of gtk-qt-engine from Squeeze. IMHO, one of kcm-gtk or kde-gtk- config has to enter Wheezy to permit an upgrade path for this tool. Anyway, get back to us once the package is no longer RC buggy. But I can't upload package into unstable until this is not allowed by release team. Don't you think this is a closed circle? Given the current situation (and sorry for the time it took), I will review and upload 2.1-1 to fix the remaining RC bug really soon now. OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686733: isdnutils: [INTL:pt] Updated Portuguese translation for debconf messages
Package: isdnutils Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for isdnutils's debconf messages. Translator: Pedro Ribeiro p.m42.ribe...@gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Melhores cumprimentos/Best regards, Traduz! - Portuguese Translation Team pt.po.gz Description: GNU Zip compressed data
Bug#685578: [LCFC] templates://chef-solr/{chef-solr.templates}
This is the last call for comments for the review of debconf templates for chef-solr. The reviewed templates will be sent on Friday, September 07, 2012 to this bug report and a mail will be sent to this list with [BTS] as a subject tag. -- Template: chef-solr/amqp_password Type: password _Description: AMQP user password: Please choose the password for the chef AMQP user in the RabbitMQ vhost /chef. . RabbitMQ's rabbitmqctl program, which will be used to set this password, cannot read input from a file. Instead the password will be passed to it as a quoted string, so it must not include any shell special characters (such as the exclamation mark) which will cause errors. . The password will be stored in /etc/chef/solr.rb and /etc/chef/server.rb as amqp_pass. Source: chef-solr Section: ruby Priority: optional Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org Uploaders: Bryan McLellan b...@loftninjas.org DM-Upload-Allowed: yes Build-Depends: debhelper (= 7.0.50~), gem2deb (= 0.3.0~) Standards-Version: 3.9.2 #Vcs-Git: git://git.debian.org/pkg-ruby-extras/chef-solr.git #Vcs-Browser: http://git.debian.org/?p=pkg-ruby-extras/chef-solr.git;a=summary Homepage: http://wiki.opscode.com/display/chef XS-Ruby-Versions: all Package: chef-solr Architecture: all XB-Ruby-Versions: ${ruby:Versions} Depends: ${shlibs:Depends}, ${misc:Depends}, ruby-interpreter, rabbitmq-server (= 1.6), default-jre-headless | java6-runtime-headless, ruby-json (= 1.4.6), chef (= 0.10.10), solr-jetty (= 1.4.0), ruby-libxml, adduser, ucf Replaces: chef-indexer Conflicts: chef-indexer Description: manager for search indexes of Chef node attributes using Solr The chef indexer listens to a message queue via AMQP for changes to search indexes. It then either creates or deletes entries in the index according to the information it is passed. . This package provides the chef-solr search engine, which runs as a solr-jetty server, along with chef-solr-indexer, which talks to the AMQP message queue (by default, rabbitmq-server). signature.asc Description: Digital signature
Bug#686734: uswsusp: [INTL:pt] Updated Portuguese translation for debconf messages
Package: uswsusp Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for uswsusp's debconf messages. Translator: Pedro Ribeiro p.m42.ribe...@gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Melhores cumprimentos/Best regards, Traduz! - Portuguese Translation Team pt.po.gz Description: GNU Zip compressed data
Bug#683880: gnome-shell: Sometimes hangs during startup
Package: gnome-shell Version: 3.4.2-1 Followup-For: Bug #683880 Dear Maintainer, I have the same problem and have for some time. Randomly, just after starting up it freezes. It is near the end of the process - the clock has appeared in the top bar and since mine shows seconds it is immediately obvious that its frozen because the clock never shows the next second. I experience the problem frequently if I move the mouse over to the top left hotspot during the start up process, so I have got into the habbit of not moving the mouse after logging in and until I see the clock working. HOWEVER this morning I didn't move the mouse at all and it locked up twice in succession (I had to reset the computer to restart between sessions). The third time I moved the mouse slightly and it started up. (I have tried to report this bug before but reportbug, by default was replacing my e-mail addresses domain name with the local domain of the computer - unknown in the outside world and preventing the e-mail being sent) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii gconf-service3.2.5-1+build1 ii gir1.2-accountsservice-1.0 0.6.21-6 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-caribou-1.0 0.4.2-2 ii gir1.2-clutter-1.0 1.10.8-2 ii gir1.2-cogl-1.0 1.10.2-6 ii gir1.2-coglpango-1.0 1.10.2-6 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1+build1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.0 0.6.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-3 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gtk-3.0 3.4.2-3 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.4.1-5 ii gir1.2-networkmanager-1.00.9.4.0-5 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.105-1 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.120.18.2-1 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.17-1 ii gjs 1.32.0-2 ii gnome-bluetooth 3.4.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-settings-daemon3.4.2-5 ii gnome-shell-common 3.4.2-1 ii gnome-themes-standard3.4.2-1 ii gsettings-desktop-schemas3.4.2-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-35 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libcanberra0 0.28-4 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-6 ii libcogl9 1.10.2-6 ii libcroco30.6.5-1 ii libdbus-1-3 1.6.2-2 ii libdbus-glib-1-2 0.100-1 ii libebook-1.2-13 3.4.3-1 ii libecal-1.2-11 3.4.3-1 ii libedataserver-1.2-163.4.3-1 ii libedataserverui-3.0-1 3.4.3-1 ii libffi5 3.0.10-3 ii libfolks25 0.6.9-1+b1 ii libgck-1-0 3.4.1-3 ii libgconf-2-4 3.2.5-1+build1 ii libgcr-3-1 3.4.1-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-2 ii libgirepository-1.0-11.32.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.32.0-2 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libglib2.0-0 2.32.3-1 ii libgnome-keyring03.4.1-1 ii
Bug#686735: xfce4-panel: Action Buttons: No icons for Suspend and Hibernate
Package: xfce4-panel Version: 4.8.6-3 Severity: normal Hi, When I go to settings of Action Buttons on my panel, changing button action to Suspend or Hibernate changes the icon of Action Buttons to kind of N/A icon. Other button actions has proper icons. Regards, Ognyan Kulev -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (99, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=bg_BG.utf8, LC_CTYPE=bg_BG.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-panel depends on: ii dpkg1.16.8 ii exo-utils 0.6.2-5 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-20.100-1 ii libexo-1-0 0.6.2-5 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgarcon-1-0 0.1.12-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-2 ii libice6 2:1.0.8-2 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libwnck22 2.30.7-1 ii libx11-62:1.5.0-1 ii libxext62:1.3.1-2 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util4 4.8.2-1 ii libxfconf-0-2 4.8.1-1 ii multiarch-support 2.13-35 xfce4-panel recommends no packages. xfce4-panel 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#469019: worldwind: OpenGL exceptions should be handled better
Any news on that one? See the same using: 01:05.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RS880M [Mobility Radeon HD 4200 Series] Versions of packages worldwind depends on: ii java-wrappers 0.1.25 ii libworldwind-java 0.5.0-10 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686650: PATCH
Hello there, the patch is as simple as follows: $ diff bcron-exec.c.orig bcron-exec.c 108a109 int slot; 110d110 close(fdin); 113c113,115 close(fdout); --- for (slot = 0; slot SLOT_MAX; ++slot) if (slots[slot].tmpfd != -1) close(slots[slot].tmpfd); I'm going to do more testing on production systems with heavy bcron usage (few thousands jobs per day) and report about success/failure after a couple of days. --- Best regards, Anton Khalikov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686736: krunner: refuses to restart immediately after krunner crash.
Package: kde-workspace Version: 4:4.8.4-3 Severity: normal I was typing into krunner when it suddenly became frozen and I couldn't do anything with it... david@Miho:/opt/HoN$ ps aux | grep krunner david 9193 1.1 2.2 291352 46100 pts/1Sl 15:05 0:03 krunner david 9598 0.0 0.0 3524 772 pts/2S+ 15:10 0:00 grep krunner david@Miho:/opt/HoN$ kill 9193 david@Miho:/opt/HoN$ krunner QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. I/O warning : failed to load external entity /home/david/.qalculate/eurofxref- daily.xml I/O warning : failed to load external entity /home/david/.qalculate/eurofxref- daily.xml krunner(9607)/libplasma Plasma::Package::isValid: Could not find required file mainscript (simply waiting about 10 seconds later... krunner starts and runs fine) david@Miho:/opt/HoN$ krunner QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. david@Miho:/opt/HoN$ -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (1001, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-workspace depends on: ii freespacenotifier 4:4.8.4-3 ii kde-window-manager 4:4.8.4-3 ii kde-workspace-bin 4:4.8.4-3 ii klipper 4:4.8.4-3 ii ksysguard 4:4.8.4-3 ii systemsettings 4:4.8.4-3 Versions of packages kde-workspace recommends: ii kdm 4:4.8.4-3 ii kinfocenter 4:4.8.4-3 ii kmenuedit4:4.8.4-3 kde-workspace 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#469019: worldwind: OpenGL exceptions should be handled better
On 05/09/2012 08:52, ka...@karme.de wrote: Any news on that one? See the same using: 01:05.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RS880M [Mobility Radeon HD 4200 Series] No and I won't work on this since Worldwind is considered as non-free. By the way, there is a new upstream release. Maybe it fixes the issue... Regards, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686737: alsa-source: Please package upstream version 1.0.25 for jack sensing feature
Package: alsa-source Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, can you please package upstream version 1.0.25 for wheezy release? It supports jack sensing feature, so output in pulseaudio switches automaticaly from speakers to headphones after pluging it in. Kernel 3.2.x in wheezy has alsa version 1.0.24, which doesn't support it. With regards, Libor - -- System Information: Debian Release: wheezy/sid APT prefers experimental APT policy: (700, 'experimental'), (700, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages alsa-source depends on: ii bzip2 1.0.6-4 ii debconf [debconf-2.0] 1.5.46 ii debconf-utils 1.5.46 ii debhelper 9.20120830 ii dpkg-dev 1.16.8 ii gcc [c-compiler] 4:4.7.1-1 ii gcc-4.6 [c-compiler] 4.6.3-9 ii gcc-4.7 [c-compiler] 4.7.1-7 ii make 3.81-8.2 Versions of packages alsa-source recommends: ii fakeroot 1.18.4-2 ii kernel-package 12.036+nmu3 ii linux-headers-3.5-trunk-amd64 [linux-headers] 3.5.2-1~experimental.1 ii module-assistant 0.11.4 alsa-source suggests no packages. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQRv0/AAoJEPDvjG7Cn0eOi4gP/iBDEaS7M9fb3OMR9WrfVX87 MdZM7aifEvqe5kDbGHSG280haio4DhQhNk6mCYWXJ88v8sTB0U+49vFyg/SSW9RM ln2qKNUCjrM9xKslmHG6bRza8IGAUdWDB6/lhHnWM1MiWdNs6yEo/Gr45ekKuZop tv6DOle89oRL6f18akjqyTB4zVt5idd1ik5+33gNde/gpjVyQ9WJF4qG4qEHMUK/ XTSEPyRrv0JVQ7r8hWDG5qofbauTTlPwgHq9dVEw+WfgqvNyU+YMldk7EScU8D0N Ixiofq5vzAYrFkbhCmfBw1fudHn5qJvQNaWRnODvbs4cc+zicKd33uAFw3SjjmzK 82CGXXw7yJGUv5ufptKsw/U+5Q3aFWdz+EsK0u9JL4hV+UA/P743rPJQCWh3nS8w HAQEkQ+jtAKB6nBuoRwN9lqKjGyALbUfuCU9Y1tyuoKN3jCt2IbKwtPM7MnweCo7 hrUCTXYRgFb7nGecJABA65KKwKTOi1rrk3aSc+0PuOJTFlRRJjWbEWWLI/UnTw5m 5+Euz8UjFQDM2IikGPIHN2DBam+G6oFfxun7I9kuyoAktdUcDfgoG8QQpn99zWrp xKAGt4YSdNbuZ6q4i2BE+Ek+QlGWsxRhC0azZ3bkws2leKfvpBnqtt7CX5rWbkPh 07ZEJ00yMn260kT+5RP3 =KqtJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686648: ioquake3: consider disallowing auto-downloading in wheezy
Am 04.09.2012 15:42, schrieb Markus Koschany: * Automatic downloading is disabled on the first start thus OpenArena is secure by default. * You could also move the menu option for auto downloading to the bottom and improve the description. Warning: Enabling of auto downloading *could* lead to security implications. Worst case: Execution of arbitrary code. Please visit link to the Debian Wiki and carefully read about the alternatives *before* you enable this option. This sounds very reasonable. I am all for warning users but still leaving them in the position to shoot themselves in the foot - instead of second-guessing and disabling a feature that they might explicitely want to use, even if they are made aware of the security implications it may bring. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#456165: Show stopers for handbreak in debian ?
Dear Rogério, Am 27.08.2012 14:58, schrieb Fabian Greffrath: Am 27.08.2012 14:43, schrieb Niv Sardi: I think it's good enough, I'd say upload to experimental, and then we see how we fix it. Generally I agree, but Rogerio (CC'ed) also has a word to say about this. Rogerio? hiding is futile, I can see that you are alive from your recent blog posts. ;) Niv is interested in uploading the current state of handbrake to Debian experimental. Do you agree with this plan or are there any severe show stoppers left in your opinion? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686738: texlive-science: [ulqda] Use Digest::SHA from Perl core (libdigest-sha1-perl removed from Debian)
Package: texlive-science Version: 2012.20120611-2 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi It seems that ulqda uses Digest::SHA1 (but this dependency not in Depends). This was also reported in Ubuntu[1]. Attached patch changes the module to use Digest::SHA instead of Digest::SHA1. Digest::SHA is part of the standard perl distribution since perl v5.9.3. [1]: https://bugs.launchpad.net/ubuntu/+source/texlive-extra/+bug/1045516 Could you apply this to your next release? Until then ulqda is non-functional. Regards, Salvatore - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQRwDOAAoJEHidbwV/2GP+oe4QAIg/Gv5nIfIQzZO8iTVt7NQ4 N8TKTYhtTXUQsmmDgRegYECEkzCW0Lrf/wufSKjNSC5qtPzJh+Iv4PjI+y0+0nB/ w6dmQvPuqcJoHFk8O18YOPiQfWj7x8hpLpCWMLLKlJFFaA9YnjZ/xXvh30+ipFlK ZALo0SvuxErZenD0wKJ6O+DBEQ6+4cTqqGY/0J62DMbUXQqSQGJ9PZywOMrfhZfl TkOgQ+DCy/KB6MUso+TpplmbVRl845YuCXAaoMdlwDapeIdkkSqsqC8Bg3iPrxNJ Fj4vTk2uxURM2LoXtYKFls0FvnbGsPYtunW5yTBt9fvDFRS26KimMlbJFts60sEj NeEalTb3s15D2u92hbtIO8Yjv8QSCNteUCoFA+aungSuACtU0JV/HCPP7f1kEdhA uHnmIIMR98Ld7WOpOUFsV/aePN+woFAGHkySRW1Li0oQJ2HzssTEkstwwS3kWUa9 YfvHatY2KqtFRGeMGVkCCt1tA2v8/VlH0JL5RLY8sDbUDzUpJI582HSGkb36oLcI HW8ZaiBt1HfoWBc3T9F7Pscnw2EkHr3U2F80+IE5PShRgnrWVqo9eWvf/vKTQutc W8dPZFzxEgD/PaeXeFIhCuKgB9aJ9uOqUhu2yLFg+LLS0slFRSRZxivXo6Sb49vz t7LfaxN4ge7JLNZEQwFJ =QwR8 -END PGP SIGNATURE- Description: Use Digest::SHA from Perl core Origin: vendor Forwarded: no Author: Salvatore Bonaccorso car...@debian.org Last-Update: 2012-09-05 --- a/texmf-dist/doc/latex/ulqda/README +++ b/texmf-dist/doc/latex/ulqda/README @@ -37,7 +37,7 @@ and graph/list generation: * GraphViz (http://www.graphviz.org) * dot2tex (http://www.fauskes.net/code/dot2tex/} - * Perl and the Digest::SHA1 module + * Perl and the Digest::SHA module I have tested the package on Fedora running TeX Live 2008 and on Windows 7 running MiKTeX. --- a/texmf-dist/scripts/ulqda/ulqda.pl +++ b/texmf-dist/scripts/ulqda/ulqda.pl @@ -17,7 +17,7 @@ # use Getopt::Long; -use Digest::SHA1 qw(sha1 sha1_hex sha1_base64); +use Digest::SHA qw(sha1 sha1_hex sha1_base64); sub Display_Version() { --- a/texmf-dist/source/latex/ulqda/ulqda.dtx +++ b/texmf-dist/source/latex/ulqda/ulqda.dtx @@ -225,7 +225,7 @@ % \item \href{http://www.fauskes.net/code/dot2tex/}{dot2tex} is a tool % for converting graphs generated by GraphViz to PGF/\TikZ\ that can % be rendered with \LaTeX~\cite{dot2tex}; -% \item \href{http://www.perl.org/}{Perl} and the Digest::SHA1 Perl Module +% \item \href{http://www.perl.org/}{Perl} and the Digest::SHA Perl Module % are used to automate the conversion of coded output to Dot language. % \end{itemize} % @@ -1737,7 +1737,7 @@ # use Getopt::Long; -use Digest::SHA1 qw(sha1 sha1_hex sha1_base64); +use Digest::SHA qw(sha1 sha1_hex sha1_base64); sub Display_Version() {
Bug#685402: tagging 685402
tags 685402 + patch thanks FYI, the commit : https://github.com/bagder/curl/commit/ee3551e45e60856eb0b779aa6cd34d77f16208a5 Hope this helps. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686669: ITP: duprepare -- Prepare system backup volume sources to be processed by duplicity
Hi. Hossam Hammady deb...@hammady.net writes: Package: wnpp Severity: wishlist Owner: Hossam Hammady deb...@hammady.net * Package name: duprepare Version : 0.1 Upstream Author : Hossam Hammady deb...@hammady.net * License : (GPL) Programming Lang: (Bash) Description : Prepare backup volume sources to be processed by duplicity duprepare prepares backup volume sources by creating an image of files you need to backup. This image is then processed by duplicity to push it to any backup target. duplicity is a great program, however it is pain to prepare the backup image. Using duprepare, you simply list all needed files and it will take care of syncing them into the image. For complex tasks like taking mysql database snapshots or ldap dumps, duprepare uses custom scripts that will prepare the backup files and place them into the backup image. Just in case, how does it compare to backupninja, already in the archive, which has a duplicity backend ? Thanks in advance. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497210: FYI: upstream aiccu addresses these bugs in next release
Just a FYI, upstream aiccu addresses this problem in the next release that we are preparing and then also releasing to github at: http://github.com/SixXS/aiccu As such, this matter can be closed by then. See http://www.sixxs.net/tools/aiccu/changelog for all the changes that have already been made. We'll be releasing the next version after proper testing of all changes have been made though which might take a bit more depending on time available. Btw, for #497210, the new version does caching of the TIC parameters, as such, only when those expire will a 'broken/non-responding tic server' be an issue. Greets, Jeroen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497211: Unsure how to get these bugs 'resolved'
Hi, I was going to the bugs list for aiccu, and I am honestly unsure what is expected for these bugs to be resolved. 497211 - syslog logs multiple lines, the lines are logged, what else is expected? 499920 - very custom option used by very few people if any, very bad practice too as it mangles ICMP responses and other such things too which can magically start breaking things. = wontfix I think these bugs can be closed if there is no further/more information provided what is wished here. As noted in other bugs reports: Please see http://www.sixxs.net/tools/aiccu/changelog for all the changes that have already been made. We'll be releasing the next version into github at http://github.com/SixXS/aiccu after proper testing of all changes have been made though which might take a bit more depending on time available. Greets, Jeroen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644810: Upstream patch rejected
Hi Josh, I created a patch for upstream (26-03-2012) which has been rejected yesterday by the maintainer of tmux. see http://sourceforge.net/tracker/?func=detailatid=973264aid=3511358group_id=200378 We could: - just close the bug as WONTFIX - use the patch as Debian patch - you could help convincing the maintainer to apply the patch What do you think as the bug reporter ? Regards, Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682837: UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2
On 2012-07-28 at 16:05:59, Alexander Zangerl wrote: you mean find files with non-ascii filenames? that's easy: find . -regex '.*[^ -~].*' For some reason that didn't work. I had to use a much more verbose character class. So I took a different approach: I replaced the log.Debug() calls with print filename (see attached debug.diff). Now, I'm a bit confused though, because the output I got out of this looks like it's all 7-bit ASCII: duplicity-inc.20120220T010015Z.to.20120227T022312Z.manifest.part duplicity-full-signatures.20120802T110013Z.sigtar.gpg duplicity-full-signatures.20120802T110013Z.sigtar.gpg duplicity-full.20120802T110013Z.manifest.gpg duplicity-full.20120802T110013Z.vol1.difftar.gpg ... (full output in attached prints.out) That's why I thought removing the logging makes sense until the underlying issue is fixed. Otherwise, duplicity as it stands in wheezy is broken for me. well, (part of) the underlying issue is that you're not using utf-8 filenames, which seems to be the majority option nowadays for anything beyond ascii. you might have a look at convmv, a small tool/package that helps with the conversion of filename encodings. Given the output shown above, is that really the problem here? Cheers, Francois --- /usr/share/pyshared/duplicity/collections.py 2012-08-23 13:58:23.0 +1200 +++ collections.py 2012-09-05 19:45:01.928975136 +1200 @@ -802,15 +802,15 @@ for set in sets: if set.add_filename(filename): -log.Debug(_(File %s is part of known set) % (filename,)) +print filename break else: -log.Debug(_(File %s is not part of a known set; creating new set) % (filename,)) +print filename new_set = BackupSet(self.backend) if new_set.add_filename(filename): sets.append(new_set) else: -log.Debug(_(Ignoring file (rejected by backup set) '%s') % filename) +print filename map(add_to_sets, filename_list) sets, incomplete_sets = self.get_sorted_sets(sets) duplicity-inc.20120220T010015Z.to.20120227T022312Z.manifest.part duplicity-full-signatures.20120802T110013Z.sigtar.gpg duplicity-full-signatures.20120802T110013Z.sigtar.gpg duplicity-full.20120802T110013Z.manifest.gpg duplicity-full.20120802T110013Z.vol1.difftar.gpg duplicity-full.20120802T110013Z.vol10.difftar.gpg duplicity-full.20120802T110013Z.vol100.difftar.gpg duplicity-full.20120802T110013Z.vol101.difftar.gpg duplicity-full.20120802T110013Z.vol102.difftar.gpg duplicity-full.20120802T110013Z.vol103.difftar.gpg duplicity-full.20120802T110013Z.vol104.difftar.gpg duplicity-full.20120802T110013Z.vol105.difftar.gpg duplicity-full.20120802T110013Z.vol106.difftar.gpg duplicity-full.20120802T110013Z.vol107.difftar.gpg duplicity-full.20120802T110013Z.vol108.difftar.gpg duplicity-full.20120802T110013Z.vol109.difftar.gpg duplicity-full.20120802T110013Z.vol11.difftar.gpg duplicity-full.20120802T110013Z.vol110.difftar.gpg duplicity-full.20120802T110013Z.vol111.difftar.gpg duplicity-full.20120802T110013Z.vol112.difftar.gpg duplicity-full.20120802T110013Z.vol113.difftar.gpg duplicity-full.20120802T110013Z.vol114.difftar.gpg duplicity-full.20120802T110013Z.vol115.difftar.gpg duplicity-full.20120802T110013Z.vol116.difftar.gpg duplicity-full.20120802T110013Z.vol117.difftar.gpg duplicity-full.20120802T110013Z.vol118.difftar.gpg duplicity-full.20120802T110013Z.vol119.difftar.gpg duplicity-full.20120802T110013Z.vol12.difftar.gpg duplicity-full.20120802T110013Z.vol120.difftar.gpg duplicity-full.20120802T110013Z.vol121.difftar.gpg duplicity-full.20120802T110013Z.vol122.difftar.gpg duplicity-full.20120802T110013Z.vol123.difftar.gpg duplicity-full.20120802T110013Z.vol124.difftar.gpg duplicity-full.20120802T110013Z.vol125.difftar.gpg duplicity-full.20120802T110013Z.vol126.difftar.gpg duplicity-full.20120802T110013Z.vol127.difftar.gpg duplicity-full.20120802T110013Z.vol128.difftar.gpg duplicity-full.20120802T110013Z.vol129.difftar.gpg duplicity-full.20120802T110013Z.vol13.difftar.gpg duplicity-full.20120802T110013Z.vol130.difftar.gpg duplicity-full.20120802T110013Z.vol131.difftar.gpg duplicity-full.20120802T110013Z.vol132.difftar.gpg duplicity-full.20120802T110013Z.vol133.difftar.gpg duplicity-full.20120802T110013Z.vol134.difftar.gpg duplicity-full.20120802T110013Z.vol135.difftar.gpg duplicity-full.20120802T110013Z.vol136.difftar.gpg duplicity-full.20120802T110013Z.vol137.difftar.gpg duplicity-full.20120802T110013Z.vol138.difftar.gpg duplicity-full.20120802T110013Z.vol139.difftar.gpg duplicity-full.20120802T110013Z.vol14.difftar.gpg duplicity-full.20120802T110013Z.vol140.difftar.gpg duplicity-full.20120802T110013Z.vol141.difftar.gpg duplicity-full.20120802T110013Z.vol142.difftar.gpg duplicity-full.20120802T110013Z.vol143.difftar.gpg
Bug#686739: dh-make-perl: Incorrect resolution of dependencies
Package: dh-make-perl Version: 0.70-1 Severity: important I'm trying to build CGI::Application::Dispatch as a debian package. Here's what happens: # dh-make-perl --cpan-mirror ftp://ftp.gwdg.de/pub/languages/perl/CPAN/ -build --cpan CGI::Application::Dispatch Going to read '/root/.cpan/Metadata' Database was generated on Wed, 05 Sep 2012 04:58:03 GMT CPAN: Digest::SHA loaded ok (v5.47) Checksum for /root/.cpan/source/authors/id/M/MA/MARKSTOS/CGI-Application-Dispatch-3.10.tar.gz ok CPAN: Archive::Tar loaded ok (v1.52) CGI-Application-Dispatch-3.10 CGI-Application-Dispatch-3.10/META.json CGI-Application-Dispatch-3.10/MANIFEST CGI-Application-Dispatch-3.10/META.yml CGI-Application-Dispatch-3.10/Build.PL CGI-Application-Dispatch-3.10/Changes CGI-Application-Dispatch-3.10/t CGI-Application-Dispatch-3.10/t/cgi.t CGI-Application-Dispatch-3.10/t/psgi.t CGI-Application-Dispatch-3.10/t/handler.t CGI-Application-Dispatch-3.10/t/conf CGI-Application-Dispatch-3.10/t/conf/extra.conf.in CGI-Application-Dispatch-3.10/t/conf/modperl_extra.pl CGI-Application-Dispatch-3.10/t/lib CGI-Application-Dispatch-3.10/t/lib/MyApp CGI-Application-Dispatch-3.10/t/lib/MyApp/DispatchPSGI.pm CGI-Application-Dispatch-3.10/t/lib/MyApp/DispatchTable.pm CGI-Application-Dispatch-3.10/t/lib/MyApp/DispatchTablePSGI.pm CGI-Application-Dispatch-3.10/t/lib/MyApp/Dispatch.pm CGI-Application-Dispatch-3.10/t/lib/MyApp/DispatchRest.pm CGI-Application-Dispatch-3.10/t/lib/MyApp/Module CGI-Application-Dispatch-3.10/t/lib/MyApp/Module/Bad.pm CGI-Application-Dispatch-3.10/t/lib/MyApp/Module/Rest.pm CGI-Application-Dispatch-3.10/t/lib/MyApp/Module/Name.pm CGI-Application-Dispatch-3.10/t/lib/Module CGI-Application-Dispatch-3.10/t/lib/Module/Name.pm CGI-Application-Dispatch-3.10/lib CGI-Application-Dispatch-3.10/lib/CGI CGI-Application-Dispatch-3.10/lib/CGI/Application CGI-Application-Dispatch-3.10/lib/CGI/Application/Dispatch.pm CGI-Application-Dispatch-3.10/lib/CGI/Application/Dispatch CGI-Application-Dispatch-3.10/lib/CGI/Application/Dispatch/PSGI.pm CGI-Application-Dispatch-3.10/lib/CGI/Application/Dispatch/Regexp.pm CPAN: File::Temp loaded ok (v0.22) Unsatisfied dependencies detected during MARKSTOS/CGI-Application-Dispatch-3.10.tar.gz Module::Build [build_requires] Shall I follow them and prepend them to the queue of modules we are processing right now? [yes] Cannot get M/MA/MARKSTOS/CGI-Application-Dispatch-3.10.tar.gz M/MA/MARKSTOS/CGI-Application-Dispatch-3.10.tar.gz is exactly the module it just loaded - why would it depend on itself? -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.3.4 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-perl depends on: ii debhelper 8.0.0 helper programs for debian/rules ii dpkg-dev 1.15.8.12 Debian package development tools ii fakeroot 1.14.4-1 Gives a fake root environment ii libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg ii libarray-unique-perl 0.08-1Tie-able array that allows only un ii libclass-accessor-perl 0.34-1Perl module that automatically gen ii libdpkg-perl 1.15.8.12 Dpkg perl modules ii libemail-date-format-p 1.002-1 Module to generate RFC-2822-valid ii liblist-moreutils-perl 0.25~02-1 Perl module with additional list f ii libmodule-depends-perl 0.14-3identify the dependencies of a dis ii libparse-debcontrol-pe 2.005-2 Easy OO parsing of Debian control- ii libparse-debianchangel 1.1.1-2.1 parse Debian changelogs and output ii libtie-ixhash-perl 1.21-2ordered associative arrays for Per ii libwww-mechanize-perl 1.64-1module to automate interaction wit ii libyaml-perl 0.71-1YAML Ain't Markup Language ii make 3.81-8.2 An utility for Directing compilati ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii perl-modules [libmodul 5.10.1-17squeeze3 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.4.0 search for files within Debian pac dh-make-perl 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#686738: texlive-science: [ulqda] Use Digest::SHA from Perl core (libdigest-sha1-perl removed from Debian)
On Wed, 05 Sep 2012, Salvatore Bonaccorso wrote: It seems that ulqda uses Digest::SHA1 (but this dependency not in Known, and already in the new git repository. But it will quite surely *NOT* appear in Debian to be released stable, since this is not really a critical bug to be fixed and asked for a freeze exception. If other people here on the list are of different opinion, please let me know. Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live and Debian Developer gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 SCRABSTER (n.) One of those dogs which has it off on your leg during tea. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686669: ITP: duprepare -- Prepare system backup volume sources to be processed by duplicity
I didn't know about backupninja before. Basically it is the same idea, however, duprepare does both backup and restore. With backupninja backups are stored on backup volumes, with no easy way to restore them. With duprepare there are 3 scripts: duprepare-backup, duprepare-restore and duprepare-cleanup. The restore script reverses everything (copying all files back and running custom scripts with different modes) so that your system is back exactly the same way. There is a famous saying your backup is totally useless if you haven't tried restoring it at least once, or something similar. Anyway, thanks for telling me about backupninja. On Sep 5, 2012, at 10:45 AM, Olivier Berger olivier.ber...@it-sudparis.eu wrote: Just in case, how does it compare to backupninja, already in the archive, which has a duplicity backend ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686502: pxz produces archives broken for busybox's unxz
Hi, Holger Levsen wrote: the typo3 orig.tar.gz as it is in squeeze or sid is sufficient: gunzip it and compress it with pxz and voila... *builds pxz, tests* Luckily the cause seems to be simple. pxz works by concatenating whole XZ files, but for simplicity busybox unxz ignores everything past the end of the first stream it reads. Meanwhile standard xz handles concatenated streams by concatenating their decompressed form. $ xz --robot -v -l broken.tar.xz | grep stream stream 1 1 0 0 11083380251699200.440 CRC64 0 stream 2 1 11083380251699205431156 25169920 0.216 CRC64 0 stream 3 1 1651453650339840267724 1505280 0.178 CRC64 0 $ busybox unxz -c broken.tar.xz | wc -c 25169920 $ xz -dc broken.tar.xz | wc -c 51845120 This could be avoided by putting the compressed chunks into Blocks instead of Streams, but that requires deeper knowledge of the file format (see /usr/share/doc/liblzma-dev/xz-file-format.txt). Or perhaps busybox unxz should learn about concatenated streams. Simplified example compressed file to play with attached. $ printf he | xz test.xz $ echo llo | xz test.xz $ unxz test.xz hello $ busybox unxz test.xz he$ Have fun, Jonathan concatenated.xz Description: Binary data
Bug#684923: fontconfig-config: Please stop messing with my /etc
kibi@kathleen:/etc/fonts/conf.d$ ls -l 70-no-bitmaps.conf lrwxrwxrwx 1 root root 33 Aug 14 21:11 70-no-bitmaps.conf - ../conf.avail/70-yes-bitmaps.conf Well, there's your problem. Obviously, you manually changed the symlink 70-no-bitmaps.conf to point to another file ../conf.avail/70-yes-bitmaps.conf. However, the symlinks are expected to point to files of the same name in the ../conf.avail directory. The fontconfig-config.config script checks for the presence of these symlinks and interprets them according to the meaning of their file name. So the presence of the symlink called 70-no-bitmaps.conf - regardless of the name or content of the file it points to - suggests fontconfig that you do not want bitmap fonts enabled. I think this is reasonable behaviour. Had you cared to rename the symlink to 70-yes-bitmaps.conf then the repeated configuration of fontconfig-config would have turned out as you expected. So, IMHO, this is not a release-critical bug but merely the result of misconfiguration by the user. Best Regards, Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686711: linux-image-3.4-trunk-686-pae: acpi error with ASUS P8P67 LE
Hi, I'm waiting the correction of #686040 before to switch to 3.5.x Regards, gpe - Mail original - De: Jonathan Nieder jrnie...@gmail.com À: gpe92 gp...@free.fr Cc: 686...@bugs.debian.org Envoyé: Mercredi 5 Septembre 2012 04:01:37 Objet: Re: linux-image-3.4-trunk-686-pae: acpi error with ASUS P8P67 LE Hi, gpe92 wrote: Version: 3.4.4-1~experimental.1 [...] I'm using an ASUS P867 LE moterboard with the last BIOS 3602 and in messages I've : That package is out of date. Could you try 3.5.2 or newer from experimental? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686740: mailgraph.css missing
Package: mailgraph Version: 1.14-1.4squeeze1 Severity: normal Hi, mailgraph.cgi contains a reference to a mailgraph.css, which is not included in the package. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages mailgraph depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libfile-tail-perl 0.99.3-4 File::Tail perl module ii librrds-perl 1.4.3-1time-series data storage and displ Versions of packages mailgraph recommends: ii apache2-mpm-prefork [h 2.2.16-6+squeeze7 Apache HTTP Server - traditional n mailgraph suggests no packages. -- debconf information: mailgraph/ignore_localhost: true mailgraph/mail_log: /var/log/mail.log mailgraph/start_on_boot: -- Robert Sander www.gurubert.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631269: asterisk-chan-capi: not installable in sid, needs migration to asterisk 1.8
Package: asterisk-chan-capi Followup-For: Bug #631269 Dear Maintainer, apt-get install asterisk-chan-capi Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: asterisk-chan-capi : Depends: asterisk ( 1:1.8) but 1:1.8.13.1~dfsg-1 is to be installed E: Unable to correct problems, you have held broken packages. *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages asterisk-chan-capi depends on: ii asterisk 1:1.8.13.1~dfsg-1 ii libc6 2.13-35 asterisk-chan-capi recommends no packages. asterisk-chan-capi suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#68585: This bug is still here in apt-get 0.8.10.3
I have the same issue, as can be seen below : as I understand it, the update of a package (initscripts) would break others (initramfs-tools), so in the end dist-upgrade decides to not upgrade it, which is fine. However, at the same time dist-upgrade decides to remove the packages that would be broken if initscripts were updated (as if dist-upgrade forgets that it actually keeps initscripts as-is). root@sr027055:~# apt-get --simulate -o 'Debug::pkgProblemResolver=true' -y dist-upgrade -V Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Starting Starting 2 Investigating (0) initscripts [ amd64 ] 2.88dsf-22.1 - 2.88dsf-31 ( admin ) Broken initscripts:amd64 Breaks on initramfs-tools [ amd64 ] 0.98.8 - 0.107 ( utils ) ( 0.104) Considering initramfs-tools:amd64 3 as a solution to initscripts:amd64 245 Added initramfs-tools:amd64 to the remove list Broken initscripts:amd64 Breaks on util-linux [ amd64 ] 2.17.2-9 - 2.20.1-5.1 ( utils ) ( 2.20.1-5) Considering util-linux:amd64 5222 as a solution to initscripts:amd64 245 Holding Back initscripts:amd64 rather than change util-linux:amd64 Fixing initscripts:amd64 via remove of initramfs-tools:amd64 Investigating (0) linux-image-2.6.32-5-amd64 [ amd64 ] 2.6.32-45 ( kernel ) Broken linux-image-2.6.32-5-amd64:amd64 Depends on initramfs-tools [ amd64 ] 0.98.8 - 0.107 ( utils ) (= 0.55) Considering initramfs-tools:amd64 3 as a solution to linux-image-2.6.32-5-amd64:amd64 0 Broken linux-image-2.6.32-5-amd64:amd64 Depends on linux-initramfs-tool [ amd64 ] none ( none ) Considering initramfs-tools:amd64 3 as a solution to linux-image-2.6.32-5-amd64:amd64 0 Or group remove for linux-image-2.6.32-5-amd64:amd64 Try to Re-Instate (1) initscripts:amd64 Done Done The following packages will be REMOVED: initramfs-tools (0.98.8) linux-image-2.6.32-5-amd64 (2.6.32-45) The following packages have been kept back: initscripts (2.88dsf-22.1 = 2.88dsf-31) 0 upgraded, 0 newly installed, 2 to remove and 1 not upgraded. Remv linux-image-2.6.32-5-amd64 [2.6.32-45] Remv initramfs-tools [0.98.8] root@sr027055:~# apt-get --simulate -o 'Debug::pkgProblemResolver=true' -y upgrade -V Reading package lists... Done Building dependency tree Reading state information... Done Entering ResolveByKeep Keeping package initscripts:amd64 The following packages have been kept back: initscripts (2.88dsf-22.1 = 2.88dsf-31) 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded. Here's the version of apt-get that exhibits the bug : root@sr027055:~# apt-get -v apt 0.8.10.3 for amd64 compiled on Apr 15 2011 07:35:31 Supported modules: *Ver: Standard .deb *Pkg: Debian dpkg interface (Priority 30) S.L: 'deb' Standard Debian binary tree S.L: 'deb-src' Standard Debian source tree Idx: Debian Source Index Idx: Debian Package Index Idx: Debian Translation Index Idx: Debian dpkg status file Hope this helps, Guillaume -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686092: [nvidia-glx] System freezes from time to time
Hi Andreas, I've removed the old files and installed the new version (BTW this time the change log file mentions a hang on some systems that was fixed) and I do not get anymore 'NVRM: os_pci_init_handle: invalid context!' message so I assume it is now fixed. However I'd like to wait sometime before I confirm this: 2 or 3 days without system freeze. Cheers, signature.asc Description: This is a digitally signed message part
Bug#686741: python-psycopg2-doc installs docs in /usr/share/doc/python-psycopg2-docs
Package: python-psycopg2-doc Version: 2.4.5-1 Severity: important Hello, thank you for maintaining psycopg2. It looks like there's a typo somewhere that installs documentation in /usr/share/doc/python-psycopg2-docs, with the extra 's' at the end: $ dpkg -L python-psycopg2-doc | cut -d/ -f1-5 | sort -u /. /usr /usr/share /usr/share/doc /usr/share/doc/python-psycopg2-doc /usr/share/doc/python-psycopg2-docs Ciao, Enrico -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-psycopg2-doc depends on: ii libjs-sphinxdoc 1.1.3+dfsg-4 python-psycopg2-doc recommends no packages. Versions of packages python-psycopg2-doc suggests: ii python-psycopg2 2.4.5-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686742: linux: speakup: lower default software speech rate
Package: linux Version: 3.2.23-1 Severity: important Tags: patch Hello, The following patch has been applied to greg's staging tree, it would be important to get it into Wheezy, as it noticeably improves usability for blind users. Samuel From cfd757010691eae4e17acc246f74e7622c3a2f05 Mon Sep 17 00:00:00 2001 From: Samuel Thibault samuel.thiba...@ens-lyon.org Date: Sun, 26 Aug 2012 23:35:17 +0200 Subject: speakup: lower default software speech rate Speech synthesis beginners need a low speech rate, and trained people want a high speech rate. A medium speech rate is thus actually not a good default for neither. Since trained people will typically know how to change the rate, better default for a low speech rate, which beginners can grasp and learn how to increase it afterwards This was agreed with users on the speakup mailing list. Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org Signed-off-by: Greg Kroah-Hartman gre...@linuxfoundation.org --- drivers/staging/speakup/speakup_soft.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/speakup/speakup_soft.c b/drivers/staging/speakup/speakup_soft.c index 42cdafe..2a67610 100644 --- a/drivers/staging/speakup/speakup_soft.c +++ b/drivers/staging/speakup/speakup_soft.c @@ -46,7 +46,7 @@ static int misc_registered; static struct var_t vars[] = { { CAPS_START, .u.s = {\x01+3p } }, { CAPS_STOP, .u.s = {\x01-3p } }, - { RATE, .u.n = {\x01%ds, 5, 0, 9, 0, 0, NULL } }, + { RATE, .u.n = {\x01%ds, 2, 0, 9, 0, 0, NULL } }, { PITCH, .u.n = {\x01%dp, 5, 0, 9, 0, 0, NULL } }, { VOL, .u.n = {\x01%dv, 5, 0, 9, 0, 0, NULL } }, { TONE, .u.n = {\x01%dx, 1, 0, 2, 0, 0, NULL } }, -- 1.7.10.130.g36e6c -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684923: fontconfig-config: Please stop messing with my /etc
Fabian Greffrath fab...@greffrath.com (05/09/2012): Obviously, you manually changed the symlink 70-no-bitmaps.conf to point to another file ../conf.avail/70-yes-bitmaps.conf. However, the symlinks are expected to point to files of the same name in the ../conf.avail directory. Says which doc? None AFAICT. Does conf.d/README talk about debconf at all? Hell no. The fontconfig-config.config script checks for the presence of these symlinks and interprets them according to the meaning of their file name. So the presence of the symlink called 70-no-bitmaps.conf - regardless of the name or content of the file it points to - suggests fontconfig that you do not want bitmap fonts enabled. I think this is reasonable behaviour. Had you cared to rename the symlink to 70-yes-bitmaps.conf then the repeated configuration of fontconfig-config would have turned out as you expected. So, IMHO, this is not a release-critical bug but merely the result of misconfiguration by the user. I started with a removal of the symlink. That change (too) was lost by the upgrade process. This is a RC bug. Mraw, KiBi. signature.asc Description: Digital signature
Bug#686743: kino: 001 is added to the filename
Package: kino Version: 1.3.4-1.3 Severity: normal Dear Maintainer, when I export a clip with MPEG (not others an then mpeg), then there is an 001 added to the filename. Before the extension .mpeg When I want to have a name like birds.mpeg, I enter birds and I get birds001.mpeg. This behavior is since the last update. Greetings Peter -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kino depends on: ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libavc1394-00.5.4-1 ii libavcodec537:0.10.3-dmo1 ii libavformat53 7:0.10.3-dmo1 ii libavutil51 7:0.11.1-dmo5 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdv4 1.0.0-4 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgcc1 1:4.7.1-7 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglade2-0 1:2.6.4-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-2 ii libice6 2:1.0.8-2 ii libiec61883-0 1.2.0-0.1 ii libpango1.0-0 1.30.0-1 ii libquicktime2 3:1.2.3-0.2 ii libraw1394-11 2.0.9-1 ii libsamplerate0 0.1.8-5 ii libsm6 2:1.2.1-2 ii libstdc++6 4.7.1-7 ii libswscale2 7:0.11.1-dmo5 ii libx11-62:1.5.0-1 ii libxext62:1.3.1-2 ii libxml2 2.8.0+dfsg1-5 ii libxv1 2:1.0.7-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages kino recommends: ii curl7.26.0-1 ii ffmpeg 7:0.11.1-dmo5 Versions of packages kino suggests: ii ffmpeg2theora 0.27-2 ii lame 1:3.99.5-dmo1 ii mjpegtools 1:2.0.0-dmo1 ii sox14.4.0-3 ii udev 175-7 ii vorbis-tools 1.4.0-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686744: rhythmbox: Rhythmbox quit while resding CD tracks
Package: rhythmbox Version: 2.97-2.1 Severity: important Tags: upstream Dear Maintainer, while I read a CD after 2 tracks quits. here's teh message: ~: rhythmbox Traceback (most recent call last): File /home/michele/.local/share/rhythmbox/plugins/AlbumArtSearch/AlbumArtSearch.py, line 43, in do_activate uim = self.shell.get_ui_manager() AttributeError: 'Shell' object has no attribute 'get_ui_manager' (rhythmbox:8826): Rhythmbox-WARNING **: cmd_previous: Unhandled error: Not currently playing (rhythmbox:8826): GLib-GObject-CRITICAL **: g_value_get_uint: assertion `G_VALUE_HOLDS_UINT (value)' failed Traceback (most recent call last): File /usr/lib/rhythmbox/plugins/rb/Loader.py, line 47, in _contents_cb (ok, contents, etag) = file.load_contents_finish(result) File /usr/lib/python2.7/dist-packages/gi/types.py, line 43, in function return info.invoke(*args, **kwargs) gi._glib.GError: Bad Request (rhythmbox:8826): GLib-GObject-CRITICAL **: g_value_get_uint: assertion `G_VALUE_HOLDS_UINT (value)' failed Traceback (most recent call last): File /usr/lib/rhythmbox/plugins/rb/Loader.py, line 47, in _contents_cb (ok, contents, etag) = file.load_contents_finish(result) File /usr/lib/python2.7/dist-packages/gi/types.py, line 43, in function return info.invoke(*args, **kwargs) gi._glib.GError: Bad Request (rhythmbox:8826): GLib-GObject-CRITICAL **: g_value_get_uint: assertion `G_VALUE_HOLDS_UINT (value)' failed Segmentation fault -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rhythmbox depends on: ii dbus 1.6.2-2 ii gnome-icon-theme 3.4.0-2 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-3 ii gstreamer0.10-x 0.10.36-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-35 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libffi5 3.0.10-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgirepository-1.0-11.32.1-1 ii libglib2.0-0 2.32.3-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-3 ii libice6 2:1.0.8-2 ii libjson-glib-1.0-0 0.14.2-1 ii libpango1.0-01.30.0-1 ii libpeas-1.0-01.4.0-2 ii librhythmbox-core6 2.97-2.1 ii libsm6 2:1.2.1-2 ii libsoup-gnome2.4-1 2.38.1-2 ii libsoup2.4-1 2.38.1-2 ii libtdb1 1.2.10-2 ii libtotem-plparser17 3.4.2-1 ii libxml2 2.8.0+dfsg1-5 ii media-player-info17-1 ii rhythmbox-data 2.97-2.1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages rhythmbox recommends: ii avahi-daemon0.6.31-1 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii gstreamer0.10-pulseaudio0.10.31-3 ii gvfs-backends 1.12.3-1+b1 ii notification-daemon 0.7.5-1 ii rhythmbox-plugins 2.97-2.1 ii yelp3.4.2-1 Versions of packages rhythmbox suggests: pn gnome-codec-install none ii gnome-control-center 1:3.4.2-2 ii gstreamer0.10-plugins-bad0.10.23-7 pn rhythmbox-plugin-cdrecorder none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686739: dh-make-perl: Incorrect resolution of dependencies
On Wed, 05 Sep 2012 10:02:05 +0200, Ralf Hildebrandt wrote: I'm trying to build CGI::Application::Dispatch as a debian package. Here's what happens: # dh-make-perl --cpan-mirror ftp://ftp.gwdg.de/pub/languages/perl/CPAN/ -build --cpan CGI::Application::Dispatch Going to read '/root/.cpan/Metadata' Database was generated on Wed, 05 Sep 2012 04:58:03 GMT CPAN: Digest::SHA loaded ok (v5.47) Checksum for /root/.cpan/source/authors/id/M/MA/MARKSTOS/CGI-Application-Dispatch-3.10.tar.gz ok CPAN: Archive::Tar loaded ok (v1.52) CGI-Application-Dispatch-3.10 CGI-Application-Dispatch-3.10/META.json CGI-Application-Dispatch-3.10/MANIFEST CGI-Application-Dispatch-3.10/META.yml CGI-Application-Dispatch-3.10/Build.PL CGI-Application-Dispatch-3.10/Changes CGI-Application-Dispatch-3.10/t CGI-Application-Dispatch-3.10/t/cgi.t CGI-Application-Dispatch-3.10/t/psgi.t CGI-Application-Dispatch-3.10/t/handler.t CGI-Application-Dispatch-3.10/t/conf CGI-Application-Dispatch-3.10/t/conf/extra.conf.in CGI-Application-Dispatch-3.10/t/conf/modperl_extra.pl CGI-Application-Dispatch-3.10/t/lib CGI-Application-Dispatch-3.10/t/lib/MyApp CGI-Application-Dispatch-3.10/t/lib/MyApp/DispatchPSGI.pm CGI-Application-Dispatch-3.10/t/lib/MyApp/DispatchTable.pm CGI-Application-Dispatch-3.10/t/lib/MyApp/DispatchTablePSGI.pm CGI-Application-Dispatch-3.10/t/lib/MyApp/Dispatch.pm CGI-Application-Dispatch-3.10/t/lib/MyApp/DispatchRest.pm CGI-Application-Dispatch-3.10/t/lib/MyApp/Module CGI-Application-Dispatch-3.10/t/lib/MyApp/Module/Bad.pm CGI-Application-Dispatch-3.10/t/lib/MyApp/Module/Rest.pm CGI-Application-Dispatch-3.10/t/lib/MyApp/Module/Name.pm CGI-Application-Dispatch-3.10/t/lib/Module CGI-Application-Dispatch-3.10/t/lib/Module/Name.pm CGI-Application-Dispatch-3.10/lib CGI-Application-Dispatch-3.10/lib/CGI CGI-Application-Dispatch-3.10/lib/CGI/Application CGI-Application-Dispatch-3.10/lib/CGI/Application/Dispatch.pm CGI-Application-Dispatch-3.10/lib/CGI/Application/Dispatch CGI-Application-Dispatch-3.10/lib/CGI/Application/Dispatch/PSGI.pm CGI-Application-Dispatch-3.10/lib/CGI/Application/Dispatch/Regexp.pm CPAN: File::Temp loaded ok (v0.22) Unsatisfied dependencies detected during MARKSTOS/CGI-Application-Dispatch-3.10.tar.gz Module::Build [build_requires] Shall I follow them and prepend them to the queue of modules we are processing right now? [yes] Cannot get M/MA/MARKSTOS/CGI-Application-Dispatch-3.10.tar.gz M/MA/MARKSTOS/CGI-Application-Dispatch-3.10.tar.gz is exactly the module it just loaded - why would it depend on itself? I'm not sure what happens here -- but all this output so far seems to be not from dh-make-perl itself but from the cpan client (or CPAN.pm used by dh-make-perl). And I think the error just says that CPAN.pm is unhappy after unpacking M/MA/MARKSTOS/CGI-Application-Dispatch-3.10.tar.gz because something is wrong with Module::Build. But why does it need Module::Build (which is in perl-modules) in the first place? (Does it need a newer version?) Anyway, I'm not convinced there is a dh-make-perl problem here; maybe more a problem with the local cpan config? BTW: CGI/Application/Dispatch.pm is in the libcgi-application-basic-plugin-bundle-perl package. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #191: Just type 'mv * /dev/null'. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662923: announcing package installer
AI implementation was licensed as GPL-2+ with custom not-for-sale clause after unfortunate accident when upstream was traumatised by someone who was selling his work on apple store. Rest of the code is licensed as GPL-2+. As far as I understand, the implications are that we can't legally distribute binaries if game is compiled with AI. Needless to mention that without AI the game is hardly playable. Also some of the images used by upstream may be non-free as well. Upstream is unwilling to discuss licensing issue. As workaround I've implemented the installer package which will download game sources directly from SourceForge, build the package and install it. Source package is available from http://mentors.debian.net/package/fheroes2-pkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686731: edos-distcheck: Syopped to work
On 09/05/2012 07:56 AM, Christian Marillat wrote: $ edos-builddebcheck /debian/data/unstable/Packages_i386 /debian/dists/unstable/main/source/Sources Merging... File /usr/share/edos-distcheck/add-sources.py, line 144, in module pkg = pkg_of_src(src) File /usr/share/edos-distcheck/add-sources.py, line 124, in pkg_of_src if src.has_key(field): AttributeError: 'Sources' object has no attribute 'has_key' Completing conflicts... * 100.0% Merging... 0 Fatal error: exception Failure(Warning: package ignored because it has no name) Can you please check if one of those files has an empty line at the beginning and try to run edos-builddebcheck after removing the extra empty line (in any)? It would also help us to provide those files so that we can try to reproduce the bug (even if they look downloaded from a Debian mirror... but we never know what users do with their files :)). Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686745: apt-listbugs: French templates translation
Package: apt-listbugs Version: N/A Severity: wishlist Tags: patch l10n *** /home/watchdog/Traduc/Debian/patch-po.txt Please find attached the French po templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # Translation of apt-listbugs to French # This file is distributed under the same license as the apt-listbugs package. # Copyright (C) 2009-2012 Debian French l10n team# Translators: # Frédéric Bothamy , 2004-2007 # Jean-Baka Domelevo Entfellner , 2008-2012 # msgid "" msgstr "" "Project-Id-Version: apt-listbugs 0.0.92\n" "Report-Msgid-Bugs-To: invernom...@paranoici.org\n" "POT-Creation-Date: 2012-07-28 23:06+0200\n" "PO-Revision-Date: 2012-08-27 09:30+0200\n" "Last-Translator: Jean-Baka Domelevo Entfellner \n" "Language-Team: French \n" "Language: fr\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=utf-8\n" "Content-Transfer-Encoding: 8bit\n" #: apt-listbugs:301 msgid "E: apt Pre-Install-Pkgs is not giving me expected 'VERSION 2' string.\n" msgstr "" "E: Pre-Install-Pkgs d'apt ne renvoie pas la chaîne attendue « VERSION " "2 ».\n" #: apt-listbugs:326 msgid "E: apt Pre-Install-Pkgs is giving me fewer fields than expected.\n" msgstr "E: Pre-Install-Pkgs d'apt renvoie moins de champs qu'attendu.\n" #: apt-listbugs:350 msgid "" "E: apt Pre-Install-Pkgs is giving me an invalid direction of version " "change.\n" msgstr "" "E: Pre-Install-Pkgs d'apt renvoie des indications de changement de " "version à contresens.\n" #: apt-listbugs:416 msgid "** Exiting with an error in order to stop the installation. **" msgstr "** Sortie sur erreur pour interrompre l'installation. **" #: lib/apt-listbugs/logic.rb:40 msgid "Usage: " msgstr "Usage : " #: lib/apt-listbugs/logic.rb:41 msgid " [options] [arguments]" msgstr " [options] [paramètres]" #: lib/apt-listbugs/logic.rb:43 msgid "Options:\n" msgstr "Options :\n" #: lib/apt-listbugs/logic.rb:44 msgid " -h : Display this help and exit.\n" msgstr " -h : afficher cette aide et quitter\n" #: lib/apt-listbugs/logic.rb:45 msgid " -v : Show version number and exit.\n" msgstr " -v : afficher le numéro de version et quitter.\n" #: lib/apt-listbugs/logic.rb:46 #, python-format msgid " -s : Severities you want to see [%s], or [all].\n" msgstr " -s : gravités à afficher [%s] ou [all] (toutes).\n" #: lib/apt-listbugs/logic.rb:47 msgid " -T : Tags you want to see.\n" msgstr " -T : étiquettes que vous voulez voir.\n" #: lib/apt-listbugs/logic.rb:48 #, python-format msgid " -S: Stats you want to see [%s].\n" msgstr "" " -S : statistiques à afficher\n" "[%s]\n" #: lib/apt-listbugs/logic.rb:49 msgid " -B : Restrict reporting to specified bug#s only.\n" msgstr "" " -B <#bogue>: ne rendre compte que du ou des bogue(s) désigné(s).\n" #: lib/apt-listbugs/logic.rb:50 msgid " -D : Show downgraded packages, too.\n" msgstr "" " -D : afficher également les paquets mis à jour vers une\n" "version inférieure à la version actuelle\n" #: lib/apt-listbugs/logic.rb:51 #, python-format msgid " -H : Hostname of Debian Bug Tracking System [%s].\n" msgstr "" " -H : nom d'hôte du système de gestion des bogues Debian\n" "[%s]\n" #: lib/apt-listbugs/logic.rb:52 #, python-format msgid " -p : Port number of the server [%s].\n" msgstr " -p : numéro de port du serveur [%s].\n" #: lib/apt-listbugs/logic.rb:53 #, python-format msgid " -P : Specifies Pin-Priority value [%s].\n" msgstr " -P <épinglage>: valeur pour l'épinglage (Pin-Priority) [%s].\n" #: lib/apt-listbugs/logic.rb:54 msgid " -E: Specifies the title of RSS output.\n" msgstr " -E : indiquer le titre de la sortie RSS\n" #: lib/apt-listbugs/logic.rb:55 msgid " -q : Don't display progress bar.\n" msgstr " -q : ne pas afficher la barre de progression\n" #: lib/apt-listbugs/logic.rb:56 msgid " -C : Specify apt.conf.\n" msgstr " -C : emplacement du fichier apt.conf\n" #: lib/apt-listbugs/logic.rb:57 msgid " -y : Assume that you select yes for all questions.\n" msgstr "" " -y : supposer
Bug#684923: fontconfig-config: Please stop messing with my /etc
On 2012-09-05 10:32:45 +0200, Cyril Brulebois wrote: Fabian Greffrath fab...@greffrath.com (05/09/2012): Obviously, you manually changed the symlink 70-no-bitmaps.conf to point to another file ../conf.avail/70-yes-bitmaps.conf. However, the symlinks are expected to point to files of the same name in the ../conf.avail directory. Says which doc? None AFAICT. Does conf.d/README talk about debconf at all? Hell no. I'd say that the conf.d/README file should be updated to mention that some symlinks may be managed by debconf. I started with a removal of the symlink. That change (too) was lost by the upgrade process. This is a RC bug. No, the fact that a symlink change (whether this is done manually or by a configuration via debconf) is not preserved after upgrade is not regarded as a RC bug. Quoting Steve Langasek[*]: Debian policy requires that local changes to configuration files are retained. This generally implies that packages should try to preserve configuration values represented in other ways (such as symlinks), but this is not a requirement of policy. And as I've pointed out, there are significant high-profile examples where admin changes to symlinks are not preserved. [*] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=412159#68 -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617940: Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file:
This message wasn't sent to the bug log but only to the control server. Forwarding it to the bug so that it shows up plainly in the history. The context and background for this is a discussion in debian-user. It spans months in the archive. August: http://lists.debian.org/debian-user/2012/08/msg02006.html September: http://lists.debian.org/debian-user/2012/09/msg9.html Regardless of the enthusiasm I don't think it is necessary to keep debian-user in the recipient list. Anyone interested can subscribe to the bug. Bob Chris Bannister wrote: From: Chris Bannister cbannis...@slingshot.co.nz To: cont...@bugs.debian.org Cc: debian-u...@lists.debian.org Subject: Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: Date: Tue, 4 Sep 2012 22:24:52 +1200 unarchive 617940 reopen 617940 thanks This bug still exists. See message: http://lists.debian.org/debian-user/2012/09/msg9.html and despite that it says there are no followups there are!, starting at: http://lists.debian.org/debian-user/2012/09/msg9.html The reason(s) for this bug being reopened are all the associated messages. It appears this bug was closed in error. Please keep debian-user in CC. -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X signature.asc Description: Digital signature
Bug#686739: dh-make-perl: Incorrect resolution of
dependencies Reply-To: In-Reply-To: 20120905080205.3982.11933.report...@vpn-gw-int.charite.de X-Debbugs-No-Ack: please tags 686739 confirmed fixed 686739 0.75-1 thanks -=| Ralf Hildebrandt, 05.09.2012 10:02:05 +0200 |=- Package: dh-make-perl Version: 0.70-1 Severity: important I'm trying to build CGI::Application::Dispatch as a debian package. Here's what happens: # dh-make-perl --cpan-mirror ftp://ftp.gwdg.de/pub/languages/perl/CPAN/ -build --cpan CGI::Application::Dispatch Going to read '/root/.cpan/Metadata' … CPAN: Digest::SHA loaded ok (v5.47) Checksum for /root/.cpan/source/authors/id/M/MA/MARKSTOS/CGI-Application-Dispatch-3.10.tar.gz ok CPAN: Archive::Tar loaded ok (v1.52) … CGI-Application-Dispatch-3.10/lib/CGI/Application/Dispatch/Regexp.pm CPAN: File::Temp loaded ok (v0.22) Unsatisfied dependencies detected during MARKSTOS/CGI-Application-Dispatch-3.10.tar.gz Module::Build [build_requires] Shall I follow them and prepend them to the queue of modules we are processing right now? [yes] Cannot get M/MA/MARKSTOS/CGI-Application-Dispatch-3.10.tar.gz I tried this on a squeeze system and it behaves as above. The reason is that the $dist-get call returns false, which is somewhat outside of dh-make-perl's realm. Answering 'no' to the question about pulling Module::Build leads to never reached at /usr/share/perl/5.10/CPAN/Distribution.pm line 667, STDIN line 1. This really sounds like a problem in CPAN.pm somewhere. Installing libmodule-build-perl for the Module::Build dependency doesn't seem to make any difference (it is not detected). This seems to work OK in dh-make-perl 0.75-1 from unstable. Marking the bug as fixed there for now. Perhaps there is some workaround that we could use in DhMakePerl::Command::make (line 280), any clues? signature.asc Description: Digital signature
Bug#678249: (no subject)
Dear debian user We will believe the bug you reported is fixed in mame 0.146-2, availaible in wheezy and sid. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686746: pidgin: SSL certificate verification is broken
Package: pidgin Version: 2.10.6-1 Severity: important Tags: security upstream The full bug description in the upstream's Trac: http://developer.pidgin.im/ticket/15308 According to the bug report, ssl_auth_cert in ssl-nss plugin always returns true. The bug reporter suggests to switch to GnuTLS plugin until NSS is fixed. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.5-trunk-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 3.2.5-1 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-26 ii libcairo2 1.10.2-2 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-20.98-1 ii libfontconfig1 2.9.0-3 ii libfreetype62.4.2-2.1 ii libgdk-pixbuf2.0-0 2.26.0-1 ii libglib2.0-02.32.0-1 ii libgstreamer0.10-0 0.10.35-1 ii libgtk2.0-0 2.24.10-1 ii libgtkspell02.0.13-2 ii libice6 2:1.0.5-1 ii libpango1.0-0 1.30.0-1 ii libpurple0 2.10.1-1 ii libsm6 2:1.1.0-2 ii libx11-62:1.4.99.901-2 ii libxml2 2.8.0+dfsg1-5 ii libxss1 1:1.2.1-2 ii perl-base [perlapi-5.14.2] 5.14.2-11 ii pidgin-data 2.10.1-1 Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base 0.10.29-4 ii gstreamer0.10-plugins-good 0.10.22-1 Versions of packages pidgin suggests: pn evolution-data-server none pn gnome-panel | kdebase-workspace-bin | docker none ii libsqlite3-0 3.7.13-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686747: lxc-debian template call for missing live-debconfig
Package: lxc Version: 0.8.0~rc1-8+deb7u1 Severity: normal Hi, local/lxc-debconf template call for missing live-debconfig on line 251: Chroot ${_ROOTFS} live-debconfig --noscripts But there is no live-debconf in any packages: $ apt-file update [...] $ apt-file search live-debconf |wc -l 0 Will this template be fixed for next release (wheezy) or should we use another template for building debian guest ? Regards. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii debconf [debconf-2.0] 1.5.46 ii libc6 2.13-35 ii libcap21:2.22-1 ii multiarch-support 2.13-35 Versions of packages lxc recommends: ii debootstrap 1.0.42 ii libcap2-bin 1:2.22-1 Versions of packages lxc suggests: ii lxctl 0.3.1+debian-2 -- debconf information: lxc/shutdown: /usr/bin/lxc-halt lxc/directory: /var/lib/lxc lxc/title: lxc/auto: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683756: [DSE-Dev] Bug#683756: selinux in permissive mode breaks gdm and X
Hi Ron, Am 05.09.2012 02:32, schrieb Ron Murray: I did some work on the remaining machine today. First I enabled debugging on the gdm3 daemon, set up an strace, and started gdm. As before, gdm3 respawned multiple times in short order before I stopped it. Only serious thing I could find was this, in one of the Xorg logs: Are you absolutely sure the context for gdm3 is correct at the machine where it doesn't work? You wrote that you relabeled and rebooted and that would restore the (wrong) context. Unfortunately (I'm not sure if this is a bug - it is intended but I don't like it) reenabling selinux after having it disabled triggers an autorelabel. This is what happened for me: I had selinux disabled, changed the context for gdm3, rebooted with selinux=1 security=selinux, the system did a relabeling on the boot, and I got a broken gdm3 right again. You then have to log into a VT (e.g. ctrl+alt+f1) and correct the label from the command line. Then you can reboot once again (which now will hopefully _not_ relabel) and after that it worked for me. An alternative would be to add the correct label to the local configuration but given that a fixed package should be just around the corner, a temporary workaround seems okay. This workaround is necessary for systems running unstable until the fix for this bug hits unstable and will be necessary for systems running testing until the fixed package migrates. Cheers, Mika -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685421: ITP: xul-ext-fullscreen -- Fullscreen theme for iceweasel
Hi Jakub, On Di 04 Sep 2012 23:13:29 CEST Jakub Wilk wrote: * Mike Gabriel mike.gabr...@das-netzwerkteam.de, 2012-08-20, 19:50: * URL : https://addons.mozilla.org/de/firefox/addon/fullscreen/ I'd remove de/ from the URL. -- Jakub Wilk It has been removed in the uploaded package. Thanks for pointing it out. The package is currently waiting for FTP master review in NEW. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpYiuTzKg13D.pgp Description: Digitale PGP-Unterschrift
Bug#686738: texlive-science: [ulqda] Use Digest::SHA from Perl core (libdigest-sha1-perl removed from Debian)
Control: tags -1 + pending Hi Norbert On Wed, Sep 05, 2012 at 04:52:59PM +0900, Norbert Preining wrote: On Wed, 05 Sep 2012, Salvatore Bonaccorso wrote: It seems that ulqda uses Digest::SHA1 (but this dependency not in Known, and already in the new git repository. Ah okay. Didn't noticed that (I missed the README.source about the git repo). And indeed added 31h ago! ;-) Thanks! http://anonscm.debian.org/gitweb/?p=debian-tex/texlive-nonbin.git;a=commitdiff;h=7d5ed51d3bcc447924683fc3730d4c32d6d597c5 But it will quite surely *NOT* appear in Debian to be released stable, since this is not really a critical bug to be fixed and asked for a freeze exception. If other people here on the list are of different opinion, please let me know. It depends on on how important ulqda is (I don't know it; I looked at revieved pkg-perl related bugs on launchpad and noticed the above one). But if you are planning anyway an update for wheezy to be included I think this can also be included. Thanks Norbert for the quick reply! Regards, Salvatore signature.asc Description: Digital signature
Bug#686630: closed by Christian Marillat maril...@debian.org
aw...@lafn.org writes: [...] Bug closed. -- Not so fast. insidewash103110.wmv is a file, with some content. Spelling this out more kludgilly, $mkvmerge -v -o insidewash103110.mkv insidewash103110.wmv mkvmerge: symbol lookup error: mkvmerge: undefined symbol: _ZN7libebml15EbmlCodeVersionE You must read the manpage. Source file sould be put *before* the output file. This command line should work. mkvmerge -v insidewash103110.wmv -o insidewash103110.mkv Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680566: chromium: also on armhf
Package: chromium Version: 20.0.1132.57~r145807-1 Followup-For: Bug #680566 Dear Maintainer, I just ran chromium on armhf (Efika MX Smartbook) and it segfaulted. Here's what gdb tells me about the core file: [New LWP 16197] Core was generated by `/usr/lib/chromium/chromium --password-store=detect'. Program terminated with signal 11, Segmentation fault. #0 0x001e3920 in ?? () (gdb) bt #0 0x001e3920 in ?? () #1 0x5628b95c in ?? () #2 0x5628b95c in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 2.6.31.14.27-efikamx Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 20.0.1132.57~r145807-1 ii gconf-service 3.2.5-1+build1 ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libcups21.5.3-1 ii libdbus-1-3 1.6.0-1 ii libevent-2.0-5 2.0.19-stable-3 ii libexpat1 2.1.0-1 ii libflac81.2.1-6+b1 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgcc1 1:4.7.1-7 ii libgconf-2-43.2.5-1+build1 ii libgcrypt11 1.5.0-3+b1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgnome-keyring0 3.4.1-1 ii libgtk2.0-0 2.24.10-2 ii libjpeg88d-1 ii libnspr42:4.9.1-1 ii libnss3 2:3.13.5-1 ii libnss3-1d 2:3.13.5-1 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii libpulse0 2.0-6 ii libspeex1 1.2~rc1-6 ii libstdc++6 4.7.1-7 ii libudev0175-7 ii libvpx1 1.1.0-1 ii libwebp20.1.3-3 ii libx11-62:1.5.0-1 ii libxcomposite1 1:0.4.3-2+b1 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4+b1 ii libxml2 2.8.0+dfsg1-5 ii libxrender1 1:0.9.7-1 ii libxslt1.1 1.1.26-13 ii libxss1 1:1.2.2-1 ii xdg-utils 1.1.0~rc1+git20111210-6 ii zlib1g 1:1.2.7.dfsg-13 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686731: edos-distcheck: Syopped to work
Mehdi Dogguy me...@dogguy.org writes: On 09/05/2012 07:56 AM, Christian Marillat wrote: $ edos-builddebcheck /debian/data/unstable/Packages_i386 /debian/dists/unstable/main/source/Sources Merging... File /usr/share/edos-distcheck/add-sources.py, line 144, in module pkg = pkg_of_src(src) File /usr/share/edos-distcheck/add-sources.py, line 124, in pkg_of_src if src.has_key(field): AttributeError: 'Sources' object has no attribute 'has_key' Completing conflicts... * 100.0% Merging... 0 Fatal error: exception Failure(Warning: package ignored because it has no name) Can you please check if one of those files has an empty line at the beginning and try to run edos-builddebcheck after removing the extra empty line (in any)? No empty line. Note, this was working before. It would also help us to provide those files so that we can try to reproduce the bug (even if they look downloaded from a Debian mirror... but we never know what users do with their files :)). Steps to reproduce this 'feature' : , | lynx -dump http://ftp.fr.debian.org/debian/dists/unstable/main/binary-i386/Packages.bz2 | bunzip2 -cd Packages_i386 | lynx -dump http://www.deb-multimedia.org/dists/unstable/main/binary-i386//Packages.bz2 | bunzip2 -cd Packages_i386 | lynx -dump http://www.deb-multimedia.org/dists/unstable/non-free/binary-i386/Packages.bz2 | bunzip2 -cd Packages_i386 | lynx -dump http://www.deb-multimedia.org/dists/unstable/main/source/Sources.bz2 | bunzip2 -cd Sources | edos-builddebcheck Packages_i386 Sources ` Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686748: [INTL:es] Spanish po-debconf update
Package: linux-base Version: 3.5 Severity: wishlist Tags: l10n, patch Please find attached the Spanish translation update for debconf. Regards, Omar # linux-2.6 po-debconf translation to Spanish # This file is distributed under the same license as the linux-2.6 package. # # Changes: #- Initial translation #Omar Campagne ocampa...@gmail.com 2010 # #- Review and update #Javier Fernandez-Sanguino, December 2010 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: linux-2.6 2.6.32+5\n Report-Msgid-Bugs-To: linux-b...@packages.debian.org\n POT-Creation-Date: 2012-08-31 13:51-0400\n PO-Revision-Date: 2012-09-01 11:38+0200\n Last-Translator: Omar Campagne ocampa...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.6.1\n X-POFile-SpellExtra: initrd postinsthook conf lib contrib yes IDE depmod\n X-POFile-SpellExtra: runningversion img script boot Free exitvalue version\n X-POFile-SpellExtra: Debian CORE free running dobootloader UUID dep SIGNAL\n X-POFile-SpellExtra: Guidelines modulesbase vmlinuz postinst\n #. Type: boolean #. Description #: ../templates:2001 msgid Update disk device IDs in system configuration? msgstr ¿Desea actualizar los identificadores de los dispositivos de disco en la configuración del sistema? #. Type: boolean #. Description #: ../templates:2001 msgid The new Linux kernel version provides different drivers for some PATA (IDE) controllers. The names of some hard disk, CD-ROM, and tape devices may change. msgstr La nueva versión del núcleo Linux proporciona controladores diferentes para algunos controladores PATA (IDE). Puede que cambien los nombres de algunos dispositivos de disco duro, disco óptico y de cinta. #. Type: boolean #. Description #: ../templates:2001 msgid It is now recommended to identify disk devices in configuration files by label or UUID (unique identifier) rather than by device name, which will work with both old and new kernel versions. msgstr Se recomienda identificar los dispositivos de disco en los ficheros de configuración mediante la etiqueta o el UUID (identificador único), en lugar del nombre de dispositivo, lo cual funcionará con las versiones antiguas y recientes del núcleo. #. Type: boolean #. Description #: ../templates:2001 msgid If you choose to not update the system configuration automatically, you must update device IDs yourself before the next system reboot or the system may become unbootable. msgstr Si selecciona no actualizar la configuración del sistema automáticamente, tendrá que actualizar los identificadores de dispositivo manualmente antes del siguiente arranque del sistema, o puede que el sistema no pueda arrancar. #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:3001 ../templates:4001 msgid Apply configuration changes to disk device IDs? msgstr ¿Desea realizar estos cambios en la configuración de los identificadores de dispositivos de disco? #. Type: boolean #. Description #: ../templates:3001 msgid These devices will be assigned UUIDs or labels: msgstr Se van a asignar etiquetas o UUID a los siguientes dispositivos: #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:3001 ../templates:4001 msgid These configuration files will be updated: msgstr Se van a actualizar los siguientes ficheros de configuración: #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:3001 ../templates:4001 msgid The device IDs will be changed as follows: msgstr Se van a modificar los identificadores de dispositivo de la siguiente forma: #. Type: error #. Description #: ../templates:5001 msgid Configuration files still contain deprecated device names msgstr Los ficheros de configuración aún contienen nombres obsoletos de dispositivo #. Type: error #. Description #: ../templates:5001 msgid The following configuration files still use some device names that may change when using the new kernel: msgstr Los siguientes ficheros de configuración aún usan algunos nombres de dispositivo que pueden cambiar al usar el
Bug#684480: libjs-wax: Missing html4-defs.js
clone ! -1 retitle -1 depend on yet-to-be-packaged google-caja severity -1 wishlist thanks Hello Andrew, thanks for your report. On Fri, 10 Aug 2012 21:26:33 +1000, Andrew Harvey wrote: Dear Maintainer, Upon trying to use wax.leaf.js the browser reports html4 is not defined from wax.leaf.js:842. I solved it by downloading the last available revision of html4-defs.js inside get-orig-source. This is not an optimal solution, and it would be best to package google-caja, as you already suggested (see bug mangling above). I pushed my changes to the git repository available at: git://git.debian.org/git/collab-maint/wax.js.git I currently have no time to make a test page to check whether it works or not (and that's why I'm not uploading the package right away) -- could you please build a package from there and try it? Thank you for spotting this bug, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#686731: edos-distcheck: Syopped to work
Hello, $ edos-builddebcheck /debian/data/unstable/Packages_i386 +/debian/dists/unstable/main/source/Sources Merging... File /usr/share/edos-distcheck/add-sources.py, line 144, in module pkg = pkg_of_src(src) File /usr/share/edos-distcheck/add-sources.py, line 124, in pkg_of_src if src.has_key(field): This seems to be due to a change in python-debian version 0.1.21+nmu1. Downgrading python-debian to version 0.1.21 (the one in testing) solves the problem. I'll try to understand what is going on ... -Ralf. -- Ralf Treinen Laboratoire Preuves, Programmes et Systèmes Université Paris Diderot, Paris, France. http://www.pps.univ-paris-diderot.fr/~treinen/ = New email address: trei...@pps.univ-paris-diderot.fr = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#214741: Bug still a problem
Just confirming, this is still a problem. -- All postal correspondence to: The Positive Internet Company, 24 Ganton Street, London. W1F 7QY The Positive Internet Company Limited is registered in England and Wales. Registered company number: 3673639. VAT no: 726 7072 28. Registered office: Northside House, Mount Pleasant, Barnet, Herts, EN4 9EE. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686749: [INTL:es] debconf's isdnutils Spanish translation update
Package: isdnutils Version: 1:3.25+dfsg1-2 Severity: wishlist Tags: l10n, tags Please find attached the Spanish updated translation for idsnutils' debconf file. Regards, Omar # isdnutils po-debconf translation to Spanish # Copyright (C) 2009 - 2012 Software in the Public Interest # This file is distributed under the same license as the isdnutils package. # # Changes: # - Initial translation # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2009 # # - Updates # Omar Campagne ocampa...@gmail.com, 2012. # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: isdnutils 1:3.25+dfsg1-2\n Report-Msgid-Bugs-To: isdnut...@packages.debian.org\n POT-Creation-Date: 2012-08-31 13:10-0400\n PO-Revision-Date: 2012-09-05 11:38+0200\n Last-Translator: Omar Campagne ocampa...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: error #. Description #: ../ipppd.templates:2001 msgid ISP dialup configuration already exists msgstr La configuración del ISP de marcado ya existe #. Type: error #. Description #: ../ipppd.templates:2001 msgid The device.${IPPP0} and ipppd.${IPPP0} files already exist. Therefore, the ipppd configuration phase won't touch anything there, as it looks like it has already been configured. msgstr Los archivos «device.${IPPP0}» e «ipppd.${IPPP0}» ya existen. Por lo que la fase de configuración de ipppd no tocará nada más de eso, ya que parece que ya ha sido configurado. #. Type: error #. Description #: ../ipppd.templates:2001 msgid If it doesn't work yet, and you want to try the automatic configuration, stop all ISDN processes (use \/etc/init.d/isdnutils stop\), remove the files mentioned above, and rerun the configuration with \dpkg-reconfigure ipppd\. After that, restart the ISDN processes with \/etc/init.d/isdnutils start\. msgstr Si no funciona todavÃa, y quiere intentar la configuración automática, pare todos los procesos de ISDN (utilice «/etc/init.d/isdnutils stop»), borre los archivos mencionados anteriormente, y ejecute de nuevo el proceso de configuración mediante «dpkg-reconfigure ipppd». Después de esto, reinicie los procesos de ISDN mediante «/etc/init.d/isdnutils start». #. Type: string #. Description #: ../ipppd.templates:3001 msgid Interface to configure: msgstr Interfaz a configurar: #. Type: string #. Description #: ../ipppd.templates:3001 msgid The default setting should be safe for most configurations. msgstr El valor predeterminado deberÃa ser seguro para la mayorÃa de las configuraciones. #. Type: string #. Description #: ../ipppd.templates:3001 msgid However, if you have special requirements or want to choose to configure another interface, please enter it here. msgstr Sin embargo, si tiene requisitos especiales o quiere escoger configurar otra interfaz, introdúzcala aquÃ. #. Type: string #. Description #: ../ipppd.templates:3001 msgid Leave the field blank if you do not want to configure anything now. msgstr Deje este campo en blanco si no quiere configurar nada ahora. #. Type: error #. Description #: ../ipppd.templates:4001 msgid Invalid interface name msgstr Nombre de interfaz inválido #. Type: error #. Description #: ../ipppd.templates:4001 msgid Valid interface names begin with \ippp\ followed by a number between 0 and 63. msgstr Los nombres de interfaz válidos comienzan por «ippp» seguidos de un número entre 0 y 63. #. Type: string #. Description #: ../ipppd.templates:5001 msgid ISP's telephone number: msgstr Número de teléfono del ISP: #. Type: string #. Description #: ../ipppd.templates:5001 msgid At least one phone number has to be dialed in order to connect to an Internet service provider (ISP). msgstr Al menos se debe marcar un número de teléfono para poder conectar con un Proveedor de Servicio de Internet (ISP). #. Type: string #. Description #: ../ipppd.templates:5001 msgid Please enter that telephone number here, including dialing prefixes, area codes, and so on, but without any spaces. msgstr Introduzca el número de teléfono aquÃ, incluyendo los prefijos de
Bug#686750: libmojolicious-perl: Websocket _xor_mask clobbers $_
Package: libmojolicious-perl Version: 2.98+dfsg-1 Severity: important Tags: upstream patch Dear Maintainer, WHen calling send on a webcsocket with masked mode on, the function _xor_mask overwrites $_ (without a local statement). This works fine most of the time, but fail if $_ is an alias to a read-only value . E.g. this fails: $ws-send('bar') for (qw/foo/) ; with : [error] Event read failed: Modification of a read-only value attempted at /usr/share/perl5/Mojo/Transaction/WebSocket.pm line 301. This issue has been fixed upstream: https://github.com/kraih/mojo/commit/2d31456be85b8cc5b71d08d8ae3c5ee463e4ec8c I'll apply this fix to our mojolicious ALl the best *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-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/bash Versions of packages libmojolicious-perl depends on: ii libjs-jquery 1.7.2+debian-2.1 ii perl 5.14.2-12 Versions of packages libmojolicious-perl recommends: ii libio-socket-inet6-perl 2.69-2 ii libio-socket-ssl-perl1.76-1 pn libmojo-server-fastcgi-perl none libmojolicious-perl 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#686751: openxenmanager: error when installing xenserver tools
Package: openxenmanager Version: 0.r80+dfsg-4 Severity: normal CD CD CD Traceback (most recent call last): File /usr/share/openxenmanager/window_menuitem.py, line 498, in on_installxenservertools_activate self.xc_servers[self.selected_host].install_xenserver_tools(self.selected_ref) File /usr/share/openxenmanager/oxcSERVER_vm_storage.py, line 149, in install_xenserver_tools res = self.connection.Async.VBD.insert(self.session_uuid, self.get_vm_dvd_ref(vm), vdi) File /usr/lib/python2.7/xmlrpclib.py, line 1224, in __call__ return self.__send(self.__name, args) File /usr/lib/python2.7/xmlrpclib.py, line 1572, in __request allow_none=self.__allow_none) File /usr/lib/python2.7/xmlrpclib.py, line 1085, in dumps data = m.dumps(params) File /usr/lib/python2.7/xmlrpclib.py, line 632, in dumps dump(v, write) File /usr/lib/python2.7/xmlrpclib.py, line 654, in __dump f(self, value, write) File /usr/lib/python2.7/xmlrpclib.py, line 658, in dump_nil raise TypeError, cannot marshal None unless allow_none is enabled TypeError: cannot marshal None unless allow_none is enabled This trace is seen when right clicking a win xp guest vm and selecting the option Install XenServer Tools -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openxenmanager depends on: ii python 2.7.3-2 ii python-glade2 2.24.0-3 ii python-gtk-vnc 0.5.1-1 ii python-gtk2 2.24.0-3 openxenmanager recommends no packages. openxenmanager 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#683273: Stable still vulnerable
The package is still vulnerable in stable and testing. Is this expected ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492099: Meget hurtigt svar
Din postkasse har overskredet det lagergrænse som fastsat af administratoren, og du vil ikke være i stand til at modtage nye mails indtil du igen validere det. At re-validere - klik her https://docs.google.com/spreadsheet/viewform?formkey=dDY5S05HeWtOZ2tiQmkyblhJVlk0d1E6MQ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685470: (no subject)
Since xmess-x and xmess-sdl are transitional packages, they depend on mess which has the right copyright file anyway. Is that enough to satisfy the copyright file claim ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686753: libroot-core-dev: wrong include #include snprintf.h
Package: libroot-core-dev Severity: grave Justification: renders package unusable /usr/include/root/Rtypes.h:35:67: fatal error: snprintf.h: No such file or directory according to apt-file, snprintf resides in libroot-core-dev so maybe we have to patch it ? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (999, 'unstable'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569668: davmail ITP status update (Re: ITP: davmail)
Hi, I see that libjackrabbit-java is now in Debian. How are you getting on with libhtmlcleaner-java and, more pertinently davmail packaging? I have a working package using Debian libraries instead of embedded ones : - http://sousmonlit.dyndns.org/~niol/apt/pool/main/libh/libhtmlcleaner-java/libhtmlcleaner-java_2.2-1~pre+1.dsc - http://sousmonlit.dyndns.org/~niol/apt/pool/main/d/davmail/davmail_3.9.9-1976-1~pre+1.dsc I tested it as server and as desktop application that sits in the tray. I tested only imap and smtp without SSL for the moment. I have a few open issues on the packaging, but they are mostly easy to fix, I just need advice : - Include in pkg-java Git on alioth? guidance? - Should I repack upstream source to get rid of embedded jars and dll or should I finish debian/copyright in order to document all licenses? I'm aware of the recent discussion about this on -devel, but I'm not sure about the outcome. - Should I keep debian/patches/base64-enc-dec which includes source from javamail or should I complete javamail ITP and depend on javamail instead of gnumail? - How should I handle ~/davmail.log which get created when davmail is run as a normal easier (desktop use)? - And I'll be seeking a sponsor. Any comment will be welcome. Thanks for reading, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686098: Acknowledgement (After wheezy, please add symlinks to make the OTF variant available under /u/s/fonts and thus for fontconfig)
Am 31.08.2012 11:02, schrieb Fabian Greffrath: Alternatively, it should be possible to resolve the font name clash (e.g. TeXGyreSchola vs. TeX Gyre Schola) in fontconfig, so that only one consistent font name is presented in applications. Then we could make both variants available for fontconfig - and applications (or fontconfig itself) could choose whatever suits better. The attached fontconfig file aligns the font names of the Opentype and Type1 fonts, so they appear only once in font selectors, although both font formats are made available to fontconfig (via a symlink in /u/s/fonts/opentype). I am, however, not an expert on fontconfig and a reviewq of someone more experienced would be appreciated. - Fabian ?xml version=1.0? !DOCTYPE fontconfig SYSTEM fonts.dtd fontconfig match target=scan test name=family stringTeXGyreAdventor/string /test edit name=family stringTeX Gyre Adventor/string /edit edit name=fullname stringTeX Gyre Adventor/string /edit /match match target=scan test name=family stringTeXGyreBonum/string /test edit name=family stringTeX Gyre Bonum/string /edit edit name=fullname stringTeX Gyre Bonum/string /edit /match match target=scan test name=family stringTeXGyreChorus/string /test edit name=family stringTeX Gyre Chorus/string /edit edit name=fullname stringTeX Gyre Chorus/string /edit /match match target=scan test name=family stringTeXGyreCursor/string /test edit name=family stringTeX Gyre Cursor/string /edit edit name=fullname stringTeX Gyre Cursor/string /edit /match match target=scan test name=family stringTeXGyreHeros/string /test edit name=family stringTeX Gyre Heros/string /edit edit name=fullname stringTeX Gyre Heros/string /edit /match match target=scan test name=family stringTeXGyreHerosCondensed/string /test edit name=family stringTeX Gyre Heros Cn/string /edit edit name=fullname stringTeX Gyre Heros Cn/string /edit /match match target=scan test name=family stringTeXGyrePagella/string /test edit name=family stringTeX Gyre Pagella/string /edit edit name=fullname stringTeX Gyre Pagella/string /edit /match match target=scan test name=family stringTeXGyreSchola/string /test edit name=family stringTeX Gyre Schola/string /edit edit name=fullname stringTeX Gyre Schola/string /edit /match match target=scan test name=family stringTeXGyreTermes/string /test edit name=family stringTeX Gyre Termes/string /edit edit name=fullname stringTeX Gyre Termes/string /edit /match alias binding=same familyTeXGyreAdventor/family accept familyTeX Gyre Adventor/family /accept /alias alias binding=same familyTeXGyreBonum/family accept familyTeX Gyre Bonum/family /accept /alias alias binding=same familyTeXGyreChorus/family accept familyTeX Gyre Chorus/family /accept /alias alias binding=same familyTeXGyreCursor/family accept familyTeX Gyre Cursor/family /accept /alias alias binding=same familyTeXGyreHeros/family accept familyTeX Gyre Heros/family /accept /alias alias binding=same familyTeXGyreHerosCondensed/family accept familyTeX Gyre Heros Cn/family /accept /alias alias binding=same familyTeXGyrePagella/family accept familyTeX Gyre Pagella/family /accept /alias alias binding=same familyTeXGyreSchola/family accept familyTeX Gyre Schola/family /accept /alias alias binding=same familyTeXGyreTermes/family accept familyTeX Gyre Termes/family /accept /alias /fontconfig
Bug#686731: edos-distcheck: Stopped to work
reassign 686731 python-debian notfound 686731 debian-python/0.1.21+nmu1 found 686731 python-debian/0.1.21+nmu1 thanks edos-distcheck should be changed to use if field in src: rather than if src.has_key(field): - the latter syntax will not work in Python 3. However, the regression in the Python 2 case is clearly a bug in my NMU, which I'll fix. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686754: update-grub generates wrong grub.cfg
Package: grub2-common Version: 1.99-22.1 Severity: important Hello, this bug seems only effect additional bootable partitions. At this time i try to copy my primary installation to a SSD. When i run update-grub my main partition is generated in the grub.cfg correct as menuentry 'Debian GNU/Linux, mit Linux 3.2.0-3-amd64' --class debian --class gnu-linux --class gnu --class os { insmod gzio insmod part_msdos insmod ext2 set root='(/dev/sda,msdos3)' search --no-floppy --fs-uuid --set=root 6bfc15a0-2e9d-4020-9346-9fd52d2696f5 echo'Linux 3.2.0-3-amd64 wird geladen ' linux /boot/vmlinuz-3.2.0-3-amd64 root=UUID=6bfc15a0-2e9d-4020-9346-9fd52d2696f5 ro quiet echo'Initiale Ramdisk wird geladen ' initrd /boot/initrd.img-3.2.0-3-amd64 } But the copy on my SSD is generated as menuentry Debian GNU/Linux, mit Linux 3.2.0-3-amd64 (on /dev/sdb1) --class gnu-linux --class gnu --class os { insmod part_msdos insmod ext2 set root='(/dev/sdb,msdos1)' search --no-floppy --fs-uuid --set=root a1135478-503b-4213-86eb-f6011e35b596 linux /boot/vmlinuz-3.2.0-3-amd64 root=UUID=6bfc15a0-2e9d-4020-9346-9fd52d2696f5 ro quiet initrd /boot/initrd.img-3.2.0-3-amd64 } You can see that the search has the correct UUID, but the linux the wrong UUID! So the system is always booted from the harddisk instead of the SSD. This error should be corrected. The system is booting correct after manual correction of this error in the grub.cfg. Regards Karsten -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (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 grub2-common depends on: ii dpkg 1.16.8 ii grub-common 1.99-22.1 ii install-info 4.13a.dfsg.1-10 grub2-common recommends no packages. # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default=0 if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } function load_video { insmod vbe insmod vga insmod video_bochs insmod video_cirrus } insmod part_msdos insmod ext2 set root='(/dev/sda,msdos3)' search --no-floppy --fs-uuid --set=root 6bfc15a0-2e9d-4020-9346-9fd52d2696f5 if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 load_video insmod gfxterm insmod part_msdos insmod ext2 set root='(/dev/sda,msdos3)' search --no-floppy --fs-uuid --set=root 6bfc15a0-2e9d-4020-9346-9fd52d2696f5 set locale_dir=($root)/boot/grub/locale set lang=de_DE insmod gettext fi terminal_output gfxterm set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod part_msdos insmod ext2 set root='(/dev/sda,msdos3)' search --no-floppy --fs-uuid --set=root 6bfc15a0-2e9d-4020-9346-9fd52d2696f5 insmod png if background_image /usr/share/images/desktop-base/joy-grub.png; then set color_normal=white/black set color_highlight=black/white else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, mit Linux 3.2.0-3-amd64' --class debian --class gnu-linux --class gnu --class os { insmod gzio insmod part_msdos insmod ext2 set root='(/dev/sda,msdos3)' search --no-floppy --fs-uuid --set=root 6bfc15a0-2e9d-4020-9346-9fd52d2696f5 echo'Linux 3.2.0-3-amd64 wird geladen â¦' linux /boot/vmlinuz-3.2.0-3-amd64 root=UUID=6bfc15a0-2e9d-4020-9346-9fd52d2696f5 ro quiet echo'Initiale Ramdisk wird geladen â¦' initrd /boot/initrd.img-3.2.0-3-amd64 } menuentry 'Debian GNU/Linux, mit Linux 3.2.0-3-amd64 (Wiederherstellungsmodus)' --class debian --class gnu-linux --class gnu --class os { insmod gzio insmod part_msdos insmod ext2 set root='(/dev/sda,msdos3)' search --no-floppy --fs-uuid --set=root 6bfc15a0-2e9d-4020-9346-9fd52d2696f5 echo'Linux 3.2.0-3-amd64 wird geladen â¦' linux /boot/vmlinuz-3.2.0-3-amd64 root=UUID=6bfc15a0-2e9d-4020-9346-9fd52d2696f5 ro single echo'Initiale Ramdisk wird geladen â¦' initrd /boot/initrd.img-3.2.0-3-amd64 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/20_linux_xen ### ### END /etc/grub.d/20_linux_xen ### ### BEGIN
Bug#686755: unblock: nautilus-dropbox/1.4.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nautilus-dropbox It's a new upstream version but it introduces no code changes. However I added some supplementary Debian-specific changes which I'd like to see in the stable release as they are meant to simplify my life when user report bugs about the package. And I also added support to forward https_proxy over the pkexec call (which drops environment variables) and this can fix download issues for a small fraction of the users. The package is in non-free so you have nothing to worry about. It will never become a release blocker since it's not part of Debian. unblock nautilus-dropbox/1.4.0-2 Thank you in advance! -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.4-trunk-amd64 (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661646:
Hello there, I reported this problem to upstream a few months before and provided similar path: http://lists.untroubled.org/?list=bgwarecmd=showmsgmsgnum=5443 New version of twoftpd (1.42) has this path included. --- Best regards, Anton Khalikov
Bug#682560: Announce of the upcoming NMU for the sysvinit package (SHORT CALL)
Christian, I have an updated translation and sent it through email, but it seems it it didn't reach the bug report. I'll review and resubmit. Best regards Javier
Bug#686731: edos-distcheck: Stopped to work
Dear python-debian maintainers, here's my NMU diff for this bug, which I've also pushed to my python3 git branch. I've uploaded this without delay since it's a regression. diff -Nru python-debian-0.1.21+nmu1/debian/changelog python-debian-0.1.21+nmu2/debian/changelog --- python-debian-0.1.21+nmu1/debian/changelog 2012-08-22 16:27:06.0 +0100 +++ python-debian-0.1.21+nmu2/debian/changelog 2012-09-05 11:29:00.0 +0100 @@ -1,3 +1,11 @@ +python-debian (0.1.21+nmu2) unstable; urgency=low + + * Non-maintainer upload. + * In Python 2, restore Deb822Dict.has_key method for compatibility. +(Closes: #686731) + + -- Colin Watson cjwat...@debian.org Wed, 05 Sep 2012 11:28:58 +0100 + python-debian (0.1.21+nmu1) unstable; urgency=low * Non-maintainer upload. diff -Nru python-debian-0.1.21+nmu1/lib/debian/deb822.py python-debian-0.1.21+nmu2/lib/debian/deb822.py --- python-debian-0.1.21+nmu1/lib/debian/deb822.py 2012-08-22 16:26:15.0 +0100 +++ python-debian-0.1.21+nmu2/lib/debian/deb822.py 2012-09-05 11:17:38.0 +0100 @@ -270,7 +270,10 @@ def __contains__(self, key): key = _strI(key) return key in self.__keys - + +if sys.version '3': +has_key = __contains__ + ### END _mutable_mapping_mixin methods def __repr__(self): Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679005: Re:
I get an assembler error while building: Conditional branch out of range Emmanuel Kasper emman...@libera.cc schrieb: Le 04/09/2012 19:56, Thomas Maass a écrit : Hi! The segfault is still there (armhf). How can I help to debug this? can you rebuild the package with OPTIMIZE=0 instead of OPTIMIZE=2 in debian/rules this should lower the performance, but bypass gcc optimizations problems (cause of bugs with mame)
Bug#686756: fontconfig file for fonts-bpg-georgian
Package: fonts-bpg-georgian Version: 0.5a-6 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Hi there, I see there's a good effort underway to improve fontconfig files (pushed mainly by some new warnings in fontconfig itself). Ubuntu has long shipped a config file for fonts-bpg-georgian in its language-selector package, which was activated when a user selected an appropriate locale in a GUI. I just moved this config file out where it should belong — into the fonts-bpg-georgian package itself. I also added a lang guard. The config file is attached. I don't think there's any reason for it to be Ubuntu specific — could you review it and include in your next upload if you're satisfied? We'd then get the packages back in sync. Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] ?xml version=1.0? !DOCTYPE fontconfig SYSTEM fonts.dtd fontconfig alias test name=lang stringka-ge/string /test familyserif/family prefer familyBPG Elite/family /prefer /alias alias test name=lang compare=eq stringka-ge/string /test familysans-serif/family prefer familyBPG Rioni/family /prefer /alias alias test name=lang compare=eq stringka-ge/string /test familymonospace/family prefer familyBpg Courier/family /prefer /alias /fontconfig signature.asc Description: Digital signature
Bug#686757: unblock: zgv/5.9-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: k...@debian.org Dear release team, Please unblock package zgv version 5.9-5. Some time ago I asked for a freeze exception [1] and received optimistic reply [2]. Yesterday this package was checked and uploaded to unstable [3]. I believe it can be updated in Wheezy. But there will be no problem if package is not approved in Wheezy. Just it will wait Jessie. Best regards, Boris [1] https://lists.debian.org/debian-release/2012/07/msg00311.html [2] https://lists.debian.org/debian-release/2012/07/msg00952.html [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679594#10 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682308: libcairo2: Slow tab switching in chromium w/ nvidia
I ran into this very same problem after an upgrade of my desktop system from squeeze to wheezy. After reading this bug report I checked and the nvidia drivers in unstable are 304.37, so I upgraded to those packages from unstable, and this solved the problem. (system is very responsive and works as expected). So it looks like that fix from version 304.30 does indeed solve the problem. Jesse -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686758: make-fai-nfsroot: verify that the hook are an ordinary file before source:ing it
Package: make-fai-nfsroot Version: 4.0.3 (or git) Severity: normal Dear Maintainer, make-fai-nfsroot tries to run all files in $NFSROOT_HOOKS no matter if it is directories or special files. At least a basic check should be done. Diff against current git. diff --git a/bin/fai-make-nfsroot b/bin/fai-make-nfsroot index 6cab090..7a38681 100755 --- a/bin/fai-make-nfsroot +++ b/bin/fai-make-nfsroot @@ -516,7 +516,9 @@ run_hooks() { echo Running hooks... for file in $(cd $NFSROOT_HOOKS ;ls 2/dev/null | egrep '^[[:alnum:]_.-]+$'); do -. $NFSROOT_HOOKS/$file + if [ -f $NFSROOT_HOOKS/$file ]; then + . $NFSROOT_HOOKS/$file + fi done } # - - - - - - - - - - - - - - - - - - - - - - - - - - -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-30-generic (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.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#683142: unblock: bdii/5.2.12-1
fre 2012-08-31 klockan 14:01 +0200 skrev Niels Thykier: I believe the RC bug fix on 5.2.5-2 should be reasonable sane and lets take that as a starting point. ~Niels bdii_5.2.5-2+wheezy1 was uploaded to testing-proposed-updates. Mattias smime.p7s Description: S/MIME cryptographic signature
Bug#456165: Show stopers for handbreak in debian ?
Hi there. On Sep 05 2012, Fabian Greffrath wrote: Dear Rogério, Am 27.08.2012 14:58, schrieb Fabian Greffrath: Am 27.08.2012 14:43, schrieb Niv Sardi: I think it's good enough, I'd say upload to experimental, and then we see how we fix it. Generally I agree, but Rogerio (CC'ed) also has a word to say about this. Rogerio? hiding is futile, I can see that you are alive from your recent blog posts. ;) Thanks for the lovely ping. :) Niv is interested in uploading the current state of handbrake to Debian experimental. Do you agree with this plan or are there any severe show stoppers left in your opinion? Please, go ahead. There are some other points that we should work on, but no showstopper (well, my private copy with FAAC and with mp4v2 *does* have issues and is segfaulting in some ways, but I don't think that applies to the the stripped down version in Debian). Let's get it past the NEW queue so that we can upload some other incremental things in further uploads, until we have something in shape. Niv, it would be nice if you could add the DMUA flag set to yes, so that I can upload newer versions (I am a DM). Fabian, would you mind writing/adapting a script to strip down windows binaries etc. from the upstream package? I could do that, but I'm quite busy blogging :) right now. :) (not, not really). :) Thanks, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642343: backport of patches to fix the issue
Hi, the patch fixed the issue for me. $ pybootchartgui No path given, trying /var/log/bootchart.tgz parsing '/var/log/bootchart.tgz' parsing 'header' parsing 'dmesg' parsing 'cmdline2.log' parsing 'paternity.log' Odd paternity line '' parsing 'proc_cpuinfo.log' parsing 'proc_diskstats.log' parsing 'proc_meminfo.log' parsing 'proc_stat.log' parsing 'taskstats.log' merged 0 logger processes pruned 2511 process, 0 exploders, 97 threads, and 25 runs merged 0 logger processes bootchart written to 'bootchart.png' Thanks, Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#456165: Show stopers for handbreak in debian ?
As said, i'm happy to sponsor an upload. But wouldn't want to overstep DDs in pkg-multimedia. Fabian was seeming to say there are a lot there :) Cheers, -- mobile: http://three.sentenc.es On 5 Sep 2012 08:30, Rogério Brito rbr...@ime.usp.br wrote: Hi there. On Sep 05 2012, Fabian Greffrath wrote: Dear Rogério, Am 27.08.2012 14:58, schrieb Fabian Greffrath: Am 27.08.2012 14:43, schrieb Niv Sardi: I think it's good enough, I'd say upload to experimental, and then we see how we fix it. Generally I agree, but Rogerio (CC'ed) also has a word to say about this. Rogerio? hiding is futile, I can see that you are alive from your recent blog posts. ;) Thanks for the lovely ping. :) Niv is interested in uploading the current state of handbrake to Debian experimental. Do you agree with this plan or are there any severe show stoppers left in your opinion? Please, go ahead. There are some other points that we should work on, but no showstopper (well, my private copy with FAAC and with mp4v2 *does* have issues and is segfaulting in some ways, but I don't think that applies to the the stripped down version in Debian). Let's get it past the NEW queue so that we can upload some other incremental things in further uploads, until we have something in shape. Niv, it would be nice if you could add the DMUA flag set to yes, so that I can upload newer versions (I am a DM). Fabian, would you mind writing/adapting a script to strip down windows binaries etc. from the upstream package? I could do that, but I'm quite busy blogging :) right now. :) (not, not really). :) Thanks, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
Bug#686731: edos-distcheck: Stopped to work
clone 686731 -1 reassign -1 edos-distcheck retitle -1 add-sources.py should use forward compatible in syntax instead of has_key severity -1 wishlist tags -1 + pending thanks On Wed, Sep 05, 2012 at 11:20:10AM +0100, Colin Watson wrote: edos-distcheck should be changed to use if field in src: rather than if src.has_key(field): - the latter syntax will not work in Python 3. Thanks for noticing, I've just pushed a fix for that to edos-distcheck Git repo. (Debian OCamlers: I've tested it and it seems to work properly, but more testing is welcome!) However, the regression in the Python 2 case is clearly a bug in my NMU, which I'll fix. And while we're at it: thanks also for your python-debian NMU, without which we would still be without a Python 3 port of it. Regression happens when doing stuff: they're no big deal, especially when someone is as quick as you've been in cleaning up after them :-) Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Debian Project Leader . . . . . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#685353: qemu-kvm 1.1.1 hangs using 100% CPU when using ES1370 emulation
Hi Vassily, Hi Michael, * malc schrieb: Audio compiled without optimzations which should give meaningful backtrace and contents of local variables. Here it is, (both host and guest had 48kHz capture sample rate). kvm.real is the qemu-kvm binary, version 1.1.1, -O0. 0x7f18106dfb6e in st_rate_flow (opaque=0x7f1812c40550, ibuf=0x7f1812b41360, obuf=0x7f1812b6b0e0, isamp=0x7fff8e3fe428, osamp=0x7fff8e3fe42c) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/audio/rate_template.h:73 73 rate-ipos++; (gdb) info threads Id Target Id Frame 2Thread 0x7f1804d1a700 (LWP 2157) kvm.real 0x7f180c833cec in __lll_lock_wait () from /lib/x86_64-linux-gnu/libpthread.so.0 * 1Thread 0x7f181055e8e0 (LWP 2156) kvm.real 0x7f18106dfb6e in st_rate_flow (opaque=0x7f1812c40550, ibuf=0x7f1812b41360, obuf=0x7f1812b6b0e0, isamp=0x7fff8e3fe428, osamp=0x7fff8e3fe42c) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/audio/rate_template.h:73 (gdb) thread apply all bt full Thread 2 (Thread 0x7f1804d1a700 (LWP 2157)): #0 0x7f180c833cec in __lll_lock_wait () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #1 0x7f180c82f339 in _L_lock_926 () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #2 0x7f180c82f15b in pthread_mutex_lock () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #3 0x7f181085be4f in qemu_mutex_lock (mutex=0x7f18115d3760) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/qemu-thread-posix.c:54 err = 0 __func__ = qemu_mutex_lock #4 0x7f18108d95c8 in qemu_mutex_lock_iothread () at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/cpus.c:897 No locals. #5 0x7f1810910481 in kvm_cpu_exec (env=0x7f1812a4f520) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/kvm-all.c:1268 run = 0x7f1810654000 ret = 0 run_ret = 0 #6 0x7f18108d90fc in qemu_kvm_cpu_thread_fn (arg=0x7f1812a4f520) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/cpus.c:752 env = 0x7f1812a4f520 r = 65536 #7 0x7f180c82cb50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #8 0x7f180c57770d in clone () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #9 0x in ?? () No symbol table info available. Thread 1 (Thread 0x7f181055e8e0 (LWP 2156)): #0 0x7f18106dfb6e in st_rate_flow (opaque=0x7f1812c40550, ibuf=0x7f1812b41360, obuf=0x7f1812b6b0e0, isamp=0x7fff8e3fe428, osamp=0x7fff8e3fe42c) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/audio/rate_template.h:73 rate = 0x7f1812c40550 istart = 0x7f1812b1c340 iend = 0x7f1812b46bf0 ostart = 0x7f1812b6b0e0 oend = 0x7f1812b6b3a0 ilast = {l = 22085632, r = 111673344} icur = {l = -12451840, r = -40763392} out = {l = 4281343687, r = 139741334659632} t = 3165658096 #1 0x7f18106d7e2f in audio_pcm_sw_read (sw=0x7f1812c3f160, buf=0x7fff8e3fe5a0, size=4096) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/audio/audio.c:952 hw = 0x7f1812c28de0 samples = 1024 live = 15052 ret = 980 swlim = 44 isamp = 10891 osamp = 44 rpos = 0 total = -809300243 src = 0x7f1812b1c340 dst = 0x7f1812b6b0e0 __FUNCTION__ = audio_pcm_sw_read #2 0x7f18106d5913 in alsa_read (sw=0x7f1812c3f160, buf=0x7fff8e3fe5a0, size=4096) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/audio/alsaaudio.c:1117 No locals. #3 0x7f18106dabbd in AUD_read (sw=0x7f1812c3f160, buf=0x7fff8e3fe5a0, size=4096) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/audio/audio.c:1173 bytes = 4096 #4 0x7f18107a59e0 in es1370_transfer_audio (s=0x7f1812acb4a0, d=0x7f1812acb9b8, loop_sel=32768, max=54560, irq=0x7fff8e3ff5fc) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/hw/es1370.c:803 acquired = 4096 to_copy = 4096 tmpbuf =
Bug#686760: ITP: avian -- lightweight virtual machine using the OpenJDK class library
Package: wnpp Severity: wishlist Owner: Matthias Klose d...@debian.org * Package name: avian Version : 0.6+20120905 Upstream Author : Avian Contributors * URL : http://oss.readytalk.com/avian/ * License : BSD Description : lightweight virtual machine using the OpenJDK class library Avian is a lightweight virtual machine and class library designed to provide a useful subset of Java's features, suitable for building self-contained applications. . The VM is implemented from scratch and designed to be both fast and small. . - Just-In-Time (JIT) compilation for fast method execution. - Generational, copying garbage collection ensures short pause times and good spatial locality. - Thread-local heaps provide O(1) memory allocation with no synchronization overhead. - Null pointer dereferences are handled via OS signals to avoid unnecessary branches. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686761: firmware-nonfree 0.37: [INTL:pt] Portuguese translation for debconf messages
Package: firmware-nonfree 0.37 Version: 0.37 Tags: l10n, patch Severity: wishlist Portuguese translation for firmware-nonfree's debconf messages. Translator: Rui Branco ru...@debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Melhores cumprimentos/Best regards, Traduz! - Portuguese Translation Team pt.po.gz Description: GNU Zip compressed data
Bug#683355: emacs24: garbage inserted in the buffer when starting Emacs in a terminal via SSH
tags 683355 upstream forwarded 683355 http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12354 thanks On 2012-07-31 03:10:16 +0200, Vincent Lefevre wrote: This is similar to bug 608417 in emacs23, but this emacs23 bug was reproducible with emacs -Q. With emacs24, I couldn't reproduce the problem with the -Q option, but it is always reproducible with emacs -q foo (one needs an argument to get a writable buffer). Now this is also reproducible with emacs -Q foo. Actually, to avoid the bug, upstream says that one needs to change the value of xterm-extra-capabilities, e.g. by setting it to t. But here this has no effect, e.g. with emacs -Q -eval '(setq xterm-extra-capabilities t)' foo I can also reproduce the bug with upstream's GNU Emacs 24.2.1. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#456165: Show stopers for handbreak in debian ?
Hi, Niv. On Wed, Sep 5, 2012 at 8:37 AM, Niv Sardi xa...@debian.org wrote: As said, i'm happy to sponsor an upload. But wouldn't want to overstep DDs in pkg-multimedia. I don't think that anybody in pkg-multimedia would mind you uploading to the the NEW queue barrier done, especially now that the ftpmasters may be more strict with approvals of new packages (is this impression of mine really true?). Fabian was seeming to say there are a lot there :) Not really sure about the lot, but I agree with everything that Fabian has said. Well, if I don't agree, I will point those things out. :) Thanks, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686762: gnome-mplayer: Don't claim to support audio/midi
Package: gnome-mplayer Version: 1.0.6-1 Severity: normal Tags: patch Hi Aron, from the discussion in [1] I learned that mplayer doesn't support to play midi files and according to [2] one needs to add xmms plugins to mplayer to get support. So I propose to drop audio/midi from the list of supported mime types in gnome-mplayer.desktop as the default configuration clearly doesn't support it. Please let me know what you think of this. If you're okay with this change I'll add the bug numbers to the changelog and commit it. Cheers [1] https://bugs.launchpad.net/ubuntu/+source/gnome-mplayer/+bug/1005861 [2] https://groups.google.com/forum/?fromgroups=#!topic/gecko-mediaplayer/mrYP5v1AFTw -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-mplayer depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii libasound2 1.0.25-4 ii libc62.13-35 ii libcairo21.12.2-2 ii libcurl3-gnutls 7.27.0-1 ii libdbus-1-3 1.6.2-2 ii libdbus-glib-1-2 0.100-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgmlib01.0.6-1 ii libgmtk0 1.0.6-1 ii libgpod4 0.8.2-6 ii libgtk-3-0 3.4.2-3 ii libmusicbrainz3-63.0.2-2.1 ii libnautilus-extension1a 3.4.2-1+build1 ii libnotify4 0.7.5-1 ii libx11-6 2:1.5.0-1 ii libxss1 1:1.2.2-1 ii mplayer2 [mplayer] 2.0-554-gf63dbad-1+b1 gnome-mplayer recommends no packages. Versions of packages gnome-mplayer suggests: ii gecko-mediaplayer 1.0.6-2 -- no debconf information diff -Nru gnome-mplayer-1.0.6/debian/changelog gnome-mplayer-1.0.6/debian/changelog --- gnome-mplayer-1.0.6/debian/changelog 2012-05-02 11:36:32.0 +0200 +++ gnome-mplayer-1.0.6/debian/changelog 2012-09-05 13:43:36.0 +0200 @@ -1,3 +1,12 @@ +gnome-mplayer (1.0.6-2) UNRELEASED; urgency=low + + * Team uploaded. + * debian/patches: Add remove-audio-midi-from-desktop.patch to remove +audio/mime from the list of supported mime types. mplayer doesn't support +midi files, so gnome-mplayer doesn't either. + + -- Sebastian Ramacher s.ramac...@gmx.at Wed, 05 Sep 2012 13:35:48 +0200 + gnome-mplayer (1.0.6-1) unstable; urgency=low * Team upload. diff -Nru gnome-mplayer-1.0.6/debian/patches/remove-audio-midi-from-desktop.patch gnome-mplayer-1.0.6/debian/patches/remove-audio-midi-from-desktop.patch --- gnome-mplayer-1.0.6/debian/patches/remove-audio-midi-from-desktop.patch 1970-01-01 01:00:00.0 +0100 +++ gnome-mplayer-1.0.6/debian/patches/remove-audio-midi-from-desktop.patch 2012-09-05 13:44:42.0 +0200 @@ -0,0 +1,17 @@ +Description: Don't claim to support audio/midi. + mplayer shipped by Debian doesn't support midi files so gnome-mplayer doesn't + support them. +Author: Sebastian Ramacher s.ramac...@gmx.at +Last-Update: 2012-00-05 +Forwarded: no + +diff --git a/gnome-mplayer.desktop b/gnome-mplayer.desktop +index 7b74311..3e46c6c 100644 +--- a/gnome-mplayer.desktop b/gnome-mplayer.desktop +@@ -39,4 +39,4 @@ StartupNotify=true + Terminal=false + Type=Application + Categories=AudioVideo;Audio;Video;Player;TV;
Bug#686758: make-fai-nfsroot: verify that the hook are an ordinary file before source:ing it
reassign 686758 fai-server 4.0.3 tag 686758 + patch thanks Björn Torkelsson tor...@hpc2n.umu.se writes: Package: make-fai-nfsroot Version: 4.0.3 (or git) When filing bugs, please file it against a package which contains the command, instead of filing it against the command name itself. Misfiled bugs do not end up forwarded to the maintainer, unless someone reassigns the bug like I did now. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#456165: Show stopers for handbreak in debian ?
Am 05.09.2012 13:52, schrieb Rogério Brito: I don't think that anybody in pkg-multimedia would mind you uploading to the the NEW queue barrier done, especially now that the ftpmasters Most definitely not, we are a very friendly team and welcome every helping hand. I could not imagine Reinhard or Andres (the to others listed as Uploaders) would mind if you sponsored an Upload. Although joining the team and adding yourself to Uploaders would be appreciated, of course. may be more strict with approvals of new packages (is this impression of mine really true?). I guess so. We are in a freeze and I believe they have more important things to do. Not really sure about the lot, but I agree with everything that Fabian has said. Well, if I don't agree, I will point those things out. :) In one of his previous mails Niv told me that handbrake would currently FTBFS. I am not sure why this happens, but it may be due to Debian's unpatched a52dec library and handbrake patch 0009 being disabled. Apart from that, IMHO all that's needed is a rebuild of the source tarball. Unfortunately, I don't have the spare time right now to do this myself and I am not sure about integration with uscan(1). - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686763: unblock: moin/1.9.4-8
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package moin; security fix for CVE-2012-4404. debdiff attached. unblock moin/1.9.4-8 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru moin-1.9.4/debian/changelog moin-1.9.4/debian/changelog --- moin-1.9.4/debian/changelog 2012-08-10 14:31:06.0 +0100 +++ moin-1.9.4/debian/changelog 2012-09-05 01:57:33.0 +0100 @@ -1,3 +1,11 @@ +moin (1.9.4-8) unstable; urgency=high + + * High urgency for a security fix + * Add patch from upstream to fix a virtual group bug in ACL evaluation +(CVE-2012-). + + -- Steve McIntyre 93...@debian.org Wed, 05 Sep 2012 01:57:30 +0100 + moin (1.9.4-7) unstable; urgency=low * subprocess.check_output only appeared in python 2.7. Use diff -Nru moin-1.9.4/debian/patches/CVE-2012-XXX-virtual-group-ACL.patch moin-1.9.4/debian/patches/CVE-2012-XXX-virtual-group-ACL.patch --- moin-1.9.4/debian/patches/CVE-2012-XXX-virtual-group-ACL.patch 1970-01-01 01:00:00.0 +0100 +++ moin-1.9.4/debian/patches/CVE-2012-XXX-virtual-group-ACL.patch 2012-09-05 01:58:10.0 +0100 @@ -0,0 +1,136 @@ + +# HG changeset patch +# User Thomas Waldmann tw AT waldmann-edv DOT de +# Date 1346679035 -7200 +# Node ID 7b9f39289e16b37344480025f191d8b64480c834 +# Parent 0e58d9bcd3bd8ab3a89506d66bc0c8df85c16d2c +security fix: fix virtual group bug in ACL evaluation, add a test for it + +affected moin releases: all 1.9 releases up to and including 1.9.4 + +moin releases 1.9 are NOT affected. + +You can find out the moin version by looking at SystemInfo page or at the +output of SystemInfo macro. + +Issue description: + +We have code that checks whether a group has special members All or Known +or Trusted, but there was a bug that checked whether these are present in +the group NAME (not, as intended, in the group MEMBERS). + +a) If you have group MEMBERS like All or Known or Trusted, they did not +work until now, but will start working with this changeset. + +E.g. SomeGroup: + * JoeDoe + * Trusted + +SomeGroup will now (correctly) include JoeDoe and also all trusted users. + +It (erroneously) contained only JoeDoe and Trusted (as a username, not +as a virtual group) before. + +b) If you have group NAMES containing All or Known or Trusted, they behaved +wrong until now (they erroneously included All/Known/Trusted users even if +you did not list them as members), but will start working correctly with this +changeset. + +E.g. AllFriendsGroup: + * JoeDoe + +AllFriendsGroup will now (correctly) include only JoeDoe. +It (erroneously) contained all users (including JoeDoe) before. + +E.g. MyTrustedFriendsGroup: + * JoeDoe + +MyTrustedFriendsGroup will now (correctly) include only JoeDoe. +It (erroneously) contained all trusted users and JoeDoe before. + +diff -r 0e58d9bcd3bd -r 7b9f39289e16 MoinMoin/security/__init__.py +--- a/MoinMoin/security/__init__.py Fri Aug 03 17:36:02 2012 +0200 b/MoinMoin/security/__init__.py Mon Sep 03 15:30:35 2012 +0200 +@@ -320,11 +320,12 @@ + handler = getattr(self, _special_+entry, None) + allowed = handler(request, name, dowhat, rightsdict) + elif entry in groups: +-if name in groups[entry]: ++this_group = groups[entry] ++if name in this_group: + allowed = rightsdict.get(dowhat) + else: + for special in self.special_users: +-if special in entry: ++if special in this_group: + handler = getattr(self, _special_ + special, None) + allowed = handler(request, name, dowhat, rightsdict) + break # order of self.special_users is important +diff -r 0e58d9bcd3bd -r 7b9f39289e16 MoinMoin/security/_tests/test_security.py +--- a/MoinMoin/security/_tests/test_security.py Fri Aug 03 17:36:02 2012 +0200 b/MoinMoin/security/_tests/test_security.py Mon Sep 03 15:30:35 2012 +0200 +@@ -16,10 +16,11 @@ + acliter = security.ACLStringIterator + AccessControlList = security.AccessControlList + ++from MoinMoin.datastruct import ConfigGroups + from MoinMoin.PageEditor import PageEditor + from MoinMoin.user import User + +-from MoinMoin._tests import become_trusted, create_page, nuke_page ++from MoinMoin._tests import wikiconfig, become_trusted, create_page, nuke_page + + class TestACLStringIterator(object): + +@@ -248,6 +249,50 @@ + assert not acl.may(self.request, user, right) + + ++class TestGroupACL(object): ++ ++class Config(wikiconfig.Config): ++def groups(self, request): ++groups = { ++
Bug#686755: unblock: nautilus-dropbox/1.4.0-2
On Wed, 05 Sep 2012, Raphaël Hertzog wrote: Please unblock package nautilus-dropbox I forgot the debdiff. It's attached. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ diff -Nru nautilus-dropbox-0.7.1/configure nautilus-dropbox-1.4.0/configure --- nautilus-dropbox-0.7.1/configure2011-11-11 22:14:00.0 +0100 +++ nautilus-dropbox-1.4.0/configure2012-04-26 05:37:09.0 +0200 @@ -1,6 +1,6 @@ #! /bin/sh # Guess values for system-dependent variables and create Makefiles. -# Generated by GNU Autoconf 2.64 for nautilus-dropbox 0.7.1. +# Generated by GNU Autoconf 2.64 for nautilus-dropbox 1.4.0. # # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1998, 1999, 2000, 2001, # 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009 Free Software @@ -695,8 +695,8 @@ # Identity of this package. PACKAGE_NAME='nautilus-dropbox' PACKAGE_TARNAME='nautilus-dropbox' -PACKAGE_VERSION='0.7.1' -PACKAGE_STRING='nautilus-dropbox 0.7.1' +PACKAGE_VERSION='1.4.0' +PACKAGE_STRING='nautilus-dropbox 1.4.0' PACKAGE_BUGREPORT='' PACKAGE_URL='' @@ -1426,7 +1426,7 @@ # Omit some internal or obsolete options to make the list less imposing. # This message is too long to be a string in the A/UX 3.1 sh. cat _ACEOF -\`configure' configures nautilus-dropbox 0.7.1 to adapt to many kinds of systems. +\`configure' configures nautilus-dropbox 1.4.0 to adapt to many kinds of systems. Usage: $0 [OPTION]... [VAR=VALUE]... @@ -1497,7 +1497,7 @@ if test -n $ac_init_help; then case $ac_init_help in - short | recursive ) echo Configuration of nautilus-dropbox 0.7.1:;; + short | recursive ) echo Configuration of nautilus-dropbox 1.4.0:;; esac cat \_ACEOF @@ -1606,7 +1606,7 @@ test -n $ac_init_help exit $ac_status if $ac_init_version; then cat \_ACEOF -nautilus-dropbox configure 0.7.1 +nautilus-dropbox configure 1.4.0 generated by GNU Autoconf 2.64 Copyright (C) 2009 Free Software Foundation, Inc. @@ -1884,7 +1884,7 @@ This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. -It was created by nautilus-dropbox $as_me 0.7.1, which was +It was created by nautilus-dropbox $as_me 1.4.0, which was generated by GNU Autoconf 2.64. Invocation command line was $ $0 $@ @@ -2693,7 +2693,7 @@ # Define the identity of the package. PACKAGE=nautilus-dropbox - VERSION=0.7.1 + VERSION=1.4.0 cat confdefs.h _ACEOF @@ -11466,7 +11466,7 @@ # report actual input values of CONFIG_FILES etc. instead of their # values after options handling. ac_log= -This file was extended by nautilus-dropbox $as_me 0.7.1, which was +This file was extended by nautilus-dropbox $as_me 1.4.0, which was generated by GNU Autoconf 2.64. Invocation command line was CONFIG_FILES= $CONFIG_FILES @@ -11530,7 +11530,7 @@ _ACEOF cat $CONFIG_STATUS _ACEOF || ac_write_fail=1 ac_cs_version=\\ -nautilus-dropbox config.status 0.7.1 +nautilus-dropbox config.status 1.4.0 configured by $0, generated by GNU Autoconf 2.64, with options \\`$as_echo $ac_configure_args | sed 's/^ //; s/[\\\`\$]//g'`\\ diff -Nru nautilus-dropbox-0.7.1/configure.in nautilus-dropbox-1.4.0/configure.in --- nautilus-dropbox-0.7.1/configure.in 2011-11-11 22:13:56.0 +0100 +++ nautilus-dropbox-1.4.0/configure.in 2012-04-26 05:12:50.0 +0200 @@ -1,6 +1,6 @@ # Initialization -AC_INIT([nautilus-dropbox],0.7.1) +AC_INIT([nautilus-dropbox],1.4.0) AM_INIT_AUTOMAKE(AC_PACKAGE_NAME, AC_PACKAGE_VERSION) diff -Nru nautilus-dropbox-0.7.1/debian/changelog nautilus-dropbox-1.4.0/debian/changelog --- nautilus-dropbox-0.7.1/debian/changelog 2011-12-28 12:38:52.0 +0100 +++ nautilus-dropbox-1.4.0/debian/changelog 2012-08-12 15:43:16.0 +0200 @@ -1,3 +1,23 @@ +nautilus-dropbox (1.4.0-2) unstable; urgency=low + + * Update add-http-proxy-option.patch and use-pkexec-to-get-root- +rights.patch to support and handle --https-proxy option too. Dropbox +now redirects the download URL to an https URL so it might be needed +to get the download working in some situations. + * Add display-error-string-when-download-failed.patch to provide more +information when the download failed. It makes it easier to respond +to user support requests. + + -- Raphaël Hertzog hert...@debian.org Sun, 12 Aug 2012 15:40:00 +0200 + +nautilus-dropbox (1.4.0-1) unstable; urgency=low + + * New upstream release (without any change... just to increase +the version number above the version that was in Ubuntu LTS). + * Update Standards-Version to 3.9.3 (no change needed). + + -- Raphaël Hertzog hert...@debian.org Mon, 09 Jul 2012 09:49:31 +0200 + nautilus-dropbox (0.7.1-2) unstable; urgency=low * Update watch file to cope with changes on the dropbox website. diff -Nru nautilus-dropbox-0.7.1/debian/control nautilus-dropbox-1.4.0/debian/control ---
Bug#456165: Show stopers for handbreak in debian ?
Am 05.09.2012 14:19, schrieb Fabian Greffrath: In one of his previous mails Niv told me that handbrake would currently FTBFS. I am not sure why this happens, but it may be due to Debian's unpatched a52dec library and handbrake patch 0009 being disabled. I couldn't confirm this in my local i386 build, but we need to get rid of ccache and get a decent changelog entry first. ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#456165: Show stopers for handbreak in debian ?
I have a quite busy couple of days, If you guys can put it in shape by Friday, I'll upload. If not, I guess I'll have to work :) Cheers -- mobile: http://three.sentenc.es On 5 Sep 2012 09:24, Fabian Greffrath fab...@greffrath.com wrote: Am 05.09.2012 14:19, schrieb Fabian Greffrath: In one of his previous mails Niv told me that handbrake would currently FTBFS. I am not sure why this happens, but it may be due to Debian's unpatched a52dec library and handbrake patch 0009 being disabled. I couldn't confirm this in my local i386 build, but we need to get rid of ccache and get a decent changelog entry first. ;)
Bug#686764: xen: Multiple security issues
Package: xen Severity: grave Tags: security Justification: user security hole Please see the following links: http://www.openwall.com/lists/oss-security/2012/09/05/11 http://www.openwall.com/lists/oss-security/2012/09/05/10 http://www.openwall.com/lists/oss-security/2012/09/05/9 http://www.openwall.com/lists/oss-security/2012/09/05/8 http://www.openwall.com/lists/oss-security/2012/09/05/7 http://www.openwall.com/lists/oss-security/2012/09/05/6 http://www.openwall.com/lists/oss-security/2012/09/05/5 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686735: [Pkg-xfce-devel] Bug#686735: xfce4-panel: Action Buttons: No icons for Suspend and Hibernate
On Wed, Sep 05, 2012 at 10:03:25AM +0300, Ognyan Kulev wrote: Package: xfce4-panel Version: 4.8.6-3 Severity: normal Hi, When I go to settings of Action Buttons on my panel, changing button action to Suspend or Hibernate changes the icon of Action Buttons to kind of N/A icon. Other button actions has proper icons. What icon theme do you use? Can you make a screenshot of that? Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685353: qemu-kvm 1.1.1 hangs using 100% CPU when using ES1370 emulation
On Wed, 5 Sep 2012, Mike Gerber wrote: Hi Vassily, Hi Michael, * malc schrieb: Audio compiled without optimzations which should give meaningful backtrace and contents of local variables. Here it is, (both host and guest had 48kHz capture sample rate). kvm.real is the qemu-kvm binary, version 1.1.1, -O0. To clarify things, i was under impression that you said that hang can not be observed with 1:1 frequency? If this is the case how have you arrived here to this state of things? 0x7f18106dfb6e in st_rate_flow (opaque=0x7f1812c40550, ibuf=0x7f1812b41360, obuf=0x7f1812b6b0e0, isamp=0x7fff8e3fe428, osamp=0x7fff8e3fe42c) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/audio/rate_template.h:73 73rate-ipos++; (gdb) info threads Id Target Id Frame 2Thread 0x7f1804d1a700 (LWP 2157) kvm.real 0x7f180c833cec in __lll_lock_wait () from /lib/x86_64-linux-gnu/libpthread.so.0 * 1Thread 0x7f181055e8e0 (LWP 2156) kvm.real 0x7f18106dfb6e in st_rate_flow (opaque=0x7f1812c40550, ibuf=0x7f1812b41360, obuf=0x7f1812b6b0e0, isamp=0x7fff8e3fe428, osamp=0x7fff8e3fe42c) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/audio/rate_template.h:73 (gdb) thread apply all bt full Thread 2 (Thread 0x7f1804d1a700 (LWP 2157)): #0 0x7f180c833cec in __lll_lock_wait () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #1 0x7f180c82f339 in _L_lock_926 () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #2 0x7f180c82f15b in pthread_mutex_lock () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #3 0x7f181085be4f in qemu_mutex_lock (mutex=0x7f18115d3760) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/qemu-thread-posix.c:54 err = 0 __func__ = qemu_mutex_lock #4 0x7f18108d95c8 in qemu_mutex_lock_iothread () at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/cpus.c:897 No locals. #5 0x7f1810910481 in kvm_cpu_exec (env=0x7f1812a4f520) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/kvm-all.c:1268 run = 0x7f1810654000 ret = 0 run_ret = 0 #6 0x7f18108d90fc in qemu_kvm_cpu_thread_fn (arg=0x7f1812a4f520) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/cpus.c:752 env = 0x7f1812a4f520 r = 65536 #7 0x7f180c82cb50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #8 0x7f180c57770d in clone () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #9 0x in ?? () No symbol table info available. Thread 1 (Thread 0x7f181055e8e0 (LWP 2156)): #0 0x7f18106dfb6e in st_rate_flow (opaque=0x7f1812c40550, ibuf=0x7f1812b41360, obuf=0x7f1812b6b0e0, isamp=0x7fff8e3fe428, osamp=0x7fff8e3fe42c) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/audio/rate_template.h:73 rate = 0x7f1812c40550 istart = 0x7f1812b1c340 iend = 0x7f1812b46bf0 ostart = 0x7f1812b6b0e0 oend = 0x7f1812b6b3a0 ilast = {l = 22085632, r = 111673344} icur = {l = -12451840, r = -40763392} out = {l = 4281343687, r = 139741334659632} t = 3165658096 #1 0x7f18106d7e2f in audio_pcm_sw_read (sw=0x7f1812c3f160, buf=0x7fff8e3fe5a0, size=4096) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/audio/audio.c:952 hw = 0x7f1812c28de0 samples = 1024 live = 15052 ret = 980 swlim = 44 isamp = 10891 osamp = 44 rpos = 0 total = -809300243 ^^ This is weird.. src = 0x7f1812b1c340 dst = 0x7f1812b6b0e0 __FUNCTION__ = audio_pcm_sw_read set print pretty p *hw p *sw if you can #2 0x7f18106d5913 in alsa_read (sw=0x7f1812c3f160, buf=0x7fff8e3fe5a0, size=4096) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/audio/alsaaudio.c:1117 No locals. #3 0x7f18106dabbd in AUD_read (sw=0x7f1812c3f160, buf=0x7fff8e3fe5a0, size=4096) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/audio/audio.c:1173 bytes = 4096 #4 0x7f18107a59e0 in es1370_transfer_audio (s=0x7f1812acb4a0, d=0x7f1812acb9b8, loop_sel=32768, max=54560, irq=0x7fff8e3ff5fc) at /root/bug-mp3neu/qemu-kvm-1.1.1+dfsg/hw/es1370.c:803 acquired = 4096 to_copy = 4096 tmpbuf =
Bug#682583: pu: package nss-pam-ldapd/0.7.15+squeeze2
Hi Stable Release Team On Mon, Jul 23, 2012 at 11:50:15PM +0200, Arthur de Jong wrote: I would like to upload a new release of nss-pam-ldapd for squeeze that fixes a few bugs. The fixes below (apart from the first one) should all be very straightforward. I'm really interested seeing these updates (and in particular the one affecting us) going into a next stable point release. Is there a chance to get them for the next one? Regards, Salvatore signature.asc Description: Digital signature
Bug#686669: ITP: duprepare -- Prepare system backup volume sources to be processed by duplicity
Hi. Hossam Hammady hamm...@gmail.com writes: I didn't know about backupninja before. Basically it is the same idea, however, duprepare does both backup and restore. With backupninja backups are stored on backup volumes, with no easy way to restore them. With duprepare there are 3 scripts: duprepare-backup, duprepare-restore and duprepare-cleanup. The restore script reverses everything (copying all files back and running custom scripts with different modes) so that your system is back exactly the same way. There is a famous saying your backup is totally useless if you haven't tried restoring it at least once, or something similar. Indeed, hence my attempt to add a few more commands like verifying the status of the backup sets : https://labs.riseup.net/code/issues/2591 Anyway, thanks for telling me about backupninja. You're very much welcome. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org