Bug#626772: cabal-install: unsatisfied versioned build dep on libghc-http-dev
Package: cabal-install Version: 0.10.2-1 Severity: serious Since the version number of haskell-http from 40001010-1 to 1:4000.1.1-2 (http://bugs.debian.org/601698), the versioned build deps for haskell-cabal-install on libghc-http-dev (= 4002), libghc-http-dev ( 4001) are now unsatisfiable. The upper bound needs to be changed to ( 1:4001) or so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626773: [start-stop-daemon --make-pidfile --pidfile /var/run/ssh2.pid] error on pid number in file
Package: dpkg Version: 1.14.31 Debian Lenny distribution When launching start-stop-daemon with -pidfile and --pidfile options in order to create a dedicated pid file, the pid in the file is not correct, and of course it is not possible later to destroy process when launching --stop option. Consider following test admlocal@srv-dhcp-1:~$ ls -altr /var/run/ssh* total 2 drwxr-xr-x 2 root root 1024 jan 14 2009 . drwxr-xr-x 5 root root 1024 mai 15 07:46 .. start-stop-daemon --start --verbose --make-pidfile --quiet --oknodo --pidfile /var/run/sshd1.pid --exec /usr/sbin/sshd -- -f /etc/ssh/sshd_config After launching, srv-dhcp-1:~# ps auxww |grep sshd root 401 0.0 0.0 5232 956 ?Ss 07:49 0:00 /usr/sbin/sshd -f /etc/ssh/sshd_config root 408 0.0 0.0 1720 516 console S+ 07:51 0:00 grep sshd that is ok, but . srv-dhcp-1:~# ls -altr /var/run/ssh*pid -rw-r--r-- 1 root root 4 May 15 07:49 /var/run/sshd1.pid -rw-r--r-- 1 root root 4 May 15 07:49 /var/run/sshd.pid srv-dhcp-1:~# cat /var/run/sshd.pid 401 srv-dhcp-1:~# cat /var/run/sshd1.pid 400 First , there is 2 files instead only one, and in the documentation, when using -make-pidfile , it is assume that the pid file is defined by -pidfile option. Second, in the /var/run/sshd1.pid , the pid is bad Expected result : Acoording man documentation, only one file must be created with correct pid file Many thank in advance to correct it -- -- -- Jean-Marc LACROIX -- -- mailto : jeanmarc.lacr...@free.fr -- --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626191: spamassassin: defined(%hash) is deprecated
Bob Proulx wrote: genpashiro wrote: warn: Use of uninitialized value $opt{syslog-socket} in Please send this as a new bug report against spamassassin. Julian Gilbey posted that problem in: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626751 Bob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626774: crash on loading background image
Package: xserver-xorg-core Version: 2:1.10.1-2 Loading a background image (using good ol' xv) X died with Backtrace: [90.084] 0: X (xorg_backtrace+0x28) [0x4a38b8] [90.084] 1: X (0x40+0x646e9) [0x4646e9] [90.085] 2: /lib/libpthread.so.0 (0x7f38fb9c5000+0xf020) [0x7f38fb9d4020] [90.085] 3: /usr/lib/xorg/modules/extensions/libextmod.so (0x7f38f97db000+0xf738) [0x7f38f97ea738] [90.085] 4: X (ChangeWindowAttributes+0xfb9) [0x459b19] [90.085] 5: X (0x40+0x2ba68) [0x42ba68] [90.085] 6: X (0x40+0x31731) [0x431731] [90.085] 7: X (0x40+0x257de) [0x4257de] [90.085] 8: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f38fa6feead] [90.085] 9: X (0x40+0x25389) [0x425389] [90.085] Segmentation fault at address 0x10 [90.085] Fatal server error: [90.085] Caught signal 11 (Segmentation fault). Server aborting [90.085] Command line was xv -root image1.jpg image2.jpg The first image loaded fine. The crash happened when I pressed [TAB] to load the second image. Attached you get the complete log file. I got the same problem using NVidia's proprietary driver. The image doesn't seem to matter, either. Regards Harri [37.428] X.Org X Server 1.10.1 Release Date: 2011-04-15 [37.430] X Protocol Version 11, Revision 0 [37.430] Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian [37.430] Current Operating System: Linux pluto.afaics.de 2.6.38-2-amd64 #1 SMP Sun May 8 13:51:57 UTC 2011 x86_64 [37.430] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.38-2-amd64 root=UUID=fdb13a18-dd70-408a-b971-753dc5ffa61e ro video=vesafb:ypan quiet [37.431] Build Date: 28 April 2011 12:13:00PM [37.431] xorg-server 2:1.10.1-2 (Julien Cristau jcris...@debian.org) [37.431] Current version of pixman: 0.21.8 [37.431]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [37.431] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [37.431] (==) Log file: /var/log/Xorg.4.log, Time: Sun May 15 08:34:51 2011 [37.443] (==) Using system config directory /usr/share/X11/xorg.conf.d [37.453] (==) No Layout section. Using the first Screen section. [37.453] (==) No screen section available. Using defaults. [37.453] (**) |--Screen Default Screen Section (0) [37.453] (**) | |--Monitor default monitor [37.454] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [37.454] (==) Automatically adding devices [37.454] (==) Automatically enabling devices [37.501] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [37.501]Entry deleted from font path. [37.519] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [37.519] (==) ModulePath set to /usr/lib/xorg/modules [37.519] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [37.519] (II) Loader magic: 0x7dba00 [37.519] (II) Module ABI versions: [37.519]X.Org ANSI C Emulation: 0.4 [37.519]X.Org Video Driver: 10.0 [37.519]X.Org XInput driver : 12.2 [37.519]X.Org Server Extension : 5.0 [37.520] (--) PCI:*(0:1:0:0) 10de:0640:19da:2047 rev 161, Mem @ 0xfd00/16777216, 0xd000/268435456, 0xfa00/33554432, I/O @ 0xdc00/128, BIOS @ 0x/524288 [37.520] (II) Open ACPI successful (/var/run/acpid.socket) [37.520] (II) LoadModule: extmod [37.579] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [37.595] (II) Module extmod: vendor=X.Org Foundation [37.595]compiled for 1.10.1, module version = 1.0.0 [37.595]Module class: X.Org Server Extension [37.595]ABI class: X.Org Server Extension, version 5.0 [37.595] (II) Loading extension SELinux [37.595] (II) Loading extension MIT-SCREEN-SAVER [37.595] (II) Loading extension XFree86-VidModeExtension [37.595] (II) Loading extension XFree86-DGA [37.595] (II) Loading extension DPMS [37.595] (II) Loading extension XVideo [37.595] (II) Loading extension XVideo-MotionCompensation [37.595] (II) Loading extension X-Resource [37.595] (II) LoadModule: dbe [37.595] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so [37.596] (II) Module dbe: vendor=X.Org Foundation [37.596]compiled for 1.10.1, module version = 1.0.0 [37.596]Module class: X.Org Server Extension [37.596]ABI class:
Bug#626774: the lost attachment
Of course I missed to attach a sample image. Here it is. Harri attachment: avatux.png signature.asc Description: OpenPGP digital signature
Bug#619131: Package-List field
Hi, Ping again. Without any answer, at some point I'll just go ahead with the compromise that I suggested. Cheers, On Thu, 21 Apr 2011, Raphael Hertzog wrote: Hi Guillem, can you reply to my mail below? I don't want this request to sit there for months. We should be able to take such small design decisions in reasonable timeframes. Cheers, On Thu, 07 Apr 2011, Raphael Hertzog wrote: Hi, On Fri, 01 Apr 2011, Raphael Hertzog wrote: But ok, we can take some more time to discuss and push it for 1.16.1. So what should we change to re-enable the field? Given the concerns you raised, we can at least drop the source entry from Package-List. Maybe introduce Priority/Section as new fields in the .dsc although nothing is making use of that information and while I was confortable adding it within an existing field, I'm not convinced it's important enough to add 2 new fields. Concerning the architecture information, I'm not attached to keeping it in the field, but I believe exporting the architecture information would be much more useful than the section/priority (which is mainly interesting for ftpmasters but has few users outside of them). So my vote is rather to keep it in the field. But I'd rather drop it if it can help resolve the discussion sooner, it can always be added later on... we must just define the field as being extendable and that parsers must just ignore supplementary columns. Whatever the decision on the arch column in Package-List, we can still fix the Architecture field to include the missing all which is wrongly hidden by the any (and fix policy accordingly). I have already responded to the concerns of Priority/Section being updated at build time and I argue that it's not important enough to extend the syntax of that field. It still represents the default value of section/priority for most architectures. If such an inconsistency ever arises, it will concern a very small number of packages and the invalid field will only lead to some override disparities message which are easily fixed by the ftpmasters (provided they have extended the overrides to be per-arch). Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604967: Xprint: Please disable hal support
On Sat, 2011-05-14 at 16:04 +0200, Michael Biebl wrote: Hi! Am 20.04.2011 03:10, schrieb Drew Parsons: On Tue, 2011-04-19 at 11:30 +0200, Michael Biebl wrote: Am 19.04.2011 11:21, schrieb Michael Biebl: That said, should we just reassign this bug report to ftp.debian.org and ask for removal, now that squeeze is out? No, don't reassign it that way. I'm just back from holidays and am preparing to send the removal notifications out shortly. It's just that a whole heap of work matters turned up during the week I was gone which I should deal with first :) I've seen that you discussed this issue on debian-devel a while ago. What's the outcome of this decision resp. what's your plan now going forward? Michael Hi Michael, I put up notice 3 weeks ago on debian-devel that Xprint is due for removal, and have been waiting since then for due diligence to give anyone a chance to respond. 3 weeks is enough time, no one has indicated that they'll miss it, so I'll be requesting the removal formally very soon. libXp is bit more tricky, for instance the proprietary commercial software matlab uses it, but I'll have the other Xprint packages removed. Drew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626737: [dbconfig-common] override /root/.my.cnf
Am Samstag 14 Mai 2011 schrieb sean finney: Hi Sean, Are you really seeing this problem with 1.8.47? I thought this specific problem was fixed in that version (it's not fixed in squeeze, which only has 1.8.46). From debian/changelog: * Use defaults-file instead of defaults-extra-file when calling mysql. Thanks to Glennie Vignarajah glen...@glennie.fr (Closes: #576533) no, you're right! I actually submitted the bug on a different computer than where I had the problem. Sorry for the noise and thanks for your quick response, Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626396: fragmaster: [INTL:de] initial German man page translation
Hello Agustin, On Sun, May 15, 2011 at 01:00:38AM +0200, Agustin Martin wrote: 2011/5/14 Helge Kreutzmann deb...@helgefjell.de: Po4a most definitly supports add files. See, e.g., the dpkg man page translation. And po4a(1) even includes an example using add files (I know, because I basically researched this myself and wrote the example). po4a does support them, but currently po4a-build does not (that is what #63 is about). po4a-build is a wrapper to po4a thatt cares of all the dirty work, so use is simpler. Since I am new to all htis po4a stuf, I went to the easiest way. Ok, I see. Sorry that I missed that. Another thing I forgot. Where should translator credits be inserted? I have modified again pod de.add based in your original man de.add , so translator credits are included just after author. Is that the correct place? New version added for comments. Sounds fine to me. I'm not sure if there is a canonical place. Maybe you want to ask on debian-i18n if you want to discuss this (though I think this is a minor issue if at all). Thanks for your work! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#626775: lintian: should accept any all in Architecture in .dsc and not trigger magic-arch-in-arch-list
Package: lintian Version: 2.5.0 Severity: normal Next version of dpkg (1.16.1) will keep all in the Architecture field on .dsc even if there's a binary with architecture any. But when a .dsc contains Architecture: any all, lintian complains with: E: dpkg source: magic-arch-in-arch-list N: N: The special architecture value any only make sense if it occurs N: alone. The value all may appear together with other architectures in N: a *.dsc file but must occur alone if used in a binary package. N: N: Refer to Debian Policy Manual section 5.6.8 (Architecture) for N: details. N: N: Severity: serious, Certainty: certain N: This error is correct for the fields in debian/control but not for the architecture field in the .dsc. Please update lintian (I'll file a bug against policy at the same time). -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.21.51.20110421-4 The GNU assembler, linker and bina ii diffstat 1.54-1 produces graph of changes introduc ii dpkg-dev 1.16.1 Debian package development tools ii file 5.04-5+b1 Determines file type using magic ii gettext 0.18.1.1-3 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24+b2 Perl interface to libapt-pkg ii libclass-accessor-per 0.34-1 Perl module that automatically gen ii libemail-valid-perl 0.184-1Perl module for checking the valid ii libipc-run-perl 0.89-1 Perl module for running processes ii libparse-debianchange 1.2.0-1parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl 1.58-1 module to manipulate and access UR ii locales 2.13-4 Embedded GNU C Library: National L ii locales-all [locales] 2.13-4 Embedded GNU C Library: Precompile ii man-db2.6.0.2-1 on-line manual pager ii perl [libdigest-sha-p 5.12.3-6 Larry Wall's Practical Extraction ii unzip 6.0-4 De-archiver for .zip files lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libhtml-parser-perl 3.68-1+b1 collection of modules that parse H ii libtext-template-perl 1.45-2 Text::Template perl module ii man-db2.6.0.2-1 on-line manual pager -- 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#626776: prey: 'No such file or directory' fail during preconfiguration
Package: prey Version: 0.5.3-2 Severity: normal When installing prey it gives a 'fail' message, though installation completes: $ sudo apt-get install prey xawtv xawtv-plugin-qt tv-fonts Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libzvbi-common libzvbi0 pia scantv streamer v4l-conf xawtv-plugins xutils The following NEW packages will be installed: libzvbi-common libzvbi0 pia prey scantv streamer tv-fonts v4l-conf xawtv xawtv-plugin-qt xawtv-plugins xutils 0 upgraded, 12 newly installed, 0 to remove and 103 not upgraded. Need to get 1,750 kB of archives. After this operation, 4,617 kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://ftp.se.debian.org/debian/ unstable/main libzvbi-common all 0.2.33-4 [63.8 kB] Get:2 http://ftp.se.debian.org/debian/ unstable/main libzvbi0 i386 0.2.33-4 [283 kB] Get:3 http://ftp.se.debian.org/debian/ unstable/main xawtv-plugins i386 3.95.dfsg.1-8.1+b1 [86.8 kB] Get:4 http://ftp.se.debian.org/debian/ unstable/main streamer i386 3.95.dfsg.1-8.1+b1 [53.5 kB] Get:5 http://ftp.se.debian.org/debian/ unstable/main prey all 0.5.3-2 [592 kB] Get:6 http://ftp.se.debian.org/debian/ unstable/main xutils all 1:7.6+6 [33.8 kB] Get:7 http://ftp.se.debian.org/debian/ unstable/main pia i386 3.95.dfsg.1-8.1+b1 [38.2 kB] Get:8 http://ftp.se.debian.org/debian/ unstable/main scantv i386 3.95.dfsg.1-8.1+b1 [55.8 kB] Get:9 http://ftp.se.debian.org/debian/ unstable/main tv-fonts all 1.1-7 [250 kB] Get:10 http://ftp.se.debian.org/debian/ unstable/main v4l-conf i386 3.95.dfsg.1-8.1+b1 [27.0 kB] Get:11 http://ftp.se.debian.org/debian/ unstable/main xawtv i386 3.95.dfsg.1-8.1+b1 [250 kB] Get:12 http://ftp.se.debian.org/debian/ unstable/main xawtv-plugin-qt i386 3.95.dfsg.1-8.1+b1 [16.8 kB] Fetched 1,750 kB in 5s (293 kB/s) Preconfiguring packages ... find: `/var/lib/prey/modules': No such file or directory prey failed to preconfigure, with exit status 1 Selecting previously deselected package libzvbi-common. (Reading database ... 346858 files and directories currently installed.) Unpacking libzvbi-common (from .../libzvbi-common_0.2.33-4_all.deb) ... Selecting previously deselected package libzvbi0. Unpacking libzvbi0 (from .../libzvbi0_0.2.33-4_i386.deb) ... Selecting previously deselected package xawtv-plugins. Unpacking xawtv-plugins (from .../xawtv-plugins_3.95.dfsg.1-8.1+b1_i386.deb) ... Selecting previously deselected package streamer. Unpacking streamer (from .../streamer_3.95.dfsg.1-8.1+b1_i386.deb) ... Selecting previously deselected package prey. Unpacking prey (from .../archives/prey_0.5.3-2_all.deb) ... Selecting previously deselected package xutils. Unpacking xutils (from .../xutils_1%3a7.6+6_all.deb) ... Selecting previously deselected package pia. Unpacking pia (from .../pia_3.95.dfsg.1-8.1+b1_i386.deb) ... Selecting previously deselected package scantv. Unpacking scantv (from .../scantv_3.95.dfsg.1-8.1+b1_i386.deb) ... Selecting previously deselected package tv-fonts. Unpacking tv-fonts (from .../tv-fonts_1.1-7_all.deb) ... Selecting previously deselected package v4l-conf. Unpacking v4l-conf (from .../v4l-conf_3.95.dfsg.1-8.1+b1_i386.deb) ... Selecting previously deselected package xawtv. Unpacking xawtv (from .../xawtv_3.95.dfsg.1-8.1+b1_i386.deb) ... Selecting previously deselected package xawtv-plugin-qt. Unpacking xawtv-plugin-qt (from .../xawtv-plugin-qt_3.95.dfsg.1-8.1+b1_i386.deb) ... Processing triggers for man-db ... Processing triggers for fontconfig ... Processing triggers for menu ... Processing triggers for gnome-menus ... Processing triggers for desktop-file-utils ... Setting up libzvbi-common (0.2.33-4) ... Setting up libzvbi0 (0.2.33-4) ... Setting up xawtv-plugins (3.95.dfsg.1-8.1+b1) ... Setting up streamer (3.95.dfsg.1-8.1+b1) ... Setting up prey (0.5.3-2) ... Setting up xutils (1:7.6+6) ... Setting up pia (3.95.dfsg.1-8.1+b1) ... Setting up scantv (3.95.dfsg.1-8.1+b1) ... Setting up tv-fonts (1.1-7) ... Setting up v4l-conf (3.95.dfsg.1-8.1+b1) ... Setting up xawtv (3.95.dfsg.1-8.1+b1) ... Setting up xawtv-plugin-qt (3.95.dfsg.1-8.1+b1) ... Processing triggers for menu ... -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages prey depends on: ii bash 4.1-3 The GNU Bourne Again SHell ii curl 7.21.6-1 Get a file from an HTTP, HTTPS or ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy ii imagemagick 8:6.6.0.4-3image manipulation programs ii libio-socket-ssl-perl 1.39-1 Perl module implementing object or ii libnet-ssleay-perl
Bug#626777: ITP: marlin -- a file browser developed with GTK3
Package: wnpp Severity: wishlist Owner: Devid Antonio Filoni d.fil...@ubuntu.com Package name: marlin URL: https://launchpad.net/marlin Description: a file browser developed with GTK3 Marlin is the exiest fish in the large sea of file browsers. It is designed to be fast. It includes elements from the XFCE file browser Thunar, and is developed with GTK3. . An elementary Team project. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626778: ITP: dexter -- a sexy, simple address book
Package: wnpp Severity: wishlist Owner: Devid Antonio Filoni d.fil...@ubuntu.com Package name: dexter URL: https://launchpad.net/dexter-rolodex Description: a sexy, simple address book Dexter is a sexy, simple address book with end users in mind. It is a super easy contact management app that goes hand in hand with Postler mail client. . An elementary Team project. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615076: Xorg uses 98% cpu
Just noticed that the Xorg server uses 98% of one cpu when that happens and gnumeric uses the remaining 2% (probably of the same cpu). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626779: debian-policy: Improve Architecture field in source package (updated to match dpkg-source)
Package: debian-policy Version: 3.9.2.0 Severity: normal Tags: patch With dpkg = 1.16.1, the value of the Architecture field in the .dsc is generated a bit differently. The goal is to be able to always know when a source package generates an architecture-independent package. Currently as soon as one binary is Architecture: any, the value generated is any and we have no way to know that there are Architecture: all. With dpkg = 1.16.1, the all is kept even if there's a binary package with any. So the resulting value is then any all. This allows wanna-build to know if it must schedule a build for the Architecure: all packages. The attached patch modifies the description of the Architecture field to match the new behaviour of dpkg-source. Seconds welcome. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash debian-policy depends on no packages. debian-policy recommends no packages. Versions of packages debian-policy suggests: ii doc-base 0.10.1 utilities to manage online documen -- no debconf information diff --git a/policy.sgml b/policy.sgml index 9b4a93e..cbc8049 100644 --- a/policy.sgml +++ b/policy.sgml @@ -2975,10 +2975,14 @@ Package: libc6 p In the source package control file file.dsc/file, this - field may contain either the architecture - wildcard ttany/tt or a list of architectures and - architecture wildcards separated by spaces. If a list is - given, it may include (or consist solely of) the special +field contains a list of architectures and architecture +wildcards separated by spaces. When the list contains the +architecture wildcard ttany/tt, the only other value +allowed in the list is ttall/tt. + /p + + p +The list may include (or consist solely of) the special value ttall/tt. In other words, in file.dsc/file files unlike the filedebian/control/file, ttall/tt may occur in combination with specific architectures. @@ -2989,19 +2993,23 @@ Package: libc6 /p p - Specifying ttany/tt indicates that the source package + Specifying only ttany/tt indicates that the source package isn't dependent on any particular architecture and should compile fine on any one. The produced binary package(s) - will either be specific to whatever the current build - architecture is or will be architecture-independent. +will be specific to whatever the current build architecture is. /p p Specifying only ttall/tt indicates that the source package - will only build architecture-independent packages. If this is - the case, ttall/tt must be used rather than ttany/tt; - ttany/tt implies that the source package will build at - least one architecture-dependent package. + will only build architecture-independent packages. + /p + + p +Specifying ttany all/tt indicates that the source package +isn't dependent on any particular architecture. The set of +of produced binary packages will include at least one +architecture-dependant package and one architecture-independent +package. /p p
Bug#626780: icewm: xorg crashes when an application sets a really long title
Package: icewm Version: 1.3.7-1 Severity: grave Justification: causes non-serious data loss When a window sets a really long title, icewm (or xorg, I'm not sure) crashes. This can be triggered by a webpage by setting a long title/title content (and it will be set as window title by the browser). To reproduce, visit: http://renevier.net/bugs/icewmcrash.html with either midori or iceweasel (it probably crashes with other browsers, but I did not test) The crash happens when switching to another window. I reproduce it reliably on my x86_64 box. I'll attach a copy of startx stderr -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icewm depends on: ii icewm-common 1.3.7-1wonderful Win95-OS/2-Motif-like wi ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libesd0 0.2.41-9 Enlightened Sound Daemon - Shared ii libfontconfig12.8.0-2.2 generic font configuration library ii libgcc1 1:4.6.0-7 GCC support library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libsm62:1.2.0-1 X11 Session Management library ii libx11-6 2:1.4.3-1 X11 client-side library ii libxext6 2:1.3.0-1 X11 miscellaneous extension librar ii libxft2 2.2.0-2FreeType-based font drawing librar ii libxinerama1 2:1.1.1-1 X11 Xinerama extension library ii libxrandr22:1.3.1-1 X11 RandR extension library icewm recommends no packages. Versions of packages icewm suggests: pn icewm-gnome-support none (no description available) ii ttf-bitstream-vera1.10-8 The Bitstream Vera family of free -- no debconf information X.Org X Server 1.10.1 Release Date: 2011-04-15 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian Current Operating System: Linux bendonkey 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=f936a781-a347-4874-ba0a-63985b60690c ro Build Date: 28 April 2011 12:13:00PM xorg-server 2:1.10.1-2 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.21.8 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun May 15 10:30:13 2011 (==) Using system config directory /usr/share/X11/xorg.conf.d FATAL: Module fbcon not found. The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server (EE) Query no Synaptics: 6003C8 (EE) SynPS/2 Synaptics TouchPad Unable to query/initialize Synaptics hardware. (EE) PreInit returned 11 for SynPS/2 Synaptics TouchPad IceWM: using /home/arno/.icewm for private configuration files IceWM: MappingNotify Backtrace: 0: /usr/bin/X (xorg_backtrace+0x28) [0x4a38b8] 1: /usr/bin/X (0x40+0x646e9) [0x4646e9] 2: /lib/libpthread.so.0 (0x7f295b4f6000+0xf020) [0x7f295b505020] 3: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f2958209000+0x217d9) [0x7f295822a7d9] 4: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f2958209000+0x23332) [0x7f295822c332] 5: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f2958209000+0x2be17) [0x7f2958234e17] 6: /usr/bin/X (0x40+0xdd825) [0x4dd825] 7: /usr/bin/X (0x40+0xd6c83) [0x4d6c83] 8: /usr/bin/X (0x40+0x31731) [0x431731] 9: /usr/bin/X (0x40+0x257de) [0x4257de] 10: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f295a22feed] 11: /usr/bin/X (0x40+0x25389) [0x425389] Segmentation fault at address 0x18 Fatal server error: Caught signal 11 (Segmentation fault). Server aborting Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at /var/log/Xorg.0.log for additional information. XIO: fatal IO error 2 (Aucun fichier ou dossier de ce type) on X server :0 after 1945 requests (1945 known processed) with 4 events remaining. connection to X server lost urxvt: X connection to ':0' broken, unable to recover, exiting.
Bug#626775: lintian: should accept any all in Architecture in .dsc and not trigger magic-arch-in-arch-list
Raphaël Hertzog hert...@debian.org writes: Next version of dpkg (1.16.1) will keep all in the Architecture field on .dsc even if there's a binary with architecture any. But when a .dsc contains Architecture: any all, lintian complains with: E: dpkg source: magic-arch-in-arch-list N: N: The special architecture value any only make sense if it occurs N: alone. The value all may appear together with other architectures in N: a *.dsc file but must occur alone if used in a binary package. N: N: Refer to Debian Policy Manual section 5.6.8 (Architecture) for N: details. N: N: Severity: serious, Certainty: certain N: This error is correct for the fields in debian/control but not for the architecture field in the .dsc. Please update lintian (I'll file a bug against policy at the same time). Hi Raphaël, Policy 5.6.8 specifically says this is not allowed. So I think the cleaner sequence here would have been: 1. File a bug to request a change to Policy and get consensus on that change, waiting for that change to be approved. (You don't have to wait for it to actually get applied, certainly. That's sometimes slow. But at least raising it and getting some seconds.) 2. File a bug asking for Lintian to be updated to reflect the Policy change (or just wait for Policy to be released, since we update Lintian to match Policy). 3. Then change dpkg. You certainly have good reasons for these design choices, and I think it's unlikely anyone is going to object to this one in particular, but these interfaces are project-wide interfaces and sometimes changes cause unexpected problems. I'm probably just reading a bit too much finality into next version of dpkg (1.16.1) will keep, but it can be a bit off-putting to get the feeling that dpkg's source code is authoritative for the meaning of Policy-standardized fields and the rest of the project is expected to get in line without any other discussion. I think it creates some unnecessary tension that the above order would have defused. All that said, this seems like a reasonable change to me, and I'll happily second the Policy bug. (I suspect that this ordering may be due to slowness in action on Policy bugs, which I know has been a source of frustration for some of your work. If you have a moment to come up with a list of Policy bugs that you find particularly vexing and would like to get resolved, particularly if any of them are relatively straightforward, could you send me that list? I have more time right now to work on Policy than I have in quite a while, and I promise to take a look. dpkg-buildflags is already high on my list, for example.) -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626779: debian-policy: Improve Architecture field in source package (updated to match dpkg-source)
Raphaël Hertzog hert...@debian.org writes: With dpkg = 1.16.1, the value of the Architecture field in the .dsc is generated a bit differently. The goal is to be able to always know when a source package generates an architecture-independent package. Currently as soon as one binary is Architecture: any, the value generated is any and we have no way to know that there are Architecture: all. With dpkg = 1.16.1, the all is kept even if there's a binary package with any. So the resulting value is then any all. This allows wanna-build to know if it must schedule a build for the Architecure: all packages. The attached patch modifies the description of the Architecture field to match the new behaviour of dpkg-source. Seconds welcome. [...] Seconded. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626781: gccxml compile error on gcc =4.3 + #includetr1/type_traits
Package: gccxml Version: 0.9.0+cvs20110222-1 Severity: normal Hi, It seems that gccxml does not support some part of tr1. Compiling a file containing only : #include tr1/unordered_map export GCCXML_COMPILER=g++-4.3 gccxml test/reflection/meta.h generates compile errors : In file included from /usr/include/c++/4.3/tr1/type_traits:52, from /usr/include/c++/4.3/tr1/unordered_map:48, from test/reflection/meta.h:23: /usr/include/c++/4.3/tr1_impl/type_traits:166: error: a function call cannot appear in a constant-expression ... It looks like the same bug for vc9 : http://www.cmake.org/Bug/view.php?id=11293 but for gcc. Setting the severity to normal. Does not block me. Choosing GCCXML_COMPILER=g++-4.2 masks the issue. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626782: tuxpaint-config: [INTL:de] Initial German translation
Package: tuxpaint-config Version: 0.0.12-2 Severity: wishlist Tags: l10n Hi, please find attached the initial German translation of tuxpaint-config. Kind regards, Chris # German translation of tuxpaint-config. # Copyright (c) 2004 by Torsten Giebl,Jan Wynholds and Bill Kendrick. # This file is distributed under the same license as the # tuxpaint-config package. # Copyright (C) Chris Leick c.le...@vollbio.de, 2011. # msgid msgstr Project-Id-Version: tuxpaint-config 0.0.12-2\n Report-Msgid-Bugs-To: b...@newbreedsoftware.com\n POT-Creation-Date: 2009-06-19 00:52-0700\n PO-Revision-Date: 2011-05-08 10:37+0100\n Last-Translator: Chris Leick c.le...@vollbio.de\n Language-Team: Debian German debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #: ../about.h:10 msgid Welcome to Tux Paint's graphical configuration tool, created by Torsten Giebl, Jan Wynholds, Bill Kendrick, and Martin Fuhrer.\n \n This tool allows you to alter Tux Paint's settings, such as full-screen mode, the interface's language, or options to simplify Tux Paint for younger children.\n \n These settings can be set for the current user only or for all users of your computer by making a selection in the 'Settings for' pull-down menu at the bottom.\n \n Use the tabs at the top to select the different setting categories, change the options you'd like to change, and click the 'Apply' button at the bottom to write out a new configuration file.\n \n The next time Tux Paint is launched, the new settings should take effect. msgstr Willkommen beim grafischen Konfigurationswerkzeug von Tux Paint, das von Torsten Giebl, Jan Wynholds, Bill Kendrick und Martin Fuhrer erstellt wurde.\n \n Dieses Werkzeug ermöglicht Ihnen die Einstellungen von Tux Paint abzuändern, wie beispielsweise den Vollbildmodus, die Sprache der Oberfläche oder Optionen, die Tux Paint für jüngere Kinder vereinfachen.\n \n Diese Einstellungen können exklusiv für den aktuellen Anwender oder für alle Anwender Ihres Rechners vorgenommen werden, indem Sie eine Auswahl im unten ausklappbaren Menü »Einstellungen für« vornehmen.\n \n Benutzen Sie die Reiter oben, um die verschiedenen Einstellungskategorien auszuwählen. Ãndern Sie die Optionen, die Sie ändern wollen und klicken Sie auf die Schaltfläche »Anwenden« unten, um eine neue Konfigurationsdatei anzufertigen.\n \n Das nächste Mal, wenn Tux Paint gestartet wird, sollten sich die neuen Einstellungen darauf auswirken. #: ../tuxpaint-config.cxx:205 msgid (Use system's default) msgstr (Systemvorgaben benutzen) #: ../tuxpaint-config2.cxx:94 msgid (Use system's setting) msgstr (Systemeinstellungen benutzen) #: ../tuxpaint-config2.cxx:1121 ../tuxpaint-config2.cxx:1741 msgid Default (no override) msgstr Vorgabe (nicht auÃer Kraft setzen) #: ../tuxpaint-config2.cxx:1123 msgid Override: Small msgstr auÃer Kraft setzen: wenig #: ../tuxpaint-config2.cxx:1125 msgid Override: Medium msgstr auÃer Kraft setzen: mittel #: ../tuxpaint-config2.cxx:1127 msgid Override: Large msgstr auÃer Kraft setzen: stark #: ../tuxpaint-config2.cxx:1232 msgid Save Directory? msgstr Verzeichnis speichern? #: ../tuxpaint-config2.cxx:1266 msgid Data Directory? msgstr Datenverzeichnis? #: ../tuxpaint-config2.cxx:1299 msgid Color Palette File? msgstr Farbpalettendatei? #: ../tuxpaint-config2.cxx:1338 msgid Quit without applying changes? msgstr beenden ohne die Ãnderungen anzuwenden? #: ../tuxpaint-config2.cxx:1339 msgid No msgstr Nein #: ../tuxpaint-config2.cxx:1339 msgid Yes msgstr Ja #: ../tuxpaint-config2.cxx:1376 msgid current user msgstr derzeitiger Benutzer #: ../tuxpaint-config2.cxx:1379 msgid all users msgstr alle Benutzer #: ../tuxpaint-config2.cxx:1383 #, c-format msgid Apply changes you made to %s? msgstr Ãnderungen an %s anwenden? #: ../tuxpaint-config2.cxx:1385 msgid No msgstr Nein #: ../tuxpaint-config2.cxx:1385 msgid Yes msgstr Ja #: ../tuxpaint-config2.cxx:1402 ../tuxpaint-config2.cxx:1405 msgid Tux Paint Config v msgstr Tux Paint-Konfiguration v #: ../tuxpaint-config2.cxx:1411 # Beschriftung eines Reiters oben (alle groà geschrieben) msgid About msgstr Ãber #: ../tuxpaint-config2.cxx:1416 # fettgedruckte Ãberschrift (alle groà geschrieben) msgid About Tux Paint Config. msgstr Ãber Tux Paint Config #: ../tuxpaint-config2.cxx:1432 msgid Video / Sound msgstr Video / Sound #: ../tuxpaint-config2.cxx:1437 msgid Video: msgstr Video: #: ../tuxpaint-config2.cxx:1441 msgid Fullscreen msgstr Vollbild #: ../tuxpaint-config2.cxx:1446 msgid Run Tux Paint in fullscreen mode, rather than in a window. msgstr Tux Paint im Vollbildmodus, statt in einem Fenster ausführen #: ../tuxpaint-config2.cxx:1452 msgid Native msgstr systemeigen #: ../tuxpaint-config2.cxx:1456 msgid Use native screen resolution in fullscreen mode. msgstr Im Vollbildmodus systemeigene Bildschirmauflösung verwenden #: ../tuxpaint-config2.cxx:1462
Bug#626099: [omniORB] Re: [Pkg-corba-devel] Bug#626099: Please update to new upstream version 3.0
Hello, Le 14/05/2011 21:22, Kike a écrit : I can confirm that after removing the file /etc/sysctl.d/bindv6only.conf and rebooting, it works. Thanks. I've uploaded the fix so that omniORB works with this setup as well. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623995: occasional hangs, resulting in no new entropy for host
Package: ekeyd-egd-linux Severity: normal Hi, Just a follow up to say I've now seen this several times. Unfortunately the strace isn't any better on any of the more recent hangs. Please let me know if you'd like me to do anything to help debug this. Cheers, -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#626508: snd-virtuoso fails to autoload at boot
thats solved it :) thank you!! On 14/05/11 18:20, Elimar Riesebieter wrote: * Dean Hamstead [110514 17:04 +1000]: mele:/home/dean# modprobe -v snd-virtuoso insmod /lib/modules/2.6.38-2-amd64/kernel/sound/soundcore.ko [...] then sound works etc It looks like an udev failure then? Do you have a directory /run? It could be, yes i have one? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621036 or (tested here on my ppc): # apt-get install -t experimental initscripts Elimar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622363: transition: libnotify 0.7
On Tue, Apr 12, 2011 at 16:28:00 +0200, Laurent Bigonville wrote: We would like to perform the transition from libnotify1 to libnotify4. This transition will requires sourcefull uploads as there is a (minimal) API change. That's not good. If the packages can be made to support both APIs with the same source as Yves-Alexis mentioned, that should happen first, to keep the number of sourceful uploads to a minimum for the actual transition. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620676: closed by Mark Purcell m...@debian.org (Bug#620676: fixed in digikam 2:1.9.0-2)
Hi Mark, Am Sonntag 08 Mai 2011, 14:23:18 schrieben Sie: This is an automatic notification regarding your Bug report which was filed against the digikam package: #620676: [digikam] Experimental: uninstallable It has been closed by Mark Purcell m...@debian.org. this works fine, thanks a lot! Kind regards, Michael
Bug#626508: snd-virtuoso fails to autoload at boot
* Dean Hamstead [110515 19:22 +1000]: thats solved it :) thank you!! Bug closed herewith On 14/05/11 18:20, Elimar Riesebieter wrote: * Dean Hamstead [110514 17:04 +1000]: mele:/home/dean# modprobe -v snd-virtuoso insmod /lib/modules/2.6.38-2-amd64/kernel/sound/soundcore.ko [...] then sound works etc It looks like an udev failure then? Do you have a directory /run? It could be, yes i have one? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621036 or (tested here on my ppc): # apt-get install -t experimental initscripts Elimar -- We all know Linux is great... it does infinite loops in 5 seconds. -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626783: cpm: Wrong hash algorithm reported: 8 (sha256)
Package: cpm Version: 0.25-1 Severity: normal When cpm tries to encrypt after I have inputted some data in an initial database, I get the following error message: GpgMe error Wrong hash algorithm reported: 8 (sha256) Selecting OK, give the error message: Error encrypting the data. could not encrypt database file. Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.6 (SMP w/2 CPU cores; PREEMPT) 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 cpm depends on: ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libcdk5 5.0.20060507-4 C-based curses widget library ii libcrack2 2.8.18-2+b1 pro-active password checker librar ii libdotconf1.0 1.0.13-3 Configuration file parser library ii libgpg-error0 1.10-0.3 library for common error values an ii libgpgme11 1.2.0-1.3GPGME - GnuPG Made Easy ii libncursesw55.9-1shared libraries for terminal hand ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii libxml2-utils 2.7.8.dfsg-2+b1 XML utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime cpm recommends no packages. cpm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619140: freemind has an issue with OpenJDK in regard to Xalan
retitle 619410 OpenJDK keeps FreeMind from using xalan (due to security?) reassign 619410 openjdk-6-jre 6b18-1.8.7-2~squeeze1 thanks Hello, sorry it took a bit of time to go back to this, but now I confirm: the bug appears only with OpenJDK, not with Sun's Java, so I redirect the bug report to openjdk-6-jre; at best they'll fix the bug, at least they'll hopefully provide a work-around, or at very least an explanation that might lead to a work-around. Detailed step to repeat: 1. download test.mm from the bug report 2. install freemind, openjdk-6-jre and 3. start from the command line: $ JAVA_HOME=/usr/lib/jvm/java-6-openjdk DEBUG=1 freemind 4. File - Open - test.mm == bug appears, detailed errors on the console 5. start from the command line: $ JAVA_HOME=/usr/lib/jvm/java-6-sun DEBUG=1 freemind 6. File - Open - test.mm == no problem, the file is opened and converted! Note: you might want to delete ~/.freemind/auto.properties between 2 tests to avoid that FreeMind automatically opens the last map, which would be test.mm. Thanks to everybody who helped pin down the problem, Eric PS: if you want to force FreeMind to use a specific JVM, have a look at freemind(1), no need to edit the script :-P -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626784: navit-gui-gtk: gui-gtk not useable due to missing symbols
Package: navit-gui-gtk Version: 0.5.0~svn4423+dfsg.1-1 Severity: important libgui_gtk.so is missing some symbols because it's not linked to gtk2-libs: navit:plugin_load:can't load '/usr/lib/navit/gui/libgui_gtk.so', Error '/usr/lib/navit/gui/libgui_gtk.so: undefined symbol: gtk_widget_destroy' Adding target_link_libraries(gui_gtk ${GTK2_LIBRARIES}) to /navit/gui/gtk/CMakeLists.txt makes it work. Rico -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages navit-gui-gtk depends on: ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii navit-graphics-gt 0.5.0~svn4423+dfsg.1-1 Car navigation system with routing Versions of packages navit-gui-gtk recommends: ii navit 0.5.0~svn4423+dfsg.1-1 Car navigation system with routing navit-gui-gtk suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626785: texdoctk: display sh: acroread: not found == Why NON-FREE as default
Package: texlive-base Version: 2009-11 Severity: normal Under stable squeeze environment, I had no acroread installed and xpdf and evince installed. Upon firing texdoctk and clicking LATEX 2ε for authors (I guess this is PDF resource.)I was greeted in my console as below. $ texdoctk NOTE: Button colours not set in /etc/texmf/texdoctk/texdocrc.defaults; using defaults. sh: acroread: not found --- Anyway, I created the following dummy acroread shell script and I can see my expected manuals. #!/bin/sh evince $@ As I see /usr/bin/texdoctk, this seems initial default of viewer setting issue. Why use NON-FREE software as default? Please use FREE SOFTWARE as default !!! ## List of ls-R files -rw-r--r-- 1 root root 1427 Apr 10 23:08 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 80 Oct 2 2010 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Mar 25 01:32 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 Oct 8 2010 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 Oct 8 2010 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Mar 25 01:32 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 7462 Apr 10 23:08 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 17687 Apr 10 23:08 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 15119 Apr 10 23:08 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 Jun 9 2010 mktex.cnf ## md5sums of texmf.d 3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf 6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 402d5adb3864c09ed3cd80c0f2131361 /etc/texmf/texmf.d/95NonPath.cnf 1df66bc319cec731e202eaf39f5d85e1 /etc/texmf/texmf.d/96JadeTeX.cnf -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-base depends on: ii dpkg 1.15.8.10 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii luatex0.60.2-1 next generation TeX engine ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap ii tex-common2.08.1 common infrastructure for building ii texlive-binaries 2009-8 Binaries for TeX Live ii texlive-common2009-11TeX Live: Base component ii texlive-doc-base 2009-2 TeX Live: TeX Live documentation Versions of packages texlive-base recommends: ii lmodern 2.004.1-3 scalable PostScript and OpenType f Versions of packages texlive-base suggests: ii evince [postscript-viewer 2.30.3-2 Document (PostScript, PDF) viewer ii ghostscript [postscript-v 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF ii perl-tk 1:804.029-1+b1 Perl module providing the Tk graph ii xpdf [pdf-viewer] 3.02-14Portable Document Format (PDF) rea Versions of packages tex-common depends on: ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii dpkg 1.15.8.10 Debian package management system ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages texlive-base is related to: ii tex-common2.08.1 common infrastructure for building ii texlive-binaries 2009-8 Binaries for TeX Live -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626787: gcp: timestamp is not always copied exact
Package: gcp Version: 0.1.1-2 Severity: normal When copying a (large) file from HDD to USB the files timestamp is not copied exact. It seems to work fine with smaller files (up to 1Gig), I couldn't spot the time-diff on these files. ls --full-time ~/gps/Legend_MapData/geoclub/gmapsupp.img /media/3330-3661/Garmin/GMAPSUPP.IMG -rw-r--r-- 1 joerg joerg 1619558400 2011-04-13 18:01:29.0 +0200 /home/joerg/gps/Legend_MapData/geoclub/gmapsupp.img -rw-r--r-- 1 joerg joerg 1619558400 2011-04-13 18:01:28.0 +0200 /media/3330-3661/Garmin/GMAPSUPP.IMG The bad thing with this tiny difference is the source is always newer. Using [ $SOURCE -nt $DESTINATION ] always returns true. When using cp -p instead of gcp --force the result is the following. ls --full-time ~/gps/Legend_MapData/geoclub/gmapsupp.img /media/3330-3661/Garmin/GMAPSUPP.IMG -rw-r--r-- 1 joerg joerg 1619558400 2011-04-13 18:01:29.0 +0200 /home/joerg/gps/Legend_MapData/geoclub/gmapsupp.img -rw-r--r-- 1 joerg joerg 1619558400 2011-04-13 18:01:29.0 +0200 /media/3330-3661/Garmin/GMAPSUPP.IMG -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcp depends on: ii python 2.6.6-14interactive high-level object-orie ii python-dbus 0.83.2-1+b1 simple interprocess messaging syst ii python-gobject 2.28.4-1Python bindings for the GObject li Versions of packages gcp recommends: ii python-progressbar2.2-2 text progressbar library for Pytho gcp suggests no packages. -- no debconf information -- regards Joerg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626152: bridge-utils: autostart bridge interface from udev event
On Tue, May 10, 2011 at 05:32:36PM +0200, Santiago Garcia Mantinan wrote: So, we've got several things here... Ah, sorry, this is /etc/network/run on Debian; the directory is created by /etc/init.d/ifupdown, which may not be run yet when the udev rule triggers, (Soon, it looks like /run will be the official place for this in both Debian Debian in bug #568479, but there has been no response from the maintainer; If you think this is the right way to go, perhaps you could consider NMUing ifupdown? I see that right now even though I applied the patch we wouldn't be sharing the same code for the whatever/run directory, but it looks like /run will be happening, so... as we don't have /run yet and we don't have ifquery (#568479) I'd suggest we wait for a while to include all this. Meanwhile I'll try to post something on the apt bug to try to see if ajt will be willing to apply the patch or if I can NMU it without annoying somebody, and hope that any of this happens while /run makes its way into both distros. Does that sound good? Sounds perfect to me! -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#626788: xfce4-panel: Seahorse not in XFCE menu
Package: xfce4-panel Version: 4.8.3-3 Severity: normal For some reason, seahorse is not in the XFCE menu. seahorse has both the following files installed: /usr/share/menu/seahorse /usr/share/applications/seahorse.desktop If this is not an xfce4-panel bug, but rather a seahorse bug, please tell me and I'll try to reassign the bug. Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.6 (SMP w/2 CPU cores; PREEMPT) 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 xfce4-panel depends on: ii exo-utils 0.6.1-1Utility files for libexo ii libatk1.0-0 2.0.0-1The ATK accessibility toolkit ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra pn libdbus-1-3 none (no description available) pn libdbus-glib-1-2 none (no description available) ii libexo-1-00.6.1-1Library with extensions for Xfce ii libfontconfig12.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1FreeType 2 font engine, shared lib ii libgarcon-1-0 0.1.7-1freedesktop.org compliant menu imp ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libsm62:1.2.0-1 X11 Session Management library ii libwnck22 2.30.4-3 Window Navigator Construction Kit ii libx11-6 2:1.4.3-1 X11 client-side library ii libxext6 2:1.3.0-1 X11 miscellaneous extension librar ii libxfce4ui-1-04.8.0-2widget library for Xfce ii libxfce4util4 4.8.1-2Utility functions library for Xfce ii libxfconf-0-2 4.8.0-3Client library for Xfce4 configure xfce4-panel recommends no packages. xfce4-panel suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626756: Watch column is all empty -- seems that uscanning is broken
On Sat, May 14, 2011 at 09:57:17PM -0400, Yaroslav Halchenko wrote: Looked at qa Packages overview and Watch columns are all empty, where before they functioned just fine and informed me about existing new upstream versions. Cheers, IMHO, this seems to be related to problems with DEHS. For instance, see also #626254. Hope this helps. Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626779: debian-policy: Improve Architecture field in source package (updated to match dpkg-source)
Le Sun, May 15, 2011 at 10:32:17AM +0200, Raphaël Hertzog a écrit : With dpkg = 1.16.1, the all is kept even if there's a binary package with any. So the resulting value is then any all. This allows wanna-build to know if it must schedule a build for the Architecure: all packages. The attached patch modifies the description of the Architecture field to match the new behaviour of dpkg-source. Seconded, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619140: Processed: Re: Bug#619140: freemind has an issue with OpenJDK in regard to Xalan
# roll-back the mess I did, my deepest apologies! reassign 619410 roundcube 0.5.1+dfsg-7 retitle 619410 small improvement of /etc/logrotate.d/roundcube-core fixed 619410 0.5.2+dfsg-1 # re-assign the correct bug: retitle 619140 OpenJDK keeps FreeMind from using xalan (due to security?) reassign 619140 openjdk-6-jre 6b18-1.8.7-2~squeeze1 thanks I deeply apologize for the mess done! I hope this fixes it! Eric On 15/05/11 11:50, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: retitle 619410 OpenJDK keeps FreeMind from using xalan (due to security?) Bug #619410 {Done: Vincent Bernatber...@debian.org} [roundcube] small improvement of /etc/logrotate.d/roundcube-core Changed Bug title to 'OpenJDK keeps FreeMind from using xalan (due to security?)' from 'small improvement of /etc/logrotate.d/roundcube-core' reassign 619410 openjdk-6-jre 6b18-1.8.7-2~squeeze1 Bug #619410 {Done: Vincent Bernatber...@debian.org} [roundcube] OpenJDK keeps FreeMind from using xalan (due to security?) Bug reassigned from package 'roundcube' to 'openjdk-6-jre'. Bug No longer marked as found in versions roundcube/0.5.1+dfsg-7. Bug No longer marked as fixed in versions roundcube/0.5.2+dfsg-1. Bug #619410 {Done: Vincent Bernatber...@debian.org} [openjdk-6-jre] OpenJDK keeps FreeMind from using xalan (due to security?) Bug Marked as found in versions openjdk-6/6b18-1.8.7-2~squeeze1. thanks Stopping processing here. Please contact me if you need assistance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626254: possible mirror issue
retitle 626254 DEHS and QA pages lacking upstream data - div by zero thanks The division by zero cannot be the main issue. My qa.debian.org page is also missing all upstream data. Most of those are from CPAN and we noticed our CPAN mirror had to be changed recently for a similar issue affecting pet.cgi. However three of my packages are not from CPAN and they also are affected. -- Nicholas Bamber | http://www.periapt.co.uk/ PGP key 3BFFE73C from pgp.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620182: NMU for iitalian
On Thu, Apr 14, 2011 at 18:48:58 +0900, Norbert Preining wrote: Ciao Francesco, Insieme con Robert Luberda ho preparato un NMU per iitalian, i cambiamenti saranno: [ Robert Luberda ] * Rebuild with new ispell. [ Norbert Preining ] * add misc:Depends dependency * remove post{inst,rm}.debhelper, it is auto generated * reword synopsis (lintian warning) * bump standards version to 3.9.2, no changes necessary Attaccato trovi il diff del NMU. In caso che non senti niente di te per una settimana farò un upload nel DELAYED/7. Was this uploaded anywhere? Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626790: openswan-modules-dkms: Kernel modules doesn't compile
Package: openswan-modules-dkms Version: 1:2.6.28+dfsg-5+b1 Severity: grave Justification: renders package unusable The compilation of kernel modules isn't possible. The source depends on the include file /usr/src/linux-headers-2.6.38-2-common/include/linux/config.h, which doesn't exist. After creating an empty config.h in this directory, the compiler stops at another position. This happes since upgrade to kernel 2.6.38. It worked with previous kernel 2.6.32. Here is the log (make.log): DKMS make.log for openswan-2.6.28+dfsg for kernel 2.6.38-2-amd64 (amd64) So 15. Mai 10:40:33 CEST 2011 make: Entering directory `/var/lib/dkms/openswan/2.6.28+dfsg/build' make[1]: Entering directory `/var/lib/dkms/openswan/2.6.28+dfsg/build' mkdir -p /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26 echo ln -s -f /var/lib/dkms/openswan/2.6.28+dfsg/build/linux/net/ipsec/des/*.S /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26 ln -s -f /var/lib/dkms/openswan/2.6.28+dfsg/build/linux/net/ipsec/des/dx86unix.S /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26 (rm -f /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/des; mkdir -p /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/des cd /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/des ln -s -f /var/lib/dkms/openswan/2.6.28+dfsg/build/linux/net/ipsec/des/* . ln -s -f Makefile.fs2_6 Makefile) (rm -f /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/aes; mkdir -p /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/aes cd /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/aes ln -s -f /var/lib/dkms/openswan/2.6.28+dfsg/build/linux/net/ipsec/aes/* . ln -s -f Makefile.fs2_6 Makefile) mkdir -p /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/aes cp /var/lib/dkms/openswan/2.6.28+dfsg/build/packaging/makefiles/module26.make /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/Makefile echo # /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/Makefile echo # Local Variables: /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/Makefile echo # compile-command: \make -C /var/lib/dkms/openswan/2.6.28+dfsg/build ARCH=x86_64 KERNELSRC=/lib/modules/2.6.38-2-amd64/build MOD26BUILDDIR=/var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26 module26\ /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/Makefile echo # End: /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/Makefile ln -s -f /var/lib/dkms/openswan/2.6.28+dfsg/build/linux/net/ipsec/match*.S /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26 make[1]: Leaving directory `/var/lib/dkms/openswan/2.6.28+dfsg/build' make -C /lib/modules/2.6.38-2-amd64/build BUILDDIR=/var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26 SUBDIRS=/var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26 MODULE_DEF_INCLUDE=/var/lib/dkms/openswan/2.6.28+dfsg/build/packaging/linus/config-all.h MODULE_DEFCONFIG=/var/lib/dkms/openswan/2.6.28+dfsg/build/linux/net/ipsec/defconfig MODULE_EXTRA_INCLUDE= ARCH=x86_64 V= modules make[1]: Entering directory `/usr/src/linux-headers-2.6.38-2-amd64' make -C /usr/src/linux-headers-2.6.38-2-amd64 \ KBUILD_SRC=/usr/src/linux-headers-2.6.38-2-common \ KBUILD_EXTMOD=/var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26 -f /usr/src/linux-headers-2.6.38-2-common/Makefile \ modules ln -s -f /var/lib/dkms/openswan/2.6.28+dfsg/build/linux/net/ipsec/ipsec_init.c /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/ipsec_init.c CC [M] /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/ipsec_init.o ln -s -f /var/lib/dkms/openswan/2.6.28+dfsg/build/linux/net/ipsec/ipsec_sa.c /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/ipsec_sa.c CC [M] /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/ipsec_sa.o ln -s -f /var/lib/dkms/openswan/2.6.28+dfsg/build/linux/net/ipsec/ipsec_radij.c /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/ipsec_radij.c CC [M] /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/ipsec_radij.o ln -s -f /var/lib/dkms/openswan/2.6.28+dfsg/build/linux/net/ipsec/radij.c /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/radij.c CC [M] /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/radij.o ln -s -f /var/lib/dkms/openswan/2.6.28+dfsg/build/linux/net/ipsec/ipsec_life.c /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/ipsec_life.c CC [M] /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/ipsec_life.o ln -s -f /var/lib/dkms/openswan/2.6.28+dfsg/build/linux/net/ipsec/ipsec_proc.c /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/ipsec_proc.c CC [M] /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/ipsec_proc.o ln -s -f /var/lib/dkms/openswan/2.6.28+dfsg/build/linux/net/ipsec/ipsec_tunnel.c /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/ipsec_tunnel.c CC [M] /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/ipsec_tunnel.o /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/ipsec_tunnel.c: In function ‘ipsec_tunnel_neigh_setup’: /var/lib/dkms/openswan/2.6.28+dfsg/build/modobj26/ipsec_tunnel.c:1346: error: ‘arp_broken_ops’
Bug#598892: escputil: 110% remaining ink reported when no cartridge installed at all
Hi, Roger Leigh wrote: On Sun, Oct 03, 2010 at 12:14:01PM +0100, Roger Leigh wrote: Message from the bug report linked to above: Please run STP_DEBUG= escputil -s -r /dev/usb/lp0 STP_DEBUG= escputil -e -r /dev/usb/lp0 (space between STP_DEBUG= and escputil) Here are the log files when the black ink is out. Regards, Márton Németh Escputil version 5.2.6, Copyright (C) 2000-2006 Robert Krawitz Escputil comes with ABSOLUTELY NO WARRANTY; for details type 'escputil -l' This is free software, and you are welcome to redistribute it under certain conditions; type 'escputil -l' for details. Printer Name: Epson Stylus SX110 Status: Error Error: Ink out Ink Levels: Ink color Percent remaining Cyan 114 Yellow 114 Magenta 114 Black 114 Job Name: unknown Gutenprint 5.2.6 10 Aug 2010 Initialize print command status... SafeWrite: 0: 1b 01 40 45 4a 4c 20 49 44 0d 0a status 11 alarm 0 Try old command 0 alarm 0 read_from_printer returns 10 0: 00 00 00 0a 00 00 7f 1b 01 84 Found bad data: Initialize print command Start remote sequence Remote command: ST 02 00 00 00 End remote sequence Add 2 resets SafeWrite: *@*(R***REMOTE1ST** 0: 1b 40 1b 28 52 08 00 00 52 45 4d 4f 54 45 31 53 @ ( RR E M O T E 1 S 16: 54 02 00 00 00 1b 00 00 00 1b 00 1b 00 1b 00 T SafeWrite: 0: 1b 01 40 45 4a 4c 20 49 44 0d 0a status 11 alarm 0 Try old command 1 alarm 0 read_from_printer returns 10 0: 00 00 00 0a 00 00 7f 1b @ 84 Found bad data: Initialize print command Start remote sequence Remote command: ST 02 00 00 00 End remote sequence Add 2 resets SafeWrite: *@*(R***REMOTE1ST** 0: 1b 40 1b 28 52 08 00 00 52 45 4d 4f 54 45 31 53 @ ( RR E M O T E 1 S 16: 54 02 00 00 00 1b 00 00 00 1b 00 1b 00 1b 00 T SafeWrite: 0: 1b 01 40 45 4a 4c 20 49 44 0d 0a status 11 alarm 0 Try old command 2 alarm 0 read_from_printer returns 10 0: 00 00 00 0a 00 00 7f 1b 01 84 Found bad data: Initialize print command Start remote sequence Remote command: ST 02 00 00 00 End remote sequence Add 2 resets SafeWrite: *@*(R***REMOTE1ST** 0: 1b 40 1b 28 52 08 00 00 52 45 4d 4f 54 45 31 53 @ ( RR E M O T E 1 S 16: 54 02 00 00 00 1b 00 00 00 1b 00 1b 00 1b 00 T SafeWrite: 0: 1b 01 40 45 4a 4c 20 49 44 0d 0a status 11 alarm 0 Try old command 3 alarm 0 read_from_printer returns 10 0: 00 00 00 0a 00 00 7f 1b @ 84 Initialize print command (force new) Exit packet mode (0) SafeWrite: *@EJL 1284.4 @EJL 0: 00 00 00 1b 01 40 45 4a 4c 20 31 32 38 34 2e 34 @ E J L 1 2 8 4 . 4 16: 0a 40 45 4a 4c 20 20 20 20 20 0a @ E J L flushData 255 flush data: length: 1023 flush: read: 10 flush: read: 8 flush: read: 0 EnterIEEE... --- EnterD4Mode--- Send: *@EJL 1284.4 @EJL @EJL 0: 00 00 00 1b 01 40 45 4a 4c 20 31 32 38 34 2e 34 @ E J L 1 2 8 4 . 4 16: 0a 40 45 4a 4c 0a 40 45 4a 4c 0a @ E J L @ E J L SafeWrite: *@EJL 1284.4 @EJL @EJL 0: 00 00 00 1b 01 40 45 4a 4c 20 31 32 38 34 2e 34 @ E J L 1 2 8 4 . 4 16: 0a 40 45 4a 4c 0a 40 45 4a 4c 0a @ E J L @ E J L length: 8 read: 8 --- EnterD4Mode--- total: 8 Recv: 0: 00 00 00 08 01 00 c5 00 Init... --- Init --- Send: 0: 00 00 00 08 01 00 00 10 SafeWrite: 0: 00 00 00 08 01 00 00 10 length: 9 read: 0 9 --- Init --- total: 9 Recv: 0: 00 00 00 09 01 00 80 00 10 GetSocket... --- GetSocketID--- Send: ** EPSON-CTRL 0: 00 00 00 11 01 00 09 45 50 53 4f 4e 2d 43 54 52 E P S O N - C T R 16: 4c L SafeWrite: ** EPSON-CTRL 0: 00 00 00 11 01 00 09 45 50 53 4f 4e 2d 43 54 52 E P S O N - C T R 16: 4c L length: 19 read: 0 19 --- GetSocketID--- total: 19 Recv: *EPSON-CTRL 0: 00 00 00 13 01 00 89 00 02 45 50 53 4f
Bug#625631: rrdtool update can't work on existing RRD files: This RRD was created on another architecture
Package: librrds-perl Followup-For: Bug #625631 Today's perl 5.12 update completely destroyed rrdtool. Existing RRD files which were created on this very hardware (!) cannot be read anymore, they cannot be graphed either. The error in the apache error.log is [Sun May 15 12:17:14 2011] [error] [client 172.28.0.5] ERROR: This RRD was created on another architecture, referer: http://mail.charite.de/mailgraph.cgi [Sun May 15 12:17:14 2011] [error] [client 172.28.0.5] Premature end of script headers: mailgraph.cgi, referer: http://mail.charite.de/mailgraph.cgi -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-rc7 (SMP w/4 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages librrds-perl depends on: ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii librrd4 1.4.3-1+b1 time-series data storage and displ ii perl 5.12.3-6 Larry Wall's Practical Extraction ii perl-base [perlapi-5.12.3]5.12.3-6 minimal Perl system librrds-perl recommends no packages. librrds-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626791: libdbd-mysql-perl: typo in package description
Package: libdbd-mysql-perl Severity: minor In DDTSS I see: and restarting the serverl ^ _| I think it must be: and restarting the server Ciao Davide -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Dizionari: http://linguistico.sourceforge.net/wiki Strumenti per l'ufficio: http://it.openoffice.org 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#623076: /etc/network/run is not a directory
Package: initscripts Followup-For: Bug #623076 Hi, I also don't use network-manager (set up dhcp in /etc/network/interfaces) and can confirm that I still have /etc/network/run/ifstate after upgrading to *.6 and a reboot. Network setup is working, thus I think the latest version does fix this problem. Kind regards Sebastian -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initscripts depends on: ii coreutils 8.5-1GNU core utilities ii debianutils 3.4.5Miscellaneous utilities specific t ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii lsb-base3.2-27 Linux Standard Base 3.2 init scrip ii mount 2.17.2-9.1 Tools for mounting and manipulatin ii sysv-rc 2.88dsf-13.6 System-V-like runlevel change mech ii sysvinit-utils 2.88dsf-13.6 System-V-like utilities Versions of packages initscripts recommends: ii e2fsprogs 1.41.12-4 ext2/ext3/ext4 file system utiliti ii psmisc22.13-1utilities that use the proc file s initscripts suggests no packages. -- Configuration Files: /etc/default/bootlogd changed [not included] -- 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#599095: schroedinger: diff for NMU version 1.0.10-2.1
tags 599095 + patch tags 599095 + pending tags 625191 + patch tags 625191 + pending thanks Dear maintainer, I've prepared an NMU for schroedinger (versioned as 1.0.10-2.1) and uploaded it to DELAYED/02. Please feel free to tell me if I should delay it longer. Regards. diff -Nru schroedinger-1.0.10/debian/changelog schroedinger-1.0.10/debian/changelog --- schroedinger-1.0.10/debian/changelog 2011-02-08 11:53:06.0 +0100 +++ schroedinger-1.0.10/debian/changelog 2011-05-15 12:32:20.0 +0200 @@ -1,3 +1,12 @@ +schroedinger (1.0.10-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * disable testsuite, Closes: #599095 + * relax debian/libschroedinger-1.0-0.symbols to ignore implementation +specific internal symbols matching on _orc_.* and _schro_.*, Closes: #625191 + + -- Reinhard Tartler siret...@tauware.de Sun, 15 May 2011 12:19:55 +0200 + schroedinger (1.0.10-2) unstable; urgency=low * debian/libschroedinger-1.0-0.symbols: diff -Nru schroedinger-1.0.10/debian/libschroedinger-1.0-0.symbols schroedinger-1.0.10/debian/libschroedinger-1.0-0.symbols --- schroedinger-1.0.10/debian/libschroedinger-1.0-0.symbols 2011-02-08 10:51:40.0 +0100 +++ schroedinger-1.0.10/debian/libschroedinger-1.0-0.symbols 2011-05-15 12:25:37.0 +0200 @@ -1,120 +1,7 @@ libschroedinger-1.0.so.0 libschroedinger-1.0-0 #MINVER# * Build-Depends-Package: libschroedinger-dev - _orc_program_orc_accw@Base 1.0.10 - _orc_program_orc_add2_rshift_add_s16_11@Base 1.0.10 - _orc_program_orc_add2_rshift_add_s16_11_op@Base 1.0.10 - _orc_program_orc_add2_rshift_add_s16_22@Base 1.0.10 - _orc_program_orc_add2_rshift_add_s16_22_op@Base 1.0.10 - _orc_program_orc_add2_rshift_sub_s16_11@Base 1.0.10 - _orc_program_orc_add2_rshift_sub_s16_11_op@Base 1.0.10 - _orc_program_orc_add2_rshift_sub_s16_22@Base 1.0.10 - _orc_program_orc_add2_rshift_sub_s16_22_op@Base 1.0.10 - _orc_program_orc_add_const_rshift_s16@Base 1.0.10 - _orc_program_orc_add_const_rshift_s16_11@Base 1.0.10 - _orc_program_orc_add_s16@Base 1.0.10 - _orc_program_orc_add_s16_2d@Base 1.0.10 - _orc_program_orc_add_s16_u8@Base 1.0.10 - _orc_program_orc_add_s16_u8_2d@Base 1.0.10 - _orc_program_orc_addc_rshift_s16@Base 1.0.10 - _orc_program_orc_average_u8@Base 1.0.10 - _orc_program_orc_avg2_12xn_u8@Base 1.0.10 - _orc_program_orc_avg2_16xn_u8@Base 1.0.10 - _orc_program_orc_avg2_32xn_u8@Base 1.0.10 - _orc_program_orc_avg2_8xn_u8@Base 1.0.10 - _orc_program_orc_avg2_nxm_u8@Base 1.0.10 - _orc_program_orc_combine2_12xn_u8@Base 1.0.10 - _orc_program_orc_combine2_16xn_u8@Base 1.0.10 - _orc_program_orc_combine2_8xn_u8@Base 1.0.10 - _orc_program_orc_combine2_nxm_u8@Base 1.0.10 - _orc_program_orc_combine4_12xn_u8@Base 1.0.10 - _orc_program_orc_combine4_16xn_u8@Base 1.0.10 - _orc_program_orc_combine4_24xn_u8@Base 1.0.10 - _orc_program_orc_combine4_32xn_u8@Base 1.0.10 - _orc_program_orc_combine4_8xn_u8@Base 1.0.10 - _orc_program_orc_combine4_nxm_u8@Base 1.0.10 - _orc_program_orc_convert_s16_u8@Base 1.0.10 - _orc_program_orc_convert_u8_s16@Base 1.0.10 - _orc_program_orc_deinterleave2_lshift1_s16@Base 1.0.10 - _orc_program_orc_deinterleave2_s16@Base 1.0.10 - _orc_program_orc_dequantise_s16@Base 1.0.10 - _orc_program_orc_dequantise_s16_2d_4xn@Base 1.0.10 - _orc_program_orc_dequantise_s16_2d_8xn@Base 1.0.10 - _orc_program_orc_dequantise_s16_ip@Base 1.0.10 - _orc_program_orc_dequantise_s16_ip_2d@Base 1.0.10 - _orc_program_orc_dequantise_s16_ip_2d_8xn@Base 1.0.10 - _orc_program_orc_dequantise_var_s16_ip@Base 1.0.10 - _orc_program_orc_downsample_horiz_u8@Base 1.0.10 - _orc_program_orc_downsample_vert_u8@Base 1.0.10 - _orc_program_orc_haar_add_half_s16@Base 1.0.10 - _orc_program_orc_haar_add_s16@Base 1.0.10 - _orc_program_orc_haar_deint_lshift1_split_s16@Base 1.0.10 - _orc_program_orc_haar_deint_split_s16@Base 1.0.10 - _orc_program_orc_haar_split_s16@Base 1.0.10 - _orc_program_orc_haar_split_s16_hi@Base 1.0.10 - _orc_program_orc_haar_split_s16_lo@Base 1.0.10 - _orc_program_orc_haar_split_s16_op@Base 1.0.10 - _orc_program_orc_haar_sub_half_s16@Base 1.0.10 - _orc_program_orc_haar_sub_s16@Base 1.0.10 - _orc_program_orc_haar_synth_int_s16@Base 1.0.10 - _orc_program_orc_haar_synth_rrshift1_int_s16@Base 1.0.10 - _orc_program_orc_haar_synth_s16@Base 1.0.10 - _orc_program_orc_haar_synth_s16_hi@Base 1.0.10 - _orc_program_orc_haar_synth_s16_lo@Base 1.0.10 - _orc_program_orc_haar_synth_s16_op@Base 1.0.10 - _orc_program_orc_interleave2_rrshift1_s16@Base 1.0.10 - _orc_program_orc_interleave2_s16@Base 1.0.10 - _orc_program_orc_lshift1_s16@Base 1.0.10 - _orc_program_orc_lshift2_s16@Base 1.0.10 - _orc_program_orc_lshift_s16_ip@Base 1.0.10 - _orc_program_orc_mas2_add_s16_ip@Base 1.0.10 - _orc_program_orc_mas2_add_s16_op@Base 1.0.10 - _orc_program_orc_mas2_sub_s16_ip@Base 1.0.10 - _orc_program_orc_mas2_sub_s16_op@Base 1.0.10 - _orc_program_orc_mas4_across_add_s16_1991_ip@Base 1.0.10 - _orc_program_orc_mas4_across_add_s16_1991_op@Base 1.0.10 - _orc_program_orc_mas4_across_sub_s16_1991_ip@Base
Bug#626792: ITP:ruby-test-unit --The test framework in ruby
Package: wnpp Severity: Wishlist *Package name : ruby-test-unit *Version : 2.03.00 *Upstream Authors : Kouhei Sutou k...@cozmixng.org,Ryan Davisryand-r...@zenspider.com *URL: http://rubyforge.org/projects/test-unit/ *License : GPL Version 2 *Programming Language: Ruby *Description: The test framework in ruby Hrishi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626793: installation-reports: selected keyboard layout not used during early boot of real system
Package: installation-reports Severity: normal Tags: d-i -- Package-specific info: Boot method: usb Image version: daily, saturday 14th may 2011, i386+amd64 multi image Date: Date and time of the install Machine: Toshiba Tecra M9 Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [0] Detect network card:[0] Configure network: [0] Detect CD: [0] Load installer modules: [0] Detect hard drives: [0] Partition hard drives: [0] Install base system:[0] Clock/timezone setup: [0] User/password setup:[0] Install tasks: [0] Install boot loader:[0] Overall install:[0] Comments/Problems: I installed the system selecting 'dvorak' keyboard layout in the installer. I selected encrypted lvm setup during partitioning I entered a passphrase using dvorak keyboard layout on boots of the machine, I need to enter the passphrase using qwerty keyboard layout in order to get access to my root filesystem. I guess some setting isn't fully transferred from the installer to the right place in the installed system. I do have dvorak layout when it reaches the login prompt. /Sune -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7.0 (wheezy) - installer build 20110514-00:04 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux goldie 2.6.37-2-amd64 #1 SMP Sun Feb 27 10:12:22 UTC 2011 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 03) lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:0001] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) [8086:2a02] (rev 03) lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:0001] lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) [8086:2a03] (rev 03) lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:0001] lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82566MC Gigabit Network Connection [8086:104d] (rev 03) lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:0001] lspci -knn: Kernel driver in use: e1000e lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev 03) lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:0001] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 [8086:2835] (rev 03) lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:0001] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 [8086:283a] (rev 03) lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:0001] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 03) lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:0001] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 03) lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 [8086:2841] (rev 03) lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 [8086:2843] (rev 03) lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 [8086:2830] (rev 03) lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:0001] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 [8086:2831] (rev 03) lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:0001] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 [8086:2832] (rev 03) lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:0001] lspci -knn:
Bug#626641: [pkg-cryptsetup-devel] Bug#626641: Bug#626641: cryptsetup: bug #587220 re-introduced
Hey, @debian-devel: this is about a bugreport against cryptsetup. The submitter suggests that cryptsetup should print a warning at package removal, that locking dm-crypt devices is no longer possible. I rather think that this is a obvious information, and making it explicit is not required. On 14/05/2011 Christoph Anton Mitterer wrote: On Sat, 14 May 2011 16:22:30 +0200, Jonas Meurer jo...@freesources.org wrote: If people remove the package cryptsetup from their system, I hope they know what they do. And I hope that they don't remove the package in case that they still need it. Once the cryptsetup package is removed, they will not be able to setup and/or unlock encrypted dm-crypt devices anyway. And if people really remove the cryptsetup package and still expect its initscript to work afterwards, we really cannot help them. I don't think that's the appropriate way to solve this... so I'd suggest the following compromise: - We agree that it's fine to break if people are stupid and delete the cryptdisk.functions. Ok, agreed on that. - But if the package is installed and removed (but not purged) some additional caution should be taken. I'd suggest using e.g. debconf (with a priority of high, to warn that cryptdisks are still open (if any) any might not be closed anymore correctly afterwards. This does not only solve any meta-security issues (as people are now explicitly warned), but it also prevents any problems of dm-crypt-mappings that are still open any cannot be closed anymore (well at least not with cryptsetup itself). While I do understand your motivation, I don't think that a warning as removal time is appropriate. If people remove the cryptsetup package, they should expect, that the functionality provided by the package goes away with the package. After all they *remove* software. I can imagine loads of software that whould have to warn the user while being removed. This is valid for any kind of crypto applications at least. But let me think about it a bit. I'd love to hear a third opinion about it. I've cc-ed debian-devel to see what others think. Checking for unlocked dm-crypt devices at cryptsetup package removal, and warn the user only in case s/he has open dm-crypt devices, might be an option. Perhaps specifically adding a notice there, which tells that this could be security relevant, as the user cannot use cryptsetup to close the devices /dev/abc ... to /dev/efg anymore (as well as scripts depending on it) and that he'll probably not even be noticed. The later is IMHO good and common practise, e.g. all linux-image-* packages warn you if you're about to remove the running kernel (and even give you the opportunity to abort). This is a different case, as removing the running kernel and all related kernel modules will most likely *break* your running system in a fashion that you no longer can intervent. Thinks like a kernel panic are likely. I guess this is a good compromise in following the debian policy, having the best possible user experience (no situations in where he cannot close already open devices anymore) and also warning about the fact that he might not be able to reliably close his dm-crypt mappings. Still I think that an exit code != 0 is the better solution,... but that's a general problem of the way debian handles it's initscripts. I see your point. And I don't know the reasons why initscripts are treated as config files in the first place (beside them being in /etc). But this bugreport is not the place to discuss things like that. Raise them on debian-devel if you like to propose a better solution. Greetings, jonas signature.asc Description: Digital signature
Bug#626794: iceweasel: please remove the xprint Suggests
Package: iceweasel Version: 4.0~b12-1 Severity: normal Hi, thanks for supporting xprint from firefox/iceweasel all those years ago. To jog your memory, we needed xprint to support printing internationl (nonlatin) webpages in firefox 2. Iceweasel/firefox 3 started using Cairo and Pango to handle printing and internationalisation, so iceweasel doesn't need to Suggests: xprint anymore. Xprint in fact is now deprecated upstream, no one uses it these days, so I'm putting in a request to remove it from the Debian archives. Thanks again for your xprint support! Best regards, Drew -- Package-specific info: -- Plugins information Name: DivX® Web Player Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so Package: totem-mozilla Status: enabled Name: Gnome Chemistry Utils Location: /usr/lib/xulrunner-addons/plugins/libmozgcu.so Package: gcu-plugin Status: enabled Name: iTunes Application Detector Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so Package: rhythmbox-plugins Status: enabled Name: Java(TM) Plug-in 1.6.0_25 Location: /usr/lib/jvm/java-6-sun-1.6.0.25/jre/lib/amd64/libnpjp2.so Package: sun-java6-bin Status: enabled Name: QuickTime Plug-in 7.6.6 Location: /usr/lib/mozilla/plugins/libtotem-narrowspace-plugin.so Package: totem-mozilla Status: enabled Name: Shockwave Flash Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled Name: Silverlight Plug-In Location: /usr/lib/moon/plugin/libmoonloader.so Package: moonlight-plugin-core Status: enabled Name: VLC Multimedia Plugin (compatible Totem 2.30.2) Location: /usr/lib/mozilla/plugins/libtotem-cone-plugin.so Package: totem-mozilla Status: enabled Name: Windows Media Player Plug-in 10 (compatible; Totem) Location: /usr/lib/mozilla/plugins/libtotem-gmp-plugin.so Package: totem-mozilla Status: enabled -- Addons package information ii gcu-plugin 0.12.8-1 GNOME chemistry utils (browser plugin) ii moonlight-plug 1.0.1-3+b2 Free Software clone of Silverlight 1.0 - plu ii rhythmbox-plug 0.12.8-3 plugins for rhythmbox music player ii sun-java6-bin 6.25-2 Sun Java(TM) Runtime Environment (JRE) 6 (ar ii totem-mozilla 2.30.2-6 Totem Mozilla plugin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 3.4.4 Miscellaneous utilities specific t ii fontconfig2.8.0-2.2 generic font configuration library ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libnspr4-0d 4.8.7-2NetScape Portable Runtime Library ii libstdc++64.6.0-7The GNU Standard C++ Library v3 ii procps1:3.2.8-10 /proc file system utilities ii xulrunner-2.0 2.0~b12-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii libgssapi-krb5-2 1.9+dfsg-1+b1 MIT Kerberos runtime libraries - k ii mathematica-fonts [ttf-mat 13Installer of Mathematica fonts pn mozplugger none(no description available) ii ttf-lyx2.0.0-1 TrueType versions of some TeX font ii xfonts-mathml 4 Type1 Symbol font for MathML ii xprint 2:1.6.0-5+b1 X11 print system (binary) Versions of packages xulrunner-2.0 depends on: ii libasound2 1.0.23-4shared library for ALSA applicatio ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc62.13-2 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.8-3 simple interprocess messaging syst ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.0-7 GCC support library ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libhunspell-1.2- 1.2.14-4spell checker and morphological an ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii libmozjs4d 2.0~b12-1 The
Bug#625631: rrdtool update can't work on existing RRD files: This RRD was created on another architecture
Package: rrdtool Followup-For: Bug #625631 I rebuilt 1.4.3-1 using the Debian source package and I'm still getting: mail:/var/lib/mailgraph# rrdtool restore mailgraph.xml mailgraph.rrd mail:/var/lib/mailgraph# rrdtool dump mailgraph.rrd ERROR: This RRD was created on another architecture -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-rc7 (SMP w/4 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages rrdtool depends on: ii libc62.13-4 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libdbi0 0.8.3+really0.8.2-1 Database Independent Abstraction L ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libpng12-0 1.2.44-2PNG library - runtime ii librrd4 1.4.3-1 time-series data storage and displ ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library rrdtool recommends no packages. Versions of packages rrdtool suggests: ii librrds-perl 1.4.3-1time-series data storage and displ -- 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#626795: gst-plugins-bad0.10: FTBFS on hurd-i386
Package: gst-plugins-bad0.10 Version: 0.10.22-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, currently[1] gst-plugins-bad0.10 does not compile on hurd-i386. The problem is the unconditional usage of the PATH_MAX define in sys/shm/shmpipe.c, which can be solve easily by restricting the length of the tmppath buffer to something slightly bigger than the used length. [1] https://buildd.debian.org/status/fetch.php?pkg=gst-plugins-bad0.10arch=hurd-i386ver=0.10.22-1stamp=1305304676 Thanks, -- Pino --- a/sys/shm/shmpipe.c +++ b/sys/shm/shmpipe.c @@ -262,7 +262,7 @@ sp_open_shm (char *path, int id, mode_t perms, size_t size) { ShmArea *area = spalloc_new (ShmArea); - char tmppath[PATH_MAX]; + char tmppath[32]; int flags; int prot; int i = 0; @@ -285,7 +285,7 @@ area-shm_fd = shm_open (path, flags, perms); } else { do { - snprintf (tmppath, PATH_MAX, /shmpipe.5%d.%5d, getpid (), i++); + snprintf (tmppath, sizeof (tmppath), /shmpipe.5%d.%5d, getpid (), i++); area-shm_fd = shm_open (tmppath, flags, perms); } while (area-shm_fd 0 errno == EEXIST); }
Bug#626796: debian-policy: Ambigous use of ‘Source package control file’.
Package: debian-policy Version: 3.9.2.0 Severity: normal Dear all, while reviewing Raphaël's patch about the Architecture field in .dsc files, (#626779), I realised that the Policy uses ambigously the term ‘Source package control file’. However, at the beginning of Chapter 5, it gives that name to the debian/control files of unpacked source packages, and introduces .dsc files as ‘Debian source control files’, which may give the impression that it will use these names consistently in the document. I propose with the attached patch to consistently use each name for debian/control and .dsc files. This patch is to be applied after the one from #626779. Have a nice day, -- Charles From b9d972e775c3d093bdfc59c1278afd95013d4c13 Mon Sep 17 00:00:00 2001 From: Charles Plessy ple...@debian.org Date: Sun, 15 May 2011 19:43:16 +0900 Subject: [PATCH 2/2] =?UTF-8?q?Normalise=20the=20how=20=E2=80=98debian/control=E2=80=99=20and=20=E2=80=98.dsc=E2=80=99=20files=20are=20called.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit §5.2 names debian/control files ‘Source package control files’, and §5.4 names .dsc files ‘Debian source control files’. This patch ensures that the name ‘Source package control file’ is used only for debian/control files. --- policy.sgml | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/policy.sgml b/policy.sgml index cbc8049..13377dd 100644 --- a/policy.sgml +++ b/policy.sgml @@ -2717,7 +2717,7 @@ Package: libc6 /p p - The source package control file is generated by + The Debian source control file is generated by prgndpkg-source/prgn when it builds the source archive, from other files in the source package, described above. When unpacking, it is checked against @@ -2974,7 +2974,7 @@ Package: libc6 /p p - In the source package control file file.dsc/file, this + In the Debian source control file file.dsc/file, this field contains a list of architectures and architecture wildcards separated by spaces. When the list contains the architecture wildcard ttany/tt, the only other value @@ -2986,7 +2986,7 @@ Package: libc6 value ttall/tt. In other words, in file.dsc/file files unlike the filedebian/control/file, ttall/tt may occur in combination with specific architectures. - The ttArchitecture/tt field in the source package control + The ttArchitecture/tt field in the Debian source control file file.dsc/file is generally constructed from the ttArchitecture/tt fields in the filedebian/control/file in the source package. @@ -3727,7 +3727,7 @@ Checksums-Sha256: Additional user-defined fields may be added to the source package control file. Such fields will be ignored, and not copied to (for example) binary or - source package control files or upload control files. + Debian source control files or upload control files. /p p @@ -3744,7 +3744,7 @@ Checksums-Sha256: field name after the hyphen will be used in the output file. Where the letter ttB/tt is used the field will appear in binary package control files, where the - letter ttS/tt is used in source package control + letter ttS/tt is used in Debian source control files and where ttC/tt is used in upload control (tt.changes/tt) files. /p @@ -3755,7 +3755,7 @@ Checksums-Sha256: example XBS-Comment: I stand between the candle and the star. /example - then the binary and source package control files will contain the + then the binary and Debian source control files will contain the field example Comment: I stand between the candle and the star. -- 1.7.2.5
Bug#626793: installation-reports: selected keyboard layout not used during early boot of real system
Sune Vuorela, le Sun 15 May 2011 12:36:34 +0200, a écrit : on boots of the machine, I need to enter the passphrase using qwerty keyboard layout in order to get access to my root filesystem. Mmm, did it use to work in previous versions of Debian? The problem is most probably not about transferring a parameter, but about including keyboard layout support in initrd. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626797: RM: xprint etc. -- ROM; deprecated upstream
Package: ftp.debian.org Severity: normal Xprint is considered deprecated by upstream (X.org). I originally brought it into Debian to support printing of international (nonlatin) web pages in firefox 2. Firefox 3 (iceweasel) started using the Cairo and Pango libraries for printing and internationalisation, making the need for Xprint redundant. xprint was marked as deprecated in the version that went out with squeeze; stray bugs have been patched up where possible and a final version is sleeping peacefully at snapshot.debian.org for anyone who might need it in the future. It's time to remove Xprint from the Debian archives. I put out a notice three weeks ago announcing the imminent removal of xprint and related packages, http://lists.debian.org/debian-devel/2011/04/msg00941.html, cc:d to debian-x. No one has raised any objection to the removal. In total, the collection of Xprint packages to be removed, grouped by source package, are: xprint: xprint xprint-common xprint-utils xprint-utils libxprintutil: libxprintutil1 libxprintutil-dev libxprintapputil: libxprintapputil1 libxprintapputil-dev libxfontp: libxfontp1 libxfontp-dev libxfontp1-dbg No other packages depend on them, aside from a harmless Suggests in iceweasel, for which bug #626794 has been filed. libXp (libxp6, libxp-dev) is a related library which allows client programs to connect to an Xprint server. I do NOT want libxp removed at this point in time as it does have some [reverse-]dependencies. The trickiest to handle here will be lesstif/motif (well, not tricky at all if the lesstif maintainers agree to do it!) and matlab-support, since the commercial proprietary software matlab-support still links to libXp. I've filed bugs to all the packages using libxp to check if they really do need it (in some cases the libxp dependency slipped in inadvertently when the all-encompassing xlibs package was split into separate modular libx-* packages). Sincerely, Drew Parsons -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626421: [Jppy-devel] Bug#626421: jppy: FTBFS: Checking for PyErr_Clear() in C library libpython2.7... no
tags 626421 + pending thanks Should be fixed by http://git.debian.org/?p=jppy/jppy.git;a=commit;h=37ef100c70286ad58735af6823f75b5e1aa95dcf which is in 0.0.57. This still failed to build though due to a test failing, worked around in a kind of lazy way in http://git.debian.org/?p=jppy/jppy.git;a=commit;h=a1118393fa25ed92201e3f5d5da31ffb8b6a24a2 which is in 0.0.58. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626540: (maybe) found upstream bug
NB : the problem goes away with: LIBGL_ALWAYS_SOFTWARE=1 blender (but performance are affected) Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626798: trac-mastertickets: Breaks wiki diffs
Package: trac-mastertickets Severity: normal The mastertickets plugin for trac breaks most of the diff links for ticket descriptions and comments. The following patch is adapted from http://trac-hacks.org/ticket/3920 and it makes the diffs work again. --- trac-mastertickets-2.1.3+r4179.orig/0.11/mastertickets/web_ui.py +++ trac-mastertickets-2.1.3+r4179/0.11/mastertickets/web_ui.py @@ -60,7 +60,9 @@ if links: add_ctxtnav(req, 'Depgraph', req.href.depgraph(tkt.id)) -for change in data.get('changes', []): +for change in data.get('changes', {}): +if not change.has_key('fields'): +continue for field, field_data in change['fields'].iteritems(): if field in self.fields: if field_data['new'].strip(): I have placed a patched package at http://people.debian.org/~jps/wheezy Cheers, -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626799: qemu-system-ppc eats up the CPU
Package: qemu-system Version: 0.14.0+dfsg-5.1 Severity: normal Hi, simply running qemu-system-ppc and doing nothing the qemu process uses the whole CPU. top - 01:26:18 up 6:14, 12 users, load average: 0.65, 0.63, 0.51 Tasks: 114 total, 2 running, 112 sleeping, 0 stopped, 0 zombie Cpu(s): 96.4%us, 3.6%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem:638292k total, 634208k used, 4084k free,19232k buffers Swap: 1953120k total,42688k used, 1910432k free, 190524k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 11820 root 20 0 224m 12m 5968 R 91.5 2.0 0:07.66 qemu-system-ppc Bye, Jörg -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (900, 'unstable'), (700, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.39-rc6.ledtest-00057-gc2bf807-dirty Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qemu-system depends on: ii etherboot-qemu 5.4.4-9 Bootstrapping for various network ii libaio1 0.3.109-1 Linux kernel AIO access library - ii libasound2 1.0.23-4shared library for ALSA applicatio ii libattr1 1:2.4.44-2 Extended attribute shared library ii libbluetooth34.91-1 Library to use the BlueZ Linux Blu ii libbrlapi0.5 4.2-7 braille display access via BRLTTY ii libc62.13-4 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.6-1Multi-protocol file transfer libra ii libesd0 0.2.41-9Enlightened Sound Daemon - Shared ii libgnutls26 2.10.5-1+b1 the GNU TLS library - runtime libr ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii libncurses5 5.9-1 shared libraries for terminal hand ii libpng12-0 1.2.44-2PNG library - runtime ii libpulse00.9.21-4PulseAudio client libraries ii libsasl2-2 2.1.23.dfsg1-8 Cyrus SASL - authentication abstra ii libsdl1.2debian 1.2.14-6.3 Simple DirectMedia Layer ii libuuid1 2.17.2-9.1 Universally Unique ID library ii libvdeplug2 2.2.3-3+b1 Virtual Distributed Ethernet - Plu ii libx11-6 2:1.4.3-1 X11 client-side library ii openbios-ppc 1.0+svn1018-1 PowerPC Open Firmware ii openbios-sparc 1.0+svn1018-1 SPARC Open Firmware ii openhackware 0.4.1-4 OpenFirmware emulator for PowerPC ii qemu-keymaps 0.14.0+dfsg-5.1 QEMU keyboard maps ii seabios 0.6.1.2-2 Legacy BIOS implementation ii vgabios 0.6c-3 VGA BIOS software for the Bochs an ii zlib1g 1:1.2.5.dfsg-1 compression library - runtime Versions of packages qemu-system recommends: ii qemu-utils 0.14.0+dfsg-5.1 QEMU utilities pn vde2 none (no description available) Versions of packages qemu-system suggests: pn samba none (no description available) -- no debconf information signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#493318: gnome-power-manager: Fails to act when pressing power button
Package: gnome-power-manager Version: 2.32.0-2 Followup-For: Bug #493318 Hi! I also have the problem: when I press the power button, nothing happens while gnome-power-manager should show me a dialog box. If I strace gnome-power-manager, I see that it receives the ACPI event when I press the button. Maybe it does not understand it? Will let you know if it suspends when out of battery. -- Package-specific info: Distro version: wheezy/sid Kernel version: 2.6.38-2-amd64 g-p-m version:2.32.0 HAL version: System manufacturer: missing System version: missing System product: missing AC adapter present: no Battery present: no Laptop panel present: no CPU scaling present: no Battery Information: UPower data: Device: /org/freedesktop/UPower/devices/line_power_ACAD native-path: /sys/devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD power supply: yes updated: Sun May 15 13:00:46 2011 (1296 seconds ago) has history: no has statistics: no line-power online: no Device: /org/freedesktop/UPower/devices/battery_BAT1 native-path: /sys/devices/LNXSYSTM:00/device:00/PNP0C0A:00/power_supply/BAT1 vendor: SONY model:42T4895 serial: 508 power supply: yes updated: Sun May 15 13:21:53 2011 (29 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable:yes state: discharging energy: 36.03 Wh energy-empty:0 Wh energy-full: 59.99 Wh energy-full-design: 56.16 Wh energy-rate: 8.976 W voltage: 11.363 V time to empty: 4.0 hours percentage: 60.06% capacity:100% technology: lithium-ion History (charge): 1305458513 60.060 discharging 1305458483 60.210 discharging 1305458452 60.327 discharging History (rate): 1305458513 8.976 discharging 1305458483 8.636 discharging 1305458452 8.815 discharging Daemon: daemon-version: 0.9.10 can-suspend: yes can-hibernateyes on-battery: yes on-low-battery: no lid-is-closed: no lid-is-present: yes is-docked: no GNOME Power Manager Process Information: bernat2202 0.0 0.2 216768 11324 pts/1S13:03 0:00 \_ gnome-power-manager HAL Process Information: -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-power-manager depends on: ii consolekit0.4.4-1framework for defining and trackin ii dbus-x11 1.4.8-3simple interprocess messaging syst ii gconf22.28.1-6 GNOME configuration database syste ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.24-1 Gtk+ helper for playing widget eve ii libcanberra0 0.24-1 a simple abstract interface for pl ii libdbus-1-3 1.4.8-3simple interprocess messaging syst ii libdbus-glib-1-2 0.92-1 simple interprocess messaging syst ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnome-keyring0 3.0.0-2GNOME keyring services library ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2.1 0.5.0-2sends desktop notifications to a n ii libpanel-applet2-02.30.2-4 library for GNOME Panel applets ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libunique-1.0-0 1.1.6-2Library for writing single instanc ii libupower-glib1 0.9.10-1 abstraction for power management - ii libx11-6 2:1.4.3-1 X11 client-side library ii libxext6 2:1.3.0-1 X11 miscellaneous extension librar ii libxrandr22:1.3.1-1 X11 RandR extension library ii notification-daemon 0.5.0-2daemon to displays passive pop-up ii upower0.9.10-1 abstraction for power management Versions of packages gnome-power-manager recommends: ii udisks1.0.2-4storage media interface Versions of packages gnome-power-manager suggests: ii policykit-1 0.101-4framework
Bug#493318: gnome-power-manager: Fails to act when pressing power button
OoO Peu avant le début de l'après-midi du dimanche 15 mai 2011, vers 13:24, je disais: I also have the problem: when I press the power button, nothing happens while gnome-power-manager should show me a dialog box. If I strace gnome-power-manager, I see that it receives the ACPI event when I press the button. Maybe it does not understand it? I also noticed that reportbug asked for HAL but I don't have it. -- Vincent Bernat http://www.luffy.cx pgpY8om0OhaDE.pgp Description: PGP signature
Bug#598361: This bug is RC and should be fixed in a point release.
severity 598361 grave thanks Given that this bug can cause data corruption, the severity shouldn't be normal and the fix for this bug should be uploaded to stable-proposed-updates. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568141: release.debian.org: Latest point release hard to follow / confusing
On Tue, Feb 02, 2010 at 07:15:01PM +0100, Helge Kreutzmann wrote: Upgrading a system is a delicate process. Since there is no DSA I've to rely on www.debian.org that everything is ok. A very basic check is the version number. For this update it was *hard* to check it. That source isn't trustable given that it's not secured in any way. What's trustable is the trust chain to the update, including the sources. So you're of course free to fetch the sources and to check them against snapshots.d.o (iff there's a way to verify the latter, as the old versions are only kept for a few days post-point-release). Apart from that all we'd need would be a correction wml tag that actually takes and displays a version. It'd be easy to generate the wml input based on that, given that it's template-based[1] already. Kind regards, Philipp Kern [1] http://git.debian.org/?p=debian-release/release-tools.git;a=blob;f=scripts/TEMPLATE.wml;h=ffc36fbd8f836fa558f4c28780c2a0701962e80d;hb=HEAD -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#626793: installation-reports: selected keyboard layout not used during early boot of real system
On Sunday 15 May 2011 13:06:13 Samuel Thibault wrote: Sune Vuorela, le Sun 15 May 2011 12:36:34 +0200, a écrit : on boots of the machine, I need to enter the passphrase using qwerty keyboard layout in order to get access to my root filesystem. Mmm, did it use to work in previous versions of Debian? The problem is most probably not about transferring a parameter, but about including keyboard layout support in initrd. Yep. It works on another laptop of mine. installed maybe a year/year and a half ago. /Sune -- How to explore a AGP folder? The point is that from the tools within Windows 2000 you either must link a operating system of the printer on the window, or must overclock the laser ADSL file over the processor to the fan for telnetting from a SCSI front-end. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573859: libdb4.8++ dependency
It seems that one of its dependencies (libdb4.8++-dev) was removed from unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590105: d-i support
For more info on d-i support, see http://lists.debian.org/debian-arm/2011/05/msg00061.html -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626747: oocairo: FTBFS: testsuite failures
Hi, this issue was already reported to me by someone who built oocairo on ubuntu natty. These problems started happening with cairo 1.10. Fixes are in git: http://git.naquadah.org/?p=oocairo.git;a=commitdiff;h=420b9ed240db4be6f6472b6a8092690867caa2ce http://git.naquadah.org/?p=oocairo.git;a=commitdiff;h=720a7fc9b8194041aee7857454f727e6692f116f I guess this means that it's time for a new oocairo release. @jd: Once you handled awesome 3.4.10, I'll handle oocairo 1.4. ;-) Cheers, Uli -- The Angels have the phone box! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626793: installation-reports: selected keyboard layout not used during early boot of real system
Sune Vuorela, le Sun 15 May 2011 13:09:28 +0200, a écrit : On Sunday 15 May 2011 13:06:13 Samuel Thibault wrote: Sune Vuorela, le Sun 15 May 2011 12:36:34 +0200, a écrit : on boots of the machine, I need to enter the passphrase using qwerty keyboard layout in order to get access to my root filesystem. Mmm, did it use to work in previous versions of Debian? The problem is most probably not about transferring a parameter, but about including keyboard layout support in initrd. Yep. It works on another laptop of mine. installed maybe a year/year and a half ago. So I guess this should be reassigned to console-setup, Anton? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626641: [pkg-cryptsetup-devel] Bug#626641: Bug#626641: cryptsetup: bug #587220 re-introduced
On Sun, 15 May 2011, Jonas Meurer wrote: - But if the package is installed and removed (but not purged) some additional caution should be taken. I'd suggest using e.g. debconf (with a should? We hardly hand-hold our users that much. You have removed the package, all functionality it provides is *GONE*. It *is* *that* *simple*, and it is the truth for _ALL_ packages. In fact, it is a serious bug for any package in the removed-but-not-purged state to affect the running system in any way other than use up some storage and dpkg database space. While I do understand your motivation, I don't think that a warning as removal time is appropriate. If people remove the cryptsetup package, they should expect, that the functionality provided by the package goes away with the package. After all they *remove* software. Agreed. You *could* use postrm to output a single line, no-debconf, to the terminal, that states cryptsetup: package removed, all cryptdisk functions are now unavailable. But this is _entirely_ unnecessary IMO. I can imagine loads of software that whould have to warn the user while being removed. This is valid for any kind of crypto applications at least. And any critical services, etc. No, let's not go down that path. At most we do it for bootloaders and the kernel, and AFAIK we're not doing much of it even for those two very small classes of packages, even. We usually warn only when it will break your system _right then_, and probably make things very hard to fix. Messing with the running kernel, messing with 'essential' packages... Checking for unlocked dm-crypt devices at cryptsetup package removal, and warn the user only in case s/he has open dm-crypt devices, might be an option. That one would make sense, actually. I see your point. And I don't know the reasons why initscripts are treated as config files in the first place (beside them being in /etc). Because we often have to modify them locally, and it is no rare thing either. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609690: Debian x86 32-bits built for i586 !?
Hi, I just found out that gcc is compiled with --with-arch-32=i586, which effectively means it builds with -march=i586 by default (and that it still claims an i486-linux-gnu target). I'm wondering. Is the project at large aware that we're not building for i486, but for i586 ? That even the maintainer doesn't know why for sure[1] and that no changelog entry documents when or why that happened? (nothing in debian/changelog, and the corresponding svn commit says Update to SVN 20100625 (r161383) from the gcc-4_5-branch.) And that as far as I can see, this hasn't been discussed or documented in the released notes? Mike 1. See the following message from bug 609690: On Tue, Jan 11, 2011 at 05:20:32PM +0100, Matthias Klose wrote: On 11.01.2011 16:38, Petr Salinger wrote: Package: gcc-4.4 Version: 4.4.5-8 Hi, the current gcc-4.4 uses (tested on i386/4.4.5-6 and kfreebsd-i386/4.4.5-8) as a default arch i586. COLLECT_GCC_OPTIONS='-v' '-dD' '-E' '-mtune=generic' '-march=i586' echo | gcc-4.4 -dD -x c -E - | grep 86 #define __DBL_MAX__ 1.7976931348623157e+308 #define __i386 1 #define __i386__ 1 #define i386 1 #define __i586 1 #define __i586__ 1 It is due to debian/rules2: ifneq (,$(filter $(DEB_TARGET_ARCH), amd64 i386 kfreebsd-i386 kfreebsd-amd64)) #CONFARGS += --with-arch-32=i486 ifeq ($(distribution),Ubuntu) CONFARGS += --with-arch-32=i686 else CONFARGS += --with-arch-32=i586 endif endif I believe, that even plain i486 have to be supported, also changelog claims that default should still be i486. yes, I think I did change that to avoid libgomp failures, which requires i586, and not just i486. Not sure what to do about that for squeeze. $ apt-cache rdepends libgomp1 | wc -l 77 So all these packages would need setting of the -march flag explicitly. There are other packages which do require i586, like OpenJDK. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626800: jppy: FTBFS if HOME is unset: KeyError: 'HOME'
Source: jppy Version: 0.0.56-1.1 Severity: serious Justification: fails to build from source If HOME is unset (e.g. on some buildds[0]), jppy FTBFS: | scons prefix=/usr jppyroot=/build/buildd-jppy_0.0.56-1.1+b1-armel-aocwSt/jppy-0.0.56/debian/tmp jppyguiroot=/build/buildd-jppy_0.0.56-1.1+b1-armel-aocwSt/jppy-0.0.56/debian/tmp jpilotroot=/build/buildd-jppy_0.0.56-1.1+b1-armel-aocwSt/jppy-0.0.56/debian/tmp \ | python_version=2.7 \ | python_includes=/usr/include/python2.7 \ | mx_datetime_includes=/usr/include/python2.7/mx \ | python_bin_module_prefix=/usr/lib/python2.7/site-packages/jppy \ | python_module_prefix=/usr/lib/python2.7/site-packages/jppy \ | pisock_library=/usr/lib | scons: Reading SConscript files ... | Please remember that SCons does NOT automatically use your shell | environment variables. This script uses PKG_CONFIG_PATH explicitly. | KeyError: 'HOME': | File /build/buildd-jppy_0.0.56-1.1+b1-armel-aocwSt/jppy-0.0.56/SConstruct, line 62: | 'HOME' : os.environ['HOME'], | File /usr/lib/python2.6/UserDict.py, line 22: | raise KeyError(key) | make: *** [build-python2.7-stamp] Error 2 [0] https://buildd.debian.org/status/fetch.php?pkg=jppyarch=armelver=0.0.56-1.1%2Bb1stamp=1305175906 -- 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#626801: arno-iptables-firewall: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
Package: arno-iptables-firewall Version: 2.0.0.a-2 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear arno-iptables-firewall package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? - -- Regards, Hideki Yamane henrich @ debian.or.jp http://wiki.debian.org/HidekiYamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJNz8NsAAoJEF0yjQgqqrFA2DEQAIiY8A1lq8ka8EuB0L2UfJFU 0IM4j5KuCyskhG/JWH5GecHN1HfBrP2jbVR2KjTJZPV5488xCAvuEJzGLMKPfxqg xu355OWYAKIzhvKZQhczwEPMS6wRFK4zhwfKy3/MqQuYh3xOPypI3x7czd/yATlB +GpaVTnvuIMfc1U3QfMJDqUrOu9aOs0g7VEPpgerhDqLq3RUTlfjXVqbk7Dp4Drb jU8iwLxeDiKR7OsB5anrjOxkUNEJhBiE9SdMK/aD5LcZ1CigyMI9i4daBgqvMdC4 t/2diZSBo6K1yk/RMei7Gm7bCZuM2hDmQE+sQZjsrxkPEIOr1JZU+LETrTCnRUxA 8Lcv6NTO8i44c1wnNU/rN7qMlQcvNBXXHiOinguErIEjCIGp4kXpnUfyw8yiLEuY FOX9TUijZPMRf+fZp3GipupN2r6JokA2yTy0DKR9BitDjh3PCr5WMGWoWFFimyZw bs4XGtO7wgkv4BdB8pSYF3Yq8nYoHcCjL0EiY7gMOZKIfh/sFN6BvhaD59pFH19/ BZItZxEDo1yD3ludyP6xuQh2O3tmaRwNGIduAd3LoygbviJkt2kfKOC7H6vP2llf /vIZkMNRbeyeEPZ5u5f5Zf2B91pxzaaGvVj4yAw+/5DbgN4X91D9Vjwg/22hJRM6 JtOvUt1jitmVrvjEld/Q =v22B -END PGP SIGNATURE- # Copyright (C) 2011 Michael Hanke michael.ha...@gmail.com # This file is distributed under the same license as arno-iptables-firewall package. # Hideki Yamane henr...@debian.org, 2011. # msgid msgstr Project-Id-Version: arno-iptables-firewall 2.0.0.a-2\n Report-Msgid-Bugs-To: michael.ha...@gmail.com\n POT-Creation-Date: 2006-10-05 13:39+0200\n PO-Revision-Date: 2011-05-04 22:26+0900\n Last-Translator: Hideki Yamane henr...@debian.org\n Language-Team: Japanese debian-japan...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: title #. description #: ../templates:1001 msgid arno-iptables-firewall configuration msgstr arno-iptables-firewall の設定 #. Type: string #. description #: ../templates:2001 msgid External network interfaces: msgstr 外部ネットワークインターフェイス: #. Type: string #. description #: ../templates:2001 msgid The external network interfaces connect this machine to untrusted networks (e.g. the Internet). The firewall will only permit connections attempts with explicitly allowed source/destination-port combinations on these interfaces. You have to specify all external interfaces (e.g. eth0 and/or ppp0). msgstr 外部ネットワークインターフェイスは、このマシンを信頼していないネットワーク (例えばインターネット) へ接続します。ファイアウォールは、これらのインター フェイス上で明示的に許可された接続元 (source)/接続先 (destination) ポート の組み合わせの接続のみを許可します。すべての外部インターフェイスを指定する 必要があります (例: eth0、ppp0 など)。 #. Type: string #. description #: ../templates:2001 msgid For a ppp-interface that doesn't exist yet you can use the wildcard device called \ppp+\, but you can only use ppp+ if there aren't any other ppp interfaces! msgstr まだ存在していない ppp インターフェイスについては、「ppp+」のようなワイルド カードデバイスを使えますが、ppp+ を使えるのは他に ppp インターフェイスが存在 していない場合のみです! #. Type: string #. description #: ../templates:2001 msgid If no interfaces are specified here, no firewall setup will be performed. msgstr ここでインターフェイスが何も指定されない場合は、ファイアウォールの設定は行われません。 #. Type: string #. description #: ../templates:2001 msgid Multiple interfaces should be specified space separated. msgstr 複数のインターフェイスは、空白で区切る必要があります。 #. Type: boolean #. description #: ../templates:3001 msgid Is DHCP used on external interfaces? msgstr 外部インターフェイスで DHCP を使いますか? #. Type: boolean #. description #: ../templates:3001 msgid This machine might use DHCP to dynamically obtain its IP address from your Internet service provider (ISP). This will be almost always the case if you have a non-permanent (e.g. dialup) connection. msgstr このマシンはインターネットサービスプロバイダ (ISP) から IP アドレスを動的に取得 するのに DHCP を使っているようです。これは、永続的では無い接続 (例: ダイヤルアップ) でしている場合などでは一般的です。 #. Type: boolean #. description #: ../templates:3001 msgid If DHCP is not explicitly enabled, the firewall will block all DHCP-related network traffic. msgstr DHCP が明示的に有効になっていない場合、ファイアウォールは DHCP 関連のネットワーク トラフィックをブロックします。 #. Type: boolean #. description #: ../templates:3001 msgid Leave this enabled, if you are unsure. msgstr よく分からない場合は有効のままにしておいてください。 #. Type: string #. description #: ../templates:4001 msgid Open external TCP-ports: msgstr 外部に開放する TCP ポート: #. Type: string #. description #: ../templates:4001 msgid The default firewall policy is to deny all incoming traffic on the external interfaces. If this machine provides services to the outside world (e.g. the Internet) they have to be explicitly enabled. msgstr デフォルトのファイアウォールポリシーは、外部インターフェイス上の入ってくる トラフィックすべてを拒否します。このマシンが外部 (例:インターネット) にサービス を提供している場合、明示的に有効にする必要があります。 #. Type: string #. description #: ../templates:4001 msgid Please specify the TCP-ports numbers associated with the services that shall be accessible from the outside world. Some frequently used ports are: 80 (http), 443 (https) or 22 (ssh). msgstr 外部からアクセス可能にするサービスに関連する TCP ポート番号を指定してください。
Bug#626802: psimedia: crashes psi-plus at startup
Package: psimedia Version: 1.0.3-4 Severity: important Installed psi-plus and psimedia. Getting segfault when trying to run psi. gdb log is attached. Could not get nether psi-plus with debugging symbols, nor source package (apt-get source psi-plus says `E: Unable to find a source package for psi-plus'); sources.list is attached. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38-6.dmz.1-liquorix-686 (SMP w/1 CPU core; PREEMPT) 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 psimedia depends on: ii gstreamer0.10-alsa 0.10.32-2 GStreamer plugin for ALSA ii gstreamer0.10-plugins-go 0.10.28-3 GStreamer plugins from the good ii libc62.13-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2 GCC support library ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgstreamer-plugins-bas 0.10.32-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.32-6+b1Core GStreamer libraries and eleme ii liboil0.30.3.17-2Library of Optimized Inner Loops ii libqtcore4 4:4.7.2-3 Qt 4 core module ii libqtgui44:4.7.2-3 Qt 4 GUI module ii libspeexdsp1 1.2~rc1-1 The Speex extended runtime library ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii psi-plus [psi] 0.15~svn2744-1 Jabber client using Qt psimedia recommends no packages. psimedia suggests no packages. -- no debconf information [16:03:43][aitap@flyingteapot ~] gdb psi GNU gdb (GDB) 7.2-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/psi...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/psi [Thread debugging using libthread_db enabled] [New Thread 0xb5706b70 (LWP 8019)] [New Thread 0xb4cd2b70 (LWP 8020)] [New Thread 0xb44d1b70 (LWP 8024)] PsiIconset::Private::iconsetPath(clients/default): not found [New Thread 0xb05bbb70 (LWP 8032)] (unknown:8016): GStreamer-CRITICAL **: gst_debug_add_log_function: assertion `func != NULL' failed Unable to load element 'v4lsrc'. [Thread 0xb05bbb70 (LWP 8032) exited] Found plugin: /usr/lib/psi/plugins/libaaastopspamplugin.so Loading Plugin /usr/lib/psi/plugins/libaaastopspamplugin.so Trying to load plugin Try to unload plugin Stop Spam Plugin Found plugin: /usr/lib/psi/plugins/libattentionplugin.so Loading Plugin /usr/lib/psi/plugins/libattentionplugin.so Trying to load plugin Try to unload plugin Attention Plugin Found plugin: /usr/lib/psi/plugins/libautoreplyplugin.so Loading Plugin /usr/lib/psi/plugins/libautoreplyplugin.so Trying to load plugin Try to unload plugin Auto Reply Plugin Found plugin: /usr/lib/psi/plugins/libbirthdayreminderplugin.so Loading Plugin /usr/lib/psi/plugins/libbirthdayreminderplugin.so Trying to load plugin Try to unload plugin Birthday Reminder Plugin Found plugin: /usr/lib/psi/plugins/libcaptchaformsplugin.so Loading Plugin /usr/lib/psi/plugins/libcaptchaformsplugin.so Trying to load plugin Try to unload plugin Captcha Forms Plugin Found plugin: /usr/lib/psi/plugins/libchessplugin.so Loading Plugin /usr/lib/psi/plugins/libchessplugin.so Trying to load plugin Try to unload plugin Chess Plugin Found plugin: /usr/lib/psi/plugins/libcleanerplugin.so Trying to load plugin Try to unload plugin Cleaner Plugin Found plugin: /usr/lib/psi/plugins/libconferenceloggerplugin.so Loading Plugin /usr/lib/psi/plugins/libconferenceloggerplugin.so Trying to load plugin Try to unload plugin Conference Logger Plugin Found plugin: /usr/lib/psi/plugins/libextendedoptionsplugin.so Loading Plugin /usr/lib/psi/plugins/libextendedoptionsplugin.so Trying to load plugin Try to unload plugin Extended Options Plugin Found plugin: /usr/lib/psi/plugins/libgmailnotifyplugin.so Loading Plugin /usr/lib/psi/plugins/libgmailnotifyplugin.so Trying to load plugin Try to unload plugin GMail Notification Plugin Found plugin: /usr/lib/psi/plugins/libgstprovider.so Loading Plugin /usr/lib/psi/plugins/libgstprovider.so Trying to load plugin Attempted to load /usr/lib/psi/plugins/libgstprovider.so, but it is not a valid plugin. File is a plugin but not for Psi Found plugin: /usr/lib/psi/plugins/libhistorykeeperplugin.so Loading Plugin /usr/lib/psi/plugins/libhistorykeeperplugin.so Trying to load plugin Try to
Bug#626803: apparmor: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
Package: apparmor Version: 2.6.1-3 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear apparmor package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? - -- Regards, Hideki Yamane henrich @ debian.or.jp http://wiki.debian.org/HidekiYamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJNz8ZFAAoJEF0yjQgqqrFAU/AP/RAW8bg6g3xjqhByVcU55Vrl ekFk5TDNGpQGxYzJ/ncvxxoGgYYnpN/Pr8IC055+XledOlUDzkYAWqbVvrIG6pik rKqukMqtXA+9mMX8DRkQGXaKlGOnfHXoFyiaraXBXfZuWQYwa8CMeoBc1DdT7l3X QWE9JT1nvscNmA77umuNWAtcuyXasw+RFwBB1nPk47s8ZZdJ+0Buih07TeInomEe OUkFFhqm+G64OsyFQZzWcvGP2usQrkV6p8Q4yeSZidooW4W5Mjh6/MuHI5BOrDwi gULjrQUzz59gAxHdtpsBzDO3Pw63olZUg81BHVjrB1Kauor7spEfdfFpdQNo3vzr vwdHmysi4O++nJAHJQP6FFVp7KJgYyg23JuqVNEPIl1+MxQa63phMWRqS/+Q5jL1 bOqVWCl8NjwXOslvPhH0c0mGC5Ff466hF+snT1evKewXCzcfVHkCS1Xvx0zjGuPL 6YTmR3z5pMi3f4a8bOXjxZpWFvVdxRz8EF/Giahp9Ea9X097jSew9kYtZvYVpQZz 5V4MF8tQmmUi0Tr4P387zs/D/Y74OX+8W/+VtXs6CLgAz42eMKnxHPCurY+1nB3z XK4gMFUD0txAFlpO21O5FzuvBtcwwvxfuAcIySocK1yzuQfyDATkcL1aB9x2KD7w CAxEN15bhCmm0B4hVBR9 =MJXe -END PGP SIGNATURE- # Copyright (C) 2010 Kees Cook k...@debian.org # This file is distributed under the same license as the apparmor package. # Hideki Yamane henr...@debian.org, 2011. # msgid msgstr Project-Id-Version: apparmor 2.6.1-3\n Report-Msgid-Bugs-To: ubuntu-devel-disc...@lists.ubuntu.com\n POT-Creation-Date: 2010-01-05 17:45-0600\n PO-Revision-Date: 2011-05-03 10:52+0900\n Last-Translator: Hideki Yamane henr...@debian.org\n Language-Team: Japanese debian-japan...@lists.debian.org\n Language: ja\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:1001 msgid Additional home directory locations: msgstr 追加のホームディレクトリの場所: #. Type: string #. Description #: ../templates:1001 msgid Please enter a space separated list of any additional locations for user home directories. These locations are in addition to those specified in /etc/ apparmor.d/tunables/home and must end with a '/'. msgstr 空白で区切ったユーザのホームディレクトリの追加の場所一覧を入力してください。 これらの場所は、/etc/apparmor.d/tunables/home で指定したものへの追加で、 '/' で終わっている必要があります。 #. Type: string #. Description #: ../templates:1001 msgid Example: if user's directories are stored in /srv/nfs/home and /mnt/homes, you should enter \/srv/nfs/home/ /mnt/homes/\. msgstr 例: ユーザのディレクトリが /srv/nfs/home と /mnt/homes に保存されている場合、 「/srv/nfs/home/ /mnt/homes/」と入力する必要があります。
Bug#582561: python-pyrex: please ship /usr/bin/python2.6-pyrexc
* Jakub Wilk jw...@debian.org, 2010-05-21, 22:18: python-pyrex ships /usr/bin/python2.4-pyrexc and python2.5-pyrexc. It was already a shame that the package was shipped in squeeze in such a state. Currently, neither 2.4 nor 2.5 is a supported version, so it looks ever worse. -- 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#609690: Debian x86 32-bits built for i586 !?
On Sun, 15 May 2011, Mike Hommey wrote: I just found out that gcc is compiled with --with-arch-32=i586, which effectively means it builds with -march=i586 by default (and that it still claims an i486-linux-gnu target). I'm wondering. Is the project at large aware that we're not building for i486, but for i586 ? That even the maintainer doesn't know why for No. And unless we got a bug report form an i486 user, our users probably didn't notice it either. What are the *exact* differences between code generated for march=i486 to code generated for march=i586? What CPUs would break? I believe, that even plain i486 have to be supported, also changelog claims that default should still be i486. yes, I think I did change that to avoid libgomp failures, which requires i586, and not just i486. Not sure what to do about that for squeeze. $ apt-cache rdepends libgomp1 | wc -l 77 So all these packages would need setting of the -march flag explicitly. There are other packages which do require i586, like OpenJDK. We may well consider switching the i386 port to i586. But lets access the real impact, first. And whether we still have enough *active* i486 users (or i586-like CPUs that do not support gcc march=i586 if such a thing could happen) to care. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573859: Building against libdb5.1++
Lars, I compiled your package against libdb5.1++(-dev), and it works great with our application. I had to change one line in dbxml's configure script to accept db 5.1 in addition to db4.3 to 4.8. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626804: libapache-sessionx-perl: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
Package: libapache-sessionx-perl Version: 2.01-2 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear libapache-sessionx-perl package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? - -- Regards, Hideki Yamane henrich @ debian.or.jp http://wiki.debian.org/HidekiYamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJNz8j/AAoJEF0yjQgqqrFAdkgP/RLWhkjhRXSl3NyUa/+Eu/1d e6HR5FWWPno00Vl3y30SYVxRMSeq11IrcQdjhGBUI3ZpEH4sleDK18hPKqRnQErB 04cImAhqb/pn/SMdnX8tPWffWVKZDum1O0BpUuB5iV13tZy6EZ5R425Nw8hbgru5 N22g5UFTfRFhCnMnwne+PwWpS7/Jo8R8XS5WgulOwXbpmSZkZGrZ+NC6oheAQEi3 QYsF071hRJb0QdKrSoV8GJa04fL6bZXb+p8JJWZ/4kEtH0cw4OXC7HiYKJa0SVxh 1D+4t3o9juto5SXASuQGzqfIsMfPOUVgzty/aCb8PViPZ0sv7H9jVqC7STObAMGM sIo/5obT+iWaIcM7X3NvvU22HZUbwEND9DBtL9svO+B2q6nkvKKbGr0cyJIwL3EM dBMXF/PKeKqqhO4lVbP2aPpHC2YjeApeDuNpUpjmNMW4bW3zUb0DqdR47vVq9M3g Dy+sxYCoNT49VQbjzT9wrMKCypVWmR/35rrc+04Gedmh2YBX6k0nSJgr2aOW4q1E d/IK4WWETcg0aSr29SvyMKAJwch5yIpMIrnoQ2PYxdDKCh4P2XULyv4EaetrRWw7 dBNvOSt2bd01CxK0RQfeq94mVqeArota3IxYZSfpwZ5NJkdcGAcTPoAqG1DuQ2lf PSD4rzEjeATyQXvJQmet =qTvl -END PGP SIGNATURE- # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: libapache-sessionx-perl 2.01-2\n Report-Msgid-Bugs-To: libapache-sessionx-p...@packages.debian.org\n POT-Creation-Date: 2010-01-31 22:06+0900\n PO-Revision-Date: 2011-05-01 07:26+0900\n Last-Translator: Hideki Yamane henr...@debian.org\n Language-Team: Japanese debian-japan...@lists.debian.org\n Language: ja\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../templates:2001 msgid Finished msgstr 完了 #. Type: select #. Choices #: ../templates:2001 msgid Add New msgstr 新規追加 #. Type: select #. Description #: ../templates:2002 msgid Action: msgstr 動作: #. Type: select #. Description #: ../templates:2002 msgid Choose \Add New\ to add a new session storage method, or choose an already configured store to modify or delete it. msgstr 「新規追加」を選んで新しいセッション保存方法を追加するか、既に設定したストア の変更あるいは削除を選んでください。 #. Type: select #. Description #: ../templates:2002 msgid Choose \Finished\ when done. msgstr 終了したら「完了」を選んでください。 #. Type: select #. Choices #: ../templates:3001 msgid Modify msgstr 修正 #. Type: select #. Choices #: ../templates:3001 msgid Delete msgstr 削除 #. Type: select #. Description #: ../templates:3002 msgid Action to perform on ${store}: msgstr ${store} で実行する動作: #. Type: select #. Description #: ../templates:4001 msgid Session storage method: msgstr セッションの保存方法: #. Type: select #. Description #: ../templates:4001 msgid Please select the storage method you wish to use:\n File: File-based, using semaphores for locking.\n FileFile: File-based, using lockfiles.\n DB_File:DBM file storage, using lockfiles.\n Mysql: MySQL storage, using semaphores for locking.\n MysqlMysql: MySQL storage, using MySQL for locking.\n Oracle: Oracle storage and locking.\n Sybase: Sybase storage and locking.\n Postgres: PostgreSQL storage and locking. msgstr 利用したい保存方法を選んでください:\n File: ファイルベース、ロックにセマフォを使う\n FileFile: ファイルベース、ロックファイルを使う\n DB_File:DBM ファイルストレージ、ロックファイルを使う\n Mysql: MySQL ストレージ、ロックにセマフォを使う\n MysqlMysql: MySQL ストレージ、ロックに MySQL を使う\n Oracle: Oracle ストレージとロック\n Sybase: Sybase ストレージとロック\n Postgres: PostgreSQL ストレージとロック #. Type: select #. Description #: ../templates:4001 msgid The file-based methods are the simplest to configure, but don't scale to the needs of a high-volume site. msgstr ファイルベースの方法は設定が一番単純ですが、高負荷サイトで必要な規模までス ケールしません。 #. Type: select #. Description #: ../templates:4001 msgid Semaphore locking is faster than file-based locking, but cannot be shared between multiple hosts; in such a situation, you probably should be using one of the database backends anyway. msgstr セマフォでのロックはファイルベースのロックよりも速いですが、複数ホスト間での 共有が出来ません: その場合は、おそらくバックエンドのデータベースの一つを使わ ねばならないでしょう。 #. Type: string #. Description #: ../templates:5001 msgid Store name: msgstr 保存名: #. Type: string #. Description #: ../templates:5001 msgid Please choose the name you will use when referring to this storage method. msgstr この保存方法を利用する際に使う名前を選んでください。 #. Type: string #. Description #: ../templates:6001 msgid File storage directory: msgstr ファイル保存ディレクトリ: #. Type: string #. Description #: ../templates:6001 msgid Please choose the
Bug#626805: chromium-browser: Chromium update breaks up HTML5 video (YouTube)
Package: chromium-browser Version: 11.0.696.65~r84435-1 Severity: important Tags: experimental Hi, the recent update of Chromium from experimental broke up the HTML5 video (e.g. on YouTube). Instead of showing the video and controls, only a black frame with white label undefined is shown at the page (note that I have HTML5 enabled for YouTube). Best wishes, Ondra -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages chromium-browser depends on: ii chromium11.0.696.65~r84435-1 Chromium browser chromium-browser recommends no packages. chromium-browser suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626725: initscripts: Needs to set SELinux labels for /run
On Sat, May 14, 2011 at 06:44:29PM +0100, Martin Orr wrote: Directories and symlinks created as part of the /run transition are not labelled for SELinux. The effect is that most services fail to start on boot after transitioning to /run. You need to run restorecon after creating a directory or symbolic link in an init script or maintainer script. Attached patch does this. /run with SELinux also requires the refpolicy patch I have submitted in #626720. Once that is fixed, initscripts should probably have Breaks: selinux-policy-default ( $FIXEDVERSION) Hi Martin, Is it safe to apply the patch /before/ refpolicy is updated or would this break anything? Or is the Breaks: essential? I could apply the patch today and then add the Breaks once refpolicy is updated. Or I could wait until refpolicy is updated and do both then. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#626755: xul-ext-flashblock: incompatible with iceweasel 4.0.1
Here too, while the addon works if installed from addons.mozilla.org. (Why?!?) Thanks Marco Mattiolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588867: manually solved
By putting usb_modeswitch in verbose mode (flag EnableLogging in /etc/usb_modeswitch.conf), I was able to see that, when plugging the key after boot, usb_modeswitch gets the configuration file from the entry 12d1:1446 in /usr/share/usb_modeswitch/configPack.tar.gz. USB_ModeSwitch log from Sun May 15 10:48:53 CEST 2011 raw args from udev: /2-1.2:1.0 Using global config file: /etc/usb_modeswitch.conf Bus ID for device not given by udev. Trying to determine it from kernel name (2-1.2:1.0) ... USB dir exists: /sys/bus/usb/devices/2-1.2 Warning: USB attribute serial not found. USB values from sysfs: manufacturer HUAWEI Technology product HUAWEI Mobile serial Found packed config collection /usr/share/usb_modeswitch/configPack.tar.gz Searching overriding entries named: /etc/usb_modeswitch.d/12d1:1446* SCSI attributes not needed, moving on checking config: 12d1:1446 Extracting config 12d1:1446 from collection /usr/share/usb_modeswitch/configPack.tar.gz ! matched, now switching (running command: /usr/sbin/usb_modeswitch -I -W -c /var/lib/usb_modeswitch/current_cfg) So I unpacked the entry in /etc/usb_modeswitch.d/ and put the following line in /etc/rc.local /usr/sbin/usb_modeswitch -I -W -c /etc/usb_modeswitch.d/12d1\:1446 This way the key works is correctly initialized at boot. What I don't understand is why usb_modeswitch is called by udev (raw args from udev: /2-1.2:1.0) when the key is plugged in after boot while it doesn't appear to be called at boot.
Bug#626806: xserver-xorg-input-evdev: Multimedia keys are ignored
Package: xserver-xorg-input-evdev Version: 1:2.6.0-2+b1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! With evtest, I can see the multimedia keys of my keyboard: Event: time 1305463807.380231, -- Report Sync Event: time 1305463811.500202, type 4 (Misc), code 4 (ScanCode), value a0 Event: time 1305463811.500210, type 1 (Key), code 113 (Mute), value 1 Event: time 1305463811.500212, -- Report Sync Event: time 1305463811.581374, type 4 (Misc), code 4 (ScanCode), value a0 Event: time 1305463811.581383, type 1 (Key), code 113 (Mute), value 0 Event: time 1305463811.581384, -- Report Sync Event: time 1305463812.068255, type 4 (Misc), code 4 (ScanCode), value ae Event: time 1305463812.068262, type 1 (Key), code 114 (VolumeDown), value 1 Event: time 1305463812.068264, -- Report Sync Event: time 1305463812.153088, type 4 (Misc), code 4 (ScanCode), value ae Event: time 1305463812.153097, type 1 (Key), code 114 (VolumeDown), value 0 Event: time 1305463812.153097, -- Report Sync Event: time 1305463812.854649, type 4 (Misc), code 4 (ScanCode), value b0 Event: time 1305463812.854657, type 1 (Key), code 115 (VolumeUp), value 1 Event: time 1305463812.854659, -- Report Sync Event: time 1305463812.930462, type 4 (Misc), code 4 (ScanCode), value b0 Event: time 1305463812.930471, type 1 (Key), code 115 (VolumeUp), value 0 Event: time 1305463812.930471, -- Report Sync Event: time 1305463815.455286, type 4 (Misc), code 4 (ScanCode), value 90 Event: time 1305463815.455295, type 1 (Key), code 165 (PreviousSong), value 1 Event: time 1305463815.455296, -- Report Sync Event: time 1305463815.545770, type 4 (Misc), code 4 (ScanCode), value 90 Event: time 1305463815.545779, type 1 (Key), code 165 (PreviousSong), value 0 Event: time 1305463815.545780, -- Report Sync Event: time 1305463816.020115, type 4 (Misc), code 4 (ScanCode), value a2 Event: time 1305463816.020122, type 1 (Key), code 164 (PlayPause), value 1 However, nothing happens in X (checked with xev). I was hoping to get XF86VolumeUp for example. Any idea? Thanks. - -- Package-specific info: X server symlink status: - lrwxrwxrwx 1 root root 13 May 12 20:06 /etc/X11/X - /usr/bin/Xorg - -rwxr-xr-x 1 root root 1972704 Apr 28 14:26 /usr/bin/Xorg VGA-compatible devices on PCI bus: - -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 02) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: - /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 Kernel version (/proc/version): - --- Linux version 2.6.38-2-amd64 (Debian 2.6.38-5) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-3) ) #1 SMP Sun May 8 13:51:57 UTC 2011 Xorg X server log files on system: - -- - -rw-r--r-- 1 root root 33200 May 15 14:06 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - - [36.163] X.Org X Server 1.10.1 Release Date: 2011-04-15 [36.163] X Protocol Version 11, Revision 0 [36.163] Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian [36.163] Current Operating System: Linux guybrush 2.6.38-2-amd64 #1 SMP Sun May 8 13:51:57 UTC 2011 x86_64 [36.163] Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.38-2-amd64 root=/dev/mapper/guybrush-root ro quiet splash i915.semaphores=1 [36.163] Build Date: 28 April 2011 12:13:00PM [36.163] xorg-server 2:1.10.1-2 (Julien Cristau jcris...@debian.org) [36.163] Current version of pixman: 0.21.8 [36.163]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [36.163] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [36.163] (==) Log file: /var/log/Xorg.0.log, Time: Sun May 15 13:00:41 2011 [36.216] (==) Using system config directory /usr/share/X11/xorg.conf.d [36.260] (==) No Layout section. Using the first Screen section. [36.260] (==) No screen section available. Using defaults. [36.260] (**) |--Screen Default Screen Section (0) [36.260] (**) | |--Monitor default monitor [36.260] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [36.260] (==) Automatically adding devices [36.261] (==) Automatically enabling devices [36.340] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [36.340]
Bug#626696: xscreensaver: phospohor segfaulting
Excerpts from Jamie Zawinski's message of Sat May 14 22:34:25 +0200 2011: I suspect your stack trace is nonsense since that looks like it's crashing inside of forkpty. Or, possibly /dev/pty* has gotten screwed up on your box. Hmm. Actually an upgrade of libc6 from 2.11.2-10 to 2.11.2-11 did it. So consider this report closed, please. :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588867: solution
@package mantainer. This thread describes the problem and provides the solution: http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?p=3965sid=1c1c144652b120943650a6cfabebdf56
Bug#621381: NMU for #621381 (nvi: Still uses libdb4.7)
Hi Axel, thanks for preparing NMU, but please check that #555933 doesn't show up again after rebuild. O. On Sat, May 14, 2011 at 20:21, Axel Beckert a...@debian.org wrote: Hi Jan, I've prepared an NMU for nvi to fix this issue. See the attached debdiff for the changes I made. I'll upload it soon to DELAYED/10. Feel free to tell me in case I should delay it longer or shorter. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `- | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAk3OyB8ACgkQwJ4diZWTDt7bhgCeOk1luIGbZJFhapTBbgydcjzC VWAAnA/oAsydTv67RFMrxDhvEyqSLp8P =NCZi -END PGP SIGNATURE- -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626785: texdoctk: display sh: acroread: not found == Why NON-FREE as default
tags 626785 patch thanks Hi, Besides, texdoctk script's set-up dialog was too tall even for XGA screen. This made it impossible to click OK to change setting away from NON-FREE acroread to something else. Attached patch to dialog script should make setup screen to fit to XGA screen, at last. This may still be too wide for SVGA screen but usually top bar can be used to slide sideway. Please consider to apply this. (Also consider to change /etc/texmf/texdoctk/texdocrc.defaults initial value too.) Osamu --- texdoctk.orig 2011-05-15 21:13:50.277551259 +0900 +++ texdoctk 2011-05-15 21:56:42.021552255 +0900 @@ -942,12 +942,18 @@ my $setmenu=$main-Toplevel(-title='Settings'); $setmenu-resizable(0,0); $tlwins{setmenu}{'addr'}=$setmenu; +# 2 column +my $setmenuw=$setmenu-Frame()-pack(-side='left', + -anchor='n'); +my $setmenue=$setmenu-Frame()-pack(-side='right', + -anchor='n', + -ipady=6); # documentation path my $datlabel; $datlabel=Database file(s) used: teTeX; $datlabel.=, local database if (-e $locdatabase); $datlabel.=, user database if (-e $homedatabase); -my $docframe=$setmenu-Frame(-relief='groove', +my $docframe=$setmenuw-Frame(-relief='groove', -borderwidth=2)-pack(-side='top', -fill='x', -expand=1); @@ -978,7 +984,7 @@ -fill='x', -expand=1); # General viewer behaviour -my $genvframe=$setmenu-Frame(-label='General viewer behaviour', +my $genvframe=$setmenuw-Frame(-label='General viewer behaviour', -relief='groove', -borderwidth=2)-pack(-side='top', -fill='x', @@ -1020,7 +1026,7 @@ }, -font=$deffont,%butcol)-pack(-side='right'); # DVI -my $dviframe=$setmenu-Frame(-label='DVI', +my $dviframe=$setmenuw-Frame(-label='DVI', -relief='groove', -borderwidth=2)-pack(-side='top', -fill='x', @@ -1047,7 +1053,7 @@ -font=$deffont)-pack(-side='left', -anchor='sw'); # PostScript -my $psframe=$setmenu-Frame(-label='PostScript', +my $psframe=$setmenuw-Frame(-label='PostScript', -relief='groove', -borderwidth=2)-pack(-side='top', -fill='x', @@ -1059,7 +1065,7 @@ my $psventry=$psframe-Entry(-textvariable=\$ps_viewer_tmp, -font=$deffont)-pack(-side='left'); # PDF -my $pdfframe=$setmenu-Frame(-label='PDF', +my $pdfframe=$setmenue-Frame(-label='PDF', -relief='groove', -borderwidth=2)-pack(-side='top', -fill='x', @@ -1082,7 +1088,7 @@ -font=$deffont)-pack(-side='left', -anchor='sw'); # HTML -my $htmlframe=$setmenu-Frame(-label='HTML', +my $htmlframe=$setmenue-Frame(-label='HTML', -relief='groove', -borderwidth=2)-pack(-side='top', -fill='x', @@ -,7 +1117,7 @@ Checkbutton(-variable=\$htmlps_redir_tmp)-pack(-side='left', -anchor='sw'); # plain text -my $txtframe=$setmenu-Frame(-label='Plain text', +my $txtframe=$setmenue-Frame(-label='Plain text', -relief='groove', -borderwidth=2)-pack(-side='top', -fill='x', @@ -1164,7 +1170,7 @@ Checkbutton(-variable=\$txtps_redir_tmp)-pack(-side='left', -anchor='sw'); # printer -my $prtframe=$setmenu-Frame(-label='Printer', +my $prtframe=$setmenue-Frame(-label='Printer', -relief='groove', -borderwidth=2)-pack(-side='top', -fill='x', @@ -1176,7 +1182,7 @@ my $prtcentry=$prtframe-Entry(-textvariable=\$print_cmd_tmp, -font=$deffont)-pack(-side='left'); # buttons and key bindings -my $setbfr=$setmenu-Frame()-pack(-side='bottom'); +my $setbfr=$setmenue-Frame()-pack(-side='bottom'); $tlwins{'setmenu'}{'buttons'}[1]= $setbfr-Button(-text='OK', -font=$deffont,%butcol,
Bug#621381: NMU for #621381 (nvi: Still uses libdb4.7)
Hi Ondřej, Ondřej Surý wrote: thanks for preparing NMU, but please check that #555933 doesn't show up again after rebuild. Thanks for that information. I tested the build on a i386 as well as the amd64 pbuilder build I uploaded before uploading. With both builds I at least edited one file with it successfully and didn't notice any issues. I though haven't tried to recover files saved by a previous version. But according to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555933 the problem was that nvi didn't work at all anymore which is surely not the case here. I uploaded the binary and source package to http://noone.org/debian/, so I'd appreciate if someone who uses nvi more heavily than I do, could test e.g. http://noone.org/debian/nvi_1.81.6-8.2_amd64.deb for any such issues. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626807: gnome-shell: crash after open any windows
Package: gnome-shell Version: 3.0.1-1 Severity: important Tags: experimental Gnome-shell crashed after open any window. I created new user and it works normally. This may be caused by old config files. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/1 CPU core) Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings- 0.7.3-4 Simple key-based configuration sys ii gconf2 2.32.1-2GNOME configuration database syste ii gir1.2-atk-1.0 2.0.0-1 The ATK accessibility toolkit (GOb ii gir1.2-clutter-1 1.6.14-1GObject introspection data for the ii gir1.2-freedeskt 0.10.8-1Introspection data for some FreeDe ii gir1.2-gconf-2.0 2.32.1-2GNOME configuration database syste ii gir1.2-gdkpixbuf 2.23.3-3GDK Pixbuf library - GObject-Intro ii gir1.2-gkbd-3.0 3.0.0.1-1 GObject introspection data for the ii gir1.2-glib-2.0 0.10.8-1Introspection data for GLib, GObje ii gir1.2-gnomeblue 3.0.0-1 Introspection data for GnomeBlueto ii gir1.2-gtk-3.0 3.0.8-1 The GTK+ graphical user interface ii gir1.2-json-glib 0.12.0-3GLib JSON manipulation library (do ii gir1.2-mutter-3. 3.0.1-1 GObject introspection data for Mut ii gir1.2-networkma 0.8.999-1 GObject introspection data for Net ii gir1.2-pango-1.0 1.28.3-6Layout and rendering of internatio ii gir1.2-polkit-1. 0.101-4 GObject introspection data for Pol ii gir1.2-telepathy 0.14.5-1GLib Telepathy connection manager ii gir1.2-telepathy 0.2.9-1 Telepathy logger service - introsp ii gir1.2-upowergli 0.9.10-1GObject introspection data for upo ii gjs 0.7.14-1Mozilla-based javascript bindings ii gnome-bluetooth 3.0.0-1 GNOME Bluetooth tools ii gnome-control-ce 1:3.0.1.1-1 utilities to configure the GNOME d ii gnome-icon-theme 3.0.0-1 GNOME Desktop icon theme (symbolic ii gnome-settings-d 3.0.0.1-1 daemon handling the GNOME session ii gsettings-deskto 3.0.0-1 GSettings deskop-wide schemas ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libc62.13-4 Embedded GNU C Library: Shared lib ii libcairo-gobject 1.10.2-6The Cairo 2D vector graphics libra ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libcamel1.2-19 2.32.3-1Evolution MIME message handling li ii libcanberra0 0.26-3 a simple abstract interface for pl ii libclutter-1.0-0 1.6.14-1Open GL based interactive canvas l ii libcroco30.6.2-1 a generic Cascading Style Sheet (C ii libdbus-1-3 1.5.0-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.92-1 simple interprocess messaging syst ii libdconf00.7.3-4 Simple key-based configuration sys ii libdrm2 2.4.25-1Userspace interface to kernel DRM ii libebook1.2-10 3.0.0-1 Client library for evolution addre ii libecal1.2-8 3.0.0-1 Client library for evolution calen ii libedataserver1. 3.0.0-1 Utility library for evolution data ii libedataserverui 3.0.0-1 GUI utility library for evolution ii libffi5 3.0.9-4 Foreign Function Interface library ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.32.1-2GNOME configuration database syste ii libgdk-pixbuf2.0 2.23.3-3GDK Pixbuf library ii libgirepository- 0.10.8-1Library for handling GObject intro ii libgjs0b 0.7.14-1Mozilla-based javascript bindings ii libgl1-mesa-glx 7.10.2-2free implementation of the OpenGL ii libglib2.0-0 2.28.6-2GLib library of C routines ii libgnome-desktop 3.0.0-1 Utility library for loading .deskt ii libgnome-menu2 3.0.0-1+b1 GNOME implementation of the freede ii libgstreamer0.10 0.10.34-1 Core GStreamer libraries and eleme ii libgtk-3-0 3.0.8-1 The GTK+ graphical user interface ii libical0 0.44-3 iCalendar library implementation i ii libjson-glib-1.0 0.12.0-3GLib JSON manipulation library ii libmozjs4d
Bug#588867: [Pkg-utopia-maintainers] Bug#588867: manually solved
reassign 588867 usb-modeswitch thanks Am 15.05.2011 14:51, schrieb Carlo Marchiori: By putting usb_modeswitch in verbose mode (flag EnableLogging in /etc/usb_modeswitch.conf), I was able to see that, when plugging the key after boot, usb_modeswitch gets the configuration file from the entry 12d1:1446 in /usr/share/usb_modeswitch/configPack.tar.gz. USB_ModeSwitch log from Sun May 15 10:48:53 CEST 2011 raw args from udev: /2-1.2:1.0 Using global config file: /etc/usb_modeswitch.conf Bus ID for device not given by udev. Trying to determine it from kernel name (2-1.2:1.0) ... USB dir exists: /sys/bus/usb/devices/2-1.2 Warning: USB attribute serial not found. USB values from sysfs: manufacturer HUAWEI Technology product HUAWEI Mobile serial Found packed config collection /usr/share/usb_modeswitch/configPack.tar.gz Searching overriding entries named: /etc/usb_modeswitch.d/12d1:1446* SCSI attributes not needed, moving on checking config: 12d1:1446 Extracting config 12d1:1446 from collection /usr/share/usb_modeswitch/configPack.tar.gz ! matched, now switching (running command: /usr/sbin/usb_modeswitch -I -W -c /var/lib/usb_modeswitch/current_cfg) So I unpacked the entry in /etc/usb_modeswitch.d/ and put the following line in /etc/rc.local /usr/sbin/usb_modeswitch -I -W -c /etc/usb_modeswitch.d/12d1\:1446 This way the key works is correctly initialized at boot. What I don't understand is why usb_modeswitch is called by udev (raw args from udev: /2-1.2:1.0) when the key is plugged in after boot while it doesn't appear to be called at boot. Thanks for the analysis. I'm reassigning the bug to usb-modeswitch. -- 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#620036: live-magic: Refers to lenny as stable and squeeze as testing
It's not an update issue. It is because the code-names, Lenny Squeeze were the correct ones before Squeeze became stable and they have forgotten to change it right before its release. The program actually uses code names (i.e. squeeze lenny) and not testing stable. Take a look at file bootstrap in the build directory, lines 27-29: # $LB_DISTRIBUTION: select distribution to use # (Default: lenny) LB_DISTRIBUTION=lenny If you want to create a stable Debian live CD use testing (squeeze) until the bug is fixed. -- Eliad Bagherzadegan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626808: qemu: failed to find romfile
Package: qemu Version: 0.14.0+dfsg-5.1 Severity: important When using qemu to test a Debian live image, (-hda *.img and -cdrom *.iso), qemu cannot boot the image with this error message: qemu: pci_add_option_rom: failed to find romfile pxe-e1000.bin -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.38-2-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qemu depends on: ii qemu-system 0.14.0+dfsg-5.1 QEMU full system emulation binarie ii qemu-user0.14.0+dfsg-5.1 QEMU user mode emulation binaries ii qemu-utils 0.14.0+dfsg-5.1 QEMU utilities qemu recommends no packages. Versions of packages qemu suggests: pn qemu-user-static none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626809: Section: vcs
Package: rabbitvcs Version: 0.13.1-2 rabbitvcs is among version control system and related utilities, so it should be Section: vcs. Seo Sanghyeon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626810: RFP: libsanselan-java -- A Pure-Java Image Library
Package: wnpp Severity: wishlist * Package name: libsanselan-java Version : 0.97 * URL : http://commons.apache.org/sanselan/ * License : Apache Software License Programming Lang: Java Description : A Pure-Java Image Library This Pure-Java library reads and writes a variety of image formats, including fast parsing of image info (size, color space, icc profile, etc.) and metadata. Some features extracted from Sanselan website: - Sanselan is easy to use. It has a simple, clean interface. Most operations are a single Sanselan method call. - The core functionality is reading and writing a variety of image formats. - Sanselan supports a number of format variations and uncommon features not supported by other image libraries. - Sanselan does more than read and write images. Reading image info (image size, colorspace, bit depth, etc.) and metadata is easy and does not require reading the entire image. - Sanselan supports reading and writing a variety of metadata in a structured way, including EXIF metadata. - Sanselan provides a consistent api across a variety of image formats. - Sanselan is network-aware. Sanselan will only read the data it needs. Reading most image info and metadata only requires reading a header. - Sanselan can extract and (simply) parse embedded ICC Profiles. Moreover, Sanselan applies the icc profile by default, coverting read images to sRGB. This means images are color-corrected by default. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609690: Debian x86 32-bits built for i586 !?
On Sun, 2011-05-15 at 09:28 -0300, Henrique de Moraes Holschuh wrote: On Sun, 15 May 2011, Mike Hommey wrote: I just found out that gcc is compiled with --with-arch-32=i586, which effectively means it builds with -march=i586 by default (and that it still claims an i486-linux-gnu target). I'm wondering. Is the project at large aware that we're not building for i486, but for i586 ? That even the maintainer doesn't know why for No. And unless we got a bug report form an i486 user, our users probably didn't notice it either. What are the *exact* differences between code generated for march=i486 to code generated for march=i586? What CPUs would break? [...] There are a few new instructions on the Pentium that can be used in ring 3: cmpxchg8 and rdtsc. Linux has separate options for '586' and '586 with TSC', both of which result in -m586, so gcc does not appear to assume the existence of rdtsc. I would not expect gcc to generate cmpxchg8 except through an intrinsic, but I could be wrong. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#626748: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#626748: linux-image-2.6.38-2-amd64: Some modules fail to load, unknown kstrtoull - no sound)
On Sun, 2011-05-15 at 00:51 -0400, Rodrigo Chandia wrote: Interesting. I am using grub2 which is supposed to read the filesystem structure. So it means it is getting very confused somehow. Thanks for the explanation though, I will try to keep digging. Perhaps you duplicated the /boot (or /) filesystem with the same UUID, and GRUB is picking the old one? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#626441: general: When first logging in, usb wireless keyboard/mouse is not working
On Sat, 2011-05-14 at 16:21 +, Peter . wrote: Ben, I have another box where uname -a returns: Linux crispy 2.6.32-5-686 #1 SMP Tue Mar 8 21:36:00 UTC 2011 i686 GNU/Linux The devices are working fine without the symptom when first logging in or swapping users. I've attached the dmesg from this box, but unfortunately the kernel is not the only difference on config. [...] I really want to see a log from the same system where 2.6.38-2-amd64 fails, so we can tell whether or not the bug has been introduced recently. Is there some reason why you can't install linux-image-2.6.32-5-amd64 (or another earlier version from snapshot.debian.org) on that system? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#626811: PTS shows older versions on mentors.d.n in 'todo' box
Package: qa.debian.org Severity: normal The page for wireless-regdb currently shows: todo mentors.debian.net has version 2009.11.25-1 of this package, you should consider sponsoring its upload. But the current version is newer than that. Ben. -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'oldstable-proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522303: libburn problem (was: xfburn: Hangs when Burn Image pressed before drive has settled)
Hi, I've never been able to reproduce #522303, and attempts to squeeze more info from the reporter failed as well; It only happens once in a while, however. smells like a crappy drive or firmware to me or involves culprits I mentioned at the tail and never got replied [1]. Do any of you have any idea to squeeze something more out of that? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522303#50 -- pub 4096R/0E4BD0AB people.fccf.net/danchev/key pgp.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603858: Mount options for proc conflict with /etc/fstab breaking /etc/init.d/mountall.sh
On Sat, 2011-05-14 at 03:27 +0200, Goswin von Brederlow wrote: Ben Hutchings b...@decadent.org.uk writes: On Thu, May 12, 2011 at 08:57:18PM +0200, Goswin von Brederlow wrote: rleigh rle...@codelibre.net writes: [...] tmpfs filesystems are different; here they /do/ differ in the sense that /run, /run/lock, /lib/init/rw etc. /are/ separate unique instances of tmpfs. Here, it might make sense to give them a name other than none or tmpfs in order to distinguish between them--that is to say, the tmpfs instance, rather than the mountpoint. So names such as run, runlock, would provide a unique key for /etc/fstab in addition to the mountpoint. But this is mostly cosmetic, and if we do make such a change we'll need to ensure that it's coordinated between initscripts and initramfs-tools. It really doesn't matter what it is as long as it is consitent. Given that /run and /run/lock aren't yet in use in Debian now would be the time to pick a name and then stick with it. Using run and runlock sounds good, go with that. [...] It does matter, as this is not just a matter for initramfs-tools and initscripts. We also need to agree with systemd and that is cross- distribution. Ben. So what is everyone else using? systemd version 25 appears to set name equal to type for all virtual filesystems: typedef struct MountPoint { const char *what; const char *where; const char *type; const char *options; unsigned long flags; bool fatal; } MountPoint; static const MountPoint mount_table[] = { { proc, /proc, proc, NULL, MS_NOSUID|MS_NOEXEC|MS_NODEV, true }, { sysfs,/sys, sysfs,NULL, MS_NOSUID|MS_NOEXEC|MS_NODEV, true }, { devtmpfs, /dev, devtmpfs, mode=755, MS_NOSUID,true }, { tmpfs,/dev/shm, tmpfs,mode=1777, MS_NOSUID|MS_NODEV, true }, { devpts, /dev/pts, devpts, mode=620,gid= STRINGIFY(TTY_GID), MS_NOSUID|MS_NOEXEC, false }, { tmpfs,/run, tmpfs,mode=755, MS_NOSUID|MS_NOEXEC|MS_NODEV, true }, { tmpfs,/sys/fs/cgroup, tmpfs,mode=755, MS_NOSUID|MS_NOEXEC|MS_NODEV, false }, { cgroup, /sys/fs/cgroup/systemd, cgroup, none,name=systemd, MS_NOSUID|MS_NOEXEC|MS_NODEV, false }, }; Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#618770: Nautilus ignoring first double click on mount icons
I have noticed this same behaviour, and dug a bit further: When set to the default open-on-double-click behaviour, Nautilus ignores the first attempt to open any mounted location via a double click on its icon, either on the desktop or on a browser window, even if the location was already opened via the Places menu: the the browser does not open (when on the desktop) or changes to the location (when on a browser window). This regards fstab locations ('/' being the exception) and automounted drives, and does not happen when in open-on-single-click mode, or with regular files and folders. Oddly enough, if I log out of the Gnome session and return, it won't repeat the miss: a reboot is needed to replicate the behaviour. I'm using a properly updated installation of Debian squeeze (6.0.1, Linux version 2.6.32-5-amd64 (Debian 2.6.32-34) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed May 4 22:04:54 UTC 2011). Best regards Pedro Palmeiro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576320: pkg-config: document default search path
Tollef Fog Heen wrote: - Man page documents how to get the default search path. Closes: #576320 Thanks! It doesn't seem to mention /usr/lib/simplified triplet/pkgconfig and /usr/local/lib/simplified triplet/pkgconfig, though --- would that be difficult to fix? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org