Bug#699034: libwebkitgtk-1.0-0: midori and GtkLauncher crash after typing a url (cairo-surface.c assertion)
On Sat, Jan 26, 2013 at 11:17 AM, Alberto wrote: > Package: libwebkitgtk-1.0-0 > Version: 1.8.1-3.3 > Severity: grave > Justification: renders package unusable > > Just open midori or GtkLauncher and type in the address bar > "http://www.facebook.com"; or "http://www.twitter.com"; and press Enter. > The browser automatically crashes. > This is the error shown in the terminal > > GtkLauncher: /build/buildd-cairo_1.12.2-2-i386-1cmzkR/cairo-1.12.2/src/cairo- > surface.c:1591: cairo_surface_set_device_offset: Assertion `status == > CAIRO_STATUS_SUCCESS' failed. > Aborted I'm not seeing this at all. Please attach a backtrace which will be far more informative: http://wiki.debian.org/bactrace Is there anything unique about your setup? Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696847: gscan2pdf: First page is not included in a scan with an ADF
On 2013/01/23 at 15:29 +0100, Jeffrey Ratcliffe wrote: > Which frontend are you using? Look in Edit/Preferences. It was either scanadf or scanadf-perl, but I think I tried both and had the same issue. Regards, -- Vincent Lhote signature.asc Description: This is a digitally signed message part
Bug#626224: Bug is not fixed in 1.0.11-2
Now I'm using Debian Wheezy where the version of xfpm is 1.0.11-2 working with fbpanel to display show the systray but unfortunately as I've experienced the problem is still there and I've caught a log file attached just as the precedents did: $ xfce4-power-manager --no-daemon --debug > xfpm.log TRACE[xfpm-main.c:203] xfpm_start(): Starting the power manager TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for general-notification TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for lock-screen-suspend-hibernate TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for power-save-on-battery TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for enable-cpu-freq-control TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for show-brightness-popup TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for change-brightness-on-key-events TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for lid-action-on-ac TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for lid-action-on-battery TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for brightness-level-on-ac TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for brightness-level-on-battery TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for dpms-enabled TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for dpms-on-ac-sleep TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for dpms-on-ac-off TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for dpms-on-battery-sleep TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for dpms-on-battery-off TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for dpms-sleep-mode TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for inactivity-on-ac TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for inactivity-on-battery TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for inactivity-sleep-mode TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for brightness-on-ac TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for brightness-on-battery TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for spin-down-on-ac TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for spin-down-on-battery TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for spin-down-on-ac-timeout TRACE[xfpm-xfconf.c:156] xfpm_xfconf_load(): Using default configuration for spin-down-on-battery-timeout TRACE[xfpm-power.c:1055] xfpm_power_get_power_devices(): Power device detected at : /org/freedesktop/UPower/devices/line_power_ADP1 TRACE[xfpm-power.c:1002] xfpm_power_add_device(): device added: ((XfpmDeviceType) XFPM_DEVICE_TYPE_LINE_POWER) TRACE[xfpm-power.c:1055] xfpm_power_get_power_devices(): Power device detected at : /org/freedesktop/UPower/devices/battery_BAT1 TRACE[xfpm-power.c:1002] xfpm_power_add_device(): device added: ((XfpmDeviceType) XFPM_DEVICE_TYPE_BATTERY) TRACE[xfpm-power.c:1013] xfpm_power_add_device(): Battery device detected at : /org/freedesktop/UPower/devices/battery_BAT1: ((XfpmDeviceType) XFPM_DEVICE_TYPE_BATTERY) TRACE[xfpm-button.c:179] xfpm_button_xevent_key(): Grabbed key 124 : ((XfpmButtonKey) BUTTON_POWER_OFF) TRACE[xfpm-button.c:179] xfpm_button_xevent_key(): Grabbed key 213 : ((XfpmButtonKey) BUTTON_HIBERNATE) TRACE[xfpm-button.c:179] xfpm_button_xevent_key(): Grabbed key 150 : ((XfpmButtonKey) BUTTON_SLEEP) TRACE[xfpm-button.c:179] xfpm_button_xevent_key(): Grabbed key 233 : ((XfpmButtonKey) BUTTON_MON_BRIGHTNESS_UP) TRACE[xfpm-button.c:179] xfpm_button_xevent_key(): Grabbed key 232 : ((XfpmButtonKey) BUTTON_MON_BRIGHTNESS_DOWN) TRACE[xfpm-button.c:179] xfpm_button_xevent_key(): Grabbed key 244 : ((XfpmButtonKey) BUTTON_BATTERY) TRACE[xfpm-battery.c:148] xfpm_battery_refresh_visible(): visible=TRUE: ((XfpmShowIcon) SHOW_ICON_WHEN_BATTERY_PRESENT) TRACE[xfpm-battery.c:284] xfpm_battery_refresh_icon(): Battery state 4 TRACE[xfpm-power.c:1148] xfpm_power_refresh_adaptor_visible(): Tray icon configuration: : ((Xfpxscreensaver-command: activating and locking. mShowIcon) SHOW_ICON_WHEN_BATTERY_PRESENT) TRACE[xfpm-power.c:1113] xfpm_power_hide_adapter_icon(): Hide adaptor icon TRACE[xfpm-polkit.c:369] xfpm_polkit_init_data(): Using unix session polkit subject TRACE[xfpm-polkit.c:456] xfpm_polkit_check_auth_intern(): Action=org.freedesktop.upower.suspend is authorized=TRUE TRACE[xfpm-polkit.c:456] xfpm_polkit_check_auth_intern(): Action=org.freedesktop.upower.hibernate is authorized=TRUE TRACE[xfpm-power.c:1148] xfpm_power_refresh_adaptor_visible(): Tray icon configuration: : ((XfpmShowIcon) SHOW_ICO
Bug#698985: [Pkg-alsa-devel] Bug#698985: alsa-utils: alsamixer does not work. Broken pipe.
* Azuki [2013-01-26 19:18 -0500]: > > > Please update to latest alsa (which is 1.0.25 in Debian). We don't > > support 1.0.23 anymore. > > > > I updated it to 1.0.25, but got the same errors. > > $ alsamixer > cannot load mixer controls: Broken pipe > > $ dpkg -l | gre alsa > ii alsa-base 1.0.25+2+nmu2 > ALSA driver configuration files > ii alsa-utils 1.0.25-4 > Utilities for configuring and using ALSA > ii libsdl1.2debian-alsa 1.2.14-6.1 > Simple DirectMedia Layer (with X11 and ALSA options) > > $ cat /proc/asound/cards > 0 [Audio ]: USB-Audio - USB2.0 High-Speed True HD Audio > CMEDIA USB2.0 High-Speed True HD Audio at > usb-:00:13.5-1, high speed > > $ alsactl init 0 > Found hardware: "USB-Audio" "USB Mixer" "USB147a:e055" "" "" > Hardware is initialized using a generic method ALSA just runs fine ;-) [...] > $ cat /var/log/messages | grep alsa > pulseaudio[8536]: [pulseaudio] alsa-util.c: Unable to load mixer: Broken pipe > pulseaudio[10666]: [pulseaudio] alsa-util.c: Unable to load mixer: Broken pipe > pulseaudio[1550]: [pulseaudio] alsa-util.c: Unable to load mixer: Broken pipe It seems to be a bug in pulseaudio. > $ cat /proc/asound/card0/usbmixer > USB Mixer: usb_id=0x147ae055, ctrlif=0, ctlerr=0 > Card: CMEDIA USB2.0 High-Speed True HD Audio at usb-:00:13.5-1, high speed > Unit: 10 > Control: name="PCM Capture Source", index=0 > Info: id=10, control=0, cmask=0x0, channels=1, type="U8" > Volume: min=1, max=3, dBmin=0, dBmax=0 [...] > When I used kernel 2.6.32-46, the error of "clock source" was not output. > I can get the sound with pulseaudio, but cannot control it with alsamixer. When pulse is running alsamixer is pointless. You can try to shut down pulse as follows and test again: $ echo "autospawn=no" >> .pulse/client.conf $ pulseaudio -k Elimar -- Learned men are the cisterns of knowledge, not the fountainheads ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696847: gscan2pdf: First page is not included in a scan with an ADF
Do you also get the same problem with the libsane-perl frontend? Please start gscan2pdf from the command line with gscan2pdf --log=log reproduce the problem, quit, and post the log file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696847: gscan2pdf: First page is not included in a scan with an ADF
Le dimanche 27 janvier 2013 à 09:52 +0100, Jeffrey Ratcliffe a écrit : > Do you also get the same problem with the libsane-perl frontend? No, I didn’t had the same problem with libsane-perl. > Please start gscan2pdf from the command line with > > gscan2pdf --log=log > > reproduce the problem, quit, and post the log file. The ADF scanner was rented for a month, I don’t have it any more. It was a ScanSnap scanner. Because of the issue, I stopped using gscan2pdf and used xsane instead. It didn’t had the issue, the first page was included. Regards, signature.asc Description: This is a digitally signed message part
Bug#677638: Bug#696039: unblock: laptop-mode-tools/1.61-1
696039: unblock: laptop-mode-tools/1.61-1 Dear Release team, Could you please unblock laptop-mode-tools version 1.61-2, currently sitting in unstable ? This upload has very minimal change to disable, by default, the power savings on the e1000e driver. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention." -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698985: [Pkg-alsa-devel] Bug#698985: Bug#698985: alsa-utils: alsamixer does not work. Broken pipe.
* Elimar Riesebieter [2013-01-27 09:49 +0100]: [...]> > You can try to shut down pulse as follows and test again: > > $ echo "autospawn=no" >> .pulse/client.conf $ echo "autospawn=no" >> $HOME/.pulse/client.conf > $ pulseaudio -k Elimar -- Excellent day for drinking heavily. Spike the office water cooler;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699014: [Pkg-amule-devel] Bug#699014: Migrate from GConf to GSettings
Le sam. 26/01/2013 17:55, Sandro Tosi a écrit : >would you like to write a patch to port aMule GNOME support to >GSettings? We can also send this patch upstream, which really likely >appreciate it. I've already reported this bug upstream: http://amule.forumer.com/port-from-gconf-to-gsettings-t2300205.html They said they are not responsible for this bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#697930: [Pkg-nagios-devel] Bug#697930: Bug#697930: Bug#697930: nagios3: CVE-2012-6096
On Sat, 26 Jan 2013, Julien Cristau wrote: > On Tue, Jan 22, 2013 at 16:49:25 +0100, Alexander Wirt wrote: > > > You can go ahead for icinga (I already attached the patch). I'll see about a > > patch for nagios later in the evening. > > > Any luck with a nagios patch? Yeah, I compared the icinga and the nagios version. The patch from nagios svn does indeed fix the issue. I'll prepare an upload to unstable soon. The patched I attached to #697931 does also apply to the stable nagios3 version. Alex pgpLpQKJ29rB7.pgp Description: PGP signature
Bug#680731: icedove-l10n-fr updating deleting in backport
Package: icedove-l10n-fr Version: 1:3.1.10-1~bpo60+1 Severity: normal Same new issue now. Updating icedove from squeeze-backports can not be done automatically with apt-get in french version because 1:10.0.10-1 has not been transfered from wheezy to squeeze-backports. Please update. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-0.bpo.4-rt-686-pae (SMP w/1 CPU core; 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 icedove-l10n-fr depends on: ii icedove 3.1.16-1~bpo60+1 mail/news client with RSS and inte Versions of packages icedove-l10n-fr recommends: ii hunspell-fr 1:3.2.1-2 French dictionary for hunspell icedove-l10n-fr 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#699077: ITP: isenkram -- Suggest packages to install when inserting new hardware
Package: wnpp Owner: Petter Reinholdtsen Severity: wishlist * Package name: isenkram Version : 0.2 Upstream Author : Petter Reinholdtsen * URL : http://anonscm.debian.org/gitweb/?p=collab-maint/isenkram.git * License : GPL Programming Lang: Python, Perl, shell Description : Suggest packages to install when inserting new hardware Try to figure out what packages are need freshly inserted hardware dongle. See http://people.skolelinux.org/pere/blog/tags/isenkram/ > and the git source for information of the project. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699078: ndoutils-common: new upstream version 1.5.2
Package: ndoutils-common Version: 1.4b9-1.1 Severity: normal Hello, New upstream major 1.5 contains several improvements regarding performance. It would be great if we could get 1.5.2 [1] into unstable. Cheers, Andreas [1] http://sourceforge.net/projects/nagios/files/ndoutils-1.x/ -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699079: libmapnik2-2.0: rfe: make AsBinary() forward compatible with the PostGIS 2.0 API
Package: libmapnik2-2.0 Version: 2.0.0+ds1-3+b4 Severity: wishlist Hi, the libmapnik2-2.0 package currently in Sid includes a bug fixed in later versions of libmapnik but not yet in the Debian archives. Namely, it's not actually compatible with PostGIS 2.0 due to the presence of an old API call. AsBinary() should be renamed ST_AsBinary() for /usr/lib/mapnik/2.0/input/postgis.input. Since Wheezy is shipping PostGIS 1.5 this isn't a RC bug by any means, but over the life of Wheezy it will cause confusion and force installation of 3rd party updates for people using the newer PostGIS, who think the library will be compatible but it actually isn't. So probably a wontfix for the current release, but at least a head's up to anyone else banging their head against the wall & searching the BTS when trying to use it with PostGIS 2.0. The easy work around by the way is to run psql -f legacy.sql or legacy_minimal.sql which comes with PostGIS 2.0. regards, Hamish -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698527: elmer: executable ElmerGUI.real links with both GPL-licensed and GPL-incompatible libraries
Hi, will we request the package removing from wheezy as well? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698990: zsnes: Fix build when _FORTIFY_SOURCE is defined
Dear Michael, thank you very much for the patch. However, I believe that we already have a much more elegant solution prepared in our GIT tree (targeted post-freeze): http://anonscm.debian.org/gitweb/?p=pkg-games/zsnes.git;a=blob;f=debian/patches/fortify-source.patch;hb=HEAD Instead of merely undefining _FORTIFY_SOURCE, it actually fixes to code to allow it to get compiled with that flag. IIRC, that patch is also courtesy of Hans de Goede, btw. > This is the last diff Ubuntu has with Debian, and it would be nice to be > able to drop it. I would appreciate if in future you could contact us before diverging from our packaging. So we could discuss different approaches a priory and would not have to run behind each other's patches anymore. Hope you agree. ;) Thanks! - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696847: gscan2pdf: First page is not included in a scan with an ADF
On 27 January 2013 09:59, wrote: > No, I didn’t had the same problem with libsane-perl. > Because of the issue, I stopped using gscan2pdf and used xsane instead. > It didn’t had the issue, the first page was included. These two answers contradict one another. libsane-perl is one of the scanner interfaces used by gscan2pdf. If you didn't have the problem with the libsane-perl frontend, why did you need to switch to xsane? In any case, if you can't reproduce the problem anymore, then I can't fix it, and it doesn't make any sense to leave the bug open. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699080: nautilus-wipe: German translation for nautilus-wipe
Package: nautilus-wipe Version: 0.1.1-3 Severity: normal Tags: l10n upstream patch Dear Maintainer, I found nautilus-wipe useful but there was no german translation, so I did one (possibly it is not 'perfect' since this is my first translation but all strings are translated by a native speaker :) ). I submitted it upstream, too and it is attached below. Christian Meyer -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 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 nautilus-wipe depends on: ii libatk1.0-0 2.4.0-2 ii libc62.13-37 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgconf2-4 3.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgsecuredelete00.2-1 ii libgtk-3-0 3.4.2-5 ii libnautilus-extension1a 3.4.2-1+build1 ii libpango1.0-01.30.0-1 nautilus-wipe recommends no packages. nautilus-wipe suggests no packages. -- no debconf information # German translations for nautilus-wipe package # Deutsche Übersetzung für das Paket nautilus-wipe. # Copyright (C) 2010-2011 Christian Meyer # This file is distributed under the same license as the nautilus-wipe package. # Christian Meyer , 2013. msgid "" msgstr "" "Project-Id-Version: nautilus-wipe 0.1\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2011-04-26 23:16+0200\n" "PO-Revision-Date: 2013-01-26 20:27+0100\n" "Last-Translator: Christian Meyer \n" "Language-Team: German\n" "Language: de_DE\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-Poedit-Language: German\n" "X-Poedit-Country: GERMANY\n" #: ../nautilus-wipe/delete-operation.c:88 #, c-format msgid "Nothing to do!" msgstr "Nichts zu tun!" #: ../nautilus-wipe/fill-operation.c:119 #, c-format msgid "Mount \"%s\" is not local" msgstr "Speicherort \"%s\" ist nicht lokal" #: ../nautilus-wipe/fill-operation.c:135 #, c-format msgid "No mount point found for path \"%s\"" msgstr "Kein Einhängepunkt gefunden für den Pfad \"%s\"" #: ../nautilus-wipe/nautilus-wipe.c:361 msgid "Wipe" msgstr "Sicher löschen" #: ../nautilus-wipe/nautilus-wipe.c:362 msgid "Delete each selected item and overwrite its data" msgstr "Lösche jedes ausgewählte Element und überschreibe seine Daten" #: ../nautilus-wipe/nautilus-wipe.c:394 #, c-format msgid "File filtering failed: %s" msgstr "Dateifilterung ist fehlgeschlagen: %s" #: ../nautilus-wipe/nautilus-wipe.c:398 msgid "Wipe available diskspace" msgstr "Sicherers Löschen des verfügbaren Festplattenplatzes" #: ../nautilus-wipe/nautilus-wipe.c:399 msgid "Overwrite available diskspace in this device(s)" msgstr "Überschreibe den verfügbaren Festplattenplatz auf diesem Gerät(en)" #: ../nautilus-wipe/nautilus-wipe.c:478 #, c-format msgid "Are you sure you want to wipe the %u selected items?" msgstr "Sind Sie sicher, dass Sie die %u ausgewählten Elemente sicher löschen wollen?" #: ../nautilus-wipe/nautilus-wipe.c:484 #, c-format msgid "Are you sure you want to wipe \"%s\"?" msgstr "Sind Sie sicher, dass Sie \"%s\" sicher löschen wollen?" #: ../nautilus-wipe/nautilus-wipe.c:493 msgid "If you wipe an item, it will not be recoverable." msgstr "Wenn Sie ein Element sicher Löschen kann es nicht wieder hergestellt werden." #: ../nautilus-wipe/nautilus-wipe.c:494 msgid "_Wipe" msgstr "_Sicher löschen" #. progress dialog #: ../nautilus-wipe/nautilus-wipe.c:497 msgid "Wiping files..." msgstr "Lösche Dateien…" #. failed dialog #: ../nautilus-wipe/nautilus-wipe.c:501 msgid "Wipe failed." msgstr "Sicheres Löschen ist fehlgeschlagen." #. success dialog #: ../nautilus-wipe/nautilus-wipe.c:503 msgid "Wipe successful." msgstr "Sicheres Löschen war erfolgreich." #: ../nautilus-wipe/nautilus-wipe.c:504 msgid "Item(s) have been successfully wiped." msgstr "Element(e) wurde erfolgreich gelöscht." #. TRANSLATORS: this is the last device names separator #: ../nautilus-wipe/nautilus-wipe.c:532 msgid " and " msgstr " und " #. TRANSLATORS: this is the device names separator (except last) #: ../nautilus-wipe/nautilus-wipe.c:535 msgid ", " msgstr ", " #. TRANSLATORS: this is the device name #: ../nautilus-wipe/nautilus-wipe.c:539 #, c-format msgid "\"%s\"" msgstr "\"%s\"" #: ../nautilus-wipe/nautilus-wipe.c:542 #, c-format msgid "Are you sure you want to wipe the available diskspace on the %s partitions or devices?" msgstr "Sind sie sicher, dass Sie den verfügbaren Speicherplatz auf %s sicher löschen möchten?" #: ../nautilus-wipe/nautilus-wipe.c:546 #, c-format msgid "Available diskspace on the partitions or device
Bug#698871: [Pkg-sssd-devel] Bug#698871: CVE-2013-0219 CVE-2013-0220
On 26.01.2013 23:06, Salvatore Bonaccorso wrote: Hi Timo On Thu, Jan 24, 2013 at 08:46:43PM +0200, Timo Aaltonen wrote: On 24.01.2013 20:30, Moritz Muehlenhoff wrote: Package: sssd Severity: grave Tags: security Hi, multiple security issues have been discovered in sssd. Please see the Red Hat bugzilla entries for details and patches: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-0219 https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-0220 Yep, I'm aware of them and will prepare an upload later. The relevant commits seem to be: CVE-2013-0219: http://git.fedorahosted.org/cgit/sssd.git/commit/?id=020bf88fd1c5bdac8fc671b37c7118f5378c7047 and http://git.fedorahosted.org/cgit/sssd.git/commit/?id=94cbf1cfb0f88c967f1fb0a4cf23723148868e4a . See also https://fedorahosted.org/sssd/ticket/1782 . CVE-2013-0220: http://git.fedorahosted.org/cgit/sssd.git/commit/?id=2bd514cfde1938b1e245af11c9b548d58d49b325 . See https://fedorahosted.org/sssd/ticket/1781 . There's still no backported commits for 1.8.x which is in sid/wheezy (94cbf1cfb0f8 at least needs backporting), I'll ask upstream tomorrow. -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679222: evince: Problem displaying PDF document
Hi, On Sun, 27 Jan 2013 04:18:32 +0100, Michael Biebl wrote: > > is this problem still reproducible? If so, could you try the libcairo > packages from [1] and report back if they fix the issue. No, the problem seems to be solved (evince 3.4.0-3.1, libcairo2 1.12.2-2). Best, C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#697697: ecere-sdk: binary package conflict with eclib
Hi guys, I've uploaded ecere-sdk 0.44.03-1 to mentors.debian.net: http://mentors.debian.net/package/ecere-sdk This solves the conflict with libec0 (The eC compiler library package is now libecc0) Regards, -Jerome On Wed, Jan 9, 2013 at 4:54 AM, Dmitrijs Ledkovs wrote: > On 9 January 2013 00:01, Jerome St-Louis wrote: > > Will renaming the package mean renaming the actual library as well for > > Lintian to be happy? > > > > The ecere-dev package also provides /usr/lib/i386-linux-gnu/libec.so > > > > Renaming just the package will not be enough as there would still be > left file conflict with the other libec. > So you'd need to rename package, rename library or use a different > path (e.g. /usr/lib/i386-linux-gnu/ec/libec.so or > /usr/lib/i386-linux-gnu/ecere/libec.so). > (This can be just a Debian patch & not upstream) > And we can silence lintian's chatter about package name not matching the > soname. > > Regards, > > Dmitrijs. >
Bug#693576: [samba4] libsamba dependencies should be versioned
frans@deblnxsrv253:/# ldd /usr/lib/python2.7/dist-packages/samba/param.so /usr/lib/python2.7/dist-packages/samba/param.so: /usr/lib/powerpc-linux-gnu/samba/libserver-role.so: version `SAMBA_4.0.1' not found (required by /usr/lib/python2.7/dist-packages/samba/param.so) linux-vdso32.so.1 => (0x0010) libsamba-hostconfig.so.0 => /usr/lib/powerpc-linux-gnu/libsamba-hostconfig.so.0 (0x6ff97000) libsamba-util.so.0 => /usr/lib/powerpc-linux-gnu/libsamba-util.so.0 (0x6ff34000) libserver-role.so => /usr/lib/powerpc-linux-gnu/samba/libserver-role.so (0x6ff11000) libpytalloc-util.so.2 => /usr/lib/powerpc-linux-gnu/libpytalloc-util.so.2 (0x6feee000) libtalloc.so.2 => /usr/lib/powerpc-linux-gnu/libtalloc.so.2 (0x6fec2000) libc.so.6 => /lib/powerpc-linux-gnu/libc.so.6 (0x6fd36000) libpthread.so.0 => /lib/powerpc-linux-gnu/libpthread.so.0 (0x6fcfc000) librt.so.1 => /lib/powerpc-linux-gnu/librt.so.1 (0x6fcd3000) libbsd.so.0 => /lib/powerpc-linux-gnu/libbsd.so.0 (0x6fca6000) libpython2.7.so.1.0 => /usr/lib/libpython2.7.so.1.0 (0x6f9ab000) /lib/ld.so.1 (0x204e7000) libssl.so.1.0.0 => /lib/powerpc-linux-gnu/libssl.so.1.0.0 (0x6f93a000) libcrypto.so.1.0.0 => /lib/powerpc-linux-gnu/libcrypto.so.1.0.0 (0x6f77e000) libz.so.1 => /lib/powerpc-linux-gnu/libz.so.1 (0x6f749000) libdl.so.2 => /lib/powerpc-linux-gnu/libdl.so.2 (0x6f725000) libutil.so.1 => /lib/powerpc-linux-gnu/libutil.so.1 (0x6f702000) libm.so.6 => /lib/powerpc-linux-gnu/libm.so.6 (0x6f63b000) frans@deblnxsrv253:/# ldd /usr/lib/powerpc-linux-gnu/samba/libserver-role.so linux-vdso32.so.1 => (0x0010) libsamba-util.so.0 => /usr/lib/powerpc-linux-gnu/libsamba-util.so.0 (0x6ff7a000) libc.so.6 => /lib/powerpc-linux-gnu/libc.so.6 (0x6fdee000) libpthread.so.0 => /lib/powerpc-linux-gnu/libpthread.so.0 (0x6fdb4000) librt.so.1 => /lib/powerpc-linux-gnu/librt.so.1 (0x6fd8b000) libtalloc.so.2 => /usr/lib/powerpc-linux-gnu/libtalloc.so.2 (0x6fd5f000) libbsd.so.0 => /lib/powerpc-linux-gnu/libbsd.so.0 (0x6fd32000) /lib/ld.so.1 (0x20599000) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699081: Please add support for Radeon HD 7800M
Package: xserver-xorg-video-radeon Version: 1:6.14.4-6 Severity: wishlist Currently X boots in fail-safe mode in the following configuration (lspci -vvv). 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Cape Verde [Radeon HD 7800M Series] (prog-if 00 [VGA controller]) Subsystem: Dell Device 053f Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 48 Region 0: Memory at e000 (64-bit, prefetchable) [size=256M] Region 2: Memory at f7e0 (64-bit, non-prefetchable) [size=256K] Region 4: I/O ports at e000 [size=256] Expansion ROM at f7e4 [disabled] [size=128K] Capabilities: [48] Vendor Specific Information: Len=08 Capabilities: [50] Power Management version 3 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] Express (v2) Legacy Endpoint, MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 256 bytes, MaxReadReq 512 bytes DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr- TransPend- LnkCap: Port #0, Speed 8GT/s, Width x16, ASPM L0s L1, Latency L0 <64ns, L1 <1us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 8GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Not Supported, TimeoutDis- DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LnkCtl2: Target Link Speed: 8GT/s, EnterCompliance- SpeedDis-, Selectable De-emphasis: -6dB Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete+, EqualizationPhase1+ EqualizationPhase2+, EqualizationPhase3+, LinkEqualizationRequest- Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Address: fee00458 Data: Capabilities: [100 v1] Vendor Specific Information: ID=0001 Rev=1 Len=010 Capabilities: [150 v2] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Capabilities: [270 v1] #19 Kernel driver in use: radeon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699082: [INTL: it] Italian translation of vidalia debconf templates
Package: vidalia Severity: wishlist Tags: l10n patch Hi, attached is the Italian translation of vidalia debconf templates. Please include it in your next upload. Thanks, Fabio # Italian translation of vidalia po-debconf. # Copyright (C) 2013 Debian Italian l10n team # This file is distributed under the same license as the vidalia package. # # Vincenzo Campanella , 2010. # Fabio Pirola , 2013. msgid "" msgstr "" "Project-Id-Version: vidalia 0.2.10-2\n" "Report-Msgid-Bugs-To: vida...@packages.debian.org\n" "POT-Creation-Date: 2012-01-06 01:47-0300\n" "PO-Revision-Date: 2013-01-20 16:15+0100\n" "Last-Translator: Fabio Pirola \n" "Language-Team: Italian \n" "Language: it\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: multiselect #. Description #: ../templates:1001 msgid "Users to add to the debian-tor group:" msgstr "Utenti da aggiungere al gruppo debian-tor:" #. Type: multiselect #. Description #: ../templates:1001 msgid "" "Select which users from the list below should be able to control Tor daemon." msgstr "Selezionare dalla lista sottostante gli utenti che " "devono essere in grado di controllare il demone Tor." #. Type: multiselect #. Description #: ../templates:1001 msgid "" "Please restart your X sessions to apply changes before starting Vidalia." msgstr "Riavviare le sessioni X in corso per applicare i cambiamenti " "prima di avviare Vidalia." #. Type: multiselect #. Description #: ../templates:1001 msgid "" "For more information, please refer to /usr/share/doc/vidalia/README.Debian." "gz." msgstr "Per maggiori informazioni, fare riferimento a /usr/share/doc/vi" "dalia/README.Debian.gz." signature.asc Description: This is a digitally signed message part
Bug#699083: lintian: optimize t/tests suite
Package: lintian Version: 2.5.11 Severity: normal Hi, I believe it might be worth it to look into optimizing the resource requirements for the t/tests suite. It is my understanding that the current testsuite is discouraging to run for some people (myself included when I only have my laptop). I have narrowed this down to t/tests, which was not really surprising. This part of the test suite currently consists of 353[1] tests, which brings on a full Debian build. I used time on a run last night (onlyrun=suite:tests and parallel=8), which gave: real9m22.148s user58m8.566s sys 6m45.349s It seems that most of our tests takes less than 6s real, less than 7s user and less than 2s sys[2]. The rests remaining after this filter are a "mere" 54 tests. Notable examples include: copyright-file-general 17.883s 40.331s 5.516s fields-wrong-section 14.815s 32.818s 4.628s The "empty" build (tests like basic) takes 3s[3] and that is the majority of time spent in those tests[4]. ~Niels [1] 2.4.3 "only" had 182, so we have nearly doubled our number of tests in t/tests since then. \o/ [2] Computed by: $ time debian/rules runtests onlyrun= [3] Computed by: $ cd path/to/test && time dpkg-buildpackage -rfakeroot -us -uc -d \ -iNEVER_MATCH_ANYTHING -INEVER_MATCH_ANYTHING \ --source-option=--auto-commit [4] # [...] basic-3.0-native 4.458s 4.916s 0.796s basic-non-native-with-epoch 4.744s 5.076s 0.728s basic-non-native 4.707s 5.112s 0.668s basic-quilt-updeb 4.554s 4.872s 0.724s basic-quilt 4.960s 5.148s 0.812s basic-with-epoch 4.452s 4.964s 0.732s basic 4.601s 5.036s 0.740s test-time-ol.log.gz Description: GNU Zip compressed data apache2-modules-general 6.136s 8.877s 1.300s apache2-webapplications-general 5.924s 8.821s 1.164s binaries-embedded-libs 6.981s 6.480s 1.144s binaries-hardening 8.133s 7.748s 1.124s binaries-missing-depends-on-numpy-abi 6.046s 6.284s 0.888s binaries-multiarch-wrong-dir 7.582s 7.240s 1.116s binaries-multiarch 6.293s 6.360s 0.956s control-file-general 7.981s 13.805s 1.932s control-file-library-dev 10.293s 18.345s 2.580s copyright-file-doc-symlink 5.675s 8.765s 1.136s copyright-file-general 17.883s 40.331s 5.516s copyright-file-license-symlink 5.165s 7.176s 0.956s copyright-file-symlink 5.852s 8.589s 1.408s debhelper-dh-python-helpers 5.160s 7.188s 0.988s debhelper-no-depends 6.730s 9.317s 1.280s description-empty-paragraph 5.922s 8.905s 1.176s description-general 10.676s 21.609s 3.016s fields-architecture 8.531s 7.993s 1.112s fields-debug-bad 5.099s 7.116s 0.976s fields-depends-general 6.587s 10.761s 1.596s fields-java 5.186s 7.224s 0.988s fields-section-general 5.191s 7.068s 1.012s fields-virtual-packages 5.525s 7.324s 1.016s fields-wrong-section 14.815s 32.818s 4.628s files-bad-perm-owner 6.356s 7.620s 1.160s files-flash-non-free 5.278s 7.076s 1.040s files-fonts 5.409s 7.208s 1.136s files-games-section 7.038s 11.061s 1.628s files-multiarch-missing-pre-deps 6.258s 6.296s 0.964s files-python-general 8.476s 9.937s 1.232s group-checks-circular-deps 10.582s 21.873s 3.016s group-checks-file-conflict 5.367s 7.412s 1.104s group-checks-multi-arch 6.634s 9.653s 1.404s group-checks-wrong-priorities 5.478s 7.288s 1.084s init.d-general 7.098s 11.449s 1.496s init.d-lsb-headers 9.565s 17.761s 2.356s java-class-format 6.806s 7.436s 0.904s java-classpath 8.844s 11.685s 1.400s java-jars 13.076s 19.765s 2.148s manpages-dependencies 5.390s 7.360s 1.084s menu-format-general 7.407s 11.849s 1.556s menus-doc-base-registration 5.248s 7.360s 1.004s ocaml-general 5.583s 7.504s 1.172s rules-including-deprecated-makefiles 6.347s 6.688s 0.800s rules-missing-targets 5.711s 7.860s 0.980s runtests-arch-amd64 6.880s 6.560s 1.092s scripts-control-interpreters 7.685s 13.465s 1.820s shared-libs-control-file 11.265s 16.913s 2.408s shared-libs-dev-symlink-fp 6.604s 8.549s 1.108s shared-libs-dev-symlink 6.470s 8.205s 1.212s shared-libs-ldconfig-scripts 9.616s 13.569s 1.916s shared-libs-symbols-file 9.002s 13.113s 1.760s symlinks-broken 5.362s 7.348s 1.052s version-substvars-general 7.104s 11.381s 1.592s
Bug#592204: nvidia-vdpau-driver: Segfault on VDPAU using apps that call XCloseDisplay
On 2013-01-26 23:02, Anssi Hannula wrote: > I'm not 100% sure if this is even supposed to work, but at the very > least it is rather fishy. Anyway, the libvdpau part has been fixed, and > it of course fixes the issue on all those cases where the main program > is directly linked against libXext.so.6 (which I guess most VDPAU users > are, except for my testcase) as that the libXext callbacks will always > be present at XCloseDisplay() time. Thanks for the clarification. Adding -lXext makes your program work properly. I have now cherry-picked this patch and uploaded it to sid, perhaps we can still get this into wheezy. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696847: gscan2pdf: First page is not included in a scan with an ADF
Le dimanche 27 janvier 2013 à 10:41 +0100, Jeffrey Ratcliffe a écrit : > On 27 January 2013 09:59, wrote: > > No, I didn’t had the same problem with libsane-perl. > > > Because of the issue, I stopped using gscan2pdf and used xsane instead. > > It didn’t had the issue, the first page was included. > > These two answers contradict one another. libsane-perl is one of the > scanner interfaces used by gscan2pdf. If you didn't have the problem > with the libsane-perl frontend, why did you need to switch to xsane? Because using libsane-perl, I had to put the document twice in the scanner to scan both sides, and I also had to scan pages one by one. Using xsane, I could scan both sides of 40 sheets for example. Doing the same with gscan2pdf forced me to rescan the first side of the first sheet. That made it useless with a scanner with an ADF. -- Vincent Lhote signature.asc Description: This is a digitally signed message part
Bug#694888: ca-certificates-java: early triggered jks-keystore may fail and leave the temporary /etc/java-7-openjdk/jvm-$arch.cfg
Hi Andreas, > I can now also offer to NMU ca-certificates-java with my patch (and > intend to do so in a few days without other progress). I think the maintainer's earlier response in this log indicates that he doesn't have time and appreciates if someone else could fix it, so I would say, go ahead with your NMU. I would bump the 'urgency' in the changelog though. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696847: gscan2pdf: First page is not included in a scan with an ADF
On 27 January 2013 11:22, wrote: > Because using libsane-perl, I had to put the document twice in the > scanner to scan both sides, and I also had to scan pages one by one. > Using xsane, I could scan both sides of 40 sheets for example. Doing the > same with gscan2pdf forced me to rescan the first side of the first > sheet. That made it useless with a scanner with an ADF. libsane-perl should support all options offered by SANE. i.e. if it were possible with xsane, then it should have also been possible with gscan2pdf. But as I said, this is all rather academic now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689822: Fwd: Bug#689822: release.debian.org: please accept the package wims_4.03a-8 into testing-proposed-updates
Dear intrigeri, thank you for the two good news which came with your message! - time is getting tight: which should mean that Wheezy will become stable soon :) - you revive my request to accept the package wims into Wheezy, which I was too shy to revive myself. My older address georg...@ofset.org does bounce, so I changed definetely my DEBEMAIL to georg...@debian.org, which will fix this issue. There is a slight modification in my query, since the package wims is now based on the upstream release 4.04: the package in sid has the version/release number 1:4.04~dfsg2-1 However the package has the same dependences than the older wims_4.03a-8, and no package depends on wims or other packages built from the same source, like flydraw. So accepting back wims into Wheezy should not delay the end of the freeze period. There is currently one bug raised for wims, which is related to the transition towards apache 2.4; as this transition is postponed after Wheezy's stable release, it should not be taken in account now. Best regards, Georges. intrigeri a écrit : > Apparently georg...@ofset.org bounces, so: > > Date: Sat, 26 Jan 2013 22:07:24 +0100 > From: intrigeri > Subject: Bug#689822: release.debian.org: please accept the package > wims_4.03a-8 into testing-proposed-updates > To: 689...@bugs.debian.org > Cc: Mehdi Dogguy , "Adam D. Barratt" > , Georges Khaznadar > > Hi, > > Adam D. Barratt wrote (25 Dec 2012 20:49:36 GMT) : > > On 08.10.2012 17:31, Mehdi Dogguy wrote: > >> On 06/10/2012 20:24, Georges Khaznadar wrote: > >>> Please would you accept the new package wims_4.03a-8 into > >>> testing-proposed-updates? It provides a fix for the RC bug #687947 > >>> which was sent three weeks ago. PLease take a look at the attached > >>> debdiff file. > >>> > >>> I shall await your response before uploading the new package. > >>> > >> > >> Please go ahead with upload and notify us as soon as the package is > >> uploaded. I'll then add an unblock hint for the other two packages as well. > > > Nothing appears to have happened there? > > Georges, I'm sorry this package was removed from testing by mistake, > but the re-upload was agreed upon almost 4 months ago, and time is now > getting really tight for (re-)adding packages into testing, so if > you're still interested into having wims in Wheezy, I suggest > acting soon. > > Cheers, > -- > intrigeri > | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc > | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc > > > -- > To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/8538xnbqlv@boum.org > > > > -- > intrigeri > | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc > | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#609483: Bug #609483: release-notes: Problem with non-ascii characters in pdf variant of r-n
severity 609483 minor thanks Hi, FWIW, current pdf at http://www.debian.org/releases/testing/amd64/release-notes.de.pdf shows on page 22, section "4.5.4 Fehler beim Ausführen von aptitude oder apt-get" E: Dynamic MMap ran out of room bzw. F: Nicht genuegend Platz fuer Dynamic MMap . That's clearly a workaround, which makes the reported problem at least less urgent (but it's still a problem). Bye, Joost -- http://mdcc.cx/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699085: gajim: fails to react to roster drag&drop under KDE
Package: gajim Version: 0.15.1-3 Severity: normal Normally, when there are two roster items belonging to the same contact, a metacontact can be created by dragging the primary item and dropping it on the secondary. Normally, this will open a context menu with two options. This works fine under GTK-based window managers, but in KDE (KWin ?), nothing happens at all. This is independent from the used GTK+ theme. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages gajim depends on: ii dnsutils 1:9.8.4.dfsg.P1-4 ii python 2.7.3-3 ii python-gtk2 2.24.0-3+b1 Versions of packages gajim recommends: ii dbus1.6.8-1 ii notification-daemon 0.7.6-1 ii plasma-widgets-workspace [notification-daemon] 4:4.8.4-6 ii python-crypto 2.6-3 ii python-dbus 1.1.1-1 ii python-openssl 0.13-2 ii python-pyasn1 0.1.3-1 ii xfce4-notifyd [notification-daemon] 0.2.2-2 Versions of packages gajim suggests: ii aspell-en 7.1-0-1 ii avahi-daemon0.6.31-1 pn dvipng ii gnome-keyring 3.4.1-5 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii libgtkspell02.0.16-1 ii nautilus-sendto 3.0.3-2+b1 ii network-manager 0.9.4.0-8 ii python-avahi0.6.31-1 ii python-farstream0.1.2-1 ii python-gconf2.28.1+dfsg-1 ii python-gnome2 2.28.1+dfsg-1 ii python-gnomekeyring 2.32.0+dfsg-2+b1 ii python-gupnp-igd0.2.1-2 pn python-kerberos ii python-pycurl 7.19.0-5 ii texlive-latex-base 2012.20120611-5 -- 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#699086: mini-buildd: sed separator should not be "/"
Package: mini-buildd Version: 1.0.0~beta.2 Severity: normal Dear Maintainer, I upgraded my install today from 1.0.0~alpha8 to 1.0.0~beta.2. The postinst script failed: sed: -e expression #1, char 68: unknown option to `s' With tracing: + sed -i s/^ *MINI_BUILDD_OPTIONS=.*/MINI_BUILDD_OPTIONS="--verbose --home /srv/mini-buildd"/ /etc/default/mini-buildd The fix: replace '/' with '|' as the separator. Another note: that part of the script runs unconditionally, regardless of the parameter passed to the configure script. IMHO it should only be run if $1 is "configure". (Other than that, it seems that the upgrade went well) -- System Information: Debian Release: wheezy/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mini-buildd depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0] 1.5.46 ii debootstrap 1.0.42 ii devscripts2.12.5 ii dpkg-dev 1.16.9 ii gnupg 1.4.12-6 ii libjs-jquery 1.7.2+dfsg-1 ii libjs-sphinxdoc 1.1.3+dfsg-4 ii lintian 2.5.10.2 ii mini-buildd-common1.0.0~beta.2 ii python2.7.3~rc2-1 ii python-cherrypy3 3.2.2-2 ii python-daemon 1.5.5-1 ii python-django 1.4.2-1 ii python-django-extensions 0.6+git201107051902-1 ii python-mini-buildd1.0.0~beta.2 ii python-pyftpdlib 0.7.0-1 ii reprepro 4.12.4-1 ii sbuild0.63.2-1 ii schroot 1.6.3-1 ii sudo 1.8.5p2-1 Versions of packages mini-buildd recommends: ii python-apt 0.8.4 Versions of packages mini-buildd suggests: ii lvm2 2.02.95-4 -- Configuration Files: /etc/default/mini-buildd changed: MINI_BUILDD_OPTIONS="--verbose --home /srv/mini-buildd" -- debconf information: * mini-buildd/admin_password: (password omitted) mini-buildd/purge_warning: * mini-buildd/note: mini-buildd/home: /home/mini-buildd mini-buildd/options: --verbose --home /srv/mini-buildd -- Tzafrir Cohen | tzaf...@jabber.org | VIM is http://tzafrir.org.il || a Mutt's tzaf...@cohens.org.il || best tzaf...@debian.org|| friend -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691169: It works :)
Thanks a lot !!! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698802: release-notes: NSCA compatibility problems should be described
Hi Hilko, Thanks a lot for this excellent bugreport! Could you add a line on what NSCA is or does? Could you please do a svn co svn://svn.debian.org/svn/ddp/manuals/trunk/release-notes/en and hack up some DocBook XML code to get your text in? That'd allow me to fix this issue even more soon. If not, I'll get to this issue within about a week, I hope. Bye, Joost On Wed, Jan 23, 2013 at 09:17:29PM +0100, Hilko Bengen wrote: > Package: release-notes > Severity: wishlist > Tags: patch > > There are a few issues with upgrading from nsca 2.7 to 2.9 that IMO > should be documented in the release notes: > > - #670373: nsca 2.7.2 / nsca-client 2.9.1: do not communicate > - #662642: Daemon fails to handle packets with more than five reports > - #685457: nsca: Incompatibility between munin and nsca-2.9.1 > > Here's a suggestion: > > " > > Both the command line interface to nsca-client and the network protocol > spoken between nsca-client and nsca have been changed from version > 2.7.2+nmu2 (squeeze) to version 2.9.1-2 (wheezy) in incompatible ways: > > - nsca 2.7.2 (server) is not able to receive messages from > nsca-client 2.9.1-2 at all. > > - Whereas nsca-client 2.7.2 expected multiple status messages passed to > it via STDIN to be separated by newline (0x0a) characters, the record > separator has been changed to a ETB / (0x17) character by 2.9.1. > > - It is impossible to transmit more than five status messages during one > network connection. > > To keep a working monitoring setup from breaking over these > incompatibilities, the following steps should be taken before any > systems are upgraded to wheezy: > > - All nsca servers should be upgraded to 2.9.1 before any clients are > upgraded. Squeeze backports of the nsca and nsca-client packages are > available via backports.debian.org to ease the transition. > > - Care should be taken that external programs feeding multiple service > status records through nsca-client are adapted to use the ETB > character as a record separator. > > A wrapper script that calls » tr '\n' '\027' « should be sufficient. > > Affected packages are: munin [ FIXME: insert others here ]. > > - Care should be taken that external programs transmit no more than five > status records per nsca-client invocation. > > " > > -- System Information: > Debian Release: 7.0 > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) > Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > > -- > To UNSUBSCRIBE, email to debian-doc-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/87622nwt5y@msgid.hilluzination.de > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699080: nautilus-wipe: German translation for nautilus-wipe
Hi Christian, Christian Meyer wrote (27 Jan 2013 09:46:00 GMT) : > I found nautilus-wipe useful but there was no german translation, so I > did one (possibly it is not 'perfect' since this is my first > translation but all strings are translated by a native speaker :) ). > I submitted it upstream, too and it is attached below. Thanks a lot! This is too late for Wheezy, and I'm a bit reluctant to diverge from upstream too quickly, so I'll wait a bit for give upstream the time to ship a release with this translation. Only if they are not reactive enough, I'll include this translation as a Debian specific change. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696068: Please add a note about slapd
Goedemorgen Wouter! Thanks for your bugreport. Just did some investigating of this issue. In squeeze (stable) we have OpenLDAP server (slapd) 2.4.23-7.2, while wheezy (testing) has 2.4.31-1. That one is from Steve Langasek Wed, 27 Jun 2012 03:27:34 +; it contains no fix for #665199. So I'll wait :) Groeten, Joost On Sun, Dec 16, 2012 at 03:01:39PM +0100, Wouter Verhelst wrote: > Package: release-notes > Severity: normal > > Hi, > > I've uploaded a fix for #665199 (upgrading slapd fails because the > database is dumped using slapcat from the new slapd binary package, > which can't read the old data files) to stable. > > If accepted, users of slapd will need to update to this version _before_ > updating to unstable. Please make sure this is made clear in the release > notes. > > -- System Information: > Debian Release: 7.0 > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, > 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) > Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > > -- > To UNSUBSCRIBE, email to debian-doc-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > http://lists.debian.org/20121216140139.30198.35857.reportbug@localhost > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690127: release-notes: Issues: switch dm to get an active consolekit session
Hi Wolodja, Thanks a lot for your helpful suggestion! I agree with you :) Could you please do a svn co svn://svn.debian.org/svn/ddp/manuals/trunk/release-notes/en and hack up some DocBook XML code to get your text in? That'd allow me to fix this issue even more soon. If not, I'll get to this issue within about a week, I hope. Thanks, Bye, Joost On Sat, Jan 26, 2013 at 04:45:57PM +, Wolodja Wentland wrote: > Hello, > > I've just stumbled over this report and have to say that the proposed section > in the release notes is suboptimal. This is mainly due because it is unclear > which workaround is actually being referred to in the linked bug reports. > > I would prefer it if the actual changes that are needed are documented in the > release notes which would (for startx users) lead to something like: > > --- snip --- > Users of display managers other than kdm, gdm and lightdm (e.g. the xdm and > slim display managers) as well as users who start their X session by manually > calling startx from a virtual console will likely be hit by problems with > system services like automounting devices and autoconfiguring network > interfaces. > > Due to changes in consolekit, display managers need to update their consolekit > interaction. The displaymanagers kdm, gdm and lightdm in wheezy have been > updated. Others (xdm, slim, a.o.) have not yet been updated. If you're using > a not-yet updated display manager, either switch to an updated one before > starting to upgrade your system, or make sure to apply the following changes > to your configuration (as applicable): > > startx > -- > > Please make sure that the `consolekit` and `dbus-x11` packages are installed > and that both `ck-launch-session` and `dbus-launch` are called in all > $HOME/.xsession files as in: > > exec ck-launch-session dbus-launch $WM > > That means that if, for example, a user started the awesome window manager > with: > > exec awesome > > it should be ensured to change this line to: > > exec ck-launch-session dbus-launch awesome > > to ensure that the aforementioned system services work correctly. > > slim > > ... > > xdm > --- > ... > > --- snip --- > > I know that the actual text needs to be amended and polished, but I simply > wanted to point out that actual instructions in the release notes are much > more helpful than just references to (long!) bug reports. > > Have a wonderful day! > -- > Wolodja > > 4096R/CAF14EFC > 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699087: sysvinit: avoid potentional bugs, more efficient code and cleanups
Hi, You refer to a patch "0015", but it does not appear to be attached (instead "0016" appears twice). NB: I am not the maintainer, so I cannot comment on whether the patches will be accepted. Just wanted to let you know you might have missed a patch. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#568094: Processed: Re: Bug#568094: fwvm-crystal: clock freezes after sleep
reassign 568094 fvwm retitle 568094 fvwm: periodic tasks in a module won't work after sleep thanks Hi! The clock is a FVWM script swallowed into a fvwm button. There is no way that every script should handle low-level details like IPC stuff being stateful or not (I don't know what it means). The script makes use of a documented interface for a module (PeriodicTasks[1]). [1]: http://www.fvwm.org/documentation/manpages/stable/FvwmScript.php#lbAJ -- printk(KERN_WARNING "%s: Short circuit detected on the lobe\n", dev->name); 2.4.0-test2 /usr/src/linux/drivers/net/tokenring/lanstreamer.c pgpaMWQcmG3gL.pgp Description: PGP signature
Bug#689268: Bug#692234: Processed: severity of 689268 is important
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 26.01.2013 23:37, schrieb Ben Hutchings: > Julien Cristau prepared some packages for testing before we make > this change. Here's how you would install them with APT: > > gpg --no-default-keyring --keyring > /usr/share/keyrings/debian-keyring.gpg --export 310180050905E40C | > apt-key add - echo deb > http://people.debian.org/~jcristau/wheezy-drm34/ ./ > > /etc/apt/sources.list.d/jcristau-wheezy-drm34.list apt-get update > apt-get install linux-image-3.2.0-4.drm-amd64 # or -486, or > -686-pae > > Please test and send your results (good or bad) to > 687...@bugs.debian.org I already posted here several weeks ago: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692234#433 that I cannot test without the matching linux-header package! This headers are still missing in his repo. I'll test as soon as headers are available - please let me know. /Ingo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlEFDI8ACgkQx2YcFfrwLxMAUACfQ/9YomlVoJk1V1+YBfrMo+Op AckAnA1XiU/xGlRnoT+LV3cGhOtpK6XV =I+mX -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#698793: Patch
--- en/upgrading.dbk(revision 9557) +++ en/upgrading.dbk(working copy) @@ -1227,6 +1227,31 @@ may be required, either before or during the upgrade; these are detailed below on a per-package basis. + +Sudo + +If you have modified /etc/sudoers then you should be aware +of changes made to how sudo +configuration is handled. The deafult /etc/sudoers now +includes the following directive: + +#includedir /etc/sudoers.d + +You may wish to add this directive to the end of your +/etc/sudoers, as this won't be done automatically during +the upgrade. And you may also wish to consider migrating your changes to files +in the new /etc/sudoers.d directory. + + + +Unless you also add a Defaults secure_path= entry to your +modified /etc/sudoers, you may find that sudo has an incomplete path. Specifying the fully +qualified path to commands will still work, however. See +usr/share/doc/sudo/NEWS.Debian for more information. + + + Evolution -- Tim Marston ed.am -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698527: elmer: executable ElmerGUI.real links with both GPL-licensed and GPL-incompatible libraries
Hi, > will we request the package removing from wheezy as well? I have no final decision yet. I need more opinions. (Cc'ing mailing list) Problem affects only binary file ElmerGUI.real which provides modern convenient GUI for pre-processing and post-processing FE models. But package still includes old binaries ElmerFront and ElmerPost with ugly graphical interfaces based on Tk library. I have not tested them myself, but they should provide similar functionality. Solver and libraries do not use graphical toolkits at all. So if we remove problematic binary from the package, program will become very inconvenient but not useless. Any votes to do this? Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687597: openslp-dfsg: touch bug CVE-2012-4428
severity 687597 important thanks On Sat, Jan 05, 2013 at 09:01:45PM +0100, John Paul Adrian Glaubitz wrote: >Hi, > >there has also been an upstream bug report filed [1]. > >Might be reasonable to check back there from time to time. No patch >yet, unfortunately. I had a look at this yesterday. The buffer-handling in libslp *looks* suspect to me (in terms of tracking lengths of text fields etc.), but I can't see an easy way to reproduce the bug here to verify my suspicions. I've followed up on the upstream bug to ask about this. In the meantime, even if the code looks dodgy I *don't* see it as being particularly likely to be exploitable, more a DoS at worst, and only on a local-network basis rather than truly remote. I'm dropping severity from grave accordingly - feel free to re-raise if you think I'm wrong. -- Steve McIntyre, Cambridge, UK.st...@einval.com "C++ ate my sanity" -- Jon Rabone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668440: sisc: leaves alternatives after purge
On 26 January 2013 16:06, Andreas Beckmann wrote: > I just looked at this again and created a minimal patch that only fixes > the prerm script to remove the correct alternative. Tested in piuparts > and works fine now :-) Thanks for this Andreas. Please go ahead and NMU. Cheers, -- David Banks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#677638: Bug#696039: unblock: laptop-mode-tools/1.61-1
[why the explicit -release CC? we get bug mail... ;p] On Sun, 2013-01-27 at 14:32 +0530, Ritesh Raj Sarraf wrote: > Could you please unblock laptop-mode-tools version 1.61-2, currently > sitting in unstable ? > > This upload has very minimal change to disable, by default, the power > savings on the e1000e driver. Unblocked; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#695701: tagging 695701
On Sun, Dec 30, 2012 at 03:50:52PM +0100, Pino Toscano wrote: >tags 695701 + pending >thanks Hi, You've marked this pending 4 weeks ago - any progress towards an upload? -- Steve McIntyre, Cambridge, UK.st...@einval.com You raise the blade, you make the change... You re-arrange me 'til I'm sane... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698793: Patch
Hi Tim, Thanks a lot! I'll wait for your next revision of this patch, as we've just discussed IRL. Bye, Joost On Sun, Jan 27, 2013 at 11:11:40AM +, Tim Marston wrote: > --- en/upgrading.dbk (revision 9557) > +++ en/upgrading.dbk (working copy) > @@ -1227,6 +1227,31 @@ > may be required, either before or during the upgrade; these are detailed > below on a per-package basis. > > + > +Sudo > + > +If you have modified /etc/sudoers then you should be > aware > +of changes made to how sudo > +configuration is handled. The deafult /etc/sudoers now > +includes the following directive: > + > +#includedir /etc/sudoers.d > + > +You may wish to add this directive to the end of your > +/etc/sudoers, as this won't be done automatically during > +the upgrade. And you may also wish to consider migrating your changes to > files > +in the new /etc/sudoers.d directory. > + > + > + > +Unless you also add a Defaults secure_path= entry to your > +modified /etc/sudoers, you may find that +role="package">sudo has an incomplete path. Specifying the > fully > +qualified path to commands will still work, however. See > +usr/share/doc/sudo/NEWS.Debian for more information. > + > + > + > > Evolution > > > -- > Tim Marston > ed.am > > > -- > To UNSUBSCRIBE, email to debian-doc-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/2013012740.ga16...@waxworlds.org > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699013: new git prompt stuff doesn't work on virtual consoles, only in terminals under X11
Hi Paul, Paul Wise wrote: > export PROMPT_COMMAND='__git_ps1 "\[\e]0;\u@\h: \w\a\]\u@\h\ \w" " \\\$ "' > > I switched from editing PS1 to PROMPT_COMMAND because it gets me the new > colour stuff in the git part of my prompt, it looks like this in xterm: > > pabs@chianamo ~ $ > > When I login on a virtual console (with TERM=linux), I get this instead: > > ;pabs@chianamo: ~pabs@chianamo ~ $ > > I think it should look the same under TERM=xterm and TERM=linux. Doesn't the same thing happen if you just do export PS1='\[\e]0;\u@\h: \w\a\]\u@\h\w$ ' ? What was your (working) prompt before this change? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699088: RM: gnunet-dev gnunet-dbg gnunet-client gnunet-common gnunet-server [kfreebsd-amd64 kfreebsd-i386] -- RoRM; porting changes reverted for wheezy
Package: ftp.debian.org Severity: normal Hi, gnunet 0.9.3-4 built on kfreebsd, but the changes were then reverted to get a package suitable for wheezy, which means 0.9.3-5 now ftbfs. Please remove the ood binaries. Cheers, Julien signature.asc Description: Digital signature
Bug#698822: [Problem Resolved]
Confirming the issue now resolved for me with release of 2:1.4.1-2~bpo60+2 (squeeze-backports) Thanks for your speedy response! 8-) signature.asc Description: OpenPGP digital signature
Bug#699087: sysvinit: avoid potentional bugs, more efficient code and cleanups
On Sun, 27 Jan 2013, Niels Thykier wrote:
>
> You refer to a patch "0015", but it does not appear to be attached
> (instead "0016" appears twice).
Thanks Niels for pointing that out.
0015 patch attached here.
Cheers,
--
CristianFrom b601a2cb04e5a533d74c7816a8ab696de3d0efb7 Mon Sep 17 00:00:00 2001
From: Cristian Ionescu-Idbohrn
Date: Sun, 27 Jan 2013 09:05:06 +0100
Subject: [PATCH 15/21] List fstab files without forking `ls', `grep' nor
`sed' and no pipes.
Signed-off-by: Cristian Ionescu-Idbohrn
---
debian/src/initscripts/lib/init/mount-functions.sh | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/debian/src/initscripts/lib/init/mount-functions.sh b/debian/src/initscripts/lib/init/mount-functions.sh
index 3a526b9..67a4578 100644
--- a/debian/src/initscripts/lib/init/mount-functions.sh
+++ b/debian/src/initscripts/lib/init/mount-functions.sh
@@ -6,10 +6,17 @@
# List available fstab files, including any files in /etc/fstab.d.
# This looks ugly, but we can't use find and it's safer than globbing.
fstab_files() {
- echo /etc/fstab
- if [ -d /etc/fstab.d ]; then
- ls -1 /etc/fstab.d | grep '\.fstab$' | sed -e 's;^;/etc/fstab.d/;'
- fi
+ _fstab=/etc/fstab
+ echo $_fstab
+ _fstabd="$_fstab.d/*.fstab"
+ for _f in $_fstabd; do
+ case "$_f" in
+ "$_fstabd")
+break
+;;
+ esac
+ echo $_f
+ done
}
# $1: directory
--
1.7.10.4
Bug#699089: libc-bin: getent gshadow broken
Package: libc-bin Version: 2.13-37 Severity: important "getent gshadow" does not work. strace shows that it doesn't even attempt to open "/etc/gshadow". This is unlike for other files such as "/etc/shadow" or "/etc/passwd". getent certainly knows that "gshadow" is a valid database name; but it does not even try to read the database. Adding gshadow to /etc/nsswitch.conf made no difference. gshadow:compat Is glibc NSS correctly set up to read gshadow data from nsswitch.conf? Given that this is a core system database, this could be considered RC since it prevents the database being queried or dumped which can be fundamental to using the system. # nm -D /lib/x86_64-linux-gnu/libc.so.6| grep getsg 003d930e09f0 T fgetsgent 003d930e1710 W fgetsgent_r 003d930e0620 T getsgent 003d930e0df0 T getsgent_r 003d930e06e0 T getsgnam 003d930e10d0 T getsgnam_r 003d930e0840 T sgetsgent 003d930e1650 W sgetsgent_r # nm -D /usr/bin/getent| grep getsg U getsgent U getsgnam It's certainly using the correct symbols. But there's something fundamentally wrong here AFAICS. Regards, Roger -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#698884: ircd-hybrid version 8 should be a separate package
On Thu, Jan 24, 2013 at 09:35:47PM +, Mark Cunningham wrote: > Can i recommend/request making ircd-hybrid 8 a separate package (such > as ircd-hybrid8)? Given that apparently version 7 and version 8 > servers are incompatible when peering. Only where cryptlinks are in use. > (and on a minor note, the > config files/option names have changed a good bit where manual fixing > of config files may be required by the user). This is true. > Creating a separate package would stop people having to downgrade in > the future if they upgrade to 8 and therefore can't connect to their > irc network any more. > > I'd be in favour of having a version 8 package available as an option > though to install side by side. I'm going by the (You seem to have been truncated here?) Although you're right that packaging 8 as a separate package would reduce the risk of upgrade problems for people using some configurations including cryptlinks, it would also introduce some more. It would mean that we would still have an abandoned release branch in Debian, with the associated risks that carries; it would increase the maintenance overhead for the Debian maintainer(s) (and bear in mind that I recently adopted this package after a substantial period of it not being maintained so I am particularly nervous about this part); and it would also break the simple upgrade case where people are using it as a simple standalone server with its default configuration (I don't know what the breakdown of users in Debian is like, but there will be at least some of these). My current thinking has been to add a Debconf question when upgrading from 7 to 8 to advise people of the most critical issues with migrating and give them the option of aborting the upgrade (and advice on how resolve the issues). -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696671: tpu: isc-dhcp/4.2.2.dfsg.1-5+deb70u3
On Tue, Dec 25, 2012 at 10:11:22 -0500, Michael Gilbert wrote: > Package: release.debian.org > User: release.debian@packages.debian.org > Usertags: tpu > Severity: normal > > I plan to upload a tpu for isc-dhcp fixing two important issues. One > fixes an unclean error situation, and the other sets up the default > dhclient configuration to work in ipv6-only configurations. The first > change is less important, so I can drop it if needed. Please review > the proposed patch attached. > There's now 698582 which should probably be addressed in any tpu upload. Cheers, Julien signature.asc Description: Digital signature
Bug#698985: [Pkg-alsa-devel] Bug#698985: Bug#698985: alsa-utils: alsamixer does not work. Broken pipe.
* Azuki [2013-01-27 05:51 -0500]: > > > $ echo "autospawn=no" >> $HOME/.pulse/client.conf > > $ pulseaudio -k > I tried the above, but the result did not change. What tells: $ ps aux | grep pulѕ > Though I uninstalled pulseaudio and tried alsamixer, I got the same error. > $ alsamixer > cannot load mixer controls: Broken pipe > > It is two following errors filling the log exhaustively to be interested in > me. > $ dmesg | grep cannot > 2:4:1: clock source 25 is not valid, cannot use > cannot get ctl value: req = 0x81, wValue = 0x0, wIndex = 0xa00, type = 3 > > Do these two errors have any relation to alsamixer? or kernel bug ? > Do you know what this errors are? No. Elimar -- The path to source is always uphill! -unknown- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696068: Please add a note about slapd
On Sun, Jan 27, 2013 at 11:57:05AM +0100, Joost van Baal-Ilić wrote: > Goedemorgen Wouter! > > Thanks for your bugreport. > > Just did some investigating of this issue. In squeeze (stable) we have > OpenLDAP server (slapd) 2.4.23-7.2, while wheezy (testing) has 2.4.31-1. That > one is from Steve Langasek Wed, 27 Jun 2012 03:27:34 +; it > contains no fix for #665199. The upload was 2.4.23-7.3, targetted for stable. It's been accepted, but won't be visible until the next point release. -- Copyshops should do vouchers. So that next time some bureaucracy requires you to mail a form in triplicate, you can mail it just once, add a voucher, and save on postage. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698527: elmer: executable ElmerGUI.real links with both GPL-licensed and GPL-incompatible libraries
On Sun, 27 Jan 2013 10:35:17 +0100 Anton Gladky wrote: > Hi, > > will we request the package removing from wheezy as well? As I said [1], I would really try hard and avoid removing the package from Debian. The true solution is: help me in persuading Open CASCADE S.A.S. to re-license Open CASCADE Technology under GPLv2-and-v3-compatible terms. [1] http://bugs.debian.org/698527#22 Removing packages from Debian corresponds to surrendering (at least temporarily). I would rather avoid this. So once again: please get in touch with Open CASCADE S.A.S. and persuade them to re-license under GPLv2-and-v3-compatible terms (such as under GNU LGPL v2.1, possibly with additional permissions, if deemed necessary). I am convinced that this issue should be solved once and for all. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpmT8zjvth7r.pgp Description: PGP signature
Bug#699013: new git prompt stuff doesn't work on virtual consoles, only in terminals under X11
notfound 699013 git/1:1.8.1.1-1 quit Paul Wise wrote: > Hmm, good point, I guess only X11 terminals support setting the title, > so this is user error. I am now setting PROMPT_COMMAND to a different > value when TERM=linux. Sorry for the noise :( No problem. Thanks for testing. Do you remember what documentation suggested the PROMPT_COMMAND you used? Maybe it could be clarified. Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699013: new git prompt stuff doesn't work on virtual consoles, only in terminals under X11
On Sun, 2013-01-27 at 04:00 -0800, Jonathan Nieder wrote: > Do you remember what documentation suggested the PROMPT_COMMAND you > used? Maybe it could be clarified. /usr/lib/git-core/git-sh-prompt suggests PROMPT_COMMAND but doesn't mention the title setting stuff, which I copied from my previous setup using PS1. No idea where I found out about the title setting stuff, I've had that enabled for years. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#699013: new git prompt stuff doesn't work on virtual consoles, only in terminals under X11
Paul Wise wrote: > /usr/lib/git-core/git-sh-prompt suggests PROMPT_COMMAND but doesn't > mention the title setting stuff, which I copied from my previous setup > using PS1. No idea where I found out about the title setting stuff, I've > had that enabled for years. Makes sense, thanks. There's an implied wishlist bug here about the linux console driver, but I'll let it stand. ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699014: [Pkg-amule-devel] Bug#699014: Migrate from GConf to GSettings
Hello Eric, On Sun, Jan 27, 2013 at 10:05 AM, Eric Heintzmann wrote: > I've already reported this bug upstream: > http://amule.forumer.com/port-from-gconf-to-gsettings-t2300205.html > > They said they are not responsible for this bug. I see, the request of a patch is still valid :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699089: libc-bin: getent gshadow broken
reassign 699089 libc6 retitle 699089 nss: compat does not handle gshadow thanks On Sun, Jan 27, 2013 at 11:49:17AM +, Roger Leigh wrote: > Adding gshadow to /etc/nsswitch.conf made no difference. > gshadow: compat gshadow: files Works fine. But this is not supported by compat, which would be good to have as well. Additionally, it would also be good to have this documented; gshadow is undocumented in the info manual (and manpages). Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699066: xgks: Contains code preventing commercial distribution
On Sat, 26 Jan 2013 19:31:33 -0500 Luke Faraone wrote: [...] > src/port/misc/config.c: [...] > > and cause the whole of any work that you distribute > > or publish, that in whole or in part contains or is a derivative of > > this program or any part thereof, to be licensed at no charge to > > all third parties on terms identical to those here. [...] > > The text "to be licensed at no charge" sounds like it forbids commercial > distribution. Mmmmh, I am not too convinced. It says "licensed at no charge", not "distributed at no charge". Please compare with clause 2b of the GNU GPL v2: | b) You must cause any work that you distribute or publish, that in | whole or in part contains or is derived from the Program or any | part thereof, to be licensed as a whole at no charge to all third | parties under the terms of this License. It seems to be pretty equivalent... The license of src/port/misc/config.c looks like a not-too-strong copyleft (GPL-incompatible) license. I haven't spotted any DFSG-freeness issues. As far as the other additional violations (pointed out in message #10 [1]) are concerned, I have nothing to comment... [1] http://bugs.debian.org/699066#10 N.B.: I am not a maintainer of this package and I know nothing about it; I am just a debian-legal regular who happened to notice this RC bug... I hope my comment helps a little. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpZerRodFaJk.pgp Description: PGP signature
Bug#699090: base-files: nsswitch.conf does not include gshadow entry
Package: base-files Version: 7.1 Severity: serious Tags: patch Hi Santiago, I've attached a patch for adding support for the "gshadow" (group shadow) NSS database to nsswitch.conf. Without this, the libc getsg* family of functions will not work, hence marking serious or else these functions will be broken for new installations; would also be nice if it was possible to add for upgrades as well? Do we have any mechanism for making NSS updates? Note that it's using the "files" service rather than "compat" here because "compat" does not support gshadow, but "files" does (can be tested by running "getent gshadow" as root). Thanks, Roger -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages base-files depends on: ii gawk [awk] 1:4.0.1+dfsg-2 ii mawk [awk] 1.3.3-17 base-files recommends no packages. base-files suggests no packages. -- no debconf information diff -urN base-files-7.1.original/share/nsswitch.conf base-files-7.1/share/nsswitch.conf --- base-files-7.1.original/share/nsswitch.conf 2013-01-27 11:59:40.147903916 + +++ base-files-7.1/share/nsswitch.conf 2013-01-27 12:04:44.534176087 + @@ -7,6 +7,7 @@ passwd: compat group: compat shadow: compat +gshadow: files hosts: files dns networks: files
Bug#699081: Please add support for Radeon HD 7800M
Jaakov (27/01/2013): > Package: xserver-xorg-video-radeon > Version: 1:6.14.4-6 > Severity: wishlist > > Currently X boots in fail-safe mode in the following configuration > (lspci -vvv). There's a bug script which collects info from your system when submitting X-related bug reports. Why didn't you let it do its job? That said, you probably need to install firmware-linux-nonfree. Mraw, KiBi. signature.asc Description: Digital signature
Bug#699084: /usr/bin/Xorg: X crash in FreeGlyphSet
Michal Suchanek (27/01/2013): > Package: xserver-xorg-core > Version: 2:1.12.4-4 > Severity: normal > File: /usr/bin/Xorg > > Hello, > > the X server crashed in FreeGlyphSset. > > Not sure if the bug is in the glyph handling or in resource handling in > general. This happened first time after long time of running X server. I > was viewing some Chinese pages in a web browser at the moment so it > might cause more stress to glyph handling. As you know, a full backtrace would be helpful. Mraw, KiBi. signature.asc Description: Digital signature
Bug#697974: missing implementation
I've had a quick look into the axis2c codebase, trying to follow through the calls. I can't see a suitable place where the hostname and the subject of the X509 certificate can be easily tested. It seems to me that someone familiar with the axis2c data structures will need to write new code to make the values accessible and handle the results of the comparison. The CVE lacks any defined test mechanism or verification. The lack of this code would appear to make it possible to implement a classic man-in-the-middle attack on the communication through axis2c. The bug itself cannot be reasonably downgraded at this stage, without more investigation. The reverse dependencies of axis2c are rampart and eucalyptus. eucalyptus is not and has not been in Wheezy (it was removed from unstable and testing, later reintroduced into unstable.) rampart is allied to axis2c. I think the only realistic solution to this RC bug in Wheezy is to remove axis2c and rampart from testing until axis2c can have the necessary support verified. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpalyCYp7J1U.pgp Description: PGP signature
Bug#699081: Please add support for Radeon HD 7800M
On 27.01.2013 13:18, Cyril Brulebois wrote: Jaakov (27/01/2013): Package: xserver-xorg-video-radeon Version: 1:6.14.4-6 Severity: wishlist Currently X boots in fail-safe mode in the following configuration (lspci -vvv). There's a bug script which collects info from your system when submitting X-related bug reports. Why didn't you let it do its job? Do you mean reportbug? That said, you probably need to install firmware-linux-nonfree. Already installed, version 0.36+wheezy.1. Its description mentions several versions of Radeon HD 7800, but no Radeon HD 7800M. Best, Jaakov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686376: ginkgocadx: this is a non-issue
Package: ginkgocadx Followup-For: Bug #686376 This is a non-issue. When Ginkgo-CADx is started it will show a "start page" in the right hand side (if so configured - and that's the default). On the right hand side, normally images are displayed in tabs. Ginkgo-CADx does not close as long as an "image" is open on the right hand side. In this case the start page. Yes, this is unfortunate programming (especially since there's no feedback) but, no, it is NOT a bug. Please close this report unless the original poster shows instructions to replicate the reported behaviour independant of the above explanation. Karsten -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'stable-updates'), (500, 'stable'), (50, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ginkgocadx depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libdcmtk2 3.6.0-12 ii libfftw3-33.3.2-3.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdcm2.22.2.0-13 ii libgdk-pixbuf2.0-02.26.1-1 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libinsighttoolkit3.20 3.20.1+git20120521-3 ii libpango1.0-0 1.30.0-1 ii libpng12-01.2.49-1 ii libsqlite3-0 3.7.13-1 ii libssl1.0.0 1.0.1c-4 ii libstdc++64.7.2-5 ii libtiff5 4.0.2-5 ii libvtk5.8 5.8.0-13+b1 ii libwrap0 7.6.q-24 ii libwxbase2.8-02.8.12.1-12 ii libwxgtk2.8-0 2.8.12.1-12 ii libxml2 2.8.0+dfsg1-7 ii zlib1g1:1.2.7.dfsg-13 ginkgocadx recommends no packages. ginkgocadx 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#688952: ginkgocadx: seems resolved
Package: ginkgocadx Version: 2.12.0.4889-1 Followup-For: Bug #688952 This problem seems resolved with the upstream release 3.1.0. Citing from their README: Ginkgo CADx Project Changelog www.ginkgo-cadx.com Version 3.1.0 (2012-12-12) --- ... * wrong LGPL3 aditional clause removed Please close this bug if you agree. Thanks, Karsten -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'stable-updates'), (500, 'stable'), (50, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ginkgocadx depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libdcmtk2 3.6.0-12 ii libfftw3-33.3.2-3.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdcm2.22.2.0-13 ii libgdk-pixbuf2.0-02.26.1-1 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libinsighttoolkit3.20 3.20.1+git20120521-3 ii libpango1.0-0 1.30.0-1 ii libpng12-01.2.49-1 ii libsqlite3-0 3.7.13-1 ii libssl1.0.0 1.0.1c-4 ii libstdc++64.7.2-5 ii libtiff5 4.0.2-5 ii libvtk5.8 5.8.0-13+b1 ii libwrap0 7.6.q-24 ii libwxbase2.8-02.8.12.1-12 ii libwxgtk2.8-0 2.8.12.1-12 ii libxml2 2.8.0+dfsg1-7 ii zlib1g1:1.2.7.dfsg-13 ginkgocadx recommends no packages. ginkgocadx 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#699081: Please add support for Radeon HD 7800M
Control: tag -1 moreinfo On Sun, Jan 27, 2013 at 11:04:57 +0100, Jaakov wrote: > Package: xserver-xorg-video-radeon > Version: 1:6.14.4-6 > Severity: wishlist > > Currently X boots in fail-safe mode in the following configuration > (lspci -vvv). > Please send your X and kernel logs. Cheers, Julien signature.asc Description: Digital signature
Bug#699084: /usr/bin/Xorg: X crash in FreeGlyphSet
On 27 January 2013 13:19, Cyril Brulebois wrote: > Michal Suchanek (27/01/2013): >> Package: xserver-xorg-core >> Version: 2:1.12.4-4 >> Severity: normal >> File: /usr/bin/Xorg >> >> Hello, >> >> the X server crashed in FreeGlyphSset. >> >> Not sure if the bug is in the glyph handling or in resource handling in >> general. This happened first time after long time of running X server. I >> was viewing some Chinese pages in a web browser at the moment so it >> might cause more stress to glyph handling. > > As you know, a full backtrace would be helpful. Sorry, this is not exactly frequent crash. I don't think I will be able to collect a better backtrace. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686376: ginkgocadx: this is a non-issue
Sorry this should have been attached to #684990 Please re-assign. Thanks, Karsten On Sun, Jan 27, 2013 at 01:36:48PM +0100, Karsten Hilbert wrote: > Package: ginkgocadx > Followup-For: Bug #686376 > > This is a non-issue. > > When Ginkgo-CADx is started it will show a "start page" in the right > hand side (if so configured - and that's the default). On the right hand > side, normally images are displayed in tabs. Ginkgo-CADx does not close > as long as an "image" is open on the right hand side. In this case the > start page. > > Yes, this is unfortunate programming (especially since there's no > feedback) but, no, it is NOT a bug. > > Please close this report unless the original poster shows instructions > to replicate the reported behaviour independant of the above explanation. > > Karsten -- GPG key ID E4071346 @ gpg-keyserver.de E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692234: Processed: severity of 689268 is important
On Sun, 2013-01-27 at 12:17 +0100, Ingo wrote: > Am 26.01.2013 23:37, schrieb Ben Hutchings: > > > Julien Cristau prepared some packages for testing before we make > > this change. Here's how you would install them with APT: > > > > gpg --no-default-keyring --keyring > > /usr/share/keyrings/debian-keyring.gpg --export 310180050905E40C | > > apt-key add - echo deb > > http://people.debian.org/~jcristau/wheezy-drm34/ ./ > > > /etc/apt/sources.list.d/jcristau-wheezy-drm34.list apt-get update > > apt-get install linux-image-3.2.0-4.drm-amd64 # or -486, or > > -686-pae > > > > Please test and send your results (good or bad) to > > 687...@bugs.debian.org > > > I already posted here several weeks ago: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692234#433 > that I cannot test without the matching linux-header package! This > headers are still missing in his repo. I'll test as soon as headers > are available - please let me know. The ABI should be the same as for 3.2.0-4, except for the DRM (which it appears is not used by any out-of-tree module). So you can just copy the VirtualBox modules from /lib/modules/3.2.0-4-amd4/extra to /lib/modules/3.2.0-4.drm-amd64/extra Ben. -- Ben Hutchings Experience is what causes a person to make new mistakes instead of old ones. signature.asc Description: This is a digitally signed message part
Bug#686376: ginkgocadx: Upstream 3.1.0 available
Package: ginkgocadx Version: 2.12.0.4889-1 Followup-For: Bug #686376 Upstream has release 3.1.0. This - among fixing bugs - resolves the inaccurate licensing. Uploading to experimental would be beneficial to users as they can use this version even before Testing becomes stable (it runs just fine on Testing AFAICT). Please package as time permits. Thanks, Karsten -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'stable-updates'), (500, 'stable'), (50, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ginkgocadx depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libdcmtk2 3.6.0-12 ii libfftw3-33.3.2-3.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdcm2.22.2.0-13 ii libgdk-pixbuf2.0-02.26.1-1 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libinsighttoolkit3.20 3.20.1+git20120521-3 ii libpango1.0-0 1.30.0-1 ii libpng12-01.2.49-1 ii libsqlite3-0 3.7.13-1 ii libssl1.0.0 1.0.1c-4 ii libstdc++64.7.2-5 ii libtiff5 4.0.2-5 ii libvtk5.8 5.8.0-13+b1 ii libwrap0 7.6.q-24 ii libwxbase2.8-02.8.12.1-12 ii libwxgtk2.8-0 2.8.12.1-12 ii libxml2 2.8.0+dfsg1-7 ii zlib1g1:1.2.7.dfsg-13 ginkgocadx recommends no packages. ginkgocadx 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#699081: Please add support for Radeon HD 7800M
Please send your X and kernel logs. Attached. Cheers, Jaakov. dmesg.gz Description: GNU Zip compressed data Xorg.0.log.gz Description: GNU Zip compressed data
Bug#699091: linux-image-3.2.0-4-amd64: kernel BUG: Bad page map in process udevd
Control: tag -1 moreinfo On Sun, 2013-01-27 at 12:37 +, Jules Villard wrote: > Package: src:linux > Version: 3.2.35-2 > Severity: normal > > Dear Maintainer, > > I hit a few BUGs at the end of boot time (see dmesg). They do not seem > to visibly affect the stability of the system. > > There's also a "swap_free: Bad swap offset entry 7fffc4010a6aa0" in the > mix... [...] Please use memtest86+ to test the memory in this system. Ben. -- Ben Hutchings Experience is what causes a person to make new mistakes instead of old ones. signature.asc Description: This is a digitally signed message part
Bug#699058: [Pkg-xfce-devel] Bug#699058: [xfce4] Duplicated apps for CD burning
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, Jan 26, 2013 at 10:30:10PM +0100, Rafael Belmonte wrote: > Package: xfce4 > Version: 4.8.0.3 > Severity: normal > > Xfce4 desktop has both: xfburn and brasero installed by default. > I think there should be only one. > aptitude why brasero reports this: > i task-xfce-desktop Recommends quodlibet > i A quodlibet Dependsexfalso (= 2.4-1) > i A exfalso Recommends quodlibet-plugins (>= 1:2.3.2) > i A quodlibet-plugins Recommends brasero | k3b There's not so much we can dot about that. Maybe adding xfburn to quodlibet-plugins alternate recommends, although I'm not sure it'll change anything. Regards, - -- Yves-Alexis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQEcBAEBCgAGBQJRBSQTAAoJEG3bU/KmdcClJZ0H/ikJHM7ACoE3AR2M4WH6kBlz nHjvzPT9XNCWd2qkNcntr+2OaN5/yHwbIA7BgCciO+p0l734BPPDmUqfui6puXu1 TdjQ+GiaLk51AW2gpkCqgzkNlfImqRpaBTzvUR7DgB7S+WyLtwRBMqsAEXDu9/EH T2vkx4IoqLJzd2NTguLts4EQMAT37ztpCkAtyMlFXt5D6PxBVcVaQSns6smLIKzQ s/o66y6esaw/hfPym37/DSsmwzIxB7gF4gG5sp4EWSdlAr3c3be0E9uW6ALooCMN taHfm6obY9jr9m1oj3fc0mL+jm+JX/BIrF80hFyOYYs82ulaiChbLx+ga3tLSAU= =IJby -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#699082: [INTL: it] Italian translation of vidalia debconf templates
tags 699082 confirmed pending thanks On 27/01/13 07:09, Fabio wrote: > Package: vidalia > Severity: wishlist > Tags: l10n patch > > Hi, > attached is the Italian translation of vidalia debconf templates. > Please include it in your next upload. > > Thanks, > Fabio Hi Fabio! Thanks for your contribution. Cheers, Dererk -- BOFH excuse #251: Processes running slowly due to weak power supply signature.asc Description: OpenPGP digital signature
Bug#699081: Please add support for Radeon HD 7800M
Control: tag -1 = fixed-upstream On Sun, Jan 27, 2013 at 11:04:57 +0100, Jaakov wrote: > Package: xserver-xorg-video-radeon > Version: 1:6.14.4-6 > Severity: wishlist > > Currently X boots in fail-safe mode in the following configuration > (lspci -vvv). > > 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee > ATI Cape Verde [Radeon HD 7800M Series] (prog-if 00 [VGA > controller]) Initial support for that chip was added upstream in 7.0.0, although not accelerated without glamor, so this is still kinda work in progress. Cheers, Julien signature.asc Description: Digital signature
Bug#699070: [Pkg-xfce-devel] Bug#699070: [xfce4] Gtk3 applications with ugly and "alien" theme
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 reassign -1 gtk2-engines-xfce On Sun, Jan 27, 2013 at 03:19:34AM +0100, Rafael Belmonte wrote: > Package: xfce4 > Version: 4.8.0.3 > Severity: normal > > In a default Xfce Debian installation, gtk3 applications like > brasero or software-center has an ugly theme and they seem a few > "alien" respect the other Xfce and gtk2 native applications. > Please try to preconfigure gtk3 themes in order gtk3 applications to > have an appearance more similar to other xfce/gtk2 applications. That actually means having a gtk3 theme named the same as the gtk2 theme. In Xfce 4.10, the gtk2-engines-xfce source package actually supports gtk3 and builds a gtk3-engines-xfce binary package. Regards, - -- Yves-Alexis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQEcBAEBCgAGBQJRBSXcAAoJEG3bU/KmdcCl1LEH/221uPlcqKPe9dslrUvN+NUc K4wOLNRp776u+4+F+Hn9L6uzpLJLrH7QRtMZNOuHyG4EaOmnweUgQ5U78Scye1rq Q3FUtTf+7vEFxzJORB/QznCoa98xXKIUEE95fRCSudZKlgam01xwXXEABw/pOzVC z0XrZk6tSwTS/8wx8RvrF/eyAMcm9qnPE/jQNxroMniJ37QSSSmGeW+2Sm6SKjuK Nx8uTUHO7zCc9QvVuJd2Bl4E3oFZOTByfcnWx1BDHee0O6o3bIMJH5MqJX1ph1Db GRXYKSKTtDwb86NZbGTr7BFBOQPo3HdnFqd0SUy/vwfk39pWo0/NzTYuzq1rYlw= =RBBP -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#699092: kwalletmanager multiple wallets / default wallet
Package: kwalletmanager Severity: normal Version: 4:4.8.4-3 forwarded: https://bugs.kde.org/show_bug.cgi?id=286768 Scope Affects KDE systems with more than one wallet Description When selecting the default wallet (or a different wallet for local passwords - they both perform in the same way) the drop down box is populated with the same number of wallets you have, but the options consist of all of the wallets listed in alphabetical order however listitem[0] is shown with the same name as listitem[1]. i.e. all of the wallets are shown in alphabetical order EXCEPT the first wallet in the list which is shown the same as the 2nd. Selecting the first wallet in the list has the same effect as selecting the 2nd wallet i.e. listitem[0] and listitem[1] have the same effect. It is not possible to select the first wallet (in alphabetical order) Example: create three wallets in the system in this sequance: C_test B_test A_test It will not be possibel to make the A_test wallet the default wallet. The dropdown box will show (in this order) B_test B_test C_test Let us select the first B_test as the default wallet Mow delete C_test and B_test wallets It is still not possible to make A_test the default wallet Rebooting the system will now cause the system to create a wallet called B_test and you still can not select A_test as your default wallet. to do so you will need to create a wallet of lower alphabetical order i.e 'A' You can now select the default wallet as A_test and then delete the wallet A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699093: vcsh: insufficient argument quoting
Package: vcsh
Version: 1.0-1
Severity: normal
Dear Maintainer,
vcsh does not appear to quote arguments sufficiently when passing them on to
git. e.g. whem commiting using the -m option:
$ vcsh bash commit -a -m "This is a test"
fatal: Paths with -a does not make sense.
$ vcsh bash commit -m "This is a test" .bashrc
error: pathspec 'is' did not match any file(s) known to git.
error: pathspec 'a' did not match any file(s) known to git.
error: pathspec 'test' did not match any file(s) known to git.
In both cases the argument to -m has ended up just "This" while "is", "a" and
"test" are separate arguments.
After a little light hacking the attached patch works for me, not sure it is
the best approach though.
Ian.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages vcsh depends on:
ii git 1:1.7.10.4-1+wheezy1
Versions of packages vcsh recommends:
ii mr 1.12
ii openssh-client [ssh-client] 1:6.0p1-3
vcsh suggests no packages.
-- no debconf information
--- /usr/bin/vcsh 2012-06-30 01:10:40.0 +0100
+++ ./vcsh 2013-01-27 13:10:48.0 +
@@ -169,7 +169,7 @@
run() {
hook pre-run
use
- $VCSH_EXTERNAL_COMMAND
+ "$@"
hook post-run
}
@@ -259,7 +259,7 @@
export VCSH_REPO_NAME="$2"
export GIT_DIR="$VCSH_REPO_D/$VCSH_REPO_NAME.git"
[ "$VCSH_COMMAND" = 'rename' ] && export GIT_DIR_NEW="$VCSH_REPO_D/$3.git"
- [ "$VCSH_COMMAND" = 'run' ] && shift 2 && export VCSH_EXTERNAL_COMMAND="$*"
+ [ "$VCSH_COMMAND" = 'run' ] && shift 2
[ "$VCSH_COMMAND" = 'write-gitignore' ]
elif [ "$1" = 'list' ] ||
[ "$1" = 'list-tracked' ]; then
@@ -270,7 +270,7 @@
export GIT_DIR="$VCSH_REPO_D/$VCSH_REPO_NAME.git"
[ -d $GIT_DIR ] || { help; exit 1; }
shift 1
- export VCSH_EXTERNAL_COMMAND="git $*"
+ set -- "git" "$@"
elif [ -n "$1" ]; then
export VCSH_COMMAND='enter'
export VCSH_REPO_NAME="$1"
@@ -304,6 +304,6 @@
verbose "$VCSH_COMMAND begin"
export VCSH_COMMAND=$(echo $VCSH_COMMAND | sed 's/-/_/g')
hook pre-command
-$VCSH_COMMAND
+$VCSH_COMMAND "$@"
hook post-command
verbose "$VCSH_COMMAND end, exiting"
Bug#694378: unblock: apt-cacher-ng/0.7.10-1
Hallo, * intrigeri [Sat, Jan 26 2013, 10:33:35PM]: > Hi Eduard, > > intrigeri wrote (27 Nov 2012 10:58:28 GMT) : > > Eduard, given the apparent brokenness of the version currently in > > testing, the size of the delta, and the fact we've been frozen for > > months, have you considered preparing a minimal fix meant to fix these > > bugs for Wheezy? > > Ping? Well, (no offense implied) I am often puzzled at how people ask for "just the minimal fix" WRT complex software. It's like asking the garage guy: please replace my brake pads but DON'T remove the wheels!!11 I could try to do that but the the extract would still require significant code changes and involve the risk of breaking something you don't see coming in the beginning. Those three months of testing in Sid are IMHO more worth for software quality than some wild patching. > > Another option would be to ask for removal from testing, and > > maintaining this package in backports during the Wheezy lifetime. > > Since then two upstream releases were uploaded to unstable, and a RC > bug (#698466) was filed against the version currently in unstable > (it's unclear to me if the version in testing is affected), so I'm Nope, it's against another version in Experimental. And no, it doesn't affect Unstable or Testing. Regards, Eduard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699094: UPGRADE-REPORTS: Squeeze to Wheezy KDE WiFi managment
Package: upgrade-reports Severity: normal When upgrading from squeeze to wheezy WiFi stopped working. This was because the KNetworkManager has been dropped, and replaced with Plasma-widget-networkmanagment. Adding the new network managment widget into the system tray enabled wireless networking to finction again, however the upgrade probably should have migrated to the new widget automaticly Recomendation - an advisory note be genorated for the release notes to warn about the possible loss of wireless networking in KDE and how to resolve the issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#697021: evince: Printing of certain pages fails (but okular prints them, fine)
Hello Michael, On Sun, Jan 27, 2013 at 04:19:42AM +0100, Michael Biebl wrote: > this might be another duplicate of the libcairo bug. > > Can you please try the libcairo packages from [1] and report back. I installed the 1.12.2-2+deb7u2 from [1] and now those pages print fine. Thanks for the fix. (Will it be in Wheezy?) Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: Digital signature
Bug#696877: installation-reports: Wheezy DI-b4-amd64-netboot-mini.iso from an usb stick fails trying to install grub
On Fri, Jan 25, 2013 at 15:09:14 +0100, Andrea Borghi wrote: > On Thursday 24 January 2013, Paul Bryan Roberts wrote: > > I do like the idea that the grub install in most cases will be to the > > device with the root partition for the installation just made BUT that > > would not work with my RAIDed machines. > > yes, this was just the second part of my idea. > > I was just dreaming about a *menu* of partitions to install grub to > (just to overcome the present problem) and set the *default* selection > on that menu on the /boot device or / device of the system just > installed, because for my experience this is the majority of the use > cases, so letting the installer propose a sane default would be > desiderable. > Agreed, I think we need to get to something like that. Cheers, Julien signature.asc Description: Digital signature
Bug#696530: Worked around in gnome
Control: severity -1 normal On Wed, Jan 2, 2013 at 21:34:05 +0100, Josselin Mouette wrote: > For the record, since there is still no way to easily blacklist Debian > entries, I’ve uploaded a new gnome-menus package which hardcodes > discarding of anything belonging to menu-xdg. > > Of course this doesn’t help users of other desktop environments, but > hopefully for GNOME the Debian menu won’t ever be a problem anymore. > Downgrading, I don't think grave is appropriate. Cheers, Julien signature.asc Description: Digital signature
Bug#694888: ca-certificates-java: early triggered jks-keystore may fail and leave the temporary /etc/java-7-openjdk/jvm-$arch.cfg
On 2013-01-27 11:28, Thijs Kinkhorst wrote: > I think the maintainer's earlier response in this log indicates that he > doesn't have time and appreciates if someone else could fix it, so I would > say, go ahead with your NMU. > > I would bump the 'urgency' in the changelog though. OK, uploaded to DELAYED/2 with urgency=medium. Or should I cancel the delay? Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698793: Patch
Hi Joost, On Sun, Jan 27, 2013 at 12:30:37PM +0100, Joost van Baal-Ilić wrote: > Thanks a lot! I'll wait for your next revision of this patch, as we've > just discussed IRL. Here it is. I've tested the proposed solution (moving your sudoers to sudoers.d and keeping the default one) after an upgrade to sudo-1.8.5p2-1, and it works. -- Tim Marston ed.am Index: en/upgrading.dbk === --- en/upgrading.dbk(revision 9557) +++ en/upgrading.dbk(working copy) @@ -1227,6 +1227,37 @@ may be required, either before or during the upgrade; these are detailed below on a per-package basis. + +Sudo + +If you have modified /etc/sudoers then you should be aware +of changes made to how sudo +configuration is handled. The default /etc/sudoers now +includes the following two directives: + +Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin" +#includedir /etc/sudoers.d + +Neither of these entries are added to your /etc/sudoers +automatically during the upgrade. (Although you will still be able to run +sudo commands by specifying their fully-qualified path.) So +you might wish to consider migrating your changes to the new +/etc/sudoers.d directory and using the default +/etc/sudoers file. For example: + + +# mv /etc/sudoers /etc/sudoers.d/mychanges +# mv /etc/sudoers.dpkg-new /etc/sudoers + + +You may also need to edit your /etc/sudoers.d/mychanges to +remove unwanted Defaults and #includedir +entries. You should use visudo for this: + + +# visudo -f /etc/sudoers.d/mychanges + + Evolution
Bug#698932: Info received (Bug#698932: Info received (Bug#698932 closed by Chow Loong Jin (Re: [pkg-cli-apps-team] Bug#698932: banshee: Crashed when listening local MP3s)))
Another crash: [Info 05:18:03.194] Running Banshee 2.4.1: [Debian GNU/Linux unstable (sid) (linux-gnu, x86_64) @ 2012-10-24 21:01:17 UTC] [Info 05:18:04.769] Updating web proxy from GConf [Info 05:18:05.346] All services are started 1.770197 [Info 05:18:06.604] nereid Client Started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started [Info 05:18:06.769] GStreamer version 0.10.36.0, gapless: True, replaygain: False (Banshee:5214): Gtk-CRITICAL **: IA__gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget, event)' failed (Banshee:5214): Gtk-CRITICAL **: IA__gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget, event)' failed (Banshee:5214): Gtk-CRITICAL **: IA__gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget, event)' failed (Banshee:5214): Gtk-CRITICAL **: IA__gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget, event)' failed (Banshee:5214): Gtk-CRITICAL **: IA__gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget, event)' failed [Warn 11:53:01.763] Caught an exception - Mono.Upnp.Control.UpnpControlException: The invokation failed. (in `Mono.Upnp') at Mono.Upnp.Internal.ControlClient.Invoke (System.String actionName, IDictionary`2 arguments) [0x0] in :0 at Mono.Upnp.Control.ServiceController.Invoke (Mono.Upnp.Control.ServiceAction action, IDictionary`2 arguments, Int32 retryAttempts) [0x0] in :0 Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started [Warn 12:30:01.335] Caught an exception - Mono.Upnp.Control.UpnpControlException: The invokation failed. (in `Mono.Upnp') at Mono.Upnp.Internal.ControlClient.Invoke (System.String actionName, IDictionary`2 arguments) [0x0] in :0 at Mono.Upnp.Control.ServiceController.Invoke (Mono.Upnp.Control.ServiceAction action, IDictionary`2 arguments, Int32 retryAttempts) [0x0] in :0 Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#684604: Fwd: [Bug 1075747] Re: Pydev workspaces become corupted after loading them without Pydev installed
Hi, I noticed a related bug in the Ubuntu bug tracker. It might not be quite the same issue afaict, but it does suggest that workspace can become "corrupted". This could explain why a eclipse starts with a "clean workspace", but not with the original one. ~Niels https://bugs.launchpad.net/bugs/1075747 Original Message Subject: [Bug 1075747] Re: Pydev workspaces become corupted after loading them without Pydev installed [...] ** Description changed: - When a workspace synced using Ubuntu One is selected, Eclipse is unable - to initiate. + STEPS FOR REPRODUCING + * + + Warning: This procedure will remove all your Eclipse's add-ons. + + 1. Switch to a new and never used workspace by using the provider + functionality at the “File/Switch workspace/Other...” menu. + + 2. Install Pydev from http://pydev.org/updates by using the provided + functionality at the “Help/Install new software” menu. + + 3. Create a new Pydev project. + + 4. Close Eclipse. + + 5. Delete the folder named “.eclipse” in your personal folder. If you + don't see it, you can show it by going to the + “Edit/Preferences/Views/Default view” menu in the file explorer, and by + marking the “Show the hidden and backup folders” option. + + 6. Restart Eclipse and choose the workspace you created in the + beginning. + + EXPECTED BEHAVIOUR + ** + + The workspace to initiate. + + REAL BEHAVIOUR + * + + Eclipse hangs and the workspace becomes corrupted, and can never be + opened again. + + WORKAROUNDS + + + >> For starting Eclipse at first run preventing your Pydev workspace to + become corrupted: + + 1. Start Eclipse by choosing a workspace never used. + + 2. Install Pydev. + + 3. Close Eclipse. + + 4. Delete the workspace you have just created. + + >> For recovering a broken workspace: + + 1. Close Eclipse. + + 2. Rename the workspace to [workspace-name].back + + 3. Create a folder called [workspace-name] + + 4. Open Eclipse and choose [workspace-name] as workspace. + + 5. Import [workspace-name].back projects into the current workspace by + right-clicking on the Project Explorer section and choosing “Import...”. + They should be imported as filesystem. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: eclipse-platform 3.8.0~rc4-1ubuntu1 ProcVersionSignature: Ubuntu 3.5.0-17.28-generic 3.5.5 Uname: Linux 3.5.0-17-generic i686 ApportVersion: 2.6.1-0ubuntu6 Architecture: i386 Date: Tue Nov 6 22:22:58 2012 InstallationDate: Installed on 2012-11-03 (3 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release i386 (20121017.2) MarkForUpload: True SourcePackage: eclipse UpgradeStatus: No upgrade log present (probably fresh install) ** Description changed: STEPS FOR REPRODUCING - * + * Warning: This procedure will remove all your Eclipse's add-ons. 1. Switch to a new and never used workspace by using the provider functionality at the “File/Switch workspace/Other...” menu. 2. Install Pydev from http://pydev.org/updates by using the provided functionality at the “Help/Install new software” menu. 3. Create a new Pydev project. 4. Close Eclipse. 5. Delete the folder named “.eclipse” in your personal folder. If you don't see it, you can show it by going to the “Edit/Preferences/Views/Default view” menu in the file explorer, and by marking the “Show the hidden and backup folders” option. 6. Restart Eclipse and choose the workspace you created in the beginning. EXPECTED BEHAVIOUR - ** + ** The workspace to initiate. REAL BEHAVIOUR - * + ** Eclipse hangs and the workspace becomes corrupted, and can never be opened again. WORKAROUNDS - + *** >> For starting Eclipse at first run preventing your Pydev workspace to become corrupted: 1. Start Eclipse by choosing a workspace never used. 2. Install Pydev. 3. Close Eclipse. 4. Delete the workspace you have just created. >> For recovering a broken workspace: 1. Close Eclipse. 2. Rename the workspace to [workspace-name].back 3. Create a folder called [workspace-name] 4. Open Eclipse and choose [workspace-name] as workspace. 5. Import [workspace-name].back projects into the current workspace by right-clicking on the Project Explorer section and choosing “Import...”. They should be imported as filesystem. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: eclipse-platform 3.8.0~rc4-1ubuntu1 ProcVersionSignature: Ubuntu 3.5.0-17.28-generic 3.5.5 Uname: Linux 3.5.0-17-generic i686 ApportVersion: 2.6.1-0ubuntu6 Architecture: i386 Date: Tue Nov 6 22:22:58 2012 InstallationDate: Installed on 2012-11-03 (3 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release i386 (20121017.2) MarkForUpload: True SourcePackage: eclipse U
Bug#692899: zope2.12: [CVE-2012-5485 to 5508] Multiple vectors corrected within 20121106 fix
On Mon, Nov 26, 2012 at 18:53:58 +0900, Arnaud Fontaine wrote: > Tres Seaver writes: > > >> * CVE-2012-5505 (zope.traversing: atat.py) > >> http://plone.org/products/plone/security/advisories/20121106/21 > > > > That "fix" is also disputed: hiding the "default" view from the '@@' > > name does not actually improve security at all. There is a Launchpad > > bug where it is being debated (#1079225), but that bug is still in > > "Private Security" mode. The correct fix is to change the code of the > > multi-adapter to barf if published via a URL. > > Any idea when this patch will be released? Thanks. > Is there any news on that issue? Cheers, Julien signature.asc Description: Digital signature
Bug#695701: tagging 695701
On Sun 27 Jan 2013 08:30:24 Steve McIntyre escribió: > On Sun, Dec 30, 2012 at 03:50:52PM +0100, Pino Toscano wrote: > >tags 695701 + pending > >thanks > > Hi, > > You've marked this pending 4 weeks ago - any progress towards an upload? It needs some checking because some changes were made that may be unwanted for this time of the freeze. I'll look at it tomorrow. Kinds regards, Lisandro. -- "Any sufficiently advanced technology is indistinguishable from magic" Arthur C. Clarke Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#690799: evnice crashes with a certain PDF file
Hi, From: Date: Sun, 27 Jan 2013 04:07:32 +0100 > > Can you try the libcairo packages from [1]. With those patches applied I > can successfully open and print(-preview) your linked pdf. OK. I tried your 1.12.2-2+deb7u2 binary packages. Still, the same crash occured with the linked pdf. Is this what you expected for me to do? Did you open the thumbnail view, by selecting the menu [View] - [Side pane]? Thank you. --- Kubo Hiroshi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698407: minicom: Cannot handle long device names
On Thu Jan 17, 2013 at 23:56:39 -0500, Mattthew Gabeler-Lee wrote: > Package: minicom > Version: 2.6.1-2 > Severity: normal > > Apparently the maximum length of a device name for minicom is 80 chars. > This does not play well at all with the udev symlinks in /dev/serial/by-id, > which are very handy when you are working in an environment with multiple > (esp USB) serial ports. Thanks for the report. I've 'fixed' that upstream. Adam -- Adam a...@os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699090: base-files: nsswitch.conf does not include gshadow entry
On Sun, Jan 27, 2013 at 12:18:30PM +, Roger Leigh wrote:
> Hi Santiago,
>
> I've attached a patch for adding support for the "gshadow"
> (group shadow) NSS database to nsswitch.conf. Without this,
> the libc getsg* family of functions will not work, hence
> marking serious or else these functions will be broken for
> new installations; would also be nice if it was possible to
> add for upgrades as well? Do we have any mechanism for
> making NSS updates?
>
> Note that it's using the "files" service rather than "compat"
> here because "compat" does not support gshadow, but "files"
> does (can be tested by running "getent gshadow" as root).
Updated patch attached. This will upgrade nsswitch.conf in-place
on upgrade to add support for gshadow for existing installations,
while new installs will get the new nsswitch.conf by default.
Note that it's only run for upgrades from base-files << 7.2, so
will only be run once.
The sed script will insert the new entry after the shadow entry
if present, to make it identical to the default nsswitch.conf,
otherwise it will be inserted after the group entry which it
matches.
On #debian-devel, we discussed the security implications of
enabling this by default, but the consensus was that since this
is only readable by root, it's not an issue (restricting the
upgrade to only group:(compat|files) was considered, but thought
to not be worthwhile over enabling it for all cases).
Thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800
diff -urN base-files-7.1.original/debian/changelog base-files-7.2/debian/changelog
--- base-files-7.1.original/debian/changelog 2013-01-27 11:59:40.147903916 +
+++ base-files-7.2/debian/changelog 2013-01-27 13:55:10.111292346 +
@@ -1,3 +1,13 @@
+base-files (7.2) unstable; urgency=low
+
+ * Add an entry for the "gshadow" database to the nsswitch.conf;
+also add this entry to existing nsswitch.conf files on upgrade.
+This is needed for the glibc getsg* family of functions which
+operate on the group shadow database to function correctly.
+Closes: #699090.
+
+ -- Roger Leigh Sun, 27 Jan 2013 13:51:41 +
+
base-files (7.1) unstable; urgency=low
* Added Multi-Arch: foreign. This is needed even if base-files is
diff -urN base-files-7.1.original/debian/postinst.in base-files-7.2/debian/postinst.in
--- base-files-7.1.original/debian/postinst.in 2013-01-27 11:59:40.147903916 +
+++ base-files-7.2/debian/postinst.in 2013-01-27 14:01:37.541714235 +
@@ -122,3 +122,17 @@
install_from_default /usr/share/base-files/staff-group-for-usr-local \
/etc/staff-group-for-usr-local
fi
+
+# Add gshadow to nsswitch.conf on upgrade
+if dpkg --compare-versions "$2" lt-nl "7.2"; then
+ if ! grep -q '^[[:space:]]*gshadow:[[:space:]]' /etc/nsswitch.conf; then
+match=group
+if grep -q '^[[:space:]]*shadow[[:space:]]*:' /etc/nsswitch.conf; then
+ match=shadow
+fi
+sed -i -e "1,/^[[:space:]]*$match[[:space:]]*:.*\$/ {/^[[:space:]]*$match[[:space:]]*:.*\$/a\
+gshadow: files
+}" /etc/nsswitch.conf
+echo Updating /etc/nsswitch.conf to add the gshadow database.
+ fi
+fi
diff -urN base-files-7.1.original/share/nsswitch.conf base-files-7.2/share/nsswitch.conf
--- base-files-7.1.original/share/nsswitch.conf 2013-01-27 11:59:40.147903916 +
+++ base-files-7.2/share/nsswitch.conf 2013-01-27 12:04:44.534176087 +
@@ -7,6 +7,7 @@
passwd: compat
group: compat
shadow: compat
+gshadow: files
hosts: files dns
networks: files
Bug#699095: mplayer: libsmb not needed in --no-install-recommends
Package: vim-runtime Version: 2:7.2.445+hg~cb94c42c0e1a-1 Severity: normal File: mplayer Hello, For users that need to install mplayer with minium of packages, they can use apt-get install --no-install-recommends. sure. But you have libsmb which is in there. It is not needed. If it would be, please make sure to remove it for min install. Kind regards, Ubuntu/debian user -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.36 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim 2:7.2.445+hg~cb94c42c0e1a-1 Vi IMproved - enhanced vi editor ii vim-tiny 2:7.2.445+hg~cb94c42c0e1a-1 Vi IMproved - enhanced vi editor - vim-runtime 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#699090: base-files: nsswitch.conf does not include gshadow entry
El 27/01/13 13:18, Roger Leigh escribió: Package: base-files Version: 7.1 Severity: serious Tags: patch Hi Santiago, I've attached a patch for adding support for the "gshadow" (group shadow) NSS database to nsswitch.conf. Without this, the libc getsg* family of functions will not work, hence marking serious or else these functions will be broken for new installations; Hmm, I'm very confused by the severity you have given to this report this late in the wheezy freeze, and also by the fact that you provide a patch but not a complete explanation why it is so much important (or at least an explanation which I can understand). Let me ask you a few questions to better understand the issue: * Is this a new problem, or it is an old problem that nobody noticed until now? * How many users are affected by this? Does this affect the average user? * How is it possible that we didn't notice until now? * What package, exactly, does break by *not* having the proposed line? (I use NIS and NFS in a computer lab, and it works, so it is hard for me to believe that this is RC for wheezy). * What is glibc default value for such line if missing from nsswitch.conf? Should this not be *also* a bug in glibc for not having sane defaults? [ Update: A simple search tells me you have also filed #699089 against libc-bin for this reason ]. I hope you find all these questions reasonable enough. would also be nice if it was possible to add for upgrades as well? Do we have any mechanism for making NSS updates? No, we don't have a mechanism for upgrades, but if we had to do that, the right package for doing it would be libc-bin: http://bugs.debian.org/649265 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
