Bug#647875: RFS: tuxonice-userui
I've prepared a new version of tuxonice-userui package, it is available at http://mentors.debian.net/package/tuxonice-userui and http://anonscm.debian.org/gitweb/?p=collab-maint/tuxonice-userui.git;a=summary It is a new upstream version (which merges all interfaces into a single binary and links it dynamically), with disabled fbsplash support (AFAIK it needs complementary packages which are not available in Debian) and some bug fixes in the maintainer scripts and the initramfs hook. I wanted to ask you to sponsor the package before seeking the sponsor publicly. -- WBR, wRAR signature.asc Description: Digital signature
Bug#436995: Incorrect values for root delay and dispersion
reopen 436995 thanks fixed on experimental Which version? Looking at the sources of upstream 4.6, there's no sign of it being fixed. -- Juliusz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663070: [Pkg-cups-devel] Bug#663070: cups-filters: Please complete the implementation of fontconfig-based font selection
Am Donnerstag, den 08.03.2012, 18:32 +0100 schrieb Till Kamppeter: Fabian, thenk you very much for your patches. It works all correct for me, also with the FreeMono fonts uninstalled. I have applied your patches to the upstream BZR repository so that cups-filters 1.0.5 will include the change. That's flattering, thank you very much! - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663134: aptitude: safe-upgrade fails on libgcc1 version skew
Package: aptitude
Version: 0.6.5-1
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
A few days ago there was a situation where libgcc1:amd64 was at a newer
version than libgcc1:i386, and aptitude was unable to perform a
safe-upgrade for this case (the correct solution is not to do anything,
which apt-get upgrade indeed does).
I have refrained from running aptitude update since then to be able to
reproduce the problem and file this bug report. In the following, i386
is the native architecture, amd64 the (only) foreign one, and aptitude
is a snapshot from git master (commit c3b706f3):
,
| # apt-cache policy libgcc1 libgcc1:amd64
| libgcc1:amd64:
| Installed: 1:4.6.2-16
| Candidate: 1:4.6.3-1
| Version table:
| 1:4.6.3-1 0
| 500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages
| *** 1:4.6.2-16 0
| 100 /var/lib/dpkg/status
| libgcc1:
| Installed: 1:4.6.2-16
| Candidate: 1:4.6.2-16
| Version table:
| *** 1:4.6.2-16 0
| 500 http://ftp.de.debian.org/debian/ sid/main i386 Packages
| 100 /var/lib/dpkg/status
| # aptitude search ~U
| i A gcc-4.6-base:amd64- GCC, the GNU Compiler
Collection (base package)
| i A libgcc1:amd64 - GCC support library
| root@turtle:/# aptitude -V -D safe-upgrade
| Resolving dependencies...
| Unable to resolve dependencies for the upgrade: no solution found.
| Unable to safely resolve dependencies, try running with --full-resolver.
| # aptitude -V -D --full-resolver safe-upgrade
| The following packages will be upgraded:
| gcc-4.6-base:amd64{b} [4.6.2-16 - 4.6.3-1] (B: gcc-4.6-base)
libgcc1:amd64{b} [1:4.6.2-16 - 1:4.6.3-1] (B: libgcc1)
| 2 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
| Need to get 182 kB of archives. After unpacking 0 B will be used.
| The following packages have unmet dependencies:
| libgcc1:amd64 : Breaks: libgcc1 (!= 1:4.6.3-1) but 1:4.6.2-16 is installed.
| libgcc1 : Breaks: libgcc1:amd64 (!= 1:4.6.2-16) but 1:4.6.3-1 is to be
installed.
| gcc-4.6-base:amd64 : Breaks: gcc-4.6-base (!= 4.6.3-1) but 4.6.2-16 is
installed.
| gcc-4.6-base : Breaks: gcc-4.6-base:amd64 (!= 4.6.2-16) but 4.6.3-1 is to be
installed.
| The following actions will resolve these dependencies:
|
| Remove the following packages:
| 1) gcc-4.6-base:amd64
| 2) libc6:amd64
| 3) libgcc1:amd64
|
|
|
| Accept this solution? [Y/n/q/?] n
| The following actions will resolve these dependencies:
|
| Remove the following packages:
| 1) libc6:amd64
| 2) libgcc1:amd64
|
| Keep the following packages at their current version:
| 3) gcc-4.6-base:amd64 [4.6.2-16 (now)]
|
|
|
| Accept this solution? [Y/n/q/?] n
|
| *** No more solutions available ***
`
-- Package-specific info:
Terminal: eterm-color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude
aptitude version information:
aptitude 0.6.5 compiled at Feb 9 2012 19:37:54
Compiler: g++ 4.6.2
Compiled against:
apt version 4.10.1
NCurses version 5.9
libsigc++ version: 2.2.9
Ept support enabled.
Gtk+ support disabled.
Qt support disabled.
Current library versions:
NCurses version: ncurses 5.9.20110404
cwidget version: 0.5.16
Apt version: 4.10.1
aptitude linkage:
linux-gate.so.1 = (0xf76f4000)
libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0xf75c3000)
libncursesw.so.5 = /lib/i386-linux-gnu/libncursesw.so.5 (0xf7591000)
libtinfo.so.5 = /lib/i386-linux-gnu/libtinfo.so.5 (0xf757)
libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xf756b000)
libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xf7468000)
libept.so.1 = /usr/lib/libept.so.1 (0xf741)
libxapian.so.22 = /usr/lib/sse2/libxapian.so.22 (0xf7211000)
libz.so.1 = /usr/lib/i386-linux-gnu/libz.so.1 (0xf71f9000)
libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0xf7152000)
libboost_iostreams.so.1.48.0 = /usr/lib/libboost_iostreams.so.1.48.0
(0xf713b000)
libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
(0xf7122000)
libstdc++.so.6 = /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf7039000)
libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xf7012000)
libgcc_s.so.1 = /lib/i386-linux-gnu/libgcc_s.so.1 (0xf6ff5000)
libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xf6e98000)
libutil.so.1 = /lib/i386-linux-gnu/i686/cmov/libutil.so.1 (0xf6e94000)
libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xf6e9)
libuuid.so.1 = /lib/i386-linux-gnu/libuuid.so.1 (0xf6e89000)
libbz2.so.1.0 = /lib/i386-linux-gnu/libbz2.so.1.0 (0xf6e79000)
librt.so.1 = /lib/i386-linux-gnu/i686/cmov/librt.so.1
Bug#663135: [INTL: it] Italian translation of debconf messages - dnprogs
Package: dnprogs Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of dnprogs debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of dnprogs debconf messages. # Copyright (C) 2012, dnprogs package copyright holder. # This file is distributed under the same license as the dnprogs package. # Beatrice Torracca beatri...@libero.it, 2012. # msgid msgstr Project-Id-Version: dnprogs\n Report-Msgid-Bugs-To: chris...@debian.org\n POT-Creation-Date: 2011-01-18 15:38+0100\n PO-Revision-Date: 2012-03-02 18:54+0100\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italiano debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n!=1)\n X-Generator: Virtaal 0.7.1\n #. Type: string #. Description #: ../dnet-common.templates:1001 msgid DECnet node name: msgstr Nome del nodo DECnet: #. Type: string #. Description #: ../dnet-common.templates:1001 msgid All nodes on a DECnet network have a node name. This is similar to the IP hostname but can only be a maximum of 6 characters long. It is common that the DECnet name is the same as the IP name (if your machine has one). If you do not know the answer to this question please contact your system administrator. msgstr Tutti i nodi di una rete DECnet hanno un nome. È simile al nome host di IP, ma può essere lungo al massimo 6 caratteri. Spesso il nome DECnet è uguale al nome IP (se la macchina ne ha uno). Se non si conosce la risposta a questa domanda, contattare l'amministratore di sistema. #. Type: string #. Description #: ../dnet-common.templates:2001 msgid DECnet node address: msgstr Indirizzo del nodo DECnet: #. Type: string #. Description #: ../dnet-common.templates:2001 msgid All nodes on a DECnet network have a node address. This is two numbers separated with a period (e.g. 3.45) where the first number denotes the area and the second is the node within that area. msgstr Tutti i nodi di una rete DECnet hanno un indirizzo. È formato da due numeri separati da un punto (es. 3.45), dove il primo numero indica l'area e il secondo è il nodo all'interno di quell'area. #. Type: string #. Description #: ../dnet-common.templates:2001 msgid Do not make up a number here. If you do not know your DECnet node address then ask your system administrator. msgstr Non inserire un numero inventato. Se non si conosce l'indirizzo del proprio nodo DECnet chiederlo all'amministratore di sistema. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid DECnet startup changes your ethernet hardware address msgstr L'avvio di DECnet cambia l'indirizzo hardware Ethernet #. Type: note #. Description #: ../dnet-common.templates:3001 msgid The \setether\ program in this package will change the hardware (MAC) address of all ethernet cards in your system (by default) to match the DECnet node address. This is essential for the operation of DECnet and so is not optional. However, if you have more than one ethernet card you may want to edit /etc/default/decnet to alter the list of cards whose hardware addresses are changed. msgstr Il programma «setether» in questo pacchetto modificherà l'indirizzo hardware (MAC) di tutte le schede Ethernet nel sistema (in modo predefinito) per farlo corrispondere all'indirizzo del nodo DECnet. Ciò è essenziale per il funzionamento di DECnet e perciò non è una cosa opzionale. Tuttavia, se si ha più di una scheda Ethernet si potrebbe voler modificare /etc/default/ decnet per cambiare l'elenco delle schede di cui modificare l'indirizzo hardware. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid Be aware that any other machines that have your system's MAC address in their ARP cache may no longer be able to communicate with you via IP protocols until this cache has timed out or been flushed. msgstr Notare che qualsiasi altra macchina che abbia l'indirizzo MAC del sistema nella propria cache ARP potrebbe non essere più in grado di comunicare con il sistema attraverso i protocolli IP fino a che tale cache sia scaduta o sia stata azzerata. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid The MAC address cannot be changed on-the-fly so you will need to reboot your machine before DECnet can function. msgstr L'indirizzo MAC non può essere modificato al volo perciò sarà necessario riavviare la macchina prima che DECnet possa funzionare. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid You should also edit /etc/decnet.conf to add the names and addresses of DECnet nodes you want to communicate with. msgstr Si dovrebbe anche modificare /etc/decnet.conf per aggiungere i nomi e gli indirizzi dei nodi DECnet con sui si desidera comunicare. #. Type: select #. Description #:
Bug#662924: [Pkg-fonts-devel] Bug#662924: ttf-freefont: What is Untitled1.ttf?
Hey Steve, Am Donnerstag, den 08.03.2012, 11:14 +0100 schrieb Steve White: The TrueType and OpenType binaries *intended by the FreeFont people* BTW, whatis the prefered font format by FreeFont upstream, Truetype or Opentype? I am asking for two reasons: 1) In Debian we are switching to format-independent package names for fonts, i.e. ttf-freefont will become fonts-freefont (or maybe fonts-gnu-freefont, as the freefont name is a bit generic) with one of the next uploads. That means, we have to decide for one font format in the packages, as we are not going to package both ttf and otf. 2) Currently, FreeMono is the default font for the texttopdf filter in cups-filters, and the filter *needs* it in ttf format. I have currently sent a patch against cups-filters to query fontconfig for a valid alternative if freemono.ttf could not be found, but it sounds reasonable nevertheless to at least provide the prefered font in the expected format. Maybe, if you happen to prefer otf, we could provide Sans and Serif in otf and Mono in ttf? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663051: [ovs-dev] Bug#663051: Lots of (sometimes serious) lintian errors
On 03/09/2012 01:09 AM, Ben Pfaff wrote: On Thu, Mar 08, 2012 at 04:27:39PM +0800, Thomas Goirand wrote: Before uploading version 1.4.0-2+nmu1, I ran Lintian, as I always do, and I have found out that lots of Lintian warnings and errors were not addressed: Thanks for the list. I didn't realize there were so many lintian warnings. (I think I might have been using lintian from squeeze instead of from sid.) I'll work on these. If you use Squeeze, then at least, use lintian from backports. It's updated regularly, and nowadays, I believe nearly at the same time as the one in SID. I've sent a patch fixing the issues, please have a look. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663105: libreoffice-calc: list validation menus sometimes too small
On Thu, Mar 08, 2012 at 01:11:08PM +0100, Francesco Potortì wrote: If I activate validation for a cell where accepted values are from a list, the menu showing the list values is as wide as the cell itself. There are cases, however, where this is not reasonable, and the width should be the one of the widest list item. In fact, when I set a cell to contain text that is longer than the cell's width, either because the text spills over the cell on the right, or because of text wrapping in the cell, then the text in the dropdown menu becomes truncated and unreadable. I do not observe this problem in Gnumeric, which, apparently, makes the menu as wide as the widest entry in the list. Try in a supported and feature-wise development version. I use Debian testing. It would be currently unfeasible to me trying a more recent version until it goes to testing. So for me the choice is among reporting against what I use or not reporting at all... *Any* wishlist bug against 3.4.5 does not make any sense) Hm. I was betting against the problem having already been corrected. In fact, if I am not wrong, your statement implies that normal users cannot ask for new features. By using Debian testing I would place myself among advanced users, yet I do not use the latest version of Libreoffice. And still it would be better to file such stuff upstreasm, as them and only them will eventually implement it. I won't. I use the Debian reporting system mainly because it is far quicker for me and I hope that the Debian maintainer pushes significant reports upstream. Anyway, what you say holds for any package: do you mean that wishlist bugs reported in Debian are only meaningful if they are related to Debian packaging issues? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663051: [ovs-dev] Bug#663051: Bug#663051: Lots of (sometimes serious) lintian errors
On Fri, Mar 09, 2012 at 01:47:45AM +0800, Thomas Goirand wrote: As I understand, you are also upstream for openvswitch. If that is the case, then best would be to have the man page fixes to be applied upstream, and the debian/patches folder to go away. Definitely. May I have a Signed-off-by: as permission for applying these fixes upstream? Thanks, Ben. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663122: Please package latest upstream version
On Thu, Mar 08, 2012 at 06:09:29PM +0100, Michael Biebl wrote: Package: libosinfo-1.0-dev Version: 0.0.5-1 Severity: wishlist Hi, gnome-boxes will be a new application in the upcoming GNOME 3.4. To build gnome-boxes we require libosinfo = 0.1.0 so it would be great if you could update it accordingly [1] While we target experimental initially for gnome-boxes we would like to move it to unstable as soon as the stable GNOME 3.4 release has been made. Do you have a prospective timeframe for moving libosinfo to unstable? I was basically for a stable api promise and an application already using it. When gnome-boxes enters unstable this will be the case so just let me know when you're going to push boxes and I'll move libosinfo and libvirt-glib over. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663136: mc: File selection by patterns uses bytes instead of (unicode) characters
Package: mc Version: 3:4.8.1-2 Severity: normal Dear Maintainer, Using the ? pattern in the file selection dialog brought up with '+', mc uses the file name length in bytes instead of characters. Example: $ touch 例 者 $ ls ? 例 者 But trying to select the files with ? as pattern in mc doesn't work, ?? selects 者, ??? selects 例. Best regards, Christian Ohm -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mc depends on: ii e2fslibs 1.42.1-2 ii libc6 2.13-27 ii libcomerr21.42.1-2 ii libglib2.0-0 2.30.2-6 ii libgpm2 1.20.4-4 ii libslang2 2.2.4-6 ii mc-data 3:4.8.1-2 Versions of packages mc recommends: ii mime-support 3.52-1 ii perl 5.14.2-9 ii unzip 6.0-5 Versions of packages mc suggests: ii acroread [pdf-viewer] 9.4.7-0.1 ii arjnone ii bzip2 1.0.6-1 ii catdvi none ii dbview none ii djvulibre-bin 3.5.24-9 ii evince [pdf-viewer]3.2.1-1 ii file 5.10-1 ii gv [pdf-viewer]1:3.7.3-1 ii imagemagick8:6.6.9.7-6 ii odt2txtnone ii okular [pdf-viewer]4:4.7.4-2 ii python 2.7.2-10 ii python-botonone ii python-tz 2011h-1 ii w3m0.5.3-5 ii xpdf [pdf-viewer] 3.03-9 ii zathura [pdf-viewer] 0.0.8.5-4 ii zip3.0-4 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#436995: Incorrect values for root delay and dispersion
tags 436995 confirmed thanks On 08/03/12 16:03, Juliusz Chroboczek wrote: reopen 436995 thanks fixed on experimental Which version? Looking at the sources of upstream 4.6, there's no sign of it being fixed. -- Juliusz My bad, I mixed two different bug reports on a separated issue. Thanks for the head-up! Cheers, Dererk -- BOFH excuse #295: The Token fell out of the ring. Call us when you find it. signature.asc Description: OpenPGP digital signature
Bug#663137: [digikam] digikam (experimental) crashes when importing from camera
Package: digikam Version: 4:2.6.0~beta1-1 Severity: serious --- Please enter the report below this line. --- Digikam experimental crashes when clicking import from my Canon camera within the Import menu. I suspect a gphoto issue, although I can access my camera from other photo programs and gphoto2 utility. I can only import from a memory card reader. Below the kcrash handler backtrace Application: digiKam (digikam), signal: Aborted Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0x7f44fdce9a00 (LWP 12512))] Thread 12 (Thread 0x7f44d9481700 (LWP 12513)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x7f44f7fe218b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x005ecf5f in ?? () #3 0x7f44f7fe1cf5 in ?? () from /usr/lib/libQtCore.so.4 #4 0x7f44f2c1fb50 in start_thread (arg=optimized out) at pthread_create.c:304 #5 0x7f44f72a490d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #6 0x in ?? () Thread 11 (Thread 0x7f44d8c80700 (LWP 12514)): #0 0x7f44f7299cc3 in *__GI___poll (fds=optimized out, nfds=optimized out, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87 #1 0x7f44f05ea5d8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f44f05eaa99 in g_main_context_iteration () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #3 0x7f44f80f2e96 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #4 0x7f44f80c7492 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #5 0x7f44f80c768f in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #6 0x7f44f7fdf30f in QThread::exec() () from /usr/lib/libQtCore.so.4 #7 0x7f44f80aa35f in ?? () from /usr/lib/libQtCore.so.4 #8 0x7f44f7fe1cf5 in ?? () from /usr/lib/libQtCore.so.4 #9 0x7f44f2c1fb50 in start_thread (arg=optimized out) at pthread_create.c:304 #10 0x7f44f72a490d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #11 0x in ?? () Thread 10 (Thread 0x7f44d3fff700 (LWP 12516)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x7f44f7fe218b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x7f44fb4d9553 in ?? () from /usr/lib/libdigikamcore.so.2 #3 0x7f44f7fe1cf5 in ?? () from /usr/lib/libQtCore.so.4 #4 0x7f44f2c1fb50 in start_thread (arg=optimized out) at pthread_create.c:304 #5 0x7f44f72a490d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #6 0x in ?? () Thread 9 (Thread 0x7f44c16cd700 (LWP 12528)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:216 #1 0x7f44f7fe20fe in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x7f44f7fd697f in ?? () from /usr/lib/libQtCore.so.4 #3 0x7f44f7fe1cf5 in ?? () from /usr/lib/libQtCore.so.4 #4 0x7f44f2c1fb50 in start_thread (arg=optimized out) at pthread_create.c:304 #5 0x7f44f72a490d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #6 0x in ?? () Thread 8 (Thread 0x7f44d0e98700 (LWP 12531)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:216 #1 0x7f44f7fe20fe in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x7f44f7fd697f in ?? () from /usr/lib/libQtCore.so.4 #3 0x7f44f7fe1cf5 in ?? () from /usr/lib/libQtCore.so.4 #4 0x7f44f2c1fb50 in start_thread (arg=optimized out) at pthread_create.c:304 #5 0x7f44f72a490d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #6 0x in ?? () Thread 7 (Thread 0x7f44bbffa700 (LWP 12532)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:216 #1 0x7f44f7fe20fe in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x7f44f7fd697f in ?? () from /usr/lib/libQtCore.so.4 #3 0x7f44f7fe1cf5 in ?? () from /usr/lib/libQtCore.so.4 #4 0x7f44f2c1fb50 in start_thread (arg=optimized out) at pthread_create.c:304 #5 0x7f44f72a490d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #6 0x in ?? () Thread 6 (Thread 0x7f44bb7f9700 (LWP 12533)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:216 #1 0x7f44f7fe20fe in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x7f44f7fd697f in ?? () from /usr/lib/libQtCore.so.4 #3 0x7f44f7fe1cf5 in ?? () from /usr/lib/libQtCore.so.4 #4
Bug#658008: (no subject)
Here's a list of tasks executed for each action:
task_install() {
task partition
task mountdisks
task extrbase
task debconf
task repository
task updatebase
task instsoft
task configure
task tests
task finish
task chboot
task savelog
task_dirinstall() {
task extrbase
task debconf
task repository
task updatebase
task instsoft
task configure
task tests
task finish
task savelog
task_softupdate() {
task debconf
task repository
task updatebase
task instsoft
task configure
task tests
task savelog
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663007: reserved keyword class in xdo.h
tags 663007 + patch pending forwarded 663007 http://thread.gmane.org/gmane.comp.tools.xdotool/642 thanks I've sent a patch for http://bugs.debian.org/663007 upstream, and it has already been incorporated. A new upstream version should be out within a week or so, and i'll upload it to debian when that happens. Thanks for the report! Regards, --dkg diff --git a/xdo.h b/xdo.h index 9ea8737..78643a1 100644 --- a/xdo.h +++ b/xdo.h @@ -524,10 +524,10 @@ int xdo_window_setprop (const xdo_t *xdo, Window wid, const char *property, * Change the window's classname and or class. * * @param name The new class name. If NULL, no change. - * @param class The new class. If NULL, no change. + * @param _class The new class. If NULL, no change. */ int xdo_window_setclass(const xdo_t *xdo, Window wid, const char *name, -const char *class); +const char *_class); /** * Sets the urgency hint for a window. pgpP1jG4R0ktj.pgp Description: PGP signature
Bug#662199: jackd2: jack_connect segfault
On 03/04/2012 05:41 PM, manuk7 wrote: Hi! Package: jackd2 Version: 1.9.8~dfsg.2-1 Severity: normal Step to reproduce the bug: - launch Jack (through qjackctl for instance) - run 'jack_connect' ~$ jack_connect usage: jack_connect [options] port1 port2 Connects two JACK ports together. -s, --servernameConnect to the jack server namedname -v, --version Output version information and exit -h, --helpDisplay this help message For more information see http://jackaudio.org/ zsh: segmentation fault jack_connect Does it only affect jack_connect? Everything else works as expected? Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663077: fixing my mistaken commands on 663077 (should have been 663007)
tags 663077 - patch pending notforwarded 663077 thanks Apologies for having made these changes to debian bug #663077, when i meant to make them to #663007. Your PEBKAC-y comrade, --dkg pgpF6fXt0Fb0O.pgp Description: PGP signature
Bug#663138: pamusb-tools: typo in package description
Package: pamusb-tools Severity: minor Dear Maintainer, in DDTSS I see: from pamsub-tools to pamusb-common. ^ | I think it must be: from pamusb-tools to pamusb-common. ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Client di posta: http://www.mozilla.org/products/thunderbird GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663092: tex-common: Not modified files reported as modified
Hilmar Preusse hill...@web.de wrote: Package: tex-common Version: 3.0 Severity: normal Dear Maintainer, I have a little VM, which had never tex-common installed. Today I installed the version 2.10 from unstable and then upgraded to 3.0 from experimental. Attached is the screen output. Maybe the 3.0 version expects other checksums for these files? Bug is sent from a different box. I can reproduce the problem in a clean chroot. The reason is that the files aren't under dpkg's control, but under ucf's instead. Therefore we need to manually - remove the files along with ucf-new or however they might be called - ucf --purge the files - ucfr --purge the files. Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586772: [Pkg-xen-devel] Bug#586772: Bug#586772: blktap2 Support
Il 08/03/2012 18:47, Ian Campbell ha scritto: There was a breakage of the blktap userspace- kernel ABI at one point, which might stop 4.1 working with 2.6.32 era kernel wihch might also explain this. That may be the problem indeed, the only reason Squeeze didn't get blktap2 was a stupid license issue (stupid because it has been solved but no one cared reverting the disable blktap2 commit in debian). Unfortunately I don't think backporting blktap-dkms will be an easy task: DKMS make.log for blktap-2.0.91 for kernel 2.6.32-5-xen-amd64 (x86_64) gio 8 mar 2012, 19.48.20, CET make: Entering directory `/usr/src/linux-headers-2.6.32-5-xen-amd64' CC [M] /var/lib/dkms/blktap/2.0.91/build/control.o CC [M] /var/lib/dkms/blktap/2.0.91/build/ring.o CC [M] /var/lib/dkms/blktap/2.0.91/build/device.o /var/lib/dkms/blktap/2.0.91/build/device.c: In function ‘blktap_device_make_request’: /var/lib/dkms/blktap/2.0.91/build/device.c:212: error: ‘REQ_FLUSH’ undeclared (first use in this function) /var/lib/dkms/blktap/2.0.91/build/device.c:212: error: (Each undeclared identifier is reported only once /var/lib/dkms/blktap/2.0.91/build/device.c:212: error: for each function it appears in.) /var/lib/dkms/blktap/2.0.91/build/device.c: In function ‘blktap_device_configure’: /var/lib/dkms/blktap/2.0.91/build/device.c:337: error: implicit declaration of function ‘blk_queue_max_segments’ /var/lib/dkms/blktap/2.0.91/build/device.c:345: error: implicit declaration of function ‘blk_queue_flush’ /var/lib/dkms/blktap/2.0.91/build/device.c:345: error: ‘REQ_FLUSH’ undeclared (first use in this function) /var/lib/dkms/blktap/2.0.91/build/device.c:353: error: ‘struct queue_limits’ has no member named ‘discard_granularity’ /var/lib/dkms/blktap/2.0.91/build/device.c:354: error: ‘struct queue_limits’ has no member named ‘discard_alignment’ /var/lib/dkms/blktap/2.0.91/build/device.c:355: error: ‘struct queue_limits’ has no member named ‘discard_zeroes_data’ /var/lib/dkms/blktap/2.0.91/build/device.c: In function ‘blktap_device_create’: /var/lib/dkms/blktap/2.0.91/build/device.c:562: error: ‘struct queue_limits’ has no member named ‘discard_granularity’ /var/lib/dkms/blktap/2.0.91/build/device.c:562: error: implicit declaration of function ‘queue_discard_alignment’ /var/lib/dkms/blktap/2.0.91/build/device.c:562: error: ‘struct request_queue’ has no member named ‘flush_flags’ make[3]: *** [/var/lib/dkms/blktap/2.0.91/build/device.o] Error 1 make[2]: *** [_module_/var/lib/dkms/blktap/2.0.91/build] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-headers-2.6.32-5-xen-amd64' Niccolò -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661545: libproc-processtable-perl: FTBFS with hardening flags enabled: -Werror=format-security
On Mon, Feb 27, 2012 at 09:42:23PM +, Dominic Hargreaves wrote: Source: libproc-processtable-perl Severity: normal Version: 0.45-3 User: debian...@lists.debian.org Usertags: hardening-format-security hardening With hardening flags enabled, this package FTBFS: ProcessTable.xs: In function 'XS_Proc__ProcessTable__initialize_os': ProcessTable.xs:391:8: error: format not a string literal and no format arguments [-Werror=format-security] FWIW, I can't see any security impact. There doesn't seem to be a way to inject format arguments to the return value of OS_initialize(), which is chosen from a list of hardcoded strings on Linux and is mostly NULL elsewhere. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663105: libreoffice-calc: list validation menus sometimes too small
Hi, On Thu, Mar 08, 2012 at 05:08:24PM +0100, Francesco Potortì wrote: I use Debian testing. It would be currently unfeasible to me trying a more recent version until it goes to testing. So for me the choice is among reporting against what I use or not reporting at all... Mmh, ok, then it'kll take some time. i'll try to get 3.4.6 into sid and testing first before I upload 3.5.1 or 3.5.2 to sid *Any* wishlist bug against 3.4.5 does not make any sense) Hm. I was betting against the problem having already been corrected. In fact, if I am not wrong, your statement implies that normal users cannot ask for new features. By using Debian testing I would place myself Nah. People using stable hava a reson for doing this. But you use testing (a development version) anyway. among advanced users, yet I do not use the latest version of Libreoffice. And still it would be better to file such stuff upstreasm, as them and only them will eventually implement it. I won't. I use the Debian reporting system mainly because it is far quicker for me and I hope that the Debian maintainer pushes significant reports upstream. That's what I am doing, but it takes time.. Anyway, what you say holds for any package: do you mean that wishlist bugs reported in Debian are only meaningful if they are related to Debian packaging issues? I guess this depends on whether the maintainer has time to deal with stuff like this itself - in this case here I mainly just forward them and close them whenever upstream did it (which might never happen), so it brings little value here. I simply have no time for serious upstream work. And it of course depends on the package size and whether it's trivial to fix something or not... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663139: apt-file: no homepage URL given
Package: apt-file Version: 2.5.0 Severity: minor Dear Maintainer, There is no homepage or even a wiki page listed to find about apt-file or what its roadmap is, etc ? Can somebody put up either a homepage or wiki page link in the next release ? Thank you. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-file depends on: ii curl 7.24.0-1 ii libapt-pkg-perl 0.1.25+b1 ii libconfig-file-perl 1.50-2 ii liblist-moreutils-perl0.33-1+b1 ii libregexp-assemble-perl 0.35-2 ii perl 5.14.2-9 ii perl-modules [libfile-temp-perl] 5.14.2-9 Versions of packages apt-file recommends: ii dpkg-dev1.16.1.2 ii python-apt 0.8.3+nmu1 Versions of packages apt-file suggests: ii openssh-client 1:5.9p1-3 ii sudo1.8.3p2-1 -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663131: New upstream version (0.1.0)
Benoît Knecht wrote: zathura 0.1.0 has been released a few weeks ago [1][2]. It would be great if you could package it. [...] [1] http://pwmt.org/projects/zathura/download/ [2] http://pwmt.org/projects/zathura/download/zathura-0.1.0.tar.gz I see that libgirara, a new dependency of zathura, is already in experimental; note that zathura-pdf-poppler [3] will also need to be package in order for zathura to do anything useful. Should I open an RFP bug, or are you already on it? [3] http://pwmt.org/projects/zathura/download/zathura-pdf-poppler-0.1.0.tar.gz Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662945: [moodle-packaging] Bug#662945: Two security issues in PHPCas: CVE-2012-1104 CVE-2012-1105
forwarded 662945 http://tracker.moodle.org/browse/MDL-31938 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663016: [synaptic] Segmentation fault after upgrade to 0.75.5
Hi Michael,
On 03/08/2012 09:43 AM, Michael Vogt wrote:
Thanks, unfortunately this is very little information :/
Would it be possible for you to do a debug build? It goes like this:
$ sudo apt-get build-dep synaptic
$ sudo apt-get source synaptic
$ cd synaptic-0.75.5
$ DEB_BUILD_OPTIONS=nostrip noopt dpkg-buildpackage
This should give you a deb package that contains more debug
information to help finding the crash with gdb.
I hope this helps (wrong quoting, I know *sigh*):
(gdb) run
Starting program: /usr/sbin/synaptic
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
Program received signal SIGSEGV, Segmentation fault.
0x0047ec41 in RPackageViewOrigin::addPackage (this=0x776e80,
package=0xeaffc0) at rpackageview.cc:614
614 if(strcmp(VF.File().Archive(), now) == 0)
(gdb) backtrace full
#0 0x0047ec41 in RPackageViewOrigin::addPackage (this=0x776e80,
package=0xeaffc0) at rpackageview.cc:614
VF = {pkgCache::IteratorpkgCache::VerFile,
pkgCache::VerFileIterator = {std::iteratorstd::forward_iterator_tag,
pkgCache::VerFile, long, pkgCache::VerFile*, pkgCache::VerFile = {No data
fields}, _vptr.Iterator = 0x49ed90, S = 0x7fffed8514f8,
Owner = 0x943c00}, No data fields}
prefix = {static npos = optimized out,
_M_dataplus = {std::allocatorchar =
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields},
_M_p = 0x186b9c8 Not automatic: }}
origin_url = {static npos = optimized out,
_M_dataplus = {std::allocatorchar =
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields},
_M_p = 0x1866298 ftp.debian.nl}}
subview = {static npos = optimized out,
_M_dataplus = {std::allocatorchar =
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields},
_M_p = 0x187e6e8 Not automatic: unstable(ftp.debian.nl)}}
suite = {static npos = optimized out,
_M_dataplus = {std::allocatorchar =
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields},
_M_p = 0x1867378 unstable}}
Ver = {pkgCache::IteratorpkgCache::Version, pkgCache::VerIterator
= {std::iteratorstd::forward_iterator_tag, pkgCache::Version, long,
pkgCache::Version*, pkgCache::Version = {No data fields}, _vptr.Iterator
= 0x49edd0, S = 0x7fffed8462f0,
Owner = 0x943c00}, No data fields}
subview = {static npos = optimized out,
_M_dataplus = {std::allocatorchar =
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields},
_M_p = 0x18766c8 stable/main (ftp.debian.nl)}}
component = {static npos = optimized out,
_M_dataplus = {std::allocatorchar =
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields},
_M_p = 0x187eb68 main}}
origin_url = {static npos = optimized out,
_M_dataplus = {std::allocatorchar =
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields},
_M_p = 0x1864e78 ftp.debian.nl}}
origin_str = {static npos = optimized out,
_M_dataplus = {std::allocatorchar =
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields},
_M_p = 0x186c018 Debian}}
suite = {static npos = optimized out,
_M_dataplus = {std::allocatorchar =
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields},
_M_p = 0x1866028 stable}}
#1 0x0047a7da in RPackageView::refresh (this=0x776e80) at
rpackageview.cc:90
i = optimized out
#2 0x0046c362 in RPackageLister::openCache (this=0x776a00) at
rpackagelister.cc:421
---Type return to continue, or q return to quit---
i = optimized out
lock = optimized out
deps = 0x942400
pkgName = {static npos = optimized out,
_M_dataplus = {std::allocatorchar =
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields},
_M_p = 0x18636c8 libpng12-dev}}
count = 40613
firstRun = true
packageCount = optimized out
showAllMultiArch = false
pkgmap = {_M_t = {
_M_impl =
{std::allocatorstd::_Rb_tree_nodestd::pairstd::basic_stringchar,
std::char_traitschar, std::allocatorchar const, RPackage* =
{__gnu_cxx::new_allocatorstd::_Rb_tree_nodestd::pairstd::basic_stringchar,
std::char_traitschar, std::allocatorchar const, RPackage* = {No
data fields}, No data fields},
_M_key_compare = {std::binary_functionstd::basic_stringchar,
std::char_traitschar, std::allocatorchar , std::basic_stringchar,
std::char_traitschar, std::allocatorchar , bool = {No data fields},
No data fields}, _M_header = {
_M_color = std::_S_red, _M_parent = 0xb948b0, _M_left =
0xebe690, _M_right = 0xc5b430}, _M_node_count = 40613}}}
Bug#663140: nautilus: CIFS mounted shares appear twice in tree-view pane
Package: nautilus Version: 2.30.1-2squeeze1 Severity: minor Hi, CIFS mounted shares (from Samba 2:3.2.5-4lenny) appear twice in the nautilus tree-view pane. One entry with a hard drive icon and the eject symbol next to it is the correct one which opens the share when clicking. The other has a floppy drive icon and gives the following error message: Unable to mount slug mount: according to mtab, //slug/nfs/ is already mounted on /media/slug mount failed The entry from fstab: $ cat /etc/fstab //slug/nfs /media/slug cifsrw,sec=ntlmv2,user=nfs,password=xxx 0 0 Although this bug is only a cosmetic one, it still annoys me for some time now as I keep clicking the wrong icon. I confirmed that exporting the share as nfs4 filesystem, only one icon appears. On previous Debian version, Debian Lenny, the same CIFS share (with identical fstab entry) mounted with only one icon in nautilus. hope this is the right package to file the bug under, but maybe it really belongs to cifs-utils package instead? Cheers, Alexander -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.15-2Utilities for .desktop files ii gvfs 1.6.4-3 userspace virtual filesystem - ser ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libexempi3 2.1.1-1 library to parse XMP metadata (Lib ii libexif12 0.6.19-1 library to parse EXIF files ii libgail18 2.20.1-2 GNOME Accessibility Implementation ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libglib2.0-data2.24.2-1 Common files for GLib library ii libgnome-desktop-2 2.30.2-2 Utility library for loading .deskt ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libice62:1.0.6-2 X11 Inter-Client Exchange library ii libnautilus-extens 2.30.1-2squeeze1 libraries for nautilus components ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libselinux12.0.96-1 SELinux runtime shared libraries ii libsm6 2:1.1.1-1 X11 Session Management library ii libunique-1.0-01.1.6-1.1 Library for writing single instanc ii libx11-6 2:1.3.3-4 X11 client-side library ii libxml22.7.8.dfsg-2+squeeze3 GNOME XML library ii libxrender11:0.9.6-1 X Rendering Extension client libra ii nautilus-data 2.30.1-2squeeze1 data files for nautilus ii shared-mime-info 0.71-4FreeDesktop.org shared MIME databa Versions of packages nautilus recommends: ii app-install-d 2010.11.17 Application Installer Data Files ii brasero 2.30.3-2 CD/DVD burning application for GNO ii consolekit0.4.1-4framework for defining and trackin ii desktop-base 6.0.5squeeze1 common files for the Debian Deskto ii eject 2.1.5+deb1+cvs20081104-7.1 ejects CDs and operates CD-Changer ii gvfs-backends 1.6.4-3userspace virtual filesystem - bac ii librsvg2-comm 2.26.3-1 SAX-based renderer library for SVG ii synaptic 0.70~pre1+b1 Graphical package manager Versions of packages nautilus suggests: ii eog2.30.2-1 Eye of GNOME graphics viewer progr ii evince [pdf-viewer]2.30.3-2+squeeze1 Document (PostScript, PDF) viewer ii totem 2.30.2-6 A simple media player for the GNOM pn trackernone(no description available) ii vlc [mp3-decoder] 1.1.3-1squeeze6 multimedia player and streamer ii vlc-nox [mp3-decoder] 1.1.3-1squeeze6 multimedia player and streamer (wi ii xdg-user-dirs 0.13-2tool to manage well known user dir -- 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#663131: New upstream version (0.1.0)
On 08/03/12 21:22, Benoît Knecht wrote: Benoît Knecht wrote: zathura 0.1.0 has been released a few weeks ago [1][2]. It would be great if you could package it. [...] [1] http://pwmt.org/projects/zathura/download/ [2] http://pwmt.org/projects/zathura/download/zathura-0.1.0.tar.gz I see that libgirara, a new dependency of zathura, is already in experimental; note that zathura-pdf-poppler [3] will also need to be package in order for zathura to do anything useful. Should I open an RFP bug, or are you already on it? I'm already on it. The new zathura version (including the plugin) will follow soon. Cheers, -- Sebastian Ramacher signature.asc Description: OpenPGP digital signature
Bug#663131: New upstream version (0.1.0)
tags 663131 + pending thanks * Benoît Knecht benoit.kne...@fsfe.org, 2012-03-08, 21:22: zathura 0.1.0 has been released a few weeks ago [1][2]. It would be great if you could package it. [...] [1] http://pwmt.org/projects/zathura/download/ [2] http://pwmt.org/projects/zathura/download/zathura-0.1.0.tar.gz I see that libgirara, a new dependency of zathura, is already in experimental; note that zathura-pdf-poppler [3] will also need to be package in order for zathura to do anything useful. Should I open an RFP bug, or are you already on it? We're going to build zathura and zathura-pdf-poppler from the same source package. No need to file RFP. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612908: RFS: mpdscribble
Hello. I've prepared a new release of the mpdscribble package. Apart from cosmetical changes it is built with all hardening options. The package is available at http://mentors.debian.net/package/mpdscribble and http://git.debian.org/?p=pkg-mpd/mpdscribble.git;a=summary I want to ask you to sponsor the package before searching for a sponsor publicly. -- WBR, wRAR signature.asc Description: Digital signature
Bug#663110: enigmail: new upstream version 1.4
Hi! Given that icedove 9.x is in experimental, this is a humble request if you could upload the newer 1.4 release of enigmail. [CC:ing the icedove maintainers] Considering the fact that icedove 10 should be uploaded really soon and enigmail needs changes to the build system when switching from icedove 9 to 10, I'll wait for icedove 10 to be uploaded before I do the next enigmail upload. WM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663141: emacs-chess: the pieces directory is not installed
Package: emacs-chess Version: 2.0b6-1.1 Severity: important Dear Maintainer, I installed emacs-chess and invoked any related command, e.g. alt-x chess emacs displayed: Opening directory: no such file or directory, /usr/share/emacs/site-lisp/chess/pieces/xboard/ in the minibuffer instead of a chessboard -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs-chess depends on: ii dpkg 1.16.1.2 ii emacs [emacsen]23.3+1-5 ii emacs23 [emacsen] 23.3+1-5 ii install-info 4.13a.dfsg.1-8 emacs-chess recommends no packages. Versions of packages emacs-chess suggests: pn gnuchess | phalanx | crafty none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662199: jackd2: jack_connect segfault
On 03/08/2012 08:50 PM, Adrian Knoth wrote: ~$ jack_connect usage: jack_connect [options] port1 port2 Connects two JACK ports together. -s, --servername Connect to the jack server namedname -v, --version Output version information and exit -h, --help Display this help message For more information see http://jackaudio.org/ zsh: segmentation fault jack_connect Does it only affect jack_connect? Everything else works as expected? Please ignore my question. Confirmed, upstream bug, I'll fix it there. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663142: apt-show-versions: aptitude does not show any homepage URL for apt-show-versions
Package: apt-show-versions Version: 0.17 Severity: minor Dear Maintainer, I was trying to see if aptitude shows any homepage URL for apt-show-versions to see what is the roadmap or whatever info. I can get about the package. But aptitude does not show any URL. It would be nice to have a URL. $ aptitude show apt-show-versions Package: apt-show-versions State: installed Automatically installed: no Version: 0.17 Priority: optional Section: admin Maintainer: Christoph Martin christoph.mar...@uni-mainz.de Uncompressed Size: 188 k Depends: perl | perl-5.005 | perl-5.004, apt, libapt-pkg-perl (= 0.1.21), libstorable-perl Description: lists available package versions with distribution apt-show-versions parses the dpkg status file and the APT lists for the installed and available package versions and distribution and shows upgrade options within the specific distribution of the selected package. This is really useful if you have a mixed stable/testing environment and want to list all packages which are from testing and can be upgraded in testing. Tags: admin::package-management, implemented-in::perl, interface::commandline, role::program, scope::utility, suite::debian, use::checking, works-with::software:package -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-show-versions depends on: ii apt 0.8.15.10 ii libapt-pkg-perl 0.1.25+b1 ii perl [libstorable-perl] 5.14.2-9 apt-show-versions recommends no packages. apt-show-versions suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663131: New upstream version (0.1.0)
Jakub Wilk wrote: * Benoît Knecht benoit.kne...@fsfe.org, 2012-03-08, 21:22: zathura 0.1.0 has been released a few weeks ago [1][2]. It would be great if you could package it. [...] [1] http://pwmt.org/projects/zathura/download/ [2] http://pwmt.org/projects/zathura/download/zathura-0.1.0.tar.gz I see that libgirara, a new dependency of zathura, is already in experimental; note that zathura-pdf-poppler [3] will also need to be package in order for zathura to do anything useful. Should I open an RFP bug, or are you already on it? We're going to build zathura and zathura-pdf-poppler from the same source package. No need to file RFP. Okay, great! Looking forward to trying out this new version... Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649032: libsigc++2.0 : New upstream release / NMU to DELAYED/10
Hi Daniel,
since glibmm is now requiring the newer libsigc++ (via a versioned
pkg-config configure check), I decided to NMU libsigc++ 2.2.10.
The changes between 2.2.9 and 2.2.10 are rather small. The most
important one, is the patch I applied in my previous NMU. To avoid the
noise generated by autotools, I only included debian/ in my debdiff
(attached). The upstream tarball is at [1]
I've uploaded to DELAYED/10.
Please let me know if I should cancel the NMU or delay it further.
Cheers,
Michael
[1]
http://ftp.gnome.org/pub/GNOME/sources/libsigc++/2.2/libsigc++-2.2.10.tar.xz
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
--- libsigc++-2.0-2.2.9/debian/changelog 2011-12-03 01:11:06.0 +0100
+++ libsigc++-2.0-2.2.10/debian/changelog 2012-03-08 21:23:33.0 +0100
@@ -1,3 +1,12 @@
+libsigc++-2.0 (2.2.10-0.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove 0002-slot_rep-Avoid-access-to-deleted-object-in-notify.patch,
+merged upstream.
+ * Fix watch file, track .xz tarballs.
+
+ -- Michael Biebl bi...@debian.org Thu, 08 Mar 2012 21:20:55 +0100
+
libsigc++-2.0 (2.2.9-1.1) unstable; urgency=low
* Non-maintainer upload.
--- libsigc++-2.0-2.2.9/debian/patches/0002-slot_rep-Avoid-access-to-deleted-object-in-notify.patch 2011-12-03 01:04:58.0 +0100
+++ libsigc++-2.0-2.2.10/debian/patches/0002-slot_rep-Avoid-access-to-deleted-object-in-notify.patch 1970-01-01 01:00:00.0 +0100
@@ -1,68 +0,0 @@
-commit ad1bce5b0ad1caeee5c499b3a80d3455e326b63c
-Author: Kjell Ahlstedt kjell.ahlst...@bredband.net
-Date: Thu Jul 14 16:40:16 2011 +0200
-
-slot_rep: Avoid access to deleted object in notify().
-
-* sigc++/functors/slot_base.cc: slot_rep::notify() calls disconnect() before
-destroy(). If disconnect() has deleted the slot_rep object, destroy() is not
-called. Bug #564005.
-
-diff --git a/ChangeLog b/ChangeLog
-index dbf622c..56984e3 100644
a/ChangeLog
-+++ b/ChangeLog
-@@ -1,3 +1,11 @@
-+2011-07-14 Kjell Ahlstedt kjell.ahlst...@bredband.net
-+
-+ slot_rep: Avoid access to deleted object in notify().
-+
-+ * sigc++/functors/slot_base.cc: slot_rep::notify() calls disconnect() before
-+ destroy(). If disconnect() has deleted the slot_rep object, destroy() is not
-+ called. Bug #564005.
-+
- 2.2.9:
-
- 2011-02-22 Kjell Ahlstedt kjell.ahlst...@bredband.net
-diff --git a/sigc++/functors/slot_base.cc b/sigc++/functors/slot_base.cc
-index 896276b..3f1de0b 100644
a/sigc++/functors/slot_base.cc
-+++ b/sigc++/functors/slot_base.cc
-@@ -56,12 +56,35 @@ void slot_rep::disconnect()
- //static
- void* slot_rep::notify(void* data)
- {
-+ struct destroy_notify_struct
-+ {
-+destroy_notify_struct() : deleted_(false) { }
-+
-+static void* notify(void* data)
-+{
-+ destroy_notify_struct* self_ = reinterpret_castdestroy_notify_struct*(data);
-+ self_-deleted_ = true;
-+ return 0;
-+}
-+
-+bool deleted_;
-+ };
-+
- slot_rep* self_ = reinterpret_castslot_rep*(data);
-
- self_-call_ = 0; // Invalidate the slot.
-- self_-destroy(); // Detach the stored functor from the other referred trackables and destroy it.
-+
-+ // Make sure we are notified if disconnect() deletes self_, which is trackable.
-+ destroy_notify_struct notifier;
-+ self_-add_destroy_notify_callback(notifier, destroy_notify_struct::notify);
- self_-disconnect(); // Disconnect the slot (might lead to deletion of self_!).
--
-+ // If self_ has been deleted, the destructor has called destroy().
-+ if (!notifier.deleted_)
-+ {
-+self_-remove_destroy_notify_callback(notifier);
-+self_-destroy(); // Detach the stored functor from the other referred trackables and destroy it.
-+ // destroy() might lead to deletion of self_. Bug #564005.
-+ }
- return 0;
- }
-
--- libsigc++-2.0-2.2.9/debian/patches/series 2011-12-03 01:05:05.0 +0100
+++ libsigc++-2.0-2.2.10/debian/patches/series 2012-03-08 21:21:28.0 +0100
@@ -1,2 +1 @@
0001-Comment-out-a-backwards-compatibility-typedef.patch
-0002-slot_rep-Avoid-access-to-deleted-object-in-notify.patch
--- libsigc++-2.0-2.2.9/debian/watch 2011-12-03 01:03:43.0 +0100
+++ libsigc++-2.0-2.2.10/debian/watch 2012-03-08 21:20:53.0 +0100
@@ -1,3 +1,3 @@
version=3
-http://download.gnome.org/sources/libsigc++/([\d\.]+)[24680]/libsigc\+\+-([\d\.]+)\.tar\.gz
+http://download.gnome.org/sources/libsigc++/([\d\.]+[24680])/libsigc\+\+-([\d\.]+)\.tar\.xz
signature.asc
Description: OpenPGP digital signature
Bug#663143: apt-listbugs: aptitude shows apt-listbugs has no homepage URL in the description
Package: apt-listbugs Version: 0.1.6 Severity: minor Dear Maintainer, Aptitude does not show any homepage or wiki page to find either more about the tool. It would be nice to have either an homepage or a wiki page associated with it. $ aptitude show apt-listbugs Package: apt-listbugs State: installed Automatically installed: no Version: 0.1.6 Priority: optional Section: admin Maintainer: Francesco Poli (wintermute) invernom...@paranoici.org Uncompressed Size: 378 k Depends: ruby1.8 (= 1.8), libruby1.8 (= 1.8.5), libdpkg-ruby1.8 (= 0.3.3), apt, libzlib-ruby1.8, libgettext-ruby1.8 (= 2.1.0), ruby-xmlparser, ruby-httpclient (= 2.1.5.2-1) Suggests: reportbug, debianutils (= 2.0) | www-browser | w3m Description: tool which lists critical bugs before each apt installation apt-listbugs is a tool which retrieves bug reports from the Debian Bug Tracking System and lists them. Especially, it is intended to be invoked before each upgrade/installation by apt in order to check whether the upgrade/installation is safe. Many developers and users prefer the unstable version of Debian for its new features and packages. apt, the usual upgrade tool, can break your system by installing a buggy package. apt-listbugs lists critical bug reports from the Debian Bug Tracking System. Run it before apt to see if an upgrade or installation is known to be unsafe. Tags: admin::package-management, implemented-in::ruby, interface::commandline, protocol::http, role::program, scope::utility, suite::debian, works-with::bugs, works-with::software:package -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-listbugs depends on: ii apt0.8.15.10 ii libdpkg-ruby1.80.3.8 ii libgettext-ruby1.8 2.1.0-2.1 ii libruby1.8 [libzlib-ruby1.8] 1.8.7.352-2 ii ruby-debian [libdpkg-ruby1.8] 0.3.8 ii ruby-httpclient2.2.1-1 ii ruby-xmlparser 0.7.2-1 ii ruby1.81.8.7.352-2 apt-listbugs recommends no packages. Versions of packages apt-listbugs suggests: ii chromium [www-browser] 17.0.963.66~r124982-1 ii conkeror [www-browser] 1.0~~pre+git120102-1 ii debianutils 4.2.1 ii epiphany-browser [www-browser] 3.2.1-2 ii iceweasel [www-browser] 10.0.2-1 ii konqueror [www-browser] 4:4.7.4-2 ii lynx-cur [www-browser] 2.8.8dev.12-1 ii midori [www-browser]0.4.3-1 ii reportbug 6.3.1 ii uzbl [www-browser] 0.0.0~git.2028-2 ii w3m [www-browser] 0.5.3-5 -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663144: network-manager: NM segfaults (at every restart) after adding a second mobile network
Package: network-manager Version: 0.9.2.0-2 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, After adding a 2nd mobile network, the nm-applet disappeared, and refuses to ever show up again. After investigation, I noticed that when restarting NetworkManager by hand (as root), I get assertions after each mobile network loaded: NetworkManager[5757]: nm_system_iface_flush_routes: assertion `ifindex 0' failed NetworkManager[5757]: nm_system_iface_flush_addresses: assertion `ifindex 0' failed and a segfault at the end. In detail: # ps aux |grep NetworkManager not there # NetworkManager --no-daemon NetworkManager[5757]: info NetworkManager (version 0.9.2.0) is starting... NetworkManager[5757]: info Read config file /etc/NetworkManager/NetworkManager.conf NetworkManager[5757]: info VPN: loaded org.freedesktop.NetworkManager.vpnc NetworkManager[5757]: info VPN: loaded org.freedesktop.NetworkManager.openvpn NetworkManager[5757]: info VPN: loaded org.freedesktop.NetworkManager.pptp NetworkManager[5757]:SCPlugin-Ifupdown: init! NetworkManager[5757]:SCPlugin-Ifupdown: update_system_hostname NetworkManager[5757]:SCPluginIfupdown: guessed connection type (eth0) = 802-3-ethernet NetworkManager[5757]:SCPlugin-Ifupdown: update_connection_setting_from_if_block: name:eth0, type:802-3-ethernet, id:Ifupdown (eth0), uuid: [...] NetworkManager[5757]:SCPlugin-Ifupdown: adding eth0 to iface_connections NetworkManager[5757]:SCPlugin-Ifupdown: adding iface eth0 to well_known_interfaces NetworkManager[5757]:SCPlugin-Ifupdown: autoconnect NetworkManager[5757]:SCPluginIfupdown: management mode: unmanaged NetworkManager[5757]:SCPlugin-Ifupdown: devices added (path: /sys/devices/pci:00/:00:19.0/net/eth0, iface: eth0) NetworkManager[5757]:SCPluginIfupdown: locking wired connection setting NetworkManager[5757]:SCPlugin-Ifupdown: devices added (path: /sys/devices/pci:00/:00:1c.4/:02:00.0/net/wlan0, iface: wlan0) NetworkManager[5757]:SCPlugin-Ifupdown: device added (path: /sys/devices/pci:00/:00:1c.4/:02:00.0/net/wlan0, iface: wlan0): no ifupdown configuration found. NetworkManager[5757]:SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/lo, iface: lo) NetworkManager[5757]:SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/lo, iface: lo): no ifupdown configuration found. NetworkManager[5757]:SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/virbr1, iface: virbr1) NetworkManager[5757]:SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/virbr1, iface: virbr1): no ifupdown configuration found. NetworkManager[5757]:SCPlugin-Ifupdown: end _init. NetworkManager[5757]: info Loaded plugin ifupdown: (C) 2008 Canonical Ltd. To report bugs please use the NetworkManager mailing list. NetworkManager[5757]: info Loaded plugin keyfile: (c) 2007 - 2010 Red Hat, Inc. To report bugs please use the NetworkManager mailing list. NetworkManager[5757]:Ifupdown: get unmanaged devices count: 1 NetworkManager[5757]:SCPlugin-Ifupdown: (27157296) ... get_connections. NetworkManager[5757]:SCPlugin-Ifupdown: (27157296) ... get_connections (managed=false): return empty list. NetworkManager[5757]:keyfile: parsing [ name edit out ] ... NetworkManager[5757]:keyfile: read connection '[ name edited out ]' [ skipping the other 78 repeats for other networks ] NetworkManager[5757]:Ifupdown: get unmanaged devices count: 1 NetworkManager[5757]: info modem-manager is now available NetworkManager[5757]: info monitoring kernel firmware directory '/lib/firmware'. NetworkManager[5757]: info found WiFi radio killswitch rfkill3 (at /sys/devices/pci:00/:00:1c.4/:02:00.0/ieee80211/phy0/rfkill3) (driver (unknown)) NetworkManager[5757]: info found WWAN radio killswitch rfkill2 (at /sys/devices/platform/thinkpad_acpi/rfkill/rfkill2) (driver thinkpad_acpi) NetworkManager[5757]: info WiFi enabled by radio killswitch; enabled by state file NetworkManager[5757]: info WWAN enabled by radio killswitch; enabled by state file NetworkManager[5757]: info WiMAX enabled by radio killswitch; enabled by state file NetworkManager[5757]: info Networking is enabled by state file NetworkManager[5757]: info (eth0): carrier is ON NetworkManager[5757]: info (eth0): new Ethernet device (driver: 'e1000e' ifindex: 2) NetworkManager[5757]: info (eth0): exported as /org/freedesktop/NetworkManager/Devices/0 NetworkManager[5757]: info (wlan0): driver supports SSID scans (scan_capa 0x01). NetworkManager[5757]: info (wlan0): new 802.11 WiFi device (driver: 'iwlwifi' ifindex: 3) NetworkManager[5757]: info (wlan0): exported as /org/freedesktop/NetworkManager/Devices/1 NetworkManager[5757]: info (wlan0): now managed NetworkManager[5757]: info (wlan0): device state change: unmanaged - unavailable (reason 'managed') [10 20 2] NetworkManager[5757]:
Bug#663051: [ovs-dev] Bug#663051: Bug#663051: Lots of (sometimes serious) lintian errors
On 03/09/2012 03:22 AM, Ben Pfaff wrote: On Fri, Mar 09, 2012 at 01:47:45AM +0800, Thomas Goirand wrote: As I understand, you are also upstream for openvswitch. If that is the case, then best would be to have the man page fixes to be applied upstream, and the debian/patches folder to go away. Definitely. May I have a Signed-off-by: as permission for applying these fixes upstream? Thanks, Ben. What exactly should I write? Signed-off-by: Thomas Goirand ? Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663105: libreoffice-calc: list validation menus sometimes too small
On Thu, Mar 08, 2012 at 05:08:24PM +0100, Francesco Potortì wrote: I use Debian testing. It would be currently unfeasible to me trying a more recent version until it goes to testing. So for me the choice is among reporting against what I use or not reporting at all... Mmh, ok, then it'kll take some time. i'll try to get 3.4.6 into sid and testing first before I upload 3.5.1 or 3.5.2 to sid Excellent, thanks. Anyway, what you say holds for any package: do you mean that wishlist bugs reported in Debian are only meaningful if they are related to Debian packaging issues? I guess this depends on whether the maintainer has time to deal with stuff like this itself That's clear, thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663000: [debian-mysql] Bug#663000: mysql-server: MySQL fails to start after 5.1.61 upgrade, incorrect permissions
Is there any more information that I can provide to help debug this? I was talking with someone in #debian irc.freenode.net earlier on today and they had the same problem. They resolved it by managing to chown said files just before it tried to start MySQL again. Right now I'm not sure what extra info I can get for you. Regards On 7 March 2012 23:44, Clint Byrum cl...@ubuntu.com wrote: Excerpts from Alex Cartwright's message of Wed Mar 07 13:32:44 -0800 2012: Package: mysql-server Version: 5.1.61-0+squeeze1 Severity: important After the recent security upgrade to MySQL 5.1.61, MySQL failed to start during the apt-get update apt-get upgrade process due to incorrect permissions being set on the /var/lib/mysql/mysql-bin.* files. Instead of being mysql:mysql they were set to root:root, causing MySQL to fail starting with errors such as: Mar 7 20:52:37 lon1 mysqld_safe[16756]: 120307 20:52:37 [ERROR] Failed to open log (file './mysql-bin.000397', errno 13) Mar 7 20:52:37 lon1 mysqld_safe[16756]: 120307 20:52:37 [ERROR] Could not open log file Mar 7 20:52:37 lon1 mysqld_safe[16756]: 120307 20:52:37 [ERROR] Can't init tc log Mar 7 20:52:37 lon1 mysqld_safe[16756]: 120307 20:52:37 [ERROR] Aborting Changing the owner/group to mysql:mysql manually and starting the mysql service got things working, however running update upgrade again causes the issue again. Hi Alex, sorry this is causing you trouble. I was not able to reproduce this in a clean squeeze chroot: (squeeze-amd64)root@clint-MacBookPro:/home/clint# ls -l /var/lib/mysql total 20532 -rw-r--r-- 1 root root 0 Mar 7 15:36 debian-5.1.flag -rw-rw 1 mysql mysql 5242880 Mar 7 15:37 ib_logfile0 -rw-rw 1 mysql mysql 5242880 Mar 7 15:36 ib_logfile1 -rw-rw 1 mysql mysql 10485760 Mar 7 15:37 ibdata1 drwx-- 2 mysql root 4096 Mar 7 15:37 mysql -rw--- 1 root root 6 Mar 7 15:37 mysql_upgrade_info -rw-rw 1 mysql mysql 37810 Mar 7 15:37 mysqld-bin.01 -rw-rw 1 mysql mysql 20 Mar 7 15:37 mysqld-bin.index (squeeze-amd64)root@clint-MacBookPro:/home/clint# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be upgraded: libmysqlclient16 mysql-client-5.1 mysql-common mysql-server-5.1 mysql-server-core-5.1 5 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 22.8 MB of archives. After this operation, 307 kB disk space will be freed. Do you want to continue [Y/n]? Get:1 http://security.debian.org/ squeeze/updates/main mysql-common all 5.1.61-0+squeeze1 [69.6 kB] Get:2 http://security.debian.org/ squeeze/updates/main libmysqlclient16 amd64 5.1.61-0+squeeze1 [1976 kB] Get:3 http://security.debian.org/ squeeze/updates/main mysql-client-5.1 amd64 5.1.61-0+squeeze1 [10.0 MB] Get:4 http://security.debian.org/ squeeze/updates/main mysql-server-5.1 amd64 5.1.61-0+squeeze1 [6587 kB] Get:5 http://security.debian.org/ squeeze/updates/main mysql-server-core-5.1 amd64 5.1.61-0+squeeze1 [4130 kB] Fetched 22.8 MB in 15s (1432 kB/s) Preconfiguring packages ... (Reading database ... 12360 files and directories currently installed.) Preparing to replace mysql-common 5.1.49-3 (using .../mysql-common_5.1.61-0+squeeze1_all.deb) ... Unpacking replacement mysql-common ... Preparing to replace libmysqlclient16 5.1.49-3 (using .../libmysqlclient16_5.1.61-0+squeeze1_amd64.deb) ... Unpacking replacement libmysqlclient16 ... Preparing to replace mysql-client-5.1 5.1.49-3 (using .../mysql-client-5.1_5.1.61-0+squeeze1_amd64.deb) ... Unpacking replacement mysql-client-5.1 ... Setting up mysql-common (5.1.61-0+squeeze1) ... (Reading database ... 12361 files and directories currently installed.) Preparing to replace mysql-server-5.1 5.1.49-3 (using .../mysql-server-5.1_5.1.61-0+squeeze1_amd64.deb) ... invoke-rc.d: policy-rc.d denied execution of stop. invoke-rc.d: policy-rc.d denied execution of stop. df: Warning: cannot read table of mounted file systems: No such file or directory Unpacking replacement mysql-server-5.1 ... Preparing to replace mysql-server-core-5.1 5.1.49-3 (using .../mysql-server-core-5.1_5.1.61-0+squeeze1_amd64.deb) ... Unpacking replacement mysql-server-core-5.1 ... Setting up libmysqlclient16 (5.1.61-0+squeeze1) ... Setting up mysql-client-5.1 (5.1.61-0+squeeze1) ... Setting up mysql-server-core-5.1 (5.1.61-0+squeeze1) ... Setting up mysql-server-5.1 (5.1.61-0+squeeze1) ... invoke-rc.d: policy-rc.d denied execution of stop. invoke-rc.d: policy-rc.d denied execution of start. (squeeze-amd64)root@clint-MacBookPro:/home/clint# ls -l /var/lib/mysql total 21288 -rw-r--r-- 1 mysql mysql 0 Mar 7 15:38 debian-5.1.flag -rw-rw 1 mysql mysql 5242880 Mar 7 15:39 ib_logfile0 -rw-rw 1 mysql mysql 5242880 Mar 7 15:36 ib_logfile1 -rw-rw 1 mysql mysql 10485760 Mar 7 15:39 ibdata1 drwx-- 2
Bug#663145: apt-listchanges: aptitude show apt-listchanges does not have a homepage or a wiki page
Package: apt-listchanges Version: 2.85.9 Severity: minor Dear Maintainer, Aptitude does not show any homepage URL or wiki page for apt-listchanges. Hence its difficult to either know about the tool's roadmap or see what the status is apart for p.d.o. . It woud be nice to have a homepage URL or a wiki page which tells a bit about the package and then perhaps give a link to the scm repo where people could look more. $ aptitude show apt-listchanges Package: apt-listchanges State: installed Automatically installed: no Version: 2.85.9 Priority: standard Section: utils Maintainer: Pierre Habouzit madco...@debian.org Uncompressed Size: 207 k Depends: python (= 2.4), python-support (= 0.90.0), apt (= 0.5.3), python-apt (= 0.7.93), ucf (= 0.28), debianutils (= 2.0.2), debconf (= 0.5) | debconf-2.0 Recommends: exim4 | mail-transport-agent Suggests: x-terminal-emulator, www-browser, python-glade2, python-gtk2 Description: package change history notification tool The tool apt-listchanges can compare a new version of a package with the one currently installed and show what has been changed, by extracting the relevant entries from the Debian changelog and NEWS files. It can be run on several .deb archives at a time to get a list of all changes that would be caused by installing or upgrading a group of packages. When configured as an APT plugin it will do this automatically during upgrades. Tags: admin::package-management, implemented-in::python, interface::commandline, role::program, scope::utility, suite::debian, use::viewing, works-with::logfile, works-with::software:package -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-listchanges depends on: ii apt0.8.15.10 ii debconf [debconf-2.0] 1.5.41 ii debianutils4.2.1 ii python 2.7.2-10 ii python-apt 0.8.4~exp1 ii python-support 1.0.14 ii ucf3.0025+nmu2 Versions of packages apt-listchanges recommends: ii exim4 4.77-1 ii exim4-daemon-light [mail-transport-agent] 4.77-1+b1 Versions of packages apt-listchanges suggests: ii chromium [www-browser]17.0.963.66~r124982-1 ii conkeror [www-browser]1.0~~pre+git120102-1 ii epiphany-browser [www-browser]3.2.1-2 ii gnome-terminal [x-terminal-emulator] 3.2.1-2 ii guake [x-terminal-emulator] 0.4.2-7 ii iceweasel [www-browser] 10.0.2-1 ii konqueror [www-browser] 4:4.7.4-2 ii konsole [x-terminal-emulator] 4:4.7.4-2 ii lynx-cur [www-browser]2.8.8dev.12-1 ii midori [www-browser] 0.4.3-1 ii python-glade2 2.24.0-3 ii python-gtk2 2.24.0-3 ii uzbl [www-browser]0.0.0~git.2028-2 ii w3m [www-browser] 0.5.3-5 ii xfce4-terminal [x-terminal-emulator] 0.4.8-1+b1 ii xterm [x-terminal-emulator] 276-2 -- debconf information: * apt-listchanges/confirm: true * apt-listchanges/which: both * apt-listchanges/frontend: gtk * apt-listchanges/email-address: root * apt-listchanges/save-seen: true -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663144: [Pkg-utopia-maintainers] Bug#663144: network-manager: NM segfaults (at every restart) after adding a second mobile network
severity 663144 important thanks On 08.03.2012 21:53, Mathieu Desnoyers wrote: NetworkManager[5757]: info Auto-activating connection 'Fido Default'. NetworkManager[5757]: warn caught signal 11. Generating backtrace... NetworkManager: *** START ** NetworkManager: [Thread debugging using libthread_db enabled] NetworkManager: Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. NetworkManager: [New Thread 0x7fd9f26b4700 (LWP 5758)] 41../sysdeps/unix/sysv/linux/waitpid.c: No such file or directory. NetworkManager: 0x7fd9f60f4c1d in __libc_waitpid (pid=5776, stat_loc=optimized out, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:41 NetworkManager: *** END ** Please install network-manager-dbg and get me a full back trace. NM certainly has no limitation of the number of configured wireless networks. Could you attach the relevant keyfile from /etc/NetworkManager/system-connections/ (make sure to remove sensitive data) Thanks -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#663146: avfs: extfs doesn't work because there are no files in the expected place
Package: avfs
Version: 1.0.0-3
Severity: normal
Dear Maintainer,
as (I suppose) extfs files were moved to /usr/share according to the Debian
policy, avfs should be told to look for it there, but not in /usr/lib.
Otherwise, MC extfs support in AVFS is not present.
The symptoms are:
1) AVFS-based programs (avfsd, worker) cannot use MC extfs (they return
no such file or directory when one is trying to open files which should
be supported, like 7-Zip archives)
2) There are messages in syslog, like this:
avfs[$pid]: Could not open extfs config file /usr/lib/avfs/extfs/extfs.ini: No
such file or directory
As we can see,
avfs-1.0.0/modules/extfs.c:
--- cut here: start ---
static int extfs_init(struct vmodule *module)
{
...
extfs_dir = av_get_config(moduledir);
extfs_dir = av_stradd(extfs_dir, /extfs, NULL);
extfs_conf = av_stradd(NULL, extfs_dir, /extfs.ini, NULL);
fd = open(extfs_conf, O_RDONLY);
if(fd == -1) {
res = -errno;
av_log(AVLOG_WARNING, Could not open extfs config file %s: %s,
extfs_conf, strerror(errno));
av_free(extfs_conf);
av_free(extfs_dir);
return res;
}
--- cut here: end ---
what does av_get_config() do?
avfs-1.0.0/src/sysdeps.c:
--- cut here: start ---
char *av_get_config(const char *param)
{
...
if(strcmp(param, moduledir) == 0)
val = MODULE_DIR;
--- cut here: end ---
and after the avfs ./configure we can find the MODULE_DIR definition:
../src/info.h:#define MODULE_DIR /usr/lib/avfs
Also, ${moduledir} is defined at ./configure-time, but there is no
../configure option for it:
../configure:moduledir='${libdir}/avfs' (line 24297)
so I suggest the following patch to ./configure:
--- cut here: start ---
--- avfs-1.0.0.orig/configure
+++ avfs-1.0.0/configure
@@ -24294,7 +24294,7 @@
LIBS=$LIBS -pthread
fi
-moduledir='${libdir}/avfs'
+moduledir='${datarootdir}/avfs'
--- cut here: end ---
After applying it the following lines in debian/rules were unneeded:
--- cut here: start ---
# Move the scripts to /usr/share
mv $(CURDIR)/debian/avfs/usr/lib/avfs $(CURDIR)/debian/avfs/usr/share
--- cut here: end ---
When I installed the AVFS version built with these patches, `worker` became
able to open 7-Zip archives via MC extfs #u7z module.
Best regards,
Ivan Krylov.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages avfs depends on:
ii fuse 2.8.6-4
ii libc6 2.13-26
ii libfuse2 2.8.6-4
avfs recommends no packages.
Versions of packages avfs suggests:
pn arj none
pn cdparanoia none
pn lha none
pn p7zip 9.20.1~dfsg.1-4
pn p7zip-full 9.20.1~dfsg.1-4
pn rpm none
pn unzip 6.0-5
pn wget1.13.4-2
pn zip none
pn zoo none
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663147: mirror submission for noodle.portalias.net
Package: mirrors Severity: wishlist Submission-Type: new Site: noodle.portalias.net Type: leaf Archive-architecture: i386 Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ IPv6: no Archive-upstream: debian.oregonstate.edu Updates: four Maintainer: Donald Norwood mirr...@portalias.net Country: US United States Location: Brooklyn, NY Sponsor: The Portalus Group http://www.portalus.com Comment: Updates 4 times per 24 hours. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662025: foomatic-filters: Fails to print if 4.0.12-1 or 4.0.13-1 is installed
I have checked your error_log and it shows one job which has successfully completed. I assume that this is the job which did not print for you. First, a reasonable amount of data gets sent to the printer but it does not make the printer printing something. Second, your attached error_log has only the following part which looks strange: -- D [08/Mar/2012:21:04:00 +0100] [Job 233] Options from the PPD file: D [08/Mar/2012:21:04:00 +0100] [Job 233] D [08/Mar/2012:21:04:00 +0100] [Job 233] D [08/Mar/2012:21:04:00 +0100] [Job 233] D [08/Mar/2012:21:04:00 +0100] [Job 233] File: STDIN D [08/Mar/2012:21:04:00 +0100] [Job 233] D [08/Mar/2012:21:04:00 +0100] [Job 233] -- This makes the impression that foomatic-rip did not read any options from the PPD file. Please run the command ls -l /etc/cups/ppd/FS-1020D.ppd and attach your /etc/cups/ppd/FS-1020D.ppd file. Thanks. Till On 03/08/2012 09:19 PM, Helge Kreutzmann wrote: Hello, On Mon, Mar 05, 2012 at 12:32:02PM +0100, Till Kamppeter wrote: We need some more information about your problem. First, can you tell us which printer (manufacturer/model), connection type (USB, Kyocera Ecosys FS-1020D, now connected via USB (used to be parallel, I still have the conection wired to the old (shut down) machine). Parallel, USB-Parallel adapter, network, ...), driver you are using? Driver?? None specifilly. Or do you men ppd file? Can you also follow the instructions of the sections CUPS error_log and Capturing print job data on https://wiki.ubuntu.com/DebuggingPrintingProblems. The site is for Ubuntu, but the steps of the mentioned sections also work under Debian. If sudocommand does not work or if some administrative command of CUPS does not work, run the command in a second terminal window where you get root via su -, without the sudo in the beginning. Ok. Note that we need this information to be able to fix the bug. Fine. a) There is no »ubuntu-bug« within Debian main (testing). b) apport-collect does not exist neither c) Output of printdebuginfo: == System information == Ubuntu Release : testing (wheezy) Desktop Environment: none Architecture : x86_64 Kernel : 3.2.9sneo.01-grsec Locale : LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8, LC_PAPER=de_DE.UTF-8 /etc/papersize : a4 == Configured printers == FS-1020D: Kyocera FS-1020D Foomatic/Postscript Kyocera-neu: Kyocera Mita FS-1020D Kyocera: Kyocera Mita FS-1020D Kyocera_FS-1020D: Kyocera Mita FS-1020D device for FS-1020D: usb://Kyocera/FS-1020D?serial=XAX5560374 device for Kyocera_FS-1020D: usb://Kyocera/FS-1020D?serial=XAX5560374 == Installed versions of important printing packages == ii cups-ppdc1.5.2-5 Common UNIX Printing System(tm) - PPD manipulation utilities ii foomatic-filters 4.0.12-1 OpenPrinting printer support - filters ii gs-cjk-resource 1.20100103-3 Resource files for gs-cjk, ghostscript CJK-TrueType extension ii hp-ppd 0.9-0.2 HP Postscript Printer Definition (PPD) files ii hpijs3.11.12-2 transitional dummy package for hpijs printer driver ii libcupsppdc1 1.5.2-5 Common UNIX Printing System(tm) - PPD manipulation library ii printer-driver-gutenprint5.2.7-5 printer drivers for CUPS ii system-config-printer1.3.7-3 graphical interface to configure the printing system Created with printingbuginfo script v1.5 (https://wiki.ubuntu.com/PrintingBugInfoScript) Thu, 08 Mar 2012 20:54:48 +0100 d) 1. Connected, powered on (on not working foomatic version) 2. root@sneo:/tmp# lsmod | grep usb usblp 12593 0 usbhid 30418 0 3.-5: tail -f /var/log/syslog Mar 8 20:56:27 sneo kernel: usblp0: removed Mar 8 20:56:46 sneo kernel: usb 4-5.2: new full-speed USB device number 4 using ohci_hcd Mar 8 20:56:46 sneo kernel: usblp0: USB Bidirectional printer dev 4 if 0 alt 0 proto 2 vid 0x0482 pid 0x000E Mar 8 20:56:46 sneo mtp-probe: checking bus 4, device 4: /sys/devices/pci:00/:00:12.0/usb4/4-5/4-5.2 Mar 8 20:56:46 sneo mtp-probe: bus: 4, device: 4 was not an MTP device Mar 8 20:56:47 sneo udev-configure-printer: add /devices/pci:00/:00:12.0/usb4/4-5/4-5.2/4-5.2:1.0 Mar 8 20:56:47 sneo udev-configure-printer: device devpath is /devices/pci:00/:00:12.0/usb4/4-5/4-5.2 Mar 8 20:56:47 sneo udev-configure-printer: Device already handled Mar 8 20:56:47 sneo udev-configure-printer: add
Bug#662890: Patch ps_file_new)
A simple typo was involved, patch: --- a/poppler.defs 2009-09-27 11:07:59.0 +0200 +++ b/poppler.defs 2012-03-08 21:59:30.0 +0100 @@ -1212,7 +1212,7 @@ (define-function poppler_ps_file_new (c-name poppler_ps_file_new) - (is-constructor-of PopplerPsFile) + (is-constructor-of PopplerPSFile) (return-type PopplerPSFile*) (parameters '(PopplerDocument* document) I've reported upstream as well. Regards, -Jens Stimpfle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663144: [Pkg-utopia-maintainers] Bug#663144: network-manager: NM segfaults (at every restart) after adding a second mobile network
* Michael Biebl (bi...@debian.org) wrote:
severity 663144 important
thanks
On 08.03.2012 21:53, Mathieu Desnoyers wrote:
NetworkManager[5757]: info Auto-activating connection 'Fido Default'.
NetworkManager[5757]: warn caught signal 11. Generating backtrace...
NetworkManager: *** START **
NetworkManager: [Thread debugging using libthread_db enabled]
NetworkManager: Using host libthread_db library
/lib/x86_64-linux-gnu/libthread_db.so.1.
NetworkManager: [New Thread 0x7fd9f26b4700 (LWP 5758)]
41 ../sysdeps/unix/sysv/linux/waitpid.c: No such file or directory.
NetworkManager: 0x7fd9f60f4c1d in __libc_waitpid (pid=5776,
stat_loc=optimized out, options=0) at
../sysdeps/unix/sysv/linux/waitpid.c:41
NetworkManager: *** END **
Please install network-manager-dbg and get me a full back trace.
NM certainly has no limitation of the number of configured wireless
networks. Could you attach the relevant keyfile from
/etc/NetworkManager/system-connections/ (make sure to remove sensitive data)
I've been able to reproduce the issue with a cleaned up
/etc/NetworkManager/system-connections/ directory, only keeping my 3
mobile networks (I noticed while inspecting the
/etc/NetworkManager/system-connections/ files that there were 3
instances of mobile networks, not just 2). FYI, this happened after I
moved my SIM card into a new phone: This issue showed up right after
pairing to my new phone.
* Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x00447d45 in auto_activate_device (user_data=0x737ee0) at
nm-policy.c:794
794 nm-policy.c: No such file or directory.
(gdb) bt full
#0 0x00447d45 in auto_activate_device (user_data=0x737ee0) at
nm-policy.c:794
error = 0x0
data = 0x737ee0
policy = 0x739110
best_connection = 0x6f5a10
specific_object = 0x0
connections = 0x740790
iter = optimized out
__PRETTY_FUNCTION__ = auto_activate_device
#1 0x756e30cf in g_main_context_dispatch () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#2 0x756e38c8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#3 0x756e3e02 in g_main_loop_run () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#4 0x0042247b in main (argc=1, argv=0x7fffec28) at main.c:687
opt_ctx = optimized out
become_daemon = 0
g_fatal_warnings = 0
pidfile = 0x6d6cb0 /var/run/NetworkManager.pid
state_file = 0x6d6ce0 /var/lib/NetworkManager/NetworkManager.state
config_path = 0x0
plugins = 0x0
log_level = 0x0
log_domains = 0x0
wifi_enabled = optimized out
net_enabled = optimized out
wwan_enabled = optimized out
wimax_enabled = optimized out
success = 1
show_version = 0
policy = 0x739110
vpn_manager = 0x6ee400
dns_mgr = 0x6f5830
dbus_mgr = 0x6dd0a0
sup_mgr = 0x73b400
dhcp_mgr = 0x72d590
settings = 0x6ecb30
config = 0x6d7eb0
error = 0x0
wrote_pidfile = 0
options = {{long_name = 0x4a536a version, short_name = 0 '\000',
flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x7fffeaec,
description = 0x4a2e70 Print NetworkManager version and exit,
arg_description = 0x0}, {long_name = 0x4a3588 no-daemon,
short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data
= 0x7fffeae4,
description = 0x4a3592 Don't become a daemon, arg_description =
0x0}, {long_name = 0x4a35a8 g-fatal-warnings,
short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data
= 0x7fffeae8,
description = 0x4a35b9 Make all warnings fatal, arg_description =
0x0}, {long_name = 0x4a35d1 pid-file,
short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_FILENAME,
arg_data = 0x7fffea98,
description = 0x4a2e98 Specify the location of a PID file,
arg_description = 0x4a35da filename}, {
long_name = 0x4a35e3 state-file, short_name = 0 '\000', flags =
0, arg = G_OPTION_ARG_FILENAME, arg_data = 0x7fffeaa0,
description = 0x4a35ee State file location, arg_description =
0x4a3602 /path/to/state.file}, {long_name = 0x4a3a42 config,
short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_FILENAME,
arg_data = 0x7fffeaa8,
description = 0x4a3616 Config file location, arg_description =
0x4a362b /path/to/config.file}, {
long_name = 0x4a2ae6 plugins, short_name = 0 '\000', flags = 0,
arg = G_OPTION_ARG_STRING, arg_data = 0x7fffeab0,
description = 0x4a2ec0 List of plugins separated by ',',
arg_description = 0x4a3640 plugin1,plugin2}, {
long_name = 0x4a3650
Bug#570425: rebuildd and rebuildd-job silently fail for many errors
Hi, On Thu, 18 Feb 2010, Julien Danjou wrote: If an exception occurs, such as No such file or directory, the Job will silently fail and get stuck in the BUILDING state. To fix this, I inserted code so that it looked like this: try: proc = subprocess.Popen(cmd.split(), [.]) except Exception, error: build_log.write(Unable to execute command \%s\: %s % (cmd, error)) with self.status_lock: self.status = failed_status state = 1 break state = proc.poll() Sounds like a mean bug indeed. I'll try to make a patch, if you don't send one by that time. I have been beatean by this bug as well... can you just apply the fix? Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662035: RFS: vorbisgain/0.37-1 [ITA] -- add Replay Gain volume tags to Ogg Vorbis files
tags 662035 - moreinfo thanks Benoît, I've tried carefully solving all the issues you mentioned above. Thanks for your time and support. Here is the dsc file up at mentors.d.n: http://mentors.debian.net/debian/pool/main/v/vorbisgain/vorbisgain_0.37-1.dsc And here is the full changelog entry for this upload: vorbisgain (0.37-1) unstable; urgency=low * New Maintainer (Closes: #547233) * New upstream release. - Refreshed all patches. * Bumped debhelper compat level to 8. * debian/copyright is now in DEP-5 format version 1.0. * debian/rules now removes automake's .log and .status in clean. * Bumped standards version to 3.9.3; No changes needed. * debian/patches/0006-manpage_hyphens.patch: - Corrected many hyphen-used-as-minus-sign lintian complaints in the manpage. * debian/patches/0007-recursively_spelling.patch: - Corrected a spelling mistake, recursivly. (Closes: #661999) * debian/patches/0008-manpage_recursion_mistake.patch: - The manpage no longer shows examples which don't work. (Closes: #447402) * debian/watch has been fixed. * NEWS has been removed from docs and is now installed as upstream's changelog file. I'd be very glad if someone were to upload this package for me. Regards, Daniel -- Daniel Martí - mvdan.cc - 0x58BF72C3 signature.asc Description: Digital signature
Bug#663148: po4a: Text (-o control=...) chokes on a normal dctrl file
Package: po4a Severity: minor Hi, po4a's Debian Control parser[1] in SVN chokes on a control file (attached) that I believe has no syntax errors: $ PERL5LIB=po4a/ po4a-gettextize -f text -m checks/group-checks.desc -p po4a/po/group-checks.pot -o control=Info Unrecognized section: '# This is a source check, so we only run it once per group ' Unrecognized section: ' Note: This check is limited to packages created from the same source package. Full circular dependencies between binaries from different source packages is beyond the scope of Lintian. ' Unrecognized section: ' is neither Multi-Arch same nor foreign. The first error is because the parser chokes on a comment in the file, and the source suggests this is due to a lack of support for these. It would be nice (but not needed) to have that. However, the last two errors I do not understand. David Prévot (taffit) also mentioned the following: 21:37 taffit Mmm, it also assumes a short description on the first line, followed by a long one in the following text, which is not the case in your file (might exist a setting for that) I had a brief look at the source, but I could not find such a setting. ~Niels [1] That is, -f text -o control=... Check-Script: group-checks Author: Niels Thykier ni...@thykier.net Abbrev: gchck # This is a source check, so we only run it once per group Type: source Info: This script checks for some issues that may appear in packages built from the same source. This includes intra-source circular dependencies and intra-source priority checks. Tag: intra-source-package-circular-dependency Severity: normal Certainty: certain Info: The listed packages from the same source circularly depend (or pre-depend) on each other. This makes it difficult for tools to properly handle install/upgrade sequences. Furthermore this complicates automated removal of unused packages. . If possible, consider removing or reducing one of the depends. . Note: This check is limited to packages created from the same source package. Full circular dependencies between binaries from different source packages is beyond the scope of Lintian. Ref: policy 7.2 Tag: package-depends-on-lower-priority-package Severity: normal Certainty: certain Ref: policy 2.5, http://qa.debian.org/debcheck.php Info: The package depends on a package with lower priority than itself. . Note: This check is limited to packages created from the same source package. A full check of all dependencies built from different source packages is beyond the scope of Lintian. The depcheck service can do this. Tag: binaries-have-file-conflict Severity: normal Certainty: possible Experimental: no Info: The binaries appears to have overlapping files without proper conflicts relation. . Note the check is completely based on the file index for the packages. Possible known false-positives include dpkg-diverts in maintainer scripts. Tag: dependency-is-not-multi-archified Severity: normal Certainty: possible Info: The package is Multi-Arch same, but it depends on a package that is neither Multi-Arch same nor foreign. Ref: https://wiki.ubuntu.com/MultiarchSpec
Bug#661956: unzip fails on 5.4GB ZIP with extra bytes at beginning or within zipfile
On Tue, Mar 06, 2012 at 10:35:23PM +0100, Santiago Vila wrote: The authors would like to have access to the zipfile. See: http://www.info-zip.org/phpBB3/viewtopic.php?f=7t=385 Sorry, it has proprietary data in it that I cannot expose. I'll try the -FFv command. -andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663144: [Pkg-utopia-maintainers] Bug#663144: Bug#663144: network-manager: NM segfaults (at every restart) after adding a second mobile network
On 08.03.2012 22:32, Mathieu Desnoyers wrote: * Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x00447d45 in auto_activate_device (user_data=0x737ee0) at nm-policy.c:794 794 nm-policy.c: No such file or directory. (gdb) bt full thanks. I've informed upstream about this, he told me to ask you for the following information: mbiebl: any chance Mathieu can, when he's got it under gdb, print *data for me? mbiebl: actually printing the following would be great: *policy, specific_object, *data -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#661402: manpages-dev: removal of manpages-dev makes files disappear from libaio-dev
Hello Guillem (and Michael, Kerrisk upstream), On Mon, Feb 27, 2012 at 12:15:24AM +0100, Andreas Beckmann wrote: Package: manpages-dev Version: Severity: serious User: debian...@lists.debian.org Usertags: piuparts replaces-without-breaks [..] during a test with piuparts and EDOS tools I noticed your package causes removal of files that also belong to another package. This is caused by using Replaces without corresponding Breaks. The installation sequence to reproduce this problem is apt-get install libaio-dev # (1) apt-get install manpages-dev apt-get remove manpages-dev # (2) The list of installed files at points (1) and (2) should be identical, but the following files have disappeared: /usr/share/man/man2/io_cancel.2.gz /usr/share/man/man2/io_getevents.2.gz /usr/share/man/man2/io_submit.2.gz Similar to the bug #636704 you reported on manpages-dev about the previous lack of Replaces, libaio-dev stopped installing manpages that comes from libc. Source: libaio 0.3.109-2 * Do not install man pages for functions coming from libc, the aio* and lio_listio* man pages are already shipped by manpages-dev. * Install all libaio io*.3 man pages. (Closes: #418048) But within the same upload, io* manpages are now installed by libaio, while these manpages have been present in manpages-dev for a while (since 2004 for what I can see in git). I don't know which version aio-dev versus manpages-linux one is the more accurate and should be kept, opinion ? Would you consider revert #418048 and just rely on manpages-dev for that ? -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663127: gnutls26: Regression between 2.11.6 and 2.12.0
On 08.03.2012 20:06, Timo Aaltonen wrote: which doesn't say much. I couldn't test 2.11.7 since snapshot.d.o doesn't have packages for amd64 (FTBFS?), and bisecting without packages is rather hard I guess... Can't test 3.0.x either, since openldap doesn't build against libgnutls28. Ok I was able to build 2.11.7 after all (disabled tests), and I can confirm that it's a working version as well, so this broke some time between that and 2.12.0.. trying to bisect more. -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663149: base: IRQ 17: nobody cared message when hibernating
Subject: base: IRQ 17: nobody cared message when hibernating Package: base Severity: normal When trying to get the computer to hibernate, the system shows the following message: Begin of message [ 449.159068] irq 17: nobody cared (try booting with the irqpoll option) [ 449.159156] handlers: [ 449.159172] [f83eb481] (ath_isr+0x0/0x12b [ath9k]) [ 449.159227] [f8d1661f] (azx_interrupt+0x0/0xe7 [snd_hda_intel]) [ 449.159275] Disabling IRQ #17 End of message The message appears on a black screen. I try to revive the computer using the keyboard or the mouse but it doesn't. I have to push and hold the on/off button until the computer shuts down. When I turn it on again, it then goes back to the situation it was before hibernating. When I choose the option Suspend, no error message appears, but the computer still doesn't come back to live. When I shut it down (on/off button) and turn it on again it does not return to previous situation. Instead, it boots a new session. Thank you in advance for your help. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662924: [Pkg-fonts-devel] Bug#662924: Bug#662924: ttf-freefont: What is Untitled1.ttf?
On Thu, Mar 08, 2012 at 08:15:43PM +0100, Fabian Greffrath wrote: Hey Steve, Am Donnerstag, den 08.03.2012, 11:14 +0100 schrieb Steve White: The TrueType and OpenType binaries *intended by the FreeFont people* BTW, whatis the prefered font format by FreeFont upstream, Truetype or Opentype? I am asking for two reasons: AFAICT, the SFD files are using cubic (PostScript) splines, so CFF-flavoured OpenType (aka .otf) is the natural choice. Converting cubic splines to quadratic ones, for TrueType, in not a lossless conversion[1] and thus, IMO, should be avoided if possible. [1] http://fontforge.sourceforge.net/faq.html#cubic-quadratic Regards, Khaled -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661402: manpages-dev: removal of manpages-dev makes files disappear from libaio-dev
Hi! On Thu, 2012-03-08 at 22:57:32 +0100, Simon Paillard wrote: On Mon, Feb 27, 2012 at 12:15:24AM +0100, Andreas Beckmann wrote: Package: manpages-dev Version: Severity: serious User: debian...@lists.debian.org Usertags: piuparts replaces-without-breaks FWIW, I don't think this deserves a serious severity. [..] during a test with piuparts and EDOS tools I noticed your package causes removal of files that also belong to another package. This is caused by using Replaces without corresponding Breaks. The installation sequence to reproduce this problem is apt-get install libaio-dev # (1) apt-get install manpages-dev apt-get remove manpages-dev # (2) The list of installed files at points (1) and (2) should be identical, but the following files have disappeared: /usr/share/man/man2/io_cancel.2.gz /usr/share/man/man2/io_getevents.2.gz /usr/share/man/man2/io_submit.2.gz Similar to the bug #636704 you reported on manpages-dev about the previous lack of Replaces, libaio-dev stopped installing manpages that comes from libc. Source: libaio 0.3.109-2 * Do not install man pages for functions coming from libc, the aio* and lio_listio* man pages are already shipped by manpages-dev. * Install all libaio io*.3 man pages. (Closes: #418048) But within the same upload, io* manpages are now installed by libaio, while these manpages have been present in manpages-dev for a while (since 2004 for what I can see in git). manpages-dev seems to have only shipped io_*.2, and I only enabled io_*.3 in libaio-dev on purpose, so in theory there should have been no issue due to that. But checking now more carefully, it seems those man pages from section 3 have section 2 in the troff sources, so dh_installman fixed up their filenames to match reality. I'll fix this for next release. I don't know which version aio-dev versus manpages-linux one is the more accurate and should be kept, opinion ? Yeah, that's something that should be sorted out eventually, but each man page would need to be checked out, also where those should live is something that would need to be discussed with both upstreams (libaio and man-pages). thanks, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663144: [Pkg-utopia-maintainers] Bug#663144: Bug#663144: network-manager: NM segfaults (at every restart) after adding a second mobile network
* Michael Biebl (bi...@debian.org) wrote:
On 08.03.2012 22:32, Mathieu Desnoyers wrote:
* Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x00447d45 in auto_activate_device (user_data=0x737ee0) at
nm-policy.c:794
794 nm-policy.c: No such file or directory.
(gdb) bt full
thanks. I've informed upstream about this, he told me to ask you for the
following information:
mbiebl: any chance Mathieu can, when he's got it under gdb, print *data
for me?
mbiebl: actually printing the following would be great: *policy,
specific_object, *data
No problem, here it is:
I had to restart it to get it into gdb again. I'm showing the requested
info along with the new backtrace.
(gdb) print *data
$1 = {policy = 0x734890, device = 0x750230, id = 0}
(gdb) print *policy
$4 = {manager = 0x731030, update_state_id = 0, pending_activation_checks = 0x0,
manager_ids = 0x72f440, settings_ids = 0x72f4a0, dev_ids = 0x740e00,
vpn_manager = 0x6ee400,
vpn_activated_id = 84, vpn_deactivated_id = 85, settings = 0x6ecb30,
default_device4 = 0x0,
default_device6 = 0x0, lookup = 0x0, reset_retries_id = 0, orig_hostname =
0x736740 thinkos,
cur_hostname = 0x0, hostname_changed = 0}
(gdb) print specific_object
$5 = 0x0
(gdb) bt full
#0 0x00447d45 in auto_activate_device (user_data=0x735970) at
nm-policy.c:794
error = 0x0
data = 0x735970
policy = 0x734890
best_connection = 0x6f5a10
specific_object = 0x0
connections = 0x740b30
iter = optimized out
__PRETTY_FUNCTION__ = auto_activate_device
#1 0x756e30cf in g_main_context_dispatch () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#2 0x756e38c8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#3 0x756e3e02 in g_main_loop_run () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#4 0x0042247b in main (argc=1, argv=0x7fffec18) at main.c:687
opt_ctx = optimized out
become_daemon = 0
g_fatal_warnings = 0
pidfile = 0x6d6cb0 /var/run/NetworkManager.pid
state_file = 0x6d6ce0 /var/lib/NetworkManager/NetworkManager.state
config_path = 0x0
plugins = 0x0
log_level = 0x0
log_domains = 0x0
wifi_enabled = optimized out
net_enabled = optimized out
wwan_enabled = optimized out
wimax_enabled = optimized out
success = 1
show_version = 0
policy = 0x734890
vpn_manager = 0x6ee400
dns_mgr = 0x6f5830
dbus_mgr = 0x6dd0a0
sup_mgr = 0x7120c0
dhcp_mgr = 0x72ad90
settings = 0x6ecb30
config = 0x6d7eb0
error = 0x0
wrote_pidfile = 0
options = {{long_name = 0x4a536a version, short_name = 0 '\000',
flags = 0,
arg = G_OPTION_ARG_NONE, arg_data = 0x7fffeadc,
description = 0x4a2e70 Print NetworkManager version and exit,
arg_description = 0x0}, {
long_name = 0x4a3588 no-daemon, short_name = 0 '\000', flags = 0,
arg = G_OPTION_ARG_NONE, arg_data = 0x7fffead4,
description = 0x4a3592 Don't become a daemon, arg_description =
0x0}, {
long_name = 0x4a35a8 g-fatal-warnings, short_name = 0 '\000',
flags = 0,
arg = G_OPTION_ARG_NONE, arg_data = 0x7fffead8,
description = 0x4a35b9 Make all warnings fatal, arg_description =
0x0}, {
long_name = 0x4a35d1 pid-file, short_name = 0 '\000', flags = 0,
arg = G_OPTION_ARG_FILENAME, arg_data = 0x7fffea88,
description = 0x4a2e98 Specify the location of a PID file,
arg_description = 0x4a35da filename}, {long_name = 0x4a35e3
state-file,
short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_FILENAME,
arg_data = 0x7fffea90,
description = 0x4a35ee State file location,
arg_description = 0x4a3602 /path/to/state.file}, {long_name =
0x4a3a42 config,
short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_FILENAME,
arg_data = 0x7fffea98,
description = 0x4a3616 Config file location,
arg_description = 0x4a362b /path/to/config.file}, {long_name =
0x4a2ae6 plugins,
short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_STRING,
arg_data = 0x7fffeaa0,
description = 0x4a2ec0 List of plugins separated by ',',
arg_description = 0x4a3640 plugin1,plugin2}, {long_name =
0x4a3650 log-level,
short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_STRING,
arg_data = 0x7fffeaa8,
description = 0x4a2ee8 Log level: one of [ERR, WARN, INFO,
DEBUG],
arg_description = 0x4a365a INFO}, {long_name = 0x4a365f
log-domains,
short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_STRING,
arg_data =
Bug#663150: Backport ARM makecontext() routines.
Package: eglibc Please backport ARM makecontext() routines from trunk, or https://code.launchpad.net/~michaelh1/ubuntu/precise/eglibc/lp696794/+merge/96465 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607227: [RV516] screen flickers
Hi there, I'm very very sorry, I've been wasting your time. I finally got some time to test this, so I fired up the machine and... the problem was gone. The silly thing that happened was that when trying the new-compiled kernel, I chose the wrong one at boot time, so I was sure I was testing the new kernel but I wasn't at all... Seems that, after all, using patch 1 and 2 but not 3 was a solution after all. Sorry once again for the mistake, and if you want me to test anything else just ask... Best regards, -- Marcos Marado -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585409: [pkg-wine-party] Bug#585409: Please packagewine1.2 series
Hi Scott, On Wed, 07 Mar 2012 21:00:46 -0500, Scott Leggett sc...@sl.id.au wrote: Since I see Wine 1.4 has been released, I would like to get discussion going on this topic again. On Tue, 28 Feb 2012 07:18:22 Stephen Kitt wrote: I'm not sure it's worth trying to continue packaging every single version at this stage; as I see it the sensible thing to do would be to package the various Wine 1.2 releases (I've done the packaging work already, and all the releases are similar), then move to version 1.4, which involves: * packaging wine-gecko 1.1 (because that's the latest version we can build with the tools currently available in the Debian archives) * packaging Wine 1.3.13, 1.3.14 or 1.3.15 (because those are the only versions still using wine-gecko 1.1 while also providing the tools required to package later versions of wine-gecko) * packaging wine-gecko 1.4 (which also needs some updates to mingw-w64, which I'll take care of) * packaging Wine 1.4. I think this is a very good idea. I've managed to get rid of most lintian warnings on the 1.1.37 package, but I feel a little bit like I'm wasting my time if you've already packaged the 1.2 series.. you also seem to have a much better handle than I do on what's required to catch up to upstream. On the contrary, it's not a waste of time, I reckon most of the lintian warnings also apply to the 1.2 packages... Feel free to check out the .dscs and related files on http://www.sk2.org/wine/ and see what you think. The packages are quite old and I haven't touched them in a while - in fact they don't even use the wine-gecko package which landed in Debian! I've started work on the two wine-gecko packages, but I probably won't have time to do much on them before the end of March. wine-gecko 1.1 doesn't need much, it only needs a couple of patches from the 1.0 package to build with current mingw-w64 so the main obstacle is the usual licensing review. wine-gecko 1.4 is a bit more complicated. I haven't started looking at all the changes required for the Wine packages. What exactly does the licensing review involve? I would be happy to assist! Basically, it involves retrieving the upstream source code, filtering it (see the get-orig-source rule in debian/rules in the current wine-gecko package in Debian main), then checking that debian/copyright still describes the result. For version 1.1 a reasonable approach could be to simply diff wine-gecko-1.0 to wine-gecko-1.1, looking for changed copyright statements. For version 1.4 I imagine there are far more changes to account for. It's also useful to look at the firefox package in Debian; I believe wine-gecko 1.4 is based on Firefox 8. Ove packaged wine-gecko as wine-gecko-unstable, rather than my wine-gecko-1.0.0 approach; I prefer the latter since wine-gecko versions aren't associated with a specific branch (stable v. unstable). For instance, packaging Wine 1.2 using the existing wine-gecko package means having wine (-stable) depending on libwine-gecko-unstable! Packaging Wine 1.4 will require changes to the current packages; in particular, some of the sound driver packages have been made obsolete. There's also the issue of packaging 32- and 64-bit Wine on amd64, and the availability of Wine on ARM now... Regards, Stephen signature.asc Description: PGP signature
Bug#663151: RFS: rhinote/0.7.4-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package rhinote * Package name: rhinote Version : 0.7.4-2 Upstream Author : Marv Boyes greysp...@tuxfamily.org * URL : http://rhinote.tuxfamily.org/ * License : GPL-2+ Section : x11 It builds those binary packages: rhinote- virtual sticky-notes for your desktop To access further information about this package, please visit the following URL: http://mentors.debian.net/package/rhinote Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/rhinote/rhinote_0.7.4-2.dsc More information about rhinote can be obtained from http://rhinote.tuxfamily.org/ . Changes since the last upload: * 001-simplify-imports.diff: - improve the way modules are imported. * 002-use-secure-printfile.diff: - avoid potential symlink attacks and cluttering the user's home. * 003-test-for-external-commands.diff: - ensure external commands are available before calling them. * 004-use-popen.diff: - replace os.system() with the more secure subprocess.Popen(). * 005-support-lp.diff: - add support for the lp command in addition to lpr. * 006-set-print-job-name.diff: - provide a descriptive name for the print job. * 007-set-class-name.diff: - set application name for use by window managers. * Simplify Depends: to cups-client | lpr. * Bump Standards-Version to 3.9.3 (no changes needed). The software has been heavily patched after Paul Wise has reviewed it[1] and found a bunch of issues with upstream’s code. He later took a look at the patches[2] and found them to be okay. [1] http://lists.debian.org/debian-mentors/2012/01/msg00579.html [2] http://lists.debian.org/debian-mentors/2012/02/msg00077.html -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#607227: [RV516] screen flickers
Marcos Marado wrote: I finally got some time to test this, so I fired up the machine and... the problem was gone. The silly thing that happened was that when trying the new-compiled kernel, I chose the wrong one at boot time, so I was sure I was testing the new kernel but I wasn't at all... Seems that, after all, using patch 1 and 2 but not 3 was a solution after all. Oh, excellent! Thanks, Marcos. That's a comfort. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663127: gnutls26: Regression between 2.11.6 and 2.12.0
Timo Aaltonen tjaal...@ubuntu.com writes: On 08.03.2012 20:06, Timo Aaltonen wrote: which doesn't say much. I couldn't test 2.11.7 since snapshot.d.o doesn't have packages for amd64 (FTBFS?), and bisecting without packages is rather hard I guess... Can't test 3.0.x either, since openldap doesn't build against libgnutls28. Ok I was able to build 2.11.7 after all (disabled tests), and I can confirm that it's a working version as well, so this broke some time between that and 2.12.0.. trying to bisect more. Thanks. What do you know about the server you are testing against? Many LDAP servers seems to have non-standards conforming SSL support. There is one change between 2.11.7 and 2.12.0 (Corrected default behavior in record version of Client Hellos.) that I suspect. Try adding the SSL3_RECORD_VERSION or LATEST_RECORD_VERSION priority string to your client and see if it makes a difference. If this makes a difference, the problem is with the server. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663144: [Pkg-utopia-maintainers] Bug#663144: Bug#663144: network-manager: NM segfaults (at every restart) after adding a second mobile network
tags 663144 + fixed-upstream pending thanks On 08.03.2012 23:20, Mathieu Desnoyers wrote: * Michael Biebl (bi...@debian.org) wrote: On 08.03.2012 22:32, Mathieu Desnoyers wrote: * Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x00447d45 in auto_activate_device (user_data=0x737ee0) at nm-policy.c:794 794 nm-policy.c: No such file or directory. (gdb) bt full thanks. I've informed upstream about this, he told me to ask you for the following information: mbiebl: any chance Mathieu can, when he's got it under gdb, print *data for me? mbiebl: actually printing the following would be great: *policy, specific_object, *data No problem, here it is: Thanks again. Upstream told me, that a fix for that is already in Git master. I'm planning on uploading 0.9.3.995, soon, which should include a fix for your issue. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#663152: cegui-mk2: FTBFS(kfreebsd): error: 'd_handle' was not declared in this scope
Package: src:cegui-mk2 Version: 0.7.6-1 Severity: serious Tags: sid wheezy User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-...@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds: /bin/bash ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../cegui/include -I../../cegui/include -I/usr/include/freetype2 -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -c -o libCEGUIBase_la-CEGUIDynamicModule.lo `test -f 'CEGUIDynamicModule.cpp' || echo './'`CEGUIDynamicModule.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../cegui/include -I../../cegui/include -I/usr/include/freetype2 -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -c CEGUIDynamicModule.cpp -fPIC -DPIC -o .libs/libCEGUIBase_la-CEGUIDynamicModule.o In file included from CEGUIDynamicModule.cpp:32:0: ../../cegui/include/CEGUIDynamicModule.h:127:5: error: 'DYNLIB_HANDLE' does not name a type CEGUIDynamicModule.cpp: In constructor 'CEGUI::DynamicModule::DynamicModule(const CEGUI::String)': CEGUIDynamicModule.cpp:63:3: error: 'd_handle' was not declared in this scope CEGUIDynamicModule.cpp:110:5: error: 'd_handle' was not declared in this scope CEGUIDynamicModule.cpp:110:48: error: 'DYNLIB_LOAD' was not declared in this scope CEGUIDynamicModule.cpp: In destructor 'CEGUI::DynamicModule::~DynamicModule()': CEGUIDynamicModule.cpp:134:19: error: 'd_handle' was not declared in this scope CEGUIDynamicModule.cpp:134:27: error: 'DYNLIB_UNLOAD' was not declared in this scope CEGUIDynamicModule.cpp: In member function 'void* CEGUI::DynamicModule::getSymbolAddress(const CEGUI::String) const': CEGUIDynamicModule.cpp:146:33: error: 'd_handle' was not declared in this scope CEGUIDynamicModule.cpp:146:57: error: 'DYNLIB_GETSYM' was not declared in this scope CEGUIDynamicModule.cpp:147:1: warning: control reaches end of non-void function [-Wreturn-type] make[4]: *** [libCEGUIBase_la-CEGUIDynamicModule.lo] Error 1 make[4]: Leaving directory `/build/buildd-cegui-mk2_0.7.6-1-kfreebsd-i386-8NdnuE/cegui-mk2-0.7.6/cegui/src' make[3]: *** [all-recursive] Error 1 Full build log at Regards Christoph If you have further questions please mail debian-...@lists.debian.org -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663144: [Pkg-utopia-maintainers] Bug#663144: Bug#663144: network-manager: NM segfaults (at every restart) after adding a second mobile network
* Michael Biebl (bi...@debian.org) wrote: tags 663144 + fixed-upstream pending thanks On 08.03.2012 23:20, Mathieu Desnoyers wrote: * Michael Biebl (bi...@debian.org) wrote: On 08.03.2012 22:32, Mathieu Desnoyers wrote: * Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x00447d45 in auto_activate_device (user_data=0x737ee0) at nm-policy.c:794 794 nm-policy.c: No such file or directory. (gdb) bt full thanks. I've informed upstream about this, he told me to ask you for the following information: mbiebl: any chance Mathieu can, when he's got it under gdb, print *data for me? mbiebl: actually printing the following would be great: *policy, specific_object, *data No problem, here it is: Thanks again. Upstream told me, that a fix for that is already in Git master. I'm planning on uploading 0.9.3.995, soon, which should include a fix for your issue. Sounds great! As a temporary work-around, removing the offending files from /etc/NetworkManager/system-connections worked for me. Thanks! Mathieu -- Mathieu Desnoyers Operating System Efficiency RD Consultant EfficiOS Inc. http://www.efficios.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662860: - additional info
I should have included a bit of GDB output in the original bug
report to illustrate the problem that was constantly occurring
before I fixed it:
Program received signal SIGSEGV, Segmentation fault.
0x0805f131 in PlaceOntop (ontop=8, where=0) at menus.c:3756
3756for (t = Scr-TwmRoot.next; t != NULL; t = t-next) {
(gdb) where
#0 0x0805f131 in PlaceOntop (ontop=8, where=0) at menus.c:3756
#1 0x0805f24b in RaiseWindow (tmp_win=0x83343a0) at menus.c:3787
#2 0x0806ab10 in AutoRaiseWindow (tmp=0x83343a0) at events.c:218
#3 0x0807096f in HandleEvents () at events.c:547
#4 0x0804e3a7 in main (argc=2, argv=0xbff491a4, environ=0xbff491b0)
at ctwm.c:1027
(gdb) print Scr
$2 = (ScreenInfo *) 0x0
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663153: ITP: automaton -- Finite-State Automaton for Regular Expressions
Package: wnpp Severity: wishlist Owner: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org * Package name: automaton Version : 1.11-8 Upstream Author : Anders Møller * URL : http://www.brics.dk/automaton/ * License : BSD Programming Lang: Java Description : Finite-State Automaton for Regular Expressions Automaton is a DFA/NFA (finite-state automata) implementation with Unicode alphabet (UTF16) and support for the standard regular expression operations (concatenation, union, Kleene star) and a number of non-standard ones (intersection, complement, etc.). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581632: Duplicate bug
Hello, I couldn't realize this and submitted an ITP against adminer(#658861). I packaged this and also closed it. Could you please close the ITP bug on this. Sincerely, -- Medhamsh Hacktivist | http://medhamsh.org BD16 E32E CA4D 83A3 1270 725D D766 7997 0ABC 20E9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662924: [Pkg-fonts-devel] Bug#662924: Bug#662924: ttf-freefont: What is Untitled1.ttf?
Hi Khaled, I agree as to a preference of cubic over quadratic splines, and also, the conversion from cubic to quadratic splines loses information. Both TrueType and OpenType are wrapper formats, that can contain either cubic (Type1) or quadratic (TrueType) contours. However some technologies (afaik) such as TrueType instructions, only apply to quadratic contours. I know from past experiments that in some environments, this can make a big difference in display quality. Either works well with current free-sofware technology. I'm now in the process of testing Vista (again) and Windows 7, in which it's much harder to get good quality. For the future, I think only OpenType is moving forward though. I'm keeping TrueType primarily for older systems. On Thu, Mar 8, 2012 at 11:22 PM, Khaled Hosny khaledho...@eglug.org wrote: On Thu, Mar 08, 2012 at 08:15:43PM +0100, Fabian Greffrath wrote: Hey Steve, Am Donnerstag, den 08.03.2012, 11:14 +0100 schrieb Steve White: The TrueType and OpenType binaries *intended by the FreeFont people* BTW, whatis the prefered font format by FreeFont upstream, Truetype or Opentype? I am asking for two reasons: AFAICT, the SFD files are using cubic (PostScript) splines, so CFF-flavoured OpenType (aka .otf) is the natural choice. Converting cubic splines to quadratic ones, for TrueType, in not a lossless conversion[1] and thus, IMO, should be avoided if possible. [1] http://fontforge.sourceforge.net/faq.html#cubic-quadratic Regards, Khaled -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663092: tex-common: Not modified files reported as modified
On Do, 08 Mär 2012, Frank Küster wrote:
The reason is that the files aren't under dpkg's control, but under
ucf's instead. Therefore we need to manually
Yes, see first item in svn texlive2012/TODO:
- removal of not-really-conffiles in /etc/texmf/texmf.d and
/etc/texmf.d/updmapd./00..., probably all the ucf based ones!
Should be all removed ???
I know about it. THe warnings cannot be circumvented, but I was (am)
too lazy to do anything in this direction. People can purge the files
manually ;-)
- ucf --purge the files
- ucfr --purge the files.
Whatever all these variants are ;-) If you can provide code in branches/v3/trunk
I would be happy ;-)
The warnings are coming from
dpkg-maintscript-helper
which is called via debian/maintscript where conffiles to be removed
are listed (actual dpkg-maintscript-helper actions)
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
BURLINGJOBB
A seventeenth-century crime by which excrement is thrown into the
street from a ground-floor window.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575461: finch: ability to use OTR-encryption
Thibaut VARENE wrote: On Sun, Feb 26, 2012 at 1:36 AM, Howard Chuh...@highlandsun.com wrote: Just fyi, all of my pidgin/finch patches have been merged upstream. They're targeted at a 3.0.0 release though, so it doesn't seem there will be any official 2.10.x update with the features enabled. Personally I would recommend you add my patches to your own 2.10.1 builds, in the meantime... fyi, this bug is against pidgin-otr, the otr plugin for pidgin. I am not responsible for the pidgin or finch packages, so if you want patches merged there, you need to submit appropriate bug reports against them or ping their respective maintainers... I can only merge patches that apply to pidgin-otr, and I'd rather do so with the approval of upstream maintainers... OK. Fyi, it looks like my plugin patches will not be merged upstream. http://lists.cypherpunks.ca/pipermail/otr-dev/2012-March/001267.html -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661956: unzip fails on 5.4GB ZIP with extra bytes at beginning or within zipfile
The suggested zip command -FFv appears to have fixed the problem zipfile. The resulting fixed.zip works fine with unzip -l. Here is what it printed, with filenames redacted consistently (when the same filename shows up twice it's been replaced with the same string). $ zip -FFv foo.zip --out fixed.zip Fix archive (-FF) - salvage what can Found end record (EOCDR) - says expect single disk archive Scanning for entries... Local ( 1 0): copying: d1/f1 (651734 bytes) Local ( 1 651817): copying: d1/d2/ (0 bytes) Local ( 1 651905): copying: d1/d2/f3 (80 bytes) Local ( 1 652083): copying: d1/f23 (891 bytes) Local ( 1 653021): copying: d1/f27 (8764 bytes) Local ( 1 661837): copying: d1/f24 (14818 bytes) Local ( 1 676709): copying: d1/f25 (17295 bytes) Local ( 1 694058): copying: d1/f26 (11461 bytes) Local ( 1 705573): copying: d1/f15 (299 bytes) Local ( 1 705942): copying: d1/f16 ... (160880743 bytes) Local ( 1 161586755): copying: d1/d3/ (0 bytes) Local ( 1 161586830): copying: d1/d3/f18 (81 bytes) Local ( 1 161586996): copying: d1/f19 (315 bytes) Local ( 1 161587381): copying: d1/f20 (522073 bytes) Local ( 1 162109524): copying: d1/f21 (698 bytes) Local ( 1 162110291): copying: d1/f22 (194 bytes) Local ( 1 162110555): copying: d1/f4 (592046801 bytes) Local ( 1 754157431): copying: d1/f5 (90537457 bytes) Local ( 1 844694963): copying: d1/f6 (211226857 bytes) Local ( 1 1055921895): copying: d1/f7 . (1145309341 bytes) Local ( 1 2201231311): copying: d1/f8 ... (1506846261 bytes) Local ( 1 3708077647): copying: d1/f9 ... (748102107 bytes) Local ( 1 4456179829): copying: d1/f10 ... (954604579 bytes) Local ( 1 5410784483): copying: d1/f11 ... (78000895 bytes) Local ( 1 5488785453): copying: d1/f12 (4077 bytes) Local ( 1 5488789605): copying: d1/f13 (4678 bytes) Local ( 1 5488794358): copying: d1/f14 (3296 bytes) Central Directory found... Cen ( 1 5488797729): updating: d1/f1 Cen ( 1 5488797828): updating: d1/d2/ Cen ( 1 5488797932): updating: d1/d2/f3 Cen ( 1 5488798046): updating: d1/f23 Cen ( 1 5488798109): updating: d1/f27 Cen ( 1 5488798177): updating: d1/f24 Cen ( 1 5488798247): updating: d1/f25 Cen ( 1 5488798317): updating: d1/f26 Cen ( 1 5488798387): updating: d1/f15 Cen ( 1 5488798473): updating: d1/f16 Cen ( 1 5488798559): updating: d1/d3/ Cen ( 1 5488798650): updating: d1/d3/f18 Cen ( 1 5488798751): updating: d1/f19 Cen ( 1 5488798837): updating: d1/f20 Cen ( 1 5488798923): updating: d1/f21 Cen ( 1 5488799008): updating: d1/f22 Cen ( 1 5488799094): updating: d1/f4 Cen ( 1 5488799185): updating: d1/f5 Cen ( 1 5488799276): updating: d1/f6 Cen ( 1 5488799367): updating: d1/f7 Cen ( 1 5488799458): updating: d1/f8 Cen ( 1 5488799549): updating: d1/f9 Cen ( 1 5488799640): updating: d1/f10 Cen ( 1 5488799743): updating: d1/f11 Cen ( 1 5488799846): updating: d1/f12 Cen ( 1 5488799949): updating: d1/f13 Cen ( 1 5488800052): updating: d1/f14 Zip64 EOCDR found ( 1 5488800155)... Zip64 EOCDL found ( 1 5488800211)... EOCDR found ( 1 5488800231)... $ echo $? 0 -andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663154: wcslib: FTBFS: FAIL: Fortran/tspx, FAIL: Fortran/tpih1 and FAIL: Fortran/tfitshdr
Source: wcslib
Version: 4.10-1
Severity: serious
Justification: fails to build from source
Hi,
wcslib FTBFS on some architecture.
https://buildd.debian.org/status/package.php?p=wcslibsuite=sid
http://buildd.debian-ports.org/status/package.php?p=wcslibsuite=sid
armel, armhf, sparc, s390 and sh4
-
Summary of results for non-graphical tests
--
PASS: C/tlin
PASS: C/tlog
PASS: C/tprj1
PASS: C/tsph
PASS: C/tspx
PASS: C/ttab1
PASS: C/twcs
PASS: C/twcssub
PASS: C/tpih1
PASS: C/tbth1
PASS: C/tfitshdr
PASS: C/tunits
PASS: C/twcsfix
PASS: C/twcstab
PASS: Fortran/tlin
PASS: Fortran/tlog
PASS: Fortran/tprj1
PASS: Fortran/tsph
FAIL: Fortran/tspx
PASS: Fortran/ttab1
PASS: Fortran/twcs
PASS: Fortran/twcssub
PASS: Fortran/tpih1
PASS: Fortran/tfitshdr
PASS: Fortran/tunits
PASS: Fortran/twcsfix
PASS: Fortran/twcstab
make[1]: *** [check] Error 1
make[1]: Leaving directory
`/build/buildd-wcslib_4.10-1-armel-exhOiP/wcslib-4.10'
dh_auto_test: make -j1 check returned exit code 2
-
sparc64
-
Summary of results for non-graphical tests
--
PASS: C/tlin
PASS: C/tlog
PASS: C/tprj1
PASS: C/tsph
PASS: C/tspx
PASS: C/ttab1
PASS: C/twcs
PASS: C/twcssub
PASS: C/tpih1
PASS: C/tbth1
PASS: C/tfitshdr
PASS: C/tunits
PASS: C/twcsfix
PASS: C/twcstab
PASS: Fortran/tlin
PASS: Fortran/tlog
PASS: Fortran/tprj1
PASS: Fortran/tsph
PASS: Fortran/tspx
PASS: Fortran/ttab1
PASS: Fortran/twcs
PASS: Fortran/twcssub
FAIL: Fortran/tpih1
FAIL: Fortran/tfitshdr
PASS: Fortran/tunits
PASS: Fortran/twcsfix
PASS: Fortran/twcstab
make[1]: *** [check] Error 1
make[1]: Leaving directory
`/build/buildd-wcslib_4.10-1-sparc64-qonNXe/wcslib-4.10'
dh_auto_test: make -j1 check returned exit code 2
make: *** [build] Error 29
dpkg-buildpackage: error: debian/rules build gave error exit status 2
-
Please check your package.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663155: lintian: translation support of tag descriptions
Package: lintian Version: 2.5.5 Hi, I have spent a few hours looking at using po4a to allow tag descriptions to be localized[0]. The results are available in the tag-info-l10n branch in my personal git repository[1]. po4a does not yet have proper support for Debian control files, but hopefully it will get that with the next upload (related bug #663148). For now, I use an ad-hoc po4a plugin to parse the desc files. I suspect my ad-hoc plugin produces different po-files than the future dctrl parser in po4a will. Therefore, I do not think we should accept translations/merge the branch just yet. :) Only the tag descriptions are translated. The po files in the branch include the Tag-field, but mainly because A) I rely the Tag-field for merging the translation with the (remaining) tag data and B) I was too lazy to do the relevant transformations in my prototype. I only added support for translations in lintian-info (read: I was lazy). It can be tested by using lintian-info with the new --lang argument: $ LINTIAN_ROOT=. frontend/lintian-info -t \ package-depends-on-lower-priority-package [... std text ...] $ LINTIAN_ROOT=. frontend/lintian-info --lang da -t \ package-depends-on-lower-priority-package [...] N: Pakken afhænger af en pakke med lavere prioritet end den selv. N: N: Bemærk: Dette tjek er begrænset til pakker lavet fra samme kilde N: pakke. Et fuldt tjek af pakke lavet fra andre kilde pakker [...] N: Lintian's kapacitet. Servicen depcheck gøre dette. [...] Note that I only translated 3 or so strings (out of 961), so you will want to pick one of those 3 tags for the test. :) The translated desc is not included in the branch, but can be generated by running: $ debian/rules update-po It will give a lot of discard $file since most of them are below po4a's (or gettext's?) = 80% translated treshold. ~Niels [0] http://lists.debian.org/debian-lint-maint/2010/08/msg00012.html [1] http://anonscm.debian.org/gitweb/?p=users/nthykier/lintian.git;a=shortlog;h=refs/heads/tag-info-l10n -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663156: [python-mpltoolkits.basemap] drawcoastlines doesn't work after libgeos update
Package: python-mpltoolkits.basemap Version: 1.0.2-1 Severity: normal --- Please enter the report below this line. --- The function drawcoastlines doesn't work after update of libgeos in Debian testing distribution from 3.2.2 to 3.3.1. There are two versions of the libgeos library in my system (3.2.2 and 3.3.1). The function drawcountries works as it is expected. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-1-rt-amd64 Debian Release: wheezy/sid 500 unstable qgis.org 500 unstable ftp.debian.org 500 testing security.debian.org 500 testing ftp.debian.org 1 experimental ftp.debian.org --- Package information. --- Depends (Version) | Installed -+-= libc6 (= 2.7) | 2.13-27 libgeos-3.2.2 (= 3.2.2) | 3.2.2-3.1 libgeos-c1 (= 3.2.2) | 3.3.1-1 python ( 2.8) | 2.7.2-10 python (= 2.6) | 2.7.2-10 python-support (= 0.90.0) | 1.0.14 python-mpltoolkits.basemap-data (= 1.0.2-1) | 1.0.2-1 python-matplotlib | 1.1.0-1 Recommends (Version) | Installed =-+-=== python-dap | python-imaging | 1.1.7-4 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659541: Please enable autobuild for upx-nrv
Hi, Robert Luberda rob...@debian.org writes: Ansgar Burchardt wrote: The source for upx itself is provided on the upstream website (and upx-ucl package is built from it), source for NRV is not available. http://www.gnu.org/licenses/gpl-faq.html#UnchangedJustBinary The source for upx is distributed in upx-ucl source package, isn't this enough? There's nothing that guarantees the versions of both packages stay in sync or upx-ucl could get removed while upx-nrv stays in the archive, so this is no good solution (also I did not even see it mentioned in the upx-nrv source package). Sure, but nobody else can redistribute the resulting binaries unless they do get special permission (the GPL doesn't allow this, see above). Quoting http://upx.sourceforge.net: All Rights Reserved. This program may be used freely, and you are welcome to redistribute and/or modify it under certain conditions. And the 'certain conditions' seem refer to the GPL-2 according to [1] which is referenced in the next paragraph: | This program is distributed in the hope that it will be useful, but | WITHOUT ANY WARRANTY; without even the implied warranty of | MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the UPX | License Agreement for more details. If there are other conditions under which upx (or upx-nrv) may be distributed, I missed them. [1] http://upx.sourceforge.net/upx-license.html there were some discussions regarding upx licensing in the past. It seems however all of them refer to the ucl version. I cannot find any clues if the conclusions are applicable to the nrv version or not, but there is one thing I'm pretty sure - the upx license hasn't changed at all since upx-nrv was allowed into Debian 12 years ago. I cannot understand why we still have issue with it, and moreover I have no idea how to solve the issue once and forever. I did not find anything with a quick search either, but it might well be that nobody noticed in the last decade. In any case the problem could be solved if upstream a, makes available headers and object files for nrv and adds an exception to the UPX license to link against nrv and distribute the resulting binaries similar to exceptions that allow linking GPL code with other GPL-incompatible libraries such as OpenSSL, or b, releases the binaries for upx-nrv under a license that allows distribution w/o providing corresponding source code (or other problematic requirements). It might also need to allow distributing the modified binaries obtained by running upx -d in debian/rules as well. Of course the license for nrv must also allow this. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575461: finch: ability to use OTR-encryption
On Fri, Mar 9, 2012 at 12:17 AM, Howard Chu h...@highlandsun.com wrote: Thibaut VARENE wrote: On Sun, Feb 26, 2012 at 1:36 AM, Howard Chuh...@highlandsun.com wrote: Just fyi, all of my pidgin/finch patches have been merged upstream. They're targeted at a 3.0.0 release though, so it doesn't seem there will be any official 2.10.x update with the features enabled. Personally I would recommend you add my patches to your own 2.10.1 builds, in the meantime... fyi, this bug is against pidgin-otr, the otr plugin for pidgin. I am not responsible for the pidgin or finch packages, so if you want patches merged there, you need to submit appropriate bug reports against them or ping their respective maintainers... I can only merge patches that apply to pidgin-otr, and I'd rather do so with the approval of upstream maintainers... OK. Fyi, it looks like my plugin patches will not be merged upstream. http://lists.cypherpunks.ca/pipermail/otr-dev/2012-March/001267.html Sadly, another perfect example of doing the wrong thing by multiplying redundant efforts. Open source at its best. Anyhow, I'm undecided about continuing to maintain pidgin-otr which is unbearably buggy when there seems to be a technically better replacement for it (purple-otr). I need to ponder this a little. I'm gonna be offline for the next couple weeks, this might be the right time for me to evaluate the options ;-) I'll keep you posted. -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661071: [patch] Re: e2fsprogs is compiled without optimizations and without debug info
On Thu, Feb 23, 2012 at 09:57:14PM -0500, Theodore Tso wrote: I've already checked in a change to do this. See commit f921eda1. I guess this bug can be marked fixed in 1.42.1-2? Sami signature.asc Description: Digital signature
Bug#663127: gnutls26: Regression between 2.11.6 and 2.12.0
On 09.03.2012 00:31, Simon Josefsson wrote: Timo Aaltonen tjaal...@ubuntu.com writes: On 08.03.2012 20:06, Timo Aaltonen wrote: which doesn't say much. I couldn't test 2.11.7 since snapshot.d.o doesn't have packages for amd64 (FTBFS?), and bisecting without packages is rather hard I guess... Can't test 3.0.x either, since openldap doesn't build against libgnutls28. Ok I was able to build 2.11.7 after all (disabled tests), and I can confirm that it's a working version as well, so this broke some time between that and 2.12.0.. trying to bisect more. Thanks. What do you know about the server you are testing against? It's 389 Directory Server on Fedora. Many LDAP servers seems to have non-standards conforming SSL support. There is one change between 2.11.7 and 2.12.0 (Corrected default behavior in record version of Client Hellos.) that I suspect. Try adding the SSL3_RECORD_VERSION or LATEST_RECORD_VERSION priority string to your client and see if it makes a difference. If this makes a difference, the problem is with the server. Spot on, that commit changed it. What exactly is broken on the server? Upstream would like to know :) -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663157: texlive-binaries: What is The TeX for nroffbook?
Package: texlive-binaries Version: 2009-12 Severity: normal File: /usr/share/man/man1/tex.1.gz Dear Maintainer, I'm seeing a number of references to The TeX for nroffbook in the tex(1) manpage. It took me a while, but I eventually realized that the for nroff part was probably intended as a comment. It appears that the offending *roff code is: , | .ie t .ds OX \fIT\v'+0.25m'E\v'-0.25m'X\fP for troff | .el .ds OX TeX for nroff ` and that a similar problem would occur in troff mode (but with with for troff instead of for nroff). (I assume the fix is obvious: remove the offending words from each line.) P.S. I also notice that the formatting of the sample commandline tex paper is not very good. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-binaries depends on: ii ed 1.6-1 ii libc6 2.13-27 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgcc1 1:4.6.3-1 ii libkpathsea52009-12 ii libncurses5 5.9-4 ii libpng12-0 1.2.47-1 ii libpoppler130.16.7-3 ii libstdc++6 4.6.3-1 ii libtinfo5 5.9-4 ii libx11-62:1.4.4-4 ii libxaw7 2:1.0.9-3 ii libxmu6 2:1.1.0-3 ii libxpm4 1:3.5.9-4 ii libxt6 1:1.1.1-2 ii perl5.14.2-7 ii tex-common 2.10 ii texlive-common 2009-15 ii zlib1g 1:1.2.6.dfsg-2 Versions of packages texlive-binaries recommends: ii texlive-base 2009-15 texlive-binaries suggests no packages. -- no debconf information -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662780: Similar issues with Lexmark Optra N PostScript printer
I'm seeing similar things with my Lexmark Optra N PS printer. However, if I attempt to print plain postscript files, things work just fine. I also discovered that the ghostscript-supplied pdf2ps command produces postscript files which generate a blank page when printed, while they display fine using gs. Thus I suspect that this problem may actually have more to do with ghostscript that cups. poppler-utils (xpdf) supplied pdftops produces printable postscript. /Anders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663127: gnutls26: Regression between 2.11.6 and 2.12.0
Timo Aaltonen tjaal...@ubuntu.com writes:
On 09.03.2012 00:31, Simon Josefsson wrote:
Timo Aaltonen tjaal...@ubuntu.com writes:
On 08.03.2012 20:06, Timo Aaltonen wrote:
which doesn't say much. I couldn't test 2.11.7 since snapshot.d.o
doesn't have packages for amd64 (FTBFS?), and bisecting without
packages is rather hard I guess... Can't test 3.0.x either, since
openldap doesn't build against libgnutls28.
Ok I was able to build 2.11.7 after all (disabled tests), and I can
confirm that it's a working version as well, so this broke some time
between that and 2.12.0.. trying to bisect more.
Thanks. What do you know about the server you are testing against?
It's 389 Directory Server on Fedora.
Many LDAP servers seems to have non-standards conforming SSL support.
There is one change between 2.11.7 and 2.12.0 (Corrected default
behavior in record version of Client Hellos.) that I suspect. Try
adding the SSL3_RECORD_VERSION or LATEST_RECORD_VERSION priority
string to your client and see if it makes a difference. If this makes a
difference, the problem is with the server.
Spot on, that commit changed it. What exactly is broken on the server?
Upstream would like to know :)
If I recall and understand correctly: before, GnuTLS clients sent the
latest TLS version it supported in the record layer version of the
client hello. This caused some problems with SSL3-only servers. But
after 2.12.0 it sent the SSL3 record version even when it supports
higher versions. This allows SSL3-only-and-TLS-intolerant servers to
talk to GnuTLS but still allow TLS-conforming servers to upgrade to more
recent TLS versions. Sadly, it seems the server you hit rejects GnuTLS
here, probably because it is confused by seeing a SSL3 record version
when there is support for higher TLS versions. This is more uncommon
than SSL3-only-and-TLS-intolerant servers, that's why the default was
changed.
This came up a long time ago and was discussed then, and I may be
recalling things incorrectly. RFC 5246 discuss this:
Earlier versions of the TLS specification were not fully clear on
what the record layer version number (TLSPlaintext.version) should
contain when sending ClientHello (i.e., before it is known which
version of the protocol will be employed). Thus, TLS servers
compliant with this specification MUST accept any value {03,XX} as
the record layer version number for ClientHello.
TLS clients that wish to negotiate with older servers MAY send any
value {03,XX} as the record layer version number. Typical values
would be {03,00}, the lowest version number supported by the client,
and the value of ClientHello.client_version. No single value will
guarantee interoperability with all old servers, but this is a
complex topic beyond the scope of this document.
/Simon
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663158: Plain die; doesn't always propagate exception
Package: perl
Version: 5.14.2-7
Severity: normal
Very much simplified test case (I believe minimal) attached.
On my machine I get:
Died at survey.cgi line 19.
instead of the expected
foo at survey.cgi line 22
main::run_template(255490788292995187) called at
survey.cgi line 18
eval {...} called at survey.cgi line 18
...propagated at survey.cgi line 19.
because the plain die without arguments on line 19 isn't propagating the
error (originally, it was inside a few more evals and subroutines, but
this is much simpler).
Note that it works if:
you change confess to die
you substitute in the value in place of the CGI-param call
This brokeness is pretty fragile. Reducing down the several thousand
line program to this was a PITA, the brokeness kept vanishing.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (200, 'unstable'), (150, 'stable'), (100,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages perl depends on:
ii libbz2-1.01.0.6-1
ii libc6 2.13-26
ii libdb5.1 5.1.29-1
ii libgdbm3 1.8.3-10
ii perl-base 5.14.2-7
ii perl-modules 5.14.2-7
ii zlib1g1:1.2.6.dfsg-1
Versions of packages perl recommends:
ii netbase 4.47
Versions of packages perl suggests:
ii libterm-readline-gnu-perl 1.20-2+b1
ii libterm-readline-perl-perl 1.0303-1
ii make3.81-8.1
ii perl-doc5.14.2-7
-- no debconf information
#!/usr/bin/perl -Tw
use Carp qw(confess);
use CGI;
my $CGI;
sub send_template;
sub run_template;
my $dat = DATA;
survey_no=255490788292995187
DATA
open my $fh, '', \$dat or die guess we don't have PerlIO;
$CGI = CGI-new($fh);
close $fh;
eval { run_template($CGI-param('survey_no')); };
die if $@;
sub run_template {
confess foo;
}
Bug#644590: faust: diff for NMU version 0.9.43-1.1
tags 644590 + pending
tags 652322 + pending
thanks
Dear maintainer,
I've prepared an NMU for faust (versioned as 0.9.43-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
faust-0.9.43.nmu.patch
Description: application/empty
Bug#663159: dummy package does not remove diversions, which breaks initramfs-tools
Package: module-init-tools
Version: 6-1.1
I recently updated 2 machines, but only one was affected.
Upgrade was from 3.16-1 in both cases
The affected machine is not updated often, so I suspect this was hotfixed in a
previous version that this machine skipped. If so, users who keep their systems
up to date likely will not be affected.
update-initramfs failure can render the machine unbootable
this appears to be related to #304690
the following diversions remained after package upgrade:
diversion of /usr/share/man/man8/insmod.8.gz to
/usr/share/man/man8/insmod.modutils.8.gz by module-init-tools
diversion of /sbin/update-modules to /sbin/update-modules.modutils by
module-init-tools
diversion of /usr/share/man/fr/man8/rmmod.8.gz to
/usr/share/man/fr/man8/rmmod.modutils.8.gz by module-init-tools
diversion of /usr/share/man/fr/man8/modinfo.8.gz to
/usr/share/man/fr/man8/modinfo.modutils.8.gz by module-init-tools
diversion of /usr/share/man/fr/man8/update-modules.8.gz to
/usr/share/man/fr/man8/update-modules.modutils.8.gz by module-init-tools
diversion of /usr/share/man/man8/modinfo.8.gz to
/usr/share/man/man8/modinfo.modutils.8.gz by module-init-tools
diversion of /sbin/insmod to /sbin/insmod.modutils by module-init-tools
diversion of /usr/share/man/fr/man8/modprobe.8.gz to
/usr/share/man/fr/man8/modprobe.modutils.8.gz by module-init-tools
diversion of /usr/share/man/man8/depmod.8.gz to
/usr/share/man/man8/depmod.modutils.8.gz by module-init-tools
diversion of /usr/share/man/man8/lsmod.8.gz to
/usr/share/man/man8/lsmod.modutils.8.gz by module-init-tools
diversion of /usr/share/man/man8/update-modules.8.gz to
/usr/share/man/man8/update-modules.modutils.8.gz by module-init-tools
diversion of /usr/share/man/man8/modprobe.8.gz to
/usr/share/man/man8/modprobe.modutils.8.gz by module-init-tools
diversion of /usr/share/man/fr/man8/insmod.8.gz to
/usr/share/man/fr/man8/insmod.modutils.8.gz by module-init-tools
diversion of /sbin/rmmod to /sbin/rmmod.Lmodutils by module-init-tools
diversion of /sbin/kallsyms to /sbin/kallsyms.modutils by module-init-tools
diversion of /usr/share/man/man8/rmmod.8.gz to
/usr/share/man/man8/rmmod.modutils.8.gz by module-init-tools
diversion of /sbin/lsmod to /sbin/lsmod.Lmodutils by module-init-tools
diversion of /usr/share/man/fr/man8/lsmod.8.gz to
/usr/share/man/fr/man8/lsmod.modutils.8.gz by module-init-tools
diversion of /sbin/modprobe to /sbin/modprobe.Lmodutils by module-init-tools
diversion of /sbin/modinfo to /sbin/modinfo.modutils by module-init-tools
diversion of /usr/share/man/fr/man8/depmod.8.gz to
/usr/share/man/fr/man8/depmod.modutils.8.gz by module-init-tools
diversion of /sbin/ksyms to /sbin/ksyms.modutils by module-init-tools
please have the dummy package remove all diversions in its init script
dpkg-divert --list | grep module-init-tools | awk '{print $3}' | while read ;
do dpkg-divert --remove $REPLY ; done
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663127: gnutls26: Regression between 2.11.6 and 2.12.0
On 09.03.2012 02:10, Simon Josefsson wrote:
Timo Aaltonen tjaal...@ubuntu.com writes:
On 09.03.2012 00:31, Simon Josefsson wrote:
Timo Aaltonen tjaal...@ubuntu.com writes:
Spot on, that commit changed it. What exactly is broken on the server?
Upstream would like to know :)
If I recall and understand correctly: before, GnuTLS clients sent the
latest TLS version it supported in the record layer version of the
client hello. This caused some problems with SSL3-only servers. But
after 2.12.0 it sent the SSL3 record version even when it supports
higher versions. This allows SSL3-only-and-TLS-intolerant servers to
talk to GnuTLS but still allow TLS-conforming servers to upgrade to more
recent TLS versions. Sadly, it seems the server you hit rejects GnuTLS
here, probably because it is confused by seeing a SSL3 record version
when there is support for higher TLS versions. This is more uncommon
than SSL3-only-and-TLS-intolerant servers, that's why the default was
changed.
This came up a long time ago and was discussed then, and I may be
recalling things incorrectly. RFC 5246 discuss this:
Earlier versions of the TLS specification were not fully clear on
what the record layer version number (TLSPlaintext.version) should
contain when sending ClientHello (i.e., before it is known which
version of the protocol will be employed). Thus, TLS servers
compliant with this specification MUST accept any value {03,XX} as
the record layer version number for ClientHello.
TLS clients that wish to negotiate with older servers MAY send any
value {03,XX} as the record layer version number. Typical values
would be {03,00}, the lowest version number supported by the client,
and the value of ClientHello.client_version. No single value will
guarantee interoperability with all old servers, but this is a
complex topic beyond the scope of this document.
Excellent, thanks! Apparently this is a flaw in NSS, which 389 builds
against.. might just reassign this to that package.
In the meantime, forcing the ldap server to support SSL3 makes the
ipac-client-install work.
--
t
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657395: how is it going?
Hi Bas, thanks for the ITP -- I wondered how is it going with the progress? any major showstoppers? -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663160: aes2501-wy: Typo in Description field
Package: aes2501-wy
Version: 0.1-5
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch
In Ubuntu, the attached patch was applied to achieve the following:
* debian/control
- Fixed typo in Description field. (LP: #950441)
Thanks for considering the patch.
Launchpad bug report: https://bugs.launchpad.net/bugs/950441
-- System Information:
Debian Release: wheezy/sid
APT prefers oneiric-updates
APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500,
'oneiric'), (100, 'oneiric-backports')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-16-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/changelog'
=== modified file 'debian/control'
--- debian/control 2007-12-27 13:29:31 +
+++ debian/control 2012-03-09 00:01:01 +
@@ -12,7 +13,7 @@
Depends: ${shlibs:Depends}, ${misc:Depends}
Recommends: imagemagick
Description: userspace software for usb aes2501 fingerprint scanner
- Command line scanning sofware for AES2501 usb fingerprint reader. The ouput
+ Command line scanning sofware for AES2501 usb fingerprint reader. The output
are grayscale pnm files with quite good quality.
.
The AES 2501 fingerprint scanner vendor is Authentec and this sensor can be
Bug#581631: please build cfdisk with ncurses, not libslang
* Michael Tokarev [2010-05-14 17:06 +0400]:
It's been over 12 years already since cfdisk is built against
libslang. It can be built either againt libncurses or libslang.
The interface it shows is basically the same.
Since September ncurses is built with --with-termlib. As result of
this, only two programs (both part of util-linux) that depend on
libncurses* or libslang* remain in essential:
* cfdisk (see quote above) depends on libslang.so.2.
* pg (similar to more, but origin is SysV and not BSD) depends on
libncurses.so.5.
The suggested switch of cfdisk to libslang had been done 2.17.2-3 but
reverted later due to the lack of a ncurses udeb. Upstream's build
system does not offer to build two versions of cfdisk, one with slang
and one with ncurses, to be address this problem. I wrote a patch to
add such an option against Debian's 2.20.1-4 (attached), but maintaining
a diff against upstreams build system is not reasonable and indeed it
does not apply cleanly against upstream's HEAD.
If I get upstream to accept a patch that enables optionally building
a cfdisk against slang and an other one against ncurses, would you use
this feature and thus remove libslang2 from essential (it could also be
removed from base if this happens)?
libncurses5 could also be removed essential, if cfdisk will use ncurses
in future, this would result in two steps:
* move pg to, for example, bsdmainutils. bsdmainutils depends on
libncurses5 anyway and pg is marked as LEGACY by POSIX since 1997.
more can be used instead of pg, so I see no need for it to stay in
essential.
* build a new package cfdisk with priority required. util-linux would
initially depend on it to ensure that it is installed whilst
dist-upgrading. After the releasing Wheezy, the dependency could be
made a recommendation, but the priority of the new package cfdisk
should in my opinion not be changed.
The reason for linking cfdisk against ncurses even if it cfdisk would
not be in essential anymore is that libslang2 is rarely used but
libncurses is used by many packages.
Given that I am able to convince bsdmainutils' maintainer to move pg to
bsdmainutils, would you drop it from util-linux?
What do you think about the suggested new package cfdisk?
Regards
Carsten
diff -u util-linux-2.20.1/configure util-linux-2.20.1/configure
diff -u util-linux-2.20.1/configure.ac util-linux-2.20.1/configure.ac
--- util-linux-2.20.1/configure.ac
+++ util-linux-2.20.1/configure.ac
@@ -593,7 +593,7 @@
AM_CONDITIONAL(HAVE_TINFO, test x$have_tinfo = xyes)
use_slang=no
-if test x$with_slang = xyes; then
+if test x$with_slang = xyes || test x$enable_cfdisk_slang = xyes; then
AC_CHECK_HEADERS([slang.h slang/slang.h])
AC_CHECK_HEADERS([slcurses.h slang/slcurses.h],
[use_slang=yes], [], [
@@ -607,7 +607,7 @@
AC_MSG_ERROR([slang selected but slcurses.h not found])
fi
fi
-AM_CONDITIONAL(USE_SLANG, test x$use_slang = xyes)
+AM_CONDITIONAL(USE_SLANG, test x$with_slang = xyes)
AC_ARG_WITH([utempter],
@@ -1017,6 +1017,12 @@
AM_CONDITIONAL(BUILD_UNSHARE, test x$build_unshare = xyes)
+AC_ARG_ENABLE([cfdisk_slang],
+ AS_HELP_STRING([--enable-cfdisk-slang], [build cfdisk-slang]),
+ [], enable_cfdisk_slang=no
+)
+AM_CONDITIONAL(BUILD_CFDISK_SLANG, test x$enable_cfdisk_slang = xyes)
+
AC_ARG_ENABLE([elvtune],
AS_HELP_STRING([--enable-elvtune], [build elvtune (only works with 2.2 and 2.4 kernels)]),
diff -u util-linux-2.20.1/fdisk/Makefile.in util-linux-2.20.1/fdisk/Makefile.in
diff -u util-linux-2.20.1/debian/rules util-linux-2.20.1/debian/rules
--- util-linux-2.20.1/debian/rules
+++ util-linux-2.20.1/debian/rules
@@ -33,7 +33,7 @@
version := $(shell sed -e '1{;s|^util-linux (\(.*\))\ .*|\1|;q;}' debian/changelog)
Upstream := $(shell sed 's/^.*(\(.*\)-.*).*/\1/; q' debian/changelog)
-CONFOPTS= --enable-raw --enable-rdev --with-slang --enable-ddate --enable-line
+CONFOPTS= --enable-raw --enable-rdev --enable-cfdisk-slang --enable-ddate --enable-line
CONFOPTS += --libdir=/lib/$(DEB_HOST_MULTIARCH) --libexecdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
ifeq ($(DEB_HOST_ARCH_OS),linux)
CONFOPTS += --with-selinux --enable-libmount-mount --enable-partx
@@ -158,8 +158,10 @@
#
cd debian; if [ -f util-linux/sbin/fdisk ]; then \
ln util-linux/sbin/*fdisk fdisk-udeb/usr/sbin/; \
- S=fdisk-udeb/usr/sbin/cfdisk; if [ -f $$S ]; then mv $$S cfdisk-udeb/usr/sbin/; fi; \
+ rm -f fdisk-udeb/usr/sbin/cfdisk; \
+ S=util-linux/sbin/cfdisk-slang; if [ -f $$S ]; then mv $$S cfdisk-udeb/usr/sbin/cfdisk; fi; \
fi
+ rm -f debian/util-linux/sbin/cfdisk-slang
if [ -d debian/cfdisk-udeb ]; then \
cd debian/util-linux-locales find usr/share/locale -type f | while read x; do ln $$x ../cfdisk-udeb/$$x; done \
fi
diff -u util-linux-2.20.1/debian/changelog util-linux-2.20.1/debian/changelog
--- util-linux-2.20.1/debian/changelog
+++ util-linux-2.20.1/debian/changelog
@@ -1,3 +1,11 @@
Bug#663161: speakup-tools: setlocale isn't installed
Package: speakup-tools Version: 3.1.6.dfsg.1-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I try to change the language of speakup. * What exactly did you do (or not do) that was effective (or ineffective)? I tried running set_locale script * What was the outcome of this action? Command not found * What outcome did you expect instead? The script execution *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash speakup-tools depends on no packages. speakup-tools recommends no packages. Versions of packages speakup-tools suggests: ii espeakup1:0.71-6 ii speechd-up 0.5~20110719-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663162: speechd-up: ibmtts doesn't run
Package: speechd-up Version: wheezy Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? The system boots, speakup runs. speechd-up too. * What exactly did you do (or not do) that was effective (or ineffective)? Nothing * What was the outcome of this action? Dummy speaks, nothing is read. * What outcome did you expect instead? ibmtts to read me my screen. NOTE: when then I run speech-dispatcher it works. So spd should be ran by the bootscript? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages speechd-up depends on: ii dpkg 1.16.1.2 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-27 ii libdotconf1.0 1.0.13-3 ii libspeechd20.7.1-6.1 speechd-up recommends no packages. speechd-up suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663017: ITP: transmission-remote-cli -- ncurses interface for the Transmission BitTorrent daemon
On 08/03/12 14:23, Leo 'costela' Antunes wrote: On 08/03/12 13:59, Jonathan McCrohan wrote: Shouldn't it be included in the transmission-cli package instead? I guess it could be included in transmission-cli. I thought transmission-remote-cli would be better suited to its own package because it a third-party transmission tool, and not part of the transmission project itself [1]. I agree it's probably better to have its own package. I also have an ITP for transmission-remote-gtk, which is in a similar situation. That being said: I haven't checked the source, but I'm a bit curious about its use of transmission-remote. Does it depend on specific input/output formats? Did upstream at some point declare a stable API for using transmission-remote in scripts? I'm just worried this might be a small nightmare to maintain in the long run... I've been talking to upstream (t-r-cli) and the output appears to be stable between RPC versions. RPC versions don't seem to change that often in transmission, so I don't think it should be too big a deal. When it does change, support for the new RPC is added reasonably quickly. I guess an alternative would be to use transmissionrpc as a python interface to the JSON service. Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663158: Acknowledgement (Plain die; doesn't always propagate exception)
Just FYI, it also occurs with -9. It doesn't with 5.10.1-17squeeze3 in Squeeze. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663163: RM: haskell-web-routes-quasi -- ROM; deprecated upstream
Package: ftp.debian.org Severity: normal haskell-web-routes-quasi is deprecated and no longer needed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661879: [Pkg-bluetooth-maintainers] Bug#661879: libbluetooth-dev makes obexpushd FTBFS
tags 661879 pending
thanks
Hi,
I fixed this problem in svn.
I checked with obexpushd and syncevolution.
Build fine.
I will fix this next upload.
Best regards,
Nobuhiro
2012/3/8 Nobuhiro Iwamatsu iwama...@nigauri.org:
tag 661879 upstream confirmed
thanks
Hi,
This is caused by that the source code does not correspond to C99.
I will report this to upsream.
If you want to build immediately, you need to drop std=c99 option.
Best regards,
Nobuhiro
2012/3/2 Gabriele Giacone 1o5g4...@gmail.com:
reassign 661879 libbluetooth-dev
retitle 661879 libbluetooth-dev makes obexpushd FTBFS
thanks
obexpushd FTBFS with 4.97 and 4.98, it builds fine with libbluetooth-dev
4.96-3.
___
Pkg-bluetooth-maintainers mailing list
pkg-bluetooth-maintain...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bluetooth-maintainers
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663165: RM: haskell-attoparsec-text-enumerator -- ROM; deprecated upstream
Package: ftp.debian.org Severity: normal This package is deprecated upstream and no longer needed. Its functionality is replaced by the haskell-attoparsec-enumerator and haskell-attoparsec-conduit packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663164: linux-image-3.2.0-1-amd64: unable to mount a filesystem on a known working sata drive in an external usb enclosure.
Package: linux-2.6 Version: 3.2.6-1 Severity: normal Dear Maintainer, i am unable to mount a filesystem on a known working sata drive in an external usb enclosure. enclosure is newegg item # N82E16817392032. this is the second enclosure that i've tried, as i RMA'd the first one thinking it was just defective. the first one exhibited the same behavior. i can make a partition label and filesystem using parted (i also tried with fdisk and mkfs.ext4), but i cannot mount filesystem. i have tried both gpt and msdos partition layouts, with several different filesystems, but no luck. xfce does not show the drive when plugged in, nor can i manually mount the disk. i can list the disk layout with parted or fdisk though. -- Package-specific info: ** Version: Linux version 3.2.0-1-amd64 (Debian 3.2.6-1) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-14) ) #1 SMP Fri Feb 17 05:17:36 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-1-amd64 root=UUID=4420abab-3a68-4a9c-9f6b-8628005276c5 ro quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [ 83.560958] scsi2 : usb-storage 1-3:1.0 [ 83.584589] ehci_hcd :00:13.2: BAR 0: set to [mem 0x9024a400-0x9024a4ff] (PCI address [0x9024a400-0x9024a4ff]) [ 83.584744] ehci_hcd :00:13.2: restoring config space at offset 0x1 (was 0x2b0, writing 0x2b00013) [ 83.584992] ehci_hcd :00:13.2: PME# disabled [ 83.585020] ehci_hcd :00:13.2: PCI INT B - GSI 17 (level, low) - IRQ 17 [ 84.562987] scsi 2:0:0:0: Direct-AccessMass Storage Device PQ: 0 ANSI: 0 [ 84.568397] sd 2:0:0:0: [sdb] 488397166 512-byte logical blocks: (250 GB/232 GiB) [ 84.569190] sd 2:0:0:0: [sdb] Write Protect is off [ 84.569208] sd 2:0:0:0: [sdb] Mode Sense: 03 00 00 00 [ 84.569949] sd 2:0:0:0: [sdb] No Caching mode page present [ 84.569962] sd 2:0:0:0: [sdb] Assuming drive cache: write through [ 84.582615] sd 2:0:0:0: [sdb] No Caching mode page present [ 84.582633] sd 2:0:0:0: [sdb] Assuming drive cache: write through [ 84.597576] sdb: sdb1 [ 84.603530] sd 2:0:0:0: [sdb] No Caching mode page present [ 84.603550] sd 2:0:0:0: [sdb] Assuming drive cache: write through [ 84.603562] sd 2:0:0:0: [sdb] Attached SCSI disk [ 87.840300] ehci_hcd :00:13.2: PCI INT B disabled [ 87.840372] ehci_hcd :00:13.2: PME# enabled [ 103.920236] usb 1-3: reset high-speed USB device number 3 using ehci_hcd [ 271.952323] usb 1-3: reset high-speed USB device number 3 using ehci_hcd [ 321.936632] usb 1-3: reset high-speed USB device number 3 using ehci_hcd [ 348.944653] usb 1-3: reset high-speed USB device number 3 using ehci_hcd [ 371.920287] usb 1-3: reset high-speed USB device number 3 using ehci_hcd [ 411.920231] usb 1-3: reset high-speed USB device number 3 using ehci_hcd [ 435.952371] usb 1-3: reset high-speed USB device number 3 using ehci_hcd [ 533.936471] usb 1-3: reset high-speed USB device number 3 using ehci_hcd [ 555.952493] usb 1-3: reset high-speed USB device number 3 using ehci_hcd [ 700.944314] usb 1-3: reset high-speed USB device number 3 using ehci_hcd [ 704.352642] usb 1-3: reset high-speed USB device number 3 using ehci_hcd [ 723.920649] usb 1-3: reset high-speed USB device number 3 using ehci_hcd [ 746.944509] usb 1-3: reset high-speed USB device number 3 using ehci_hcd [ 773.936124] usb 1-3: reset high-speed USB device number 3 using ehci_hcd [ 838.115182] usb 1-3: USB disconnect, device number 3 [ 844.124630] usb 1-3: new high-speed USB device number 4 using ehci_hcd [ 844.258439] usb 1-3: New USB device found, idVendor=14cd, idProduct=6116 [ 844.258454] usb 1-3: New USB device strings: Mfr=1, Product=3, SerialNumber=2 [ 844.258464] usb 1-3: Product: USB Mass Storage Device [ 844.258472] usb 1-3: Manufacturer: Generic [ 844.258480] usb 1-3: SerialNumber: 116AC2101219 [ 844.260415] scsi3 : usb-storage 1-3:1.0 [ 844.284086] ehci_hcd :00:13.2: BAR 0: set to [mem 0x9024a400-0x9024a4ff] (PCI address [0x9024a400-0x9024a4ff]) [ 844.284242] ehci_hcd :00:13.2: restoring config space at offset 0x1 (was 0x2b0, writing 0x2b00013) [ 844.284491] ehci_hcd :00:13.2: PME# disabled [ 844.284521] ehci_hcd :00:13.2: PCI INT B - GSI 17 (level, low) - IRQ 17 [ 845.262546] scsi 3:0:0:0: Direct-AccessMass Storage Device PQ: 0 ANSI: 0 [ 845.267900] sd 3:0:0:0: [sdb] 488397166 512-byte logical blocks: (250 GB/232 GiB) [ 845.269777] sd 3:0:0:0: [sdb] Write Protect is off [ 845.269794] sd 3:0:0:0: [sdb] Mode Sense: 03 00 00 00 [ 845.270449] sd 3:0:0:0: [sdb] No Caching mode page present [ 845.270463] sd 3:0:0:0: [sdb] Assuming drive cache: write through [ 845.274136] sd 3:0:0:0: [sdb] No Caching mode page present [ 845.274154] sd 3:0:0:0: [sdb] Assuming drive cache: write through [ 845.331930] sdb: sdb1 [ 845.335055] sd 3:0:0:0: [sdb] No Caching mode page present [ 845.335075] sd 3:0:0:0:
