Bug#642325: [tor] /etc/init.d/tor refuses to start, complaining about /var/run/tor directory
Ok, that script looks like it creates /var/run/tor - what happens when you remove the one you created and try to run the init script? All is fine now. Thanks. Tor still complains about wrong permissions of /var/run/tor directory when started by vidalia under regular user, but that is completely different issue, I guess: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642223 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587828: No values from OIDs with tkmib
This bug seems to be the same that I encountered, and for which I submitted a patch in net-snmp tracker. http://sourceforge.net/tracker/?func=detailaid=3412939group_id=12694atid=312694 Hopefully it will be corrected and integrated one day. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589909: coreutils: date is wrong about this week
]] Bob Proulx | severity 589909 wishlist | thanks | | Tollef Fog Heen wrote: | It seems like date(1) is somewhat confused about what «this week» means: | | : tfheen@qurzaw ~ LC_MESSAGES=en_US.UTF-8 date | Thu Jul 22 09:37:31 CEST 2010 | : tfheen@qurzaw ~ LC_MESSAGES=en_US.UTF-8 date -d 'Monday this week' | Mon Jul 26 00:00:00 CEST 2010 | | I would quite clearly argue that «Monday this week» is the 19th, not the | 26nd. | | The date parsing authors fell into the common trap of trying to write | a program to understand human language but doing so without a human. | There are so many traps! Indeed. First, thanks for your long explanation, it does explain a bit about why I was confused. I wonder if it would make sense to just invent a more precise language people could use to specify the time of day, particularly for use in scripts and use that, rather than trying to parse English (which is hard, even for humans). I guess that's kinda what you already have in that you can do 'last week + Monday' and similar. Regards, -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593464: proxychains: doesn't work with i386 binaries on amd64 platform
Hello, On 2011-09-22 22:23, barabba wrote: problem on skype it work only with libproxychains.so.3.0.0 from 32bit but all other apps i try doesn't work so if i use the correct 64 lib skype don't work but all the rest yes. can you fix this ? As I said in this bug thread already, I probably can but I don't want to spend my time fixing the issues for non-free software. But, as I also said before, if someone wants to implement all the needed packaging changes, patches are welcome. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642503: [PATCH/RFC systemd] audit: do not complain if kernel lacks audit support
Package: systemd Version: 29-1.1 Severity: wishlist Tags: upstream Hi, -- 8 -- When running on a kernel without audit support, systemd currently writes a mysterious-sounding error to its log: systemd[1]: Failed to connect to audit log: Protocol not supported Better to suppress the audit_open() failure message when (and only when) it is due to running on a kernel without audit support, since in this case the admin probably does not mind systemd not writing to the audit log. This way, more serious errors like ENOMEM and EACCES will stand out more. --- Compile-tested only. Sane? src/manager.c |5 - src/update-utmp.c |5 - 2 files changed, 8 insertions(+), 2 deletions(-) diff --git a/src/manager.c b/src/manager.c index 68d43ada..e7cbd749 100644 --- a/src/manager.c +++ b/src/manager.c @@ -274,7 +274,10 @@ int manager_new(ManagerRunningAs running_as, Manager **_m) { goto fail; #ifdef HAVE_AUDIT -if ((m-audit_fd = audit_open()) 0) +if ((m-audit_fd = audit_open()) 0 +/* If the kernel lacks netlink or audit support, + * don't worry about it. */ +errno != EAFNOSUPPORT errno != EPROTONOSUPPORT) log_error(Failed to connect to audit log: %m); #endif diff --git a/src/update-utmp.c b/src/update-utmp.c index b06f5a06..e8510cce 100644 --- a/src/update-utmp.c +++ b/src/update-utmp.c @@ -374,7 +374,10 @@ int main(int argc, char *argv[]) { log_open(); #ifdef HAVE_AUDIT -if ((c.audit_fd = audit_open()) 0) +if ((c.audit_fd = audit_open()) 0 +/* If the kernel lacks netlink or audit support, + * don't worry about it. */ +errno != EAFNOSUPPORT errno != EPROTONOSUPPORT) log_error(Failed to connect to audit log: %m); #endif -- 1.7.7.rc1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642504: bash: file number exhaustion on certain redirections in loop: Too many open files
Package: bash Version: 4.1-3 Severity: normal Attached is bashbug.sh which shows a strange bug in bash - with workaround. The problem seems to be that certain redirections are not closed in-time, leading to a possible exhaustion of file descriptors when doing this redirection in a loop. The strange thing about this is, that the file descriptors are closed later, when it is already too late. There is a workaround, this is to close the redirection manually. However technically this is wrong, as at the time of the close the redirection is no more in effect. Possibly this is an upstream problem, I did not test it. -- System Information: Debian Release: 6.0.2 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages bash depends on: ii base-files6.0squeeze2Debian base system miscellaneous f ii dash 0.5.5.1-7.4POSIX-compliant shell ii debianutils 3.4Miscellaneous utilities specific t ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand Versions of packages bash recommends: pn bash-completion none (no description available) Versions of packages bash suggests: pn bash-doc none (no description available) -- no debconf information *** bashbug.sh #!/bin/bash # # Out of file descriptors, because it forgets to close redirection bug() { c=`ulimit -n` let c+=100 while let c-- do while read -ru3 x do echo -n : done 3 (echo x) # Workaround: # Explicite close of redirection $1 || exec 3- done } works() { c=`ulimit -n` let c+=100 while let c-- do while read -ru3 x do echo -n : done 3x done } echo triggering bug bug true echo run with bug workaround bug false echo different redirection works -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641469: mobile-broadband-provider-info: Please provide updates for stable distribution, somehow
Hi Touko I'll discuss this with the debian release managers also as its a low risk package and ubuntu has also got a freeze exception for the same. cf: https://wiki.ubuntu.com/StableReleaseUpdates#mobile-broadband-provider-info Regards, -- Bhavani Shankar Ubuntu Developer | www.ubuntu.com https://launchpad.net/~bhavi
Bug#642505: procps: ipv4/conf/all/* entries do not work in /proc/sys/net/
Package: procps Version: 1:3.2.8-11 Severity: important Dear Maintainer, I have a vpn gateway that periodically sends icmp redirects to the hosts of my network (when renegociating tunnels), I configured hosts not to accepts reidrects by uncommenting the default directive found in sysctl.conf: net.ipv4.conf.all.accept_redirects = 0 after reboot here is the config i get in /proc/sys: cat /proc/sys/net/ipv4/conf/*/accept_redirects 0 1 1 1 1 If i try to echo the value in the proc filesystem, It's no better: root@elronde:/home/alxgomzecho 0 /proc/sys/net/ipv4/conf/all/accept_redirects root@elronde:/home/alxgomz# cat /proc/sys/net/ipv4/conf/*/accept_redirects 0 1 1 1 1 Where I expected this to put all interfaces to zero. the entry ./default/accept_redirects seems to work as expected. I have seen the same behaviour for other proc entries such as send_redirects and notices the bug #630650 that is maybe related. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages procps depends on: ii initscripts 2.88dsf-13.11 ii libc6 2.13-18 ii libncurses5 5.9-1 ii libncursesw5 5.9-1 ii lsb-base 3.2-28 Versions of packages procps recommends: ii psmisc 22.13-1 procps suggests no packages. -- Configuration Files: /etc/sysctl.conf changed: net.ipv4.conf.all.accept_redirects = 0 -- 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#642409: linux-2.6: suspend from gnome shutdown fails when krb5/nfs4 user logged in
On 22/09/11 19:34, Jonathan Nieder wrote: Hi John, John Hughes wrote: On different machines (Dell Optiplex GX270, GX280, 390) with different versions of the Kernel (x86 2.6.35, amd64 3.0.0) suspend from the kernel fails if a user who's home directory is on a krb5/nfs4 server. The kernel seems to be unable to freeze user tasks doing nfs ops. What are the oldest and newest kernels you've experienced this with I'm seeing it with: Linux version 2.6.32-5-686 (Debian 2.6.32-35squeeze2) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Fri Sep 9 20:51:05 UTC 2011 (My original bug report was wrong, I mis-read 2.6.32-5 as 2.6.35). Also on: Linux version 3.0.0-1-amd64 (Debian 3.0.0-4) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-9) ) #1 SMP Tue Sep 20 07:03:13 UTC 2011 (installed on squeeze) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642409: linux-2.6: suspend from gnome shutdown fails when krb5/nfs4 user logged in
On 22/09/11 19:42, Jonathan Nieder wrote: Thanks! That bug log has a message: | seems to be fixed in 3.1.0-0.rc6.git0.0.fc16.x86_64 and I don't see any relevant patches in the Fedora tree at http://pkgs.fedoraproject.org/gitweb/?p=kernel.git;a=tree. So it could be worth testing 3.1-rc6 from experimental, too. Ah, I didn't see that message. I'll try that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642480: reopened as cryptographic validation used in apt-key net-update is broken
Hi, I've reopened this bug and set the severity to normal in order to keep track on the code this bug pointed at. The cryptographic verification code used in the function called by apt-key net-update is utterly broken. The situation is not improved by replacing list-sigs to check-sigs, because still the key id strings (which are absurdly short and easy to forge) are used to verify that a key has been signed by another key. This is broken. This bug may be closed either when the code in apt-key has been replaced so that the signatures are checked or the code is removed completely. Regards, - Alex pgpPwcGIeykCk.pgp Description: PGP signature
Bug#617073: strongwind: deprecation of dh_pycentral, please use dh_python2
Hi Jakub, Sorry I miss the first email, and taking this too long. By looking at debian/control, there is neither python-central nor any python helpers as build dependencies, is it because I add ${python:Depends}, ${shlibs:Depends} and ${python:Provides}? I remove these variables and pbuilder-dist unstable to test it without the error message you have, and upload the package to http://mentors.debian.net/, could you please help me to sponsor it? :) Thanks a lot On Fri, Sep 23, 2011 at 4:24 AM, Jakub Wilk jw...@debian.org wrote: * Matthias Klose d...@debian.org, 2011-03-07, 00:52: The package build-depends on python-central, which should be removed in time for the wheezy release. In fact, despite the build-dependency, this package doesn't use python-central. Worse, it doesn't use any Python helper at all. From the build log: | dh_gencontrol | dpkg-gencontrol: warning: Depends field of package python-strongwind: unknown substitution variable ${python:Depends} | dpkg-gencontrol: warning: Depends field of package python-strongwind: unknown substitution variable ${shlibs:Depends} | dpkg-gencontrol: warning: Provides field of package python-strongwind: unknown substitution variable ${python:Provides} -- Jakub Wilk -- Ray Wang - Follow your dreams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613143: there is /usr/lib64 symlink but no /usr/local/lib64
On Thu, Sep 22, 2011 at 05:08:33PM -0500, Jonathan Nieder wrote: Tollef Fog Heen wrote: ]] Steve Langasek | How do we square that with the FHS, then? The FHS says: | | If directories /libqual or /usr/libqual exist, the equivalent | directories must also exist in /usr/local. | | That seems to require /usr/local/lib64 even if we *don't* include | /usr/lib64, right? Should we amend policy to take this exception to the | FHS? Please open a bug report on policy if you think we should. I think this is a bug in the FHS that we need to work around in Debian policy. libc6 2.13-17 removed the /lib64 and /usr/lib64 symlinks, so the problem described in bug#612000 no longer exists and there's no reason to want a /usr/local/lib64 symlink any more. We're left in the less worrisome situation Steve described, with the question of whether to create a (useless) /usr/local/lib64 directory. So now I can wholeheartedly endorse your proposed change. --- /proc/self/fd/132011-02-13 09:12:50.142239544 +0100 +++ policy.sgml 2011-02-13 09:12:01.565231567 +0100 @@ -5993,6 +5993,13 @@ to get access to kernel information./footnote /p /item + item +p + The requirement for file/usr/local/liblt;qualgt;/file + to exist if file/liblt;qualgt/file or + file/usr/liblt;qualgt/file exists is removed. +/p + /item /enumlist /p Seconds? Seconded. The whole lib64 business was completly backward from the start. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. signature.asc Description: Digital signature
Bug#642506: Please don't depend on epiphany-gecko
Package: debgtd Version: 1.3.1-1 Severity: normal - Forwarded message from Jeremy Bicha - Subject: Please don't depend on epiphany-gecko Date: Wed, 24 Aug 2011 07:19:41 -0400 Epiphany-gecko has only been a transitional package for a while now in Debian and Ubuntu. Please have debgtd depend on x-www-browser instead of suggesting a specific browser. Or you could probably assume that a computer that is working on Debian bug reporting has an Internet connection and a web browser and therefore you don't even need to depend on a web browser as it can be assumed to be there. Jeremy - End forwarded message - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642507: gnucash: Missing dependency on libgoffice-0.8-8
Package: gnucash Version: 1:2.4.7-2 Severity: serious Gnucash refuses to start due to a missing library: $ gnucash gnucash: error while loading shared libraries: libgoffice-0.8.so.8: cannot open shared object file: No such file or directory $ ldd /usr/bin/gnucash |grep goffice libgoffice-0.8.so.8 = not found $ Installing libgoffice-0.8-8 by hand allows Gnucash to start again. I guess this package should be a dependency. What's puzzling (to me) is that libgoffice-0.8-dev is listed as a Build-Depends:, and the debian/control file mentions ${shlibs:Depends}, but according to http://packages.debian.org/sid/gnucash the dependency doesn't get added on all architectures for some reason. A rebuild in an up-to-date cowbuilder on my i386 doesn't add the dependency, for instance. Roland. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnucash depends on: ii gnucash-common 1:2.4.7-2 ii guile-1.8 1.8.8+1-6 ii guile-1.8-libs 1.8.8+1-6 ii libart-2.0-2 2.3.21-1 ii libatk1.0-02.0.1-2 ii libbonobo2-0 2.24.3-1 ii libbonoboui2-0 2.24.3-1 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libcrypt-ssleay-perl 0.57-2+b2 ii libdate-manip-perl 6.25-1 ii libfinance-quote-perl 1.17+git20110918-1 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.6-2 ii libgconf2-42.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-0 2.28.6-1 ii libgmp10 2:5.0.2+dfsg-1 ii libgnome2-02.32.1-1 ii libgnomecanvas2-0 2.30.3-1 ii libgnomeui-0 2.24.5-2 ii libgnomevfs2-0 1:2.24.4-1 ii libgtk2.0-02.24.6-1 ii libhtml-tableextract-perl 2.11-1 ii libhtml-tree-perl 4.2-1 ii libice62:1.0.7-2 ii libltdl7 2.4-4 ii liborbit2 1:2.14.18-0.2 ii libpango1.0-0 1.28.4-3 ii libpopt0 1.16-1 ii libsm6 2:1.2.0-2 ii libwww-perl6.02-1 ii perl 5.12.4-4 ii slib 3b1-3.1 Versions of packages gnucash recommends: pn gnucash-docs none Versions of packages gnucash suggests: pn libdbd-mysqlnone pn libdbd-pgsqlnone pn libdbd-sqlite3 none -- no debconf information -- Roland Mas Sauvez un arbre, tuez un castor. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642508: cups-client: lpstat without options segfaults
Package: cups-client Version: 1.5.0-7 Severity: normal Dear Maintainer, running lpstat without any options produces a segfault on my system Workaround is to add an option, e.g., lpstat -a. This happens with libcupsimage2/libcups2/cups-common from stable (1.5.0-5) as well with the version stated below, so I'd assume it might be a bug in the lpstat code itself -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups-client depends on: ii adduser3.113 ii cups-common1.5.0-7 ii libc6 2.13-18 ii libcups2 1.5.0-7 ii libcupsimage2 1.5.0-7 Versions of packages cups-client recommends: ii smbclient 2:3.5.11~dfsg-1 Versions of packages cups-client suggests: pn cups 1.5.0-5 pn cups-bsd none pn xpp none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635625: fakechroot: FTBFS[adm64]: fatal error: sys/cdefs.h not found
tag 635625 unreproducible thanks Can't reproduce this bug. The patch is wrong because BIARCH_LIBDIR means 32-bit libdir for 64-bit arch and 64-bit libdir for 32-bit arch. BTW, after fixing #632954 the debian/rules will be completely rewritten and will use multiarch support in debhelper. 2011/7/27 Geert Stappers stapp...@stappers.nl Package: fakechroot Version: 2.14-1 Severity: important Hello, On an amd64 I get from `fakeroot debian/rules binary` this fatal output Making all in src make[4]: Entering directory `/usr/src/fakechroot-2.14/build-tree-lib-biarch/src' /bin/sh ../libtool --tag=CC --mode=compile gcc -m32 -DHAVE_CONFIG_H -I. -I../../src -I..-g -Wall -Wno-deprecated-declarations -g -O2 -c -o access.lo ../../src/access.c libtool: compile: gcc -m32 -DHAVE_CONFIG_H -I. -I../../src -I.. -g -Wall -Wno-deprecated-declarations -g -O2 -c ../../src/access.c -fPIC -DPIC -o .libs/access.o In file included from /usr/include/errno.h:29:0, from ../../src/libfakechroot.h:21, from ../../src/access.c:23: /usr/include/features.h:356:25: fatal error: sys/cdefs.h: No such file or directory compilation terminated. make[4]: *** [access.lo] Error 1 make[4]: Leaving directory `/usr/src/fakechroot-2.14/build-tree-lib-biarch/src' make[3]: *** [all-recursive] Error 1 It is a Fails To Build From Source ... -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fakechroot depends on: ii libc6 2.13-11Embedded GNU C Library: Shared lib fakechroot recommends no packages. Versions of packages fakechroot suggests: ii libc6-i3862.13-11Embedded GNU C Library: 32-bit sha -- no debconf information -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- bsp; `-
Bug#642509: db4.8: small piece (correct CC) missing for successful cross-building
Package: db4.8 Version: 4.8.30-9 Severity: normal Tags: patch User: crossbu...@debian.org Usertags: cross Hi, In version 4.8.30-4, you applied a cross-build patch from Steve Langasek; thanks! However, there's one small piece left; debian/rules sets CC=gcc regardless of whether it's building natively or cross, which means that an attempt to cross-build db4.8 actually produces objects built for i386. Simply tweaking CC when cross-building is enough to fix this. Would you apply this patch? (I realise that you want db4.8 to go away, but it's still a build-dependency of python2.6 and python2.7, which means that it still shows up in many interesting cross-build chains. db doesn't have this particular problem, but has a different one; I'll need to investigate that separately.) * Set CC appropriately when cross-compiling. diff -Nru db4.8-4.8.30/debian/rules db4.8-4.8.30/debian/rules --- db4.8-4.8.30/debian/rules 2011-06-28 09:24:46.0 +0100 +++ db4.8-4.8.30/debian/rules 2011-09-22 17:54:52.0 +0100 @@ -20,7 +20,12 @@ DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) -CONFIGURE_VARS = CC=gcc CFLAGS=$(CFLAGS) +ifeq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE)) + CONFIGURE_VARS = CC=gcc CFLAGS=$(CFLAGS) +else + CONFIGURE_VARS = CC=$(DEB_HOST_GNU_TYPE)-gcc CFLAGS=$(CFLAGS) +endif + CONFIGURE_SWITCHES =--prefix=/usr \ --mandir=\$${prefix}/share/man \ --localstatedir=/var \ Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642510: mouse cursor starts jumping ±5px when panning is enabled
Package: x11-xserver-utils Version: 7.5+2 Severity: normal (Well, it's not really xrandr bug, but of some underlying subsystem, but I don't know what package to report this bug against.) My system sometimes has two displays: a built-it LCD of 1440x900px connected via LVDS, and an external VGA of 1024x768px which is switched into panning mode: xrandr --output VGA1 --mode 1024x768 --panning 1440x900 This setting makes my mouse cursor jump for approximately 5px back and forth about 5 times a second every time it reaches the border of the current window displayed on the secondary (smaller) screen. As I understand this thing, first the mouse cursor moves out of the window, and something returns it back, then moves the window (does the panning), and then returns the cursor back to the position it was before, and that happens again and again. I've spent about half an hour trying different mouses, enabling and disabling both my trackpoint and touchpad before I noticed this happens in the very same areas of the screen every time. And only then I guessed what it can be and checked what my secondary screen displays. Please, reassign this bug to the appropriate package and forward it to the upstream, as it's very annoying. Thanks, Andrew -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11-xserver-utils depends on: ii cpp 4:4.6.0-6 GNU C preprocessor (cpp) ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libx11-6 2:1.3.3-3 X11 client-side library ii libxau6 1:1.0.4-2 X11 authorisation library ii libxaw7 2:1.0.9-2 X11 Athena Widget library ii libxext6 2:1.2.0-2 X11 miscellaneous extension librar ii libxi62:1.3-4X11 Input extension library ii libxmu6 2:1.1.0-1 X11 miscellaneous utility library ii libxmuu1 2:1.1.0-1 X11 miscellaneous micro-utility li ii libxrandr22:1.3.0-2 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxt61:1.0.6-1 X11 toolkit intrinsics library ii libxxf86vm1 1:1.1.1-1 X11 XFree86 video mode extension l x11-xserver-utils recommends no packages. Versions of packages x11-xserver-utils suggests: pn cairo-5c none (no description available) pn nicklenone (no description available) ii xorg-docs-core1:1.5.99.901-1 Core documentation for the X.org X -- 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#632954: make fakechroot multiarch
tag 632954 pending thanks Thank you very much for rewritting this package and I will upload new version as far as I'll fix some other bugs. 2011/7/30 Johannes Schauer j.scha...@email.de Hi, I modified my patch by just adding a --parallel to the dh call as suggested here: [1] find the new patch attached cheers, josch [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617669#5 -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#639780: Здравствуйте, дорогие,
Здравствуйте, дорогие, Рад сегодня, когда я увидел свой профиль и любят писать к вам, я скучаю Фатима Kabashi по имени, я действительно заинтересован в вас серьезного долгосрочные отношения. У меня есть очень важный вопрос, чтобы обсудить с вами, я очень сильно в вас дух, который был причиной я решил написать вам, имейте в виду, что вы не единственный человек в этот сайт, но я чувствую, что вы тот человек, чтобы поговорить с потратить всю жизнь, пожалуйста, свяжитесь с помощью этой электронной почте (fatima_kaba...@yahoo.com) связаться со мной, так что я пошлю вам мою фотографию, чтобы знать, кто я есть. Помните расстояние или цвет кожи не имеет значения, но настоящая любовь вопросов много в жизни. Ваша любовь Фатима
Bug#642480: (no subject)
hi, i am not sure --check-sigs will fix this. the keyring contains the colliding ID pub key and according to my tests --check-sigs works too on ubuntu - the signatures are correct and the keys are present. you can check with the keyring at: http://marc.info/?l=full-disclosurem=131668259924743w=2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642511: openthesaurus does not build correctly on UTF-8 systems
Package: openthesaurus Severity: normal Version: 20110119-3 Tag: patch When building openthesaurus on a system with UTF-8 locale, I get the following error: --- unzip -o ooo3/Deutscher-Thesaurus.oxt \ /usr/share/mythes/th_gen_idx.pl -o th_de_DE_v2.idx \ th_de_DE_v2.dat \ LANG=C cat th_de_DE_v2.dat | sed -e 's/DF/ss/' th_de_CH_v2.dat; \ /usr/share/mythes/th_gen_idx.pl -o th_de_CH_v2.idx \ th_de_CH_v2.dat Archive: ooo3/Deutscher-Thesaurus.oxt inflating: th_de_DE_v2.idx inflating: th_de_DE_v2.dat inflating: README.txt inflating: description.xml inflating: Dictionaries.xcu inflating: META-INF/manifest.xml th_de_DE_v2.idx sed: -e expression #1, char 7: unterminated `s' command Use of uninitialized value $encoding in length at /usr/share/mythes/th_gen_idx.pl line 76. Use of uninitialized value $encoding in scalar chomp at /usr/share/mythes/th_gen_idx.pl line 77. Use of uninitialized value $encoding in concatenation (.) or string at /usr/share/mythes/th_gen_idx.pl line 103. --- This leads to a mythes-de-ch package with an empty swiss german thesaurus file. The reason seems to be the debian/rules file which contains an ISO-8859-1 encoded character (see the above sed expression). $ file -i openthesaurus-20110119.orig/debian/rules openthesaurus-20110119.orig/debian/rules: text/plain; charset=iso-8859-1 Escaping this character fixes this issue (see attached patch). Tom diff -Naurp openthesaurus-20110119.orig/debian/rules openthesaurus-20110119/debian/rules --- openthesaurus-20110119.orig/debian/rules 2011-01-19 22:05:28.0 +0100 +++ openthesaurus-20110119/debian/rules 2011-09-23 10:25:01.704519908 +0200 @@ -22,7 +22,7 @@ build-indep-stamp: configure-stamp unzip -o ooo3/Deutscher-Thesaurus.oxt \ /usr/share/mythes/th_gen_idx.pl -o th_de_DE_v2.idx \ th_de_DE_v2.dat \ - LANG=C cat th_de_DE_v2.dat | sed -e 's/ß/ss/' th_de_CH_v2.dat; \ + LANG=C cat th_de_DE_v2.dat | sed -e 's/\ß/ss/' th_de_CH_v2.dat; \ /usr/share/mythes/th_gen_idx.pl -o th_de_CH_v2.idx \ th_de_CH_v2.dat
Bug#642508: depends on user id
Just noted after installing most of cups from unstable that the segfault seems to occur for root only. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642480: (no subject)
Hi, * Georgi Guninski gunin...@guninski.com wrote: i am not sure --check-sigs will fix this. I am pretty sure that check-sigs will not fix this :) the keyring contains the colliding ID pub key and according to my tests --check-sigs works too on ubuntu - the signatures are correct and the keys are present. What do you mean by works too on ubuntu? When called with --list-sigs, the output is the same as when gpg is called with --check-sigs, just an exclamation mark is added: $ gpg --no-default-keyring --keyring ./ubuntu-archive-keyring.gpg --with-colons --list-sigs DB046AD3 | grep -v pub [...] sig:::17:8B56ED98DB046AD3:2011-09-21ubun1 ubun1@aaa:13x: sig:::17:8B56ED98DB046AD3:2011-09-21ubun1 ubun1@aaa:18x: $ gpg --no-default-keyring --keyring ./ubuntu-archive-keyring.gpg --with-colons --check-sigs DB046AD3 | grep -v pub [...] sig:!::17:8B56ED98DB046AD3:2011-09-21ubun1 ubun1@aaa:13x: sig:!::17:8B56ED98DB046AD3:2011-09-21ubun1 ubun1@aaa:18x: This suggests that it makes no difference whether gpg is called with list-sigs or check-sigs here. Regards, - Alex pgp4i8UIpwl5Y.pgp Description: PGP signature
Bug#642509: [pkg-db-devel] Bug#642509: db4.8: small piece (correct CC) missing for successful cross-building
Would you apply this patch? Uploaded... (I realise that you want db4.8 to go away, but it's still a build-dependency of python2.6 and python2.7, which means that it still shows up in many interesting cross-build chains. It would be nice if you have some spare cycles to help me find why the python2.7 build is failing when updated to db5.1. We ran some tests in the experimental to build with db5.1 on all archs and several architectures had a problem. Unfortunatelly I don't have a time to debug it now and may have a time in few months. So if you f.e. will have time after oneiric is out, it would be great help if you could help me with that. db doesn't have this particular problem, but has a different one; I'll need to investigate that separately.) Thanks for that. O. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642512: gnupg --recv-keys says key xxx not found on keyserver when a proxy refused connexion with 503
Package: gnupg Version: 1.4.11-3 This happens when the HKP port is filtered by a HTTP proxy. A message like Proxy could not contact the server would be much more accurate... Here is what the user gets: $ gpg --recv-keys 03A3F7F5 gpg: requesting key 03A3F7F5 from hkp server keys.gnupg.net gpgkeys: key 03A3F7F5 not found on keyserver gpg: no valid OpenPGP data found. gpg: Total number processed: 0 While strace reveals: 3599 recv(5, HTTP/1.0 503 Service Unavailable..., 16384, 0) = 1566 -- Yann Dirson - Bertin Technologies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642480: (no subject)
On Fri, Sep 23, 2011 at 11:12:17AM +0200, Alexander Neumann wrote: Hi, * Georgi Guninski gunin...@guninski.com wrote: i am not sure --check-sigs will fix this. I am pretty sure that check-sigs will not fix this :) the keyring contains the colliding ID pub key and according to my tests --check-sigs works too on ubuntu - the signatures are correct and the keys are present. What do you mean by works too on ubuntu? When called with --list-sigs, the output is the same as when gpg is called with --check-sigs, just an exclamation mark is added: $ gpg --no-default-keyring --keyring ./ubuntu-archive-keyring.gpg --with-colons --list-sigs DB046AD3 | grep -v pub [...] sig:::17:8B56ED98DB046AD3:2011-09-21ubun1 ubun1@aaa:13x: sig:::17:8B56ED98DB046AD3:2011-09-21ubun1 ubun1@aaa:18x: $ gpg --no-default-keyring --keyring ./ubuntu-archive-keyring.gpg --with-colons --check-sigs DB046AD3 | grep -v pub [...] sig:!::17:8B56ED98DB046AD3:2011-09-21ubun1 ubun1@aaa:13x: sig:!::17:8B56ED98DB046AD3:2011-09-21ubun1 ubun1@aaa:18x: This suggests that it makes no difference whether gpg is called with list-sigs or check-sigs here. this is exactly my point - there is no difference, so --check-sig is useless. sorry for not being clear enough. btw, even if vanilla debian is not vulnerable, IMO this should be fixed or ditched because someone might chose to use the buggy code. -- joro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609592: Status?
Hi Norbert, What's the status of 5.5 in Debian? Greetings, Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642409: linux-2.6: suspend from gnome shutdown fails when krb5/nfs4 user logged in
On 23/09/11 09:31, John Hughes wrote: On 22/09/11 19:42, Jonathan Nieder wrote: So it could be worth testing 3.1-rc6 from experimental, too. Ah, I didn't see that message. I'll try that. Nothing later than 3.1-rc4 in experimental that I can see. And that behaves in exactly the same way. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642480: (no subject)
Hi, * Georgi Guninski gunin...@guninski.com wrote: On Fri, Sep 23, 2011 at 11:12:17AM +0200, Alexander Neumann wrote: * Georgi Guninski gunin...@guninski.com wrote: i am not sure --check-sigs will fix this. I am pretty sure that check-sigs will not fix this :) this is exactly my point - there is no difference, so --check-sig is useless. sorry for not being clear enough. btw, even if vanilla debian is not vulnerable, IMO this should be fixed or ditched because someone might chose to use the buggy code. Great, I share your opinion, and that is exactly the reason why I reopened this bug. Thanks for reporting! :) Regards, - Alex pgpGg2JbqZZhr.pgp Description: PGP signature
Bug#642513: gperf: calls install-info in postinst unnecessarily
Package: gperf Version: 3.0.3-1 Severity: minor Justification: silly message at configure time Today I installed gperf as a build-time dependency of another package. Unpacking gperf (from .../gperf_3.0.3-1+b1_amd64.deb) ... Setting up gperf (3.0.3-1+b1) ... Ignoring install-info called from maintainer script The package gperf should be rebuilt with new debhelper to get trigger support The error message rests on a false assumption, since gperf does not use dh_installinfo. gperf/debian/postinst says: #! /bin/sh set -e install-info --quiet --section Development Development /usr/share/info/gperf.info #DEBHELPER# To fix the package, it should be enough to drop the install-info line from postinst, since install-info's interest in /usr/share/info means the Info directory gets updated automagically when appropriate nowadays. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642397: [Pkg-xfce-devel] Bug#642397: xfce4-power-manager: Segfault when docking
Am Thu, 22. Sep 2011, 07:41:42 -0700 schrieb Yves-Alexis Perez: This backtrace doesn't look really useful, I'm not sure it's the correct thread, could you try with 'thread apply all bt full'? The new stacktrace is below. It doesn't look to me like there is more than one thread. I should also point out that I was having some trouble reproducing this. Yesterday the crashes happened reliably after resuming, no matter whether the laptop was docked or not, today I can only reproduce it when suspending in undocked state and resuming in docked state. So maybe it has something to do with docking after all. Oh, and when I'm talking about undocked, that implies on battary while docked implies power supply connected. Thanks, Jö. == (xfce4-power-manager:6520): GLib-GObject-WARNING **: invalid uninstantiatable type `(null)' in cast to `XfpmBattery' Program received signal SIGSEGV, Segmentation fault. 0x08053e62 in ?? () (gdb) thread apply all bt full Thread 1 (Thread 0xb729b750 (LWP 6520)): #0 0x08053e62 in ?? () No symbol table info available. #1 0xb796d381 in g_idle_dispatch (source=0x80f8d48, callback=0, user_data=0x808ed18) at /build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/glib/gmain.c:4065 No locals. #2 0xb796f305 in g_main_dispatch (context=0x8095538) at /build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/glib/gmain.c:1960 dispatch = 0xb796d360 g_idle_dispatch user_data = 0x808ed18 callback = 0x8053e40 cb_funcs = 0xb79fc57c cb_data = 0x80cbd68 current_source_link = {data = 0x80f8d48, next = 0x0} source = 0x80f8d48 current = 0x809b5a0 i = 1 #3 IA__g_main_context_dispatch (context=0x8095538) at /build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/glib/gmain.c:2513 No locals. #4 0xb7972fe8 in g_main_context_iterate (context=0x8095538, block=value optimized out, dispatch=1, self=0x8069008) at /build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/glib/gmain.c:2591 max_priority = 200 timeout = 0 some_ready = 1 nfds = value optimized out allocated_nfds = value optimized out fds = value optimized out __PRETTY_FUNCTION__ = g_main_context_iterate #5 0xb7973527 in IA__g_main_loop_run (loop=0x80d3700) at /build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/glib/gmain.c:2799 self = 0x8069008 __PRETTY_FUNCTION__ = IA__g_main_loop_run #6 0xb7caae19 in IA__gtk_main () at /build/buildd-gtk+2.0_2.20.1-2-i386-TNeM25/gtk+2.0-2.20.1/gtk/gtkmain.c:1219 tmp_list = 0x80b65a0 functions = 0x0 ---Type return to continue, or q return to quit--- init = 0xb228 loop = 0x80d3700 #7 0x0804d7cf in ?? () No symbol table info available. #8 0x0804de51 in ?? () No symbol table info available. #9 0xb76bec76 in __libc_start_main (main=0x804d820, argc=2, ubp_av=0xb304, init=0x8062740, fini=0x8062730, rtld_fini=0xb7ff1040 _dl_fini, stack_end=0xb2fc) at libc-start.c:228 result = value optimized out unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1216438284, 0, 0, -1073745192, 1381887113, 2053200536}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x2, 0x804d250}, data = {prev = 0x0, cleanup = 0x0, canceltype = 2}}} not_first_call = value optimized out #10 0x0804d271 in ?? () No symbol table info available. (gdb) == -- Jorrit (Jö) Fahlke, Interdisciplinary Center for Scientific Computing, Heidelberg University, Im Neuenheimer Feld 368, D-69120 Heidelberg Tel: +49 6221 54 8890 Fax: +49 6221 54 8884 Interpunktion, Orthographie und Grammatik der Email ist frei erfunden. Eine Übereinstimmung mit aktuellen oder ehemaligen Regeln wäre rein zufällig und ist nicht beabsichtigt. signature.asc Description: Digital signature
Bug#642480: (no subject)
i don't think there are many ways to fix this. a possible solution is 1. delete all keys with keyid==MASTER key from the archive keyring (to prevent forged signatures) 2. add --keyring masterkeyring to gpg arguments 3. do --check-sigs taking care of unknown pubkeys this might be buggy though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638287: /var/log/ntpstats as tmpfs will contantly consume RAM on diskless workstations
tags #638287 - pending # fix commented out in SVN thanks Petter made me aware of constant RAM consumtion by ntpd if /var/log/ntpstats is mounted on tmpfs. Searching for another way to get rid of syslog floodings... Mike - Weitergeleitete Nachricht von petter.reinholdt...@usit.uio.no - Datum: Thu, 22 Sep 2011 16:27:33 +0200 Von: Petter Reinholdtsen petter.reinholdt...@usit.uio.no Betreff: Bad idea to allow ntpd to write to /var/log/ntpstats/ on diskless workstations? (Was: r74218 - in trunk/src/debian-edu-config: debian share/ltsp/ltsp_config.d) An: debian-...@lists.debian.org [Mike Gabriel] +debian-edu-config (1.446~svn74196) UNRELEASED; urgency=low + + * Provide LTSP rwbind on diskless workstations for /var/log/ntpstats +(closes #638287). This is probably a bad idea, as ntpd will fill up this directory with logs, and thus slowly eat RAM away from the diskless machine. I decided to not make this directory writable to avoid it, as ntpd work fine without write access to this directory. The only issue is some warnings from ntpd, and these can be ignored. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2fl8vpgk5yi@diskless.uio.no - Ende der weitergeleiteten Nachricht - -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpVuBGxeAPVq.pgp Description: Digitale PGP-Unterschrift
Bug#618184: Tagging some GNUstep bugs as pending
On Sun, Jul 03, 2011 at 06:56:53PM +0300, Yavor Doganov wrote: At Sat, 2 Jul 2011 12:09:47 +0200, Julien Cristau wrote: tags 618184 + pending That was 3 months ago. When can we expect a fix in sid? When we have a green light from the release team to carry out the GNUstep transition (#629477). I prefer a package to FTBFS than to fail miserably at runtime (which is guaranteed to happen if the fix is uploaded now). So this is obviously needed for the GNUstep transition. Can you please upload it? Thanks Philipp kern signature.asc Description: Digital signature
Bug#642514: workrave: GNOME panel applet crashes
Package: workrave Version: 1.9.4-2 Severity: important Dear Maintainer, Since 2 or 3 days (I upgrade testing daily), the Workrave GNOME panel applet crashes when I log in: The panel encountered a problem while loading OAFIID:GNOME_WorkraveApplet. I don't know where I can get more info, as .xsession-errors only says: ** (gnome-panel:2599): WARNING **: panel-applet-frame.c:1273: failed to load app let OAFIID:GNOME_WorkraveApplet: (null) Hmmm, now that I think of it: is it just that this applet is removed?? That would be a great pity, because it's a very useful applet! Without it, you keep having some extra timer window on screen... Anyway, I guess I'll have to delete the applet from my panel for now. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages workrave depends on: ii libatk1.0-0 2.0.1-2 ii libatkmm-1.6-1 2.22.5-1 ii libc62.13-18 ii libcairo21.10.2-6.1 ii libcairomm-1.0-1 1.10.0-1 ii libdbus-1-3 1.4.14-1 ii libdbus-glib-1-2 0.94-4 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.6-2 ii libgcc1 1:4.6.1-4 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libgdome2-0 0.8.1+debian-4.1 ii libglib2.0-0 2.28.6-1 ii libglibmm-2.4-1c2a 2.28.1-1 ii libgstreamer0.10-0 0.10.35-1 ii libgtk2.0-0 2.24.4-3 ii libgtkmm-2.4-1c2a1:2.24.2-1 ii libice6 2:1.0.7-2 ii libpango1.0-01.28.4-3 ii libpangomm-1.4-1 2.28.2-1 ii libpulse-mainloop-glib0 0.9.23-1 ii libpulse00.9.23-1 ii libsigc++-2.0-0c2a 2.2.9-1 ii libsm6 2:1.2.0-2 ii libstdc++6 4.6.1-4 ii libx11-6 2:1.4.4-1 ii libxml2 2.7.8.dfsg-4 ii libxtst6 2:1.2.0-3 ii workrave-data1.9.4-2 workrave recommends no packages. workrave 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#637722: Fwd: gnuchess needs some love
Dear Bradley, if you see any chance i would really like to co-maintain or takeover the care of gnuchess. Regards, Oliver Original Message Subject: gnuchess needs some love Date: Tue, 11 Jan 2011 13:47:19 +0100 From: Oliver Korff o...@xynyx.de To: Bradley Smith bradsm...@debian.org Dear Bradley, I am working as a DD on the chess related software in debian. In the recent time I got to know, that gnuchess could be improved. Upstream development is dead, but Michel Van den Bergh michel.vandenbe...@uhasselt.be is working on it again and will respond to bug-reports and maintenance issues. You could contact him to cover the outstanding bug-reports. I am personally very interested to help with the packaging. Regards, Oliver -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642515: Please package newest upstream version
Package: nagios3 Version: 3.2.3-3 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks! - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nagios3 depends on: ii nagios3-cgi 3.2.3-3 ii nagios3-core 3.2.3-3 nagios3 recommends no packages. Versions of packages nagios3 suggests: pn nagios-nrpe-plugin none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk58YTkACgkQNFDtUT/MKpC/lgCeOg8kGBtOKuN+blkh4Ai7ZJ+S QFoAnj2tHkXfwy7TbWlFFtSaaB8wLrQe =u7Py -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642516: claws-mail: Client-side certificates with password-protect key cause IMAP to fail
Package: claws-mail Version: 3.7.6-4 Severity: normal With any PEM (.pem, base64 DER) certificate (key-cert-CA) or PKCS#12 (.p12) client-side certificate for which the key (or .p12 file) requires a password, the password fails to work (perhaps because of a apostrophe in the password?) and thus the key is not decrypted and the server is unable to verify the certificate. This manifests itself as 'client sent no valid certificate' on the server (and debug logs for the server reveal no certicate at all was sent). On the client side the error, if any depends on the certificate type (.p12 gives a fatal gnu tls error in the debug log, while the .pem format complains about DER and gives a (nil) key. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages claws-mail depends on: ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii libcairo21.8.10-6The Cairo 2D vector graphics libra ii libcompfaceg11:1.5.2-5 Compress/decompress images for mai ii libdbus-glib-1-2 0.88-2.1simple interprocess messaging syst ii libenchant1c2a 1.6.0-1 a wrapper library for various spel ii libetpan13 0.58-1 mail handling library ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.2-1The GLib library of C routines ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.20.1-2The GTK+ graphical user interface ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library ii libldap-2.4-22.4.23-7.2 OpenLDAP libraries ii libpango1.0-01.28.3-1+squeeze2 Layout and rendering of internatio ii libpisock9 0.12.5-2library for communicating with a P ii libsm6 2:1.1.1-1 X11 Session Management library ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 6.0-0-6English dictionary for GNU Aspell ii claws-mail-i18n 3.7.6-4Locale data for Claws Mail (i18n s ii xfonts-100dpi 1:1.0.1100 dpi fonts for X ii xfonts-75dpi 1:1.0.175 dpi fonts for X Versions of packages claws-mail suggests: ii claws-mail-doc 3.7.6-4 User documentation for Claws Mail ii claws-mail-tools3.7.6-4 Helper and utility scripts for Cla ii iceweasel [www-browser] 3.5.16-9 Web browser based on Firefox ii lynx-cur [www-browser] 2.8.8dev.5-1 Text-mode WWW Browser with NLS sup ii midori [www-browser]0.2.4-3 fast, lightweight graphical web br ii mousepad0.2.16-4 simple Xfce oriented text editor ii w3m [www-browser] 0.5.2-9 WWW browsable pager with excellent ii xemacs21-mule [www-browser] 21.4.22-3.1 highly customizable text editor -- -- 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#615721: fix ftbfs
tags 615721 + patch user ubuntu-de...@lists.ubuntu.com usertags 615721 oneiric ubuntu-patch thanks patch at http://launchpadlibrarian.net/80721887/gemanx-gtk2_0.1.0.3-1_0.1.0.3-1ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642517: calibre: many new upstream versions available
Package: calibre Version: 0.8.8+dfsg-1 Severity: wishlist Hi there. Calibre is frequently updated by its author and there are (the last time I checked) 8 minor revisions, with many of them fixing news fetchers (and also including some important ones). In particular, version 0.8.16 has many good improvements for conversion between formats, as it incorporates rules from a project called Readability (as stated in the changelog). Please, do consider uploading new versions, even if only for experimental. Thanks, -- 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.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages calibre depends on: ii calibre-bin 0.8.8+dfsg-1 ii graphicsmagick-imagemagick-compat [imagemagick] 1.3.12-1.1 ii poppler-utils0.16.7-2 ii python-beautifulsoup 3.2.0-2 ii python-cherrypy3 3.1.2-1 ii python-cssutils 0.9.8~a1-1 ii python-dateutil 1.5-1 ii python-dbus 0.84.0-2 ii python-django-tagging0.3.1-1 ii python-encutils 0.9.8~a1-1 ii python-imaging 1.1.7-4 ii python-lxml 2.3-0.1+b2 ii python-mechanize 0.2.5-1 ii python-pkg-resources 0.6.16-1 ii python-pyparsing 1.5.2-2 ii python-qt4 4.8.3-4 ii python-routes1.12.3-1 ii python2.72.7.2-5 ii ttf-liberation 1.07.0-1 ii xdg-utils1.1.0~rc1-2 Versions of packages calibre recommends: pn python-dnspython none calibre suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618878: [pm-utils] the proposed patch seems obsolete
Package: pm-utils Version: 1.4.1-8 --- Please enter the report below this line. --- [...] -iwl*) if [ -f /sys/class/net/$1/device/power_level ]; then +iwl*) if [ -f /sys/class/ieee80211/$1/device/power_level ]; then [...] The proposed patch seems outdated: at least with current 3.0 kernel with an iwlagn (Intel Corporation Centrino Advanced-N 6230) device, I can't find any /sys/class/ieee80211/$1/device/power_level file: root@laptop:~# LANG=C ls -l /sys/class/ieee80211/phy0/device/power_level ls: cannot access /sys/class/ieee80211/phy0/device/power_level: No such file or directory BTW, physical device files can be accessed through the phy80211 symlink present in the /sys/class/net/wlan0/ directory: root@laptop:~# LANG=C ls -l /sys/class/net/wlan0/phy* lrwxrwxrwx 1 root root 0 Sep 23 09:07 /sys/class/net/wlan0/phy80211 - ../../ieee80211/phy0 The presence of such symlink can be used to determine whether the interface is wireless or not; currently it seems that power saving features can only be enabled with the iwconfig method (though iw dev wlan0 set power_save on does also work). This is what I applied to get it working: BEGIN DIFF --- wireless.orig 2011-04-12 13:27:38.0 +0200 +++ wireless2011-09-20 21:53:38.425880522 +0200 @@ -18,7 +18,7 @@ # Don't do anything if we cannot find a driver for this iface. [ -L /sys/class/net/$1/device/driver ] || return 1 # Skip if not a wireless card. -[ -d /sys/class/net/$1/wireless ] || return 1 +[ -d /sys/class/net/$1/phy80211 ] || return 1 # Also don't do anything if the device is disabled [ $(cat /sys/class/net/$1/device/enable) = 1 ] || return 1 driver=$(readlink /sys/class/net/$1/device/driver) @@ -76,4 +76,4 @@ *) exit $NA ;; esac -exit 0 \ No newline at end of file +exit 0 = END DIFF = Thanks Mau --- System information. --- Architecture: amd64 Kernel: Linux 3.0.0-1-amd64 Debian Release: wheezy/sid 990 testing-proposed-updates ftp.de.debian.org 990 testing security.debian.org 990 testing ftp.de.debian.org 500 unstable www.debian-multimedia.org 500 unstable ftp.de.debian.org 500 testing www.debian-multimedia.org 500 stable security.debian.org 500 stable ftp.de.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== powermgmt-base | 1.31 Recommends (Version) | Installed -+-=== vbetool | 1.1-2 procps | 1:3.2.8-11 hdparm | 9.32-1 kbd | OR console-tools | 1:0.2.3dbs-70 Suggests (Version) | Installed =-+-=== cpufrequtils | 007-2 wireless-tools | 30~pre9-5 ethtool | 1:3.0-1 radeontool | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642433: xserver-xorg-core: crashes on pressing random keys on the keyboard while screen locked
FDO bug https://bugs.freedesktop.org/show_bug.cgi?id=41149 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642435: xserver-xorg-core: keyboard and mouse input broken after X reset when X not on active VT
FDO bug https://bugs.freedesktop.org/show_bug.cgi?id=41145 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642515: [Pkg-nagios-devel] Bug#642515: Please package newest upstream version
Amaya Rodrigo Sastre schrieb am Freitag, den 23. September 2011: Package: nagios3 Version: 3.2.3-3 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks! Latest upstream is broken in many ways. I am waiting for the next release. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642516: claws-mail: Client-side certificates with password-protect key cause IMAP to fail
tags 642516 moreinfo thanks Hi Daniel, On Fri, Sep 23, 2011 at 06:57:56AM -0400, Daniel Dickinson wrote: Package: claws-mail Version: 3.7.6-4 Severity: normal With any PEM (.pem, base64 DER) certificate (key-cert-CA) or PKCS#12 (.p12) client-side certificate for which the key (or .p12 file) requires a password, the password fails to work (perhaps because of a apostrophe in the password?) and thus the key is not decrypted and the server is unable to verify the certificate. This manifests itself as 'client sent no valid certificate' on the server (and debug logs for the server reveal no certicate at all was sent). On the client side the error, if any depends on the certificate type (.p12 gives a fatal gnu tls error in the debug log, while the .pem format complains about DER and gives a (nil) key. Can you check if the same problem occurs with latest unstable (3.7.10) ? thanks in advance, -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune signature.asc Description: Digital signature
Bug#642494: [pkg-lighttpd] Bug#642494: Doesn't remove /etc/lighttpd on purge
On Fri, Sep 23, 2011 at 3:40 AM, Nelson A. de Oliveira nao...@debian.org wrote: It should remove this on purge. Hi Nelson, Why do you think it should be removed? The user might've put conf files in those dirs. Even other packages might've put conf files there. We can't just remove them. Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642518: ITP: puppet-lint -- Check puppet manifests for style guide conformity
Package: wnpp Severity: wishlist Owner: Stig Sandbeck Mathisen s...@debian.org * Package name: puppet-lint Version : 0.1.4 Upstream Author : Tim Sharpe * URL : https://github.com/rodjek/puppet-lint/ * License : MIT Programming Lang: Ruby Description : Check puppet manifests for style guide conformity Puppet-lint will check puppet manifests for conformity with the Puppet Labs style guide. It checks spacing, indentation, whitespace, quoting, conditionals and classes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642519: gnumeric: cannot delete a name
Package: gnumeric Version: 1.10.17-1 Severity: normal I was not able to find a way to delete a name. If there is, it is a GUI bug. If there is not, it should be important to add one. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.40 ii gconf2 2.32.4-1 ii gnumeric-common1.10.17-1 ii gsfonts1:8.11+urwcyr1.0.7~pre44-4.2 ii libatk1.0-02.0.1-2 ii libc6 2.13-18 ii libcairo2 1.10.2-6.1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-0 2.28.6-1 ii libgoffice-0.8-8 0.8.17-1 ii libgsf-1-114 1.14.21-2 ii libgtk2.0-02.24.4-3 ii libpango1.0-0 1.28.4-3 ii libxml22.7.8.dfsg-4 ii procps 1:3.2.8-11 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages gnumeric recommends: ii evince2.32.0-1 ii lp-solve 5.5.0.13-7 Versions of packages gnumeric suggests: ii epiphany-browser 3.0.4-1 ii gnumeric-doc 1.10.17-1 ii gnumeric-plugins-extra 1.10.17-1 ii ttf-liberation 1.07.0-1 ii ttf-mscorefonts-installer 3.3 -- debconf information: * gnumeric/existing-process: true gnumeric/existing-process-title: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642520: fontconfig: Please add conf file for Japanese PDF that created by TeX
Package: fontconfig Version: 2.8.0-3 Severity: normal Tags: upstream patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear fontconfig Maintainer, If you would create PDF file with TeX (dvipdfmx) and don't embed Japanese font, that font is set as Ryumin* or GothicBBB* by default. There is no suitable configuration in fontconfig now, then ~ glyph would be showed incorrectly as □ with Evince, default PDF viewer in GNOME desktop environment. This issue is not Debian specific, so I've added tags as upstream. I've created conf file to resolve this issue as attached. However I'm not sure that the number of file name is good or not, so you can change it. Please include the patch. Thanks. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fontconfig depends on: ii fontconfig-config 2.8.0-3 ii libc6 2.13-21 ii libexpat1 2.0.1-7 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.6-2 ii zlib1g 1:1.2.3.4.dfsg-3 fontconfig recommends no packages. Versions of packages fontconfig suggests: ii defoma 0.11.12 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJOfHcTAAoJEF0yjQgqqrFA1OwP/jyafowb0CldvJnrz9xTL1qf 55Mp6Ii5H3u0NcI3o7mUsH/3hSfYal1vMsWr5lKy3rb0DsppsGGgFzQ3mQk1KGvT MH8UE6NwyhnKadOc/zCKv9dMusEupWKDT47BlbsTFshTV3OOTmpOMaMDVmKe+Kv2 IcI+SOLiUb9s6CJqAyaUFuKLEzPMsrMocg4WGXrdOR7QRVGG1F26LPZ/PQJAS07y XeFwhaOxARwDU734+bDo0NOhj/KjIU9bG8a2KRWOtIq2TJ3KVOWPJkDA+oR7KQGW xCS/NC8vj/jVxNPqCKsSfpngVR/TnxKY6A6yed5YbFy71G/1u2RsFrmjHuhZVjrm G3hsXkGPkWReXn3UY3S2ay72JR8VWIx4cJuZJ7M79t8xypk3VGkcbhDi9vTHJEf5 Bnp4ilcQj3ztYCJQ7SCHD6v19LMpvORyzG0JH7ZjjPHOlTQLhLr/kmjHck09JXDV KttsIIsyPZdxKPkGSiUVX16uQd59tNcBOh8yQj9BARt0VAUf9TI/1wkBC92W1+x7 JFUX/e0BtFOct1+ZZQQeI4eI4hAZDtkMiUm59ml/Wd1/9QO/U05Gto5sFbAfHATr EMiseSfNBcCbifEObfa/craUXGWQHqRGDnHv4rUbHEG6MZdHlmFO3gHJHv7niNkw u7TAuGHwFC1/wNeb8qN6 =8yP2 -END PGP SIGNATURE- 30-RyuminGothicBBB.conf Description: XML document
Bug#642409: linux-2.6: suspend from gnome shutdown fails when krb5/nfs4 user logged in
On 22/09/11 19:42, Jonathan Nieder wrote: So it could be worth testing 3.1-rc6 from experimental, too. I built my own kernel from github (3.1-rc7). Linux version 3.1.0-rc7 (john@medic) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Fri Sep 23 12:15:59 CEST 2011 Same problem. [ 95.568860] PM: Syncing filesystems ... done. [ 95.569423] PM: Preparing system for mem sleep [ 95.798364] Freezing user space processes ... [ 115.809770] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0): [ 115.809789] nm-applet D 880125306970 0 2230 2122 0x0084 [ 115.809795] 880125306970 0086 88012ec12f80 880125377790 [ 115.809801] 00012f80 88012465ffd8 88012465ffd8 00012f80 [ 115.809813] 880125306970 88012465e010 88012ec12f80 81044162 [ 115.809816] Call Trace: [ 115.809822] [81044162] ? ttwu_do_wakeup+0x51/0xc8 [ 115.809832] [a03137dc] ? rpc_queue_empty+0x26/0x26 [sunrpc] [ 115.809837] [a031380b] ? rpc_wait_bit_killable+0x2f/0x33 [sunrpc] [ 115.809840] [81346f79] ? __wait_on_bit+0x3e/0x6f [ 115.809841] [81347018] ? out_of_line_wait_on_bit+0x6e/0x77 [ 115.809845] [a03137dc] ? rpc_queue_empty+0x26/0x26 [sunrpc] [ 115.809848] [81063bf7] ? autoremove_wake_function+0x2a/0x2a [ 115.809852] [a030db02] ? rpc_run_task+0x71/0x79 [sunrpc] [ 115.809860] [a038242f] ? nfs4_run_open_task+0xde/0x10b [nfs] [ 115.809867] [a039174d] ? nfs4_get_open_state+0x154/0x1ac [nfs] [ 115.809873] [a0383041] ? nfs4_do_open+0x11a/0x33a [nfs] [ 115.809878] [a0314b14] ? put_rpccred+0x35/0x11b [sunrpc] [ 115.809883] [a038327c] ? nfs4_atomic_open+0x1b/0x33 [nfs] [ 115.809887] [a036cd2b] ? nfs_open_revalidate+0x113/0x1db [nfs] [ 115.809890] [8110b174] ? walk_component+0x26c/0x3cb [ 115.809892] [8110b3c8] ? do_last+0xf5/0x56a [ 115.809895] [8110bdaa] ? path_openat+0xce/0x31f [ 115.809897] [8110c0c8] ? do_filp_open+0x2c/0x72 [ 115.809899] [81115a34] ? alloc_fd+0x69/0x10b [ 115.809901] [810ff715] ? do_sys_open+0x61/0xe8 [ 115.809904] [8134d252] ? system_call_fastpath+0x16/0x1b ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642521: dpkg-buildflags: flag for cpp put in C/CXXFLAGS
Package: dpkg-dev Version: 1.16.1 Current default values are: CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security CPPFLAGS= CXXFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security FFLAGS=-g -O2 LDFLAGS=-Wl,-z,relro As you can see, -D_FORTIFY_SOURCE=2 is in CFLAGS and CXXFLAGS instead of CPPFLAGS where it belongs. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606161: openframeworks: status?
Hi, it would be useful for us to have this packaged for debian. Has there been any progress? Do you have some (maybe half-working) package? Thanks, Zbyszek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642494: [pkg-lighttpd] Bug#642494: Doesn't remove /etc/lighttpd on purge
Hi Olaf! On Fri, Sep 23, 2011 at 8:51 AM, Olaf van der Spek olafvds...@gmail.com wrote: Why do you think it should be removed? The user might've put conf files in those dirs. Even other packages might've put conf files there. We can't just remove them. I see two cases here: if the user is only removing the package (and not purging it), config files shouldn't be touched. Now when purging the package yes, it shouldn't be a blind rm -r /etc/lighttpd but at least it should remove it's own files/links (and let the files that were created locally or by other means). The example that I sent on the bug report fits on this second case: there is no local file and the only link was created by lighttpd-enable-mod itself. Thank you! Best regards, Nelson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642522: kiten: Update Japanese font package dependency
Package: kiten Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, I suggest you to use VL Gothic not sazanami, sazanami is not recommended as I update its packages' description. Please consider to apply changes as attached. Thanks. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJOfHtbAAoJEF0yjQgqqrFAS0kQAKY9zXH9YIPxnR4txaRnYEm9 Plt6QBftcV+6BVWQEH/HaEl+qCtCq1Ak5DhrUtDhtflRZzY/9uAvsbXRBVGc27qQ IVBPxIIT6ekfs4JBbhnObYfmG+MpK2gcJjH3FSiNb/VwZ7+y6RYsD43d3cKuiY1q GpsF9Mthi7DHGYQJ2jXVqSkKIgxtsuRMzQYBPXIkKM+DCUSQTxY4odCGQaQmHSsT gB7i+zUyJaNPx/60IdvlfzxnMermKuVHzGMirlWQ7BvOUCDWuV21IvToPkMeIaJh JtUMim4OVLkUZ19bYiJgJF/kmfbnn8qfuNM18Hd4d9yzb1NTBsgyZiRIcVT92ibu wkO8Dc6+3ipdog2JUGY0zMfQJKXC8+62wlJmxR2gPDSUXczMZjMDG+fMBqo8Of+7 X3xdxngsnUQbl1r+4txhq+FksAsvdSGF4JLzftg21JAgy5qI1t1/tyoBgQGojcBo PQQGpIwlzs+2yHZ8ChllBHsdr54MLR0UeXdlhjgAI9H0h84f2zRYrqmLjoakggWL DRzm2am/f9n2iIN5Sff1Q01MunQD0zB/jFG+zROtb3uunz7By3PWntXlIawJnMIH dHB3FmcF8SsN4SSRKbs5Gr4fcLIRoVvR4sqbaTM0WC1XDxOnXFabowWcS4ZM1aro dS61dDuJj8JmJ3j6dD7x =Ia+A -END PGP SIGNATURE- diff -urN kdeedu-4.6.5.orig/debian/changelog kdeedu-4.6.5/debian/changelog --- kdeedu-4.6.5.orig/debian/changelog 2011-07-19 03:53:56.0 +0900 +++ kdeedu-4.6.5/debian/changelog 2011-09-23 11:52:18.558559214 +0900 @@ -1,3 +1,15 @@ +kdeedu (4:4.6.5-1.1) unstable; urgency=low + + * Non-maintainer upload. + + [ Hideki Yamane ] + * kiten: update package dependency to adjust for font package renaming +and choose suitable Japanese font in these days. + * libkiten4: remove Recommends: ttf-kochi-gothic | ttf-kochi-mincho +since it is unnecessary dependency. + + -- Hideki Yamane henr...@debian.org Fri, 23 Sep 2011 11:51:44 +0900 + kdeedu (4:4.6.5-1) unstable; urgency=low * New upstream release: diff -urN kdeedu-4.6.5.orig/debian/control kdeedu-4.6.5/debian/control --- kdeedu-4.6.5.orig/debian/control 2011-07-19 03:27:57.0 +0900 +++ kdeedu-4.6.5/debian/control 2011-09-23 11:51:40.722371594 +0900 @@ -280,7 +280,7 @@ Package: kiten Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, ttf-sazanami-gothic | ttf-sazanami-mincho +Depends: ${shlibs:Depends}, ${misc:Depends}, fonts-vlgothic | fonts-japanese-gothic Suggests: khelpcenter4 Description: Japanese reference and study aid for KDE Kiten is a collection of Japanese reference tools and study aids for KDE, @@ -473,7 +473,6 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, edict, kanjidic Replaces: libkiten1 Breaks: libkiten1 -Recommends: ttf-kochi-gothic | ttf-kochi-mincho Description: libraries for the Kiten Japanese reference and study aid This package contains shared libraries, language data, and resources used by the Kiten Japanese reference and study aid. Portions of this library,
Bug#642523: xmlstarlet sel segfaults on empty document
Package: xmlstarlet Version: 1.2.1-1 Severity: normal Here's the problem: $ xmlstarlet sel --template --match foo /dev/null -:1.1: Document is empty ^ Segmentation fault xmlstarlet should not segfault on an empty document. AFAIK, this is a regression (previous versions didn't suffer from this bug). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4-zyklos (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xmlstarlet depends on: ii libc6 2.13-21 ii libxml2 2.7.8.dfsg-4 ii libxslt1.1 1.1.26-8 xmlstarlet recommends no packages. xmlstarlet 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#640038: sshfs: cannot set timestamps of symbolic links
Dietrich Clauss d...@clauss.dyndns.org writes: Package: sshfs Version: 2.2-1 Severity: normal When doing | touch -h some_link to a symbolic link located in an sshfs-mounted directory, it doesn't set the time stamp of the link. Instead, sshfs follows the link on server side and it sets the time of the target file. If the target doesn't exist, the touch command fails and it says | touch: setting times of `some_link': No such file or directory This also makes rsync fail when doing | rsync -au src/ dest/ if src/ contains a symbolic link and dest/ is on sshfs. rsync tries to preserve the times of the link and complains | rsync: failed to set times on dest/some_link: No such file or | directory (2) If the link points to an existing file on the server, then sshfs follows the link and rsync erroneously copies the time stamp of the link to the destination file on the server. The SFTP protocol doesn't have a lsetstat operation and so this is not possible to fix with current sftp servers. We could add such an extension, I'll look into that. Thanks, Miklos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641624: Copyright clarification
The copyright statement given in the ITP is wrong. According to http://www.atnf.csiro.au/people/mcalabre/WCS/wcslib/index.html the License is LGPLv3+. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641541: xulrunner-6.0: eats too much (well beyond available) memory
On Fri, Sep 23, 2011 at 02:06:52PM +0200, Luca Capello wrote: found 641541 7.0~b5-1 found 641541 8.0~a2+20110915042012-1 thanks Hi there! On Wed, 14 Sep 2011 12:23:26 +0200, Mike Hommey wrote: On Wed, Sep 14, 2011 at 12:11:01PM +0200, Luca Capello wrote: On Wed, 14 Sep 2011 11:42:31 +0200, Mike Hommey wrote: On Wed, Sep 14, 2011 at 11:37:57AM +0200, Luca Capello wrote: I have now installed xulrunner-7.0 and I will report back what happens. xulrunner-7.0 seems to use the same amount, let me see if it will be killed someday: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 2886 luca 20 0 1147m 727m 24m S 10 36.3 3:27.64 xulrunner-bin Despite the memory consumption (Version: added), xulrunner-7.0_7.0~b5-1 was never killed, even after having left it open for more than 2 days. FWIW, I tried with iceweasel_7.0~b6-1 with 102 tabs (the same as in conkeror) and there is no IMHO visible difference: (snip) Please note that iceweasel does default to load all the tabs. In 8.0, there is a visible pref in the General section, Don't load tabs until selected. Before that, there was an about:config knob: browser.sessionstore.max_concurrent_tabs That pref became browser.sessionstore.restore_on_demand in recent versions. I don't remember in what particular version is did. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642524: libssl1.0.0: crash when using DTLS1
Package: libssl1.0.0 Version: 1.0.0e-2 Severity: important Tags: upstream Dear Maintainer, * What led up to the situation? Trying to establish a DTLS server and connecting with a client makes the server crash. I used the openssl utility for that. $ openssl s_server -accept -keyform pem -certform pem -dtls1 -mtu 1000 -timeout -key certs/rsa-2432.pem -cert certs/cert-rsa-2432.pem $ openssl s_client -port -dtls1 -host localhost The commands above make the server crash. I attach the valgrind output. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-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 libssl1.0.0 depends on: ii debconf [debconf-2.0] 1.5.41 ii libc6 2.13-20 ii multiarch-support 2.13-20 ii zlib1g 1:1.2.3.4.dfsg-3 libssl1.0.0 recommends no packages. libssl1.0.0 suggests no packages. -- debconf information: libssl1.0.0/restart-failed: libssl1.0.0/restart-services: ==24804== Memcheck, a memory error detector ==24804== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==24804== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==24804== Command: openssl s_server -accept -keyform pem -certform pem -dtls1 -mtu 1000 -timeout -key ../certs/rsa-2432.pem -cert ../certs/cert-rsa-2432.pem ==24804== Using default temp DH parameters Using default temp ECDH parameters ACCEPT ==24804== Source and destination overlap in memcpy(0x5c6c29d, 0x5c62760, -13) ==24804==at 0x4C28DF6: memcpy (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==24804==by 0x4E59D3A: do_dtls1_write (d1_pkt.c:1456) ==24804==by 0x4E5B481: dtls1_do_write (d1_both.c:331) ==24804==by 0x4E562F5: dtls1_accept (d1_srvr.c:758) ==24804==by 0x436280: ??? (in /usr/bin/openssl) ==24804==by 0x436676: ??? (in /usr/bin/openssl) ==24804==by 0x44C0AB: ??? (in /usr/bin/openssl) ==24804==by 0x43A1BD: ??? (in /usr/bin/openssl) ==24804==by 0x41A73E: ??? (in /usr/bin/openssl) ==24804==by 0x41A26D: ??? (in /usr/bin/openssl) ==24804==by 0x587EEAC: (below main) (libc-start.c:228) ==24804== ==24804== Invalid read of size 1 ==24804==at 0x4C28FF0: memcpy (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==24804==by 0x4E59D3A: do_dtls1_write (d1_pkt.c:1456) ==24804==by 0x4E5B481: dtls1_do_write (d1_both.c:331) ==24804==by 0x4E562F5: dtls1_accept (d1_srvr.c:758) ==24804==by 0x436280: ??? (in /usr/bin/openssl) ==24804==by 0x436676: ??? (in /usr/bin/openssl) ==24804==by 0x44C0AB: ??? (in /usr/bin/openssl) ==24804==by 0x43A1BD: ??? (in /usr/bin/openssl) ==24804==by 0x41A73E: ??? (in /usr/bin/openssl) ==24804==by 0x41A26D: ??? (in /usr/bin/openssl) ==24804==by 0x587EEAC: (below main) (libc-start.c:228) ==24804== Address 0x105c62752 is not stack'd, malloc'd or (recently) free'd ==24804== ==24804== ==24804== Process terminating with default action of signal 11 (SIGSEGV) ==24804== Access not within mapped region at address 0x105C62752 ==24804==at 0x4C28FF0: memcpy (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==24804==by 0x4E59D3A: do_dtls1_write (d1_pkt.c:1456) ==24804==by 0x4E5B481: dtls1_do_write (d1_both.c:331) ==24804==by 0x4E562F5: dtls1_accept (d1_srvr.c:758) ==24804==by 0x436280: ??? (in /usr/bin/openssl) ==24804==by 0x436676: ??? (in /usr/bin/openssl) ==24804==by 0x44C0AB: ??? (in /usr/bin/openssl) ==24804==by 0x43A1BD: ??? (in /usr/bin/openssl) ==24804==by 0x41A73E: ??? (in /usr/bin/openssl) ==24804==by 0x41A26D: ??? (in /usr/bin/openssl) ==24804==by 0x587EEAC: (below main) (libc-start.c:228) ==24804== If you believe this happened as a result of a stack ==24804== overflow in your program's main thread (unlikely but ==24804== possible), you can try to increase the size of the ==24804== main thread stack using the --main-stacksize= flag. ==24804== The main thread stack size used in this run was 8388608. ==24804== ==24804== HEAP SUMMARY: ==24804== in use at exit: 202,145 bytes in 3,732 blocks ==24804== total heap usage: 4,303 allocs, 571 frees, 277,934 bytes allocated ==24804== ==24804== LEAK SUMMARY: ==24804==definitely lost: 0 bytes in 0 blocks ==24804==indirectly lost: 0 bytes in 0 blocks ==24804== possibly lost: 0 bytes in 0 blocks ==24804==still reachable: 202,145 bytes in 3,732 blocks ==24804== suppressed: 0 bytes in 0 blocks ==24804== Rerun with --leak-check=full to see details of leaked memory ==24804== ==24804== For counts of detected and suppressed errors, rerun with: -v ==24804== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 4 from 4)
Bug#618047: gauche-gtk needs an update or gauche-0.9
http://practical-scheme.net/gauche/packages.html reads: GTK2 binding for Gauche. (Due to the lack of the maintainer's time, the main development has staggered and the download link to the tarball below hasn't caught up to the latest Gauche release. You can access to the provisional fork of the code at http://github.com/shirok/Gauche-gtk2 that runs with Gauche 0.9 or later. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618184: Tagging some GNUstep bugs as pending
Philipp Kern wrote: So this is obviously needed for the GNUstep transition. Can you please upload it? I will, hopefully today, but it should be binNMUed on kfreebsd-amd64 when gnustep-base is fixed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642494: [pkg-lighttpd] Bug#642494: Doesn't remove /etc/lighttpd on purge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 fixed 642494 1.4.29-2 tags 642494 pending thanks Hi Nelson, On 23.09.2011 14:25, Nelson A. de Oliveira wrote: I see two cases here: if the user is only removing the package (and not purging it), config files shouldn't be touched. Now when purging the package yes, it shouldn't be a blind rm -r /etc/lighttpd but at least it should remove it's own files/links (and let the files that were created locally or by other means). I just commited a change to our trunk doing pretty much what you suggest. Upon purge a postrm script will remove all dangling symlinks found in /etc/lighttpd/conf-enabled [1]. This is all I can offer you, everything else is either the responsibility of the user or other package maintainers. You are invited to check out the fix and test it. [1] http://anonscm.debian.org/viewvc/pkg-lighttpd?view=revisionrevision=555 - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOfIGkAAoJEMcrUe6dgPNtpGoQALVyyajrNwlZ+JeqCMRXZVDe /DllqShMv/UqV1tq45v+RxYXY+rrNORUxuOKlTaBr0k75J1E+dEpn4OUtcBfcSkm AY6dRZ0gk8bJQ7JiRATJvxA8aXdBjrV71/BYJzchMHKToXjYNxAVOIVvXJjFYFfQ ETaSOMNUnEl7GD7WqOi7ZohAyadwFPQb+A/+H3+8Kg98UxFONJDn2nFUI4OQASLC jPQMueZBpFpe3hIl7zdg9hqruT8kZCCQVr9qow+VxOwJaGCX223zau8eGooZSPyi qDbCoSH194WjfFlGphyomU67lbCKll6lVjb1JC7sPQ3Y4YrbR3Ji/4Y8mKQtTLdo 4iY433BU92LY0W3Lqpn2tmBku3jP7ozi0KjCM87gEx07c3mFUI4DkGbDHg5R4jgN /OPqE6q0F/1ZbaivmvXzmhhHqxSzVCOrykkxiQsrZgV0vbhcUPguMaJ+lWy3ezRL 4Th3s+XK/+3BW75W9UxEMCeHYK2tDJFsRc3nr/wqwdDmHUX7ZjrvXnYFLqeqHNYQ r2Apq4c+VoJvrcTFdB7KMrVNIVTp9nLUfZI5KvCW+3bQMNAm/fZbS9DBzrJUXJ4J Ez39CELCx8sj/c6slcnwfln8OdLViH/MmwVbe0sptTGhAilpaedaVl8MFpSQVuWm S7E03Pv/GLosSJiPKZfd =JWOg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586887: cannot replace sudo by sudo-ldap when no root password has been set
Unfortunately this problem still exists (in plain debian squeeze). I am installing squeeze using preseed files, which pull in a local package that depends on sudo-ldap. Therefore the installer rightly concludes that sudo needs to be replaced by sudo-ldap. The preseed files DO specify a root password, but at the time when the package replacement happens, this password has not been set yet, and the installation fails. There is also a bug report about this on the ubuntu launchpad (see bug 771296). It appears that that user has been able to fix this using a preseed/late_command script, however I would consider this a botch job, especially since that script needs to install sudo-ldap twice to be successful. Since the only reason for removal of sudo is the selection of sudo-ldap, the installer should handle this without failing. BTW, our preseeds install both konsole and xterm, and that does NOT prevent the issue. I am not sure this is actually a problem with sudo-ldap. I would rather more lay the blame at the installer for not realising that a root password will be set, and also for not realising that the removal is because of a replacement, but since I am not an expert in these matters, I shall leave that decision to you guys. -- best regards Wolfgang Schulze-Zachau * *
Bug#632303: audacious-plugins: enable oss4 output plugin
Hello no news of this for a while... Made changes that enable OSS4 output plugin: debian/changelog debian/control debian/rules Did not considered arch kfreebsd. Please someone in this arch' team review my changes. Tested (wheezy linux amd64). Uploaded to Debian Mentors: Uploading to mentors (via ftp to mentors.debian.net): Uploading audacious-plugins_2.4.4-2.dsc: done. Uploading audacious-plugins_2.4.4-2.debian.tar.gz: done. Uploading audacious-plugins_2.4.4-2_source.changes: done. Successfully uploaded packages. Regards, Michel signature.asc Description: PGP signature
Bug#634418: fix ftbfs
tags 634418 + patch user ubuntu-de...@lists.ubuntu.com usertags 634418 oneiric ubuntu-patch thanks patch at http://launchpadlibrarian.net/80726957/imview_1.1.9c-7build1_1.1.9c-7ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642494: [pkg-lighttpd] Bug#642494: Doesn't remove /etc/lighttpd on purge
On Fri, Sep 23, 2011 at 2:25 PM, Nelson A. de Oliveira nao...@debian.org wrote: On Fri, Sep 23, 2011 at 8:51 AM, Olaf van der Spek olafvds...@gmail.com wrote: Why do you think it should be removed? The user might've put conf files in those dirs. Even other packages might've put conf files there. We can't just remove them. I see two cases here: if the user is only removing the package (and not purging it), config files shouldn't be touched. Of course Now when purging the package yes, it shouldn't be a blind rm -r /etc/lighttpd but at least it should remove it's own files/links (and let the files that were created locally or by other means). The example that I sent on the bug report fits on this second case: there is no local file and the only link was created by lighttpd-enable-mod itself. How is the code supposed to know who created a symlink? -- Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642525: mozvoikko: Crashes the whole Iceweasel when spell-checking certain texts
Package: mozvoikko Version: 1.10.0-2 Severity: important Dear Maintainer, There is a reproducible crash with mozvoikko: 1. Open http://www.w3schools.com/html/showit.asp?filename=tryhtml_textarea in one tab 2. Copy contents of the page http://wiki.ubuntu-fi.org/Etusivu?action=raw to clipboard 3. Enable spellchecking and choose Finnish as the language 4. Paste the contents to the text field -Timo -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mozvoikko depends on: ii iceweasel6.0.2-1 ii libc62.13-21 ii libnspr4-0d 4.8.9-1 ii libstdc++6 4.6.1-11 ii libvoikko1 3.3-1 ii voikko-fi1.10-1 mozvoikko recommends no packages. mozvoikko 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#642526: bash-completion: please include completion for dpkg-query
Package: bash-completion Version: 1:1.3-1 Severity: normal File: /etc/bash_completion.d/dpkg Tags: patch Hi there! Cc:ing the debian-dpkg@ mailing list for comments/suggestions. As far as I understand it, dpkg-query is supposed to be the canonical way to query the DPKG database: http://lists.debian.org/20110302140611.GH20023%40rivendell.home.ouaza.com However, bash-completion does not support dpkg-query, the patch is easy (but I have not checked if all dpkg commands are reflected by dpkg-query): --8---cut here---start-8--- --- a/bash_completion.d/dpkg +++ b/bash_completion.d/dpkg @@ -92,7 +92,7 @@ _dpkg() } -complete -F _dpkg dpkg dpkg-deb +complete -F _dpkg dpkg dpkg-deb dpkg-query } # Debian GNU dpkg-reconfigure(8) completion --8---cut here---end---8--- Thx, bye, Gismo /Luca -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc4-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 bash-completion depends on: ii bash 4.1-3 bash-completion recommends no packages. bash-completion suggests no packages. -- no debconf information pgpC6BfDnFNeh.pgp Description: PGP signature
Bug#642223: vidalia cannot start tor
Same problem here. Setting Vidalia to use TCP connection didn't help either. Downgrading it to v0.2.12-2 fixed the issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642468: kfreebsd-8|9 does not provide any method to use non-free firmware blobs
This firmware is being removed from the kfreebsd kernel leaving no (easy) possibility to use kfreebsd on such a server as there is no possibility to load non-free firmware at runtime, like we do on Linux. Its neither (easily) possible to rebuild the kernel from scratch including firmware, as the Debian specific patches don't cleanly apply if the firmware is not being removed and the resulting source tree is not easily to be built from source afterwards. Here is the recipe for building own kernel with bce 1) get debian directory from kfreebsd-8 source package either from our svn or by i.e. wget http://ftp.ch.debian.org/debian/pool/main/k/kfreebsd-8/kfreebsd-8_8.2-7.debian.tar.gz mkdir kfreebsd-8 cd kfreebsd-8 tar zxf ../kfreebsd-8_8.2-7.debian.tar.gz 2) in debian/rules comment out cd $(ORIG_DIR) $(CURDIR)/debian/prune.sh 3) in debian/patches/series comment out 999_firmware.diff 4) debian/rules get-orig-source 5) extract just created .orig.tar.gz tar zxf ../kfreebsd-8_8.2.orig.tar.gz mv kfreebsd-8-8.2/* . 6) dpkg-buildpackage -b -uc $ find debian/kfreebsd-image-8.2-1-amd64/ -name *bce* debian/kfreebsd-image-8.2-1-amd64/lib/modules/8.2-1-amd64/if_bce.ko Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642527: libquota-perl: Quota::getqcarg() fails to detect root device if /etc/mtab is symlinked to /proc/self/mounts
Package: libquota-perl Version: 1.6.4+dfsg-1 Severity: important If /etc/mtab is not a normal file but a symlink to /proc/self/mounts, Quota::getqcarg() fails to detect the correct root device. It takes the first entry matching / which is rootfs instead of the device containing the real root partition: | $ ls -la /etc/mtab | lrwxrwxrwx 1 root root 17 Sep 17 14:57 /etc/mtab - /proc/self/mounts | $ grep ' / ' /etc/mtab | rootfs / rootfs rw 0 0 | /dev/vda1 / xfs rw,relatime,attr2,nobarrier,logbufs=8,logbsize=256k,usrquota,grpquota 0 0 | $ perl -e 'use Quota; print Quota::getqcarg(/) . \n;' | rootfs | $ The man page explicitly recommends to use the value returned by Quota::getqcarg() as the $dev argument for Quota::query() and/or Quota::setqlim(). This, in turn, makes query() and setqlim() fail for the root filesystem. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libquota-perl depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii perl-base [perlapi-5.1 5.10.1-17squeeze2 minimal Perl system libquota-perl recommends no packages. libquota-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#642396: live-config: In function Cmdline file existence is ignored during _SCRIPTS list construction.
2011/9/22 Daniel Baumann daniel.baum...@progress-technologies.net: On 09/22/2011 02:53 PM, Stanislav Bogatyrev wrote: Here is the better patch. if you would like me to apply the patch literally, you would need to change the following things: * fix broken indenting done * use '2 /dev/null', not '2/dev/null' done * add proper commit message according to the pattern: 'Doing foo to fix bar (Closes: #nn).' done plus adding the if check when sourcing the scripts at the end, otherwise it's solving the problem only half (though you can make two commits if you want, i don't mind). There is no need to do that since non-existent files are not added to the list. Also I have found that in some cases the resulting list contains duplicated items in unsorted order. Since it's the part of the same _scripts list construction problem let's do the sorting in the end. Thank You for your patience! -- WBR realloc() commit 7ec2dfcdd81965c5cb4333f9b1316247ad111809 Author: Stanislav Bogatyrev real...@realloc.spb.ru Date: Thu Sep 22 16:42:57 2011 +0400 Check file existence during _SCRIPTS list construction and make sure the resulting list has only unique items (Closes: #642396). diff --git a/scripts/config.sh b/scripts/config.sh index a8c1c00..73a76d3 100755 --- a/scripts/config.sh +++ b/scripts/config.sh @@ -91,7 +91,7 @@ Cmdline () then for _CONFIG in $(echo ${LIVE_CONFIGS} | sed -e 's|,| |g') do - _SCRIPTS=${_SCRIPTS} $(ls /lib/live/config/???-${_CONFIG}) + _SCRIPTS=${_SCRIPTS} $(ls /lib/live/config/???-${_CONFIG} 2 /dev/null || true) done fi @@ -100,7 +100,7 @@ Cmdline () then for _NOCONFIG in $(echo ${LIVE_NOCONFIGS} | sed -e 's|,| |g') do - _SCRIPTS=$(echo ${_SCRIPTS} | sed -e s|$(ls /lib/live/config/???-${_NOCONFIG})||) + _SCRIPTS=$(echo ${_SCRIPTS} | sed -e s|$(ls /lib/live/config/???-${_NOCONFIG} 2 /dev/null || echo none)||) done fi } @@ -191,6 +191,8 @@ Main () set -x fi + _SCRIPTS=$(echo ${_SCRIPTS} | sed -e 's/ /\n/g' | sort | uniq) + # Configuring system for _SCRIPT in ${_SCRIPTS} do
Bug#632786:
Bug#642468: kfreebsd-8|9 does not provide any method to use non-free firmware blobs
Hi Petr, thanks for your howto! On Freitag, 23. September 2011, Petr Salinger wrote: Here is the recipe for building own kernel with bce whats bce? cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642494: [pkg-lighttpd] Bug#642494: Doesn't remove /etc/lighttpd on purge
Hi! On Fri, Sep 23, 2011 at 9:58 AM, Olaf van der Spek olafvds...@gmail.com wrote: Now when purging the package yes, it shouldn't be a blind rm -r /etc/lighttpd but at least it should remove it's own files/links (and let the files that were created locally or by other means). The example that I sent on the bug report fits on this second case: there is no local file and the only link was created by lighttpd-enable-mod itself. How is the code supposed to know who created a symlink? postrm code from Arno [1] does basically this (handle the case where lighttpd mods were left enabled before removing the package) [1] http://anonscm.debian.org/viewvc/pkg-lighttpd/lighttpd/trunk/debian/lighttpd.postrm?view=markuppathrev=555 Best regards, Nelson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642528: Post-install error in sun-java6-bin (line 88)
Package: sun-java6-bin Version: 6-07-3~bpo40+1 Hello. Using an Etch distribution, I tried to install a JRE, and the only available in the repos were sun-java5-jre and sun-java6-jre; I wanted to install sun-java6-jre, and the following is a transcript of what happened : urbana:/home/david$ apt-get -V install sun-java6-bin Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Les paquets supplémentaires suivants seront installés : sun-java6-jre (6-07-3~bpo40+1) Paquets suggérés : binfmt-support (1.2.8) sun-java6-plugin (6-07-3~bpo40+1) ia32-sun-java6-plugin () sun-java6-fonts (6-07-3~bpo40+1) ttf-baekmuk (2.2-1) ttf-unfonts (1.0.1-4) ttf-unfonts-core () ttf-kochi-gothic (1.0.20030809-4) ttf-sazanami-gothic (0.0.1.20040629-3) ttf-kochi-mincho (1.0.20030809-4) ttf-sazanami-mincho (0.0.1.20040629-3) ttf-arphic-uming (0.1.20060928-2) Paquets recommandés : libasound2 (1.0.13-2) libxext6 (1.0.1-2) libxi6 (1.0.1-4) libxp6 (1.0.0.xsf1-1) libxtst6 (1.0.1-5) libnss-mdns (0.9-0.2) gsfonts-x11 (0.20) Les NOUVEAUX paquets suivants seront installés : sun-java6-bin (6-07-3~bpo40+1) sun-java6-jre (6-07-3~bpo40+1) 0 mis à jour, 2 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de prendre 0o/33,6Mo dans les archives. Après dépaquetage, 96,4Mo d'espace disque supplémentaires seront utilisés. Souhaitez-vous continuer [O/n] ? Préconfiguration des paquets... Sélection du paquet sun-java6-jre précédemment désélectionné. (Lecture de la base de données... 26367 fichiers et répertoires déjà installés.) Dépaquetage de sun-java6-jre (à partir de .../sun-java6-jre_6-07-3~bpo40+1_all.deb) ... sun-dlj-v1-1 license has already been accepted Sélection du paquet sun-java6-bin précédemment désélectionné. Dépaquetage de sun-java6-bin (à partir de .../sun-java6-bin_6-07-3~bpo40+1_i386.deb) ... sun-dlj-v1-1 license has already been accepted Paramétrage de sun-java6-bin (6-07-3~bpo40+1) ... /var/lib/dpkg/info/sun-java6-bin.postinst: line 88: 12286 Processus arrêté $basedir/bin/java -client -Xshare:dump $xmarg -XX:PermSize=128m $log dpkg : erreur de traitement de sun-java6-bin (--configure) : le sous-processus post-installation script a retourné une erreur de sortie d'état 1 dpkg : des problèmes de dépendances empêchent la configuration de sun-java6-jre : sun-java6-jre dépend de sun-java6-bin (= 6-07-3~bpo40+1) | ia32-sun-java6-bin (= 6-07-3~bpo40+1) ; cependant : Le paquet sun-java6-bin n'est pas encore configuré. Le paquet ia32-sun-java6-bin n'est pas installé. dpkg : erreur de traitement de sun-java6-jre (--configure) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : sun-java6-bin sun-java6-jre E: Sub-process /usr/bin/dpkg returned an error code (1) urbana:/home/david$ The system is configured as follows : urbana:/home/david$ uname -a Linux urbana 2.6.25.10-grsec #1 SMP Tue Jul 8 10:32:15 UTC 2008 i686 GNU/Linux urbana:/home/david$ ls -l /lib/libc.so.6 lrwxrwxrwx 1 root root 13 2010-11-08 15:02 /lib/libc.so.6 - libc-2.3.6.so urbana:/home/david$ cat /etc/debian_version 4.0 The faulty script is the following : urbana:/home/david$ cat /var/lib/dpkg/info/sun-java6-bin.postinst #!/bin/sh set -e priority=63 basedir=/usr/lib/jvm/java-6-sun-1.6.0.07 basediralias=/usr/lib/jvm/java-6-sun jdiralias=java-6-sun mandir=/usr/lib/jvm/java-6-sun/jre/man srcext=1.gz dstext=1.gz jre_tools='ControlPanel java java_vm javaws jcontrol keytool pack200 policytool rmid rmiregistry unpack200 orbd servertool tnameserv' jar_packs='' case $1 in configure) [ -d /etc/.java ] || mkdir -m 755 /etc/.java [ -d /etc/.java/.systemPrefs ] || mkdir -m 755 /etc/.java/.systemPrefs if [ ! -f /etc/.java/.systemPrefs/.system.lock ]; then touch /etc/.java/.systemPrefs/.system.lock chmod 644 /etc/.java/.systemPrefs/.system.lock fi if [ ! -f /etc/.java/.systemPrefs/.systemRootModFile ]; then touch /etc/.java/.systemPrefs/.systemRootModFile chmod 644 /etc/.java/.systemPrefs/.systemRootModFile fi for i in $jar_packs; do jar=$(echo $i | sed 's/\.pack$/.jar/') $basedir/bin/unpack200 $basedir/$i $basedir/$jar chmod 644 $basedir/$jar done for i in $jre_tools; do unset slave1 slave2 || true if [ -e $mandir/man1/$i.$srcext ]; then slave1=--slave \ /usr/share/man/man1/$i.$dstext \ $i.$dstext \ $mandir/man1/$i.$srcext fi # disabled if false [ -e $mandir/ja/man1/$i.$srcext ]; then slave2=--slave \ /usr/share/man/ja/man1/$i.$dstext \ ${i}_ja.$dstext \ $mandir/ja/man1/$i.$srcext fi update-alternatives \ --install \ /usr/bin/$i \ $i \ $basediralias/jre/bin/$i \ $priority \ $slave1 $slave2 done update-alternatives \ --install \
Bug#332351:
Bug#639556: smart-notifier: must not restart dbus on install/upgrade
Package: smart-notifier Followup-For: Bug #639556 Dear Maintainer, I hit the same bug yeasterday. It crashed gdm3, gnome sessions and network-manager. I needed to manually reload all this services. Please do not stop/start dbus. Use reload, or do nothing with system-wide dbus at all! Thanks you. -- Witold Baryluk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642494: [pkg-lighttpd] Bug#642494: Doesn't remove /etc/lighttpd on purge
On Fri, Sep 23, 2011 at 3:32 PM, Nelson A. de Oliveira nao...@debian.org wrote: Hi! On Fri, Sep 23, 2011 at 9:58 AM, Olaf van der Spek olafvds...@gmail.com wrote: Now when purging the package yes, it shouldn't be a blind rm -r /etc/lighttpd but at least it should remove it's own files/links (and let the files that were created locally or by other means). The example that I sent on the bug report fits on this second case: there is no local file and the only link was created by lighttpd-enable-mod itself. How is the code supposed to know who created a symlink? postrm code from Arno [1] does basically this (handle the case where lighttpd mods were left enabled before removing the package) [1] http://anonscm.debian.org/viewvc/pkg-lighttpd/lighttpd/trunk/debian/lighttpd.postrm?view=markuppathrev=555 That does not really answer the question. ;) Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641541: xulrunner-6.0: eats too much (well beyond available) memory
clone 641541 -1 retitle -1 conkeror: please provide an option to restore tabs on demand found -1 0.9.4-1 thanks Hi there! On Fri, 23 Sep 2011 14:37:50 +0200, Mike Hommey wrote: Please note that iceweasel does default to load all the tabs. In 8.0, there is a visible pref in the General section, Don't load tabs until selected. Nothing against you, but the fact that visible means only when you choose to restore the old windows and tabs when opening is something that irritates me. Especially given that if you enable it and then choose again to show a blank page at opening the option stays enabled, which means that it is independent of the way you choose to open iceweasel. Never mind, with that option enabled the situation indeed changes, comparing with the value reported in my previous post for 8.0: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND - 31880 luca 20 0 1292m 814m 27m S 14 40.7 1:22.66 firefox-bin + 22761 luca 20 0 565m 133m 25m S0 6.7 0:03.87 firefox-bin Still, I consider 500MB for a browser a bit too much, but this is another problem. Before that, there was an about:config knob: browser.sessionstore.max_concurrent_tabs I would have thought it was browser.sessionstore.restore_hidden_tabs (defaults to false), which is present in 7.0~b6-1, but it has no effects on memory consumption. I also tried setting the one you suggested to 1, again with no effect. PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND - 13858 luca 20 0 1271m 820m 26m S 17 40.9 1:33.88 firefox-bin + 30985 luca 20 0 1246m 806m 26m R 16 40.2 1:33.23 firefox-bin But given your words below, I do not care at all about old versions. That pref became browser.sessionstore.restore_on_demand in recent versions. I don't remember in what particular version is did. conkeror's about:config does know nothing about it (tested with xulrunner-8.0_8.0~a2+20110915042012-1), thus cloning and reassigning. Thx, bye, Gismo / Luca pgpExSDeVdCoW.pgp Description: PGP signature
Bug#642396: live-config: In function Cmdline file existence is ignored during _SCRIPTS list construction.
On 09/23/2011 03:26 PM, Stanislav Bogatyrev wrote: done [...] perfect, except the last sed statement uses '/' instead of '|' as seperator. There is no need to do that since non-existent files are not added to the list. indeed, thanks. Also I have found that in some cases the resulting list contains duplicated items in unsorted order. curious, what cases are those? Since it's the part of the same _scripts list construction problem let's do the sorting in the end. in the default case, do we need to sort them? if not, it would be probably better to optimize for the common case where we do not use custom script selection, so sorting (twice) after processing CONFIG and NOCONFIG would be better/faster? Thank You for your patience! thanks for yours ;) -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642396: live-config: In function Cmdline file existence is ignored during _SCRIPTS list construction.
On 09/23/2011 04:04 PM, Stanislav Bogatyrev wrote: perfect, except the last sed statement uses '/' instead of '|' as seperator. Should I resend a new patch? no, not needed. will apply and upload in about an hour. IMHO the actual sorting at the end would cover all possible cases and is quite cheap. On my nodes it takes 0m0.001s of real time, think it's not a big price for making sure the list is ok. thanks, let's go with it then. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642396: live-config: In function Cmdline file existence is ignored during _SCRIPTS list construction.
perfect, except the last sed statement uses '/' instead of '|' as seperator. Should I resend a new patch? Also I have found that in some cases the resulting list contains duplicated items in unsorted order. curious, what cases are those? The most obvious is setting, for example, at the same time config noautologin and $LIVE_CONFIGS. Since it's the part of the same _scripts list construction problem let's do the sorting in the end. in the default case, do we need to sort them? if not, it would be probably better to optimize for the common case where we do not use custom script selection, so sorting (twice) after processing CONFIG and NOCONFIG would be better/faster? IMHO the actual sorting at the end would cover all possible cases and is quite cheap. On my nodes it takes 0m0.001s of real time, think it's not a big price for making sure the list is ok. -- WBR realloc() -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642409: linux-2.6: suspend from gnome shutdown fails when krb5/nfs4 user logged in
Well, after minor modifications (needed to include freezer.h in fs/nfs/inode.c and net/sunrpc/sched.c) I've installed Jeff Layton's patch from https://bugzilla.redhat.com/show_bug.cgi?id=717735 in my 3.1-rc7 kernel... ... and it seems to work. Or at least it works a lot better. I've suspended and restarted many times without problems. This is on the Dell Optiplex 390 (x86_64 processor). I will build a kernel and try on the Optiplex GX270 (x86 processor). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642455: pyacidobasic: missing dependency on python (after rebuild)
Hello Jakub, I ignore whether this error comes from the package pyacidobasic or from some disfunction in dh_python2 When I check it at home, python-acidobasic 1.0-3 does depend on python. --8- $ apt-cache show python-acidobasic | grep Depends| head -1 Depends: python, python-support (= 0.90.0), python-qwt5-qt4 --8- Besides, grep warning pyacidobasic_1.0-3_amd64.build returns nothing. Best regards, Georges. Jakub Wilk a écrit : Source: pyacidobasic Version: 1.0-3 Severity: serious Justification: Policy 3.5 I rebuilt your package in a minimal sid chroot. The resulting binary package didn't depend on python anymore. From the build log: |dh_gencontrol | dpkg-gencontrol: warning: Depends field of package python-acidobasic: unknown substitution variable ${python:Depends} -- Jakub Wilk -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#642457: pygrace: missing dependency on python (after rebuild)
Hello Jakub, I ignore whether this error comes from the package pygrace or from some disfunction in dh_python2 When I check it at home, python-pygrace 0.4p2-2 does depend on python. --8- $ apt-cache show python-pygrace | grep Depends| head -1 Depends: python, python-support (= 0.90.0), grace (= 1:5.1.22), python-numpy --8- Besides, grep warning pygrace_0.4p2-2_amd64.build returns nothing. Best regards, Georges. Jakub Wilk a écrit : Source: pygrace Version: 0.4p2-2 Severity: serious Justification: Policy 3.5 I rebuilt your package in a minimal sid chroot. The resulting binary package didn't depend on python anymore. From the build log: |dh_gencontrol | dpkg-gencontrol: warning: Depends field of package python-pygrace: unknown substitution variable ${python:Depends} -- Jakub Wilk -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#642468: Fwd: Re: Bug#642468: kfreebsd-8|9 does not provide any method to use non-free firmware blobs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sorry, forgot to reply to the bug instead. - Original Message On 23.09.2011 15:32, Holger Levsen wrote: Hi Petr, On Freitag, 23. September 2011, Petr Salinger wrote: Here is the recipe for building own kernel with bce whats bce? My firmware NIC driver (bnx on Linux), I took as example. Besides: Same here, many thanks Petr, for providing a howto how to build a kernel including non-free sources, although that's probably not a solution for end users :) Since that seems more straightforward than all my approaches and more easily possible to build from a pristine source directory, I wonder if we could have a non-free kernel officially in the meantime, until a user space loader works? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOfIzjAAoJEMcrUe6dgPNtjfwQAMcUKJZnztC9JSOgH7QIMwDK 6NKewZEeC2rzEydxlZCQRDJOKfUTQR8zpQ7k2AE51bLb4t2D+NPovgmfqpCuqG8w 9/V3kZEwsbeqSB6gM7gVjnKTAexRv8/7lhIPx7te2A2trLGld9JwGgkaFcgTBToI Qd9O9BSkNGjqq6J5iyFsuyj1c4au4lpDT4GU6H7RPBlbEUin6o2DQnPED//wdtLf R0lF+Bl0kp6jVf9i4N+3pnPnu43vzohEXh0bEYYEo/YiqIvgxwbfFl8ZLseiDDId yVCkS/U/QfB8yOT811MRTKb7NinG2sNh0l1ZmO72UWSlcX6vfedBDqsYsX5mfjV0 +wRqCm2DDgQg9fMmUYKZ/bBMLJf1K7EDk6S9AVgrfQCmOC64kAquUjrhjJo19QzH Ow65bwYg3W23VFxfTtQ6a1vzHcSY33NdXk+7mM8ks3k3wSYDpK699gHa6CYAqvN6 JrOLH23mLY4TQavMRlE3c2ErI4Hl4R12BNcGGyWVcLjWSfU0CSI2Zvl4fdyNG4Ji N9UN+acaQTcrWkgVwWzxOqEIv17cjTAXpeGmuSWk7rs8zYuOmfElKmPdIHYG//gt r1sdSwSwb7VrfG85jc3rQlWQGhcKlUXhIxmQBtybhXo5F8abhgH5vvH5milozCv/ H16wk7Zr8dt7+Evt8Hu1 =CGwq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642409: linux-2.6: suspend from gnome shutdown fails when krb5/nfs4 user logged in
On Fri, 23 Sep 2011 16:30:36 +0200 John Hughes j...@calva.com wrote: Well, after minor modifications (needed to include freezer.h in fs/nfs/inode.c and net/sunrpc/sched.c) I've installed Jeff Layton's patch from https://bugzilla.redhat.com/show_bug.cgi?id=717735 in my 3.1-rc7 kernel... ... and it seems to work. Or at least it works a lot better. I've suspended and restarted many times without problems. This is on the Dell Optiplex 390 (x86_64 processor). I will build a kernel and try on the Optiplex GX270 (x86 processor). Thanks for testing them. I actually have a revised version that includes the right header and also fixes some other cases where the NFS code can sleep like this. I'll see if I can get something together for 3.2. -- Jeff Layton jlay...@redhat.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635448: collabtive: diff for NMU version 0.7-1.1
tags 635448 + patch tags 635448 + pending thanks Dear maintainer, I've prepared an NMU for collabtive (versioned as 0.7-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Rolling Stones: Lying diff -Nru collabtive-0.7/debian/changelog collabtive-0.7/debian/changelog --- collabtive-0.7/debian/changelog 2011-06-03 22:37:10.0 +0200 +++ collabtive-0.7/debian/changelog 2011-09-23 16:25:18.0 +0200 @@ -1,3 +1,12 @@ +collabtive (0.7-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix sources file that was removed in postrm purge: check if +wwwconfig-common script exists before sourcing it (closes: #635448). + * debian/watch: improve uversionmangle (remove trailing dot). + + -- gregor herrmann gre...@debian.org Fri, 23 Sep 2011 16:25:10 +0200 + collabtive (0.7-1) unstable; urgency=low * New upstream release diff -Nru collabtive-0.7/debian/collabtive.postrm collabtive-0.7/debian/collabtive.postrm --- collabtive-0.7/debian/collabtive.postrm 2011-06-03 22:37:10.0 +0200 +++ collabtive-0.7/debian/collabtive.postrm 2011-09-23 16:09:23.0 +0200 @@ -24,9 +24,12 @@ if [ -d /etc/apache2/conf.d ] then rm -f /etc/apache2/conf.d/collabtive.conf - servers=apache2 - restart=apache2 - . /usr/share/wwwconfig-common/restart.sh + if [ -e /usr/share/wwwconfig-common/restart.sh ] + then + servers=apache2 + restart=apache2 + . /usr/share/wwwconfig-common/restart.sh + fi fi ;; upgrade|remove|failed-upgrade|abort-install|abort-upgrade|disappear) diff -Nru collabtive-0.7/debian/watch collabtive-0.7/debian/watch --- collabtive-0.7/debian/watch 2011-06-03 22:37:10.0 +0200 +++ collabtive-0.7/debian/watch 2011-09-23 15:14:47.0 +0200 @@ -1,3 +1,3 @@ version=3 -opts=uversionmangle=s/(.)(.)(.*)/$1.$2.$3/ \ +opts=uversionmangle=s/(.)(.)(.*)/$1.$2.$3/;s/\.$// \ http://sf.net/collabtive/ collabtive-?([\d.]+).zip debian debian/repack.sh signature.asc Description: Digital signature
Bug#642530: pdf2djvu: unable to handle FineReader 11 output?
Package: pdf2djvu Version: 0.7.4-1 Severity: normal When trying to convert the Finereader 11 output I get pdf2djvu -j2 -d 620 4FR11.pdf -o 4FR11zPDF.djvu PDF error: Document base stream is not seekable Unable to load document The file is temporarily available at http://fleksem.klf.uw.edu.pl/~jsbien/FR11/4FR11.pdf Regards JSB -- System Information: Debian Release: 6.0.2 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 pdf2djvu depends on: ii djvulibre-bin 3.5.24-99 Utilities for the DjVu image forma ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libdjvulibre21 3.5.24-99 Runtime support for the DjVu image ii libgcc11:4.4.5-8 GCC support library ii libgomp1 4.4.5-8 GCC OpenMP (GOMP) support library ii libgraphicsmagick+ 1.3.12-1+b1 format-independent image processin ii libpoppler50.12.4-1.2PDF rendering library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii libxslt1.1 1.1.26-6 XSLT 1.0 processing library - runt pdf2djvu recommends no packages. Versions of packages pdf2djvu suggests: ii poppler-data 0.4.3-1Encoding data for the poppler PDF -- no debconf information -- , Prof. dr hab. Janusz S. Bien - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642494: [pkg-lighttpd] Bug#642494: Doesn't remove /etc/lighttpd on purge
Hi! On Fri, Sep 23, 2011 at 10:43 AM, Olaf van der Spek olafvds...@gmail.com wrote: That does not really answer the question. ;) Yes, it's not possible to know if the user manually enabled a mod or if he enabled it via lighttpd-enable-mod/lighty-enable-mod or something else. But I am satisfied with Arno's solution and I think that it's a good heuristic. Best regards, Nelson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642531: sshmenu-gnome: Not installable in unstable
Package: sshmenu-gnome Version: 3.18-1 Severity: grave Justification: renders package unusable As of ruby-gnome2 1.0.0-1, many of its generated binary packages were dropped as they were deprecated upstream. The list of dropped packages includes libgnome2-ruby, libgconf2-ruby and libpanel-applet2-ruby. This package is blocking ruby-gnome2's transition to testing. The GTK-only package sshmenu works correctly. I would suggest you to either drop sshmenu-gnome, or to rewrite it using a supported applet - i.e. following the examples at [1] and [2] it could be reintroduced as a menu on Gtk::StatusIcon without -I expect- too much functional change. Thank you, [1] https://www.ruby-forum.com/topic/200623 [2] http://blog.developpez.com/zik/p8460/ruby/icone-dans-la-zone-de-notification-en-ru/#more8460 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641541: xulrunner-6.0: eats too much (well beyond available) memory
On Fri, Sep 23, 2011 at 04:02:40PM +0200, Luca Capello wrote: clone 641541 -1 retitle -1 conkeror: please provide an option to restore tabs on demand found -1 0.9.4-1 thanks Hi there! On Fri, 23 Sep 2011 14:37:50 +0200, Mike Hommey wrote: Please note that iceweasel does default to load all the tabs. In 8.0, there is a visible pref in the General section, Don't load tabs until selected. Nothing against you, but the fact that visible means only when you choose to restore the old windows and tabs when opening is something that irritates me. Especially given that if you enable it and then choose again to show a blank page at opening the option stays enabled, which means that it is independent of the way you choose to open iceweasel. Never mind, with that option enabled the situation indeed changes, comparing with the value reported in my previous post for 8.0: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND - 31880 luca 20 0 1292m 814m 27m S 14 40.7 1:22.66 firefox-bin + 22761 luca 20 0 565m 133m 25m S0 6.7 0:03.87 firefox-bin Still, I consider 500MB for a browser a bit too much, but this is another problem. Before that, there was an about:config knob: browser.sessionstore.max_concurrent_tabs I would have thought it was browser.sessionstore.restore_hidden_tabs (defaults to false), which is present in 7.0~b6-1, but it has no effects on memory consumption. I also tried setting the one you suggested to 1, again with no effect. Sorry, I should have been more verbose, you need to set that to 0. If you set it to 1, it will restore all tabs, one by one. The default value is iirc 3, which means it will restore all tabs, with a maximum of three tabs concurently being restored. PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND - 13858 luca 20 0 1271m 820m 26m S 17 40.9 1:33.88 firefox-bin + 30985 luca 20 0 1246m 806m 26m R 16 40.2 1:33.23 firefox-bin But given your words below, I do not care at all about old versions. That pref became browser.sessionstore.restore_on_demand in recent versions. I don't remember in what particular version is did. conkeror's about:config does know nothing about it (tested with xulrunner-8.0_8.0~a2+20110915042012-1), thus cloning and reassigning. These prefs are browser specific, not part of xulrunner. This is specifically something the browser has to implement itself. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642409: linux-2.6: suspend from gnome shutdown fails when krb5/nfs4 user logged in
On 23/09/11 16:40, Jeff Layton wrote: On Fri, 23 Sep 2011 16:30:36 +0200 John Hughesj...@calva.com wrote: Well, after minor modifications (needed to include freezer.h in fs/nfs/inode.c and net/sunrpc/sched.c) I've installed Jeff Layton's patch from https://bugzilla.redhat.com/show_bug.cgi?id=717735 in my 3.1-rc7 kernel... Thanks for testing them. I actually have a revised version that includes the right header and also fixes some other cases where the NFS code can sleep like this. I'll see if I can get something together for 3.2. Could you send me the revised version - I thought I saw one problem when I started testing, but wrote it off to having the wrong kernel. Anyway, thanks for the patch. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642527: libquota-perl: Quota::getqcarg() fails to detect root device if /etc/mtab is symlinked to /proc/self/mounts
On Fri, 23 Sep 2011 15:16:00 +0200, Paul Hink wrote: If /etc/mtab is not a normal file but a symlink to /proc/self/mounts, Quota::getqcarg() fails to detect the correct root device. It takes the first entry matching / which is rootfs instead of the device containing the real root partition: This seems to be fixed in 1.6.6: Changes in 1.6.6 (June 2011) - Ignore rootfs filesystem in Quota::getqcarg() on Linux, which always is a duplicate. Thanks to abaturin for providing this patch. Cf. http://search.cpan.org/diff?from=Quota-1.6.4to=Quota-1.6.6#Quota.pm Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Various Artists: Fernando Sor Variations Sur Malbrough S En Va T En Guerre signature.asc Description: Digital signature
Bug#642532: linux-image-2.6.32-5-486: usbcore crash, making keyboard and mouse unusable Package: linux-2.6 Version: 2.6.32-35 Severity: important
Package: linux-image-2.6.32-5-486 Version: 2.6.32-35 We are using Debian LTSP with Geode based thin-client (which are Artec Thincan DBE-63). While writing an email with kmail, keyboard and mouse suddenly switch to a strange auto-typing and auto-clicking mode. Several unplugged and plug back of the usb parts change nothing. Below is an extract of dmesg output: --- [86055.350646] usb 2-1: USB disconnect, address 2 [86284.459281] INFO: task khubd:84 blocked for more than 120 seconds. [86284.459302] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [86284.459324] khubd D cf433c53 084 2 0x [86284.459354] ce45f0c0 0046 fffe cf433c53 ce45f27c c041 0292 [86284.459397] 0246 0292 cf433d5c c10d0e9c cd395f00 ce45f0c0 ce4e9e58 cd36d800 [86284.459439] cf434d96 ce45f0c0 c1033a48 cf4431e0 cf4431e0 cd395f00 ce477540 [86284.459481] Call Trace: [86284.459583] [cf433c53] ? unlink1+0x97/0xa2 [usbcore] [86284.459620] [c041] ? kobject_get+0xf/0x13 [86284.459685] [cf433d5c] ? usb_hcd_unlink_urb+0x54/0x65 [usbcore] [86284.459722] [c10d0e9c] ? sysfs_ilookup_test+0x0/0xd [86284.459789] [cf434d96] ? usb_kill_urb+0x82/0x9d [usbcore] [86284.459844] [c1033a48] ? autoremove_wake_function+0x0/0x2d [86284.459917] [cf433cf6] ? usb_hcd_flush_endpoint+0x98/0xaa [usbcore] [86284.459987] [cf435525] ? usb_disable_endpoint+0x40/0x56 [usbcore] [86284.460056] [cf43561a] ? usb_disable_interface+0x25/0x32 [usbcore] [86284.460128] [cf4379e7] ? usb_unbind_interface+0x3a/0xb4 [usbcore] [86284.460167] [c118d9ab] ? __device_release_driver+0x73/0xb6 [86284.460196] [c118da66] ? device_release_driver+0x15/0x1e [86284.460224] [c118d264] ? bus_remove_device+0x6e/0x87 [86284.460264] [c118bf11] ? device_del+0xf6/0x14e [86284.460330] [cf43556d] ? usb_disable_device+0x32/0xba [usbcore] [86284.460396] [cf431a5e] ? usb_disconnect+0x70/0xed [usbcore] [86284.460461] [cf43277c] ? hub_thread+0x509/0xe1d [usbcore] [86284.460499] [c124489f] ? schedule+0x3a6/0x3d5 [86284.460530] [c1033a48] ? autoremove_wake_function+0x0/0x2d [86284.460595] [cf432273] ? hub_thread+0x0/0xe1d [usbcore] [86284.460626] [c10336a0] ? kthread+0x60/0x65 [86284.460654] [c1033640] ? kthread+0x0/0x65 [86284.460686] [c1003997] ? kernel_thread_helper+0x7/0x10 [86404.463552] INFO: task khubd:84 blocked for more than 120 seconds. [86404.463574] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [86404.463595] khubd D cf433c53 084 2 0x [86404.463626] ce45f0c0 0046 fffe cf433c53 ce45f27c c041 0292 [86404.463669] 0246 0292 cf433d5c c10d0e9c cd395f00 ce45f0c0 ce4e9e58 cd36d800 [86404.463711] cf434d96 ce45f0c0 c1033a48 cf4431e0 cf4431e0 cd395f00 ce477540 [86404.463753] Call Trace: [86404.463855] [cf433c53] ? unlink1+0x97/0xa2 [usbcore] [86404.463891] [c041] ? kobject_get+0xf/0x13 [86404.463957] [cf433d5c] ? usb_hcd_unlink_urb+0x54/0x65 [usbcore] [86404.464007] [c10d0e9c] ? sysfs_ilookup_test+0x0/0xd [86404.464075] [cf434d96] ? usb_kill_urb+0x82/0x9d [usbcore] [86404.464117] [c1033a48] ? autoremove_wake_function+0x0/0x2d [86404.464190] [cf433cf6] ? usb_hcd_flush_endpoint+0x98/0xaa [usbcore] [86404.464259] [cf435525] ? usb_disable_endpoint+0x40/0x56 [usbcore] [86404.464328] [cf43561a] ? usb_disable_interface+0x25/0x32 [usbcore] [86404.464400] [cf4379e7] ? usb_unbind_interface+0x3a/0xb4 [usbcore] [86404.464440] [c118d9ab] ? __device_release_driver+0x73/0xb6 [86404.464469] [c118da66] ? device_release_driver+0x15/0x1e [86404.464496] [c118d264] ? bus_remove_device+0x6e/0x87 [86404.464534] [c118bf11] ? device_del+0xf6/0x14e [86404.464600] [cf43556d] ? usb_disable_device+0x32/0xba [usbcore] [86404.464666] [cf431a5e] ? usb_disconnect+0x70/0xed [usbcore] [86404.464732] [cf43277c] ? hub_thread+0x509/0xe1d [usbcore] [86404.464770] [c124489f] ? schedule+0x3a6/0x3d5 [86404.464801] [c1033a48] ? autoremove_wake_function+0x0/0x2d [86404.464866] [cf432273] ? hub_thread+0x0/0xe1d [usbcore] [86404.464896] [c10336a0] ? kthread+0x60/0x65 [86404.464924] [c1033640] ? kthread+0x0/0x65 [86404.464957] [c1003997] ? kernel_thread_helper+0x7/0x10 [86524.467856] INFO: task khubd:84 blocked for more than 120 seconds. [86524.467878] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [86524.467899] khubd D cf433c53 084 2 0x [86524.467930] ce45f0c0 0046 fffe cf433c53 ce45f27c c041 0292 [86524.467972] 0246 0292 cf433d5c c10d0e9c cd395f00 ce45f0c0 ce4e9e58 cd36d800 [86524.468015] cf434d96 ce45f0c0 c1033a48 cf4431e0 cf4431e0 cd395f00 ce477540 [86524.468056] Call Trace: [86524.468160] [cf433c53] ? unlink1+0x97/0xa2 [usbcore] [86524.468210] [c041] ? kobject_get+0xf/0x13 [86524.468276] [cf433d5c] ? usb_hcd_unlink_urb+0x54/0x65 [usbcore] [86524.468313] [c10d0e9c]
Bug#642533: rxvt-unicode: please use appropriate Japanese font
Package: rxvt-unicode Severity: minor Tags: patch Dear rxvt-unicode Maintainer, As I wrote in ttf-sazanami-gothic description, now we don't recommend to use sazanami. Both this package and its alternative kochi font are legacy and deprecated. You are recommended to transition to other modern font packages such as fonts-vlgothic or fonts-ipafont-gothic. Please check attached patch and update your package. Thanks. diff -urN rxvt-unicode-9.12.orig/debian/changelog rxvt-unicode-9.12/debian/changelog --- rxvt-unicode-9.12.orig/debian/changelog 2011-07-20 04:09:20.0 +0900 +++ rxvt-unicode-9.12/debian/changelog 2011-09-23 12:04:45.786264515 +0900 @@ -1,3 +1,11 @@ +rxvt-unicode (9.12-1.1) unstable; urgency=low + + * Non-maintainer upload. + * adjust Recommends: fonts-vlgothic | fonts-japanese-gothic, not +ttf-sazanami-gothic. + + -- Hideki Yamane henr...@debian.org Fri, 23 Sep 2011 12:04:24 +0900 + rxvt-unicode (9.12-1) unstable; urgency=low * New upstream release diff -urN rxvt-unicode-9.12.orig/debian/control rxvt-unicode-9.12/debian/control --- rxvt-unicode-9.12.orig/debian/control 2011-07-20 04:06:23.0 +0900 +++ rxvt-unicode-9.12/debian/control 2011-09-23 12:03:24.261860257 +0900 @@ -31,7 +31,7 @@ base-passwd (= 2.0.3.4), ncurses-base (= 5.4-7) Recommends: ttf-dejavu, - ttf-sazanami-gothic + fonts-vlgothic | fonts-japanese-gothic Description: RXVT-like terminal emulator with Unicode support rxvt-unicode is a modern, Unicode-aware color xterm replacement that uses significantly less memory than a conventional xterm and many other Unicode @@ -57,7 +57,7 @@ base-passwd (= 2.0.3.4), ncurses-term (= 5.8-1) Recommends: ttf-dejavu, - ttf-sazanami-gothic + fonts-vlgothic | fonts-japanese-gothic Conflicts: rxvt-unicode Description: multi-lingual terminal emulator with Unicode support for X11 rxvt-unicode is a modern, Unicode-aware color xterm replacement that uses
Bug#642534: lmemory: Scalable or adjustable card size
Package: lmemory Version: 0.6c-6 Severity: wishlist It would be nice to be able to increase the card size, particularly on a large resolution screen. It could either auto-scale, or be manually adjustable. Or course, vector graphics on the cards would be nice... :-) Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lmemory depends on: ii libc6 2.13-21 ii libglib2.0-0 2.28.6-1 ii libgtk2.0-0 2.24.6-1 lmemory recommends no packages. lmemory 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