Bug#330492: apt-proxy: malformed URI requests with http_proxy (extra /: http://fqdn:80//dir)
Subject: apt-proxy: malformed URI requests with http_proxy (extra /:
http://fqdn:80//dir)
Package: apt-proxy
Version: 1.9.32
Severity: normal
*** Please type your report below this line ***
When using apt-proxy behind a proxy, the external requests are
malformed.
Example config: client:(/etc/apt/source.list)
deb http://myprox:/marillat sid main
Server: (/etc/apt-proxy/apt-proxy-v2.conf)
[marillat]
backends = http://ftp.nerim.net/debian-marillat
The external requests done by apt-proxy look like
GET:http://ftp.nerim.net:80//debian-marillat/dists/sid/main/binary-i386/Packages.gz
Note the ":80//" part.
Regular debian servers are robust to this malformed URL as seen in logs:
2005/09/28 10:35 CEST [Uninitialized] [http_client]
GET:http://security.debian.org:80//debian-security/dists/stable/updates/main/binary-i386/Packages.gz
2005/09/28 10:35 CEST [Uninitialized] [http_client]
host:security.debian.org
2005/09/28 10:35 CEST [Uninitialized] [http_client]
if-modified-since:Mon, 22 Aug 2005 09:13:50 GMT
2005/09/28 10:35 CEST [FetcherHttp,client] [http_client] handleStatus
200 - OK
But other servers such the one of Marillat are not robust:
2005/09/28 12:47 CEST [Uninitialized] [http_client]
GET:http://ftp.nerim.net:80//debian-marillat/dists/sid/main/binary-i386/Packages.gz
2005/09/28 12:47 CEST [Uninitialized] [http_client] host:ftp.nerim.net
2005/09/28 12:47 CEST [FetcherHttp,client] [http_client] handleStatus
400 - Bad Request
I could solve the problem with the following patch:
/usr/lib/python2.3/site-packages/apt_proxy/apt_proxy.py:
--- apt_proxy.py.orig 2005-09-28 13:14:53.0 +0200
+++ apt_proxy.py2005-09-28 13:15:05.0 +0200
@@ -626,7 +626,7 @@
else:
self.sendCommand(self.request.method, "http://";
+ self.request.backendServer.host + ":" +
str(self.request.backendServer.port)
- + "/" + self.request.backendServer.path
+ + self.request.backendServer.path
+ "/" + self.request.backend_uri)
self.sendHeader('host', self.request.backendServer.host)
Note that this is just a fix, I don't know if the extra "/" must be
removed here or in self.request.backendServer.path
Phil
-- System Information:
Debian Release: testing/unstable
APT prefers stable
APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.4.22-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages apt-proxy depends on:
ii adduser 3.64 Add and remove users and groups
ii bzip2 1.0.2-7high-quality block-sorting
file co
ii debconf [debconf-2.0] 1.4.52 Debian configuration
management sy
ii logrotate 3.7-5 Log rotation utility
ii python2.3.5-2An interactive high-level
object-o
ii python-apt0.5.10 Python interface to libapt-pkg
ii python-bsddb3 3.3.0-6Python interface to libdb3
ii python-twisted1.3.0-8Event-based framework for
internet
ii python2.3 2.3.5-4An interactive high-level
object-o
apt-proxy recommends no packages.
-- debconf information excluded
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#197282: Draft of patch, seems to indicate larger problem
Package: net-tools
Version: 1.60-17
Followup-For: Bug #197282
Hi,
I'm amazed nobody replied to this bug for 3.5 years already!
I discovered myself the problem and I could get a behaviour closer
to the expectations by applying those changes:
--- inet.c.orig 2006-12-28 19:00:45.0 +0100
+++ inet.c 2006-12-28 18:57:37.0 +0100
@@ -159,16 +159,11 @@
#ifdef DEBUG
fprintf (stderr, "rresolve: %08lx, mask %08x, num %08x \n", ad, netmask,
numeric);
#endif
-if (ad == INADDR_ANY) {
- if ((numeric & 0x0FFF) == 0) {
- if (numeric & 0x8000)
- safe_strncpy(name, "default", len);
- else
- safe_strncpy(name, "*", len);
- return (0);
- }
+if (ad == INADDR_ANY && ! (numeric & 0x0004)) {
+ safe_strncpy(name, "*", len);
+ return (0);
}
-if (numeric & 0x0FFF) {
+if (numeric & 0x0004) {
safe_strncpy(name, inet_ntoa(sin->sin_addr), len);
return (0);
}
At least when calling netstat --numeric-ports we now get
tcp0 0 my.machine.com:139 *:*
LISTEN
and netstat --numeric-hosts:
tcp0 0 127.0.0.1:imap2 0.0.0.0:* LISTEN
But
- I don't know what is the supposed usage of "default" vs "*" for anycasts
- When I see how wrong the interpretation of the "numeric" flags
is in this part of the code I'm wondering for the whole stuff...
Phil
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages net-tools depends on:
ii libc62.3.6.ds1-8 GNU C Library: Shared libraries
net-tools recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#197282: Draft of patch, seems to indicate larger problem
Bernd Eckenfels wrote: I think no matter what flags are given, the remote address of a LISTENING socket should be *:*. (at least if ad == INADDR_ANY, however I guess there are no other cases) Maybe, but in the fct we don't know in which case we are (listening or not? local or remote addr?) so we've to choose 0.0.0.0 or * (or default) for all INADDR_ANY or make a lot of changes in the code just for cosmetics... Personally I'm fine with * in any cases but today netstat -ln gives 0.0.0.0:* so if you want to fix the --numeric-ports option while keeping the current behaviour of -l and -ln it's better to keep my initial proposal. Just my 2 cents. Phil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402837: conf.pl (squirrelmail-configure) can eat 100% cpu
Package: squirrelmail Version: 1.4.9a-1 Severity: normal Hi, When /etc/squirrelmail/conf.pl is disconnected abruptly, it does not die but spawns infinitely calls to "clear" via clear_screen(). I got 600 forks/s and 100% CPU for hours because the admin of one of my vservers closed his ssh session abruptly :-( My guess is that in the loop of the script to display the menu, it clears the screen (so the fork to call "clear") and waits for input but with disconnected IO, there is no wait on input and the process loops as crazy. To reproduce the bug: Simply connect remotely to a server, launch /etc/squirrelmail/conf.pl and close the xterm running the ssh session. This leaves the perl script running alone as explained. Reconnect and watch your cpu ;-) To fix the bug: Either trap the IO disconnection event to quit nicely or at least test for it in the loop but find a way to avoid looping without pause. Phil -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405810: Please provide package with vmlinuX, similar to kernel-debuginfo on redhat
Package: linux-source-2.6.18 Severity: wishlist Hello, To use oprofile with kernel profiling enabled, we need the uncompressed version of the kernel image, vmlinux. When using the debian kernel image this is not possible, it is required to take the kernel sources and to compile a new image with "make vmlinux". I saw on http://bonglonglong.com/2006/12/06/oprofile-kernel-images-and-innodb-oh-my/ that this is much easier on redhat which features a package called kernel-debuginfo So could we also have sth like linux-debuginfo-2.6.18-1-686_i386.deb ? Phil -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405810: Please provide package with vmlinuX, similar to kernel-debuginfo on redhat
To use oprofile with kernel profiling enabled, we need the uncompressed version of the kernel image, vmlinux. Use gunzip to get them (at least for architectures which simply compresses it with gzip). Some architectures also uses uncompressed files. I'm using i386 and I tried many things... (rename vmlinuz then) gunzip -f vmlinux-2.6.18-1-686.gz gunzip: vmlinux-2.6.18-1-686.gz: not in gzip format objcopy -j .kernel:vmlinux -O binary vmlinuz-2.6.18-1-686 vmlinux.gz objcopy: vmlinuz-2.6.18-1-686: File format not recognized Maybe I'm too stupid, how do you do that on i386? I don't see such a package in the development fedora tree, please provide more informations. Here is an example for Fedora 5: the content of package kernel-debuginfo-2.6.18-1.2257.fc5.x86_64.rpm can be see here http://rpm.pbone.net/index.php3/stat/6/idpl/3685636 What should it contain? Only the uncompressed image? Or the unstripped? The later is not possible for size constraints. Apparently the Fedora package contain also all debug symbols. Oops, this package is 720Mb :-( But for oprofiler we don't need all that, /usr/share/doc/oprofile/README.Debian.gz says: If you wish to have make-kpkg automatically build a vmlinux image so you can profile the kernel, edit the file /etc/kernel-pkg.conf (or ~/.kernel-pkg.conf) and add this line: install_vmlinux=YES So is there a magic command to get vmlinux out of vmlinuz whatever the architecture is and if not, could it be possible to create a package with the uncompressed kernel for each binary kernel? Phil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406420: hping2 fails with exotic ifnames as when using ifrename
Package: hping2
Version: 2.rc3-4
Severity: normal
Tags: patch
Hello,
When using hping2 on my system I get
[main] physical layer header size unknown
This is because my interfaces are named ETH0 and WLAN0 instead of eth0/wlan0.
I'm a fan of ifrename and this allows you to use any interface name you
want but usually not the "usual" ones (because with eth0+eth1 you cannot
rename e.g. eth0 to eth1 so you choose new names)
ifrename is originally part of wireless-tools but is distributed alone
on Debian because this is more that just for wireless interfaces.
I saw in hping2 code that on linux hw type is "detected" from the ifname.
I think this is quite unreliable and of course it fails when I use ifrename.
Here is a small example patch to show you that better detection is possible
but my patch is not "production" quality because you should review all
other hw types you want to support and I take the info from /sys/class/net
which is only available on 2.6 kernels.
Kernel structure net_device contains the field hard_header_len but I think
this is not available through /proc or /sys.
Anyway, if not perfect, the patch doesn't break stuff for people where
hping2 worked and it can help people having trouble because of their ifname.
Phil
--- getlhs.c.orig2007-01-11 00:52:26.0 +0100
+++ getlhs.c2007-01-11 00:55:57.0 +0100
@@ -11,6 +11,8 @@
/* $Id: getlhs.c,v 1.10 2003/07/25 12:11:24 njombart Exp $ */
#include
+#include
+#include
#include "hping2.h"
#include "globals.h"
@@ -120,8 +122,46 @@
} else if ( strstr(ifname, "tr") ) {
linkhdr_size = TRHDR_SIZE;
return 0;
-}
-else
+} else {
+
+/* Second chance: guess hardware type from /sys/class/net/ */
+int hwtype=0;
+FILE *fh;
+char path[256];
+strcpy(path,"/sys/class/net/");
+strncat(path, ifname, 20);
+strcat(path, "/type");
+fh = fopen(path, "r");
+if (!fh) {
+ return -1;
+}
+if (fscanf(fh, "%d\n", &hwtype) != 1) {
+ return -1;
+}
+if (opt_debug)
+ printf("DEBUG: hwtype is %d\n", hwtype);
+
+switch(hwtype) {
+case ARPHRD_ETHER:
+ linkhdr_size = ETHHDR_SIZE;
+ break;
+case ARPHRD_LOOPBACK:
+ linkhdr_size = LOHDR_SIZE;
+ break;
+case ARPHRD_IEEE80211:
+ linkhdr_size = WLANHDR_SIZE;
+ break;
+case ARPHRD_PPP:
+ linkhdr_size = PPPHDR_SIZE_LINUX;
+ break;
+case ARPHRD_ATM:
+ linkhdr_size = 0;
+ break;
+default:
return -1;
+ break;
+}
+return 0;
+}
}
#endif /* (!defined OSTYPE_LINUX) || (defined FORCE_LIBPCAP) */
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages hping2 depends on:
ii libc62.3.6.ds1-8 GNU C Library: Shared libraries
hping2 recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414941: Patch to add access to peer certificate fingerprints
Package: libnet-ssleay-perl
Version: 1.30-1
Severity: wishlist
Tags: patch
Hello,
(Patch submitted on behalf of Thierry Walrant)
Here is a small patch to add the possibility for a Perl script to
check the peer certificate fingerprints e.g. in a similar way
fetchmail does.
This adds the capability to strongly authenticate the peer when
using Net::SSLeay
Phil.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages libnet-ssleay-perl depends on:
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
ii libssl0.9.8 0.9.8c-4 SSL shared libraries
ii perl5.8.8-7 Larry Wall's Practical Extraction
ii perl-base [perlapi-5.8.7] 5.8.8-7 The Pathologically Eclectic Rubbis
libnet-ssleay-perl recommends no packages.
-- no debconf information
--- libnet-ssleay-perl-1.30/SSLeay.xs 2005-12-15 18:06:54.0 +0100
+++ libnet-ssleay-perl-1.30/SSLeay.xs 2007-03-14 14:46:03.0 +0100
@@ -2506,6 +2506,46 @@
int idx
void
+X509_get_fingerprint(cert,type)
+ X509 * cert
+ char * type
+ PREINIT:
+ const EVP_MD *digest_tp = NULL;
+ unsigned char digest[EVP_MAX_MD_SIZE];
+ unsigned int dsz, k = 0;
+ char text[EVP_MAX_MD_SIZE * 3 + 1];
+ CODE:
+ if (!k && !stricmp(type,"md5")) {
+ k = 1; digest_tp = EVP_md5();
+ }
+ if (!k && !stricmp(type,"sha1")) {
+ k = 1; digest_tp = EVP_sha1();
+ }
+ if (!k && !stricmp(type,"sha256")) {
+ k = 1; digest_tp = EVP_sha256();
+ }
+ if (!k && !stricmp(type,"ripemd160")) {
+ k = 1; digest_tp = EVP_ripemd160();
+ }
+ if (!k) /* Default digest */
+ digest_tp = EVP_sha1();
+ if ( digest_tp == NULL ) {
+ /* Out of memory */
+ XSRETURN_UNDEF;
+ }
+ if (!X509_digest(cert, digest_tp, digest, &dsz)) {
+ /* Out of memory */
+ XSRETURN_UNDEF;
+ }
+ text[0] = '\0';
+ for(k=0; k
Bug#377709: Found workaround: run debtags update
Package: apt-index-watcher Version: 0.3.9+b1 Followup-For: Bug #377709 Hi, I got the very same problem, syslog complaints every 6 secs. I could get rid of them by updating the vocabulary database of debtags (after all, this is the file apt-index-watcher is complaining about) The vocabulary was not updated on my machine since March 2006 (presentation of debtags by Enrico at Fosdem ;-) -> debtags update And that's it, the problem disappeared. hope it helps Phil -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-pte2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apt-index-watcher depends on: ii apt [libapt-pkg-libc6.3-6-3. 0.6.45 Advanced front-end for dpkg ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-11 GCC support library ii libstdc++6 4.1.1-11The GNU Standard C++ Library v3 ii libtdb1 1.0.6-13Trivial Database - shared library ii zlib1g 1:1.2.3-13 compression library - runtime apt-index-watcher recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383522: Errors in translating capture to ASCII
Package: lkl Version: 0.1.1-1 Severity: normal Hello, I just discovered lkl and tried it briefly. $ sudo lkl -l -k /usr/share/lkl/keymaps/us_km First remark (but it is said in another bugreport already), keymap selection is less than intuitive, the README does not talk about having to type the full path to keymaps. Then in a second Xwindow I typed (on a US kbd): qwertyQWERTYqwerty And here is the result given by lkl: Started to log port 0x60. Keymap is /usr/share/lkl/keymaps/us_km. The logfile is (null). ( Thu Aug 17 22:26:15 2006 )(q)(w)(e)(r)(t)(y)()(W)(E)(R)(T)(Y)(U)()(@)(NULL)(Euro)()(NULL)(NULL)(NULL) Note the following errors: When in shift mode, all keys have shifted: QWERTY -> WERTYU (I checked the keymaps, they are aligned) After having hitted once the left ALT key (and released it) it keeps translating everything as if I hold the right ALT key pressed. The timestamp should have been displayed ideally before the (). Still some work to do ;-) Hardware: Dell Latitude D610 with integrated touchpad (when running in debug mode I get flooded by c=xx d=xx and values happen to change when touching the mouse...) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-pte2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages lkl depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries lkl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387346: Patch to add --verbose => make V=1
Package: kernel-package
Version: 10.055
Severity: wishlist
Tags: patch
Hi,
Very simple patch to add a --verbose option so that it will call the make
with the V=1 option to see the full commands.
I found it much more useful than --noexec because I cound not just simulate a
full compilation, some steps rely on the results of previous steps and it
ends prematurely on errors.
This is just the patch for make-kpkg, feel free to change the textual
description of the option. man mages will have to be updated too if this
patch is accepted.
--- /usr/bin/make-kpkg 2006-08-20 19:15:31.0 +0200
+++ make-kpkg 2006-09-13 19:51:02.0 +0200
@@ -42,6 +42,7 @@
my $key_id='';
my $help_opt=0;
my $noexec;
+my $verbose;
my $initrd=0;
my $revision=0;
my $root_cmd;
@@ -58,6 +59,7 @@
(
"help"=> \$help_opt,
"noexec" => \$noexec,
+ "verbose" => \$verbose,
"initrd" => \$initrd,
"revision=s" => \$revision,
"added_modules=s" => \$added_modules,
@@ -282,6 +284,15 @@
=back
+=item B<--verbose>
+
+=over 2
+
+Pass a B option to the I so that commands are verbosely
+printed to the screen while executed. This is very useful for debugging.
+
+=back
+
=item B<--initrd>
=over 2
@@ -401,6 +412,7 @@
oldconfig.
--targets Lists the known targets.
--noexec Pass a -n option to the make process
+ --verbose Pass a V=1 option to the make process
--zimage Create a kernel using zImage rather than bzImage
--bzimage Create a kernel using bzImage (in case the site
wide default is zimage, as set in
@@ -1011,6 +1023,11 @@
$alt_cmd .= " -n "
unless -f "debian/ruleset/kernel_version.mk";
}
+ if ($verbose){
+$command .= " V=1 ";
+$alt_cmd .= " V=1 "
+ unless -f "debian/ruleset/kernel_version.mk";
+ }
if ($initrd) {
$command .= " INITRD=YES ";
$alt_cmd .= " INITRD=YES "
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686-pte2
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages kernel-package depends on:
ii dpkg 1.13.21 package maintenance system for Deb
ii dpkg-dev 1.13.21 package building tools for Debian
ii file 4.17-3 Determines file type using "magic"
ii gcc [c-compiler] 4:4.1.1-5 The GNU C compiler
ii gcc-2.95 [c-compiler]1:2.95.4-27 The GNU C compiler
ii gcc-3.2 [c-compiler] 1:3.2.3-9 The GNU C compiler
ii gcc-3.3 [c-compiler] 1:3.3.6-13 The GNU C compiler
ii gcc-4.0 [c-compiler] 4.0.3-3 The GNU C compiler
ii gcc-4.1 [c-compiler] 4.1.1-13The GNU C compiler
ii gettext 0.14.6-1GNU Internationalization utilities
ii make 3.81-2 The GNU version of the "make" util
ii perl 5.8.8-6.1 Larry Wall's Practical Extraction
ii po-debconf 1.0.5 manage translated Debconf template
Versions of packages kernel-package recommends:
ii bzip21.0.3-6 high-quality block-sorting file co
ii libc6-dev [libc-dev] 2.3.6.ds1-4 GNU C Library: Development Librari
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#744933: [texlive-latex-extra] cleveref needs to be updated for the latest IEEEtrantools
Package: texlive-latex-extra
Version: 2013.20140408-1
Severity: normal
--- Please enter the report below this line. ---
cleveref v0.19 is still using functions of IEEEtrantool that have
disappeared at least since IEEEtrantools.sty 2012/12/27 version V1.3
E.g. it is using \if@IEEEissubequation which does not exist anymore.
I think this is a fix, to be checked.
\def\@IEEEeqnarrayXCR[#1]{%
\if@eqnsw%
- \if@IEEEissubequation%
+ \ifnum\c@IEEEsubequation>0%
%\addtocounter{equation}{1}%
\refstepcounter{IEEEsubequation}%
\addtocounter{IEEEsubequation}{-1}%
There is also an error while trying to use the deprecated
\if@IEEElastlinewassubequation
but that's not very clear to me how to do a proper fix.
Better to check how IEEEtrantool is handling equations and overload
properly those functions in cleveref...
texlive-latex-extra 2013.20140408-1
texlive-publishers 2013.20140408-1
--- System information. ---
Architecture: amd64
Kernel: Linux 3.11-2-amd64
Debian Release: jessie/sid
700 debian packages.linuxmint.com
700 debian extra.linuxmint.com
500 testing debian.linuxmint.com
500 stable dl.google.com
400 testing ftp.be.debian.org
350 stable http.kali.org
--- Package information. ---
Depends (Version) | Installed
-+-===
dpkg (>= 1.14.18) | 1.16.12
tex-common (>= 3) | 4.04
texlive-binaries (>= 2013.20130512) | 2013.20130729.30972-2
texlive-base (>= 2013.20140253) | 2013.20140408-1
preview-latex-style | 11.87-1
texlive-pictures (>= 2013.20140325) | 2013.20140408-1
luatex | 0.76.0-3
texlive-latex-recommended (>= 2013.20140325) | 2013.20140408-1
debconf (>= 0.5) | 1.5.52
OR debconf-2.0 |
ucf | 3.0027+nmu1
debconf (>= 1.4.69) | 1.5.52
OR cdebconf (>= 0.39) |
dpkg (>= 1.14.18) | 1.16.12
Package Status (Version) | Installed
===-+-===
tex-common | 4.04
texlive-binaries | 2013.20130729.30972-2
Recommends (Version) | Installed
==-+-===
texlive-latex-extra-doc |
Suggests (Version) | Installed
=-+-===
python-pygments |
libfile-which-perl |
debhelper (>= 7.0.8) | 9.20131127
--- Output from package bug script ---
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649586: virtualbox: Upgrade failed due to non-purged config: "service vboxdrv, already provided"
Package: virtualbox Version: 4.1.6-dfsg-2 Severity: normal Dear Maintainer, Upgrade from virtualbox-4.0 to virtualbox package (with 4.1.6 dependency atm) failed apt-get install -t unstable virtualbox ... Setting up virtualbox (4.1.6-dfsg-2) ... insserv: script virtualbox: service vboxdrv already provided! insserv: exiting now! update-rc.d: error: insserv rejected the script header To solve the issue I had to purge config of virtualbox-4.0: dpkg -P virtualbox-4.0 Best regards Phil -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox depends on: ii adduser 3.113 ii libc62.13-21 ii libcurl3 7.21.7-3 ii libgcc1 1:4.6.1-15 ii libpython2.7 2.7.2-5 ii libsdl1.2debian 1.2.14-6.4 ii libssl1.0.0 1.0.0e-2 ii libstdc++6 4.6.1-15 ii libvncserver00.9.8.2-1 ii libx11-6 2:1.4.4-2 ii libxcursor1 1:1.1.12-1 ii libxext6 2:1.3.0-3 ii libxml2 2.7.8.dfsg-5 ii libxmu6 2:1.1.0-3 ii libxt6 1:1.1.1-2 ii python 2.7.2-9 ii python-central 0.6.17 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages virtualbox recommends: ii libgl1-mesa-glx [libgl1] 7.11-6 ii libqt4-opengl 4:4.7.3-5 ii libqtcore44:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii virtualbox-dkms 4.1.6-dfsg-2 ii virtualbox-qt 4.1.6-dfsg-2 Versions of packages virtualbox suggests: pn vde22.2.3-3+b1 pn virtualbox-guest-additions-iso -- 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#689057: errors in help & manpage
Package: scanmem Version: 0.12-2 Severity: minor --- Please enter the report below this line. --- $ scanmem 0> help [...] != match all variables that have not changed since last scan = match all variables that have not changed since last scan First line is wrong, it should read: != match all variables that have changed since last scan Besides that, man page scanmem.1 lacks a number of features descriptions compared to output of scanmem interactive help, e.g. !=, +, -, " etc --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-1-amd64 Debian Release: wheezy/sid --- Package information. --- Depends (Version) | Installed -+- libc6 (>= 2.3) | 2.13-33 libncurses5 (>= 5.5-5~) | 5.9-10 libreadline6 (>= 6.0) | 6.2-8 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== gameconqueror (>= 0.12) | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#716957: [mediawiki] Upload of pdf files via IE still possible under default settings
Package: mediawiki Version: 1:1.19.5-1 Severity: normal Tags: security X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org Default allowed extensions for file upload are only: $wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg' ); Under Firefox & Chrome it's indeed impossible to upload a pdf file under those settings. But under IE it's possible without warning or error. A quick inspection seems to indicate that the file extension is only checked on the client side via javascript and IE does not do a proper job. Note that "application/pdf" is by default in the $wgTrustedMediaFormats array. IMHO file extension checks must also be enforced on server side, and, if possible, a js workaround should be provided for proper handling in IE. Malicious pdfs do exist... Best regards Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#716957: [mediawiki] Upload of pdf files via IE still possible under default settings
On 07/15/2013 01:00 PM, Henri Salo wrote: > On Mon, Jul 15, 2013 at 11:41:16AM +0200, Philippe Teuwen wrote: >> Package: mediawiki >> Version: 1:1.19.5-1 >> Severity: normal >> Tags: security >> X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org >> >> Default allowed extensions for file upload are only: >> $wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg' ); >> >> Under Firefox & Chrome it's indeed impossible to upload a pdf file under >> those settings. >> But under IE it's possible without warning or error. >> >> A quick inspection seems to indicate that the file extension is only >> checked on the client side via javascript and IE does not do a proper job. >> Note that "application/pdf" is by default in the $wgTrustedMediaFormats >> array. >> >> IMHO file extension checks must also be enforced on server side, and, if >> possible, a js workaround should be provided for proper handling in IE. >> Malicious pdfs do exist... >> >> Best regards >> Phil > > Have you notified upstream about this issue? > > --- > Henri Salo No Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#716957: [Pkg-mediawiki-devel] Bug#716957: [mediawiki] Upload of pdf files via IE still possible under default settings
Hello, Actually now I see I had $wgCheckFileExtensions = false; left on the config file. I was abused by the fact that under Firefox & Chrome, pdf upload was properly banned and documentation of https://www.mediawiki.org/wiki/Manual:$wgCheckFileExtensions and https://www.mediawiki.org/wiki/Manual:$wgStrictFileExtensions seem to indicate that $wgStrictFileExtensions was enough to enforce the check. So what is the supposed behavior of $wgCheckFileExtensions = false; $wgStrictFileExtensions = true; ?? Here are the relevant parts of LocalSettings.php I'm using the regular Special:Upload page $wgEnableUploads = true; $wgCheckFileExtensions = false; $wgGroupPermissions['*']['createaccount'] = false; $wgGroupPermissions['*']['edit'] = false; $wgGroupPermissions['*']['read'] = false; On 07/15/2013 07:54 PM, Chris Steipp wrote: > Hi, I'm working on reproducing this. > > The file extension is checked in UploadBase::getTitle(). If > $wgCheckFileExtensions and $wgStrictFileExtensions are both true > (which by default they are), then the file should be rejected during > the upload process. If that check is being bypassed, then we have a > serious issue we need to get patched asap. > > Are both $wgCheckFileExtensions and $wgStrictFileExtensions set to > true on the system where you're seeing this behavior? Also, are you > using UploadWizard, or another extension to trigger this, or the > standard Special:Upload page? > > On Mon, Jul 15, 2013 at 9:00 AM, Alex Monk wrote: >> CCing secur...@wikimedia.org >> >> On Mon, Jul 15, 2013 at 1:27 PM, Philippe Teuwen wrote: >>> On 07/15/2013 01:00 PM, Henri Salo wrote: >>>> On Mon, Jul 15, 2013 at 11:41:16AM +0200, Philippe Teuwen wrote: >>>>> Package: mediawiki >>>>> Version: 1:1.19.5-1 >>>>> Severity: normal >>>>> Tags: security >>>>> X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org >>>>> >>>>> Default allowed extensions for file upload are only: >>>>> $wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg' ); >>>>> >>>>> Under Firefox & Chrome it's indeed impossible to upload a pdf file >>>>> under >>>>> those settings. >>>>> But under IE it's possible without warning or error. >>>>> >>>>> A quick inspection seems to indicate that the file extension is only >>>>> checked on the client side via javascript and IE does not do a proper >>> job. >>>>> Note that "application/pdf" is by default in the $wgTrustedMediaFormats >>>>> array. >>>>> >>>>> IMHO file extension checks must also be enforced on server side, and, >>>>> if >>>>> possible, a js workaround should be provided for proper handling in IE. >>>>> Malicious pdfs do exist... >>>>> >>>>> Best regards >>>>> Phil >>>> Have you notified upstream about this issue? >>>> >>>> --- >>>> Henri Salo >>> No >>> Phil >>> >>> ___ >>> Pkg-mediawiki-devel mailing list >>> pkg-mediawiki-de...@lists.alioth.debian.org >>> >>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mediawiki-devel >> -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#716957: [Pkg-mediawiki-devel] Bug#716957: [mediawiki] Upload of pdf files via IE still possible under default settings
On 07/16/2013 10:26 AM, Thorsten Glaser wrote: > On Mon, 15 Jul 2013, Philippe Teuwen wrote: > >> A quick inspection seems to indicate that the file extension is only >> checked on the client side via javascript and IE does not do a proper job. > File extensions are a joke, really. > >> Note that "application/pdf" is by default in the $wgTrustedMediaFormats >> array. > In that case I’d say this is not a bug, right? ;-) There are inconsistencies that can lead to an overlooked security issue in some setups, call it as you want. Now the good news is that the behavior is not showing up with the default settings. For me, answers ti those questions are still quite fuzzy: * $wgCheckFileExtensions = false and $wgStrictFileExtensions = true then pdf upload is working from IE but not from Chrome or Firefox, that's just fact * why pdf is by default not in $wgFileExtensions but present in $wgTrustedMediaFormats? * Is is wise to let by default "application/pdf" in the $wgTrustedMediaFormats list? * documentation is quite confusing between $wgCheckFileExtensions and $wgStrictFileExtensions https://www.mediawiki.org/wiki/Manual:$wgCheckFileExtensions indicates $wgStrictFileExtensions is more reliable, $wgStrictFileExtensions says If set to true, users will only be able to upload files with proper extensions (see $wgFileExtensions) but in reality $wgCheckFileExtensions = false and $wgStrictFileExtensions = true is just unsecure. Best regards Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#665295: [evolution-mapi] Missing dependencies
Package: evolution-mapi Version: 3.2.1-3 Severity: normal --- Please enter the report below this line. --- Hello, I tried to use evolution-mapi plugin but when launching Evolution I got the following errors: (evolution:16411): evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib/evolution/3.2/plugins/liborg-gnome-exchange-mapi.so': libmemcache.so: cannot open shared object file: No such file or directory (evolution:16411): e-utils-CRITICAL **: Plugin "Exchange MAPI" is missing a function named e_plugin_ui_init() So I installed manually libmemcache0, and still had also to create a symlink: # apt-get install libmemcache0 # ln -s /usr/lib/libmemcache.so.0 /usr/lib/libmemcache.so Then I got still another error: (evolution:17497): evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib/evolution/3.2/plugins/liborg-gnome-exchange-mapi.so': libutil_malloc.so: cannot open shared object file: No such file or directory (evolution:17497): e-utils-CRITICAL **: Plugin "Exchange MAPI" is missing a function named e_plugin_ui_init() So I installed manually python-samba # apt-get install python-samba And then only the MAPI plugin was available in Evolution --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-1-amd64 Debian Release: wheezy/sid 990 testing www.debian-multimedia.org 990 testing ftp.be.debian.org 500 unstable hadret.rootnode.net 500 unstable ftp.fr.debian.org 500 stable security.debian.org 500 stable ftp.be.debian.org 500 stable dl.google.com 500 stable deb.torproject.org 500 oneiric ppa.launchpad.net 1 experimental ftp.be.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== libatk1.0-0 (>= 1.12.4) | 2.2.0-2 libc6 (>= 2.4) | 2.13-27 libcairo-gobject2 (>= 1.10.0) | 1.10.2-6.2 libcairo2 (>= 1.2.4) | 1.10.2-6.2 libcamel-1.2-29 (>= 3.2) | 3.2.2-1 libcamel-1.2-29 (<< 3.3) | 3.2.2-1 libdcerpc0 | 4.0.0~alpha18.dfsg1-3 libebackend-1.2-1 (>= 3.2.2) | 3.2.2-1 libebook-1.2-12 (>= 3.2.2) | 3.2.2-1 libecal-1.2-10 (>= 3.2.2) | 3.2.2-1 libedata-book-1.2-11 (>= 3.2.2) | 3.2.2-1 libedata-cal-1.2-13 (>= 3.2.2) | 3.2.2-1 libedataserver-1.2-15 (>= 3.2.2) | 3.2.2-1 libenchant1c2a (>= 1.6) | 1.6.0-7 libevolution (>= 3.2) | 3.2.2-1 libevolution (<< 3.3) | 3.2.2-1 libexchangemapi-1.0-0 (>= 3.2.1) | 3.2.1-3 libexchangemapi-1.0-0 (<< 3.3) | 3.2.1-3 libfontconfig1 (>= 2.8.0) | 2.8.0-3.1 libfreetype6 (>= 2.2.1) | 2.4.8-1 libgconf2-4 (>= 2.31.1) | 3.2.3-3 libgdk-pixbuf2.0-0 (>= 2.22.0) | 2.24.1-1 libglib2.0-0 (>= 2.26.0) | 2.30.2-6 libgtk-3-0 (>= 3.0.0) | 3.2.3-1 libgtkhtml-4.0-0 (>= 4.2) | 4.2.2-1 libgtkhtml-4.0-0 (<< 4.3) | 4.2.2-1 libgtkhtml-editor-4.0-0 (>= 4.2) | 4.2.2-1 libgtkhtml-editor-4.0-0 (<< 4.3) | 4.2.2-1 libical0 (>= 0.42) | 0.44-3 libmapi0 | 1:0.11.dfsg1-1 libndr0 | 4.0.0~alpha18.dfsg1-3 libnspr4-0d (>= 1.8.0.10) | 4.9-1 libnss3-1d (>= 3.12.0~1.9b1) | 3.13.3-1 libpango1.0-0 (>= 1.14.0) | 1.29.4-2 libsamba-hostconfig0 | 4.0.0~alpha18.dfsg1-3 libsoup2.4-1 (>= 2.4.0) | 2.34.3-1 libsqlite3-0 (>= 3.5.9) | 3.7.10-1 libtalloc2 (>= 2.0.4~git20101213) | 2.0.7+git20120207-1 libtevent0 (>= 0.9.9) | 0.9.15-1 libxml2 (>= 2.6.27) | 2.7.8.dfsg-7 evolution (>= 3.2.1) | 3.2.2-1 evolution (<< 3.3) | 3.2.2-1 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#812087: [pcscd] takes 100 % cpu
Hi Ludovic, Version 1.8.16-1 Same problem. See log.txt Cheers Phil pcscdaemon.c:261:main() pcscd set to foreground with debug send to stdout 0023 debuglog.c:310:DebugLogSetCategory() Debug options: APDU [36m0003[0m [34mpcscdaemon.c:266:main() Force colored logs[0m [36m0038[0m [01;31mutils.c:82:GetDaemonPid() Can't open /var/run/pcscd/pcscd.pid: No such file or directory[0m [36m0039[0m configfile.l:281:DBGetReaderListDir() Parsing conf directory: /etc/reader.conf.d [36m0024[0m configfile.l:353:DBGetReaderList() Parsing conf file: /etc/reader.conf.d/libccidtwin [36m0032[0m configfile.l:315:DBGetReaderListDir() Skipping non regular file: . [36m0012[0m configfile.l:315:DBGetReaderListDir() Skipping non regular file: .. [36m0007[0m [34mpcscdaemon.c:567:main() pcsc-lite 1.8.16 daemon ready.[0m [36m0134[0m [01;31mtokenparser.l:213:bundleParse() Could not open bundle file /usr/lib/pcsc/drivers/SCLGENERIC.bundle/Contents/Info.plist: No such file or directory[0m [36m3756[0m hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 [36m0127[0m hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 [36m0118[0m hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x0C45, PID: 0x6713, path: /dev/bus/usb/001/005 [36m0080[0m hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x0C45, PID: 0x6713, path: /dev/bus/usb/001/005 [36m0097[0m hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 [36m0088[0m hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1050, PID: 0x0115, path: /dev/bus/usb/001/010 [36m0007[0m [34mhotplug_libudev.c:433:HPAddDevice() Adding USB device: Yubico Yubikey NEO U2F+CCID[0m [36m0032[0m [34mreaderfactory.c:1066:RFInitializeReader() Attempting startup of Yubico Yubikey NEO U2F+CCID 00 00 using /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linux/libccid.so[0m [36m0172[0m [34mreaderfactory.c:951:RFBindFunctions() Loading IFD Handler 3.0[0m [36m0022[0m [34mifdhandler.c:1950:init_driver() Driver version: 1.4.22[0m [36m0420[0m [34mifdhandler.c:1967:init_driver() LogLevel: 0x0003[0m [36m0004[0m [34mifdhandler.c:1978:init_driver() DriverOptions: 0x[0m [36m0086[0m [34mifdhandler.c:110:CreateChannelByNameOrChannel() Lun: 0, device: usb:1050/0115:libudev:0:/dev/bus/usb/001/010[0m [36m0014[0m [34mccid_usb.c:284:OpenUSBByName() Using: /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Info.plist[0m [36m0363[0m [34mccid_usb.c:302:OpenUSBByName() ifdManufacturerString: Ludovic Rousseau (ludovic.rouss...@free.fr)[0m [36m0003[0m [34mccid_usb.c:303:OpenUSBByName() ifdProductString: Generic CCID driver[0m [36m0002[0m [34mccid_usb.c:304:OpenUSBByName() Copyright: This driver is protected by terms of the GNU Lesser General Public License version 2.1, or (at your option) any later version.[0m libusb: debug [libusb_init] created default context libusb: debug [libusb_init] libusb v1.0.20.11004 libusb: debug [find_usbfs_path] found usbfs at /dev/bus/usb libusb: debug [op_init] bulk continuation flag supported libusb: debug [op_init] zero length packet flag supported libusb: debug [op_init] sysfs can relate devices libusb: debug [op_init] sysfs has complete descriptors libusb: debug [linux_udev_event_thread_main] udev event thread entering. libusb: debug [linux_get_device_address] getting address for device: usb1 detached: 0 libusb: debug [linux_get_device_address] scan usb1 libusb: debug [linux_get_device_address] bus=1 dev=1 libusb: debug [linux_enumerate_device] busnum 1 devaddr 1 session_id 257 libusb: debug [linux_enumerate_device] allocating new device for 1/1 (session 257) libusb: debug [linux_get_device_address] getting address for device: 1-12 detached: 0 libusb: debug [linux_get_device_address] scan 1-12 libusb: debug [linux_get_device_address] bus=1 dev=5 libusb: debug [linux_enumerate_device] busnum 1 devaddr 5 session_id 261 libusb: debug [linux_enumerate_device] allocating new device for 1/5 (session 261) libusb: debug [linux_get_parent_info] Dev 0x5610c9fa4f90 (1-12) has parent 0x5610c9f9db10 (usb1) port 12 libusb: debug [linux_get_device_address] getting address for device: 1-2 detached: 0 libusb: debug [linux_get_device_address] scan 1-2 libusb: debug [linux_get_device_address] bus=1 dev=10 libusb: debug [linux_enumerate_device] busnum 1 devaddr 10 session_id 266 libusb: debug [linux_enumerate_device] allocating new device for 1/10 (session 266) libusb: debug [linux_get_parent_info] Dev 0x5610c9f645f0 (1-2) has parent 0x5610c9f9db10 (usb1) port 2 libusb: debug [linux_get_device_address] getting address for device: 1-4 detached: 0 libusb: debug [linux_get_device_address] scan
Bug#812087: [pcscd] takes 100 % cpu
> Does the problem occurs when you connect the USB device VID: 0x2A70, > PID: 0x9011? > This is your phone? Yes > The first "USB Device add" is correct. You connect the USB device. > But why a second "USB Device add" for the same device? > And a third "USB Device add" 1 second after for again the same device? > Is libudev confused? > After 5 seconds you get a first "USB Device removed". OK. > Then a second one 143 ms later. > And a third one 133 ms later. > Is you USB device a composite device with more than 1 interface? Yes this one shows 3 interfaces. > Do you have the same problem if you connect a simple CCID device instead? I used to test with the USB hub, which shows 2 interfaces. I tested with a SCL3711 and with a ACR38 In both cases the bug occurs I'll try your last debug suggestion. Cheers Phil
Bug#812087: [pcscd] takes 100 % cpu
On 03/27/2016 09:06 PM, Ludovic Rousseau wrote: > +else > +usbi_err(NULL, "udev_monitor_receive_device failed"); See att. I've cut it as it's printing in the crazy loop as expected. So it confirms what we already know: fds[0].revents = 0 fds[1].revents = 1 udev_monitor_receive_device() = null Cheers Phil pcscdaemon.c:261:main() pcscd set to foreground with debug send to stdout 0027 debuglog.c:310:DebugLogSetCategory() Debug options: APDU [36m0005[0m [34mpcscdaemon.c:266:main() Force colored logs[0m [36m0050[0m configfile.l:281:DBGetReaderListDir() Parsing conf directory: /etc/reader.conf.d [36m0020[0m configfile.l:353:DBGetReaderList() Parsing conf file: /etc/reader.conf.d/libccidtwin [36m0056[0m configfile.l:315:DBGetReaderListDir() Skipping non regular file: . [36m0005[0m configfile.l:315:DBGetReaderListDir() Skipping non regular file: .. [36m0010[0m [34mpcscdaemon.c:567:main() pcsc-lite 1.8.16 daemon ready.[0m [36m0140[0m [01;31mtokenparser.l:213:bundleParse() Could not open bundle file /usr/lib/pcsc/drivers/SCLGENERIC.bundle/Contents/Info.plist: No such file or directory[0m [36m4511[0m hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 [36m0062[0m hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 [36m0086[0m hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x0C45, PID: 0x6713, path: /dev/bus/usb/001/005 [36m0069[0m hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x0C45, PID: 0x6713, path: /dev/bus/usb/001/005 [36m0067[0m hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 [36m0075[0m hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1050, PID: 0x0115, path: /dev/bus/usb/001/010 [36m0004[0m [34mhotplug_libudev.c:433:HPAddDevice() Adding USB device: Yubico Yubikey NEO U2F+CCID[0m [36m0023[0m [34mreaderfactory.c:1066:RFInitializeReader() Attempting startup of Yubico Yubikey NEO U2F+CCID 00 00 using /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linux/libccid.so[0m [36m0100[0m [34mreaderfactory.c:951:RFBindFunctions() Loading IFD Handler 3.0[0m [36m0014[0m [34mifdhandler.c:1950:init_driver() Driver version: 1.4.22[0m [36m0379[0m [34mifdhandler.c:1967:init_driver() LogLevel: 0x0003[0m [36m0004[0m [34mifdhandler.c:1978:init_driver() DriverOptions: 0x[0m [36m0091[0m [34mifdhandler.c:110:CreateChannelByNameOrChannel() Lun: 0, device: usb:1050/0115:libudev:0:/dev/bus/usb/001/010[0m [36m0011[0m [34mccid_usb.c:284:OpenUSBByName() Using: /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Info.plist[0m [36m0366[0m [34mccid_usb.c:302:OpenUSBByName() ifdManufacturerString: Ludovic Rousseau (ludovic.rouss...@free.fr)[0m [36m0004[0m [34mccid_usb.c:303:OpenUSBByName() ifdProductString: Generic CCID driver[0m [36m0002[0m [34mccid_usb.c:304:OpenUSBByName() Copyright: This driver is protected by terms of the GNU Lesser General Public License version 2.1, or (at your option) any later version.[0m libusb: debug [libusb_init] created default context libusb: debug [libusb_init] libusb v1.0.20.11004 libusb: debug [find_usbfs_path] found usbfs at /dev/bus/usb libusb: debug [op_init] bulk continuation flag supported libusb: debug [op_init] zero length packet flag supported libusb: debug [op_init] sysfs can relate devices libusb: debug [op_init] sysfs has complete descriptors libusb: debug [linux_udev_event_thread_main] udev event thread entering. libusb: debug [linux_get_device_address] getting address for device: usb1 detached: 0 libusb: debug [linux_get_device_address] scan usb1 libusb: debug [linux_get_device_address] bus=1 dev=1 libusb: debug [linux_enumerate_device] busnum 1 devaddr 1 session_id 257 libusb: debug [linux_enumerate_device] allocating new device for 1/1 (session 257) libusb: debug [linux_get_device_address] getting address for device: 1-12 detached: 0 libusb: debug [linux_get_device_address] scan 1-12 libusb: debug [linux_get_device_address] bus=1 dev=5 libusb: debug [linux_enumerate_device] busnum 1 devaddr 5 session_id 261 libusb: debug [linux_enumerate_device] allocating new device for 1/5 (session 261) libusb: debug [linux_get_parent_info] Dev 0x559aba5bff90 (1-12) has parent 0x559aba5b8b10 (usb1) port 12 libusb: debug [linux_get_device_address] getting address for device: 1-2 detached: 0 libusb: debug [linux_get_device_address] scan 1-2 libusb: debug [linux_get_device_address] bus=1 dev=10 libusb: debug [linux_enumerate_device] busnum 1 devaddr 10 session_id 266 libusb: debug [linux_enumerate_device] allocating new device for 1/10 (session 266) libusb: debug [linux_get_parent_info] Dev 0x559aba57f5f0 (1-2) has parent 0x559aba5b8b10
Bug#812087: [pcscd] takes 100 % cpu
> Interesting. > Do you give arguments to libusb/examples/hotplugtest or just execute the > command with no argument? no argument > The scl3711 is not supported by my CCID driver (at least I can't find > the device VID: 0x04E6, PID: 0x5591 in my list) > I guess you use the SCM driver with this device. it's currently disabled (so I can use it with libnfc). Therefore the message in my logs: Could not open bundle file /usr/lib/pcsc/drivers/SCLGENERIC.bundle/Contents/Info.plist because I renamed it as Info.plist.disabled But that doesn't matter really here, any USB device triggers the bug, being a reader recognized by pcscd or sth else. > I asked my contact at Yubico to get a "Yubico Yubikey NEO U2F+CCID" > device so I can work on the problem myself. > If I can't get a device I will continue to bother you Philippe :-( No prob, it bothers me that we can't understand this bug ;) Phil
Bug#812087: [pcscd] takes 100 % cpu
BTW after udev_monitor_receive_device() returns null, strerror(errno) gives "Resource temporarily unavailable" So on one side poll() says there is data ready to be read on udev_monitor_fd and on the other side udev_monitor_receive_device() says "Resource temporarily unavailable"
Bug#764641: [wine] wine32 and wine64 cannot share same default homedir ~/.wine
Package: wine Version: 1.6.2-8 Severity: normal Tags: patch --- Please enter the report below this line. --- Hello When running alternatively wine32 and wine64, you get such error (or vice versa): wine: '/home/phil/.wine' is a 32-bit installation, it cannot support 64-bit applications. One possible solution: assign different homes for wine32 and wine64, e.g.: --- /usr/bin/wine<->2014-10-09 21:59:00.840600775 +0200 +++ /usr/bin/wine<-->2014-10-09 22:15:17.405788903 +0200 @@ -3,8 +3,15 @@ set -e . wine=/usr/bin/wine32 +defaultwineprefix=$HOME/.wine32 + if test "$(file -b -L "$1" | cut -d\ -f1)" = "PE32+" -o "$WINEARCH" = "win64"; then wine=/usr/bin/wine64 +defaultwineprefix=$HOME/.wine64 +fi + +if [ -z "$WINEPREFIX" ]; then +export WINEPREFIX=$defaultwineprefix fi . if test -f $wine; then --- System information. --- Architecture: amd64 Kernel: Linux 3.16-1-amd64 Debian Release: jessie/sid 500 unstable ftp.be.debian.org 500 testing-updates ftp.be.debian.org 500 testing security.debian.org 500 testing ftp.be.debian.org 500 stable files.eid.belgium.be 500 stable dl.google.com 350 stable http.kali.org 100 jessie-backports ftp.be.debian.org --- Package information. --- Depends (Version) | Installed =-+-== file | 1:5.19-2 wine64 (>= 1.6.2-8) | 1.6.2-8 OR wine32 (>= 1.6.2-8) | 1.6.2-8 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== wine-doc | binfmt-support | 2.1.5-1 ttf-mscorefonts-installer | winbind | avscan | OR klamav | OR clamav | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#779572: [sed] fails at extended char ranges ([A-z]) in regexps
Package: sed Version: 4.2.2-4+b1 Severity: important --- Please enter the report below this line. --- Hello sed version 4.2.1-10, correct result: echo "=abcABC[]\\_="|sed 's/[A-z]/*/g' =**= sed version 4.2.2-4+b1, error: echo "=abcABC[]\\_="|sed 's/[A-z]/*/g' sed: -e expression #1, char 11: Invalid range end sed version 4.2.2-4+b1, even weirder with what should be an invalid range: echo "=abcABC[]\\_="|sed 's/[a-Z]/*/g' =**[]\_= --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: 8.0 500 unstable ftp.be.debian.org 500 testing-updates ftp.be.debian.org 500 testing security.debian.org 500 testing ftp.be.debian.org 500 synalysis hexinator.com 500 stable files.eid.belgium.be 500 stable dl.google.com 350 stable http.kali.org 100 jessie-backports ftp.be.debian.org --- Package information. --- Depends (Version) | Installed =-+-= dpkg (>= 1.15.4) | 1.17.23 OR install-info | 5.2.0.dfsg.1-6 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#779572: Some more context
It appears that I was wrong, it's not related to the version of sed but to the terminal configuration: echo '=abcABC[]\\_='|LANG=en_US.utf8 sed 's/[A-z]/*/g' sed: -e expression #1, char 11: Invalid range end echo '=abcABC[]\\_='|LANG=C sed 's/[A-z]/*/g' =***= The order of chars in utf8 regexp is still a mystery to me (different than e.g. utf8 "sort") but it's probably not a bug, just a big pitfall. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774703: [quassel-client]
Package: quassel-client Version: 1:0.10.0-2.4 --- Please enter the report below this line. --- Here Quassel client doesn't crash but when trying to setup a sound notification here is the behavior: First time, I can browse select an audio file and I can play it with the test button, no problem. Audiofile setting is saved in ~/.config/quassel-irc.org/quasselclient.conf Phonon\AudioFile=/path/to/audiofile.wav But next time, in the settings/notifications: - Play a sound is still activated - field with path to audiofile is completely empty - icon to browse to file is disabled And the only way to be able to browse again for files is to clean quasselclient.conf: Phonon\AudioFile= So there is something bogus when loading notification settings from config file. --- System information. --- Architecture: amd64 Kernel: Linux 4.0.0-1-amd64 Debian Release: stretch/sid 500 unstable ftp.be.debian.org 500 synalysis hexinator.com 500 stable-updates ftp.be.debian.org 500 stable www.deb-multimedia.org 500 stable security.debian.org 500 stable ftp.be.debian.org 500 stable files.eid.belgium.be 500 stable dl.google.com 100 jessie-backports ftp.be.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#757285: [logkeys]
Package: logkeys Version: 0.1.1a+git5ef6b0dcb9e3-2 Severity: normal --- Please enter the report below this line. --- Hi, Logkeys can be used with a keymap (using option -m) OR using -u == --us-keymap One could create a keymap and add the option in /etc/default/logkeys: DAEMON_OPTS="--keymap /etc/logkeys-keymap" But the problem is that /etc/init.d/logkeys hardcodes the option -u: DAEMON_OPTS="-s -u -d $DEVICE -o $LOGFILE $DAEMON_OPTS" I suggest that /etc/init.d/logkeys contains: DAEMON_OPTS="-s -d $DEVICE -o $LOGFILE $DAEMON_OPTS" and /etc/default/logkeys contains by default DAEMON_OPTS="--us-keymap" so one can use a keymap file by editing only /etc/default/logkeys --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 500 unstable ftp.be.debian.org 500 testing-updates ftp.be.debian.org 500 testing security.debian.org 500 testing ftp.be.debian.org 500 stable dl.google.com 350 stable http.kali.org 100 jessie-backports ftp.be.debian.org --- Package information. --- Depends (Version) | Installed ==-+-= libc6 (>= 2.14) | libgcc1 (>= 1:4.1.1) | libstdc++6 (>= 4.4.0) | kbd | OR console-tools | Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#816175: python-pil: Openjpeg support missing due to missing build dependency
Package: python-pil Version: 3.1.1-1 Severity: normal Dear Maintainer, Openjpeg (jpeg2000) support is missing in the binary packages of pillow. I could fix it locally by adding some openjpeg headers: apt-get source python-pil sudo apt-get build-dep python-pil sudo apt-get install libopenjp2-7-dev dpkg-buildpackage -uc -us sudo dpkg -i *deb So I guess it's just a matter of adding libopenjp2-7-dev to pillow Build-Depends. Note that in the list of dependencies you'll find in this report, there is a ii libopenjp2-72.1.0-2.1 because that's my recompiled version, original python-pil is missing that dep. Best regards Phil -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-rc4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-pil depends on: ii libc6 2.21-9 ii libfreetype62.6.1-0.1 ii libjpeg62-turbo 1:1.4.2-2 ii liblcms2-2 2.6-3+b3 ii libopenjp2-72.1.0-2.1 ii libtiff54.0.6-1 ii libwebp50.4.4-1+b1 ii libwebpdemux1 0.4.4-1+b1 ii libwebpmux1 0.4.4-1+b1 ii mime-support3.59 ii python 2.7.11-1 ii python-pil.imagetk 3.1.1-1 pn python:any ii zlib1g 1:1.2.8.dfsg-2+b1 python-pil recommends no packages. Versions of packages python-pil suggests: ii python-pil-dbg 3.1.1-1 ii python-pil-doc 3.1.1-1 -- no debconf information
Bug#812087: [pcscd]
Hi Ludovic, I'm getting the same problem with my Debian Testing. I'll try to generate more logs related to libusb as explained in the bug thread but here are some things I noticed: I've a Yubikey Neo-n plugged constantly. When the 100% problem arises, nothing special in pcscd logs, even with -f -a -d cf attached log. And pcscd and Yubikey remain fully functional despite the 100%. Now the interesting bits: Without the yubikey inserted the problem never occurs. With the yubikey inserted there are two cases: 1) works as normal, the problem never arises 2) sometimes when yubikey gets inserted or when pcscd service is restarted I get the following error in syslog: pcscd[26168]: ifdhandler.c:144:CreateChannelByNameOrChannel() failed pcscd[26168]: 0012 readerfactory.c:1097:RFInitializeReader() Open Port 0x20 Failed (usb:1050/0115:libudev:0:/dev/bus/usb/001/025) pcscd[26168]: 0002 readerfactory.c:372:RFAddReader() Yubico Yubikey NEO U2F+CCID init failed. At this point besides those lines in syslog, yubikey is functional and CPU is ok *but* starting from this situation, whenever there will be a change on another usb port, no matter what (inserting or removing anything, even a simple USB hub) => CPU goes to 100% Restarting pcscd brings CPU back to normal till another USB insert/remove event. Cheers Phil Package: pcscd Version: 1.8.15-1 --- Please enter the report below this line. --- --- System information. --- Architecture: amd64 Kernel: Linux 4.5.0-rc4-amd64 Debian Release: stretch/sid 900 testing security.debian.org 900 testing ftp.be.debian.org 500 unstable ftp.be.debian.org 500 stable security.debian.org 500 stable ftp.be.debian.org 500 stable dl.google.com 500 debian-stretch apt.dockerproject.org 1 experimental httpredir.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. debuglog.c:289:DebugLogSetLevel() debug level=debug 0025 utils.c:82:GetDaemonPid() Can't open /var/run/pcscd/pcscd.pid: No such file or directory 0061 configfile.l:281:DBGetReaderListDir() Parsing conf directory: /etc/reader.conf.d 0139 configfile.l:353:DBGetReaderList() Parsing conf file: /etc/reader.conf.d/libccidtwin 0182 configfile.l:315:DBGetReaderListDir() Skipping non regular file: . 0003 configfile.l:315:DBGetReaderListDir() Skipping non regular file: .. 0004 pcscdaemon.c:567:main() pcsc-lite 1.8.15 daemon ready. 3391 hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 0062 hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 0070 hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x0C45, PID: 0x6713, path: /dev/bus/usb/001/008 0063 hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x0C45, PID: 0x6713, path: /dev/bus/usb/001/008 0059 hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 0063 hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1050, PID: 0x0115, path: /dev/bus/usb/001/003 0004 hotplug_libudev.c:433:HPAddDevice() Adding USB device: Yubico Yubikey NEO U2F+CCID 0022 readerfactory.c:1066:RFInitializeReader() Attempting startup of Yubico Yubikey NEO U2F+CCID 00 00 using /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linux/libccid.so 0690 readerfactory.c:951:RFBindFunctions() Loading IFD Handler 3.0 0104 ifdhandler.c:1950:init_driver() Driver version: 1.4.22 0357 ifdhandler.c:1967:init_driver() LogLevel: 0x0003 0003 ifdhandler.c:1978:init_driver() DriverOptions: 0x 0084 ifdhandler.c:110:CreateChannelByNameOrChannel() Lun: 0, device: usb:1050/0115:libudev:0:/dev/bus/usb/001/003 0010 ccid_usb.c:284:OpenUSBByName() Using: /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Info.plist 0356 ccid_usb.c:302:OpenUSBByName() ifdManufacturerString: Ludovic Rousseau (ludovic.rouss...@free.fr) 0003 ccid_usb.c:303:OpenUSBByName() ifdProductString: Generic CCID driver 0001 ccid_usb.c:304:OpenUSBByName() Copyright: This driver is protected by terms of the GNU Lesser General Public License version 2.1, or (at your option) any later version. 1842 ccid_usb.c:587:OpenUSBByName() Found interface 1 but expecting 0 0003 ccid_usb.c:589:OpenUSBByName() Wrong interface for USB device 1/3. Checking next one. 0019 ccid_usb.c:729:OpenUSBByName() Device not found? 0002 ifdhandler.c:144:CreateChannelByNameOrChannel() failed 0002 readerfactory.c:1097:RFInitializeReader() Open Port 0x20 Failed (usb:1050/0115:libudev:0:/dev/bus/usb/001/003) 0002 readerfactory.c:372:RFAddReader() Yubico Yubikey NEO U2F+CCID init failed. 0002 readerfactory.c:605:RFRemoveReader() UnrefReader() count was: 1 0002 readerfactory.c:1117:RFUnInitializeReader() Attempting shutdown of Yubico Yub
Bug#812087: [pcscd]
Mmm activating libudev debug didn't bring much I think. I attached one log with LIBUSB_DEBUG=99 and one with recompiled pcscd with udev debug support. For both I just ran pcscd with the yubikey plugged in then plugged a USB hub that triggered the CPU to 100% libccid1.4.22-1 libusb-1.0-0 2:1.0.20-1 udev 228-6 I'll see if I can get more from gdb... Cheers Phil pcscdaemon.c:261:main() pcscd set to foreground with debug send to stdout 0024 debuglog.c:310:DebugLogSetCategory() Debug options: APDU 0076 configfile.l:281:DBGetReaderListDir() Parsing conf directory: /etc/reader.conf.d 0027 configfile.l:353:DBGetReaderList() Parsing conf file: /etc/reader.conf.d/libccidtwin 0069 configfile.l:315:DBGetReaderListDir() Skipping non regular file: . 0005 configfile.l:315:DBGetReaderListDir() Skipping non regular file: .. 0013 pcscdaemon.c:567:main() pcsc-lite 1.8.15 daemon ready. 4233 hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 0056 hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 0058 hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x0C45, PID: 0x6713, path: /dev/bus/usb/001/005 0064 hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x0C45, PID: 0x6713, path: /dev/bus/usb/001/005 0057 hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 0059 hotplug_libudev.c:294:get_driver() Looking for a driver for VID: 0x1050, PID: 0x0115, path: /dev/bus/usb/001/002 0004 hotplug_libudev.c:433:HPAddDevice() Adding USB device: Yubico Yubikey NEO U2F+CCID 0026 readerfactory.c:1066:RFInitializeReader() Attempting startup of Yubico Yubikey NEO U2F+CCID 00 00 using /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linux/libccid.so 0081 readerfactory.c:951:RFBindFunctions() Loading IFD Handler 3.0 0015 ifdhandler.c:1950:init_driver() Driver version: 1.4.22 0350 ifdhandler.c:1967:init_driver() LogLevel: 0x0003 0003 ifdhandler.c:1978:init_driver() DriverOptions: 0x 0079 ifdhandler.c:110:CreateChannelByNameOrChannel() Lun: 0, device: usb:1050/0115:libudev:0:/dev/bus/usb/001/002 0010 ccid_usb.c:284:OpenUSBByName() Using: /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Info.plist 0346 ccid_usb.c:302:OpenUSBByName() ifdManufacturerString: Ludovic Rousseau (ludovic.rouss...@free.fr) 0003 ccid_usb.c:303:OpenUSBByName() ifdProductString: Generic CCID driver 0001 ccid_usb.c:304:OpenUSBByName() Copyright: This driver is protected by terms of the GNU Lesser General Public License version 2.1, or (at your option) any later version. libusb: debug [libusb_init] created default context libusb: debug [libusb_init] libusb v1.0.20.11004 libusb: debug [find_usbfs_path] found usbfs at /dev/bus/usb libusb: debug [op_init] bulk continuation flag supported libusb: debug [op_init] zero length packet flag supported libusb: debug [op_init] sysfs can relate devices libusb: debug [op_init] sysfs has complete descriptors libusb: debug [linux_udev_event_thread_main] udev event thread entering. libusb: debug [linux_get_device_address] getting address for device: usb1 detached: 0 libusb: debug [linux_get_device_address] scan usb1 libusb: debug [linux_get_device_address] bus=1 dev=1 libusb: debug [linux_enumerate_device] busnum 1 devaddr 1 session_id 257 libusb: debug [linux_enumerate_device] allocating new device for 1/1 (session 257) libusb: debug [linux_get_device_address] getting address for device: 1-12 detached: 0 libusb: debug [linux_get_device_address] scan 1-12 libusb: debug [linux_get_device_address] bus=1 dev=5 libusb: debug [linux_enumerate_device] busnum 1 devaddr 5 session_id 261 libusb: debug [linux_enumerate_device] allocating new device for 1/5 (session 261) libusb: debug [linux_get_parent_info] Dev 0x110e040 (1-12) has parent 0x1103b70 (usb1) port 12 libusb: debug [linux_get_device_address] getting address for device: 1-2 detached: 0 libusb: debug [linux_get_device_address] scan 1-2 libusb: debug [linux_get_device_address] bus=1 dev=2 libusb: debug [linux_enumerate_device] busnum 1 devaddr 2 session_id 258 libusb: debug [linux_enumerate_device] allocating new device for 1/2 (session 258) libusb: debug [linux_get_parent_info] Dev 0x1108320 (1-2) has parent 0x1103b70 (usb1) port 2 libusb: debug [linux_get_device_address] getting address for device: 1-4 detached: 0 libusb: debug [linux_get_device_address] scan 1-4 libusb: debug [linux_get_device_address] bus=1 dev=3 libusb: debug [linux_enumerate_device] busnum 1 devaddr 3 session_id 259 libusb: debug [linux_enumerate_device] allocating new device for 1/3 (session 259) libusb: debug [linux_get_parent_info] Dev 0x1106d50 (1-4) has parent 0x1103b70 (usb1) port 4 libusb: debug [linux_get_device_address] getting address for device: 1-9 detached: 0 libusb: debug [linux_g
Bug#812087: [pcscd]
Here are some backtraces Normal CPU usage: Thread 5 (Thread 0x7f6365c82700 (LWP 30482)): #0 0x7f6366196b6d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f6365c92b3c in ?? () from /lib/x86_64-linux-gnu/libusb-1.0.so.0 #2 0x7f6366462284 in start_thread (arg=0x7f6365c82700) at pthread_create.c:333 #3 0x7f636619fa4d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 4 (Thread 0x7f6365481700 (LWP 30483)): #0 0x7f6366196b6d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f6365c92b3c in ?? () from /lib/x86_64-linux-gnu/libusb-1.0.so.0 #2 0x7f6366462284 in start_thread (arg=0x7f6365481700) at pthread_create.c:333 #3 0x7f636619fa4d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 3 (Thread 0x7f6364c80700 (LWP 30484)): #0 0x7f6366196b6d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f6365c8c0b5 in ?? () from /lib/x86_64-linux-gnu/libusb-1.0.so.0 #2 0x7f6365c8d043 in libusb_handle_events_timeout_completed () from /lib/x86_64-linux-gnu/libusb-1.0.so.0 #3 0x7f6365c8d12f in libusb_handle_events () from /lib/x86_64-linux-gnu/libusb-1.0.so.0 #4 0x7f6365ea9004 in ?? () from /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linux/libccid.so #5 0x7f6365ea3853 in ?? () from /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linux/libccid.so #6 0x004061a3 in EHStatusHandlerThread (rContext=0x177a010) at eventhandler.c:464 #7 0x7f6366462284 in start_thread (arg=0x7f6364c80700) at pthread_create.c:333 #8 0x7f636619fa4d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 2 (Thread 0x7f635700 (LWP 30485)): #0 0x7f6366196b6d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x0040e61a in HPEstablishUSBNotifications (arg=0x17a4a30) at hotplug_libudev.c:624 #2 0x7f6366462284 in start_thread (arg=0x7f635700) at pthread_create.c:333 #3 0x7f636619fa4d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 1 (Thread 0x7f6366c51740 (LWP 30481)): #0 0x7f6366198963 in select () at ../sysdeps/unix/syscall-template.S:81 #1 0x00411179 in ProcessEventsServer (pdwClientID=pdwClientID@entry=0x7ffea88638a0) at winscard_msg_srv.c:223 #2 0x004035c1 in SVCServiceRunLoop () at pcscdaemon.c:128 #3 main (argc=, argv=) at pcscdaemon.c:685 100% CPU: Thread 5 (Thread 0x7f1969ee2700 (LWP 30237)): #0 0x7f196a6cabdd in recvmsg () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f196aebe6ec in udev_monitor_receive_device () from /lib/x86_64-linux-gnu/libudev.so.1 #2 0x7f1969ef2bcb in ?? () from /lib/x86_64-linux-gnu/libusb-1.0.so.0 #3 0x7f196a6c2284 in start_thread (arg=0x7f1969ee2700) at pthread_create.c:333 #4 0x7f196a3ffa4d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 4 (Thread 0x7f19696e1700 (LWP 30238)): #0 0x7f196a3f6b6d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f1969ef2b3c in ?? () from /lib/x86_64-linux-gnu/libusb-1.0.so.0 #2 0x7f196a6c2284 in start_thread (arg=0x7f19696e1700) at pthread_create.c:333 #3 0x7f196a3ffa4d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 3 (Thread 0x7f1968ee0700 (LWP 30239)): #0 0x7f196a3f6b6d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f1969eec0b5 in ?? () from /lib/x86_64-linux-gnu/libusb-1.0.so.0 #2 0x7f1969eed043 in libusb_handle_events_timeout_completed () from /lib/x86_64-linux-gnu/libusb-1.0.so.0 #3 0x7f1969eed12f in libusb_handle_events () from /lib/x86_64-linux-gnu/libusb-1.0.so.0 #4 0x7f196a109004 in ?? () from /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linux/libccid.so #5 0x7f196a103853 in ?? () from /usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linux/libccid.so #6 0x004061a3 in EHStatusHandlerThread (rContext=0xd49010) at eventhandler.c:464 #7 0x7f196a6c2284 in start_thread (arg=0x7f1968ee0700) at pthread_create.c:333 #8 0x7f196a3ffa4d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 2 (Thread 0x7f1963fff700 (LWP 30240)): #0 0x7f196a3f6b6d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x0040e61a in HPEstablishUSBNotifications (arg=0xd73a30) at hotplug_libudev.c:624 #2 0x7f196a6c2284 in start_thread (arg=0x7f1963fff700) at pthread_create.c:333 #3 0x7f196a3ffa4d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 1 (Thread 0x7f196aeb1740 (LWP 30236)): #0 0x7f196a3f8963 in select () at ../sysdeps/unix/syscall-template.S:81 #1 0x00411179 in ProcessEventsServer (pdwClientID=pdwClientID@entry=0x7ffc0e4e4240) at winscard_msg_srv.c:223 #2 0x004035c1 in SVCServiceRunLoop () at pcscdaemon.c:128 #3 main (argc=, argv=) at pcscdaemon.c:685 So the difference is in this thread and udev indeed: #0 0x7f196a6cabdd in recvmsg () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f196aebe6ec in udev_monitor_rec
Bug#812087: [pcscd]
I recompiled libusb with debug symbols:
Normal CPU:
Thread 5 (Thread 0x7f0238fcb700 (LWP 24364)):
#0 0x7f02394dfb6d in poll () at ../sysdeps/unix/syscall-template.S:81
#1 0x7f0238fdbafc in poll (__timeout=-1, __nfds=2,
__fds=0x7f0238fcaee0)
at /usr/include/x86_64-linux-gnu/bits/poll2.h:46
#2 linux_udev_event_thread_main (arg=)
at ../../libusb/os/linux_udev.c:175
#3 0x7f02397ab284 in start_thread (arg=0x7f0238fcb700)
at pthread_create.c:333
#4 0x7f02394e8a4d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
100% CPU:
Thread 5 (Thread 0x7fbeac2a4700 (LWP 24181)):
#0 0x7fbeaca8cbdd in recvmsg () at ../sysdeps/unix/syscall-template.S:81
#1 0x7fbead2806ec in udev_monitor_receive_device ()
from /lib/x86_64-linux-gnu/libudev.so.1
#2 0x7fbeac2b4b8b in linux_udev_event_thread_main (arg=)
at ../../libusb/os/linux_udev.c:186
#3 0x7fbeaca84284 in start_thread (arg=0x7fbeac2a4700)
at pthread_create.c:333
#4 0x7fbeac7c1a4d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
So the diff happens in that code from libusb/os/linux_udev.c:
usbi_dbg("udev event thread entering.");
while (poll(fds, 2, -1) >= 0) {
if (fds[0].revents & POLLIN) {
r = usbi_read(udev_control_pipe[0], &dummy, sizeof(dummy));
if (r <= 0) {
usbi_warn(NULL, "udev control pipe read failed");
}
break;
}
if (fds[1].revents & POLLIN) {
usbi_mutex_static_lock(&linux_hotplug_lock);
udev_dev = udev_monitor_receive_device(udev_monitor);
if (udev_dev)
udev_hotplug_event(udev_dev);
usbi_mutex_static_unlock(&linux_hotplug_lock);
}
}
usbi_dbg("udev event thread exiting");
I added error msgs in the loop.
When 100% CPU, the poll() is non-blocking and the loop becomes a busy loop.
On 03/06/2016 11:49 PM, Philippe Teuwen wrote:
> #0 0x7f196a6cabdd in recvmsg () at ../sysdeps/unix/syscall-template.S:81
> #1 0x7f196aebe6ec in udev_monitor_receive_device () from
> /lib/x86_64-linux-gnu/libudev.so.1
> #2 0x7f1969ef2bcb in ?? () from /lib/x86_64-linux-gnu/libusb-1.0.so.0
> #3 0x7f196a6c2284 in start_thread (arg=0x7f1969ee2700) at
> pthread_create.c:333
> #4 0x7f196a3ffa4d in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
Bug#812087: [pcscd]
I forgot to say, removing TEMP_FAILURE_RETRY() didn't change anything.
Bug#812087: [pcscd]
On 03/07/2016 07:34 PM, Ludovic Rousseau wrote:
> printf("fds: %d %d\n", fds[0].revents, fds[1].revents);
fds: 0 1
always
I also printed udev_dev from udev_monitor_receive_device()
it's always null
So we get fds[1].revents but don't get anything from
udev_monitor_receive_device() so it's looping forever.
You may try to trigger the bug from your side:
It probably requires the same versions as me.
kernel 4.3.0-1-amd64
libusb-1.0-02:1.0.20-1
libudev1229-2
I've a Yubikey neo-n plugged in.
I start pcscd.
I plug a usb hub (or anything else)
=> CPU at 100%
Bug#833477: [chromium] additional info upstream
Package: chromium Version: 52.0.2743.116-1 --- Please enter the report below this line. --- There is a similar bugreport upstream: https://bugs.chromium.org/p/chromium/issues/detail?id=623290 I've added a few info there. --- System information. --- Architecture: amd64 Kernel: Linux 4.6.0-1-amd64 Debian Release: stretch/sid 900 testing debian.revolsys.fr 500 unstable debian.revolsys.fr 500 stable security.debian.org 500 stable files2.eid.belgium.be 500 stable files.eid.belgium.be 500 stable dl.google.com 500 stable debian.revolsys.fr 500 debian-stretch apt.dockerproject.org 1 experimentalhttpredir.debian.org --- Package information. --- Depends (Version) | Installed =-+-== libasound2(>= 1.0.16) | libatk1.0-0 (>= 1.12.4) | libavcodec57 (>= 7:3.0) | OR libavcodec-extra57 (>= 7:3.0) | libavformat57 (>= 7:3.0) | libavutil55(>= 7:3.0) | libc6 (>= 2.15) | libcairo2 (>= 1.6.0) | libcups2 (>= 1.4.0) | libdbus-1-3 (>= 1.9.14) | libexpat1 (>= 2.0.1) | libfontconfig1 (>= 2.11) | libfreetype6 (>= 2.3.9) | libgcc1(>= 1:4.0) | libgdk-pixbuf2.0-0(>= 2.22.0) | libglib2.0-0 (>= 2.41.1) | libgnome-keyring0 (>= 3.2.2-2~) | libgtk-3-0 (>= 3.9.10) | libharfbuzz0b (>= 0.9.28) | libjpeg62-turbo(>= 1.3.1) | libnspr4 (>= 2:4.9-2~) | OR libnspr4-0d (>= 1.8.0.10) | libnss3 (>= 2:3.13.4-2~) | OR libnss3-1d (>= 3.12.4) | libpango-1.0-0(>= 1.14.0) | libpangocairo-1.0-0 (>= 1.14.0) | libpci3 (>= 1:3.3.1-1) | libpulse0 (>= 0.99.1) | libspeechd2 (>= 0.7.1) | libstdc++6 (>= 5.2) | libx11-6 (>= 2:1.4.99.1) | libxcomposite1 (>= 1:0.3-1) | libxcursor1(>> 1.1.2) | libxdamage1(>= 1:1.1) | libxext6 | libxfixes3| libxi6 (>= 2:1.2.99.4) | libxml2(>= 2.7.4) | libxrandr2(>= 2:1.2.99.3) | libxrender1 | libxslt1.1(>= 1.1.25) | libxss1 | libxtst6 | x11-utils | xdg-utils | libnettle6| Recommends(Version) | Installed ===-+-=== fonts-liberation| 1.07.4-1 Suggests (Version) | Installed -+-=== chromium-l10n|
Bug#842543: [comix] PIL error: tostring() has been removed. Please call tobytes()
Package: comix Version: 4.0.4-3 Severity: normal --- Please enter the report below this line. --- Hi I got this error. Traceback (most recent call last): File "/usr/share/comix/src/thumbbar.py", line 126, in _load _add_page_number(pixbuf, i) File "/usr/share/comix/src/thumbbar.py", line 201, in _add_page_number num_pixbuf = image.pil_to_pixbuf(im) File "/usr/share/comix/src/image.py", line 172, in pil_to_pixbuf imagestr = image.tostring() File "build/bdist.linux-x86_64/egg/PIL/Image.py", line 699, in tostring Exception: tostring() has been removed. Please call tobytes() instead. This is because since a while PIL has deprecated tostring() But I guess is it was used by comix only in seldomly used code path because I didn't see the error before. Locally I simply patched /usr/share/comix/src/image.py l172 as imagestr = image.tobytes() and it works fine. --- System information. --- Architecture: amd64 Kernel: Linux 4.7.0-1-amd64 Debian Release: stretch/sid 900 testing debian.revolsys.fr 500 unstable debian.revolsys.fr 500 stable security.debian.org 500 stable files2.eid.belgium.be 500 stable files.eid.belgium.be 500 stable dl.google.com 500 stable debian.revolsys.fr 500 debian-stretch apt.dockerproject.org 1 experimentalhttpredir.debian.org --- Package information. --- Depends(Version) | Installed -+-== gconf2 (>= 2.28.1-2) | 3.2.6-4 python (>= 2.4) | 2.7.11-2 python-gtk2(>= 2.12) | 2.24.0-5.1 python-imaging(>= 1.1.5) | 3.3.1-1 Recommends (Version) | Installed =-+-=== mcomix| 1.2.1-1 Suggests (Version) | Installed ==-+-=== unrar-free | OR unrar | 1:5.3.2-1 python (>= 2.5) | 2.7.11-2 OR python-sqllite2|
Bug#464757: Patch for showing help (-h) without having to be root
Package: lkl
Version: 0.1.1-1
Severity: minor
Tags: patch
Hi,
Here's a patch to reorder the test on getuid/getgid
to allow option -h (showing help) without being root.
I don't want to run a program as root before knowing at least how to use it ;-)
Phil
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-3-vserver-686 (SMP w/1 CPU core)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash
Versions of packages lkl depends on:
ii libc6 2.7-5 GNU C Library: Shared libraries
lkl recommends no packages.
-- no debconf information
--- main.c.orig 2008-02-08 20:17:19.0 +0100
+++ main.c 2008-02-08 20:49:02.0 +0100
@@ -29,10 +29,6 @@
memset(&lkl, 0, sizeof(lkl));
lkl.port = KEYBOARD_PORT;
- if(getuid() || getgid()){
- printf("Have to be root to perform a iopl()!\n");
- exit(1);
- }
if(argc == 1){
usage();
exit(1);
@@ -62,7 +58,6 @@
break;
case 's':
lkl.syslog = 1;
- openlog("lkl", LOG_PID, LOG_USER);
break;
case 'h': //print help page
usage();
@@ -72,6 +67,15 @@
exit(1);
}
+ if(getuid() || getgid()){
+ printf("Have to be root to perform a iopl()!\n");
+ exit(1);
+ }
+
+ if(lkl.syslog == 1){
+ openlog("lkl", LOG_PID, LOG_USER);
+ }
+
if(lkl.log){
printf("\nStarted to log port 0x%02x. Keymap is %s. The logfile
is %s.\n", lkl.port, lkl.km_file, lkl.outfile);
def_keymap(lkl.km_file);
Bug#460230: Patch to use nanosleep()
Package: lkl Version: 0.1.1-1 Followup-For: Bug #460230 Hi, I encountered the same problem. It looks like lkl was polling every microsecond while every millisecond is largely enough. So here is a patch, I also moved from usleep() to the more POSIX compliant nanosleep(). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-vserver-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages lkl depends on: ii libc6 2.7-5 GNU C Library: Shared libraries lkl recommends no packages. -- no debconf information --- lkl.c.orig 2008-02-08 18:16:34.0 +0100 +++ lkl.c 2008-02-08 18:38:07.0 +0100 @@ -33,6 +33,12 @@ int pressed_shift, pressed_alt, status; unsigned char c, table[TABLE_SIZE]; + struct timespec delay; + const struct timespec* req = &delay; + struct timespec* rem = NULL; + delay.tv_sec = 0; + delay.tv_nsec = MSEC * 1000 * 1000; + c = status = pressed_shift = pressed_alt = 0; bzero(table, TABLE_SIZE); @@ -75,6 +81,6 @@ lkl->pressed_shift = 0; } } - usleep(MSEC); //Don't freeze your system, dude : + nanosleep(req, rem); } }
Bug#466463: UDP query port does not honour bind-interfaces
Package: dnsmasq Version: 2.40-1 Severity: minor --- Please enter the report below this line. --- Hello, I'm using --listen-address=1.2.3.4 --bind-interfaces ns0:/# netstat -ltupn Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Add State PID/Program tcp 0 0 1.2.3.4:530.0.0.0:* LISTEN 8061/dnsmasq udp 0 0 0.0.0.0:32799 0.0.0.0:* 8061/dnsmasq udp 0 0 1.2.3.4:530.0.0.0:* 8061/dnsmasq So the query-port (the one you can choose with --query-port) is set without being bound to the IP as I asked for. Phil --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-vserver-686 Debian Release: lenny/sid 990 testing ftp.kulnet.kuleuven.ac.be 500 unstableftp.kulnet.kuleuven.ac.be --- Package information. --- Depends (Version) | Installed ==-+-=== netbase| 4.30 libc6 (>= 2.5-5) | 2.7-6 libdbus-1-3 (>= 0.94) | 1.1.2-1 adduser| 3.105 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466463: UDP query port does not honour bind-interfaces
> This is working as designed: dnsmasq is listening for DNS queries on > 1.2.3.4 port 53 , both UDP and TCP. (the first and third lines of the > netstat output) > > The second line is the socket that dnsmasq uses to communicate with > upstream servers. You can bind that to a specific interface, but using a > differnt syntax: something like > > server=@1.2.3.4:32799 > mmm yes ok thanks but then I've to set my upstream servers here, otherwise option [EMAIL PROTECTED]:32799 is illegal. Anyway it's not that important, if it's the way it's intended... Phil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466716: keylookup does not support keyids of more than 4 bytes
Package: signing-party
Version: 0.4.13-1
Severity: important
Tags: patch
--- Please enter the report below this line. ---
When working with e.g. the keyserver onak 0.3.5-1 available in Debian,
keylookup fails importing any key because onak returns 40-nibble keyids
instead of the more usual 8-nibble keyids.
Note that other keyservers could return a 16-nibble keyid as it's also
a valid value for a keyid.
Here is a simple patch that solves the issue:
--- /usr/bin/keylookup 2007-06-17 11:42:21.0 +0200
+++ keylookup 2008-02-20 15:57:24.0 +0100
@@ -210,7 +210,7 @@
my %unique;
my @keys = grep { !$unique{$_}++ }
- grep { /^[0-9A-Fa-f]{8}$/ }
+ grep { /^([0-9A-Fa-f]{8})+$/ }
map { s/\s//g; $_ } ;
wait;
@@ -296,7 +296,7 @@
push @args, '--recv-keys';
for my $keyid (@$keyids) {
# untaint keyids
- my ($cleanid) = $keyid =~ /^([a-zA-Z0-9]{8})$/;
+ my ($cleanid) = $keyid =~ /^(([a-zA-Z0-9]{8})+)$/;
warn ("keyid '$keyid' has unexpected format -
skipping\n"), next
unless defined $cleanid;
push @args, $cleanid;
We could build a more complex regex such as
/^((([a-zA-Z0-9]{24})?[a-zA-Z0-9]{8})?[a-zA-Z0-9]{8})$/
to enforce 8, 16 & 40-nibble keyids but let's things remain readable ;-)
Phil
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.22-3-vserver-686
Debian Release: lenny/sid
990 testing ftp.kulnet.kuleuven.ac.be
500 unstableftp.kulnet.kuleuven.ac.be
--- Package information. ---
Depends (Version) | Installed
==-+-===
gnupg | 1.4.6-2+b1
libgnupg-interface-perl| 0.33-6
libtext-template-perl | 1.44-1.1
libmime-perl | 5.425-2
libmailtools-perl | 1.77-1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466930: hkp search+import fails on keyids of more than 4 bytes
Package: kgpg
Version: 4:3.5.8-1
Severity: normal
--- Please enter the report below this line. ---
When working with e.g. the keyserver onak 0.3.5-1 available in Debian,
kgpg fails to parse the keyids of a search because onak returns
40-nibble keyids instead of the more usual 8-nibble keyids.
Kgpg then extracts the 8 *first* nibbles of the long keyid
instead of either leaving the long keyid as such or (less preferable)
to extract the 8 *last* nibbles of the long keyid.
Note that other keyservers could return a 16-nibble keyid as it's also
a valid value for a keyid for gpg.
I guess the best patch is to leave the full keyid as returned
by the keyserver
Example:
onak returns this string:
1024 bit DSA key 440A3A9E56E9D90E99D763A87A135F579AD7E3DB, created:
2002-05-05
while e.g. wwwkeys.pgp.net returns
1024 bit DSA key 9AD7E3DB, created: 2002-05-05
The problem is that kgpg considers in the first case that
the keyid is 440A3A9E instead of 9AD7E3DB
The faulty code is the following:
kservers.cpp line 317:
QString kid=subkey.section(" key ",1,1);
kid=kid.stripWhiteSpace();
=> kid=kid.left(8);
kitem->setText(3,kid);
QString creation=subkey.section("created",1,1);
I'm sorry but I don't master qt or c++ so I cannot provide a patch
but in regex we need:
/^([a-zA-Z0-9]{8})+/
or if you really want to get only 8, 16 and 40-nibble keyids
(but which server would return other values??):
/^(([a-zA-Z0-9]{24})?[a-zA-Z0-9]{8})?[a-zA-Z0-9]{8}/
Phil
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.22-3-vserver-686
Debian Release: lenny/sid
990 testing ftp.kulnet.kuleuven.ac.be
500 unstableftp.kulnet.kuleuven.ac.be
--- Package information. ---
Depends (Version) | Installed
==-+-===
kdelibs4c2a (>= 4:3.5.7-1) | 4:3.5.8.dfsg.1-7
libc6 (>= 2.6.1-1) | 2.7-6
libgcc1 (>= 1:4.2.1) | 1:4.3-20080202-1
libqt3-mt (>= 3:3.3.7) | 3:3.3.7-9
libstdc++6 (>= 4.2.1) | 4.3-20080202-1
gnupg | 1.4.6-2+b1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466930: hkp search+import fails on keyids of more than 4 bytes
> I don't have a onak server running, so no easy way to do any debugging, but
> maybe we can walk it thru together?
>
Mmm ok you won, I didn't want to install the 243Mb of build dependencies ;-)
subkey is the full string and section "key" means all the right part
so we've to get another section, the left of ", created"
Here is a patch, it works with both short and long keyid servers.
--- keyservers.cpp.orig 2008-02-21 22:10:47.0 +0100
+++ keyservers.cpp 2008-02-22 00:50:16.0 +0100
@@ -315,8 +315,8 @@
if (subkey.find(" key ")!=-1 &&
subkey.at(0).isDigit ())
{
QString kid=subkey.section(" key ",1,1);
+kid=kid.section(", created",0,0);
kid=kid.stripWhiteSpace();
-kid=kid.left(8);
kitem->setText(3,kid);
QString creation=subkey.section("created",1,1);
if (creation.startsWith(":"))
creation=creation.right(creation.length()-1);
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466930: hkp search+import fails on keyids of more than 4 bytes
Mm sorry it's probably safer to use just "," instead of ", created"
in case of servers replying with sth else than one space between , and
created:
--- keyservers.cpp.orig 2008-02-21 22:10:47.0 +0100
+++ keyservers.cpp 2008-02-22 00:50:16.0 +0100
@@ -315,8 +315,8 @@
if (subkey.find(" key ")!=-1 &&
subkey.at(0).isDigit ())
{
QString kid=subkey.section(" key ",1,1);
+kid=kid.section(",",0,0);
kid=kid.stripWhiteSpace();
-kid=kid.left(8);
kitem->setText(3,kid);
QString creation=subkey.section("created",1,1);
if (creation.startsWith(":"))
creation=creation.right(creation.length()-1);
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#467020: onak displays twice the same photo if >1 photo-uids
Package: onak
Version: 0.3.5-1
Severity: normal
Tags: patch
--- Please enter the report below this line. ---
Stupid bug when more than one photo-uid is present in a key.
The indx arg was correctly fetched from URL but not used...
Here is a patch:
Phil
--- lookup.c.orig 2008-02-22 15:12:35.0 +0100
+++ lookup.c2008-02-22 15:05:16.0 +0100
@@ -195,7 +195,7 @@
unsigned char *photo = NULL;
size_t length = 0;
- if (getphoto(publickey, 0, &photo,
&length)) {
+ if (getphoto(publickey, indx, &photo,
&length)) {
fwrite(photo,
1,
length,
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.22-3-vserver-686
Debian Release: lenny/sid
990 testing ftp.kulnet.kuleuven.ac.be
500 unstableftp.kulnet.kuleuven.ac.be
--- Package information. ---
Depends (Version) | Installed
===-+-===
adduser | 3.105
libc6(>= 2.7-1) | 2.7-6
libdb4.2| 4.2.52+dfsg-4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#467338: proposal for counterpart of gpgsigs
Package: signing-party Version: 0.4.13-1 Severity: wishlist Tags: patch --- Please enter the report below this line. --- I was wondering how to generate the signing-party list used in /usr/share/doc/signing-party/gpgsigs/examples/ or at FOSDEM2008 and as I needed to generate one I simply wrote my own script. Here it is for info, feel free to integrate it to the package if you want. #!/bin/bash # License: GPLv3 # Copyright Philippe Teuwen 2008 if [[ $# -ne 5 ]]; then cat <" "my party 08" EOF exit 0 fi input="$1" [ "$input" == "-" ] && input=""; output="$2" date="$3" org="$4" title=$(echo "$5"|tr a-z A-Z|sed 's/\(.\)/\1 /g') exec > "$output" # Date of event LANG=C date --date="$date" +"%A, %B %e, %Y; %H:%M" # Organiser contact printf "%80s\n\n\n" "$org" # Title printf "%*s\n\n" $(((72+$(echo "$title"|wc -c))/2)) "$title" # Header cat <
Bug#467338: [Fwd: Re: Bug#467338: proposal for counterpart of gpgsigs]
Hi Thijs, > I think this would be very suitable to include. I have one question though: > it's currently licenced GPLv3. There are already two different licences for > the scripts in signing-party: GPLv2+ and BSD. To keep things simple I would > very much prefer not to add a third one to that. So my question to you is: > would you agree to relicence under either GPLv2+ or BSD? If not there's no > real problem of course. > No prob, by this mail I relicense it as GPLv2 or newer. (I won't copy again the full script here...) Phil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462929: Fail on backup/export of client certificate: "unknown reasons"
Package: iceweasel Version: 2.0.0.12-1 --- Please enter the report below this line. --- Hello, I generated a client certificate via cacert.org then I tried to backup it (View certificates -> Your certificates -> Backup) but it failed with the following message: "Failed to create the PKCS #12 backup file for unknown reasons." (=PKCS12UnknownErrBackup) I tried a couple of other things, same error: - Creating and signing my own client certificate with tinyca2, then successfully importing it to iceweasel but error on backup. - Copying cert8.db and key3.db to icedove and trying to backup the certificate from icedove, same error. Phil --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-vserver-686 Debian Release: lenny/sid 990 testing ftp.kulnet.kuleuven.ac.be 500 unstableftp.kulnet.kuleuven.ac.be --- Package information. --- Depends (Version) | Installed ===-+-== debianutils (>= 1.16) | 2.28.3 fontconfig | 2.5.0-2 libatk1.0-0 (>= 1.20.0) | 1.20.0-1 libc6(>= 2.7-1) | 2.7-6 libcairo2(>= 1.4.0) | 1.4.14-1 libfontconfig1 (>= 2.4.0) | 2.5.0-2 libfreetype6 (>= 2.3.5) | 2.3.5-1+b1 libgcc1 (>= 1:4.1.1-21) | 1:4.3-20080202-1 libglib2.0-0(>= 2.14.0) | 2.14.6-1 libgtk2.0-0 (>= 2.12.0) | 2.12.5-2 libhunspell-1.1-0 (>= 1.1.6-1) | 1.1.9-1 libjpeg62 | 6b-14 libnspr4-0d (>= 1.8.0.10) | 4.7.0~1.9b1-2 libnss3-1d(>= 3.12.0~1.9b1) | 3.12.0~1.9b1-2 libpango1.0-0 (>= 1.18.4) | 1.18.4-1 libpng12-0(>= 1.2.13-4) | 1.2.15~beta5-3 libstdc++6(>= 4.1.1-21) | 4.3-20080202-1 libx11-6| 2:1.0.3-7 libxft2 (>> 2.1.1) | 2.1.12-2 libxinerama1| 1:1.0.2-1 libxp6 | 1:1.0.0.xsf1-1 libxrender1 | 1:0.9.4-1 libxt6 | 1:1.0.5-3 procps | 1:3.2.7-6 psmisc | 22.6-1 zlib1g (>= 1:1.1.4) | 1:1.2.3.3.dfsg-11 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469079: Fail on backup/export of client certificate: "unknown reasons"
Package: iceweasel Version: 2.0.0.12-1 Severity: normal --- Please enter the report below this line. --- Hello, I generated a client certificate via cacert.org then I tried to backup it (View certificates -> Your certificates -> Backup) but it failed with the following message: "Failed to create the PKCS #12 backup file for unknown reasons." (=PKCS12UnknownErrBackup) I tried a couple of other things, same error: - Creating and signing my own client certificate with tinyca2, then successfully importing it to iceweasel but error on backup. - Copying cert8.db and key3.db to icedove and trying to backup the certificate from icedove, same error. Phil --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-vserver-686 Debian Release: lenny/sid 990 testing ftp.kulnet.kuleuven.ac.be 500 unstableftp.kulnet.kuleuven.ac.be 500 unstabledebian.jones.dk --- Package information. --- Depends (Version) | Installed ===-+-== debianutils (>= 1.16) | 2.28.3 fontconfig | 2.5.0-2 libatk1.0-0 (>= 1.20.0) | 1.20.0-1 libc6(>= 2.7-1) | 2.7-6 libcairo2(>= 1.4.0) | 1.4.14-1 libfontconfig1 (>= 2.4.0) | 2.5.0-2 libfreetype6 (>= 2.3.5) | 2.3.5-1+b1 libgcc1 (>= 1:4.1.1-21) | 1:4.3-20080202-1 libglib2.0-0(>= 2.14.0) | 2.14.6-1 libgtk2.0-0 (>= 2.12.0) | 2.12.5-2 libhunspell-1.1-0 (>= 1.1.6-1) | 1.1.9-1 libjpeg62 | 6b-14 libnspr4-0d (>= 1.8.0.10) | 4.7.0~1.9b1-2 libnss3-1d(>= 3.12.0~1.9b1) | 3.12.0~1.9b1-2 libpango1.0-0 (>= 1.18.4) | 1.18.4-1 libpng12-0(>= 1.2.13-4) | 1.2.15~beta5-3 libstdc++6(>= 4.1.1-21) | 4.3-20080202-1 libx11-6| 2:1.0.3-7 libxft2 (>> 2.1.1) | 2.1.12-2 libxinerama1| 1:1.0.2-1 libxp6 | 1:1.0.0.xsf1-1 libxrender1 | 1:0.9.4-1 libxt6 | 1:1.0.5-3 procps | 1:3.2.7-6 psmisc | 22.6-1 zlib1g (>= 1:1.1.4) | 1:1.2.3.3.dfsg-11 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462929: please ignore previous post
Package: iceweasel Version: 2.0.0.12-1 --- Please enter the report below this line. --- Sorry I pushed the wrong button on reportbug-ng, I wanted to create a new bugreport. Please ignore! Phil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462929: client certificate backup problem => #469079
Package: iceweasel Version: 2.0.0.12-1 --- Please enter the report below this line. --- Let's continue that discussion at #469079 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469079: Version 3.12.0~1.9b1-1 works!
Package: iceweasel Version: 2.0.0.12-1 --- Please enter the report below this line. --- Hi, I downgraded to the only other available version: libnss3-1d(>= 3.12.0~1.9b1) | 3.12.0~1.9b1-1 And now it works, thanks for your cleverness!! So I guess you guess what to fix now ;-) Phil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#464181: Please upgrate to latest upstream version (2.1_rc7)
Package: openvpn Version: 2.1~rc4-2 Severity: wishlist 2.1 rc7 is available upstream, please update. Thanks! -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-vserver-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii libc6 2.7-5 GNU C Library: Shared libraries ii liblzo2-2 2.02-3 data compression library ii libpam0g 0.99.7.1-5 Pluggable Authentication Modules l ii libssl0.9.8 0.9.8g-3 SSL shared libraries openvpn recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470217: Support for consumers behind a proxy
> Did you have a look at upstream? They're at 2.1.2 now and maybe they > already implemented such thing (I didn't see it but I didn't spend too > much time on looking for it, either). > I inspected the new sources but I don't see anything new related to proxy handling. Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#530842: [webcalendar] closer to the source of the problem & workaround
Package: webcalendar Version: 1.2.0+dfsg-2 Hello, I faced the same problem after upgrading (very painfully) from 1.0.15 to 1.2.0 I digged a bit into it: Actually the "downloadable" week.php is empty and Apache logs report thing like this when accessing week.php: child pid 14963 exit signal Segmentation fault (11) I tracked down the problem to: week.php calls read_repeated_events() from functions.php read_repeated_events() calls query_events() query_events() calls getOverLap() getOverLap() is recursive too much... up to the point of a segfault. I've the impression that the $result array was empty and $i going to infinite. But I didn't look further as I've my workaround: disable the cross-day events support so getOverLap() returns immediately. Clayton, you can try disabling it too: Login as admin, ignore week.php attempt, go to admin.php then select "Disable Cross-Day Events": yes I hope now the maintainers have enough info to look into it or report upstream. Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528528: [squirrelmail] Please bring latest security-fix release 1.4.18
Package: squirrelmail Version: 2:1.4.15-4 Severity: normal Tags: security X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org ANNOUNCE: SquirrelMail 1.4.18 Released May 12, 2009 by Paul Lesniewski The SquirrelMail Team is pleased to announce the release of SquirrelMail version 1.4.18. The most notable changes for this version are several security fixes, including a couple XSS exploits, a session fixation issue, and an obscure but dangerous server-side code execution hole. However, this version also includes three new languages and more than a few enhancements to things such as the filters plugin, the address book system and other things under the hood. For more complete details, see the ReleaseNotes and ChangeLog files included in this release (they have moved to the doc/ directory). We advise all users of SquirrelMail software to upgrade. You can download it here. See also http://www.securityfocus.com/bid/34916/info --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-486 Debian Release: squeeze/sid 990 testing security.debian.org 990 testing ftp.be.debian.org 500 unstable www.emdebian.org 500 unstable www.debian-multimedia.org 500 unstable sidux.net 500 unstable ftp.be.debian.org 500 unstable debian.jones.dk 500 stable www.debian-multimedia.org 500 stable security.debian.org 1 experimental ftp.be.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#421066: Please don't drop --with-exempt=sudo on upgrade without extra warning!
Package: sudo Version: 1.6.8p12-5 Severity: important Hi, I was relying entirely on sudo + sudo group to get access to the root account on which the root password was disabled. After upgrade to 1.6.8p12-5 nothing alerted me but the fact is that on next login I could not get root access anymore. My box is in a datacenter with hardware raid so it was extremely difficult to recover from such a situation. Probably you've good reasons to drop default support of sudo group but *please* use debconf to prompt the user and tell him, it's only when I read the newly installed /usr/share/doc/sudo/NEWS.Debian.gz that I understood what happened. I graded this report as important because of the worries it can cause to admins with similar setup. Phil PS: now I've taken measures to ensure safe root access when sudo is not working... -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages sudo depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libpam-modules 0.79-4 Pluggable Authentication Modules f ii libpam0g0.79-4 Pluggable Authentication Modules l sudo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407262: Please follow up on this request
Package: pwsafe Version: 0.2.0-2+b1 Followup-For: Bug #407262 Hi, Sorry but after a 100-day of total absence of reaction on this bug report, I feel like saying "me too"! Please either justify why you removed X11 support or provide an update with X11 support reintegrated. Thanks. Phil -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages pwsafe depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libncurses5 5.5-5Shared libraries for terminal hand ii libreadline55.2-2GNU readline and history libraries ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 pwsafe recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442049: Package locales not necessarily installed
Hi, On small setups like vservers we don't need the (rather large) package locales so /etc/environment doesn't exist. So yes please make sure pre/post install does a test -e /etc/environment ||touch /etc/environment Phil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442049: Same issue with /etc/default/locale
Package: libpam-modules Version: 0.99.7.1-4 --- Please enter the report below this line. --- Hello, I got also the same kind of error with a missing /etc/default/locale This occurs on small installs where package locales is absent. Sep 14 04:25:07 private su[30273]: pam_env(su:session): Unable to open env file: /etc/default/locale: No such file or directory --- System information. --- Architecture: i386 Kernel: Linux 2.6.21-1-686 Debian Release: lenny/sid 990 testing myprox 500 unstablemyprox 500 stable myprox --- Package information. --- Depends (Version) | Installed =-+-== libc6 (>= 2.6-1) | 2.6.1-1+b1 libcap1 | 1:1.10-14 libdb4.6 | 4.6.19-1 libpam0g(>= 0.99.7.1) | 0.99.7.1-4 libselinux1 (>= 2.0.15) | 2.0.15-2+b1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#444984: New 2.17.0 upstream version
Package: esniper Version: 2.16.1-2+b1 Severity: minor --- Please enter the report below this line. --- Please package new upstream version, thanks --- System information. --- Architecture: i386 Kernel: Linux 2.6.21-1-686 Debian Release: lenny/sid 990 testing ftp.kulnet.kuleuven.ac.be 500 unstableftp.kulnet.kuleuven.ac.be --- Package information. --- Depends(Version) | Installed -+- libc6 (>= 2.5-5) | 2.6.1-1+b1 libcurl3 (>= 7.16.2-1) | 7.17.0-1 libkrb53 (>= 1.6.dfsg.1) | 1.6.dfsg.1-7 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440140: Current version broken ("can't find message"), please take new upstream
Package: fetchyahoo Version: 2.10.9 Severity: grave Hello, Since a few days fetchyahoo failed with "can't find message" >From upstream there is now: v2.11.0 08/28/07 * fix "can't find message" error with new Yahoo internals * replace html character entities in msg summaries Please integrate it asap. Thanks! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439061: Link to upstream bugreport
Package: icewm Version: 1.2.32-1 Followup-For: Bug #439061 Just to avoid double work of the volunteers fixing bugs... This bug is also described in the upstream bug tracking tool: http://sourceforge.net/tracker/index.php?func=detail&aid=1771681&group_id=31&atid=100031 Phil -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages icewm depends on: ii icewm-common1.2.32-1 wonderful Win95-OS/2-Motif-like wi ii imlib11 1.9.15-3 Imlib is an imaging library for X ii libaudiofile0 0.2.6-7 Open-source version of SGI's audio ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.1-4GCC support library ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-5 shared library for GIF images ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime icewm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425086: No support for photos from stream with twice the same title
Package: flickrfs Version: 1.3.9.1-1 Severity: normal Within Flickr, you can have several photos with the same title without any problem. Under flickrfs, each photo is represented as a file whose name is the Flickr title. The problem is immediate: only one of the photos with the same title will be apparent through flickrfs. The solution is maybe less immediate. One solution would be to prepend the title with the Flickr number (the one in the URL) of the photo, which is truly unique. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages flickrfs depends on: ii fuse-utils2.6.3-2Filesystem in USErspace (utilities ii python2.4.4-2An interactive high-level object-o ii python-central0.5.13-0.1 register and build utility for Pyt ii python-fuse 2.5-5+b2 Python bindings for FUSE (Filesyst Versions of packages flickrfs recommends: ii dillo [www-browser] 0.8.5-4.1Small and fast web browser ii elinks [www-browser 0.11.1-1.2 advanced text-mode WWW browser ii iceape-browser [www 1.0.8-4 Iceape Navigator (Internet browser ii iceweasel [www-brow 2.0.0.3-1lightweight web browser based on M ii imagemagick 7:6.2.4.5.dfsg1-0.14 Image manipulation programs ii konqueror [www-brow 4:3.5.5a.dfsg.1-6KDE's advanced file manager, web b ii lynx [www-browser] 2.8.5-2sarge2.2 Text-mode WWW Browser ii w3mmee [www-browser 0.3.p24.20-3 WWW browsable pager with excellent -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425090: What about more metadata: geolocation, comments,...
Package: flickrfs Version: 1.3.9.1-1 Severity: wishlist Hello, I see flickrfs as a great opportunity to have a "backup" of what's in Flickr. In that context, I copy the /stream locally but there are still some valuable infos not taken into account in the metadata: - the geolocation Apparently the info could be extracted easily from the webpage under e.g.: - the comments Maybe under another .meta pseudo-file as there could be quite a lot of them. Phil -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages flickrfs depends on: ii fuse-utils2.6.3-2Filesystem in USErspace (utilities ii python2.4.4-2An interactive high-level object-o ii python-central0.5.13-0.1 register and build utility for Pyt ii python-fuse 2.5-5+b2 Python bindings for FUSE (Filesyst Versions of packages flickrfs recommends: ii dillo [www-browser] 0.8.5-4.1Small and fast web browser ii elinks [www-browser 0.11.1-1.2 advanced text-mode WWW browser ii iceape-browser [www 1.0.8-4 Iceape Navigator (Internet browser ii iceweasel [www-brow 2.0.0.3-1lightweight web browser based on M ii imagemagick 7:6.2.4.5.dfsg1-0.14 Image manipulation programs ii konqueror [www-brow 4:3.5.5a.dfsg.1-6KDE's advanced file manager, web b ii lynx [www-browser] 2.8.5-2sarge2.2 Text-mode WWW Browser ii w3mmee [www-browser 0.3.p24.20-3 WWW browsable pager with excellent -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#540196: [onak] gpgwww error messages slightly misleading
Package: onak
Version: 0.3.7-1
Severity: minor
Tags: patch
Hello,
I discovered a few minor bugs when I was tracking down an internal
problem with gpgwww:
Sometimes the key IDs are not left padded when printed:
--- gpgwww.c.orig2009-06-02 17:15:08.0 +0200
+++ gpgwww.c2009-08-06 16:12:28.0 +0200
@@ -154,7 +154,7 @@
}
if (op != OP_GET) {
-printf("Looking for path from 0x%" PRIX64" to 0x%" PRIX64
+printf("Looking for path from 0x%08" PRIX64" to 0x%08" PRIX64
".\n",
from, to);
printf("initdb(true);
inithash();
-logthing(LOGTHING_NOTICE, "Looking for path from 0x%" PRIX64 " to 0x%"
+logthing(LOGTHING_NOTICE, "Looking for path from 0x%08" PRIX64 " to
0x%08"
PRIX64,
from,
to);
--- stats.c.orig2009-06-02 17:15:08.0 +0200
+++ stats.c2009-08-06 16:55:46.0 +0200
@@ -139,11 +139,11 @@
(void) config.dbbackend->cached_getkeysigs(fullwant);
if ((keyinfoa = findinhash(fullhave)) == NULL) {
-printf("Couldn't find key 0x%" PRIX64 ".\n", have);
+printf("Couldn't find key 0x%08" PRIX64 ".\n", have);
return;
}
if ((keyinfob = findinhash(fullwant)) == NULL) {
-printf("Couldn't find key 0x%" PRIX64 ".\n", want);
+printf("Couldn't find key 0x%08" PRIX64 ".\n", want);
return;
}
--- sixdegrees.c.orig2009-06-02 17:15:08.0 +0200
+++ sixdegrees.c2009-08-06 16:57:32.0 +0200
@@ -86,12 +86,12 @@
config.dbbackend->cached_getkeysigs(keyid);
if ((keyinfo = findinhash(keyid)) == NULL) {
-printf("Couldn't find key 0x%" PRIX64 ".\n", keyid);
+printf("Couldn't find key 0x%08" PRIX64 ".\n", keyid);
return;
}
uid = config.dbbackend->keyid2uid(keyinfo->keyid);
-printf("Six degrees for 0x%" PRIX64 " (%s):\n", keyinfo->keyid, uid);
+printf("Six degrees for 0x%08" PRIX64 " (%s):\n", keyinfo->keyid, uid);
free(uid);
uid = NULL;
--- keyindex.c.orig2009-06-02 17:15:08.0 +0200
+++ keyindex.c2009-08-06 16:58:33.0 +0200
@@ -87,7 +87,7 @@
} else if (uids->packet->tag == 17) {
printf("");
if (html) {
-printf(""
"\n",
keyid,
When specifying an unknown key ID to gpgwww, I expected it to print "key
not found" instead of "couldn't find a link between the keys" as the
source suggests:
void dofindpath(uint64_t have, uint64_t want, bool html, int
count)
{
[...]
fullhave =
config.dbbackend->getfullkeyid(have);
fullwant =
config.dbbackend->getfullkeyid(want);
(void)
config.dbbackend->cached_getkeysigs(fullhave);
(void)
config.dbbackend->cached_getkeysigs(fullwant);
if ((keyinfoa = findinhash(fullhave)) == NULL)
{
printf("Couldn't find key 0x%" PRIX64 ".\n",
have);
return;
}
So here findinhash(fullhave/fullwant) is never returning NULL even if
the key is unknown.
Now I'm not sure where the bug is, apparently cached_getkeysigs()
shouldn't put anything in the cache if the key doesn't exist...
The same problem occurs in:
- sixdegrees() function in sixdegrees.c (doesn't recognize the key is
unknown, try: ./sixdegrees 1)
and maybe also in:
- DFSVisit() in gpgstats-0.0.2/graphstuff.c
- DFSVisit() in gpgstats-0.0.2/dotrees.c
- showkeysigs() in gpgstats-0.0.2/gpgstats.c
as they all use the same findinhash(keyid)) == NULL principle
Phil
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#483472: [openvpn] --tls-remote option does not work on some certificate CNs
Package: openvpn Version: 2.1~rc7-1 Severity: minor When using the following verification method: tls-remotevpn.mysite.be it works fine on a certificate created with easy-rsa with Subject: /C=BE/ST=Brussels/L=Brussels/O=MyVPN/CN=vpn.mysite.be/[EMAIL PROTECTED] But on a CACert certificate, which presents only a CN: /CN=vpn.mysite.be it fails. When digging into code of ssl.c, I saw the common_name variable contains a null string instead of the expected "vpn.mysite.be" so the subject line was not parsed properly. I flagged the issue as "minor" because there is a workaround: using the full subject line is working: tls-remote/CN=vpn.mysite.be Phil --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-vserver-686 Debian Release: lenny/sid 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing ftp.kulnet.kuleuven.ac.be 500 unstablewww.debian-multimedia.org 500 unstablesidux.net 500 unstableftp.kulnet.kuleuven.ac.be 500 unstabledebian.jones.dk 500 stable security.debian.org 1 experimentalftp.kulnet.kuleuven.ac.be --- Package information. --- Depends (Version) | Installed =-+-== debconf | 1.5.21 OR debconf-2.0 | libc6 (>= 2.7-1) | 2.7-10 liblzo2-2 | 2.03-1 libpam0g(>= 0.99.7.1) | 0.99.7.1-6 libssl0.9.8 (>= 0.9.8f-5) | 0.9.8g-10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#483473: [openvpn] option --ns-cert-type fails dealing with multi-capability certificates
Package: openvpn Version: 2.1~rc7-1 Severity: normal option --ns-cert-type server fails on CACert certificates which have a broader scope than just server key usage: - TLS Web Client Authentication - TLS Web Server Authentication - Netscape Server Gated Crypto - Microsoft Server Gated Crypto Probably when parsing the certificate it retains only the first type which is here "client" and the openvpn connection fails with a VERIFY nsCertType ERROR: /CN=vpn.yobi.be, require nsCertType=SERVER Phil --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-vserver-686 Debian Release: lenny/sid 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing ftp.kulnet.kuleuven.ac.be 500 unstablewww.debian-multimedia.org 500 unstablesidux.net 500 unstableftp.kulnet.kuleuven.ac.be 500 unstabledebian.jones.dk 500 stable security.debian.org 1 experimentalftp.kulnet.kuleuven.ac.be --- Package information. --- Depends (Version) | Installed =-+-== debconf | 1.5.21 OR debconf-2.0 | libc6 (>= 2.7-1) | 2.7-10 liblzo2-2 | 2.03-1 libpam0g(>= 0.99.7.1) | 0.99.7.1-6 libssl0.9.8 (>= 0.9.8f-5) | 0.9.8g-10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486587: [gallery2] Debian patches break gallery2 installation checksums
Package: gallery2 Severity: normal After upgrade I got the following warning on the website wizard: Contrôle d'intégrité des fichiers de Gallery Attention Fichiers modifiés (1) lib/pear/HTMLSax3.php Sorry it's in french, it's about sth like Integrity check of Gallery files: Warning Modified files: lib/pear/HTMLSax3.php I briefly checked and indeed gallery2_2.2.5-1.diff.gz is patching HTMLSax3.php I suppose the corresponding checksums were not patched. --- System information. --- Architecture: i386 Kernel: Linux 2.6.25-2-686 Debian Release: lenny/sid 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing ftp.kulnet.kuleuven.ac.be 500 unstablewww.debian-multimedia.org 500 unstablesidux.net 500 unstableftp.kulnet.kuleuven.ac.be 500 unstabledebian.jones.dk 500 stable security.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486916: [initramfs-tools] cryptroot hook brings askpass without creating first a dest directory
Package: initramfs-tools Version: 0.92b Severity: minor Tags: patch >From /usr/share/initramfs-tools/hooks/cryptroot: # Prepare the initramfs copy_exec /sbin/cryptsetup /sbin copy_exec /sbin/dmsetup /sbin copy_exec /lib/cryptsetup/askpass /lib/cryptsetup But without care of /lib/cryptsetup directory being present or not, the askpass is now copied into the initrd under the name /lib/cryptsetup An easy fix: mkdir -p $DESTDIR/lib/cryptsetup copy_exec /lib/cryptsetup/askpass /lib/cryptsetup Or even shorter as copy_exec has already some magic: copy_exec /lib/cryptsetup/askpass --- System information. --- Architecture: i386 Kernel: Linux 2.6.25-2-686 Debian Release: lenny/sid 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing ftp.kulnet.kuleuven.ac.be 500 unstablewww.emdebian.org 500 unstablewww.debian-multimedia.org 500 unstablesidux.net 500 unstableftp.kulnet.kuleuven.ac.be 500 unstabledebian.jones.dk 500 stable security.debian.org 1 experimentalftp.kulnet.kuleuven.ac.be --- Package information. --- Depends (Version) | Installed ==-+-= klibc-utils (>= 1.5.9-1) | 1.5.9-2 cpio | 2.9-13 module-init-tools | 3.4-1 udev (>= 0.086-1) | 0.114-2 findutils (>= 4.2.24) | 4.4.0-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474010: upstream v 2.18.0 "major update"
Package: esniper Version: 2.17.1-1 Severity: normal Release 2.18.0 of esniper is now available at http://esniper.sourceforge.net/ This is a major update. It updates esniper to handle eBay's new bid history page, which is now encoded in UTF-8. In addition, it rolls many minor bug fixes made since 2.17.1. Frankly speaking I didn't try to see if current version is completely broken because of this UTF8 issue but it's very likely. Phil --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-vserver-686 Debian Release: lenny/sid 990 testing ftp.kulnet.kuleuven.ac.be 500 unstableftp.kulnet.kuleuven.ac.be 500 unstabledebian.jones.dk --- Package information. --- Depends (Version) | Installed ===-+- ca-certificates | 20070303-0.1 libc6(>= 2.7-1) | 2.7-6 libcurl3 (>= 7.16.2-1) | 7.18.0-1 libkrb53(>= 1.6.dfsg.2) | 1.6.dfsg.3~beta1-4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491851: spe: Cannot save workspace with Notes in Unicode
Package: spe Version: 0.8.4.h-1 Severity: normal Hello, It is possible to type Notes in unicode in the Notes tab per sourcefile or in the global Notes tab (lower part of the GUI) but when saving I get the error: Spe warning: could not save workspace options in /home/phil/.spe/swifi.sws 'ascii' codec can't encode character u'\u201c' in position 247: ordinal not in range(128) Note that a side error is to print those messages in the shell as "input" -> if I press enter in the shell to get the prompt back it says File "", line 1 Spe warning: could not save workspace options in /home/phil/.spe/swifi.sws ^ SyntaxError: invalid syntax Phil -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages spe depends on: ii kiki 0.5.6-3 tool for python regular expression ii pychecker0.8.17-9Finds common bugs in python source ii python 2.5.2-1 An interactive high-level object-o ii python-central 0.6.7 register and build utility for Pyt ii python-wxglade 0.6.3-0.1 GUI designer written in Python wit ii python-wxgtk2.6 2.6.3.2.2-2 wxWidgets Cross-platform C++ GUI t ii python-wxgtk2.8 2.8.7.1-1 wxWidgets Cross-platform C++ GUI t ii winpdb 1.3.8-1 Platform independent Python debugg Versions of packages spe recommends: ii wx2.8-doc 2.8.7.1-1 wxWidgets Cross-platform C++ GUI t -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469079: Version 3.12.0~1.9b1-1 works!
> The strange thing is that it works properly with both versions, here. > Can you try again with version 3.12.0~1.9b1-2 ? > Well yes indeed it works again with 3.12.0~1.9b1-2 I'm confused now. For sure a day ago it failed with iceweasel, icedove and iceape and after the downgrade (and updrade also) it worked. The fact that all programs failed favor a common library problem and also the fact that the downgrade changed sth also. But now... And the only pre/post processes are ldconfig so no big deal. And no reboot since the bugreport, only restarts of ice* I'm ready to help if you want to do other tests. Or maybe just close that bug until someone reopens it for a similar problem... Phil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469079: Version 3.12.0~1.9b1-1 works!
> What about other package upgrades ? (check /var/log/dpkg.log) > cat /var/log/dpkg.log.1 /var/log/dpkg.log|egrep " (install|remove|upgrade) " of the week-end: I did a apt-get build-dep icedove: (as I wanted to try a recompilation) 2008-03-02 20:18:24 remove libcamel1.2-6 1.4.2.1-2 1.4.2.1-2 2008-03-02 20:18:26 remove libedataserver1.2-4 1.4.2.1-2 1.4.2.1-2 2008-03-02 20:18:27 remove libnspr4 2:1.7.13-0.3 2:1.7.13-0.3 2008-03-02 20:18:27 remove libnss3 2:1.7.13-0.3 2:1.7.13-0.3 2008-03-02 20:18:29 install libbonoboui2-dev 2.21.90-1 2008-03-02 20:18:30 install libhal-storage-dev 0.5.10-5 2008-03-02 20:18:31 install libgnome-keyring-dev 2.20.3-1 2008-03-02 20:18:31 install libgnomeui-dev 2.20.1.1-1 2008-03-02 20:18:32 install libhunspell-dev 1.1.9-1 2008-03-02 20:18:32 install libnspr4-dev 4.7.0~1.9b1-2 2008-03-02 20:18:32 install libnss3-dev 3.12.0~1.9b1-2 Then some futile attempts of reading directly key3.db: 2008-03-02 20:46:15 install db4.6-util 4.6.21-5 2008-03-02 21:21:36 install autoconf2.13 2.13-59 2008-03-02 21:21:36 install automake1.4 1:1.4-p6-13 Then trying the downgrade (first I picked up the -dbg version by error) 2008-03-03 20:35:03 install libnss3-0d-dbg 3.11.7-1 2008-03-03 20:35:59 remove libnss3-0d-dbg 3.11.7-1 3.11.7-1 2008-03-03 20:41:15 upgrade libnss3-1d 3.12.0~1.9b1-2 3.12.0~1.9b1-1 And back to latest version: 2008-03-03 22:30:03 upgrade libnss3-1d 3.12.0~1.9b1-1 3.12.0~1.9b1-2 One interesting thing is that the build-dep icedove removed a libnss3 which was there aside the other libnss3-1d (because libnss3-dev -> Conflicts: libnss3) Was that the real problem? Then should libnss3-1d conflict also with libnss3 and not only libnss3-0d? Phil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469079: Version 3.12.0~1.9b1-1 works!
>> Was that the real problem? >> Then should libnss3-1d conflict also with libnss3 and not only libnss3-0d? >> > > There *shouldn't* be problems with libnss3, but just in case, can you > try reinstalling it ? BTW, when was libnss3-1d upgraded ? > Yes I just had the same idea and took the same libnss3 version I had from snapshots (as it's not anymore in Debian) and when libnss3 is installed I got the error (and also another error about checking a certificate via OCSP) and when removing the lib it works, so that's really the problem. You can try with: http://snapshot.debian.net/archive/2006/08/11/debian/pool/main/m/mozilla/libnss3_1.7.13-0.3_i386.deb about libnss3-1d, cf the logs I gave: 2008-03-03 20:41:15 upgrade libnss3-1d 3.12.0~1.9b1-2 3.12.0~1.9b1-1 2008-03-03 22:30:03 upgrade libnss3-1d 3.12.0~1.9b1-1 3.12.0~1.9b1-2 but I didn't check again just before the downgrade (theoretically the problem was already solved when I did the build-dep but I didn't try since) Phil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469478: startx hardcodes xserverauthfile in $HOME, please be flexible
Package: xbase-clients
Version: 1:7.2.ds2-2
Severity: normal
--- Please enter the report below this line. ---
Hello,
When starting X with startx:
The client Xauthority file can be chosen via the $XAUTHORITY env var
but not the server one which is hardcoded as following:
xserverauthfile=$HOME/.serverauth.$$
xauth -q -f $xserverauthfile << EOF
add :$dummy . $mcookie
EOF
serverargs=${serverargs}" -auth "${xserverauthfile}
So even if I provide a ~/.xserverrc with "-auth /..." it's overwritten.
Please provide a way to be able to also specify where to put the server
file, e.g. an env var XSERVERAUTHPATH or even XSERVERAUTHFILE,
or test first if a "-auth" option already exists in the ${serverargs}
(so from ~/.xserverrc) before assigning a new value to $xserverauthfile
My basic motivation, except for symmetry, is that my home directory is
on a filesystem which doesn't allow file locking (namely encfs) so I
want to be able to store the file somewhere else.
Thanks
Phil
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.22-3-vserver-686
Debian Release: lenny/sid
990 testing ftp.kulnet.kuleuven.ac.be
500 unstableftp.kulnet.kuleuven.ac.be
500 unstabledebian.jones.dk
--- Package information. ---
Depends (Version) | Installed
=-+-==
libc6(>= 2.5) | 2.7-6
libfontconfig1 (>= 2.4.0) | 2.5.0-2
libfreetype6 (>= 2.2) | 2.3.5-1+b1
libfs6| 2:1.0.0-4
libgl1-mesa-glx | 7.0.2-4
OR libgl1|
libice6 (>= 1:1.0.0) | 2:1.0.4-1
libpng12-0 (>= 1.2.13-4) | 1.2.15~beta5-3
libsm6| 2:1.0.3-1+b1
libx11-6 | 2:1.0.3-7
libxau6 | 1:1.0.3-2
libxaw7 | 2:1.0.4-1
libxcursor1(>> 1.1.2) | 1:1.1.9-1
libxext6 | 1:1.0.3-2
libxft2(>> 2.1.1) | 2.1.12-2
libxi6| 2:1.1.3-1
libxinerama1 | 1:1.0.2-1
libxkbfile1 | 1:1.0.4-1
libxmu6 | 2:1.0.4-1
libxmuu1 | 2:1.0.4-1
libxrandr2 (>= 2:1.2.0) | 2:1.2.2-1
libxrender1 | 1:0.9.4-1
libxss1 | 1:1.1.2-1
libxt6| 1:1.0.5-3
libxtrap6 | 1:1.0.0-4
libxtst6 | 2:1.0.3-1
libxv1| 1:1.0.3-1
libxxf86dga1 | 2:1.0.2-1
libxxf86vm1 | 1:1.0.1-2
zlib1g (>= 1:1.2.1) | 1:1.2.3.3.dfsg-11
cpp | 4:4.2.2-2
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469485: error spamming: "can't open /var/run/openct/status"
Package: libbeidlibopensc2
Version: 2.6.0-3
Severity: normal
Tags: patch
Hello,
I just saw that my ~/.xsession-errors logfile was full of
Error: can't open /var/run/openct/status...
It happens whenever icedove/iceweasel are open (so when the
libbeidpkcs11.so is loaded)
I found a similar bugreport on Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/belpic/+bug/70442
The proposed fix works:
>>
OpenSC has support for three driver types : PCSC, OpenCT and CT-API.
Belpic only needs PC/SC, and will produce errors/warnings if you leave
support for OpenCT enabled.
Fix:
Edit /etc/beidbase.conf, and insert a statement that limits the use of
drivers to pcsc. Right before the reader_driver config feels like an OK
place to do this :
## specify driver family pcsc.
# Others (openct, ..) are not needed for Belpic and
# may produce errors/warnings
reader_drivers = pcsc ;
reader_driver pcsc {
<<
I sometime saw those errors when playing on the command line and
I even think I've read somewhere a statement that said
"normal that doesn't hurt" but here I'm talking about 6-8 lines
of log every second and I just got a nice crash because of this big
error file.
Phil
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.22-3-vserver-686
Debian Release: lenny/sid
990 testing ftp.kulnet.kuleuven.ac.be
500 unstableftp.kulnet.kuleuven.ac.be
500 unstabledebian.jones.dk
--- Package information. ---
Depends (Version) | Installed
=-+-
libc6 (>= 2.7-1) | 2.7-6
libgcc1 (>= 1:4.1.1-21) | 1:4.3-20080202-1
libopenct1 (>> 0.6.9) | 0.6.14-2
libqt3-mt(>= 3:3.3.7) | 3:3.3.8b-4
libssl0.9.8 (>= 0.9.8f-1) | 0.9.8g-4
libstdc++6 (>= 4.2.1-4) | 4.3-20080202-1
libwxgtk2.6-0 (>= 2.6.3.2.2) | 2.6.3.2.2-2
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470217: Support for consumers behind a proxy
Package: php-openid Severity: wishlist --- Please enter the report below this line. --- Hello, I'd like to see some support for proxies. The reason is that a typical webserver is allowed to receive external connections but not to initiate directly connections to the outside world so now for such a webserver to be able to become an OpenID consumer, it requires such connectivity and I'd like to establish it via a proxy to get some control on it. For info, for now, I've added some extra curl_setopt ($c, CURLOPT_PROXY, 'http://host:port'); to ParanoidHTTPFetcher.php after the 2 curl_init() and it works fine but next upgrade, I'll lose those changes. Another way would be to provide hooks in php-openid to inject whatever curl options from a config file as there are several options related to proxy. Phil --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-vserver-686 Debian Release: lenny/sid 990 testing ftp.kulnet.kuleuven.ac.be 500 unstableftp.kulnet.kuleuven.ac.be 500 unstabledebian.jones.dk --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439061: patch from icewm-user ML is working
Package: icewm
Version: 1.2.32-1
--- Please enter the report below this line. ---
cf
http://www.nabble.com/-Bugs-in-1.3.1--Not-all-tray-icons-are-shown-in-icewmtray-t4277712.html
This one-line patch solved the problem for me.
--- icewm-1.2.32/src/yxtray.cc.orig 2007-08-07 14:12:03.0 +0900
+++ icewm-1.2.32/src/yxtray.cc 2007-08-26 20:18:14.0 +0900
@@ -133,7 +133,7 @@
void YXTrayEmbedder::configure(const YRect &r, const bool resized) {
YXEmbed::configure(r, resized);
-fDocked->setGeometry(r);
+fDocked->setSize(r.width(), r.height());
}
void YXTrayEmbedder::handleConfigureRequest(const
XConfigureRequestEvent &configureRequest)
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.21-1-686
Debian Release: lenny/sid
500 unstablemyprox
500 unstableftp.kulnet.kuleuven.ac.be
500 testing myprox
500 testing ftp.kulnet.kuleuven.ac.be
500 stable myprox
--- Package information. ---
Depends(Version) | Installed
-+-==
icewm-common(= 1.2.32-1) | 1.2.32-1
imlib11 | 1.9.15-3
libaudiofile0 (>= 0.2.3-4) | 0.2.6-7
libc6 (>= 2.6-1) | 2.6.1-1+b1
libesd0 (>= 0.2.35) | 0.2.36-1
OR libesd-alsa0 (>= 0.2.35) | 0.2.36-3
libfontconfig1(>= 2.4.0) | 2.4.2-1.2
libfreetype6 (>= 2.3.5) | 2.3.5-1+b1
libgcc1 (>= 1:4.2-20070516) | 1:4.2.1-4
libice6 (>= 1:1.0.0) | 2:1.0.4-1
libjpeg62| 6b-13
libpng12-0 (>= 1.2.13-4) | 1.2.15~beta5-2
libsm6 | 2:1.0.3-1+b1
libstdc++6 (>= 4.2-20070516) | 4.2.1-4
libtiff4 | 3.8.2-7
libungif4g(>= 4.1.4) | 4.1.4-5
libx11-6 | 2:1.0.3-7
libxext6 | 1:1.0.3-2
libxft2 (>> 2.1.1) | 2.1.12-2
libxinerama1 | 1:1.0.2-1
libxrandr2 (>= 2:1.2.0) | 2:1.2.1-1
libxrender1 | 1:0.9.3-1
zlib1g (>= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-5
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348923: VERBOSE_OUTPUT destroys /var/log/acpid
Package: laptop-mode-tools Version: 1.11-1 Severity: normal Tags: patch When setting VERBOSE_OUTPUT=1 it truncated /var/log/acpid and only the last few lines are present. This is due to the "> /dev/stdout" redirections. This is solved by changing them to ">> /dev/stdout" Hyper-compressed patch :-) sed -i 's/ \(> \?$OUTPUT\)/ >\1/g;' laptop_mode BTW maybe this should be notified to the acpid maintainer as well as this is not normal that a simple "client" handler can kill all the logfile of acpid! Just for fun because it puzzled me: $ echo one > /tmp/t; ( echo two >/dev/stdout ) >> /tmp/t;cat /tmp/t two So you can indeed destroy a file even with the >> operator! Phil -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages laptop-mode-tools depends on: ii powermgmt-base1.23 Common utils and configs for power Versions of packages laptop-mode-tools recommends: ii acpid 1.0.4-3Utilities for using ACPI power man ii apmd 3.2.2-4Utilities for Advanced Power Manag ii hdparm6.3-3 tune hard disk parameters for high -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349034: Handlers can destroy accidentally /var/log/acpid
Package: acpid Version: 1.0.4-3 Severity: normal Hello, I found a rather strange bug in a "client" of acpid: laptop-mode-tools When on verbose mode, this handler writes its output with >/dev/stdout The very weird consequence is that /var/log/acpid is emptied by this! A short experience to highlight the problem: $ echo one > /tmp/t; ( echo two >/dev/stdout ) >> /tmp/t;cat /tmp/t two Yes, kinda counter-intuitive, it took me time to understand :-) So you can indeed destroy the content of a file even with the >> operator as you reopen the file but, thie time, not in append mode I reported the problem to the laptop-mode-utils maintainer, cf #348923 as the problem could be solved by using >>/dev/stdout but I think something should also be done in acpid to handle properly the output of the handlers without destroying its own logfile. One way could be to use a syslog mechanism as suggested already a long time ago by #178894 Another way is, instead of giving the file descriptor to the handler, (fd1 of acpid becomes /var/log/acpid and sons herit copies of the same fd) to give a pipe as stdout/stderr descriptors to the handlers and to transfer yourself the pipe content to the log file. Sth like this if acpid was in bash: exec >>/var/log/acpid; m=$(handler); echo $m versus the direct method used by acpid: exec >>/var/log/acpid; handler Note that if you play the same game under cygwin (still using bash) $ echo one > /tmp/t; ( echo two >/dev/stdout ) >> /tmp/t;cat /tmp/t one two because here /dev/stdout is not a real file/link but is directly interpreted by the bash. Giving the log fd to the handlers can lead to other problems if, for example, a handler tries to drop its privileges (as it's always good to be non-root each time you can). Then the handler cannot even access to /dev/stdout. Phil -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages acpid depends on: ii debconf [debconf-2.0] 1.4.67 Debian configuration management sy acpid recommends no packages. -- debconf information: acpid/noacpi: * acpid/modules: all -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355576: usb_printerid again missing and still no easy way for firmware upload
Package: foo2zjs Version: 20060124dfsg-1 Severity: normal Hi, >From version 20060124dfsg-1_i386 the utility usb_printerid is again missing while its manpage is present. Related to this utility, another issue already mentioned in #279830 is that it is very hard to guess how to enable firmware upload with this package unless you are yourself a developer, which renders this package more or less unusable with a HP Laserjet 10xx. May I suggest to add: * usb_printerid (as said before) * The script firmware uploader for HP, probably in /usr/bin instead of /etc/hotplug/ and without its install-usermap section. * Adequate udev rules for the HP printers * Documetation on the fact a firmware is required for the HP printers and how/where to get the firmwares See http://wiki.teuwen.org/HpLaserJet for example of loader and udev rules Phil -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-str Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages foo2zjs depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an Versions of packages foo2zjs recommends: ii foomatic-db-engine 3.0.2-20060113-1 linuxprinting.org printer support -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#568690: [pwsafe] wrong syntax for --list/--add/--edit/--delete in manpage
Package: pwsafe Version: 0.2.0-3 Severity: minor Manpage specifies following syntaxes: --list[=REGEX] --add[=NAME] --edit=REGEX --delete=NAME but: $ pwsafe --list=foo pwsafe: option '--list' doesn't allow an argument $ pwsafe --add=foo pwsafe: option '--add' doesn't allow an argument $ pwsafe --edit=foo pwsafe: option '--edit' doesn't allow an argument $ pwsafe --delete=foo pwsafe: option '--delete' doesn't allow an argument Correct manpage should be: --list [REGEX] --add [NAME] --edit REGEX --delete NAME I think this is ok for all other commands and options (--mergedb= / --file= /...) --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-2-amd64 Debian Release: squeeze/sid 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing ftp.be.debian.org 500 unstable ftp.be.debian.org 1 experimental ftp.be.debian.org --- Package information. --- Depends (Version) | Installed -+- libc6 (>= 2.6-1) | 2.10.2-2 libgcc1 (>= 1:4.2-20070516) | 1:4.4.2-9 libice6 (>= 1:1.0.0) | 2:1.0.6-1 libncurses5 (>= 5.6) | 5.7+20090803-2 libreadline5 (>= 5.2) | 5.2-7 libsm6 | 2:1.1.1-1 libssl0.9.8 (>= 0.9.8e-1) | 0.9.8k-8 libstdc++6 (>= 4.2-20070516) | 4.4.2-9 libx11-6 | 2:1.3.3-1 libxmu6 | 2:1.0.5-1 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#608874: [cron] New behavior of returning an error if grandchild exit status not 0 is not properly advertised
Package: cron Version: 3.0pl1-116 Severity: minor --- Please enter the report below this line. --- After upgrade from cron 3.0pl1-114 to 3.0pl1-116 I had the following problem: My log reporting system began to send me a lot of error messages from cron. Digging down it appears that the following cron command was the culprit: Jan 3 04:41:01 private /USR/SBIN/CRON[12126]: (www-data) CMD (if [ -d /usr/share/webcalendar ]; then cd /usr/share/webcalendar/tools; ./send_reminders.php 2>&1 |grep -v "PHP Notice" ; fi) Jan 3 04:41:01 private /USR/SBIN/CRON[12125]: (CRON) error (grandchild #12126 failed with exit status 1) It never produced such an error before and apparently it's due to the exit code of the last grep, usually =1 if nothing is output from ./send_reminders.php else than some PHP Notice. I fixed it by a simple cat, just to avoid to have an exit status=1: Jan 4 09:51:01 private /USR/SBIN/CRON[6150]: (www-data) CMD (if [ -d /usr/share/webcalendar ]; then cd /usr/share/webcalendar/tools; ./send_reminders.php 2>&1 |grep -v "PHP Notice"|cat ; fi) Before I was able to fix the problem I looked into the files NEWS.Debian.gz and changelog.gz but couldn't find a description of this new behavior. I think it should be documented in one of those files. Hopefully this bugreport by itself could help other people facing the same problem and identifying what to do. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.34-1-amd64 Debian Release: squeeze/sid 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing ftp.be.debian.org 990 testing deb.torproject.org 500 unstable ftp.be.debian.org 500 lucid linux.dropbox.com 1 experimental ftp.be.debian.org --- Package information. --- Depends (Version) | Installed -+-== libc6 (>= 2.7) | 2.11.2-7 libpam0g (>= 0.99.7.1) | 1.1.1-6.1 libselinux1 (>= 1.32) | 2.0.96-1 debianutils (>= 1.7) | 3.4 adduser | 3.112+nmu2 lsb-base (>= 3.0-10) | 3.2-23.1 libpam-runtime (>= 1.0.1-11) | 1.1.1-6.1 Package Status (Version) | Installed =-+-=== nscd | nis | libpam-mount | libpam-ldap | libnss-ldap | libnss-ldapd | Recommends (Version) | Installed ===-+-=== exim4 | 4.72-2 OR postfix | OR mail-transport-agent | lockfile-progs | 0.1.15 Suggests (Version) | Installed -+-=== anacron (>= 2.0-1) | 2.3-14 logrotate | 3.7.8-6 checksecurity | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#608874: [cron] New behavior of returning an error if grandchild exit status not 0 is not properly advertised
>> After upgrade from cron 3.0pl1-114 to 3.0pl1-116 I had the following >> problem: >> > I can confirm the general issue, however this should have first appeared > in -110, not -114 (see #581612, where we accidentally sent mails on exit > != 0, which we fixed in -112). > > Could you check your logs and verify this? > Hi Christian, You're right that the problem was introduced earlier. I guess I saw it only after this upgrade because of an upgrade of logcheck as well and now logcheck reports me that error from /var/log/syslog. But I confirm the problem was still present once upgraded to -116: 2011-01-04 00:29:13 status installed cron 3.0pl1-116 Latest error message I have in syslog is indeed at date&time when I edited my /etc/cron.d/webcalendar to add a "|cat", I just checked again. In case you want to reproduce the problem, here is the exact content of that file such that an error message appears in /var/log/syslog: PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin 1,11,21,31,41,51 * * * * www-data if [ -d /usr/share/webcalendar ]; then cd /usr/share/webcalendar/tools; ./send_reminders.php 2>&1 |grep -v "PHP Notice" ; fi Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#608874: [cron] New behavior of returning an error if grandchild exit status not 0 is not properly advertised
> What I'd like to do is just leave this bug report open for now so other > possibly affected users can see it, and fix after Squeeze. This change > has also been present in Ubuntu since 10.10 and nobody noticed so far, > so I guess the impact on users upgrading from Lenny -> Squeeze should be > minimal. > Fine with me, thanks for your support! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619701: Some more info... or not
Hi, I was also previously impacted by bug #616372 which I've locally solved by simply rebuilding version 0.7.44+dfsg-2 from sources (bzr). BTW this also solved #609705 Now it got being upgraded to 0.7.50+dfsg-1 and... segfault too. So... I tried again to rebuild, now version 0.7.50+dfsg-1, from sources and the problem is solved. And same story, it also solved #609705 Not sure why the maintainer package is wrong on some config but rebuilding from sources is enough as workaround for now... Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564466: [dphys-swapfile] Net result: fills entirely the partition
To follow on: > This is unlikely to succeed on most systems. I did at one point let it run > for multiple minutes to see if it's just a display issue and if it'd actually > do something sensible, but it does not seem so. Well it does something: it fills all the empty space of the partition where the file is generated and when it's your / all kind of bad things happen. On a desktop you can still have hand on it to fix it manually but I don't dare to imagine what happens on a remote server. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#469485: error spamming: "can't open /var/run/openct/status"
> Since my cardreader does, in fact, use the OpenCT driver rather than the > PC/SC one, I re-added this driver to the beid packages. Disabling the > driver afterwards would be rather silly. > You're right, meanwhile I saw the video of your speech at Fosdem ;-) (Mm ok the video itself didn't convince me you could use successfully openct without demo effect :-p ) > I'll see if I can make libbeidlibopensc2 stop those warnings, then. > That's a better option than to remove a driver for no good reason Apparently the message is actually from libopenct (src/ct/status.c) openct_reader_init() -> ct_reader_info() -> ct_status() -> ct_map_status() and is not specific to the Belgian middleware but rather from using opensc and declaring to use openct while there is actually no openct daemon running. If something could be done in libbeidlibopensc2, it's to make a silent test about /var/run/openct/status (or cf ct_format_path() ) before calling the openct lib (/src/newpkcs11/src/libopensc/reader-openct.c) but it's quite ugly. The other refs of this problem between opensc and openct I found give the same advise as I said: - http://osdir.com/ml/encryption.opensc.user/2006-06/msg00075.html - http://esteidutil.sourceforge.net/install.txt So one immediate way would be to document the option reader_drivers to only enable the reader the people want to use in /etc/beidbase.conf and warn people about those flooding messages. One more sophisticated way would be to use dpkg-reconfigure to choose which of openct or pcsc to use. So the library still contains the code for openct but we avoid polling systematically for both pcsc & openct. Phil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470562: Wrong order between cert list & cert properties
Package: cryptonit Version: 0.9.7-2+b1 Severity: normal Hello, I just tried cryptonit with my Belgian eID (and libbeidpkcs11) Device->Certificates present on connected devices: I see my 4 certificates, apparently sorted alphabetically. When double-clicking on one of them I get the properties of another one. Sth like: cert 1 -> props of cert 3 cert 2 -> props of cert 2 cert 3 -> props of cert 1 cert 4 -> props of cert 4 Phil --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-vserver-686 Debian Release: lenny/sid 990 testing ftp.kulnet.kuleuven.ac.be 500 unstableftp.kulnet.kuleuven.ac.be 500 unstabledebian.jones.dk --- Package information. --- Depends (Version) | Installed ==-+- libc6 (>= 2.7-1) | 2.7-6 libgcc1(>= 1:4.1.1-21) | 1:4.3.0~rc2-1 libldap-2.4-2 (>= 2.4.7) | 2.4.7-5 libssl0.9.8 (>= 0.9.8f-1) | 0.9.8g-4 libstdc++6(>= 4.2.1-4) | 4.3.0~rc2-1 libwxbase2.6-0 (>= 2.6.3.2.2) | 2.6.3.2.2-2 libwxgtk2.6-0 (>= 2.6.3.2.2) | 2.6.3.2.2-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470637: Patch to bring update_binary() to card-belpic
Package: libopensc2
Version: 0.11.4-3
Severity: wishlist
Tags: patch
Hello,
update_binary() was not foreseen by the middleware creators of BELPIC
so I added it, which allows to write some data in the
MF/ID/EF(Preferences) of the card.
Why did I add this? Just because it's possible :-)
--- card-belpic.c.orig 2008-03-12 13:03:07.0 +0100
+++ card-belpic.c 2008-03-12 13:03:38.0 +0100
@@ -1536,6 +1536,25 @@
return r;
}
+static int belpic_update_binary(sc_card_t *card,
+ unsigned int idx, u8 *buf, size_t count,
+ unsigned long flags)
+{
+ int r;
+
+ r = iso_ops->update_binary(card, idx, buf, count, flags);
+
+#ifdef HAVE_GUI
+ if (r == SC_ERROR_SECURITY_STATUS_NOT_SATISFIED &&
SSO_OK(card->ctx)) {
+ r = belpic_askpin_verify(card, SCR_USAGE_AUTH);
+ if (r == 0)
+ r = iso_ops->update_binary(card, idx, buf,
count, flags);
+ }
+#endif
+
+ return r;
+}
+
#if 0
static int belpic_logout(sc_card_t *card)
{
@@ -1566,6 +1585,7 @@
belpic_ops.select_file = belpic_select_file;
belpic_ops.read_binary = belpic_read_binary;
+ belpic_ops.update_binary = belpic_update_binary;
belpic_ops.pin_cmd = belpic_pin_cmd;
belpic_ops.set_security_env = belpic_set_security_env;
Demo: how to install Linux on the eID (hum, so to speak...)
$ opensc-explorer
OpenSC Explorer version 0.11.4
OpenSC [3F00]> cd df01
OpenSC [3F00/DF01]> verify CHV1 31:32:33:34
Code correct.
OpenSC [3F00/DF01]> put 4039 tux.txt
Total of 100 bytes written.
$ opensc-explorer
OpenSC Explorer version 0.11.4
OpenSC [3F00]> cd df01
OpenSC [3F00/DF01]> cd 4039
OpenSC [3F00/DF01/4039]> cat
00: 5B 47 65 6E 5D 0A 4C 47 3D 66 72 00 5F 20 20 20 [Gen].LG=fr._
10: 00 00 00 00 00 00 00 00 20 20 20 2E 20 2E 20 20 . .
20: 00 00 00 00 00 00 00 00 20 20 20 2F 56 5C 20 20 /V\
30: 00 00 00 00 00 00 00 00 20 20 2F 2F 20 5C 5C 20 // \\
40: 00 00 00 00 00 00 00 00 20 2F 28 20 20 20 29 5C /( )\
50: 00 00 00 00 00 00 00 00 20 20 5E 60 7E 27 5E 20 ^`~'^
60: 00 00 00 00
Phil
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.22-3-vserver-686
Debian Release: lenny/sid
990 testing ftp.kulnet.kuleuven.ac.be
500 unstableftp.kulnet.kuleuven.ac.be
500 unstabledebian.jones.dk
--- Package information. ---
Depends (Version) | Installed
===-+-===
libc6(>= 2.7-1) | 2.7-6
libltdl3 (>= 1.5.2-2) | 1.5.26-1
libopenct1 (>> 0.6.9) | 0.6.14-2
libpcsclite1(>= 1.4.99) | 1.4.99-2
libssl0.9.8 (>= 0.9.8f-1) | 0.9.8g-4
zlib1g (>= 1:1.1.4-1) | 1:1.2.3.3.dfsg-11
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469485: error spamming: "can't open /var/run/openct/status"
> Yeah, that was bad. You did also see my screencast, right? :-) > Yes I first saw the screencast actually >> If something could be done in libbeidlibopensc2, it's to make a silent >> test about /var/run/openct/status (or cf ct_format_path() ) before >> calling the openct lib (/src/newpkcs11/src/libopensc/reader-openct.c) >> but it's quite ugly. >> > > I don't think so. Verifying whether something is there before using it > seems like proper coding to me. > I though the duplication of code is ugly but then I saw that the path retrieval is in ct_format_path() and available, so it's ok cf /usr/include/openct/path.h from libopenct1-dev >> So one immediate way would be to document the option reader_drivers >> > I could do that, but many people will miss it. > Without documenting it, for sure they'll miss it ;-) > [...] No, that would be debconf-abuse. I see no need to use debconf here You're the boss ;-) Silent detection within libbeidlibopensc2 is the best way. Maybe sth to forward also to the libopensc2 guys? Phil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#627150: Still live.cfg missing?
Hello, Is this but entirely solved? I could now build an ISO which displays the semi-graphical boot menu but it only contains the "other options" sub-menu. And when I check into syslinux-themes-debian-squeeze/syslinux-live templates I see tentative of inclusion of live.cfg which is apparently missing. It is present in live-build/squeeze but not anymore in live-build/wheezy nor live-build/sid: /usr/share/live/build/templates/syslinux sub-directory is entirely gone there and is neither in syslinux-themes-debian* Or maybe I'm not doing the right thing at all? I was trying to build a wheezy iso from a wheezy host, then, finding this bugreport I was trying to build a sid iso from a wheezy host with live-build/sid Thanks for any help! Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#953844: gcc-arm-none-eabi: PRIx64 not available anymore with gcc-arm-none-eabi_8-2019-q3-1
Package: gcc-arm-none-eabi Version: 15:8-2019-q3-1 Severity: normal Dear Maintainer, Code containing PRIx64 macro after inclusion of does not compile anymore, the macro doesn't exist contrarily to the situation with gcc-arm-none-eabi_7-2018-q2-6. I tracked it down to the following difference between 7.3.1 and 8.3.1: /usr/lib/gcc/arm-none-eabi/7.3.1/include/stdint.h is a wrapper: #ifndef _GCC_WRAP_STDINT_H #if __STDC_HOSTED__ # if defined __cplusplus && __cplusplus >= 201103L # undef __STDC_LIMIT_MACROS # define __STDC_LIMIT_MACROS # undef __STDC_CONSTANT_MACROS # define __STDC_CONSTANT_MACROS # endif # include_next #else # include "stdint-gcc.h" #endif #define _GCC_WRAP_STDINT_H #endif while /usr/lib/gcc/arm-none-eabi/8.3.1/include/stdint.h is the same as /usr/lib/gcc/arm-none-eabi/7.3.1/include/stdint-gcc.h So in 8.3.1 we don't have anymore the include_next which includes /usr/include/newlib/stdint.h which includes /usr/include/newlib/sys/_stdint.h which defines __int64_t_defined and /usr/include/newlib/inttypes.h defines PRIx64 only if __int64_t_defined is defined. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-3-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gcc-arm-none-eabi depends on: ii binutils-arm-none-eabi 2.32.51.20190909-1+13 ii libc6 2.29-9 ii libgcc-s1 10-20200204-1 ii libgmp102:6.1.2+dfsg-4 ii libisl220.22-2 ii libmpc3 1.1.0-1 ii libmpfr64.0.2-1 ii libstdc++6 9.2.1-25 ii zlib1g 1:1.2.11.dfsg-1+b1 Versions of packages gcc-arm-none-eabi recommends: ii libnewlib-arm-none-eabi 3.1.0.20181231-1 gcc-arm-none-eabi suggests no packages. -- no debconf information
