Bug#644130: openssh-server: Sets DISPLAY to wrong value
Package: openssh-server Version: 1:5.5p1-6 Severity: normal If I ssh -X into my machine chrp from n50.bgcaus.com DISPLAY is bogus. However, if I change DISPLAY X client will run. andrewb@chrp:~$ echo $DISPLAY n50.bgcaus.com:0.0 andrewb@chrp:~$ xclock Error: Can't open display: n50.bgcaus.com:0.0 andrewb@chrp:~$ DISPLAY=localhost:10.0 xclock Success! Where did it get the bogus DISPLAY variable from? -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=en_AU, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-server depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2. 1.5.36.1 Debian configuration management sy ii dpkg1.15.8.11Debian package management system ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libgssapi-krb5-21.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k ii libkrb5-3 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries ii libpam-modules 1.1.1-6.1Pluggable Authentication Modules f ii libpam-runtime 1.1.1-6.1Runtime support for the PAM librar ii libpam0g1.1.1-6.1Pluggable Authentication Modules l ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libssl0.9.8 0.9.8o-4squeeze2 SSL shared libraries ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii openssh-blacklist 0.4.1list of default blacklisted OpenSS ii openssh-client 1:5.5p1-6secure shell (SSH) client, for sec ii procps 1:3.2.8-9/proc file system utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages openssh-server recommends: ii openssh-blacklist-extra 0.4.1 list of non-default blacklisted Op ii xauth 1:1.0.4-1 X authentication utility Versions of packages openssh-server suggests: pn molly-guard none (no description available) pn rssh none (no description available) pn ssh-askpass none (no description available) pn ufw none (no description available) -- debconf information: ssh/vulnerable_host_keys: ssh/new_config: true * ssh/use_old_init_script: true ssh/disable_cr_auth: false ssh/encrypted_host_key_but_no_keygen: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644131: id-utils is GPLv3+ GFDLv1.3+, but debian/copyright claims GPLv2+
Package: id-utils Version: 4.5-3 Severity: normal /usr/share/doc/id-utils/copyright claims: Copyright: 1986-2006 Free Software Foundation, Inc. License: This package is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. However, the executables actually are under GPL version 3 or later, and the documentation is under GFDL version 1.3 or later. The copyright has also been renewed in 2010. In /usr/share/emacs/site-lisp/id-utils.el and id-utils-4.5/lisp/idutils.el: ;; GNU idutils is free software; you can redistribute it and/or modify ;; it under the terms of the GNU General Public License as published by ;; the Free Software Foundation; either version 3, or (at your option) ;; any later version. (That file also contains a misleading comment about PO files.) In id-utils-4.5/src/mkid.c: Copyright (C) 1986, 1995-1996, 1999, 2007-2010 Free Software Foundation, Inc. ... This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 3, or (at your option) any later version. In /usr/share/info/idutils.info.gz and id-utils-4.5/doc/idutils.info: Copyright (C) 1996, 1999-2000, 2008-2010 Free Software Foundation, Inc. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation; with no Invariant Sections, with the Front-Cover texts being A GNU Manual, and with the Back-Cover Texts as in (a) below. A copy of the license is included in the section entitled GNU Free Documentation License in the Emacs manual. (a) The FSF's Back-Cover Text is: You have freedom to copy and modify this GNU Manual, like GNU software. Copies published by the Free Software Foundation raise funds for GNU development. This document is part of a collection distributed under the GNU Free Documentation License. If you want to distribute this document separately from the collection, you can do so by adding a copy of the license to the document, as described in section 6 of the license. I hoped the license change would have been documented in NEWS and ChangeLog, but apparently not. mkid --version doesn't show it either. Please update the GPL version number and copyright years in debian/copyright, and add a note about GFDL. -- 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=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages id-utils depends on: ii dpkg 1.16.0.3 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-21 id-utils recommends no packages. id-utils suggests no packages. -- no debconf information pgp5tGqXdCnbq.pgp Description: PGP signature
Bug#643628: Processed: Re: Bug#643628: pidgin: Pidgin crash on sending first message
Hi, does this also happen if you run pidgin with ORC_CODE=backup or ORC_CODE=debug ? Could you also check if this still happens with orc 0.4.15? signature.asc Description: This is a digitally signed message part
Bug#644132: liferea: segfault when opening github link in a tab
Package: liferea Version: 1.6.5-1.2+b1 Severity: normal Hi, On Planet Debian, Jose Luis Rivas Contreras posted an item titled Moving from Screen to Tmux, which has a link to tmux.conf, hosted at github. Trying to open the link in a tab makes liferea crash. Backtrace: (gdb) r Starting program: /usr/bin/liferea [Thread debugging using libthread_db enabled] [New Thread 0x7fffe850f700 (LWP 11291)] [New Thread 0x7fffe5b25700 (LWP 11305)] [New Thread 0x7fffe5224700 (LWP 11306)] [New Thread 0x7fff9c62d700 (LWP 11307)] [Thread 0x7fff9c62d700 (LWP 11307) exited] [New Thread 0x7fff9c62d700 (LWP 11328)] [New Thread 0x7fff9bcda700 (LWP 11329)] [Thread 0x7fff9bcda700 (LWP 11329) exited] [New Thread 0x7fff9bcda700 (LWP 11338)] [New Thread 0x7fff92f84700 (LWP 11339)] [New Thread 0x7fff92783700 (LWP 11340)] [New Thread 0x7fff91f82700 (LWP 11341)] (liferea:11288): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (liferea:11288): GLib-GObject-WARNING **: invalid (NULL) pointer instance (liferea:11288): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (liferea:11288): GLib-GObject-WARNING **: invalid (NULL) pointer instance (liferea:11288): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (liferea:11288): GLib-GObject-CRITICAL **: g_type_instance_get_private: assertion `instance != NULL instance-g_class != NULL' failed Program received signal SIGSEGV, Segmentation fault. soup_socket_is_ssl (sock=0x0) at soup-socket.c:1079 1079soup-socket.c: No such file or directory. in soup-socket.c (gdb) bt #0 soup_socket_is_ssl (sock=0x0) at soup-socket.c:1079 #1 0x74f97880 in new_iostate (msg=0x1442510, sock=0x0, mode=SOUP_MESSAGE_IO_CLIENT, get_headers_cb=0x74f95ae0 get_request_headers, parse_headers_cb=optimized out, header_data=optimized out, completion_cb=0x74fa4730 message_completed, completion_data=0x14641e0) at soup-message-io.c:1082 #2 0x74f99157 in soup_message_io_client (item=0x14641e0, get_headers_cb=0x74f95ae0 get_request_headers, parse_headers_cb=0x74f95900 parse_response_headers, header_data=0x14641e0, completion_cb=0x74fa4730 message_completed, completion_data=optimized out) at soup-message-io.c:1120 #3 0x74fa41cb in process_queue_item (item=0x14641e0, should_prune=0x7fffda5c, loop=1) at soup-session-async.c:390 #4 0x74fa44c0 in run_queue (sa=optimized out) at soup-session-async.c:442 #5 0x74fa4bf3 in idle_run_queue (sa=0xacb4a0) at soup-session-async.c:465 #6 0x72f954a3 in g_main_dispatch (context=0x6addc0) at /tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:2440 #7 g_main_context_dispatch (context=0x6addc0) at /tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3013 #8 0x72f95c80 in g_main_context_iterate (context=0x6addc0, block=1, dispatch=1, self=optimized out) at /tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3091 #9 0x72f962f2 in g_main_loop_run (loop=0x11b1580) at /tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3299 #10 0x75304b77 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #11 0x0041ceb2 in main (argc=1, argv=0x7fffe0d8) at main.c:345 (gdb) Feel free to reassign if you think it's a library issue. Gabor -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.3 (SMP w/4 CPU cores; PREEMPT) 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 liferea depends on: ii gconf2 2.32.4-1 ii libatk1.0-0 2.2.0-1 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-20.94-4 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglade2-0 1:2.6.4-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.6-1 ii libice6 2:1.0.7-2 ii liblua5.1-0 5.1.4-10 ii libnm-glib4 0.9.0-2 ii libnotify4 0.7.4-1 ii libpango1.0-0 1.28.4-3 ii libsm6 2:1.2.0-2 ii libsoup2.4-12.36.0-1 ii libsqlite3-03.7.8-1 ii libwebkitgtk-1.0-0 1.4.2-2 ii libx11-62:1.4.4-1 ii libxml2 2.7.8.dfsg-4 ii libxslt1.1 1.1.26-8 ii liferea-data1.6.5-1.2 Versions of packages liferea recommends: ii curl 7.21.7-3 ii dbus 1.4.16-1 ii dbus-x11 1.4.16-1 ii wget 1.13-1 Versions of packages liferea suggests: pn network-manager none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#644047: locales: /etc/default/locale ignored, locale set to C
reassign 644047 gdm3 thanks On Mon, Oct 03, 2011 at 05:42:29AM +0300, Panayiotis Karabassis wrote: Hmmm, maybe this is not a bug. I have grown a habit of opening invalid bugs recently... :-) Sorry! The default locale at the GDM login screen was set to ANSI. Selecting English resolves this problem, and the setting is saved for future logins. So the only question is why ANSI is selected by default. I could have accidentally selected it. Or not. I have no idea about that part, I am therefore reassigning the bug to gdm3 where people can answer you. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642912: Same problem affected me
Same problem affected me (SSID id 259). Is there any workaround? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644023: FTBFS on kfreebsd-i386
I looked more into. In fact I do not understand what the test tries to test. It effectively test return code of fprintf (fp, %2147483648d%2147483648d, 1, 1); The printf family returns int and should return number of written bytes. It therefore cannot exceed MAX_INT. But the test tries to print twice entry with width MAX_INT+1. I would understand the test with i.e. 2147483640 or six time 512 MB. On kfreebsd-amd64, it tries to mmap(0,0x80001000,PROT_READ|PROT_WRITE,MAP_ANON|MAP_TYPE|MAP_PRIVATE,0x,0) and fails. On kfreebsd-i386, it tries to mmap 2GB and it succeeds. mmap(0,0x80001000,PROT_READ|PROT_WRITE,MAP_ANON|MAP_TYPE|MAP_PRIVATE,0x,0) And after that there are (at least) three posibilities. - available memory is low (aka 2GB of RAM and no swap) - Didn't expect signal from child: got `Killed' - available fast memory is low (aka 2GB of RAM and 2GB of swap) - Timed out: killed the child process - available fast memory is enough (aka 3GB of RAM or fidling with TIMEOUTFACTOR=5) - test succeeds The memory map before mmap of 32-bit process. # cat /proc/XXX/maps 08048000-0804a000 r-xp 8000 00:00 2320432 bug22 0804a000-0804b000 r--p 8000 00:00 2320432 bug22 0804b000-0806d000 rw-p 00022000 00:00 0 2804a000-28066000 r-xp 0001e000 00:00 589760 lib32/ld-2.13.so 28066000-28067000 r--p 0001e000 00:00 589760 lib32/ld-2.13.so 28067000-28069000 rw-p 2000 00:00 0 28069000-2806e000 r--p 5000 00:00 497370 ld.so.cache 2806e000-28192000 r-xp 00128000 00:00 589763 lib32/libc-2.13.so 28192000-28194000 r--p 00128000 00:00 589763 lib32/libc-2.13.so 28194000-28195000 rw-p 00128000 00:00 589763 lib32/libc-2.13.so 28195000-28199000 rw-p 4000 00:00 0 fffdf000-f000 rwxp 0002 00:00 0 1161 bug22NAMI /dev/null 1161 bug22RET open 3 1161 bug22CALL mmap(0,0x80001000,PROT_READ|PROT_WRITE,MAP_ANON|MAP_TYPE|MAP_PRIVATE,0x,0,0) 1161 bug22RET mmap 672763904/0x28199000 1161 bug22PSIG SIGKILL SIG_DFL Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643348: ale: FTBFS: ui/unsupported.h:35:30: error: format not a string literal and no format arguments [-Werror=format-security]
tags 643348 patch stop diff -ruN -x '*.png' -x '*.jpg' -x '*.ogg' -x '*_image_archive' ../orig/ale-0.9.0.3/ui/implication.h ./ui/implication.h --- ../orig/ale-0.9.0.3/ui/implication.h 2009-03-31 16:04:55.0 +0200 +++ ./ui/implication.h 2011-10-03 08:45:56.0 +0200 @@ -33,16 +33,16 @@ static void changed(const char *description, const char *changes, const char *option = NULL) { fprintf(stderr, \n\n); fprintf(stderr, Program options have been automatically modified to satisfy the following:\n\n); - fprintf(stderr, description); + fprintf(stderr, %s, description); fprintf(stderr, \n\n); fprintf(stderr, Changes are as follows:\n\n); - fprintf(stderr, changes); + fprintf(stderr, %s, changes); fprintf(stderr, \n\n); if (option) { fprintf(stderr, This is equivalent to manually setting the following options:\n\n); - fprintf(stderr, option); + fprintf(stderr, %s, option); fprintf(stderr, \n\n); } } diff -ruN -x '*.png' -x '*.jpg' -x '*.ogg' -x '*_image_archive' ../orig/ale-0.9.0.3/ui/unsupported.h ./ui/unsupported.h --- ../orig/ale-0.9.0.3/ui/unsupported.h 2009-03-31 16:04:55.0 +0200 +++ ./ui/unsupported.h 2011-10-03 08:48:10.0 +0200 @@ -32,7 +32,7 @@ static void fornow(const char *description) { fprintf(stderr, \n\n); fprintf(stderr, The following feature is currently unsupported:\n\n); - fprintf(stderr, description); + fprintf(stderr, %s, description); fprintf(stderr, \n\n); #if 0 fprintf(stderr, For more information, see http://auricle.dyndns.org/ALE/unsupported/currently/\n\n;);
Bug#643813: obexftp hangs at 95% whilst searching for remote device
Am Freitag, 30. September 2011, 00:59:06 schrieb Mark Panen: Package: obexftp Version: 0.23-1+b3 What does the term remote device refer to? Bluetooth, IrDA, USB? Can you give the verbose output for a failure? HS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644133: lintian: dpkg 1.16.1 transition: warns about existing CFLAG in debian/rules
Package: lintian Version: 2.5.3 Severity: wishlist Some packages used to start debian/rules with things like: CFLAGS=-Wall -Werror=format-security However recent dpkg updates[1] not only make these pratices useless, but it also removes usefull flags such as -fstack-protector in that example. Lintian should warns about such flags overrides. [1] http://lists.debian.org/debian-devel-announce/2011/09/msg1.html -- 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/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.21.52.20110606-2 ii bzip2 1.0.5-7 ii diffstat 1.54-1 ii file 5.08-1 ii gettext0.18.1.1-4 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.24+b2 ii libclass-accessor-perl 0.34-1 ii libdpkg-perl 1.16.1 ii libemail-valid-perl0.185-1 ii libipc-run-perl0.90-1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtimedate-perl 1.2000-1 ii liburi-perl1.59-1 ii locales2.13-21 ii man-db 2.6.0.2-2 ii patchutils 0.3.2-1 ii perl [libdigest-sha-perl] 5.12.4-4 ii unzip 6.0-5 lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch none ii dpkg-dev 1.16.1 ii libhtml-parser-perl3.68-1+b1 ii libtext-template-perl none ii man-db 2.6.0.2-2 ii xz-utils 5.1.1alpha+20110809-2 -- 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#644047: locales: /etc/default/locale ignored, locale set to C
Thanks and sorry! -- Best regards, Panayiotis Karabassis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619738: gawk: Length and contents of RT may be wrong/garbled when RS==
Hello, A bugfix for this has been commited in the upstream source repository [1] will be part of the next release (4.0.1?). [1]: http://git.savannah.gnu.org/cgit/gawk.git/commit/?h=gawk-4.0-stableid=953f97ddd184f3dfb1ce16ee2965012965b17fac Thanks for your report! Regards, -- Jeroen Schot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643727: pytrainer does not detect garmin-ant-downloader(aka gant)
severity 643727 wishlist retitle 643727 Should implemented GPS device import through garmin-ant-downloader thanks Quoting Scott Askey (scotta2...@gmail.com): Making a link to /usr/local/bin/gant did not help. Where could I find some documentation for using gant or garmin-ant-downloader? All I could find was the the source code from 2010 http://cgit.get-open.com/cgit.cgi/gant/. After looking closer, it seems that GPS device import is, anyway, not implemented. From ~/.pytrainer/log.out: 2011-10-03 06:44:54,782|ERROR|windowimportdata|init_gpsdevice_tab|GPS Device import not yet implemented Hence marking the bug accordingly. signature.asc Description: Digital signature
Bug#644127: init.d status support
2011/10/3 Peter Eisentraut pet...@debian.org: Package: pcscd Version: 1.7.4-2 Severity: wishlist Tags: patch Attached is a patch that adds support for the status action to the pcscd init script. Why do you need this change? Note that I had to move around some code that creates the IPCDIR. You should do this anyway, because it seems not sensible to remove the directory containing the PID file before executing, say, the stop action. pcscd is no more started as a root daemon on startup. The process is auto-started when needed. See [1]. The init script contains an exit 0 so unless you comment this line the script will not do of any start/stop/status command. I guess you have not really tested your patch :-) The plan is to completely remove this init script and use systemd instead. But this migration is not yet ready. Bye, [1] http://ludovicrousseau.blogspot.com/2010/09/pcscd-auto-start.html -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554405: Correct remote link
forwarded 554405 http://sourceforge.net/tracker/?func=detailatid=351032aid=3407093group_id=1032 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644134: libhdf5 cannot open files after NetCDF's nc_close has been called
Package: libhdf5-serial-dev Version: 1.8.4-patch1-3 Severity: serious Hello, [I'm not quite sure if this should be filed against netcdf instead, or against both, I'll leave it up to you] quite simply, after you close a NetCDF file you can't open HDF5 files anymore. This is a short test case that consistently reproduces the issue for me: // Build with: // g++ -o test-nch5 test-nch5.cc -lnetcdf_c++ -lnetcdf -lhdf5_cpp -lhdf5 // See http://hdf-forum.184993.n3.nabble.com/nc-close-causes-problems-for-H5Fopen-td1019191.html #include H5Cpp.h #include netcdfcpp.h int main(int argc, const char* argv[]) { try { NcFile nc(test-nch5-data.nc, NcFile::Replace); // Comment out the next line to be able to open the file nc.close(); H5::H5File h5(test-nch5-data.h5, H5F_ACC_TRUNC); } catch (H5::FileIException e) { e.printError(stderr); return 1; } return 0; } The problem also shows when existing files are opened read only. The test case has a link to an hdf-forum post about this same problem, but had no answers as far as I can see. I am the author of a software that has to deal both with NetCDF and with HDF5 files, and this is quite a killer :( Ciao, Enrico -- 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_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libhdf5-serial-dev depends on: ii libhdf5-serial-1.8.41.8.4-patch1-3 ii libjpeg8-dev [libjpeg-dev] 8c-2 ii zlib1g-dev 1:1.2.3.4.dfsg-3 libhdf5-serial-dev recommends no packages. Versions of packages libhdf5-serial-dev suggests: pn libhdf5-doc 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#644135: cifs ignores sysct setting
Package: linux-mage Version: 2.6.32-5-amd64 cifs.ko module (which is included in the kernel pkg as far as i know) cifs driver version 1.61 when cifs module loads oplock is enabled by default. so I can do echo 0 /proc/fs/cifs/OplockEnabled but that won't persist through a driver reload. so we tried adding this to /etc/sysctl.conf: fs.cifs.OplockEnabled = 0 however: root@nl14s0008-vm1:~# echo 0 /proc/fs/cifs/OplockEnabled root@nl14s0008-vm1:~# cat /proc/fs/cifs/OplockEnabled 0 root@nl14s0008-vm1:~# modprobe -r cifs root@nl14s0008-vm1:~# tail -1 /etc/sysctl.conf fs.cifs.OplockEnabled = 0 root@nl14s0008-vm1:~# lsmod|grep cifs root@nl14s0008-vm1:~# modprobe cifs root@nl14s0008-vm1:~# !l lsmod |grep cifs cifs 262528 0 nls_base 6377 3 cifs,nls_utf8,usbcore root@nl14s0008-vm1:~# !cat cat /proc/fs/cifs/OplockEnabled 1 So, when I read the modinfo of cifs, there are a few module options, but no oplock option. I would like to add something like: options cifs oplocksenabled=0 to /etc/modprobe.d/aliases.conf Is it feasible to add that param as an option? I use the cifs 1.61 module on 2.6.32-5-amd64 kernel on Debian 6.0 (Debian 2.6.32-35squeeze2) Met vriendelijke groet, Alexander Swen
Bug#640391: ark3116 driver regression: oscilloscope shows no transmission
2011/10/3 ael law_ence@ntlworld.com: As I had suspected from the multimeter measurements, it seems that the ark 3116 does not transmit *anything* under the latest kernel (on the usual gpsbabel test). Under the old working kernel, I saw packets in both directions. For the record, the gps tx line was swinging between +5.6V and -5.4V, while the ark3116 board was driving the gps rx line between 0V and 3.2V. But under kernel 3.0.0-1, I could not get the 'scope to trigger on either line, nor could see any activity. So my conclusion is that the module is somehow setting the ark3116 into a mode whereby it cannot transmit if only the tx rx (plus grnd=pin5) are connected. Whereas the old version of the module sets it up so that this is possible. Agree? So rather than the gps failing to reply, it seems that the ark3116 never sends anything. Hi ael, Excellent work! Thanks a lot. Initially I suspected either somekind of problem between the USB and UART parts of the ark3116, or some handshaking mismatch, but from your experiments I get the impression that the ark3116 is more or less switched off on the 9-pin side. The fact that there is no response by the 3.0-kernel to grounding cts is unexpected. There should be a response to that, even if the actual transmissions are blocked by handshaking. The ark I have works with 0 and 3.3V, while RS232 uses -12 and +12 or so. Usually there is a level-shifter that converts one into the other. Maybe that part somehow gets disabled by the new driver. There are some registers in the ark of which it is not clear what they do. I copied the values and indices from the windows driver for my ark, but perhaps there is something more suble going on. I'll take another close look at the old and new driver and see if I can find anything. If I find something that way, would a patch against 3.0 be okay for you? Alternatively, I can make a sort of stand-alone buildable version of the driver that you can just 'make' and 'insmod', provided you have the right tools/package installed, if that is more convenient for you. Groeten, Bart -- Bart Hartgers - New e-mail: bart.hartg...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643942: Please add support tracker-0.12
Upstream already supports tracker-0.12, so let's just wait for the next release. http://git.gnome.org/browse/grilo-plugins/commit/?h=0.1.xid=e0f8eafb60de9051030cad7f387170e9a790a5f8 Thanks, Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644136: ITP: ruby-text -- collection of text match and analysis algorithms
Package: wnpp Severity: wishlist Owner: Olivier Sallou olivier.sal...@irisa.fr * Package name: ruby-text Version : 1.1.2 Upstream Author : Paul Battley, Michael Neumann, Tim Fletcher * URL : https://rubygems.org/gems/Text * License : GPL Programming Lang: Ruby Description : collection of text match and analysis algorithms Library for match and analysis on text strings. Contains levenshtein distance calculation, Porter Stemming and others. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644137: ITP: ruby-cassiopee -- provide methods to search exact match or approximate matches with Hamming or edit distance
Package: wnpp Severity: wishlist Owner: Olivier Sallou olivier.sal...@irisa.fr * Package name: ruby-cassiopee Version : 0.1.8 Upstream Author : Olivier Sallou olivier.sal...@irisa.fr * URL : https://rubygems.org/gems/cassiopee * License : GPL Programming Lang: Ruby Description : provide methods to search exact match or approximate matches with Hamming or edit distance Library to search an exact or approximate word (hamming or edit distance) in a string. Support index cache with incremental update for later searches -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633501: libjinput-jni: contains undefined symbol EVIOCGUSAGE
tags 633501 + patch forwarded 633501 http://java.net/jira/browse/JINPUT-44 thanks Hi all, I've reported this bug upstream at http://java.net/jira/browse/JINPUT-44 , and submitted a patch (attached, and also at http://ldpreload.com/p/jinput-remove-getDeviceUsageBits.patch ) to eliminate all code related to this nonexistent ioctl. The package builds cleanly with this patch applied via debian/patches, and I've verified that the resulting .so no longer references an EVIOCGUSAGE symbol, but I don't have enough of an idea of how this package works to properly test that it addresses the reported crash. (At the very least, I can't reproduce the crash simply by installing this package, or adding import net.java.games.input.* to a Hello World class.) Java team, if you would like me to prepare a debdiff or NMU including this patch, let me know (and let me know how to test it), and I'll be happy to do so. -- Geoffrey Thomas http://ldpreload.com geo...@ldpreload.comIndex: trunk/plugins/linux/src/java/net/java/games/input/LinuxEventDevice.java === --- trunk/plugins/linux/src/java/net/java/games/input/LinuxEventDevice.java (revision 247) +++ trunk/plugins/linux/src/java/net/java/games/input/LinuxEventDevice.java (working copy) @@ -94,28 +94,6 @@ } private final Controller.Type guessType() throws IOException { - Controller.Type type_from_usages = guessTypeFromUsages(); - if (type_from_usages == Controller.Type.UNKNOWN) - return guessTypeFromComponents(); - else - return type_from_usages; - } - - private final Controller.Type guessTypeFromUsages() throws IOException { - byte[] usage_bits = getDeviceUsageBits(); - if (isBitSet(usage_bits, NativeDefinitions.USAGE_MOUSE)) - return Controller.Type.MOUSE; - else if (isBitSet(usage_bits, NativeDefinitions.USAGE_KEYBOARD)) - return Controller.Type.KEYBOARD; - else if (isBitSet(usage_bits, NativeDefinitions.USAGE_GAMEPAD)) - return Controller.Type.GAMEPAD; - else if (isBitSet(usage_bits, NativeDefinitions.USAGE_JOYSTICK)) - return Controller.Type.STICK; - else - return Controller.Type.UNKNOWN; - } - - private final Controller.Type guessTypeFromComponents() throws IOException { List components = getComponents(); if (components.size() == 0) return Controller.Type.UNKNOWN; @@ -342,15 +320,6 @@ } private final static native void nGetBits(long fd, int ev_type, byte[] evtype_bits) throws IOException; - private final byte[] getDeviceUsageBits() throws IOException { - byte[] bits = new byte[NativeDefinitions.USAGE_MAX/8 + 1]; - if (getVersion() = 0x010001) { - nGetDeviceUsageBits(fd, bits); - } - return bits; - } - private final static native void nGetDeviceUsageBits(long fd, byte[] type_bits) throws IOException; - public final synchronized void pollKeyStates() throws IOException { nGetKeyStates(fd, key_states); } Index: trunk/plugins/linux/src/native/net_java_games_input_LinuxEventDevice.c === --- trunk/plugins/linux/src/native/net_java_games_input_LinuxEventDevice.c (revision 247) +++ trunk/plugins/linux/src/native/net_java_games_input_LinuxEventDevice.c (working copy) @@ -112,20 +112,6 @@ return num_effects; } -JNIEXPORT void JNICALL Java_net_java_games_input_LinuxEventDevice_nGetDeviceUsageBits(JNIEnv *env, jclass unused, jlong fd_address, jbyteArray usages_array) { -#if EV_VERSION = 0x010001 - int fd = (int)fd_address; - jsize len = (*env)-GetArrayLength(env, usages_array); - jbyte *usages = (*env)-GetByteArrayElements(env, usages_array, NULL); - if (usages == NULL) - return; - int res = ioctl(fd, EVIOCGUSAGE(len), usages); - (*env)-ReleaseByteArrayElements(env, usages_array, usages, 0); - if (res == -1) - throwIOException(env, Failed to get device usages (%d)\n, errno); -#endif -} - JNIEXPORT void JNICALL Java_net_java_games_input_LinuxEventDevice_nGetBits(JNIEnv *env, jclass unused, jlong fd_address, jint evtype, jbyteArray bits_array) { int fd = (int)fd_address; jsize len = (*env)-GetArrayLength(env, bits_array);
Bug#639950: unable to login
OoO En cette nuit nuageuse du jeudi 01 septembre 2011, vers 00:47, Moonwalker moonwal...@hotbox.ru disait : Expression $user_id = $dbh-insert_id('users') in line 421 of /usr/share/roundcube/program/include/rcube_user.php returns NULL in such cases, but it doesn't seem that the insert query actually fails. Unfortunately, I'm not familiar with Roundcube code and PEAR's MDB2 to diagnose more deeply. Which database are you using? -- Vincent Bernat ☯ http://vincent.bernat.im Make it clear before you make it faster. - The Elements of Programming Style (Kernighan Plauger) pgpKBgsHPRRcv.pgp Description: PGP signature
Bug#644134: Acknowledgement (libhdf5 cannot open files after NetCDF's nc_close has been called)
Hello, some more info thanks to Mark Hymers: the culprit seems to be in NetCDF, netcdf/libsrc4/nc4file.c, line 2770: if (!numfiles) { /* If all files have been closed, close he HDF5 library. This will * clean up some stuff that HDF5 is leaving open. */ if ((retval = H5close()) 0) return NC_EHDFERR; /* Reset the ncid numbers. */ last_file_id = 0; } Indeed, if in my test case I keep a file open during the whole time, the error doesn't happen. According to http://www.hdfgroup.org/HDF5/doc/RM/RM_H5.html#Library-Close, there is no need for that function to be called, since it's already hooked into exit(). I'm now reassigning the bug to src:netcdf. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#643685: 'man enca' typos: starightforward, recoginize, incredibily x 2, consideres, etc.
Hi Dne Wed, 28 Sep 2011 13:04:37 -0400 A. Costa agco...@gis.net napsal(a): Package: enca Version: 1.13-4 Severity: minor Tags: patch Found some typos in '/usr/share/man/man1/enca.1.gz', see attached '.diff'. Hope this helps... Thanks a lot, committed to upstream git and will be part of next release. -- Michal Čihař | http://cihar.com | http://blog.cihar.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644138: kcc and heimdal-clients: error when trying to install together
Package: heimdal-clients,kcc Version: heimdal-clients/1.5.dfsg.1-1 Version: kcc/2.3-12 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2011-10-03 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libbsd0 libedit2 libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libsasl2-2 libldap-2.4-2 libroken18-heimdal libasn1-8-heimdal libhcrypto4-heimdal libheimbase1-heimdal libwind0-heimdal libhx509-5-heimdal libkrb5-26-heimdal libheimntlm0-heimdal libgssapi3-heimdal libhdb9-heimdal libkadm5clnt7-heimdal libkadm5srv8-heimdal libkafs0-heimdal libotp0-heimdal libsl0-heimdal libcap2 libgeoip1 libxml2 libisc62 libdns69 libisccc60 libisccfg62 libbind9-60 liblwres60 bind9-host krb5-config heimdal-clients kcc Extracting templates from packages: 81% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libbsd0. (Reading database ... 10584 files and directories currently installed.) Unpacking libbsd0 (from .../libbsd0_0.3.0-1_amd64.deb) ... Selecting previously unselected package libedit2. Unpacking libedit2 (from .../libedit2_2.11-20080614-3_amd64.deb) ... Selecting previously unselected package libkeyutils1. Unpacking libkeyutils1 (from .../libkeyutils1_1.5.2-2_amd64.deb) ... Selecting previously unselected package libkrb5support0. Unpacking libkrb5support0 (from .../libkrb5support0_1.9.1+dfsg-3_amd64.deb) ... Selecting previously unselected package libk5crypto3. Unpacking libk5crypto3 (from .../libk5crypto3_1.9.1+dfsg-3_amd64.deb) ... Selecting previously unselected package libkrb5-3. Unpacking libkrb5-3 (from .../libkrb5-3_1.9.1+dfsg-3_amd64.deb) ... Selecting previously unselected package libgssapi-krb5-2. Unpacking libgssapi-krb5-2 (from .../libgssapi-krb5-2_1.9.1+dfsg-3_amd64.deb) ... Selecting previously unselected package libsasl2-2. Unpacking libsasl2-2 (from .../libsasl2-2_2.1.25.dfsg1-2_amd64.deb) ... Selecting previously unselected package libldap-2.4-2. Unpacking libldap-2.4-2 (from .../libldap-2.4-2_2.4.25-3_amd64.deb) ... Selecting previously unselected package libroken18-heimdal. Unpacking libroken18-heimdal (from .../libroken18-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libasn1-8-heimdal. Unpacking libasn1-8-heimdal (from .../libasn1-8-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libhcrypto4-heimdal. Unpacking libhcrypto4-heimdal (from .../libhcrypto4-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libheimbase1-heimdal. Unpacking libheimbase1-heimdal (from .../libheimbase1-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libwind0-heimdal. Unpacking libwind0-heimdal (from .../libwind0-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libhx509-5-heimdal. Unpacking libhx509-5-heimdal (from .../libhx509-5-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libkrb5-26-heimdal. Unpacking libkrb5-26-heimdal (from .../libkrb5-26-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libheimntlm0-heimdal. Unpacking libheimntlm0-heimdal (from .../libheimntlm0-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libgssapi3-heimdal. Unpacking libgssapi3-heimdal (from .../libgssapi3-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libhdb9-heimdal. Unpacking libhdb9-heimdal (from .../libhdb9-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libkadm5clnt7-heimdal. Unpacking libkadm5clnt7-heimdal (from .../libkadm5clnt7-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libkadm5srv8-heimdal. Unpacking libkadm5srv8-heimdal (from .../libkadm5srv8-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libkafs0-heimdal. Unpacking libkafs0-heimdal (from .../libkafs0-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libotp0-heimdal. Unpacking libotp0-heimdal (from .../libotp0-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libsl0-heimdal. Unpacking libsl0-heimdal (from .../libsl0-heimdal_1.5.dfsg.1-1_amd64.deb) ... Selecting previously unselected package libcap2. Unpacking libcap2 (from .../libcap2_1%3a2.22-1_amd64.deb) ... Selecting previously unselected package libgeoip1. Unpacking libgeoip1 (from .../libgeoip1_1.4.8+dfsg-2_amd64.deb) ... Selecting previously unselected package libxml2. Unpacking libxml2 (from .../libxml2_2.7.8.dfsg-4_amd64.deb) ... Selecting previously unselected package libisc62. Unpacking libisc62
Bug#644139: libgts-dev and pcb-common: error when trying to install together
Package: pcb-common,libgts-dev Version: pcb-common/20110918-2 Version: libgts-dev/0.7.6+darcs110121-1.1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2011-10-03 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libpcre3 libglib2.0-0 libatk1.0-data libatk1.0-0 libavahi-common-data libavahi-common3 libdbus-1-3 libavahi-client3 libcups2 libdatrie1 libdrm2 libexpat1 libfreetype6 ucf ttf-dejavu-core fontconfig-config libfontconfig1 libjpeg8 libjasper1 libpng12-0 libtiff4 libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libgdk-pixbuf2.0-0 libglapi-mesa libxfixes3 libxdamage1 libxext6 libxxf86vm1 libgl1-mesa-glx libglu1-mesa libgtk2.0-common libpixman-1-0 libxcb-render0 libxcb-shm0 libxrender1 libcairo2 libthai-data libthai0 libxft2 fontconfig libpango1.0-0 libxcomposite1 libxcursor1 libxi6 libxinerama1 libxrandr2 libxml2 shared-mime-info libgtk2.0-0 x11-common libice6 libsm6 libxss1 libxt6 m4 libc-dev-bin linux-libc-dev libc6-dev libxpm4 libgd2-xpm libglib2.0-data libglib2.0-bin pkg-config zlib1g-dev libglib2.0-dev libxmu6 libgtkglext1 libgts-0.7-5 libgts-dev tcl8.5 tk8.5 pcb-gtk pcb-common Extracting templates from packages: 36% Extracting templates from packages: 73% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libkeyutils1. (Reading database ... 10584 files and directories currently installed.) Unpacking libkeyutils1 (from .../libkeyutils1_1.5.2-2_amd64.deb) ... Selecting previously unselected package libkrb5support0. Unpacking libkrb5support0 (from .../libkrb5support0_1.9.1+dfsg-3_amd64.deb) ... Selecting previously unselected package libk5crypto3. Unpacking libk5crypto3 (from .../libk5crypto3_1.9.1+dfsg-3_amd64.deb) ... Selecting previously unselected package libkrb5-3. Unpacking libkrb5-3 (from .../libkrb5-3_1.9.1+dfsg-3_amd64.deb) ... Selecting previously unselected package libgssapi-krb5-2. Unpacking libgssapi-krb5-2 (from .../libgssapi-krb5-2_1.9.1+dfsg-3_amd64.deb) ... Selecting previously unselected package libpcre3. Unpacking libpcre3 (from .../libpcre3_8.12-4_amd64.deb) ... Selecting previously unselected package libglib2.0-0. Unpacking libglib2.0-0 (from .../libglib2.0-0_2.28.6-1_amd64.deb) ... Selecting previously unselected package libatk1.0-data. Unpacking libatk1.0-data (from .../libatk1.0-data_2.2.0-1_all.deb) ... Selecting previously unselected package libatk1.0-0. Unpacking libatk1.0-0 (from .../libatk1.0-0_2.2.0-1_amd64.deb) ... Selecting previously unselected package libavahi-common-data. Unpacking libavahi-common-data (from .../libavahi-common-data_0.6.30-5_amd64.deb) ... Selecting previously unselected package libavahi-common3. Unpacking libavahi-common3 (from .../libavahi-common3_0.6.30-5_amd64.deb) ... Selecting previously unselected package libdbus-1-3. Unpacking libdbus-1-3 (from .../libdbus-1-3_1.4.16-1_amd64.deb) ... Selecting previously unselected package libavahi-client3. Unpacking libavahi-client3 (from .../libavahi-client3_0.6.30-5_amd64.deb) ... Selecting previously unselected package libcups2. Unpacking libcups2 (from .../libcups2_1.5.0-8_amd64.deb) ... Selecting previously unselected package libdatrie1. Unpacking libdatrie1 (from .../libdatrie1_0.2.4-3_amd64.deb) ... Selecting previously unselected package libdrm2. Unpacking libdrm2 (from .../libdrm2_2.4.26-1_amd64.deb) ... Selecting previously unselected package libexpat1. Unpacking libexpat1 (from .../libexpat1_2.0.1-7_amd64.deb) ... Selecting previously unselected package libfreetype6. Unpacking libfreetype6 (from .../libfreetype6_2.4.6-2_amd64.deb) ... Selecting previously unselected package ucf. Unpacking ucf (from .../ucf_3.0025+nmu2_all.deb) ... Moving old data out of the way Selecting previously unselected package ttf-dejavu-core. Unpacking ttf-dejavu-core (from .../ttf-dejavu-core_2.33-2_all.deb) ... Selecting previously unselected package fontconfig-config. Unpacking fontconfig-config (from .../fontconfig-config_2.8.0-3_all.deb) ... Selecting previously unselected package libfontconfig1. Unpacking libfontconfig1 (from .../libfontconfig1_2.8.0-3_amd64.deb) ... Selecting previously unselected package libjpeg8. Unpacking libjpeg8 (from .../libjpeg8_8c-2_amd64.deb) ... Selecting previously unselected package libjasper1. Unpacking libjasper1 (from .../libjasper1_1.900.1-10_amd64.deb) ... Selecting previously unselected package libpng12-0. Unpacking libpng12-0 (from .../libpng12-0_1.2.46-3_amd64.deb) ... Selecting previously unselected package libtiff4. Unpacking libtiff4 (from .../libtiff4_3.9.5-2_amd64.deb)
Bug#644127: init.d status support
On mån, 2011-10-03 at 09:24 +0200, Ludovic Rousseau wrote: 2011/10/3 Peter Eisentraut pet...@debian.org: Package: pcscd Version: 1.7.4-2 Severity: wishlist Tags: patch Attached is a patch that adds support for the status action to the pcscd init script. Why do you need this change? It's a project-wide goal to add this support. Note that I had to move around some code that creates the IPCDIR. You should do this anyway, because it seems not sensible to remove the directory containing the PID file before executing, say, the stop action. pcscd is no more started as a root daemon on startup. The process is auto-started when needed. See [1]. The init script contains an exit 0 so unless you comment this line the script will not do of any start/stop/status command. I guess you have not really tested your patch :-) I have tested it by removing the exit 0 as instructed in the script. :) The plan is to completely remove this init script and use systemd instead. But this migration is not yet ready. OK, I'm working on dozens of init scripts across many packages, so I can't take the time to investigate any possible future plans of each one individually. If you remove this init script, then please ignore my submission. But as long as the init script exists, even if only for compatibility usage or whatever, please consider including my patch. As long as the init script is there, tools like chkconfig will use it for global status reports and such. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620802: trilinos: fixed in 10.4.0.dfsg-1
package python-pytrilinos notfixed 620802 python-pitrilinos/10.4.0+dfsg notfixed 620802 trilinos/10.4.0+dfsg-1 fixed 620802 trilinos/10.4.0.dfsg-1 thanks At some point I'll get the tagging right I don't now in the bug should be fixed in stable or if it's OK to leave it like that since workarounds exist and it's fixed in unstable. Regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#644140: icedove: Sends outgoing mail yet from obsolete POP-account although that SMTP-server was removed from 'Account Settings'/'Outgoing Server'
Package: icedove Version: 3.0.11-1+squeeze4 Severity: normal *** Please type your report below this line *** -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/3 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 3.4Miscellaneous utilities specific t ii fontconfig2.8.0-2.1 generic font configuration library ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-4+squeeze1 simple interprocess messaging syst ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.6-1NetScape Portable Runtime Library ii libnss3-1d3.12.8-1+squeeze3 Network Security Service libraries ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpng12-01.2.44-1+squeeze1 PNG library - runtime ii libsqlite3-0 3.7.3-1SQLite 3 shared library ii libstartup-notificati 0.10-1 library for program launch feedbac ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-4 X11 client-side library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii psmisc22.11-1utilities that use the proc file s ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages icedove recommends: ii myspell-en-gb [myspell-dictio 1:3.2.1-2 English_british dictionary for mys ii myspell-en-us [myspell-dictio 1:3.2.1-2 English_american dictionary for my Versions of packages icedove suggests: ii libdbus-glib-1-20.88-2.1 simple interprocess messaging syst ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomevfs2-0 1:2.24.3-1 GNOME Virtual File System (runtime ii libgssapi-krb5-21.8.3+dfsg-4squeeze2 MIT Kerberos runtime libraries - k ii ttf-lyx 1.6.7-1 TrueType versions of some TeX font -- 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#644141: RM: qwit -- ROM; upstream abandoned
Package: ftp.debian.org Severity: normal Upstream development is abandoned for a year, critical bugs (mostly oauth related) make qwit unusable. Some important features (proper API retweet, API changes...) are missing, and upstream is not working on them. Since a better replacement (choqok) is available in Debian archive, I think qwit should be removed. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644023: FTBFS on kfreebsd-i386
Petr Salinger wrote: It effectively test return code of fprintf (fp, %2147483648d%2147483648d, 1, 1); The printf family returns int and should return number of written bytes. It therefore cannot exceed MAX_INT. But the test tries to print twice entry with width MAX_INT+1. I would understand the test with i.e. 2147483640 or six time 512 MB. Yeah, your suggested test would be a more precise test for the original bug[1]. C99 (N1256 §7.19.6.1.4) only tells us that the field width is a nonnegative decimal integer. It would be nice to clarify with the C working group whether a field width that doesn't fit into an int triggers undefined behavior or if the implementation is obligated to catch it. On kfreebsd-amd64, it tries to mmap(0,0x80001000,PROT_READ|PROT_WRITE,MAP_ANON|MAP_TYPE|MAP_PRIVATE,0x,0) and fails. Sounds buggy. In fact, there are at least a couple of seemingly buggy aspects here. - read_int does not check for overflow - read_int returns unsigned int, but prec and width are ints - the for (; (size_t) nspecs_done nspecs; ++nspecs_done) loop does not check for overflow when deciding the initial work buffer size - the private __parse_one_spec API (and public parse_printf_format API) does not seem to include a way to indicate overflow Anyway, how about this patch? It implements your 6 times 512 MiB idea (well, 3 times 1 GiB because I'm lazy) and adds a new test for the related bug Robert found (which gets masked on Linux by malloc() not bothering to try to fulfill such huge requests --- maybe it would be possible to tweak it so it can fail on Linux, too). --- [1] http://sourceware.org/bugzilla/show_bug.cgi?id=5424 stdio-common/Makefile |2 +- stdio-common/bug22.c |5 +++-- stdio-common/bug22a.c | 33 + 3 files changed, 37 insertions(+), 3 deletions(-) create mode 100644 stdio-common/bug22a.c diff --git a/stdio-common/Makefile b/stdio-common/Makefile index 006f5468..3be668cc 100644 --- a/stdio-common/Makefile +++ b/stdio-common/Makefile @@ -60,7 +60,7 @@ tests := tstscanf test_rdwr test-popen tstgetln test-fseek \ tst-popen tst-unlockedio tst-fmemopen2 tst-put-error tst-fgets \ tst-fwrite bug16 bug17 tst-swscanf tst-sprintf2 bug18 bug18a \ bug19 bug19a tst-popen2 scanf13 scanf14 scanf15 bug20 bug21 bug22 \ -scanf16 scanf17 tst-setvbuf1 tst-grouping bug23 bug24 +bug22a scanf16 scanf17 tst-setvbuf1 tst-grouping bug23 bug24 test-srcs = tst-unbputc tst-printf diff --git a/stdio-common/bug22.c b/stdio-common/bug22.c index 2228388b..1f59c735 100644 --- a/stdio-common/bug22.c +++ b/stdio-common/bug22.c @@ -1,7 +1,8 @@ /* BZ #5424 */ #include stdio.h -#define N 2147483648 +/* 1 GiB * 3 INT_MAX bytes */ +#define N 1073741824 #define STRINGIFY(S) #S #define MAKE_STR(S) STRINGIFY(S) @@ -20,7 +21,7 @@ do_test (void) return 1; } - ret = fprintf (fp, % SN d% SN d, 1, 1); + ret = fprintf (fp, % SN d% SN d% SN d, 1, 1); printf (ret = %d\n, ret); diff --git a/stdio-common/bug22a.c b/stdio-common/bug22a.c new file mode 100644 index ..37efea39 --- /dev/null +++ b/stdio-common/bug22a.c @@ -0,0 +1,33 @@ +/* Not in BZ yet */ +#include stdio.h + +/* 2 GiB == INT_MAX + 1 */ +#define N 2147483648 + +#define STRINGIFY(S) #S +#define MAKE_STR(S) STRINGIFY(S) + +#define SN MAKE_STR(N) + +static int +do_test (void) +{ + int ret; + + FILE *fp = fopen (/dev/null, w); + if (fp == NULL) +{ + puts (cannot open /dev/null); + return 1; +} + + ret = fprintf (fp, % SN d, 1, 1); + + printf (ret = %d\n, ret); + + return ret != -1; +} + +#define TIMEOUT 30 +#define TEST_FUNCTION do_test () +#include ../test-skeleton.c -- 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#644142: bsd-mailx: mail doesn't pay attention to multiple -a parameters
Package: bsd-mailx Version: 8.1.2-0.20100314cvs-1 Severity: normal According to it's man-page, it is possible to add the -a option several times (This argument [-a] may be specified more than once, the headers will then be concatenated.) But if I send a mail with echo mailbody | mail -a Content-Type: text/plain; charset=UTF-8 \ -a X-Header1 -a X-Header2 -s Test j...@example.com I get something like To: j...@example.com Subject: Test Content-Type: text/plain; charset=UTF-8 Message-Id: some unique number Date: Mon, 3 Oct 2011 10:46:39 +0200 (CEST) From: r...@example.com (root) X-Header1 X-Header2 mailbody Only the first option is added as header while the others are added to the mail body. Could you please make mail behave like it's man-page says? Thanks, Frank -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bsd-mailx depends on: ii base-files 6.0squeeze2 Debian base system miscellaneous f ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii liblockfile11.08-4 NFS-safe locking library, includes ii postfix [mail-transport 2.7.1-1+squeeze1 High-performance mail transport ag bsd-mailx recommends no packages. bsd-mailx 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#576335: enable libcvc3-2-jni on kfreebsd-amd64
reassign 576335 cvc3 found 576335 2.2-13 tag 576335 = patch thanks Hi, it looks like the java on kfreebsd-amd64 problem is solved with gcj-4.6 (4.6.1-6) upload. Please change Architecture of libcvc3-2-jni to any and drop 50_exclude_java_tests_on_kfreebsd_amd64.patch. Many thanks Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644023: FTBFS on kfreebsd-i386
- ret = fprintf (fp, % SN d% SN d, 1, 1); + ret = fprintf (fp, % SN d% SN d% SN d, 1, 1); It have to be changed into fprintf (fp, % SN d% SN d% SN d, 1, 1, 1); or fprintf (fp, % SN d% SN d% SN d, 1, 2, 3); + ret = fprintf (fp, % SN d, 1, 1); And here into fprintf (fp, % SN d, 1); Fix of underlying bug leading into allocating 2GB or more would be also nice ;-) Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633756: warning: variable set but not used [-Wunused-but-set-variable]
Hi Regid, 2011/7/13 Regid Ichira: I noticed another 13 instances of that warning: belkinunv.c:1242:9: warning: variable 'r' etapro.c:216:7: warning: variable 'status' gamatronic.c:251:17: warning: variable 'e' isbmex.c:326:9: warning: variable 'ret' metasys.c:99:6: warning: variable 'i' mge-shut.c:799:16: warning: variable 'sdata' microdowell.c:192:11: warning: variable 'ret' libshut.c:681:16: warning: variable 'sdata' rhino.c:480:36: warning: variable 'sizes' rhino.c:648:20: warning: variable 'mins' rhino.c:648:13: warning: variable 'hours' solis.c:323:16: warning: variable 'tst' solis.c:358:6: warning: variable 'iw' Will it help if I will provide a patch for the places that I think I know how to eliminate the warning? I don't use any of those drivers. sure, it would save a bit more time, that I'm currently lacking. posting directly (or cc'ing) NUT upsdev mailing would even allow some other developer(s) to take over checks and application: http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev thanks for your contribs, Arnaud -- Linux / Unix Expert RD - Eaton - http://powerquality.eaton.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.free.fr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644099: [Pkg-sysvinit-devel] Bug#644099: init: Id co respawning too fast: disabled for 5 minutes
Hi, sorry, that was a typo - I meant commenting it out, i.e. disabling that line. And yes, this looks like the bug you referred to - I did not find it before since I did not yet find any way to search for bugs in all debian packages. Kind regards, Ralf On Monday 03 October 2011 01:58:15 Henrique de Moraes Holschuh wrote: On Sun, 02 Oct 2011, Ralf Jung wrote: On both of the machines I installed a recent Debian on (testing on my laptop, sid on my tower), I am getting the following error regularly in the syslog, and on tty1: init: Id co respawning too fast: disabled for 5 minutes Googling for that message showed that many others have it, too, and that it could be silenced by uncommenting the following line from /etc/inittab co:2345:respawn:/sbin/getty hvc0 9600 linux *Un*commenting means enabling it. Did you _disable_ it by _commenting_ it? Looks like fallout from #636846... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637620: [Pkg-alsa-devel] Bug#637620: alsa-base: No sound with Realtek ALC889A card
* Carlos Luna [111001 14:05 -0500]: The result is not sound at all. lsmod | grep snd snd_hda_intel 21860 0 snd_hda_codec_realtek 206339 0 snd_hda_codec 58350 2 snd_hda_intel,snd_hda_codec_realtek snd_hwdep 12936 1 snd_hda_codec snd_pcm53284 2 snd_hda_intel,snd_hda_codec snd_page_alloc 12899 2 snd_hda_intel,snd_pcm snd_seq39752 0 snd_timer 22196 2 snd_pcm,snd_seq snd_seq_device 12985 1 snd_seq snd38777 8 snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec,snd_hwdep,snd_pcm,snd_seq,snd_timer,snd_seq_device soundcore 12992 1 snd aplay -l List of PLAYBACK Hardware Devices aplay -L null Discard all samples (playback) or generate zero samples (capture) Hmmm, no card recognized. I suppose only the dmi part is recognized but still supressed bei /etc/modprobe.d. I have to think about this situation as it is kernel version dependend only? What is the output of $ cat /proc/asound/cards ? just to be sure... Elimar -- Numeric stability is probably not all that important when you're guessing;-) signature.asc Description: Digital signature
Bug#644143: samba: Renaming files in Pro/ENGINEER does not work properly with dos filemode = yes
Package: samba Version: 2:3.5.6~dfsg-3squeeze2 Severity: normal Tags: upstream Dear Maintainer, *** Please consider answering these questions, where appropiate *** * What led up to the situation? Computer with WinXP accesses network drives of a samba server which was upgraded from lenny to squeeze. On the computer Pro/ENGINEER Wildfire 4 is installed and there is builtin function to rename files. After the upgrade this function stopped to work properly. When the user renames a file it works for the first time but afterwards it fails with an error message that the network drive is not accesible anymore. In the samba log file during the first rename a line similiar to this appeared: smbd/trans2.c:5531(smb_set_file_dosmode) smb_set_file_dosmode: file_set_dosmode of /mnt/server/justafile failed (Bad file descriptor) The user has then to restart the computer. The problem only appears when the file is not owned by the user but she is in a group with all necessary permission. Furthermore option dos filemode = yes has to be set. * Workaround 1 Set dos filemode = no * Workaround 2 Upgrade samba packages. Packages of backport seem to work (3.5.11) So the bug was obviously fixed upstream but I couldn't find the related bug report in the samba bugtracking. best regards Andreas Jimmy Gredler *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (996, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635718: Bug 635718
Hi, I have exactly the same problem as Jamie has. The error in my browser (in Dutch language): MSIE 8.0; Windows NT 6.1; WOW64; Bericht: ')' wordt verwacht Regel: 1512 Teken: 44 Code: 0 URI: http://xxx/javascript/mootools/mootools-core-nc.js Bericht: 'MooTools' is niet gedefinieerd Regel: 33 Teken: 1 Code: 0 URI: http://xxx/javascript/mootools/mootools-more-nc.js Bericht: Deze eigenschap of methode wordt niet ondersteund door dit object Regel: 65 Teken: 1 Code: 0 URI: http://xxx/zm/skins/classic/views/js/console.js host:/home/tom# cat /etc/debian_version wheezy/sid host:/home/tom# dpkg --list | grep mootools ii libjs-mootools 1.4.0~debian1-1 compact JavaScript framework host:/home/tom# dpkg --list | grep zoneminder ii zoneminder 1.24.4-1+b2 Linux video camera security and surveillance solution Regards, Tom Van Overschelde -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641215: linux-image-3.0.0-1-powerpc: After pata_macio, replaced ide_pmac the system doesn't boot
Shouldn't this bug rather be filed against the kernel. The pata_macio module doesn't autoload because the pci id of the keylargo controller isn't listed in the pci match table of the module. The generic macio code matches anything Apple (no idea why, too painful to find out all ids?) and maybe pata_macio should, too. -- Heikki Lindholm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644144: cups: CUPS always opening (UDP) port on all interfaces
Package: cups Version: 1.5.0-8 Severity: normal I have the following lines in my cupsd.conf to prevent CUPS from opening ports on any external interface (I don't use this machine as printing server): # Only listen for connections from the local machine. Listen localhost:631 Listen /var/run/cups/cups.sock However, netstat -nlp still shows tcp0 0 127.0.0.1:631 0.0.0.0:* LISTEN 24600/cupsd tcp6 0 0 ::1:631 :::*LISTEN 24600/cupsd udp0 0 0.0.0.0:631 0.0.0.0:* 24600/cupsd So a port was opened on all interfaces, against my configuration. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc6-selfcompiled+ (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii adduser3.113 ii bc 1.06.95-2+b1 ii cups-client1.5.0-8 ii cups-common1.5.0-8 ii cups-ppdc 1.5.0-8 ii debconf [debconf-2.0] 1.5.40 ii ghostscript9.02~dfsg-3 ii libavahi-client3 0.6.30-5 ii libavahi-common3 0.6.30-5 ii libc6 2.13-21 ii libcups2 1.5.0-8 ii libcupscgi11.5.0-8 ii libcupsdriver1 1.5.0-8 ii libcupsimage2 1.5.0-8 ii libcupsmime1 1.5.0-8 ii libcupsppdc1 1.5.0-8 ii libdbus-1-31.4.16-1 ii libgcc11:4.6.1-4 ii libgnutls262.12.10-2 ii libgssapi-krb5-2 1.9.1+dfsg-1+b1 ii libijs-0.350.35-8 ii libkrb5-3 1.9.1+dfsg-1+b1 ii liblcms1 1.19.dfsg-1 ii libldap-2.4-2 2.4.25-3 ii libpam0g 1.1.3-2 ii libpaper1 1.1.24+nmu1 ii libpoppler13 0.16.7-2+b1 ii libslp11.2.1-7.8 ii libstdc++6 4.6.1-4 ii libusb-0.1-4 2:0.1.12-19 ii lsb-base 3.2-28 ii poppler-utils 0.16.7-2+b1 ii procps 1:3.2.8-11 ii ssl-cert 1.0.28 ii ttf-freefont 20100919-1 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages cups recommends: ii avahi-daemonnone ii colord none ii cups-driver-gutenprint 5.2.7-2 ii foomatic-filters4.0.9-1 ii ghostscript-cups9.02~dfsg-3 Versions of packages cups suggests: ii cups-bsd none ii cups-pdf none ii foomatic-db 20110803-3 ii hplipnone ii smbclient2:3.5.11~dfsg-1 ii udev 172-1 -- Configuration Files: /etc/cups/cupsd.conf changed: LogLevel warn MaxLogSize 0 SystemGroup lpadmin Listen localhost:631 Listen /var/run/cups/cups.sock Browsing On BrowseOrder allow,deny BrowseAllow all BrowseLocalProtocols CUPS dnssd DefaultAuthType Basic WebInterface Yes Location / Order allow,deny /Location Location /admin Order allow,deny /Location Location /admin/conf AuthType Default Require user @SYSTEM Order allow,deny /Location Policy default # Job/subscription privacy... JobPrivateAccess default JobPrivateValues default SubscriptionPrivateAccess default SubscriptionPrivateValues default # Job-related operations must be done by the owner or an administrator... Limit Create-Job Print-Job Print-URI Validate-Job Order deny,allow /Limit Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job Cancel-My-Jobs Close-Job CUPS-Move-Job CUPS-Get-Document Require user @OWNER @SYSTEM r Order deny,allow /Limit # All administration operations require an administrator to authenticate... Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default CUPS-Get-Devices AuthType Default Require user @SYSTEM r Order deny,allow /Limit # All printer operations require a printer operator to authenticate... Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After Cancel-Jobs CUPS-Accept-Jobs CUPS-Reject-Jobs AuthType Default Require user @SYSTEM r Order deny,allow /Limit # Only the owner or an administrator can cancel or authenticate a job... Limit
Bug#576983: Cx
Sent from my iPhone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643999: slapos-client: uninstallable in sid
Hello, Thanks for the reminder. I will do it on Monday then. Cheers, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617229: patch
Hi, On 3 October 2011 07:26, Bruno Bigras bigras.br...@gmail.com wrote: Package: lfm Version: 2.2-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch Here's a patch I submited to Ubuntu that may help you too. [...] please note v2.3 was releases on May 21st. Best regards, Iñigo Serna -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599124: libcairo2: Please integrate patch from upstream to make cairo psfrag fiendly - required for inkscape
On Mon, Oct 04, 2010 at 11:19:40PM +0200, Zaar Hai wrote: Package: libcairo2 Version: 1.8.10-6 Severity: important Tags: patch Hello, dear maintainers! Me and many other people were happily using inkscape in Debian Lenny to produce vector graphics for later inclusion in LaTeX files. Inkscape produced .eps files that contained ASCII literals. Those literal strings were later replaced with beautiful LaTeX code by psfrag package. Since 0.47 inkscape switched to Cairo for eps export. Unfortunately Cairo package did not output latin characters in plain ASCII form - this obviously broke psfarg trick. Cairo developers have finally fixed this issue, by treating latin characters specially and outputing latin strings in verbatim form. There is also a patch available [2]. Integrating this patch into cairo in Debian will make all us LaTeX/Inkscape Debian users very happy. I hope you'll find time to look at this soon. ... [1]. Inscape bug that desribes the problem in depth - https://bugs.launchpad.net/inkscape/+bug/375323 [2]. Cairo patch that fixes the issue - http://cgit.freedesktop.org/cairo/commit/?id=f1ca978032e973c4dc5cfa385074dea675a6c76d Hi all, That patch alone seems to not be enough here. I put it as a quilt patch and enabled it for a personal build (see attached patch for details about what I did). However, using new libcairo2 seems to not help in my particular case, not sure if I am missing something too evident. On the other hand, seems from reading [1] than there are newer commits regarding this issue that should also be considered. Since there is already a wishlist bug (#630811) asking to package one of the latest development snapshots for experimental, please consider that with a snapshot including last psfrag related changes. For documents where I am in a hurry, as an alternative approach, I removed all text tags from inkscape files used to generate eps for LaTeX documents, and used overpic.sty to set the tags. Regards, -- Agustin diff -Nru -w cairo-1.10.2/debian/changelog cairo-1.10.2/debian/changelog --- cairo-1.10.2/debian/changelog 2011-07-29 19:01:38.0 +0200 +++ cairo-1.10.2/debian/changelog 2011-08-25 13:42:37.0 +0200 @@ -1,3 +1,11 @@ +cairo (1.10.2-6.1.amd1) unstable; urgency=low + + * Personal build. + * Cherry pick upstream changes to add capability for font subsets +to put latin glyphs in a separate subset. + + -- Agustin Martin Domingo agmar...@debian.org Thu, 25 Aug 2011 13:42:36 +0200 + cairo (1.10.2-6.1) unstable; urgency=low * Non-maintainer upload. diff -Nru -w cairo-1.10.2/debian/patches/06-handle-latin-glyphs-separately.diff cairo-1.10.2/debian/patches/06-handle-latin-glyphs-separately.diff --- cairo-1.10.2/debian/patches/06-handle-latin-glyphs-separately.diff 1970-01-01 01:00:00.0 +0100 +++ cairo-1.10.2/debian/patches/06-handle-latin-glyphs-separately.diff 2011-08-25 13:35:06.0 +0200 @@ -0,0 +1,496 @@ +Author: Adrian Johnson ajohn...@redneon.com +Description: Add capability for font subsets to put latin glyphs in a separate subset +Bug-Debian: http://bugs.debian.org/599124 +Bug-Ubuntu: https://bugs.launchpad.net/inkscape/+bug/375323 +Origin: http://cgit.freedesktop.org/cairo/commit/?id=f1ca978032e973c4dc5cfa385074dea675a6c76d + +From f1ca978032e973c4dc5cfa385074dea675a6c76d Mon Sep 17 00:00:00 2001 +From: Adrian Johnson ajohn...@redneon.com +Date: Fri, 01 Oct 2010 08:23:11 + +Subject: Add capability for font subsets to put latin glyphs in a separate subset + +This is required to allow PDF/PS output to use (this is ascii) style +strings that can be post processed by applications like psfrag. It +will also reduce the file size when a large amount of latin text is +used due to the 8-bit encoding instead of the 16-bit used for CID +fonts. + +The winansi encoding (CP1252) is used for the latin subset as this is +a standard PDF encoding. Some PDF readers have buggy support for non +standard PDF 8-bit encodings. +--- +diff --git a/src/cairo-scaled-font-subsets-private.h b/src/cairo-scaled-font-subsets-private.h +index b165d9a..d119597 100644 +--- a/src/cairo-scaled-font-subsets-private.h b/src/cairo-scaled-font-subsets-private.h +@@ -47,6 +47,7 @@ typedef struct _cairo_scaled_font_subsets_glyph { + unsigned int subset_glyph_index; + cairo_bool_t is_scaled; + cairo_bool_t is_composite; ++cairo_bool_t is_latin; + double x_advance; + double y_advance; + cairo_bool_t utf8_is_mapped; +@@ -125,6 +126,18 @@ cairo_private void + _cairo_scaled_font_subsets_destroy (cairo_scaled_font_subsets_t *font_subsets); + + /** ++ * _cairo_scaled_font_subsets_enable_latin_subset: ++ * @font_subsets: a #cairo_scaled_font_subsets_t object to be destroyed ++ * @use_latin: a #cairo_bool_t indicating if a latin subset is to be used ++ * ++ * If enabled, all CP1252 characters will be placed in a separate ++ * 8-bit latin subset. ++ **/ ++cairo_private void
Bug#588436: backuppc: Have an authenticated access for personnal backups
Hi, Thanks for the explanation, but this does not fit my use case. I have a home with multiple users using it, so I want to give access to paul (only for /home/paul) and alice (only for /home/alice). I think that your instructions work for a setup where paul and alice use a different machine so they have access to separate backups... here they both use the same machine (shared NFS server)... Can you re-open this bug ? Arthur On 09/13/2011 11:48 AM, Ludovic Drolez wrote: Hi ! In fact you can already do this. In the 'hosts' files, you have a 'user' field. That's the name of the use that can access the backup. So you just need to: 1- set-up kerberos auth on your Apache server, 2- the kerberos users and the ones in 'hosts' should match 3- create a user.pl for each /home/user BR, Ludovic On Thu, Jul 08, 2010 at 12:40:53PM +0200, Arthur Lutz wrote: Package: backuppc Version: 3.1.0-4lenny3 Severity: wishlist For a multiuser setup with a kerberos authentication it would be really nice to have a way of giving access to those users to their personnal backups. So user paul would have access to /home/paul for example. I couldn't find a bugtracker for the upstream of backuppc so I'm putting it here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644145: dokuwiki: Oldstable update patch incomplete: Fatal error: Call to undefined function getSchemes()
Package: dokuwiki Version: 0.0.20080505-4+lenny3 Severity: grave Hi Tanguy, the backported patch in the oldstable update for DokuWiki is incomplete and contains a reference to a function getSchemes which is not yet existent in the oldstable version of DokuWiki. Hence all wiki pages with an external link in it now bail out with the following error message: Fatal error: Call to undefined function getSchemes() in /usr/share/dokuwiki/inc/parser/xhtml.php on line 547 -- System Information: Debian Release: 5.0.9 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dokuwiki depends on: ii debconf [debconf- 1.5.24 Debian configuration management sy ii php-geshi 1.0.7.22-1+lenny1 Generic Syntax Highlighter ii php5 5.2.6.dfsg.1-1+lenny13 server-side, HTML-embedded scripti ii ucf 3.0016 Update Configuration File: preserv Versions of packages dokuwiki recommends: ii php5-cli 5.2.6.dfsg.1-1+lenny13 command-line interpreter for the p ii php5-gd 5.2.6.dfsg.1-1+lenny13 GD module for php5 dokuwiki suggests no packages. -- debconf information: * dokuwiki/system/documentroot: /wiki * dokuwiki/system/accessible: global dokuwiki/system/localnet: 10.0.0.0/24 * dokuwiki/webservers: apache2 * dokuwiki/system/purgepages: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644146: Double free in C++ destructor
Package: libffado2 Version: 2.0.99+svn1995-1 A program that is linked with libffado aborts on exit. This command reproduces the problem: echo 'int main() {}' |gcc -x c -lffado - ./a.out Command output follows (amd64): Cannot create thread 1 Operation not permitted Cleaning up leftover debug module: DeviceManager *** glibc detected *** ./a.out: free(): invalid pointer: 0x7fc333e1f9c0 *** === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x72606)[0x7fc333924606] /lib/x86_64-linux-gnu/libc.so.6(cfree+0x6c)[0x7fc33392933c] /usr/lib/libffado.so.2(_ZN18DebugModuleManagerD2Ev+0x81)[0x7fc333cf33e1] /usr/lib/libffado.so.2(+0xbb236)[0x7fc333cf1236] /lib64/ld-linux-x86-64.so.2(+0xe21c)[0x7fc333e2f21c] /lib/x86_64-linux-gnu/libc.so.6(+0x36d82)[0x7fc3338e8d82] /lib/x86_64-linux-gnu/libc.so.6(+0x36dd5)[0x7fc3338e8dd5] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x104)[0x7fc3338d0eb4] ./a.out[0x4004f9] === Memory map: 0040-00401000 r-xp 00:13 34146 /tmp/a.out 00401000-00402000 rw-p 00:13 34146 /tmp/a.out 01364000-01385000 rw-p 00:00 0 [heap] 7fc32c00-7fc32c021000 rw-p 00:00 0 7fc32c021000-7fc33000 ---p 00:00 0 7fc330335000-7fc330336000 ---p 00:00 0 7fc330336000-7fc330d37000 rw-p 00:00 0 7fc330d37000-7fc330d73000 r-xp 08:02 4849738 /lib/x86_64-linux-gnu/libpcre.so.3.12.1 7fc330d73000-7fc330f72000 ---p 0003c000 08:02 4849738 /lib/x86_64-linux-gnu/libpcre.so.3.12.1 7fc330f72000-7fc330f73000 rw-p 0003b000 08:02 4849738 /lib/x86_64-linux-gnu/libpcre.so.3.12.1 7fc330f73000-7fc330f76000 r-xp 08:02 797451 /usr/lib/libgmodule-2.0.so.0.2800.6 7fc330f76000-7fc331175000 ---p 3000 08:02 797451 /usr/lib/libgmodule-2.0.so.0.2800.6 7fc331175000-7fc331176000 rw-p 2000 08:02 797451 /usr/lib/libgmodule-2.0.so.0.2800.6 7fc331176000-7fc33118d000 r-xp 08:02 799367 /usr/lib/libz.so.1.2.3.4 7fc33118d000-7fc33138c000 ---p 00017000 08:02 799367 /usr/lib/libz.so.1.2.3.4 7fc33138c000-7fc33138d000 rw-p 00016000 08:02 799367 /usr/lib/libz.so.1.2.3.4 7fc33138d000-7fc33138f000 r-xp 08:02 4850295 /lib/x86_64-linux-gnu/libdl-2.13.so 7fc33138f000-7fc33158f000 ---p 2000 08:02 4850295 /lib/x86_64-linux-gnu/libdl-2.13.so 7fc33158f000-7fc33159 r--p 2000 08:02 4850295 /lib/x86_64-linux-gnu/libdl-2.13.so 7fc33159-7fc331591000 rw-p 3000 08:02 4850295 /lib/x86_64-linux-gnu/libdl-2.13.so 7fc331591000-7fc3315a6000 r-xp 08:02 4849679 /lib/x86_64-linux-gnu/libgcc_s.so.1 7fc3315a6000-7fc3317a6000 ---p 00015000 08:02 4849679 /lib/x86_64-linux-gnu/libgcc_s.so.1 7fc3317a6000-7fc3317a7000 rw-p 00015000 08:02 4849679 /lib/x86_64-linux-gnu/libgcc_s.so.1 7fc3317a7000-7fc331828000 r-xp 08:02 4850218 /lib/x86_64-linux-gnu/libm-2.13.so 7fc331828000-7fc331a27000 ---p 00081000 08:02 4850218 /lib/x86_64-linux-gnu/libm-2.13.so 7fc331a27000-7fc331a28000 r--p 0008 08:02 4850218 /lib/x86_64-linux-gnu/libm-2.13.so 7fc331a28000-7fc331a29000 rw-p 00081000 08:02 4850218 /lib/x86_64-linux-gnu/libm-2.13.so 7fc331a29000-7fc331b15000 r-xp 08:02 1189696 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16 7fc331b15000-7fc331d14000 ---p 000ec000 08:02 1189696 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16 7fc331d14000-7fc331d1c000 r--p 000eb000 08:02 1189696 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16 7fc331d1c000-7fc331d1e000 rw-p 000f3000 08:02 1189696 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16 7fc331d1e000-7fc331d33000 rw-p 00:00 0 7fc331d33000-7fc331e23000 r-xp 08:02 4849897 /lib/libglib-2.0.so.0.2800.6 7fc331e23000-7fc332022000 ---p 000f 08:02 4849897 /lib/libglib-2.0.so.0.2800.6 7fc332022000-7fc332023000 rw-p 000ef000 08:02 4849897 /lib/libglib-2.0.so.0.2800.6 7fc332023000-7fc332024000 rw-p 00:00 0 7fc332024000-7fc33202b000 r-xp 08:02 4850305 /lib/x86_64-linux-gnu/librt-2.13.so 7fc33202b000-7fc33222a000 ---p 7000 08:02 4850305 /lib/x86_64-linux-gnu/librt-2.13.so 7fc33222a000-7fc33222b000 r--p 6000 08:02 4850305 /lib/x86_64-linux-gnu/librt-2.13.so 7fc33222b000-7fc33222c000 rw-p 7000 08:02 4850305 /lib/x86_64-linux-gnu/librt-2.13.so 7fc33222c000-7fc33223 r-xp 08:02 795214
Bug#644147: pu: package libdigest-perl/1.16-1+squeeze1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, the last upstream release of libdigest-perl (1.17) contains a fix for an unsafe use of eval[1]: the argument to Digest-new($algo) was not checked properly allowing code injection (in case the value can be changed by the attacker). Versions in both lenny and squeeze are affected. The security team does not plan to release a DSA, the issue should be fixed via proposed-updates instead. I prepared updates for both lenny and squeeze (attached). Regards, Ansgar [1] https://github.com/gisle/digest/commit/33800e83550bcad19c4fc593874ec3497841fa1e diff -u libdigest-perl-1.15/debian/changelog libdigest-perl-1.15/debian/changelog --- libdigest-perl-1.15/debian/changelog +++ libdigest-perl-1.15/debian/changelog @@ -1,3 +1,9 @@ +libdigest-perl (1.15-2+lenny1) UNRELEASED; urgency=low + + * Fix unsafe use of eval in Digest-new(). + + -- Ansgar Burchardt ans...@debian.org Sun, 02 Oct 2011 23:35:15 +0200 + libdigest-perl (1.15-2) unstable; urgency=low * Fixed debian/watch, as it was too ambitious only in patch2: unchanged: --- libdigest-perl-1.15.orig/Digest.pm +++ libdigest-perl-1.15/Digest.pm @@ -23,7 +23,7 @@ shift; # class ignored my $algorithm = shift; my $impl = $MMAP{$algorithm} || do { - $algorithm =~ s/\W+//; + $algorithm =~ s/\W+//g; Digest::$algorithm; }; $impl = [$impl] unless ref($impl); @@ -34,7 +34,9 @@ ($class, @args) = @$class if ref($class); no strict 'refs'; unless (exists ${$class\::}{VERSION}) { - eval require $class; + my $pm_file = $class . .pm; + $pm_file =~ s{::}{/}g; + eval { require $pm_file }; if ($@) { $err ||= $@; next; only in patch2: unchanged: --- libdigest-perl-1.15.orig/t/security.t +++ libdigest-perl-1.15/t/security.t @@ -0,0 +1,14 @@ +#!/usr/bin/env perl + +# Digest-new() had an exploitable eval + +use strict; +use warnings; + +use Test::More tests = 1; + +use Digest; + +$LOL::PWNED = 0; +eval { Digest-new(q[MD;5;$LOL::PWNED = 42]) }; +is $LOL::PWNED, 0; diff -u libdigest-perl-1.16/debian/changelog libdigest-perl-1.16/debian/changelog --- libdigest-perl-1.16/debian/changelog +++ libdigest-perl-1.16/debian/changelog @@ -1,3 +1,9 @@ +libdigest-perl (1.16-1+squeeze1) UNRELEASED; urgency=low + + * Fix unsafe use of eval in Digest-new(). + + -- Ansgar Burchardt ans...@debian.org Sun, 02 Oct 2011 23:20:11 +0200 + libdigest-perl (1.16-1) unstable; urgency=low [ gregor herrmann ] only in patch2: unchanged: --- libdigest-perl-1.16.orig/Digest.pm +++ libdigest-perl-1.16/Digest.pm @@ -24,7 +24,7 @@ shift; # class ignored my $algorithm = shift; my $impl = $MMAP{$algorithm} || do { - $algorithm =~ s/\W+//; + $algorithm =~ s/\W+//g; Digest::$algorithm; }; $impl = [$impl] unless ref($impl); @@ -35,7 +35,9 @@ ($class, @args) = @$class if ref($class); no strict 'refs'; unless (exists ${$class\::}{VERSION}) { - eval require $class; + my $pm_file = $class . .pm; + $pm_file =~ s{::}{/}g; + eval { require $pm_file }; if ($@) { $err ||= $@; next; only in patch2: unchanged: --- libdigest-perl-1.16.orig/t/security.t +++ libdigest-perl-1.16/t/security.t @@ -0,0 +1,14 @@ +#!/usr/bin/env perl + +# Digest-new() had an exploitable eval + +use strict; +use warnings; + +use Test::More tests = 1; + +use Digest; + +$LOL::PWNED = 0; +eval { Digest-new(q[MD;5;$LOL::PWNED = 42]) }; +is $LOL::PWNED, 0;
Bug#644148: pinning broken when using sources.list.d
Package: apt Version: 0.8.10.3+squeeze1, 0.8.15.8 Hi, if both /etc/apt/sources.list and /etc/apt/sources.list.d/foo.list are used, where the foo.list repository is pinned to e.g. 999, apt *still* prefers packages from sources.list. if sources.list is moved to sources.list.d/bar.list, everything is fine and the pinning is properly respected. we're hit by this bug e.g. in live-build (#573054) and have workarounded it there with temporarily moving the sources.list to sources.list.d, but also on any other regular/normal system. Regards, Daniel -- 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#573054: (no subject)
tag 573054 pending thanks fixed in git. -- 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#644108: unsafe use of eval in Digest-new()
Hi, there will be no DSA for this issue. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644145: Temporary workaround for Bug#644145: dokuwiki: Oldstable update patch incomplete: Fatal error: Call to undefined function getSchemes()
Hi, following a temporary workaround for all who run into this problem, too: Axel Beckert wrote: Package: dokuwiki Version: 0.0.20080505-4+lenny3 Downgrading to 0.0.20080505-4+lenny2 from http://snapshot.debian.org/package/dokuwiki/0.0.20080505-4%2Blenny2/#dokuwiki_0.0.20080505-4:2b:lenny2 helps for now. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642429: [coreutils] FTBFS on ppc64: The misc/seq-long-double test fails
Hi, Since it confirmed that correction of the version 8.13-3 had fixed this bug, close. -- Hiroyuki Yamamoto A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643959: clang cannot find standard include files
severity 643959 important thanks Raising the severity, but it could even be a RC bug, because this makes clang completely unusable for several users. On 2011-10-01 16:35:23 +0900, Miles Bader wrote: $ cat x.c #include stddef.h $ clang -c x.c x.c:1:10: fatal error: 'stddef.h' file not found I have the same problem (seen when building MPFR with clang). No such problem after reverting to clang 2.9-12. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644151: claws-mail: Font has white color on white backgroung - just invisible when from Drafts folder
Package: claws-mail Version: 3.7.10-1+b1 Severity: normal Dear Maintainer, when I open a message saved in Drafts folder, I can not read it until I select all - then I see - because the test and background are of the same color. Typing in such a message is also imnpossible - as it is invisible. I did not set color of the text or its back at all. I suppose it be a bug. Thanks for Your work. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (992, 'testing'), (990, 'stable'), (700, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages claws-mail depends on: ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libcompfaceg1 1:1.5.2-5 ii libdbus-glib-1-20.94-4 ii libenchant1c2a 1.6.0-3 ii libetpan15 1.0-4 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgnutls26 2.12.10-2 ii libgtk2.0-0 2.24.4-3 ii libice6 2:1.0.7-2 ii libldap-2.4-2 2.4.25-3 ii libpango1.0-0 1.28.4-3 ii libpisock9 0.12.5-4 ii libsm6 2:1.2.0-2 ii xdg-utils 1.1.0~rc1-2 Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 7.1-0-1 ii aspell-ru [aspell-dictionary] 0.99g5-9 ii claws-mail-i18nnone ii xfonts-100dpi 1:1.0.3 ii xfonts-75dpi 1:1.0.3 Versions of packages claws-mail suggests: ii chromium [www-browser] 13.0.782.220~r99552-1 ii claws-mail-doc none ii claws-mail-tools none ii elinks [www-browser] 0.12~pre5-4 ii konqueror [www-browser] 4:4.6.5-1 ii kwrite 4:4.6.5-1 ii lynx-cur [www-browser] 2.8.8dev.9-2 -- 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#644072: [Pkg-ia32-libs-maintainers] Bug#644072: ia32-libs: libelf is missing
On Sun, October 2, 2011 19:44, Manuel Bilderbeek wrote: Hi Thijs, On 10/02/2011 05:39 PM, Thijs Kinkhorst wrote: Please include libelf as well. Given that ia32-libs is going away in favour of Multi-Arch, it seems unlikely that we'll be adding new libs to it at this point. OK, so what do you suggest I do? (And all other people who also encountered this...) The function of ia32-libs is taken over by the phasing in of MultiArch. Perhaps the following is helpful for you: http://wiki.debian.org/Multiarch Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644152: [openjdk-7] FTBFS on ppc64: Internal Error (os_linux_zero.cpp:260) - caught unhandled signal 11
Package: openjdk-7 Version: 7~b147-2.0~pre6-2 Severity: wishlist The openjdk-7 source package cannot be builded on ppc64 because of internal error (os_linux_zero.cpp:260). I attach the HS error log file. (cf. The similar phenomenon of openjdk-6 was reported in bug#644150.) Regards, -- Hiroyuki Yamamoto A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (os_linux_zero.cpp:260), pid=1600, tid=4398080713184 # fatal error: caught unhandled signal 11 # # JRE version: 7.0_147-b147 # Java VM: OpenJDK 64-Bit Shark VM (21.0-b17 mixed mode linux-ppc64 ) # Derivative: IcedTea7 2.0pre # Distribution: Debian GNU/Linux unstable (sid), package 7~b147-2.0~pre6-2 # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try ulimit -c unlimited before starting Java again # # If you would like to submit a bug report, please include # instructions on how to reproduce the bug and visit: # http://icedtea.classpath.org/bugzilla # --- T H R E A D --- Current thread (0x3afde810): JavaThread main [_thread_in_Java, id=1601, stack(0x040001f2,0x04000209f000)] Stack: [0x040001f2,0x04000209f000], sp=0x040001fe04c0, free space=769k Java frames: 0x04000209ca58: stack_word[1] = 0x040004287ba8 0x04000209ca60: stack_word[0] = 0x04000424edf8 0x04000209ca68: monitor[0]-_lock = 0x0001 0x04000209ca70: monitor[0]-_obj = 0x040004238da0 0x04000209ca78: istate-_thread = 0x3afde810 0x04000209ca80: istate-_bcp = 0x040024277bf5 (bci 45) 0x04000209ca88: istate-_locals = 0x04000209cb38 0x04000209ca90: istate-_constants= 0x04002430cf38 0x04000209ca98: istate-_method = java.util.Hashtable.get(Ljava/lang/Object;)Ljava/lang/Object; 0x04000209caa0: istate-_mdx = 0x 0x04000209caa8: istate-_stack= 0x04000209ca50 0x04000209cab0: istate-_msg = 0x00080209ca70 0x04000209cab8: istate-_result = 0x040024237f10 0x04000209cac0: (istate-_result) = 0x0400021faac0 0x04000209cac8: (istate-_result) = 0x0003021a61a0 0x04000209cad0: istate-_prev_link= 0x 0x04000209cad8: istate-_oop_temp = 0x 0x04000209cae0: istate-_stack_base = 0x04000209ca68 0x04000209cae8: istate-_stack_limit = 0x04000209ca50 0x04000209caf0: istate-_monitor_base = 0x04000209ca78 0x04000209caf8: istate-_self_link= 0x04000209ca78 0x04000209cb00: frame_type= INTERPRETER_FRAME 0x04000209cb08: next_frame= 0x04000209cbd0 0x04000209cb10: local[5] = 0x04000424ef08 0x04000209cb18: local[4] = 0x004104287ba8 0x04000209cb20: local[3] = 0x2faa379e04287ba8 0x04000209cb28: local[2] = 0x04000424d238 0x04000209cb30: local[1] = 0x040004287ba8 0x04000209cb38: local[0] = 0x040004238da0 0x04000209cb40: istate-_thread = 0x3afde810 0x04000209cb48: istate-_bcp = 0x040024274452 (bci 2) 0x04000209cb50: istate-_locals = 0x04000209cbf0 0x04000209cb58: istate-_constants= 0x04002430d778 0x04000209cb60: istate-_method = java.util.Properties.getProperty(Ljava/lang/String;)Ljava/lang/String; 0x04000209cb68: istate-_mdx = 0x 0x04000209cb70: istate-_stack= 0x04000209cb28 0x04000209cb78: istate-_msg = 0x0008242ecd78 0x04000209cb80: istate-_result = 0x040024277c68 0x04000209cb88: (istate-_result) = 0x0400021a61a8 0x04000209cb90: (istate-_result) = 0x00030209cb50 0x04000209cb98: istate-_prev_link= 0x 0x04000209cba0: istate-_oop_temp = 0x 0x04000209cba8: istate-_stack_base = 0x04000209cb40 0x04000209cbb0: istate-_stack_limit = 0x04000209cb28 0x04000209cbb8: istate-_monitor_base = 0x04000209cb40 0x04000209cbc0: istate-_self_link= 0x04000209cb40 0x04000209cbc8: frame_type= INTERPRETER_FRAME 0x04000209cbd0: next_frame= 0x04000209cc88 0x04000209cbd8: local[3] = 0x 0x04000209cbe0: local[2] = 0x 0x04000209cbe8: local[1] = 0x040004287ba8 0x04000209cbf0: local[0] = 0x040004238da0 0x04000209cbf8: istate-_thread = 0x3afde810 0x04000209cc00: istate-_bcp = 0x040024252f05 (bci 21) 0x04000209cc08: istate-_locals = 0x04000209cc98 0x04000209cc10: istate-_constants= 0x0400242ecd78
Bug#640391: ark3116 driver regression: oscilloscope shows no transmission
On Mon, Oct 03, 2011 at 09:45:23AM +0200, Bart Hartgers wrote: 2011/10/3 ael law_ence@ntlworld.com: Under the old working kernel, I saw packets in both directions. For the record, the gps tx line was swinging between +5.6V and -5.4V, while the ark3116 board was driving the gps rx line between 0V and 3.2V. But under kernel 3.0.0-1, I could not get the 'scope to trigger on either line, nor could see any activity. So my conclusion is that the module is somehow setting the ark3116 into a mode whereby it cannot transmit if only the tx rx (plus grnd=pin5) are connected. Whereas the old version of the module sets it up so that this is possible. Agree? So rather than the gps failing to reply, it seems that the ark3116 never sends anything. Hi ael, Excellent work! Thanks a lot. Initially I suspected either somekind of problem between the USB and UART parts of the ark3116, or some handshaking mismatch, but from your experiments I get the impression that the ark3116 is more or less switched off on the 9-pin side. The fact that there is no response by the 3.0-kernel to grounding cts is unexpected. There should be a response to that, even if the actual transmissions are blocked by handshaking. The ark I have works with 0 and 3.3V, while RS232 uses -12 and +12 or so. Usually there is a level-shifter that converts one into the other. Maybe that part somehow gets disabled by the new driver. Yes, I was a bit surprised to see only 0V and 3.2V - but that was on the working kernel, and the gps saw the data properly, so that level shifting doesn't seem to be necessary with the garmin, at least. So the old working version wasn't level shifting, so that alone can't be the new problem. I wouldn't be surprised if most modern uart circuits actually use edge detection to avoid level problems, but I am only guessing. There are some registers in the ark of which it is not clear what they do. I copied the values and indices from the windows driver for my ark, but perhaps there is something more suble going on. I'll take another close look at the old and new driver and see if I can find anything. Ah. I had assumed that you had a data sheet. I hadn't got around to searching for one: sounds as if I needn't bother. If I find something that way, would a patch against 3.0 be okay for you? Alternatively, I can make a sort of stand-alone buildable version of the driver that you can just 'make' and 'insmod', provided you have the right tools/package installed, if that is more convenient for you. I am used to compiling my own stock kernels, but on this netbook I have limited tools installed. I think debian have a special module-compile-and-install package which I have never used. I will have to look into it. While git.kernel.org is still down, I guess I will need you to send me the whole module, or I can do a git-pull if you have your own server. Otherwise, if it is not too much trouble, and make and insmod package might be easier. Not sure without looking... Best of luck with tracking this down. ael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551935: mplayer: Inconsistency detected by ld.so
submitter 551935 ! thanks * Jakub Wilk uba...@users.sf.net, 2009-10-22, 00:10: $ mplayer /dev/null 21 | tail -n1 Inconsistency detected by ld.so: dl-close.c: 731: _dl_close: Assertion `map-l_init_called' failed! I have not seen this bug triggering for a very long time. Should it be closed? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629412: icedtea-plugin: it is ok now
Package: icedtea-plugin Followup-For: Bug #629412 Dear Maintainer, After the latest updates that made the plugin stop working I ran: # apt-get -b source icedtea-web and installed the resulting packages with no different results. But with the upgrades of this weekend things are working now! thanks -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (563, 'experimental'), (450, 'testing'), (100, 'stable') Architecture: powerpc (ppc) Kernel: Linux 3.0.0-1-powerpc Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to pt_BR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedtea-plugin depends on: ii icedtea-netx1.1.3-1 ii libatk1.0-0 2.2.0-1 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libgcc1 1:4.6.1-13 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.6-1 ii libpango1.0-0 1.28.4-3 ii libstdc++6 4.6.1-13 ii openjdk-6-jre 6b23~pre10-1 icedtea-plugin recommends no packages. icedtea-plugin 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#644153: salome: not installable in sid
Package: salome Version: 5.1.3-9 Severity: serious User: trei...@wdebian.org Usertags: edos-outdated salome says: Depends: ... python ( 2.6) ... However, we have python 2.7 in sid. This makes the package not installable in sid. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627080: remmina-plugins: please document changes to make to files in ~/.remmina
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hello luca, thanks for considering my report. there was a change in the format of the configuration file that i suggested to have been done automatically. On 10/02/2011 01:40 AM, Luca Falavigna wrote: I'm sorry, but I'm not sure what you mean here. Could you please rephrase the sentence to better understand where the problem is? Thank you! - -- - -- best regards, alex -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAk6Jn5oACgkQ2nA3WyrfyeNy9AP7BYk8uU6mCh+TF/kPhZOU99h0 b+8GygCHE5ExlgB3mwHttlJwgEFabWnzPxXVPP+GplO/wm+l/qczXurUTw5xsEad ovPmizYDNJBeOKRWYmUzMxqw3p1DO+vGe7IKzFjCYp+7aAfvPXW3N8t8p/Stoh1g Agcu8R9D5TXauduAAIM= =mvj9 -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#630967: Homepage?
Hi Francesco. I have just purged + reinstalled midori, and removed the old ~/.config/midori directory. Now, everything is fine: homepage=file:///usr/share/doc/midori/faq.html in file /etc/xdg/midori/config and this file is shown when Midori is started for the first time. Kind regards Andreas Am 01.10.2011 23:22, schrieb Francesco Poli: On Tue, 02 Aug 2011 10:32:06 +0200 Andreas Neudecker wrote: [...] I have now installed Midori on a different machine. The same happens here and the file /etc/xdg/midori/config has the lines: 8 [settings] homepage=file:///usr/share/doc/midori/user/midori.html 8 To make sure this was not due to some old config files lying around from the past, I purged the midori package, checked that the config folder /etc/xdg/midori is gone and reinstalled the package. Same result. Version is 0.3.6.1 from testing (wheezy). Hi Andreas, I am another user of the midori package. I've recently installed midori version 0.4.0-2 and I have not experienced the bug you reported: $ cat /etc/xdg/midori/config [settings] homepage=file:///usr/share/doc/midori/faq.html By looking at the Debian changelog, it seems to me that this bug was fixed by version 0.3.6-2, which, however, did not close the bug report. If you confirm that the bug is no longer present in midori = 0.3.6-2 , I think this bug report may be safely closed (as fixed in version 0.3.6-2). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643970: [Pkg-openldap-devel] Bug#643970: slapd - Spams syslog with connection_read(17): no connection!
On Sun, Oct 02, 2011 at 07:33:51PM -0700, Quanah Gibson-Mount wrote: --On Saturday, October 01, 2011 12:16 PM +0200 Bastian Blank wa...@debian.org wrote: slapd spams syslog with no connection messages even if no log level is enabled. It means a client is incorrectly configured and disconnected without unbinding. Please tell me that the ASN.1-sequence 0\5\2\1\3B\0 doesn't contain a valid unbind requeste. As this was sent via a unix domain socket, I can't use Wireshark on it. However, Wireshark considers the same sequence sent via TCP a correct unbind request. | write(4, 0\5\2\1\3B\0, 7) = 7 | close(4)= 0 It is alerting you to an error condition. Can you quote the standard why you consider this an error condition? 5.3 tells me: | A protocol peer may determine that the continuation of any | communication would be pernicious, and in this case, it may abruptly | terminate the session by ceasing communication and closing the | transport connection. So while it is not the normal termination of a connection, it is no error condition. Also, if it is an error, the message must contain enough information to identify the culprit. But it is written as a debug message without any of this. Bastian -- There are always alternatives. -- Spock, The Galileo Seven, stardate 2822.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644154: Untrusted connections for opportunistic TLS
Package: logcheck Version: 1.3.14 Severity: minor Tags: patch Hey When I started doing opportunistic TLS, Postfix warned of connections to site with self-signed certificates. I would think logcheck should still warn about this by default, and hence I'm proposing the attached patch which proposes an alternate logcheck entry but disabled by default. This is against current git at time of writing. Cheers, -- Loïc Minier From 0d71fad7511ed2ac735b00c65700c4d0afd80022 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Lo=C3=AFc=20Minier?= l...@debian.org Date: Mon, 3 Oct 2011 13:37:18 +0200 Subject: [PATCH] i.d.s/postfix: opportunistic TLS alternate check Unverified TLS connection should probably be raised by logcheck on sites which want strict TLS behavior, but when configuring Postfix for opportunistic TLS, these are frequent with sites using self-signed certificates. Offer an alternate logcheck entry which allows Untrusted connections, but comment it out by default. --- rulefiles/linux/ignore.d.server/postfix |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/rulefiles/linux/ignore.d.server/postfix b/rulefiles/linux/ignore.d.server/postfix index ce72d11..9f4b2e0 100644 --- a/rulefiles/linux/ignore.d.server/postfix +++ b/rulefiles/linux/ignore.d.server/postfix @@ -60,6 +60,9 @@ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtp\[[[:digit:]]+\]: warning: mailer loop: best MX for [^[:space:]]+ is local$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtp\[[[:digit:]]+\]: warning: no MX host for [^[:space:]]+ has a valid (A|address) record$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd?\[[[:digit:]]+\]: ((Anonymous|Trusted|Verified) )?TLS connection established (to|from) [^[:space:]]+: (TLSv1|SSLv[23]) with cipher [^[:space:]]+ \([/[:digit:]]+ bits\)$ +# Uncomment this alternate version if you're using opportunistic TLS and want +# to ignore Untrusted connections +#^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd?\[[[:digit:]]+\]: ((Anonymous|Trusted|Verified|Untrusted) )?TLS connection established (to|from) [^[:space:]]+: (TLSv1|SSLv[23]) with cipher [^[:space:]]+ \([/[:digit:]]+ bits\)$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd?\[[[:digit:]]+\]: (Peer|Server) certificate could not be verified$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd?\[[[:digit:]]+\]: Unverified: subject_CN=.*$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd?\[[[:digit:]]+\]: Verified: subject_CN=.*, issuer=.*$ -- 1.7.5.4
Bug#644155: libqtruby4shared2: not installable in sid
Package: libqtruby4shared2 Version: 4:4.4.5-7 Severity: serious User: trei...@debian.org Usertags: edos-outdated libqtruby4shared2 says: Depends: ... libsmokeqtcore4-3 (= 4:4.4.5-7) ... However, the version of libsmokeqtcore4-3 in sid is 4:4.7.1-1. This makes the package not installable in sid. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627080: remmina-plugins: please document changes to make to files in ~/.remmina
Il 03 ottobre 2011 13:42, alex bodnaru alexb...@012.net.il ha scritto: there was a change in the format of the configuration file that i suggested to have been done automatically. Can you remember which versions were involved? That way, I can try reproducing this behaviour. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642108: dialog: Tab does not visit inputs
Excerpts from Thomas Dickey's message of Tue Sep 20 23:04:47 +0200 2011: On Tue, 20 Sep 2011, Michal Suchanek wrote: Excerpts from Thomas Dickey's message of Tue Sep 20 01:27:03 +0200 2011: On Mon, 19 Sep 2011, Michal Suchanek wrote: Package: dialog Version: 1.1-20110707-1 Severity: wishlist The behaviour of dialog forms is inconsistent with most other forms available today. You need to use arrows to move between form inputs while normally tab would move to next input. again, it is configurable. The KEY BINDINGS section of the manpage could for instance provide an example illustrating this case. Or it could by way of example list the current bindings (or say where they are listed in the format that can be used in dialogrc). That would be very helpful. The current bindings are compiled-in (I've considered adding something to the trace file that'll show the compiled-in plus user-defined bindings). According to docs and formbox.c adding this to ~/.dialogrc should allow tabbing formfields: bindkey formfield TAB ITEM_NEXT bindkey formbox TAB ITEM_NEXT It does not. So either the docs are unintelligible or wrong or the functionality broken. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644156: O: obconf -- Preferences manager for Openbox window manager
Package: wnpp Severity: normal I intend to orphan the obconf package. I'm just not using this software and I don't see the need for it. However, there seems to be some users for it, so it would be nice if someone wants to pick this up. The package description is: ObConf is a small graphical utility which configures the window manager Openbox' preferences and configuration settings on the fly. . If you are an Openbox user, you may want this package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618339: Resolved
The plugin is available in the debian package since the 2.2.0-2 version. Thus this bug can be closed.
Bug#643712: GNOME or GTK slow down
I found that it is only the controls part of the themes that cause the slow down. The following control themes have slow down: - Adwaita - Clearlooks - ClearlooksClassic - Darklooks - DebianRed - Glossy - Gorilla - Indubstrial - Industrial - Unity The following control themes don't have slow down: - Amaranth - Crux - Glider - HighContrast - HighContrastInverse - LowContrast - Lush - Mist - Nuvola - Raleigh - Redmond - Simple - SphereCrystal - ThinIce - Wasp I also found this slow down happens with the notification bubbles and the gdm login window. So I have disabled the notification daemon and switched my controls to Gilder for now. David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644157: racoon: kerberos authentication when responder to windows causes segfault at end of phase 1
Package: racoon Version: 1:0.8.0-8 Severity: normal Tags: upstream Dear Maintainer, Configured for kerberos authentication with Windows 2008R2. When sending traffic from windows to linux a segfault is raised. Windows is configured with an additional setting of ESP and AH with AES-128 and SHA-1 first. 2011-10-04 00:46:53: DEBUG: begin. 2011-10-04 00:46:53: DEBUG: seen nptype=2(prop) 2011-10-04 00:46:53: DEBUG: succeed. 2011-10-04 00:46:53: DEBUG: proposal #1 len=108 2011-10-04 00:46:53: DEBUG: begin. 2011-10-04 00:46:53: DEBUG: seen nptype=3(trns) 2011-10-04 00:46:53: DEBUG: seen nptype=3(trns) 2011-10-04 00:46:53: DEBUG: succeed. 2011-10-04 00:46:53: DEBUG: transform #1 len=52 2011-10-04 00:46:53: DEBUG: type=Encryption Algorithm, flag=0x8000, lorv=AES-CBC 2011-10-04 00:46:53: DEBUG: encryption(aes) 2011-10-04 00:46:53: DEBUG: type=Key Length, flag=0x8000, lorv=128 2011-10-04 00:46:53: DEBUG: type=Hash Algorithm, flag=0x8000, lorv=SHA 2011-10-04 00:46:53: DEBUG: hash(sha1) 2011-10-04 00:46:53: DEBUG: type=Group Description, flag=0x8000, lorv=1024-bit MODP group 2011-10-04 00:46:53: DEBUG: hmac(modp1024) 2011-10-04 00:46:53: DEBUG: type=Authentication Method, flag=0x8000, lorv=XAuth pskey client 2011-10-04 00:46:53: DEBUG: type=Life Type, flag=0x8000, lorv=seconds 2011-10-04 00:46:53: DEBUG: type=Life Duration, flag=0x, lorv=4 2011-10-04 00:46:53: DEBUG: type=GSS-API endpoint name, flag=0x, lorv=8 2011-10-04 00:46:53: DEBUG: transform #2 len=48 2011-10-04 00:46:53: DEBUG: type=Encryption Algorithm, flag=0x8000, lorv=3DES-CBC 2011-10-04 00:46:53: DEBUG: encryption(3des) 2011-10-04 00:46:53: DEBUG: type=Hash Algorithm, flag=0x8000, lorv=SHA 2011-10-04 00:46:53: DEBUG: hash(sha1) 2011-10-04 00:46:53: DEBUG: type=Group Description, flag=0x8000, lorv=1024-bit MODP group 2011-10-04 00:46:53: DEBUG: hmac(modp1024) 2011-10-04 00:46:53: DEBUG: type=Authentication Method, flag=0x8000, lorv=XAuth pskey client 2011-10-04 00:46:53: DEBUG: type=Life Type, flag=0x8000, lorv=seconds 2011-10-04 00:46:53: DEBUG: type=Life Duration, flag=0x, lorv=4 2011-10-04 00:46:53: DEBUG: type=GSS-API endpoint name, flag=0x, lorv=8 2011-10-04 00:46:53: DEBUG: pair 1: 2011-10-04 00:46:53: DEBUG: 0x7f9d34e071b0: next=(nil) tnext=0x7f9d34e071e0 2011-10-04 00:46:53: DEBUG: 0x7f9d34e071e0: next=(nil) tnext=(nil) 2011-10-04 00:46:53: DEBUG: proposal #1: 2 transform 2011-10-04 00:46:53: DEBUG: type=Encryption Algorithm, flag=0x8000, lorv=AES-CBC 2011-10-04 00:46:53: DEBUG: type=Key Length, flag=0x8000, lorv=128 2011-10-04 00:46:53: DEBUG: type=Hash Algorithm, flag=0x8000, lorv=SHA 2011-10-04 00:46:53: DEBUG: type=Group Description, flag=0x8000, lorv=1024-bit MODP group 2011-10-04 00:46:53: DEBUG: type=Authentication Method, flag=0x8000, lorv=XAuth pskey client 2011-10-04 00:46:53: DEBUG: type=Life Type, flag=0x8000, lorv=seconds 2011-10-04 00:46:53: DEBUG: type=Life Duration, flag=0x, lorv=4 2011-10-04 00:46:53: DEBUG: type=GSS-API endpoint name, flag=0x, lorv=8 2011-10-04 00:46:53: DEBUG: received gss id 'IKE' (len 4) 2011-10-04 00:46:53: DEBUG: prop#=1, prot-id=ISAKMP, spi-size=0, #trns=2 2011-10-04 00:46:53: DEBUG: trns#=1, trns-id=IKE 2011-10-04 00:46:53: DEBUG: lifetime = 28800 2011-10-04 00:46:53: DEBUG: lifebyte = 0 2011-10-04 00:46:53: DEBUG: enctype = AES-CBC 2011-10-04 00:46:53: DEBUG: encklen = 128 2011-10-04 00:46:53: DEBUG: hashtype = SHA 2011-10-04 00:46:53: DEBUG: authmethod = GSS-API on Kerberos 5 2011-10-04 00:46:53: DEBUG: dh_group = 1024-bit MODP group 2011-10-04 00:46:53: [172.22.22.111] DEBUG2: Checking remote conf anonymous anonymous. 2011-10-04 00:46:53: DEBUG2: enumrmconf: anonymous matches. 2011-10-04 00:46:53: DEBUG2: checkisakmpsa: authmethod: 130537 / 130537 2011-10-04 00:46:53: DEBUG: an acceptable proposal found. 2011-10-04 00:46:53: DEBUG: hmac(modp1024) 2011-10-04 00:46:53: DEBUG: gss id in new sa 'wheezy1$@XX' line 692 from src/racoon/gssapi.c has a null value for iph1-rmconf vchar_t * gssapi_get_id(struct ph1handle *iph1) { gss_buffer_desc id_buffer; gss_buffer_t id = id_buffer; gss_name_t defname, canon_name; OM_uint32 min_stat, maj_stat; vchar_t *vmbuf; if (iph1-rmconf-proposal-gssid != NULL) return (vdup(iph1-rmconf-proposal-gssid)); from src/racoon/ipsec_doi.c I think check for iph1-rmconf doesn't account for being the responder. 276 if (iph1-rmconf != NULL) { 277 if (get_ph1approvalx(iph1-rmconf, ctx)) 278 goto found; 279 } else { 280 if (enumrmconf(rmsel, get_ph1approvalx, ctx)) 281 goto found; 282 } which causes a later call to gssapi_get_id() with a null rmconf at line 327.
Bug#641350: bash: FTBFS with -Werror=format-security
severity 641350 serious thanks On 2011-09-12 21:43 +0200, Sven Joachim wrote: Package: bash Version: 4.2-1~exp1 Severity: important With dpkg-dev from git master (should be released as 1.16.1 soon), bash does FTBFS due to dpkg-buildflags adding -Werror=format-security to CFLAGS: , | gcc -DPROGRAM='bash' -DCONF_HOSTTYPE='i486' | -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i486-pc-linux-gnu' | -DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' | -DPACKAGE='bash' -DSHELL -DHAVE_CONFIG_H -I. -I../bash | -I../bash/include -I../bash/lib -g -O2 -fstack-protector | --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat | -Wformat-security -Werror=format-security -Wall -c | ../bash/print_cmd.c | ../bash/print_cmd.c: In function 'make_command_string_internal': | ../bash/print_cmd.c:167:5: warning: zero-length gnu_printf format string [-Wformat-zero-length] | ../bash/print_cmd.c: In function 'indent': | ../bash/print_cmd.c:1397:3: error: format not a string literal and no format arguments [-Werror=format-security] | cc1: some warnings being treated as errors | | make[2]: *** [print_cmd.o] Error 1 ` Bumping severity since that version of dpkg-dev is in unstable now. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643813: Remote device
the remote device is a Nokia 5800 Ceil phone connected via blue tooth, works fine with Mageia. When trying to browse my nokia 5800 it shows the nokia icon in dolphin then i click on the phone icon and it searches till it reaches 95% and sits there forever. -- Cheers Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618812: Debug log needed
Hi there I am sorry if nearly we managed to bring Exchange down (one less to go, yay ;-)). To examine this further we would need some debug log to see when and how we were creating to many connections. You can create one by issueing -d imap l-debug.log (NOTE, this will contain your email credentials and possibly email content). If you can make this available to me (in private), I can have a look of what was happening. Sebastian pgp8rQD3Duvn3.pgp Description: PGP signature
Bug#536421: Offlineimap certificate expiration check
Hi Joey, OfflineImap now checks the validity of CA certs including expiration. However, using the python2.x SSL interface, I do not see any way to check for the expiration of a server cert without bundling more 3rd party SSL libraries, (which I'd like to avoid if possible). Which expiration do you mean? Sebastian pgpAl9VBboQyj.pgp Description: PGP signature
Bug#627080: remmina-plugins: please document changes to make to files in ~/.remmina
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hello luca, it's all about a change (or my impression thereof) in the format of the remmina conf file for the user. a very well organized program would read the old conf files too, but write everything in the new file only. very stable programs never change the format of their confs. remmina was neither, but it is however a wonderful program :) . it's not an important bug, and remmina has advanced again in between, with no other issues here. i would have insisted otherwise :) . On 10/03/2011 01:53 PM, Luca Falavigna wrote: Il 03 ottobre 2011 13:42, alex bodnaru alexb...@012.net.il ha scritto: there was a change in the format of the configuration file that i suggested to have been done automatically. Can you remember which versions were involved? That way, I can try reproducing this behaviour. - -- - -- best regards, alex -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAk6JsAEACgkQ2nA3WyrfyeNsLwQAvbcoZkrSa3ul3LdH87RLur6a 6XAGqwKm9MbsjXlGTxeKuCXVc0YgZawPCuat5pZKAKTOlgW3fQ3cWe9Fw7NJB3CC hHyI6gh/gIYMNeAeaMIoKvTYk4BH8IM9bYpMKz1Y4wMumpMNu25gSUZnppI2+2Xr 53tSbT6+HSOJFJVK1AA= =1MYJ -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#626417: Fixed now
Hi Antonio, there was a bug that lead to servers being marked as readonly if you have any setting readonly= in your configuration (even if that was 0/false/no). This has been fixed in the latest and can be worked around by removing the readonly= setting in the config. The following bugs will be (hopefully) fixed in 6.4.0: 610685 tag fixed-upstream 626417 tag fixed-upstream 575301 tag fixed-upstream 438968 tag fixed-upstream 438090 tag fixed-upstream 434567 tag fixed-upstream 341873 tag fixed-upstream 280474 tag fixed-upstream 269216 tag fixed-upstream 202353 tag fixed-upstream 153240 tag fixed-upstream 219734 tag fixed-upstream 630444 tag fixed-upstream 628634 tag fixed-upstream 618551 tag fixed-upstream 572643 tag fixed-upstream 532816 tag fixed-upstream 501581 tag fixed-upstream 499755 tag fixed-upstream 485755 tag fixed-upstream 475727 tag fixed-upstream 610685 tag fixed-upstream -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644158: libsmokeqt4-dbg not installable in sid
Package: libsmokeqt4-dbg Version: 4:4.7.1-1 Severity: serious User: trei...@debian.org Usertags: edos-outdated libsmokeqt4-dbg depends on libsmokeqtcore4-3 (= 4:4.7.1-1). However, we have in sid version 4:4.7.1-1ot of that library. That makes libsmokeqt4-dbg not installable in sid. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643712: GNOME or GTK slow down
Hello, I found that it is only the controls part of the themes that cause the slow down. |...] Thank you very much for your help! :-) So I have disabled the notification daemon and switched my controls to Gilder for now. I can't find how to customise ((in/dis)able, other parameters...) the notification daemon. Do you have some ideas? (For me, notifications appear at the top right of the screen, in black boxes with white texts.) Thank you! Regards, -- Pierre Crescenzo mailto:pie...@crescenzo.nom.fr http://www.crescenzo.nom.fr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644159: libsmokeqtxml4-3: not installable in sid
Package: libsmokeqtxml4-3 Version: 4:4.7.1-1 Severity: serious User: trei...@debian.org Usertags: edos-outdated libsmokeqtxml4-3 depends on libsmokeqtcore4-3 (= 4:4.7.1-1). However, we have version 4:4.7.1-1ot of this library in sid. This makes the package not installable in sid. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643712: GNOME or GTK slow down
I can't find how to customise ((in/dis)able, other parameters...) the notification daemon. Do you have some ideas? (For me, notifications appear at the top right of the screen, in black boxes with white texts.) To disable the notification daemon you got to in the menu: System - Preferences - Startup Applications and then untick Notification Daemon then close and restart. To switch controls but not the theme go to in the menu: System - Preferences - Appearance then click on Customise and select a different theme in the controls tab. David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585130: Can't show the mouse cursor near the left edge of the right monitor
reassign 585130 linux-2.6 kthxbye On Mon, 2011-10-03 at 13:23 +0200, Marco Nenciarini wrote: this bug is still present in current driver in unstable and affects my laptop. Should be fixed by http://lists.freedesktop.org/archives/dri-devel/2011-September/014779.html . -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604813: emacs23: emacs crashes the whole X11 session (gnome, kde, xfce, sawfish)
Package: emacs23 Version: 23.3+1-1.1 Followup-For: Bug #604813 Dear Maintainer, I have updated from squeeze to testing 3 days ago. Since this update, the call of emacs causes a crash of the whole X11 session, nearly independent of the kind of session (gnome, kde, xfce or sawfish). An exception for this is the gnome-failsafe session, where the problem doesn't ocure. It also doesn't ocure if I start emacs with option -Q. This bug seems to be related to some configuration setting, which I don't know. Because for other accounts on my machine this does not happen. Therefore I had already deleted all ~/.g* files and directories. But this has not resolved the problem. I am not quite sure if this problem is the same as #604813 or another (new) bug. See below the output of gdb: /usr/bin/emacs [Thread debugging using libthread_db enabled] (process:13835): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (emacs:13835): GLib-WARNING **: In call to g_spawn_sync(), exit status of a child process was requested but SIGCHLD action was set to SIG_IGN and ECHILD was received by waitpid(), so exit status can't be returned. This is a bug in the program calling g_spawn_sync(); either don't request the exit status, or don't set the SIGCHLD action. GConf Error: Failed to contact configuration server; the most common cause is a missing or misconfigured D-Bus session bus daemon. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Abnormal program termination spawning command line `dbus-launch --autolaunch=37bc5c4546188603542d171704a1b500 --binary-syntax --close-stderr': ) (emacs:13835): GLib-WARNING **: In call to g_spawn_sync(), exit status of a child process was requested but SIGCHLD action was set to SIG_IGN and ECHILD was received by waitpid(), so exit status can't be returned. This is a bug in the program calling g_spawn_sync(); either don't request the exit status, or don't set the SIGCHLD action. Connection lost to X server `:0.0' When compiled with GTK, Emacs cannot recover from X disconnects. This is a GTK bug: https://bugzilla.gnome.org/show_bug.cgi?id=85715 For details, see etc/PROBLEMS. Program received signal SIGABRT, Aborted. 0x71f596e7 in kill () at ../sysdeps/unix/syscall-template.S:82 82 ../sysdeps/unix/syscall-template.S: No such file or directory. in ../sysdeps/unix/syscall-template.S (gdb) The output above seems to be caused by the crash of X11. If I run startx instead of gdm, I see that glibc complains about a double free or memory corruoption. Unfortunally the keyboard and gpm are gone at this time. So I can't copy the exact output line. Greetings Juergen -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages emacs23 depends on: ii emacs23-bin-common 23.3+1-1.1 ii libasound2 1.0.24.1-4 ii libatk1.0-0 2.0.1-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libdbus-1-3 1.4.16-1 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libgif4 4.1.6-9 ii libglib2.0-02.28.6-1 ii libgpm2 1.20.4-4 ii libgtk2.0-0 2.24.4-3 ii libice6 2:1.0.7-2 ii libjpeg88c-2 ii libm17n-0 1.6.2-3 ii libncurses5 5.9-1 ii libotf0 0.9.12-1 ii libpango1.0-0 1.28.4-3 ii libpng12-0 1.2.46-3 ii librsvg2-2 2.34.0-1 ii libsm6 2:1.2.0-2 ii libtiff43.9.5-2 ii libx11-62:1.4.4-2 ii libxft2 2.2.0-3 ii libxpm4 1:3.5.9-1 ii libxrender1 1:0.9.6-2 ii zlib1g 1:1.2.3.4.dfsg-3 emacs23 recommends no packages. Versions of packages emacs23 suggests: ii emacs23-common-non-dfsg 23.3+1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644160: fwbuilder: fails vlan config because of bad ip link show output
Package: fwbuilder Version: 5.0.0-1 Severity: normal Dear Maintainer, having FW node running stable. fwbuilder is running on unstable. Don't know if that matters. After adding a vlan sub-interface to one of the interface the installation of the fw script fails because of ip returning a completely different name for the interface. So the removal of the addresses fails and therefore the script gets stuck. vconfig add eth0 4 - create the interface; ipconfig shows it as eth0.4 ip link show - returns the interface as eth0.4@eth0. The fw script no longer recognizes the interface The following change to the fw script makes it work again (at least for me) -$IP link show | sed 's/://g' | awk -v IGNORED=$* \ +$IP link show | sed -e 's/://g' -e 's/@.*//g' | awk -v IGNORED=$* \ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39.1 (PREEMPT) Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) (ignored: LC_ALL set to en_GB.iso885915) Shell: /bin/sh linked to /bin/bash Versions of packages fwbuilder depends on: ii fwbuilder-common 5.0.0-1 ii libc6 2.13-21 ii libgcc1 1:4.6.1-13 ii libqt4-network4:4.7.3-8 ii libqtcore44:4.7.3-8 ii libqtgui4 4:4.7.3-8 ii libsnmp15 5.4.3~dfsg-2.3 ii libstdc++64.6.1-13 ii libxml2 2.7.8.dfsg-4 ii libxslt1.11.1.26-8 ii zlib1g1:1.2.3.4.dfsg-3 On FW node ii iproute 20100519-3 Versions of packages fwbuilder recommends: ii fwbuilder-doc 5.0.0-1 fwbuilder 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#644158: libsmokeqt4-dbg not installable in sid
Alle lunedì 3 ottobre 2011, Ralf Treinen ha scritto: libsmokeqt4-dbg depends on libsmokeqtcore4-3 (= 4:4.7.1-1). However, we have in sid version 4:4.7.1-1ot of that library. $ rmadison --suite=unstable --arch=i386 libsmokeqtcore4-3 libsmokeqtcore4-3 | 4:4.7.1-1 | sid | i386 Also, -1ot does not have any sense, where it does come from? (This also applies to #644159.) As a side note: the modular kdebindings is being split in many source: smokegen, smokeqt and smokekde which are in unstable already, qtruby and korundum which are sitting in NEW. If possible, could you skip the check on binaries built by the kdebindings source, until we get rid of it? Thanks. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#644161: Broken symlink
Package: libxmlrpc-core-c3-dev Version: 1.16.33-3.1 Please move the symlink /usr/include/XmlRpcCpp.h to libxmlrpc-c++4-dev, it is broken when libxmlrpc-core-c3-dev does not contain the target C++ header. Kind Regards, Lifeng Sun -- signature.asc Description: Digital signature
Bug#644162: asterisk-espeak: not installable in sid
Package: asterisk-espeak Version: 0.1-1 Severity: serious User: trei...@debian.org Usertags: edos-outdated Architecture: i386 This package depends on asterisk ( 1:1.6.3), however we have asterisk version 1:1.8.4.4~dfsg-2 in sid. This makes this package not installable in sid. -Ralf. -- 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
found 641541 9.0~a2+20110930042012-1 thanks Hi there! On Fri, 23 Sep 2011 14:06:52 +0200, Luca Capello wrote: On Wed, 14 Sep 2011 12:23:26 +0200, Mike Hommey wrote: - xulrunner takes a lot of memory, and that should be better in xulrunner 8.0 and 9.0 (8.0a2 builds on mozilla.debian.net) Resuming all the memory consumption values, as you can see the situation is not better even with the last build (mostly the same 100 tabs opened, only two missing WRT the previous tests): 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 [7.0~b5-1] 13858 luca 20 0 1271m 820m 26m S 17 40.9 1:33.88 firefox-bin [7.0~b6-1] 11244 luca 20 0 1174m 730m 24m S 10 36.5 3:05.16 xulrunner-bin [7.0~b6-1] 31880 luca 20 0 1292m 814m 27m S 14 40.7 1:22.66 firefox-bin [8.0~a2+20110915042012-1] 24367 luca 20 0 1209m 742m 24m S 12 37.1 2:05.19 xulrunner-bin [8.0~a2+20110915042012-1] 28956 luca 20 0 1171m 743m 18m S 31 37.1 1:10.43 xulrunner-bin [8.0~a2+20110923042012-1] 4896 luca 20 0 1208m 753m 21m S4 37.6 1:14.15 firefox-bin [9.0~a2+20110930042012-1] 3454 luca 20 0 1222m 743m 20m S 12 37.1 1:10.84 xulrunner-bin [9.0~a2+20110930042012-1] Please note that I am not complaining, but simply reporting the new values ;-) Thx, bye, Gismo / Luca pgpmbfR87QxvU.pgp Description: PGP signature
Bug#567169: xulrunner-1.9.1: please Provides: xulrunner
reassign 567169 gecko-mediaplayer retitle 567169 gecko-mediaplayer: should not depend on specific browsers found 567169 0.9.8-1 found 567169 1.0.4-2 thanks Hi there! On Thu, 28 Jan 2010 10:00:35 +0100, Mike Hommey wrote: On Wed, Jan 27, 2010 at 08:25:26PM +0100, Luca Capello wrote: Should not xulrunner-1.9.1 Provides: xulrunner, so other packages depending on xulrunner will work with xulrunner-1.9.1 as well? In my case, the problem is with the gecko-mediaplayer plugin: Package: gecko-mediaplayer [...] Version: 0.9.8-1 The situation is still the same with the current version in sid: Package: gecko-mediaplayer Version: 1.0.4-2 [...] Depends: [...] iceweasel | firefox | iceape-browser | epiphany-browser | galeon | xulrunner-1.9.1 | xulrunner-1.9.2 | konqueror (= 4:4) | opera (= 9.50) | chromium-browser ( 4.0) Description: Multimedia plug-in for Gecko browsers Actually, I'm not very sure plugins should strictly depend on browsers, like that... Fully agree, reassigning. Please note that my first reaction would have been to tag this bug as wontfix and close it, because it is clear that there is no way to be sure an XUL application works with *any* XULrunner version and even the xulrunner-stub general binary is no more supported: --8---cut here---start-8--- iceweasel (5.0-4) unstable; urgency=low [...] * debian/xulrunner-GRE_VERSION.postinst.in, debian/xulrunner-GRE_VERSION.prerm.in: Remove the xulrunner-stub alternative. The reason why it was good to have in /usr/bin doesn't exist anymore. [...] -- Mike Hommey gland...@debian.org Fri, 22 Jul 2011 15:48:09 +0200 --8---cut here---end---8--- Thx, bye, Gismo / Luca pgpwdAEGQUoFS.pgp Description: PGP signature
Bug#644163: libv8: FTBFS on armel: 12 tests failed
Package: libv8 Version: 3.4.14.21-3 Severity: important libv8 currently fails to build from source on armel due to failing tests. The complete build log can be found at https://buildd.debian.org/status/fetch.php?pkg=libv8arch=armelver=3.4.14.21-3stamp=1317252599 It would be great if that could be fixed, as I want to install chromium some day, and that waits for libv8. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (550, 'unstable'), (550, 'stable'), (500, 'testing'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgppMAM55NPLC.pgp Description: PGP signature
Bug#644164: debian-maintainers: Please add Laszlo Kajan as Debian Maintainer
Package: debian-maintainers Severity: normal Tags: patch Dear DM team, please add my key 'Laszlo Kajan lka...@rostlab.org' to the debian-keyring package. The fingerprint of my key is: 91B4 6ECD 9031 2D7C 86F9 469A 9BD2 D640 9A0C 52FA Please find attached the corresponding jetring changeset 'add-9BD2D6409A0C52FA'. Thank you very much in advance. Best regards, Laszlo Kajan -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Comment: Add Laszlo Kajan lka...@rostlab.org as a Debian Maintainer Date: Mon, 03 Oct 2011 12:07:14 +0200 Action: import Recommended-By: Steffen Moeller moel...@debian.org Agreement: http://lists.debian.org/debian-newmaint/2011/10/msg3.html Advocates: http://lists.debian.org/debian-newmaint/2011/10/msg4.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.11 (GNU/Linux) mQINBE34gUIBEADWgBTMc1KVkbzMNOiHAf4wso641J/UWScu86AWrzPoI3p4CjLk YTP46WUETDJ+RfggsYyqbrIr5kTnqXF7uOuBC66Arvp7Pzxu4wYort3WCwtboaJg QEM442A+48rxKAkv4B/CfgWDAjJzttO43EEKyOqrkCtjVf0XqFvEv5XzrYvZEypm r2V2/vot0pMJCPA3b2wHk+J6jgUcZJa9UNOti7WMBea8BZDrQGEEEqBmQn9F60oy L7YK5Kfn7XATUabAr53aGF12MDTKUeNYA6D8A5blsoKSj9wEZ5hHRIsIPGUc0rrC 2XsXuK/Z9f8om99RTkZzek5gSb2DStsw2pFrDZvWu0s+olCU+n0rgLmTJKboMofD zt1HFDR64AI5SGdhDhQNDwCSeWsa7kIR3iNL9yZEdXApT0j60vNDYBtAaJXSgko7 zBZW5f4M3viItVt5sPfG4GnxRWVKLFJcDsxikpL3vHYuHNAdfZr49AKMD6f99Pe4 zcR6KycVud4ovR4CttrNeGk4gl2/JyUz2tISCQFUOhwJUpiI7EjOw/ZolBlGMbjF 3Ja6qzmJ3L30pElgmhdS9UxUPoy79xNjUo55TMa+vTK2s/T1Go6C3ZY1rhNe9Fm7 B2EFgvRE3htc8mf9NnpX0V6Z3HFCebJwNfe/tWEkq8Z4qZShz2NghKlquQARAQAB tCFMYXN6bG8gS2FqYW4gPGxrYWphbkByb3N0bGFiLm9yZz6IRgQQEQIABgUCTiBb qQAKCRDWBd2cvp1TOcjHAJ9F302WqcSwg3e0MG+xEPAkgy5cSgCcCRgmmKgqDz2U fdJ84PASOlObOWaJAjgEEwECACIFAk34gUICGwMGCwkIBwMCBhUIAgkKCwQWAgMB Ah4BAheAAAoJEJvS1kCaDFL6OhQP/1pGJUq7yiZ9IkqP2dTmywXSXTMJ3ii3qeu8 +ksdREzrn7FcQb9yOhLj3W7KeXspuc5Gzuv4vUSX3YB3GfdfSeDWrPEcCAoYk7QV DfqEywPMAYHcRmid2M8nZ12Tm0pukHRthmo5eNcipr4ZygSG5HWAspZEHEKGTfU6 epv4/jIZpvLwIZvyYWwa9AGHhru54KNF3klDLIiWHx3j6BhbB2tpHTDoo7qV4Zx7 yvJp8Ajor2oZW8lBW5ZzPUWz+nldJO4avcy7o7xutLcyzaB50IILYO+xWC6yZpe+ jeM9GTVgeL5BhHWXGL834eA2THZY65YC3IZUftj+tpGDRWaU/BfgASnQh+POe+zo OFaibjOSlURoSjDzfq1nlZMqLkcpcUXQ+sZKQVlt6ABH072vQYHHfD6StckTvvFZ vwtlCB9O5ctSBi0+J3oNGediTSx2aLWlHMDZu47NYiuDaYdsC/RtkWmYpmtcW513 6yUakLdhzXLzxAW63tb6E84hsM3bv1PbLSmqIsSWZ+IJpQ+IIJ4WizsVcriwjxku omTUPCkSQMFrzegMwm6Y1B4MqUYovTGHWhOhncNGgcEx+Atkou5Ev8Laj/E+rGfz eO1ZjbOfHd3jMSfFPVNoFsrCKtHCctxDpie3CvpHArNAHtFtOP4UZjQvJnxMWx+H TSS+SBIEiQIcBBABAgAGBQJOXlLWAAoJEIFv/2n5FzOHAGUP/RUIF0DZJ8Te7e+s w2U/ZDBFYVMYEV7HTh8HDRp8vE0pZ7q7p9AetKHRWLD/KKuxHZU0CE3Z6csPjyds prSM3o9/Y1jjkXLBlq1yp7fgXwKRlW4/dtFUHFA4+KRhlelI5gD57XI3ANq74z9b j3sE7qiE7kIjmTNiQY6+LEDNYilg/+n3poSpQdhLGXg03vjTD8edntEBZoObW/Ob CIeX9hTylUg8YZtbuE0+kVcOGDfuybpfAeu2zPoxECT9WETridd+pQp+00a9htuC nIOfwKtkosYcd2tqpqKdjPTgfe0q7FueK2wSk6n7aTc9hNfq90OhdgD2qzbu2jei C2+GkSxw7KOPXuO0Fmg/beYVh5GTZ+rSxgYpDtRL26ZzchYwdxx6PNBh7snxNGWD g79wOdkwAduzLCT+sdWDlIa+JyxYpTggI09sGBpCt9vgm6VCUs9Xnqj4yjLOF5uZ jhhQqpzkyqW5b5OsJEpHBIeIltK2zfCle5kaJKv9vkzgrgRZUO/eFJOSAFGIOOZn eMSzpkpmqwVf1ymr6hjY8GaotIwQOfxMLgcb5qaqhy/+7TyiZHlWW/K4ZVllarka 4IpYZVYYezd4aFKj/YnmoEbrZejkV3FIBlENtJwz/AD1w4DRq/a4CGOP2/VBm1Gv RY0BYEZoPXS4/ezf0znJAZzl+/obiEYEEBECAAYFAk5z9l4ACgkQv2Bwi0hCbH46 aACfUQiZYGETX/0jMmFok1OS6OG0RdoAn0vAYwpMvNWGrN8ZlTztEJorqhwYuQIN BE34gUIBEADV+WTmw4kDcBWaJzaEYiZAlxKxFOhwoC+VO/XV/mJ8GiVD0pOicx2/ hjcUtGUkbrjNl5XZp0E4xA7MfAE8Z3HpsKNCSWuorNGZM7Rjct6w+zImzP1fRdsU ghlLftuRQMFhziSInLF6/NnaoejDN4xqCUqJr/fFjsbzV0JEnGyDLAFSu0IugWC8 U4yZqvFMyk7GJExo4bSXN8XUv27Rfy+2zBiayr8sP9ggTmPwxuPGoBM4nEqvz5LR kCxh9BCGhGb64XX2QlYpoQvEqy+TllnqltyuOY0+vgd6NX55mjxZvWU7duicBauF nh8XDwWgxufU8c1xsDJa/eEbbvdCkd5W/RwrKdrMHq8Xt//b055AbEhnqwoyfuVm AEQSpJ7+NRfFInTvX6/b+3svpz3fowxIGr0zYsX6YSKaegzvt07DdtL8AWhPt077 lsBzWonoZLGYa+2YoVapgBpjgpM9gyjUFvf3I8cB/r2ZNzSIpr7SVR/oNmGgbmLl a7K1hP2R2Ln1CGibzFvz8Qp7jiPz+Y1VyGKtx12LPbw/Zg9/LREBBN1DvNOy+qap ZKIo1y7JDOnI0nPZmD+6F7bdQ80WaySpySEXwIf7tLRoLp4hMCZYxvWhQzJhmKVA +yN+aGkaduLsgRMRtgoroDWmR02M/V5ftcu4WCJ9A1hZWuSC99+N6wARAQABiQIf BBgBAgAJBQJN+IFCAhsMAAoJEJvS1kCaDFL6jIQP/A8Ny71nr6C6BcsYspLXwzAx UKVHDRt+J/jWWdTc34NBizhFV7xMFqL1frwadYhC2XKDSck8RWhpuna2VaKqjUD9 P3UCT+z7JMrZqsjqUpOnHi6xXDQKDMnzHIbhLTTwl7e2ec8xwd3+fy+b4cDbC3gd blYCY4Wz3rY23ErLUglueCzzIXQDPXlt4UDAnG9CKciXKU2LJ1lSfIox1jorNKOV AnBGS0nTee3DiesD+x3UsgGCgIDnH1Mg9OUTrjtTO81EsC1WG7ez3FM+HIuo0sse YMwxCslX1MbYUxPca3OTXeMGvXLe1mlJm5uk1UxZRo6LcJz+xCOSnGLzPEDXOGig H3VR0sNo7/uZLcSEp2kSgKe576SOT3zUQdRiiJM98AWqONJz1OrGA8ywXLqcazDl A3FIHCg90bx+OU9YkNcn7drIrgBUdUSn2mgpF5bDR8YmrxaGzv9Unm61JGFGycKv mabtNy33fpCrGCQQs3AiOW3wftivqlBnN5y0uVqNHSmaHzteFjWW82kBrVQsNUNh
Bug#644165: python-django-mumble: not installable in sid
Package: python-django-mumble Version: 2.4-3 Severity: serious User: trei...@debian.org Usertags: edos-outdated Architecture: i386 python-django-mumble depends on python-django-extdirect ( 0.5). However, sid contains python-django-extdirect in version 0.5-1. This makes python-django-mumble not installable in sid. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644108: unsafe use of eval in Digest-new()
On Sun, Oct 02, 2011 at 11:44:39PM +0200, Ansgar Burchardt wrote: Package: perl Version: 5.10.0-19 Severity: grave Tags: security upstream Hi, the last upstream release of libdigest-perl (1.17) contains a fix for an unsafe use of eval: the argument to Digest-new($algo) was not checked properly allowing code injection (in case the value can be changed by the attacker). This also affects perl as the module is included in perl-base. perl-modules from Squeeze also contains 1.16, just like libdigest-perl. What's the purpose of this package, then? Wouldn't it rather make sense to drop standalone packages for all modules present in perl-modules? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644163: libv8: FTBFS on armel: 12 tests failed
On 03/10/2011 15:48, Julian Andres Klode wrote: Version: 3.4.14.21-3 libv8 currently fails to build from source on armel due to failing tests. Hi, i'm well aware of the situation. It has improved a bit : armel 3.4.14.21-3 actually /run/ tests. I have no clue yet as why those tests fail. Things to be verified : * run the tests using d8, not shell, as it is deprecated * build v8 using gyp instead of scons, deprecated too (i am working on it) * update to latest 3.4 revision * check other options : crankshaft, snapshot. They might need to be toggled to allow armel support. In any case, i'd be more productive with an actual armel shell. Cheers, Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613348: postgresql-common: pg_upgradecluster nukes pg_hba.conf in both old and new clusters
tag 613348 unreproducible moreinfo severity 613348 important thanks Hello Toni, sorry for the late response, cleaning up old bug mail. Toni Mueller [2011-02-14 10:22 +0100]: after running pg_upgradecluster to upgrade from 8.3 (Lenny) to 8.4 (Squeeze), my pg_hba.conf in the 8.3 release was nuked The evidence is probably long gone, but do you still remember what nuked meant there? Was it an empty file? No file at all? Was there a pg_hba.conf.orig? I see no reason why the program should mangle the old pg_hba.conf in the first place. The man page also gives no warning whatsoever. It's temporarily changed to ensure that only the local superuser has access to it during upgrade. I got other bug reports in the past that other apps tried to access the DB while the upgrade was running, which either disrupted the upgrade or at least led to inconsistencies. I just looked at the code for creating the backup and temporary pg_hba.conf, and it indeed could be made a tad more robust. But I don't see how it can create an empty pg_hba.conf without renaming the original file as pg_hba.conf.orig first. pg_upgradecluster never removes that file, it just uses rename(). Do you happen to have a way to reproduce this? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616685: postgresql-common: startup problems with 8.4 and 9.0
tag 616685 moreinfo unreproducible thanks Hello Arthur, Arthur Marsh [2011-03-07 3:04 +1030]: /etc/init.d/postgresql restart Restarting PostgreSQL 8.4 database server: main. Restarting PostgreSQL 9.0 database server: mainThe PostgreSQL server failed to start. Please check the log output: ... failed! Do you have an idea how long this took? There is a 30 second timeout in pg_ctlcluster after which it declares failure. If this took only a few seconds, it's not a timeout problem and one of the other checks failed. Can you reproduce this failure reliably? Did you change the default Unix socket in the configuration? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643464: radeontool: FTBFS: radeontool.c:42:5: error: format not a string literal and no format arguments [-Werror=format-security]
On Wed, Sep 28, 2011 at 1:52 PM, Jonathan Nieder wrote: Didier Raboud wrote: radeontool.c: In function 'fatal': radeontool.c:42:5: error: format not a string literal and no format arguments [-Werror=format-security] Yep, known. The patch below (excluding the hunk patching radeonreg since radeonreg is not in sid yet) should fix it. I'd like to send a batch of patches upstream soon addressing warnings including this one, but maybe it's worth an upload to fix the build before then. Hi, I sent a bunch of patches to Dave Airlied many weeks ago, which also fixed this. I will have to ping him again. I should also push it to a branch of my own so that you can see what I have done already. Cheers, Tormod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org