Bug#701141: [PATCH 2/2] add several useful crypto utilities to libnss3-tools (Closes: #701141)
Well I have some things I want to encrypt with various symmetric keys, which I am required to protect using NSS's PKCS11 nssdb for reasons of FIPS compliance in my day job. In order to insert these into the nssdb symkeyutil is critical because certutil only supports asymmetric keys with certs. -- Sent from my mobile device. Daniel Kahn Gillmor d...@fifthhorseman.net wrote: On 03/22/2013 12:47 AM, Matthew Hall wrote: BEAUTIFUL bug fix. Thank you so much for doing this, it is a big help for usage of NSS, especially symkeyutil, despite the bad documentation I really needed that one so much I had to recompile from deb src and hand copy it into place. Well, it's just a suggestion, really; i would defer to Mike Hommey to make the final decision here. Mike, what do you think? However, i would personally be really happy to have at least tstclnt and the p7* utilities easily available. Matthew, could you provide an example of how you use symkeyutil? i couldn't convince it to do anything particularly useful in my experimentation. --dkg
Bug#701141: [PATCH 2/2] add several useful crypto utilities to libnss3-tools (Closes: #701141)
They could be prefixed with nss- as needed. But it defeats the purpose of libnss-tools package if so many are missing by default. -- Sent from my mobile device. Mike Hommey m...@glandium.org wrote: On Fri, Mar 22, 2013 at 01:28:37AM -0400, Daniel Kahn Gillmor wrote: On 03/22/2013 12:47 AM, Matthew Hall wrote: BEAUTIFUL bug fix. Thank you so much for doing this, it is a big help for usage of NSS, especially symkeyutil, despite the bad documentation I really needed that one so much I had to recompile from deb src and hand copy it into place. Well, it's just a suggestion, really; i would defer to Mike Hommey to make the final decision here. Mike, what do you think? I'm not particularly happy with binaries with pretty generic names (addbuiltin is a good example of such) ending up in /usr/bin... But you can try to convince me otherwise. Or move them in some other directory. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703404: debootstrap wheezy Release InRelease error
Quoting Sebastian Bengtsson (sebastian.bengts...@openend.se): So this is my theory: At some point a debootstrap.invalid_dists_wheezy_InRelease is downloaded form the repository InRelease file. It is then renamed to debootstrap.invalid_dists_wheezy_Release with signature intact, and that is in turn renamed to cdn.debian.net_debian_dists_wheezy_Release. So, in short, this bug is the same than #703146 which I should soon fix with an upload? signature.asc Description: Digital signature
Bug#701141: [PATCH 2/2] add several useful crypto utilities to libnss3-tools (Closes: #701141)
On 03/22/2013 01:51 AM, Mike Hommey wrote: I'm not particularly happy with binaries with pretty generic names (addbuiltin is a good example of such) ending up in /usr/bin... But you can try to convince me otherwise. Or move them in some other directory. hm, i think the following new binaries should be unobjectionable in /usr/bin : p7content p7env p7sign p7verify symkeyutil ocspclnt chktest derdump rsaperf vfychain vfyserv These two TLS client utilities and two TLS server utilities have somewhat generic names, but i think are useful enough to ship in /usr/bin despite the genericness (they can be used along with gnutls-cli and gnutls-serv and openssl s_client and openssl s_server to do interop testing for new TLS clients and servers, for example): strsclient tstclnt httpserv selfserv The following three are the most dubious in terms of names: addbuiltin pp dbtest i'd be fine shipping the last category and optionally the client/server utilities with an nss- prefix if you think that would be more acceptable. I'd rather not move them entirely out of the $PATH if possible. and i'd prefer to not rename existing tools that we have already been shipping in libnss3-tools, of course. Would you like me to prepare an alternate patch that does that renaming on one or both groups? --dkg signature.asc Description: OpenPGP digital signature
Bug#701141: [PATCH 2/2] add several useful crypto utilities to libnss3-tools (Closes: #701141)
We can always locate them using dpkg if we are unsure of their names, so a prefix or other small adjustment should be fairly innocuous. -- Sent from my mobile device. Daniel Kahn Gillmor d...@fifthhorseman.net wrote: On 03/22/2013 01:51 AM, Mike Hommey wrote: I'm not particularly happy with binaries with pretty generic names (addbuiltin is a good example of such) ending up in /usr/bin... But you can try to convince me otherwise. Or move them in some other directory. hm, i think the following new binaries should be unobjectionable in /usr/bin : p7content p7env p7sign p7verify symkeyutil ocspclnt chktest derdump rsaperf vfychain vfyserv These two TLS client utilities and two TLS server utilities have somewhat generic names, but i think are useful enough to ship in /usr/bin despite the genericness (they can be used along with gnutls-cli and gnutls-serv and openssl s_client and openssl s_server to do interop testing for new TLS clients and servers, for example): strsclient tstclnt httpserv selfserv The following three are the most dubious in terms of names: addbuiltin pp dbtest i'd be fine shipping the last category and optionally the client/server utilities with an nss- prefix if you think that would be more acceptable. I'd rather not move them entirely out of the $PATH if possible. and i'd prefer to not rename existing tools that we have already been shipping in libnss3-tools, of course. Would you like me to prepare an alternate patch that does that renaming on one or both groups? --dkg
Bug#703672: icedove: autoconfig doesn't work
Subject: icedove: autoconfig doesn't work Package: icedove Version: 3.0.11-1+squeeze15 Severity: normal We successfully deployed Mozilla autoconfig using a DNS entry. autoconfig.ourdomain.com This is working fine with thunderbird but, it doesn't seem to work with icedove. What is the most surprising is that we ran a tcpdump and never I see icedove querying autoconfig.ourdomain.com The closest query is this one: autoconfig-live.mozillamessaging.com Then there are all of the dns queries for imap.ourdomain.com, smtp.ourdomain.com, etc I also tried to place a file config-v1.1.xml in the isp folder of icedove in /usr/share/icedove/isp and it doesn't seem to use it. I also tried to rename it to ourdomain.com.xml without success. All of these techniques described above are working fine with thunderbird on other OS. Can somebody help us to find out why icedove can't use the autoconfig feature? Thank you Jean -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 3.4Miscellaneous utilities specific t ii fontconfig2.8.0-2.1 generic font configuration library ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-4+squeeze1 simple interprocess messaging syst ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.6-1NetScape Portable Runtime Library ii libnss3-1d3.12.8-1+squeeze6 Network Security Service libraries ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpng12-01.2.44-1+squeeze4 PNG library - runtime ii libsqlite3-0 3.7.3-1SQLite 3 shared library ii libstartup-notificati 0.10-1 library for program launch feedbac ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-4 X11 client-side library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii psmisc22.11-1utilities that use the proc file s ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages icedove recommends: ii myspell-en-us [myspell-dictio 1:3.2.1-2 English_american dictionary for my Versions of packages icedove suggests: ii libdbus-glib-1-20.88-2.1 simple interprocess messaging syst ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomevfs2-0 1:2.24.3-1 GNOME Virtual File System (runtime ii libgssapi-krb5-21.8.3+dfsg-4squeeze6 MIT Kerberos runtime libraries - k ii ttf-lyx 1.6.7-1 TrueType versions of some TeX font -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#469019: This bug should be fixed (worldwind: OpenGL exceptions should be handled better)
Hello, On 22/03/2013 00:38, Touko Korpela wrote: severity 469019 important thanks I'm also affected by this in wheezy (Radeon). This package is quite useless now. Maybe upload new version to experimental (and backports)? I don't have much interest in this package any more (I am just doing basic maintenance). It is why is it tagged RFH (request for help). I will welcome new contributions, in particular the new upstream release (even if there are a lot of cleanups to do in the upstream tarball). Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703673: Request to backport acpi changes to Debian sid for proper acpi child device handling
Package: linux-image-3.2.0-4-amd64 Version: 3.2.39-2 Severity: important There is a upstream linux kernel bug https://bugzilla.kernel.org/show_bug.cgi?id=42696 which prevents the Lenovo Y580/Y470/Y570 and Toshiba Satellite P870 devices unable to find the Nvidia card through proper acpi device handling. It has been discussed in detail in this thread as well at bumblebee git page too. https://github.com/Bumblebee-Project/bbswitch/issues/2 It has been fixed since Linux kernel 3.9 rc2 through this patch https://bugzilla.kernel.org/attachment.cgi?id=89731. The bug applies to wheezy as well and backporting the new kernel changes would fix the proper acpi handling. I hereby request the kernel maintainers to backport these changes to Debian wheezy. Thank you, Dr. Piruthiviraj Natarajan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703587: libnss3 update disables some (self signed) certs (with Icedove)
On Thu 2013-03-21 10:28:31 -0400, Daniel Kahn Gillmor wrote: The self-signed certificate in question uses RSA-MD5 as a signature. MD5 is deprecated in general, so I suspect this is the problem. You could probably even re-generate the same self-signed certificate with the same key using SHA1 as the message-signing digest and it would work. I've looked into this a bit further to try to understand what NSS is doing. I think icedove and modern versions of NSS will do the right thing even with self-signed RSA+MD5 certs as long as the certificate is loaded in the right section of the certificate manager (i.e. in Servers and not in Authorities). I tried using OpenSSL to generate a self-signed key + cert that looks like the example given by Erik, and running a simple web server with it on port 2443: echo test test.txt openssl req -x509 -nodes -subj '/CN=localhost/' -newkey rsa:4096 -md5 -keyout key.pem -out cert.pem openssl s_server -accept 2443 -cert cert.pem -key key.pem -WWW Then, as a separate client, i created two NSS certdb's and tried adding the certificate to each of them. In one NSS certdb, i added the localhost certificate as a trusted CA; in the other, as a trusted peer: mkdir clientC clientP certutil -A -d clientC -n localhost -t C,, cert.pem certutil -A -d clientP -n localhost -t P,, cert.pem connecting with the cert marked as a trusted peer worked. Connecting with it as a trusted CA gives a failure authenticating the cert: 0 dkg@alice:~$ printf GET /test.txt HTTP/1.1\r\nHost: localhost\r\n\r\n | tstclnt -d clientC -h 127.0.0.1 -a localhost -p 2443 tstclnt: authentication of server cert failed: Success 254 dkg@alice:~$ printf GET /test.txt HTTP/1.1\r\nHost: localhost\r\n\r\n | tstclnt -d clientP -h 127.0.0.1 -a localhost -p 2443 subject DN: CN=localhost issuer DN: CN=localhost 0 cache hits; 1 cache misses, 0 cache not reusable 0 stateless resumes HTTP/1.0 200 ok Content-type: text/plain test (i have to hit Ctrl-C to terminate this for some reason, but i don't think that's relevant to this bug report). If i repeat the same tests using -sha1 instead of -md5 on the openssl req command (and destroying and recreating the certdbs), then clientC behaves the same way as clientP. Maybe this is a relevant and acceptable distinction, but i'm not sure. I note that with icedove, if i import cert.pem in the Servers tab of the certificate management dialog box, and Edit Trust... to say that i believe in the cert, certutil reflects it as trust P,p,p, and icedove will connect to it. But if i import it into the Authorities tab and mark it as able to sign web sites, then certutil reflects it as CT,c,c, and it does not work as a self-signed cert. So i think the argument here is that icedove is doing the Right Thing, even if it's a little bit silly. If a user wants to treat a certificate as a known peer, it should be in the Servers tab, not the Authorities tab. in fact, importing it into Authorities is a bad idea, since that would mean that it could make other (non-md5) certificates and the client would accept them. As another sidenote, if i try to access this server with firefox, i don't think certutil is willing or able to report the results of the Add permanent security exception operation. When i take the latter action from a browser running as iceweasel --no-remote -P testrun and then use certutil -L -d ~/.mozilla/firefox/*.testrun I get: Certificate Nickname Trust Attributes SSL,S/MIME,JAR/XPI localhost,, and even though iceweasel will connect without a warning, tstclnt -d ~/.mozilla/firefox/*.testrun -h 127.0.0.1 -a localhost fails with authentication of server cert failed: Success -- this suggests that iceweasel is storing these permanent exceptions somewhere outside of the certdb, but i haven't dug up where or how yet. If the information is accessible, it would be nice to have it displayable by NSS's certutil if possible. --dkg pgp3OWGrydck7.pgp Description: PGP signature
Bug#697962: systemd: hangs at failed fsck without giving out a shell or any other option
Package: systemd Version: 44-11 Followup-For: Bug #697962 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! I just ran into the same problem. In my case, fsck said that a manual fsck was required for my /home and stopped here. If I reboot, I get the same problem over and over. The only way out is to manually run fsck to fix the filesystem. It also complained about unmet dependencies. My fstab contains those lines: /dev/neo/home /home ext4 noatime,nosuid,nodev,discard 0 1 /dev/hdd/systems /var/lib/systems ext4 noatime 0 1 /dev/hdd/download /home/bernat/download ext4noatime,nosuid,nodev 0 1 I understand why it can't mount the download directory. Dunno why it complains about /var/lib/systems though (it can mount it without having /home). So, maybe those steps would allow to reproduce the problem: 1. Add a fatal error on mount that will require a manual fsck to fix. 2. Add an entry in /etc/fstab that require /home to be mounted 3. Reboot - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii dpkg 1.16.10 ii initscripts 2.88dsf-41 ii libacl1 2.2.51-8 ii libaudit01:1.7.18-1.1 ii libc62.13-38 ii libcap2 1:2.22-1.2 ii libcryptsetup4 2:1.4.3-4 ii libdbus-1-3 1.6.8-1 ii libkmod2 9-2 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.3-9 ii libselinux1 2.1.9-5 ii libsystemd-daemon0 44-11 ii libsystemd-id128-0 44-11 ii libsystemd-journal0 44-11 ii libsystemd-login044-11 ii libudev0 175-7.1 ii libwrap0 7.6.q-24 ii udev 175-7.1 ii util-linux 2.20.1-5.3 Versions of packages systemd recommends: ii libpam-systemd 44-11 Versions of packages systemd suggests: ii python2.7.3-4 ii python-cairo 1.8.8-1+b2 ii python-dbus 1.1.1-1 pn systemd-gui none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRTAIwAAoJEJWkL+g1NSX5sncQAIaVM1OqzvjTvzkbaqW0/WHL 1gZlPXPfgg4fkMkV7qd22zQ2IdBRt6xuO8WaShjOUW3edtq17dfuCAkWZSyiiyRP 8stqbrKVR2ceECj2f5eoRS7gNo5QfIxD0qoG+Yq06e6qsREPrUFC/4l/vc1JYbVr JDKO7KJLLRyUBRTFqdmLMobSqe1RlRgx7llSI15BfdvEy7s7Iqahxbk7rHSKj9AI w6r4fB4OvdDaMoND1/cj+vXSdeywi1RKRFO86cNkDEvxvxXvUIZvJ2M8i8x1UA7V MwXCnNOjgcj3x9SzMuCSlcV5GCH7XFPTLOmRKel04y+Bw0QbEaV8cgEID/3j1vAh CId3rW2LZSzO4h5ishFbEAct7t+naPjXxC2C2IH53QctSpY7Lejx/5uzB2JK/eo+ EbBKa7JylA8AWCQcGJUP3fpxQfWpS7tMKdKS9GI8O7uiTfOdSAAz/LB85U781tyP HorMV0cqKtAlNXvI7F3/AAcsU/Z32F/2Co0B6zAG2OyQh3hGn/FrV3kI9Ka8urMB BGlWo3jtsEmo268OLcH52xLZYF9YiNtTHQ/9L1UrQ7DyO/Yh1Uyb4AnyBKUlFQWX Iqg/gYtC7jelACq6xGCUuTjLgQUr+rrA6FYgykn94aUitPa/u82nh4ek9uvnf/Xw 35254HK6PFFiD4IYOtHx =rzDu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703674: librdf-trinex-functions-perl: not installable in sid
Package: librdf-trinex-functions-perl Version: 0.004-2 Severity: serious User: trei...@debian.org Usertags: edos-uninstallable Hi, librdf-trinex-functions-perl is not installable in sid since it depends on a package libscalar-does-perl which does not exist in debian. Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687391: git: executables in contrib/ should be executable
retitle 687391 git: executables in contrib/ should be executable quit I just ran into this same issue with contrib/remote-helpers/git-remote-hg, where all the same reasoning applies as for the contrib hooks. There are a lot of files in contrib/. Many of them (about 60) are marked executable in git.git upstream. Probably all of the files marked executable upstream should be installed as executable in /usr/share/doc/git/contrib/ and /usr/share/git-core/contrib/, including the hooks and the remote-helpers. Greg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#96677: xscreensaver: sonar should not need to be setuid root
Hi, probably you can run it without root doing this: 1. Edit the file hacks/glx/sonar-icmp.c 2. Goto line 1130 and remove the getuid() == 0 from the if 3. Change the socket RAW (SOCK_RAW) to DGRAM (SOCK_DGRAM) Datagram sockets can be used for some ICMP messages, like ping (echo) without root. You probably need to change some things more, like the with SUID_EXEC in the Makefile,... but I think the code in sonar can be changed. Cheers, kix -- Rodolfo García Peñas (kix) http://www.kix.es/ Rodolfo García Peñas (kix) http://www.kix.es/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703506: GMA500: higher resolutions than 800x600 don't work
Quoting myself: Georg Sassen debianb...@georgsassen.de wrote: It seems CONFIG_DRM_GMA500 (and maybe CONFIG_STUB_POULSBO) is not set in the kernel config, so the gma500_gfx is not built at all, maybe because of the name change from psb_gfx which was loaded with the 3.2.35 kernel. I enabled the config options, and now the little machine is compiling a new kernel, which might take some time though... I will tell if it works. Yes, it does, with CONFIG_DRM_GMA500 and CONFIG_STUB_POULSBO enabled, gma500_gfx.ko is built and the native resolution working again. I haven't yet managed to control the backlight brightness, though, poulsbo.ko is loaded but doesn't seem to have any effect. Maybe I have to tweak the kernel cmdline again, will have a look later. So, IMHO it would be nice if these options were in the default kernel config again to make those little laptops more usable. Georg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703675: libmodule-package-rdf-perl: not installable in sid
Package: libmodule-package-rdf-perl Version: 0.010-1 Severity: serious User: trei...@debian.org Usertags: edos-uninstallable Hi, libmodule-package-rdf-perl is not installable in sid since it depends on the non-existent package libmodule-install-copyright-perl. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703146: #703146 release critical?
Quoting Christian PERRIER (bubu...@debian.org): This upload allows pbuilder to build a build chroot, so it seems fine, but, not being a wizard with debootstrap and archive stuff, I'd appreciate someone to confirm that fixing this is OK and fixing it the way it has been proposed in #703146 is OK too. a debdiff to the version in wheezy would have been nice :) Will do that. debootstrap 1.0.47 has been uploaded with the attached debdiff -- diff -Nru debootstrap-1.0.46/debian/changelog debootstrap-1.0.47/debian/changelog --- debootstrap-1.0.46/debian/changelog 2012-12-27 15:51:54.0 +0100 +++ debootstrap-1.0.47/debian/changelog 2013-03-20 21:34:29.0 +0100 @@ -1,3 +1,15 @@ +debootstrap (1.0.47) unstable; urgency=low + + * Team upload + * Properly decrypt the InRelease file when downloading from an archive +where InRelease is used. This longstanding bug was masked by former +APT behaviour and was revealed only with recent APT versions +Closes: #703146 +Thanks to Michael Vogt for the analysis and patch + * Add a dependency on gpg because of the above change. + + -- Christian Perrier bubu...@debian.org Wed, 20 Mar 2013 21:34:29 +0100 + debootstrap (1.0.46) unstable; urgency=low * Team upload. diff -Nru debootstrap-1.0.46/debian/control debootstrap-1.0.47/debian/control --- debootstrap-1.0.46/debian/control 2012-12-27 14:42:50.0 +0100 +++ debootstrap-1.0.47/debian/control 2013-03-20 21:49:20.0 +0100 @@ -10,8 +10,8 @@ Package: debootstrap Architecture: all -Depends: ${misc:Depends}, wget -Recommends: gnupg, ${keyring} +Depends: ${misc:Depends}, wget, gnupg +Recommends: ${keyring} Description: Bootstrap a basic Debian system debootstrap is used to create a Debian base system from scratch, without requiring the availability of dpkg or apt. It does this by diff -Nru debootstrap-1.0.46/functions debootstrap-1.0.47/functions --- debootstrap-1.0.46/functions 2012-12-27 15:36:47.0 +0100 +++ debootstrap-1.0.47/functions 2013-03-20 21:30:41.0 +0100 @@ -530,7 +530,8 @@ warning KEYRING Cannot check Release signature; keyring file not available %s $KEYRING_WANTED fi if [ $release_file_variant = IN ]; then - mv $relsigdest $reldest + rm -f $reldest +gpg --output $reldest --decrypt --keyring $KEYRING --ignore-time-conflict $relsigdest fi } signature.asc Description: Digital signature
Bug#96677: xscreensaver: sonar should not need to be setuid root
Your line numbers don't match up with reality, and also what you're saying doesn't make sense to me, which makes me think you're talking about some ancient version of sonar. Oh wait, Debian. Yeah, you guys are the ones who insist on shipping many-years-obsolete versions of my software and never, ever upgrading. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703672: icedove: autoconfig doesn't work
Hello Jean, Am 22.03.2013 07:34, schrieb Jean St-Laurent: All of these techniques described above are working fine with thunderbird on other OS. What version of thunderbird? The current version in squeeze-stable is quite old and out of service by Mozilla. Can you use squeeze-backport? Can somebody help us to find out why icedove can't use the autoconfig feature? Unfortunately I believe that non one can help you. As I wrote the version you use is really old and the feature you use is only for interest in bigger installations. But who knows, maybe someone can help. From the maintaining point of view we will not working on thees such old versions that will be displaced in the near future. If this error happen in 10.0.12-1 to then it's worth to take a closer look because this version will be the starting version in wheezy. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703676: python3-cairo: uninstallable in experimental due to Python 3.3
Package: python3-cairo Version: 1.10.0+dfsg-3~exp3 Severity: serious Please reupload your package to experimental so that it gets built against Python 3.2 and 3.3. Right now it is uninstallable in experimental: t# apt-get install -t experimental python3-cairo-dev python3-cairo Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: python3-cairo : Depends: python3 ( 3.3) but 3.3.0-3 is to be installed E: Unable to correct problems, you have held broken packages. A mere rebuild is enough (we built it in Ubuntu against 3.3 just fine), so if you don't have time I'm happy to do an NMU. Thank you, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#703677: lsb-release is not derivative friendly
Package: lsb-release Version: 4.1+Debian9 Severity: important A Debian derivative is advised to fork base-files and to update the information there so that it can be properly distinguished from Debian. That's what we did for Kali and yet we have reportbug sending bug reports to Debian: $ reportbug apt [...] Will send report to Debian (per lsb_release). So I looked at lsb-release's output: $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux Kali Linux 1.0 Release:Kali Linux 1.0 Codename: n/a It's just wrong to return Debian as distributor ID when we have this: ┏(kali-amd64) x230-buxy:~ ┗(524)$ cat /etc/os-release PRETTY_NAME=Kali GNU/Linux 1.0 NAME=Kali GNU/Linux ID=kali VERSION=1.0 VERSION_ID=1.0 ID_LIKE=debian ANSI_COLOR=1;31 HOME_URL=http://www.kali.org/; SUPPORT_URL=http://forums.kali.org/; BUG_REPORT_URL=http://bugs.kali.org/; ┏(kali-amd64) x230-buxy:~ ┗(525)$ cat /etc/dpkg/origins/default Vendor: Kali Vendor-URL: http://www.kali.org/ Parent: debian Bugs: http://bugs.kali.org ┏(kali-amd64) x230-buxy:~ ┗(526)$ cat /etc/debian_version Kali Linux 1.0 So please update lsb_release's logic to use: 1/ /etc/lsb-release if it exists (it doesn't usually) 2/ /etc/os-release if it exists 3/ /etc/dpkg/origins/default if none of the above exist 4/ some wild guess based on APT otherwise Please let me know if you need help. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703638: ITP: cloudfuse -- FUSE filesystem for Swift object storage.
On 03/22/2013 02:13 AM, gustavo panizzo gfa wrote: Package: wnpp Severity: wishlist Owner: gustavo panizzo gfa g...@zumbi.com.ar Package: wnpp Severity: wishlist Owner: gustavo panizzo gfa g...@zumbi.com.ar * Package name: cloudfuse Version : git20130124.809b07e Upstream Author : Michael Barton m...@weirdlooking.com * URL : https://github.com/redbo/cloudfuse * License : BSD Programming Lang: C Description : FUSE filesystem for Swift object storage Cloudfuse is a FUSE application which provides access to an installation of OpenStack's Swift. Hi, Please do not package this on your own, and joint the Openstack packaging team on Alioth. I will be happy to sponsor the upload of your work on Openstack if you need. FYI, I already packaged ftp-cloudfs and sftpcloudfs, which are currently in NEW (I'm mentioning it, since that is as well some alternative ways to access swift). Cheers, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703672: icedove: autoconfig doesn't work
Hello Carsten, wow you got it right in the bull's eye! I updated to 10.0.12-1 using backport and you are right it's working. Thanks for your quick help. Jean On 03/22/2013 08:56 AM, Carsten Schoenert wrote: Hello Jean, Am 22.03.2013 07:34, schrieb Jean St-Laurent: All of these techniques described above are working fine with thunderbird on other OS. What version of thunderbird? The current version in squeeze-stable is quite old and out of service by Mozilla. Can you use squeeze-backport? Can somebody help us to find out why icedove can't use the autoconfig feature? Unfortunately I believe that non one can help you. As I wrote the version you use is really old and the feature you use is only for interest in bigger installations. But who knows, maybe someone can help. From the maintaining point of view we will not working on thees such old versions that will be displaced in the near future. If this error happen in 10.0.12-1 to then it's worth to take a closer look because this version will be the starting version in wheezy. Regards Carsten -- Jean St-Laurent System and Network Administrator Tel. +43 2243 9000 1104 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703676: [Python-modules-team] Bug#703676: python3-cairo: uninstallable in experimental due to Python 3.3
On Fri, Mar 22, 2013 at 09:10:37 +0100, Martin Pitt wrote: Package: python3-cairo Version: 1.10.0+dfsg-3~exp3 Severity: serious Please reupload your package to experimental so that it gets built against Python 3.2 and 3.3. Right now it is uninstallable in experimental: t# apt-get install -t experimental python3-cairo-dev python3-cairo Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: python3-cairo : Depends: python3 ( 3.3) but 3.3.0-3 is to be installed E: Unable to correct problems, you have held broken packages. A mere rebuild is enough (we built it in Ubuntu against 3.3 just fine), so if you don't have time I'm happy to do an NMU. What forces the installation of experimental's python3? Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703678: reportbug is not derivative-friendly, at least not when using a web bugtracker
Package: reportbug Version: 6.4.4 Severity: normal reportbug should have a sane default behaviour when run on Debian derivatives. It should not fallback to sending bug reports to Debian when the machine is clearly not a Debian machine. Derivatives should only have to fork base-files and update the information there to get a sane behaviour. When putting correct information in /etc/os-release and /etc/dpkg/origins/default, reportbug should be able to decide what to do with a bug report. ┏(kali-amd64) x230-buxy:~ ┗(524)$ cat /etc/os-release PRETTY_NAME=Kali GNU/Linux 1.0 NAME=Kali GNU/Linux ID=kali VERSION=1.0 VERSION_ID=1.0 ID_LIKE=debian ANSI_COLOR=1;31 HOME_URL=http://www.kali.org/; SUPPORT_URL=http://forums.kali.org/; BUG_REPORT_URL=http://bugs.kali.org/; ┏(kali-amd64) x230-buxy:~ ┗(525)$ cat /etc/dpkg/origins/default Vendor: Kali Vendor-URL: http://www.kali.org/ Parent: debian Bugs: http://bugs.kali.org ┏(kali-amd64) x230-buxy:~ ┗(530)$ reportbug apt *** Welcome to reportbug. Use ? for help at prompts. *** [...] Will send report to Kali (per lsb_release). Kali bug tracking system has no web URL; bypassing query [...] Report will be sent to Debian Bug Tracking System sub...@bugs.debian.org Submit this report on apt (e to edit) [y|n|a|c|E|i|l|m|p|q|d|t|s|?]? ^C Really, reportbug should have noticed that this is not Debian and that Kali is using a web-based bugtracker. As such reportbug can't send its bug report by mail. Instead it should warn the user that the proper way to report a bug is to go visit http://bugs.kali.org. It would offer to continue in --template mode so that the user has the required information ready to paste in his web-based bugreport. BTW, I don't think that reportbug gains much by using lsb_release to gather distro information. Right now it's not working well (see #703677) and furthermore parsing /etc/os-release is easy and you already parse /etc/dpkg/origins/* anyway. Cheers, Raphaël Hertzog. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651480: midori remains static at times while downloading stuff and then breaks the download mid-way even though internet connectivity is available
Hi! I have recently upgraded to Wheezy and immediately encountered this bug. Webserver logs reveal that Midori stops loading page resources at some random point of time. Switching tabs couple of times usually helps to unstuck Midori. To eliminate any possible connection problems I successfully reproduced this bug using local web server. Best Regards, Sergey. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673424: bbswitch packaging
On Thu, Mar 21, 2013 at 11:01 AM, Ritesh Raj Sarraf r...@researchut.com wrote: On Thursday 21 March 2013 10:34 PM, Vincent Cheng wrote: NEWS is already installed by dh_installdocs. But if you want to use dh_installchangelogs for that instead, I'm fine with that; do you want me to remove debian/docs as well then? I don't see the point of having duplicate copies. Yes. Please. The upstream NEWS file has nothing but the changelog. And also, the concept of README.Debian and NEWS.Debian are specific to Debian, afaik. Done. * bbswitch.c source file has no copyright header. It is good practice to have upstream's copyright declaration in each file. It's been added as of bbswitch 0.6. I don't see it on github. The MODULE_AUTHOR has the name but without the copyright header it is unclear who all contributed to it. This is no big deal. I will upload otherwise also. It is just FYI. Oops, I thought you meant the license header. Fair enough, I'll make a note to ask upstream about that. * bbswitch does not Recommend / Suggest bumblebee package. Is it intentional? Is bbswitch useful all alone on its own? Well, bbswitch should work fine on its own for users who don't want to use their discrete nvidia gpu, and just want power savings (by turning off the nvidia card with the bbswitch kernel module). Suggesting bumblebee sounds like a good idea though. Thanks. I will pull back your changes soon after dinner. And hopefully will upload it. :-) Done. Please feel free to upload bbswitch whenever you want. I have a few more last-minute changes for bumblebee+primus in response to feedback from upstream, but by the time you read this, I should've already committed them to the git repo for you to review. :) Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563263: Fixed script
Tags: patch Here is a copy of the make-googleearth-package script fixed for multiarch. #!/bin/bash -e # googleearth-package - utility to automatically build a Debian package of Google Earth # Copyright © 2007-2009 Wesley J. Landaker w...@icecavern.net # Copyright © 2009 Adnan Hodzic ad...@foolcontrol.org # # This program is free software: you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation, either version 3 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program. If not, see http://www.gnu.org/licenses/. GoogleEarth_Package_VERSION=0.7.0 GoogleEarth_bin_URL=http://dl.google.com/earth/client/current/GoogleEarthLinux.bin; GoogleEarth_bin=GoogleEarthLinux.bin function usage() { 12 echo googleearth-package $GoogleEarth_Package_VERSION echo 'usage: make-googleearth-package [options]' echo ' Creates a Debian package from the Google Earth GNU/Linux installer.' echo ' By default, will look for the installer in the current directory.' echo ' If not found it will be downloaded automatically.' echo '' echo ' --fullname name Use name as full name in Maintainer field' echo ' --email email Use email as email address in Maintainer field' echo ' --file file Use file instead of' $GoogleEarth_bin echo ' --downloadAlways try to download a new version' echo ' --cleanup Delete the installer after building successfully' echo ' --verbose Display all intermediate build output' echo ' --quiet Suppress all intermediate build output (default)' echo ' --force Attempt to build an unsupported version' exit 1 } function download() { local wget=`which wget` local curl=`which curl` local downloader if [ -x $wget ]; then downloader=$wget elif [ -x $curl ]; then downloader=$curl else 12 echo 'Either wget or curl is required to download Google Earth!' echo '(Or download it yourself and point to it with --file)' return 1 fi $downloader $GoogleEarth_bin_URL || \ (echo 'Could not download Google Earth! (You may need to use --file)' 2 \ false) } function check_version() { local version version=$(sh $OPT_FILE --info | \ grep -E '^Identification:' | \ sed -e 's/Identification: //') echo $version 2 if grep -E 'GNU/Linux (4.[0123]|5.[01]|6.[01]|6.0.0.[01735])' $version /dev/null; then GoogleEarth_VERSION=$(sed -e 's/.*GNU\/Linux //' $version) echo 'Supported Google Earth version:' $GoogleEarth_VERSION 2 elif [ $OPT_FORCE ]; then echo 'Unrecognized Google Earth version; using anyway (because of --force).' 2 GoogleEarth_VERSION=$(sed -e 's/.*GNU\/Linux //' $version) echo 'Guessed Google Earth version:' $GoogleEarth_VERSION 2 else echo 'Unrecognized Google Earth version (use --force to build anyway)' 2 return 1 fi if [ $GoogleEarth_VERSION == ]; then GoogleEarth_VERSION=unknown fi } function parse_args() { SYS_MAILNAME=$(cat /etc/mailname) OPT_FULLNAME=${DEBFULLNAME:-} OPT_EMAIL=${DEBEMAIL:-$(whoami)@${SYS_MAILNAME:-$(hostname)}} OPT_FILE=$GoogleEarth_bin OPT_QUIET=0 for ((;$#0;)); do if [ $1 == --fullname ]; then OPT_FULLNAME=$2 shift 2 elif [ $1 == --email ]; then OPT_EMAIL=$2 shift 2 elif [ $1 == --file ]; then OPT_FILE=$2 shift 2 elif [ $1 == --download ]; then OPT_DOWNLOAD=1 shift 1 elif [ $1 == --cleanup ]; then OPT_CLEANUP=1 shift 1 elif [ $1 == --verbose ]; then OPT_QUIET=0 shift 1 elif [ $1 == --quiet ]; then OPT_QUIET=1 shift 1 elif [ $1 == --force ]; then OPT_FORCE=1 shift 1 else echo 'Unrecognized command-line argument: ' $1 2 return 1 fi done } function verify_sanity() { if [ $(whoami) == root ]; then if [ $OPT_FORCE != 1 ]; then echo 'Refusing to run as root; use --force to override.' 2 exit 1 fi fi if ls -ld . | grep -qE '^...[sS]'; then if [ $OPT_FORCE != 1 ]; then echo 'Refusing to build in a setuid directory; use --force to override.' 2 exit 1 fi fi if ls -ld . | grep -qE '^..[sS]'; then if [ $OPT_FORCE != 1 ]; then echo 'Refusing to build in a setgid directory; use --force to override.' 2 exit 1 fi fi } function verify_file_option() { if [ $OPT_DOWNLOAD == 1 ]; then if ! [ $OPT_FILE == $GoogleEarth_bin ]; then echo WARNING: downloading $GoogleEarth_bin. 2 echo WARNING: ignored option: '--file $OPT_FILE' 2
Bug#702394: unblock: ttf-cjk-compact/1.20
Niels Thykier ni...@thykier.net (17/03/2013): Assuming the d-i side is okay with these changes (CC'ed), I will gladly unblock this package. Looks good to me. Mraw, KiBi. signature.asc Description: Digital signature
Bug#703679: mhonarc: perl spews defined(%hash) is deprecated at .... at multiple points in the code
Package: mhonarc Version: 2.6.18-2 Severity: normal Dear Maintainer, * What led up to the situation? Ran mhonarc * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? A bunch of warnings about deprecated use of defined(%hash) * What outcome did you expect instead? Silence wmaster:~ mhonarc -rcfile /Home/...archive/rcfile.mrc -quiet -outdir /Home/...archive/.../2013-03 /Home/.../archives/.../...2013-03 defined(%hash) is deprecated at /usr/share/mhonarc/mhamain.pl line 1564. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/mhonarc/mhopt.pl line 867. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/mhonarc/readmail.pl line 120. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/mhonarc/readmail.pl line 122. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/mhonarc/readmail.pl line 156. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/mhonarc/readmail.pl line 158. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/mhonarc/readmail.pl line 183. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/mhonarc/readmail.pl line 185. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/mhonarc/readmail.pl line 199. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/mhonarc/readmail.pl line 209. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/mhonarc/readmail.pl line 223. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/mhonarc/readmail.pl line 234. (Maybe you should just omit the defined()?) Just changing if (defined(%hash)) ... to if (%hash) ... as proposed by perldoc -tf defined does the trick. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages mhonarc depends on: ii perl 5.14.2-20 Versions of packages mhonarc recommends: ii perl [libdigest-md5-perl] 5.14.2-20 mhonarc suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703676: [Python-modules-team] Bug#703676: python3-cairo: uninstallable in experimental due to Python 3.3
Julien Cristau [2013-03-22 9:31 +0100]: What forces the installation of experimental's python3? I don't think anything forces it, but I happened to have it installed. But right, I guess one could also interpret this as we shouldn't rebuild packages against python3.3 until python 3.3 lands in unstable, is that the case? If so, then this bug report is moot indeed. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703362: unblock: openssl/1.0.1e-2
Adam D. Barratt a...@adam-barratt.org.uk (19/03/2013): Unblocked, but needs a udeb ack. Looks good to me. Mraw, KiBi. signature.asc Description: Digital signature
Bug#703680: Please package latest upstream version
Package: libestr-dev Version: 0.1.4-1 Severity: wishlist Hi, rsyslog upstream has bumped the minimum required version on libestr to 0.1.5. As I would like to update rsyslog in experimental, it would be great if you can upload a newer libestr to experimental. Thanks, Michael [1] http://git.adiscon.com/?p=rsyslog.git;a=commitdiff;h=83c1920d7a6e -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libestr-dev depends on: ii libestr0 0.1.4-1 libestr-dev recommends no packages. libestr-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703676: [Python-modules-team] Bug#703676: Bug#703676: python3-cairo: uninstallable in experimental due to Python 3.3
On Fri, Mar 22, 2013 at 09:56:38 +0100, Martin Pitt wrote: Julien Cristau [2013-03-22 9:31 +0100]: What forces the installation of experimental's python3? I don't think anything forces it, but I happened to have it installed. But right, I guess one could also interpret this as we shouldn't rebuild packages against python3.3 until python 3.3 lands in unstable, is that the case? If so, then this bug report is moot indeed. I wouldn't say shouldn't, but not being built against 3.3 is probably not grounds for serious severity. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703676: [Python-modules-team] Bug#703676: Bug#703676: python3-cairo: uninstallable in experimental due to Python 3.3
Julien Cristau [2013-03-22 10:11 +0100]: I wouldn't say shouldn't, but not being built against 3.3 is probably not grounds for serious severity. OK, thanks for the heads-up. Dialed down to normal. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703681: sendemail: Upstream URL wrong in package info
Package: sendemail Version: 1.56-2 Severity: minor Tags: patch Dear Maintainer, The upstream URL is http://caspian.dotconf.net/menu/Software/SendEmail/ -without the www. Please find enclosed a quick and dirty patch on the debian/control file. Thank you for maintaining this useful package in Debian! Have a nice day, Feth Arezki -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sendemail depends on: ii libio-socket-inet6-perl 2.69-2 ii perl 5.14.2-20 sendemail recommends no packages. Versions of packages sendemail suggests: ii libio-socket-ssl-perl 1.76-2 ii libnet-ssleay-perl 1.48-1+b1 -- no debconf information diff --git a/control b/control index 2f0d00e..6632be5 100644 --- a/control +++ b/control @@ -4,7 +4,7 @@ Priority: optional Maintainer: Alejandro Garrido Mota garridom...@gmail.com Build-Depends: debhelper (= 7.0.50~) Standards-Version: 3.9.1 -Homepage: http://www.caspian.dotconf.net/menu/Software/SendEmail/ +Homepage: http://caspian.dotconf.net/menu/Software/SendEmail/ Package: sendemail Architecture: all
Bug#703664: please ship a python-rpython package (or the rpython binary(s) with a private module)
Hi Paul (2013.03.22_01:40:06_+0200) I was wondering if you could ship the rpython binary, some of us crazy folks do like to use it outside of pypy, hopefully this work can be sync'd with the new rpython-as-an-upstream that might happen at some point (not in pypi :( ) Yup, already done most of the work for it :) -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692948: [pkg-firebird-general] Bug#692948: patch
-=| Serafeim Zanikolas, 21.03.2013 20:30:15 +0100 |=- Attached an NMU patch against 2.5.2~svn+54698.ds4-2 (which is now both in testing and sid). I wasn't able to reproduce the upgrade issue so I won't NMU unless someone that can do so verifies the fix. Damyan, you're of course welcome to take over if you find the time. Many thanks for your help! It seems I am able to reproduce the issue with the following piuparts command: sudo nice piuparts --skip-logrotatefiles-test --warn-on-others \ --scriptsdir /etc/piuparts/scripts --warn-on-leftovers-after-purge \ --dpkg-noforce-unsafe-io --mirror http://proxy:/debian \ --tmpdir /var/cache/pbuilder/build -b /var/cache/pbuilder/lenny.tgz \ -d lenny -d squeeze -d wheezy --warn-on-debsums-errors \ --apt libfbclient2=2.5.2~svn+54698.ds4-2 I will test the binary packages with the fix applied and file a pre-approval request with the release team. -- dam signature.asc Description: Digital signature
Bug#695361: less: buggy backslash handling in prompt string: \ needs to be doubled
Hi, version 457 of less, released in December, reverts to the old parsing behaviour and makes the new one available as an option instead. So it would probably be a better idea to upgrade to that version instead. -Jan -- -[ OpenPGP key ID: 00A0FD5F ]- I contend that we are both atheists. I just believe in one fewer god than you do. When you understand why you dismiss all the other possible gods, you will understand why I dismiss yours. -- Sir Stephen Henry Roberts -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695361: less: buggy backslash handling in prompt string: \ needs to be doubled
On 2013-03-22 22:50:40 +1300, Jan Larres wrote: version 457 of less, released in December, reverts to the old parsing behaviour and makes the new one available as an option instead. So it would probably be a better idea to upgrade to that version instead. I agree. And what's important is that compatible versions of less and man-db are installed at the same time. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703682: texlive-math-extra: xelatex and unicode-math break \not\in
Package: texlive-math-extra Version: 2012.20130315-1 Severity: normal hi, the statement $\not\in$ does not work when compiling with xelatex and using the package unicode-math ; see attached examples. I tried the attached examples with texlive as shipped in Debian experimental (20130315), and with two installs of texlive made using their upstream installer (2013-02-19 and 2013-03-22) : the problem only occours with the Debian version: hence I am posting this bug thanks. a. ## minimal input file see attachment ## List of ls-R files -rw-r--r-- 1 root root 1682 Mar 18 21:38 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 Dec 19 05:11 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Mar 16 04:01 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN -rw-rw-r-- 1 root staff 80 Jul 4 2012 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 31 Mar 16 04:01 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Mar 16 04:01 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Mar 16 04:01 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN ## Config files -rw-r--r-- 1 root root 838 Feb 19 21:57 /etc/texmf/web2c/texmf.cnf -rw-r--r-- 1 root root 5032 Mar 18 21:38 /var/lib/texmf/web2c/fmtutil.cnf lrwxrwxrwx 1 root root 32 Mar 16 04:01 /usr/share/texmf/web2c/updmap.cfg - /var/lib/texmf/updmap.cfg-DEBIAN -rw-r--r-- 1 root root 3694 Mar 18 21:38 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 Jun 26 2011 mktex.cnf -rw-r--r-- 1 root root 838 Feb 19 21:57 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf 1df66bc319cec731e202eaf39f5d85e1 /etc/texmf/texmf.d/96JadeTeX.cnf -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-math-extra depends on: ii dpkg 1.16.9 ii tex-common 4.01 ii texlive-binaries 2012.20130315.29398-1 ii texlive-common 2012.20130315-1 ii texlive-fonts-recommended 2012.20130315-1 ii texlive-latex-base 2012.20130315-1 texlive-math-extra recommends no packages. texlive-math-extra suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.9 ii ucf3.0025+nmu3 Versions of packages tex-common suggests: ii debhelper 9.20120909 Versions of packages texlive-math-extra is related to: ii tex-common4.01 ii texlive-binaries 2012.20130315.29398-1 -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) notin.tar.bz2 Description: Binary data signature.asc Description: Digital signature
Bug#624610: cabybara need selenium-webdriver
Hi! Praveen A: block 624610 by 703492 I took a shot to see if we could patch out Selenium::WebDriver support from Capybara to get a Debian package before Selenium is done. The result looks ok and appears to work for applications that can be tested using the :rack_test driver. See git://git.debian.org/pkg-ruby-extras/ruby-capybara.git and http://git.debian.org/?p=pkg-ruby-extras/ruby-capybara.git;a=summary. I welcome your opinion and review. :) -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#584724: Happened to us as well
We experienced something that looks like the same thing, only 48 hours after we upgraded the machine to squeeze. The machine seems to have been running quite stable for a long time before the upgrade. Mar 22 07:23:34 cookie kernel: [155274.21] [ cut here ] Mar 22 07:23:34 cookie kernel: [155274.56] WARNING: at /build/buildd-linux-2.6_2.6.32-48squeeze1-i386-F95osd/linux-2.6-2.6.32/debian/build/source_i386_none/net/sched/sch_generic.c:261 dev_watchdog+0xbd/0x15d() Mar 22 07:23:34 cookie kernel: [155274.70] Hardware name: CN400-8237 Mar 22 07:23:34 cookie kernel: [155274.79] NETDEV WATCHDOG: eth1 (via-rhine): transmit queue 0 timed out Mar 22 07:23:34 cookie kernel: [155274.87] Modules linked in: sit tunnel4 ip6t_LOG nf_conntrack_ipv6 ipt_LOG xt_limit xt_state xt_tcpudp ip6table_filter ip6_tables iptable_nat iptable_filter ip_tables x_tables nf_nat_ftp nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack_ftp nf_conntrack hwmon_vid eeprom loop snd_via82xx gameport snd_ac97_codec ac97_bus snd_mpu401_uart snd_rawmidi snd_pcm snd_timer snd_seq_device snd_page_alloc i2c_viapro snd parport_pc shpchp serio_raw evdev joydev pcspkr parport i2c_core soundcore button pci_hotplug processor ext3 usbhid hid jbd mbcache sd_mod crc_t10dif ata_generic pata_via fan sata_via uhci_hcd ehci_hcd thermal libata via_rhine usbcore nls_base thermal_sys mii scsi_mod [last unloaded: scsi_wait_scan] Mar 22 07:23:34 cookie kernel: [155274.000272] Pid: 0, comm: swapper Not tainted 2.6.32-5-686 #1 Mar 22 07:23:34 cookie kernel: [155274.000280] Call Trace: Mar 22 07:23:34 cookie kernel: [155274.000308] [c10309b9] ? warn_slowpath_common+0x5e/0x8a Mar 22 07:23:34 cookie kernel: [155274.000323] [c11ea534] ? dev_watchdog+0x0/0x15d Mar 22 07:23:34 cookie kernel: [155274.000337] [c1030a17] ? warn_slowpath_fmt+0x26/0x2a Mar 22 07:23:34 cookie kernel: [155274.000351] [c11ea5f1] ? dev_watchdog+0xbd/0x15d Mar 22 07:23:34 cookie kernel: [155274.000370] [c1041982] ? insert_work+0x71/0x78 Mar 22 07:23:34 cookie kernel: [155274.000384] [c1041cfb] ? delayed_work_timer_fn+0x0/0x28 Mar 22 07:23:34 cookie kernel: [155274.000404] [c103b334] ? run_timer_softirq+0x16a/0x1eb Mar 22 07:23:34 cookie kernel: [155274.000425] [c1035b06] ? __do_softirq+0xaa/0x156 Mar 22 07:23:34 cookie kernel: [155274.000439] [c1035be3] ? do_softirq+0x31/0x3c Mar 22 07:23:34 cookie kernel: [155274.000452] [c1035cbd] ? irq_exit+0x26/0x58 Mar 22 07:23:34 cookie kernel: [155274.000479] [c10144ad] ? smp_apic_timer_interrupt+0x6c/0x76 Mar 22 07:23:34 cookie kernel: [155274.000500] [c1003b35] ? apic_timer_interrupt+0x31/0x38 Mar 22 07:23:34 cookie kernel: [155274.000529] [c101ab10] ? native_safe_halt+0x2/0x3 Mar 22 07:23:34 cookie kernel: [155274.000545] [c10087eb] ? default_idle+0x3c/0x5a Mar 22 07:23:34 cookie kernel: [155274.000558] [c1002377] ? cpu_idle+0x89/0xa2 Mar 22 07:23:34 cookie kernel: [155274.000584] [c13c17fc] ? start_kernel+0x318/0x31d Mar 22 07:23:34 cookie kernel: [155274.000593] ---[ end trace e3d4b41141acdaaf ]--- Mar 22 07:23:34 cookie kernel: [155274.000748] eth1: Transmit timed out, status 1003, PHY status 786d, resetting... Mar 22 07:23:34 cookie kernel: [155274.001541] eth1: link up, 100Mbps, full-duplex, lpa 0xC5E1 Mar 22 07:23:38 cookie kernel: [155278.000175] eth1: Transmit timed out, status 0003, PHY status 786d, resetting... Mar 22 07:23:38 cookie kernel: [155278.001014] eth1: link up, 100Mbps, full-duplex, lpa 0xC5E1 Mar 22 07:23:42 cookie kernel: [155282.000174] eth1: Transmit timed out, status 0003, PHY status 786d, resetting... -- Heikki Levantoheikki at indexdata dot dk In Murphy We Turst -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703553: patch for delayed NMU
Control: tag -1 +pending Dear maintainer, I've uploaded an NMU to delayed/5, using a repackaged source based on Prach Pongpanich's patch. Please feel free to override it. -- Every great idea is worthless without someone to do the work. --Neil Williams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703683: update emacs to 24.3
Package: emacs Version: 24.3 Severity: |wishlist |The latest release of emacs includes numerous improvements. It would be great to see updated package in Debian compiled using gtk3 (which is the default library now). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703539: Upgrade fails with `/etc/grub.d/10_hurd: line 22: /usr/lib/grub/update-grub_lib: No such file or directory`
Control: tag -1 pending On Wed, Mar 20, 2013 at 11:33:29PM +0100, Paul Menzel wrote: Am Mittwoch, den 20.03.2013, 22:27 + schrieb Colin Watson: /etc/grub.d/10_hurd hasn't been shipped by Debian's grub-common package on i386 for rather a long time now; in fact, until I did some archaeology as a result of this bug, I was unaware that it was ever shipped on non-Hurd architectures. The last package version to ship it was 1.96+20081201-1, uploaded on 2008-12-01. Since really not that many people were using grub2 back then, I'm downgrading severity, although we still ought to clean this up. Agreed. Can you confirm that you were using grub2 that long ago? Yes, I think so. I switched to it pretty early. $ ls -l 10_hurd -rwxr-xr-x 1 root root 2339 Sep 1 2008 10_hurd $ dpkg -S 10_hurd grub-common: /etc/grub.d/10_hurd Great, thanks. 2.00-14 will clean this up on upgrade as long as the file was not locally modified, along with 10_freebsd which I suspect also exists. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703684: cadabra: Left-arrow in terminal
Package: cadabra Version: 1.29-1 Severity: wishlist Hi! It is always annoying to me when terminal based programs do not support using the left and right arrow keys to move the cursor within the currently written line of text. This is extremely useful in order to correct mistakes that have been written. Backspace works, but deletes all the text that appears on the line after the mistake. Please support the use of left and right arrow keys so that it becomes possible to do efficient editing inside the cadabra interpreter. Best regards Torquil Sørensen -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (700, 'unstable'), (500, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cadabra depends on: ii dpkg1.16.10 ii dvipng 1.14-1+b1 ii libatk1.0-0 2.4.0-2 ii libatkmm-1.6-1 2.22.6-1 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libcairomm-1.0-11.10.0-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.35.9-2 ii libglibmm-2.4-1c2a 2.32.1-1 ii libgmp102:5.0.5+dfsg-2 ii libgmpxx4ldbl 2:5.0.5+dfsg-2 ii libgtk2.0-0 2.24.17-1 ii libgtkmm-2.4-1c2a 1:2.24.2-1 ii libmodglue1 1.17-2.1 ii libpango1.0-0 1.30.0-1 ii libpangomm-1.4-12.28.4-1 ii libpcrecpp0 1:8.31-2 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.7.2-5 ii lie 2.2.2+dfsg-2 ii tex-common 3.15 ii texlive 2012.20120611-5 ii texlive-fonts-extra 2012.20120611-2 ii texlive-latex-recommended [texlive-latex3] 2012.20120611-5 ii texlive-math-extra 2012.20120611-2 ii ttf-lyx 2.0.3-3 cadabra recommends no packages. cadabra suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703685: ITP: node-osenv -- Environment settings lookup module for Node.js
Package: wnpp Severity: wishlist Owner: Jérémy Lal kapo...@melix.org * Package name: node-osenv Version : 0.0.3 Upstream Author : Isaac Z. Schlueter i...@izs.me * URL : https://github.com/isaacs/osenv * License : BSD-2-clause Programming Lang: JavaScript Description : Environment settings lookup module for Node.js node-osenv looks for hostname, user, prompt, tmpdir, home, path, editor, shell in environment variables, utilities like hostname or whoami, with appropriate default values. It supports the same platforms as Node.js does. . Node.js is an event-based server-side javascript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703686: /usr/bin/w3af-console cannot start because /usr/bin/python2.5 is explicit defined to run /usr/share/w3af/w3af_console
Package: w3af-console Version: 1.0-rc3svn3489- I installed w3af-console on my Debian Wheezy workstation and tried to run w3af_console. $ /usr/bin/w3af_console /usr/bin/w3af_console: 3: /usr/bin/w3af_console: /usr/bin/python2.5: not found Python 2.5 is explicit defined to run /usr/share/w3af/w3af_console $ cat /usr/bin/w3af_console #!/bin/sh if [ -r /usr/share/w3af/w3af_console ] ; then /usr/bin/python2.5 /usr/share/w3af/w3af_console $@ fi -- Frank Baalbergen - System / Network Engineer T +31 (0)10 2760434 | frank.baalber...@mendix.com | www.mendix.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703687: smstools: inefficient polling of directories should be replaced by inotify interface
Package: smstools Version: 3.1.14-1 Severity: minor Hi, Smstools currently checks a couple of directories every x seconds. That is inefficient: 1. it doesn't react immediately on new outgoing sms messages, delaying their transmission 2. it polls when it is not neccessary, using system resources Regarding point 2: this is a real problem in situations where for example a simple server like a raspberry pi is used. I suggest to use inotify: smstools can then sleep forever and as soon as a new file appears in its outbound directory, it is woken up immediately. Of course it needs to explicitly scan the outbound directory when it starts up as new files may have appeared while it was not running. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smstools depends on: ii adduser 3.113 add and remove users and groups ii debconf 1.5.41 Debian configuration management sy ii libc62.13-24 Embedded GNU C Library: Shared lib ii libmm14 1.4.2-4 Shared memory library - runtime ii ucf 3.0025+nmu2 Update Configuration File: preserv smstools recommends no packages. smstools suggests no packages. -- Configuration Files: /etc/logrotate.d/smstools changed: /var/log/smstools/smsd.log { rotate 2 weekly compress missingok postrotate invoke-rc.d smstools reload /dev/null endscript } -- debconf information: smstools/modems/deviceincoming1: true smstools/deviceincoming: true smstools/devicebaudrateother: smstools/modems/devicename1: GSM1 smstools/devicebaudrate: 19200 smstools/devicenodeother: smstools/configureanothermodem1: false smstools/modems/devicebaudrate1: 19200 * smstools/config_exist: smstools/devicename: GSM1 smstools/configure: true smstools/devicenode: smstools/modems/devicenode1: /dev/ttyS0 smstools/configureanothermodem: false smstools/deviceinit: smstools/modems/deviceinit1: smstools/eventhandler: /usr/local/sbin/sms_eventhandler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703688: isc-dhcp-client: Dhclient re-use old IP even if this one is expired
Package: isc-dhcp-client Version: 4.1.1-P1-15+squeeze3 Severity: important Today we are 22 of March 2013. Here is the DHCP attribution list on my router: DHCP Clients Host Name MAC Address IP Address Lease Time Remaining 00:20:E0:71:31:7C 192.168.1.3 Expired ubuntu 00:13:A9:61:2D:31 192.168.1.2 1 hours, 39 minutes, 44 seconds The computer I'm talking about in this bug is 00:20:E0:71:31:7C Here is the /var/lib/dhcp/dhclient.eth0.leases: lease { interface eth0; fixed-address 192.168.1.3; option subnet-mask 255.255.255.0; option routers 192.168.1.1; option dhcp-lease-time 86400; option dhcp-message-type 5; option domain-name-servers 192.168.1.1; option dhcp-server-identifier 192.168.1.1; renew 4 2013/03/21 21:43:50; rebind 4 2013/03/21 21:43:50; expire 4 2013/03/21 21:43:50; } lease { interface eth0; fixed-address 192.168.1.3; option subnet-mask 255.255.255.0; option routers 192.168.1.1; option dhcp-lease-time 7200; option dhcp-message-type 5; option domain-name-servers 192.168.1.1; option dhcp-server-identifier 192.168.1.1; renew 5 2013/03/22 12:17:39; rebind 5 2013/03/22 13:14:53; expire 5 2013/03/22 13:29:53; } I turned on the compter at 12.29 today, so it should have asked for renewing. It was more than 30 minutes ago and the computer still uses a non-DHCP-server-validated IP! However, I read that this couldn't happen more than five minutes. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages isc-dhcp-client depends on: ii debianutils 3.4 Miscellaneous utilities specific t ii iproute 20100519-3 networking and traffic control too ii isc-dhcp-common 4.1.1-P1-15+squeeze3 common files used by all the isc-d ii libc6 2.11.2-10Embedded GNU C Library: Shared lib isc-dhcp-client recommends no packages. Versions of packages isc-dhcp-client suggests: ii avahi-autoipd 0.6.27-2+squeeze1 Avahi IPv4LL network address confi pn resolvconf none(no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703689: release-notes: evolution paragraph deprecated
Package: release-notes Severity: normal Tags: patch Hi, evolution paragraph in Wheezy release notes is deprecated since it was about Squeeze upgrade. Attached patch removes it. It might still not be wise to upgrade with evolution running (and hoping it'll still work just fine before restarting it), but we already recomment to upgrade from outside a desktop environment anyway. Regards, -- Yves-Alexis -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Index: en/upgrading.dbk === --- en/upgrading.dbk (revision 9642) +++ en/upgrading.dbk (working copy) @@ -1258,30 +1258,7 @@ # visudo -f /etc/sudoers.d/mychanges /screen /section -section id=issues-evolution -titleEvolution/title -para -Evolution (the GNOME Desktop mail client) has been updated from version -literal2.22/literal to literal2.30/literal. This changes the -storage format used by the package for local data and there is a -possibility of data loss if the upgrade is performed whilst systemitem -role=packageevolution/systemitem is running. Exiting the -application itself may not be sufficient, as various related components -will continue to run in the background. To avoid any potential issues, -it is recommended that you completely exit your desktop environment -before beginning the upgrade to releasename;. -/para -para -As part of the upgrade process, systemitem -role=packageevolution/systemitem will check whether any related -processes are running and will recommend that they be closed. A -secondary check for processes will then be performed; if necessary, a -choice will be offered between allowing the remaining processes to be -killed or aborting the upgrade in order to resolve the situation by -hand. -/para /section -/section !-- End of 'trouble' section -- /section
Bug#692948: [pkg-firebird-general] Bug#692948: patch
-=| Damyan Ivanov, 22.03.2013 11:55:11 +0200 |=- -=| Serafeim Zanikolas, 21.03.2013 20:30:15 +0100 |=- Attached an NMU patch against 2.5.2~svn+54698.ds4-2 (which is now both in testing and sid). I wasn't able to reproduce the upgrade issue so I won't NMU unless someone that can do so verifies the fix. Damyan, you're of course welcome to take over if you find the time. Many thanks for your help! It seems I am able to reproduce the issue with the following piuparts command: sudo nice piuparts --skip-logrotatefiles-test --warn-on-others \ --scriptsdir /etc/piuparts/scripts --warn-on-leftovers-after-purge \ --dpkg-noforce-unsafe-io --mirror http://proxy:/debian \ --tmpdir /var/cache/pbuilder/build -b /var/cache/pbuilder/lenny.tgz \ -d lenny -d squeeze -d wheezy --warn-on-debsums-errors \ --apt libfbclient2=2.5.2~svn+54698.ds4-2 I will test the binary packages with the fix applied and file a pre-approval request with the release team. However, the only binary package that is available in lenny and can be upgraded to wheezy is libfbclient2. All the other packages in wheezy have '2.5' in their name and firebird 2.5 was not available in lenny. Squeeze packages shipped with symlinks from day one. So the only thing that has to be fixed is libfbclient2, and the first patch proposed (4 months ago!) was going to fix it. Sigh. Sorry everybody for wasting your time :/ -- dam signature.asc Description: Digital signature
Bug#703690: groff-base: can't re-enable rendering - as HYPHEN
Package: groff-base Version: 1.22.2-1 According to README.Debian you can make groff render - as Unicode HYPHEN by commenting out . if '\*[.T]'utf8' \ .char - \N'45' from /etc/groff/*.local. However, this doesn't work: even if you comment these lines out, - is still rendered as ASCII HYPHEN-MINUS. Apparently this is because the same requests are included in these files: /usr/share/groff/1.22.2/tmac/an-old.tmac /usr/share/groff/1.22.2/tmac/doc.tmac -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.7-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages groff-base depends on: ii libc6 2.17-0experimental2 ii libgcc1 1:4.8-20130318-1 ii libstdc++6 4.8-20130318-1 Versions of packages groff-base suggests: ii groff 1.22.2-1 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703691: isc-dhcp-client: In some conditions dhclient can attribute an IP used by another computer on the network
Package: isc-dhcp-client Version: 4.1.1-P1-15+squeeze3 Severity: important Powering on two computers and a DHCP at the same time, I find sometimes an IP-conflict between the two computers. I think that this could happen: The first computer uses another DHCP client than dhclient, it asks for an IP and gets 192.168.1.3 by the DHCP server. The second computer uses dhclient, reading the leases file, it successfuly pings the router. So it keeps its 192.168.1.3 IP for example. Why dhclient doesn't ping the computer IP(like it does with the router one) before keeping it without asking the DHCP server? -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages isc-dhcp-client depends on: ii debianutils 3.4 Miscellaneous utilities specific t ii iproute 20100519-3 networking and traffic control too ii isc-dhcp-common 4.1.1-P1-15+squeeze3 common files used by all the isc-d ii libc6 2.11.2-10Embedded GNU C Library: Shared lib isc-dhcp-client recommends no packages. Versions of packages isc-dhcp-client suggests: ii avahi-autoipd 0.6.27-2+squeeze1 Avahi IPv4LL network address confi pn resolvconf none(no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703402: PTS: link to the blends website for packages involved in blends
On Wed, Mar 20, 2013 at 05:05:33PM +0100, Andreas Tille wrote: Well, machine readable file is one thing. At first we need to define the SQL table layout. Currently the philosophy in UDD is to have the tables not normalised but I think it makes sense to normalise to some extend into three tables because it simplifies things we intend to do: CREATE TABLE blends_packages ( -- fieldname type, -- example_value blend TEXT REFERENCES blends_metadata, task TEXT REFERENCES blends_tasks, packageTEXT, -- 'gromacs' Shouldn't/couldn't that be a foreign key to a general binary-packages table, assuming that exists? PRIMARY KEY (blend, task, package) ) Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703692: systemd: service not started back in pre/post installation scripts
Package: systemd Version: 44-11 Severity: normal This is what I see on my machine today. I'm not sure if apache has support for systemd, but otherwise too, systemd should have handled it in sysv compatibility mode. rrs@zan:/etc/apache2/mods-enabled$ sudo aptitude install libapache2-mod-php5 The following NEW packages will be installed: apache2-mpm-prefork{ab} libapache2-mod-php5 0 packages upgraded, 2 newly installed, 0 to remove and 3 not upgraded. Need to get 2,667 kB of archives. After unpacking 8,893 kB will be used. The following packages have unmet dependencies: apache2-mpm-worker : Conflicts: apache2-mpm which is a virtual package. apache2-mpm-prefork : Conflicts: apache2-mpm which is a virtual package. The following actions will resolve these dependencies: Remove the following packages: 1) apache2-mpm-worker Accept this solution? [Y/n/q/?] The following NEW packages will be installed: apache2-mpm-prefork{a} libapache2-mod-php5 The following packages will be REMOVED: apache2-mpm-worker{a} 0 packages upgraded, 2 newly installed, 1 to remove and 3 not upgraded. Need to get 2,667 kB of archives. After unpacking 8,837 kB will be used. Do you want to continue? [Y/n/?] Get: 1 http://ftp.debian.org/debian/ testing/main apache2-mpm-prefork amd64 2.2.22-13 [2,360 B] Get: 2 http://ftp.debian.org/debian/ testing/main libapache2-mod-php5 amd64 5.4.4-14 [2,664 kB] Fetched 2,667 kB in 4s (553 kB/s) Retrieving bug reports... Done Parsing Found/Fixed information... Done dpkg: apache2-mpm-worker: dependency problems, but removing anyway as you requested: apache2 depends on apache2-mpm-worker (= 2.2.22-13) | apache2-mpm-prefork (= 2.2.22-13) | apache2-mpm-event (= 2.2.22-13) | apache2-mpm-itk (= 2.2.22-13); however: Package apache2-mpm-worker is to be removed. Package apache2-mpm-prefork is not installed. Package apache2-mpm-event is not installed. Package apache2-mpm-itk is not installed. (Reading database ... 226369 files and directories currently installed.) Removing apache2-mpm-worker ... [ ok ] Stopping apache2 (via systemctl): apache2.service. Selecting previously unselected package apache2-mpm-prefork. (Reading database ... 226366 files and directories currently installed.) Unpacking apache2-mpm-prefork (from .../apache2-mpm-prefork_2.2.22-13_amd64.deb) ... Setting up apache2-mpm-prefork (2.2.22-13) ... Selecting previously unselected package libapache2-mod-php5. (Reading database ... 226371 files and directories currently installed.) Unpacking libapache2-mod-php5 (from .../libapache2-mod-php5_5.4.4-14_amd64.deb) ... Setting up libapache2-mod-php5 (5.4.4-14) ... Creating config file /etc/php5/apache2/php.ini with new version rrs@zan:/etc/apache2/mods-enabled$ ls^C rrs@zan:/etc/apache2/mods-enabled$ sudo systemctl status apache2.service apache2.service - LSB: Start/stop apache2 web server Loaded: loaded (/etc/init.d/apache2) Active: inactive (dead) since Fri, 22 Mar 2013 18:14:09 +0530; 30s ago Process: 20171 ExecStop=/etc/init.d/apache2 stop (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/apache2.service Mar 22 18:10:19 zan apache2[19815]: Starting web server: apache2apache2: Could not reliably determine the server's full...verName Mar 22 18:14:07 zan apache2[20171]: Stopping web server: apache2apache2: Could not reliably determine the server's full...verName -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii dpkg 1.16.10 ii initscripts 2.88dsf-41 ii libacl1 2.2.51-8 ii libaudit01:1.7.18-1.1 ii libc62.13-38 ii libcap2 1:2.22-1.2 ii libcryptsetup4 2:1.4.3-4 ii libdbus-1-3 1.6.8-1 ii libkmod2 9-2 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.3-9 ii libselinux1 2.1.9-5 ii libsystemd-daemon0 44-11 ii libsystemd-id128-0 44-11 ii libsystemd-journal0 44-11 ii libsystemd-login044-11 ii libudev0 175-7.1 ii libwrap0 7.6.q-24 ii udev 175-7.1 ii util-linux 2.20.1-5.3 Versions of packages systemd recommends: ii libpam-systemd 44-11 Versions of packages systemd suggests: ii python2.7.3-4 ii python-cairo 1.8.8-1+b2 ii python-dbus 1.1.1-1 ii systemd-gui 44-11 -- 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#703693: RFS: fadecut/0.1.3-1 (post Wheezy RFS)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package fadecut * Package name: fadecut Version : 0.1.3-1 Upstream Author : ma...@balmer.name * URL : https://github.com/micressor/fadecut * License : GPL-3 Section : sound It builds those binary packages: fadecut- toolset to rip audiostreams, cut, fade in/out and tag the resulti To access further information about this package, please visit the following URL: http://mentors.debian.net/package/fadecut Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/fadecut/fadecut_0.1.3-1.dsc Changes since the last upload: fadecut (0.1.3-1) unstable; urgency=low * New 0.1.3 upstream release * Closes #2 at github: add custom USER_AGENT Thanks to mitsukarenai. * fadecut 0.1.2-1 was only in experimental and goes to unstable now. -- Marco Balmer ma...@balmer.name Fri, 22 Mar 2013 10:16:57 +0100 Regards, Marco Balmer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703402: PTS: link to the blends website for packages involved in blends
On Fri, Mar 22, 2013 at 01:31:58PM +0100, Michael Banck wrote: On Wed, Mar 20, 2013 at 05:05:33PM +0100, Andreas Tille wrote: Well, machine readable file is one thing. At first we need to define the SQL table layout. Currently the philosophy in UDD is to have the tables not normalised but I think it makes sense to normalise to some extend into three tables because it simplifies things we intend to do: CREATE TABLE blends_packages ( -- fieldname type, -- example_value blend TEXT REFERENCES blends_metadata, task TEXT REFERENCES blends_tasks, packageTEXT, -- 'gromacs' Shouldn't/couldn't that be a foreign key to a general binary-packages table, assuming that exists? I'm hesitating for two reasons: 1. UDD is intentionally very sparse with foreign keys (I used these here basically for clarifying issues and because these tables are not interconnected with other tables (except for the package name as you mentioned) 2. We have the table blends_prospectivepackages and I could potentially imagine rather an additional flag field like this distribution TEXT, featuring values like 'debian', 'ubuntu', 'prospective' or something like this - this would break the foreign key constraint. Even if I'm not sure whether this will be really implemented I do not see any reason for doing some over-design in the database table which might prevent some reasonable enhancement. Thanks for the hint anyway Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#362966: Verificatie van uw e-mailaccount
Uw mailbox heeft overschreden de limiet van 2 GB opslag wordt ook bepaald door uw beheerder, zijn 2.30GB draaien, kan niet in staat zijn om te verzenden of ontvangen berichten op totdat u bevestigen uw mailbox. Om opnieuw te valideren uw mailbox. doen klik op de onderstaande link: https://docs.google.com/forms/d/1XoMjqGQ1CH58WtE4cOtmW2g1vfWfGMZYoGQ7eeiJus0/viewform System Manager (webmail Administrator) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703694: git-buildpackage: git-import-orig refuses capital letters in version strings
Package: git-buildpackage Version: 0.6.0~git20130314 Severity: normal Here's what I got when calling git-import-orig: What will be the source package name? [libbtbb] What is the upstream version? [2012-10-R3] 2012.10.R3 gbp:warn: Not a valid upstream version: '2012.10.R3'. Upstream version numbers must start with a digit and can only containg lower case letters (a-z), digits (0-9), full stops (.), plus signs (+), minus signs (-), colons ( : ) and tildes ( ~ ) This too strict. Debian versions have the right to contain capital letters. Dpkg accepts -+:.0-9a-zA-Z~ in version strings. And the archive does contain package versions with capital letters: $ dpkg-query -W bind9-host bind9-host 1:9.8.4.dfsg.P1-6 Please relax that requirement. Cheers, -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts 2.12.6 ii git 1:1.7.10.4-2 ii python 2.7.3-4 ii python-dateutil 1.5+dfsg-0.1 Versions of packages git-buildpackage recommends: ii cowbuilder0.71 ii pristine-tar 1.26 Versions of packages git-buildpackage suggests: ii python-notify 0.1.1-3 ii unzip 6.0-9 -- 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#703695: ITP: libmessage-passing-zeromq-perl -- input and output messages to ZeroMQ
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: libmessage-passing-zeromq-perl Version : 0.06 Upstream Author : Tomas (t0m) Doran bobtf...@bobtfish.net * URL : http://search.cpan.org/dist/Message-Passing-ZeroMQ/ * License : AGPL-3 Programming Lang: Perl Description : input and output messages to ZeroMQ Message::Passing::ZeroMQ is a ZeroMQ transport for Message::Passing. . Designed for use as a log transport and aggregation mechanism for perl applications, allowing you to aggregate structured and non-structured log messages across the network in a non-blocking manner. . Clients (i.e. users of the Message::Passing::Output::ZeroMQ class) connect to a server (i.e. a user of the Message::Passing::Input::ZeroMQ class) via ZeroMQ's pub/sub sockets. These are setup to be lossy and non-blocking, meaning that if the log-receiver process is down or slow, then the application will queue a small (and configurable) amount of logs on its side, and after that log messages will be dropped. . Whilst throwing away log messages isn't a good thing to do, or something that you want to happen regularly, in many (especially web application) contexts, network logging being a single point of failure is not acceptable from a reliability and graceful degradation standpoint. . The application grinding to a halt as a non-essential centralised resource is unavailable (e.g. the log aggregation server) is significantly less acceptable than the loss of non-essential logging data. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703696: pgpool2: PID file assumes PostgreSQL is installed
Package: pgpool2 Version: 3.1.3-4 Severity: important Dear Maintainer, * What led up to the situation? Trying to install pgpool2 on a machine to act as a frontend for several backend PostgreSQL databases. The machine *does not* and *must not* have PostgreSQL installed, so there was no postgresql-9.1 package there. * What exactly did you do (or not do) that was effective (or ineffective)? aptitude install pgpool2 * What was the outcome of this action? The pgpool2 service would not start because the PID-file defined in the init script has /var/run/postgresql/pgpool.pid and /var/run/postgresql does not exist, given that there's no PostgreSQL installed there. * What outcome did you expect instead? pgpool must be able to run on machines that don't have PostgreSQL installed, so assuming /var/run/postgresql exists is not right. Since pgpool could be run on its own, its PID file shouldn't be related to any other package being installed. I expected the init script to use /var/run/pgpool.pid. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pgpool2 depends on: ii libc6 2.13-38 ii libpgpool0 3.1.3-4 ii libpq5 9.1.8-1 ii lsb-base 4.1+Debian8 ii postgresql-common 134wheezy3 ii ucf3.0025+nmu3 pgpool2 recommends no packages. pgpool2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703697: [CRASH] Uncaught exception AttributeError in Backend/PythonApt.py:801
Package: update-manager-core Version: 0.200.5-1 Severity: normal File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py *** /tmp/update-manager-bug3MXmwk The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: type 'exceptions.AttributeError' - Exception Value: AttributeError('NoneType' object has no attribute 'get_package_list',) - Exception Origin: BugHandler.Thread(PythonAptCommit, started 140382238332672) - Exception Traceback: File /usr/lib/pymodules/python2.6/UpdateManager/BugHandler.py, line 89, in run threading.Thread.run(self, *args, **kwargs) File /usr/lib/python2.6/threading.py, line 484, in run self.__target(*self.__args, **self.__kwargs) File /usr/lib/pymodules/python2.6/UpdateManager/Backend/PythonApt.py, line 801, in thread_helper for pkg_info in self._available_updates.get_package_list(): -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages update-manager-core depends on: ii lsb-release 3.2-23.2squeeze1 Linux Standard Base version report ii python2.6.6-3+squeeze7 interactive high-level object-orie ii python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg ii python-support1.0.10 automated rebuilding support for P Versions of packages update-manager-core recommends: ii update-manager-gnome 0.200.5-1 GNOME application that manages sof update-manager-core suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703698: isc-dhcp-server: 100% CPU consuming due problem with function gettimeofday
Package: isc-dhcp-server Version: 4.2.2.dfsg.1-5+deb70u3 Severity: important Dear Maintainer, there are some points of reported problem: - DHCP server is used like secondary server for failover high avalability service - problem with 100% CPU consuming - service was troubleshooted with commands: strace dhcpd -f Problem output: read(8, , 4047) = 0 gettimeofday({1363957696, 815455}, NULL) = 0 select(22, [4 5 7 8 9], [], NULL, {13, 422598}) = 1 (in [8], left {13, 422596}) gettimeofday({1363957696, 815495}, NULL) = 0 gettimeofday({1363957696, 815511}, NULL) = 0 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages isc-dhcp-server depends on: ii debconf [debconf-2.0] 1.5.49 ii debianutils4.3.2 ii isc-dhcp-common4.2.2.dfsg.1-5+deb70u3 ii libc6 2.13-38 ii lsb-base 4.1+Debian8 isc-dhcp-server recommends no packages. Versions of packages isc-dhcp-server suggests: pn isc-dhcp-server-ldap none -- Configuration Files: /etc/dhcp/dhcpd.conf changed: option domain-name mydomain.cz; option domain-name-servers 10.0.10.2, 10.0.10.3; option ntp-servers tik.cesnet.cz, tak.cesnet; default-lease-time 600; authoritative; log-facility local7; lease-file-name /var/log/dhcpd.leases; set vendorclass = option vendor-class-identifier; include /etc/dhcp/dhcpd.conf.secondary; include /etc/dhcp/dhcpd.conf.subnet; include /etc/dhcp/dhcpd.conf.static; -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = en_US:en, LC_ALL = (unset), LC_TIME = cs_CZ.UTF-8, LC_MONETARY = cs_CZ.UTF-8, LC_ADDRESS = cs_CZ.UTF-8, LC_TELEPHONE = cs_CZ.UTF-8, LC_NAME = cs_CZ.UTF-8, LC_MEASUREMENT = cs_CZ.UTF-8, LC_IDENTIFICATION = cs_CZ.UTF-8, LC_NUMERIC = cs_CZ.UTF-8, LC_PAPER = cs_CZ.UTF-8, LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_ALL to default locale: No such file or directory isc-dhcp-server/interfaces: eth0 isc-dhcp-server/config_warn: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703699: ldapvi: exits with core dump if rebind fails and one tries again
Package: ldapvi Version: 1.7-9 Severity: normal Dear Maintainer, I called ldapvi without parameters to get the content of the ldap database. The editor pops up as estimated and I changed some content. After saving and quitting I tried to save the changes with command y. This was not possible because I didn't insert the credentials. So I typed r to rebind and typed in the credentials (which were wrong). I got following output: ldap_bind: Invalid credentials (49) Connected to (null). add: 0, rename: 0, modify: 1, delete: 0 I tried again command r to rebind and got: Action? [yYqQvVebB*rsf+?] r ldapvi: unbind.c:45: ldap_unbind_ext: Assertion `ld != ((void *)0)' failed. Aborted (core dumped) I loaded the source tried to find the problem. Here is my suggestion for a repair: diff --git a/ldapvi/ldapvi.c b/ldapvi/ldapvi.c index b594327..628edf7 100644 --- a/ldapvi/ldapvi.c +++ b/ldapvi/ldapvi.c @@ -1642,7 +1642,8 @@ main_loop(LDAP *ld, cmdline *cmdline, puts(Type 'b' to log in.); break; case 'r': - ldap_unbind_s(ld); + if (ld != NULL) + ldap_unbind_s(ld); ld = do_connect( cmdline-server, cmdline-bind_options, Wiht this changes the described problem is no longer existing. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.4.0-rc4-pille (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ldapvi depends on: ii libc6 2.13-38 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libldap-2.4-2 2.4.31-1 ii libncurses55.9-10 ii libpopt0 1.16-7 ii libreadline6 6.2+dfsg-0.1 ii libtinfo5 5.9-10 ldapvi recommends no packages. ldapvi suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703640: src:linux: [3.8 - 3.8.1 regression]: Resume from suspend stuck with framebuffer locking rework
Le jeudi 21 mars 2013 à 21:56 +0100, Vincent Blut a écrit : Le jeudi 21 mars 2013 à 19:28 +0100, Vincent Blut a écrit : Package: src:linux Version: 3.8.3-1~experimental.1 Severity: important Tags: upstream Hi, As mentioned in the subject, the following commit prevents me to resume from suspend in kernel ≥ 3.8.1: commit cace7c323ddde7358ab2f2390ece964c55f30330 Author: Alan Cox a...@linux.intel.com Date: Fri Jan 25 10:28:15 2013 +1000 fb: rework locking to fix lock ordering on takeover commit 50e244cc793d511b86adea24972f3a7264cae114 upstream. Adjust the console layer to allow a take over call where the caller already holds the locks. Make the fb layer lock in order. This is partly a band aid, the fb layer is terminally confused about the locking rules it uses for its notifiers it seems. [a...@linux-foundation.org: remove stray non-ascii char, tidy comment] [a...@linux-foundation.org: export do_take_over_console()] [airlied: cleanup another non-ascii char] Signed-off-by: Alan Cox a...@linux.intel.com Cc: Florian Tobias Schandinat florianschandi...@gmx.de Cc: Stephen Rothwell s...@canb.auug.org.au Cc: Jiri Kosina jkos...@suse.cz Tested-by: Sedat Dilek sedat.di...@gmail.com Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch Signed-off-by: Andrew Morton a...@linux-foundation.org Signed-off-by: Dave Airlie airl...@redhat.com Signed-off-by: Greg Kroah-Hartman gre...@linuxfoundation.org I didn't try to boot with this commit reverted, and looking at its size, I fear there will be some conflict to solve before attempting to do so. I guess it could be interesting to try 3.9-rc. to see how it behaves (I didn't see what have been merged in this area in the last merge window). I might try to connect through ssh to see if I get a trace. Same issue with 3.9-rc3, I'll try to find some time tomorrow in order to get eventual stack traces. Some news here, the suspend/resume process is doing fine (I checked while connected via ssh), but what I didn't notice because I was in a dark room is that there is just no backlight. But I find a workaround, setting acpi_osi=!Windows 2012 in the kernel command line seems to inhibit the issue. I found this workaround accidentally because I need this parameter to make my brightness control working again (I reported this in #702188 btw). Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601119: xserver-xorg-core: Caught signal 11 (Segmentation fault). cpu:mipsel loongson
Control: block 594684 by 601119 I'd like to correct what I said when closing #601119: the remaining issue is now #594684 Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701489: linux-image-3.7-trunk-amd64: asix_rx_fixup error messages from Lenovo ethernet dongle
Le mercredi 27 février 2013 à 18:04 +0100, Vincent Blut a écrit : found 701489 3.2.35-2 thanks Le samedi 23 février 2013 à 13:24 -0500, Eric Cooper a écrit : Package: src:linux Version: 3.7.8-1~experimental.1 Severity: normal During normal operation, there are numerous error messages from asix_rx_fixup, some of which are in the attached log. This is the Lenovo usb-ethernet dongle supplied with the ThinkPad X1 Carbon laptop. Hi Eric, I have a usb to ethernet dongle here which embed the same controller: $ lsusb -v | grep -i asix Bus 003 Device 002: ID 0b95:7e2b ASIX Electronics Corp. AX88772B idVendor 0x0b95 ASIX Electronics Corp. iManufacturer 1 ASIX Elec. Corp. Like you, I get from time to time the following error messages: $ dmesg | grep 'asix_rx_fixup()' [11687.121074] asix 3-1:1.0 eth0: asix_rx_fixup() Bad RX Length 582 [11859.900410] asix 3-1:1.0 eth0: asix_rx_fixup() Bad RX Length 454 [15697.977880] asix 3-1:1.0 eth0: asix_rx_fixup() Bad RX Length 66 [15697.977888] asix 3-1:1.0 eth0: asix_rx_fixup() Bad Header Length [15698.131641] asix 3-1:1.0 eth0: asix_rx_fixup() Bad RX Length 66 [15698.131813] asix 3-1:1.0 eth0: asix_rx_fixup() Bad Header Length [15698.618950] asix 3-1:1.0 eth0: asix_rx_fixup() Bad RX Length 66 [15698.618987] asix 3-1:1.0 eth0: asix_rx_fixup() Bad Header Length [15698.816807] asix 3-1:1.0 eth0: asix_rx_fixup() Bad RX Length 66 [15698.816848] asix 3-1:1.0 eth0: asix_rx_fixup() Bad Header Length [15698.963551] asix 3-1:1.0 eth0: asix_rx_fixup() Bad RX Length 66 [15698.963622] asix 3-1:1.0 eth0: asix_rx_fixup() Bad Header Length [15699.017713] asix 3-1:1.0 eth0: asix_rx_fixup() Bad RX Length 66 [15699.017734] asix 3-1:1.0 eth0: asix_rx_fixup() Bad Header Length As reported in the kernel ring buffer, I thought that these errors were all related to rx_length_errors but looking at the sysfs interface it seems it isn't the case: $ cat /sys/class/net/eth0/statistics/rx_length_errors 2 The rest is logged in rx_errors $ cat /sys/class/net/eth0/statistics/rx_errors 16 I tested throughput with iperf before and after these errors and it seems that the connection is not affected (≈ 94Mbits/s), same conclusion for the latency. I intended to see if a bad NIC parameter could be the cause of these errors, but most NIC of them are fixed in the firmware (‽): # ethtool -k eth0 Features for eth0: rx-checksumming: off [fixed] tx-checksumming: off tx-checksum-ipv4: off [fixed] tx-checksum-ip-generic: off [fixed] tx-checksum-ipv6: off [fixed] tx-checksum-fcoe-crc: off [fixed] tx-checksum-sctp: off [fixed] scatter-gather: off tx-scatter-gather: off [fixed] tx-scatter-gather-fraglist: off [fixed] tcp-segmentation-offload: off tx-tcp-segmentation: off [fixed] tx-tcp-ecn-segmentation: off [fixed] tx-tcp6-segmentation: off [fixed] udp-fragmentation-offload: off [fixed] generic-segmentation-offload: off [requested on] generic-receive-offload: on large-receive-offload: off [fixed] rx-vlan-offload: off [fixed] tx-vlan-offload: off [fixed] ntuple-filters: off [fixed] receive-hashing: off [fixed] highdma: off [fixed] rx-vlan-filter: off [fixed] vlan-challenged: off [fixed] tx-lockless: off [fixed] netns-local: off [fixed] tx-gso-robust: off [fixed] tx-fcoe-segmentation: off [fixed] fcoe-mtu: off [fixed] tx-nocache-copy: off loopback: off [fixed] rx-fcs: off [fixed] rx-all: off [fixed] Finally, looking at the kernel git tree for asix_rx_fixup() related commits, only the first isn't in 3.7: commit 8b5b6f5413e97c3e8bafcdd67553d508f4f698cd net: asix: handle packets crossing URB boundaries (doesn't queued in 3.8) This one has been added in 3.9-rc1 but don't improve the situation. commit a9e0aca4b37885b5599e52211f098bd7f565e749 asix: asix_rx_fixup surgery to reduce skb truesizes (applied in = 3.4) commit 9227a46bfbac0516fb7428715a095e1bc59b872a asix: check packet size against mtu+ETH_HLEN instead of ETH_FRAME_LEN (applied in = 2.6.35) Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703700: RM: pgtcl -- NBS; Obsoloete, replaced by libpgtcl
Package: ftp.debian.org Severity: normal As the source:pgtcl maintainer can I request removal of the binary libpgtcl1.5 package from the unstable archive. It is now obsolete as the pgtcl source package now builds libpgtcl. Thanks Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703701: unblock: firebird2.5/2.5.2~svn+54698.ds4-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package firebird2.5 It fixes an issue when libfbclient2 package was first installed in lenny, then upgraded. The issue leads to an empty /usr/share/doc/libfbclient2 directory, breaking Policy 12.5 (http://bugs.debian.org/692948) This upload removes the leftover empty directory in libfbclient2.preinst, giving a change to dpkg to unpack the shipped symlink. Here's the source debdiff. A binary debdiff is attached. --8---8 diff -Nru -w firebird2.5-2.5.2~svn+54698.ds4/debian/changelog firebird2.5-2.5.2~svn+54698.ds4/debian/changelog --- firebird2.5-2.5.2~svn+54698.ds4/debian/changelog2013-03-18 17:23:51.0 +0200 +++ firebird2.5-2.5.2~svn+54698.ds4/debian/changelog2013-03-22 15:11:56.0 +0200 @@ -1,3 +1,30 @@ +firebird2.5 (2.5.2~svn+54698.ds4-3) unstable; urgency=high + + * Recover lost doc/libfbclient2 - firebird2.5-common-doc symlink + +In Lenny, all firebird binary packages were shipping their doc/ directory +with copyright information. Because of the size of that copyright +information, when firebird2.5 packages were introduced in squeeze, they +used symlinks to the doc/firebird2.5-common-doc directory, which contained +a single copy of the copyright file. However, since dpkg won't replace +directory with a symlink, upgrading libfbclient2 from lenny (2.0) to +squeeze (2.5) leaves an empty doc/libfbclient2 directory, breaking the +Policy requirement (12.5) that every binary package ships a copyright +file. + +The fix implemented in this version is to check if doc/libfbclient2 is an +empty directory (and not a symlink) and remove it in preinst. If it is a +directory and is not empty, it is renamed with .dpkg-old extension. This +gives dpkg way to unpack the shipped symlink. + +Closes: #692948 -- missing copyright file after upgrade from lenny to +squeeze to wheezy/sid + +Thanks go to Andreas Beckmann for reporting the issue, Julian Taylor, +Slávek Banko and Serafeim Zanikolas for helping with the implementation. + + -- Damyan Ivanov d...@debian.org Fri, 22 Mar 2013 15:11:16 +0200 + firebird2.5 (2.5.2~svn+54698.ds4-2) unstable; urgency=high * High urgency for upload fixing security issues diff -Nru -w firebird2.5-2.5.2~svn+54698.ds4/debian/libfbclient2.preinst firebird2.5-2.5.2~svn+54698.ds4/debian/libfbclient2.preinst --- firebird2.5-2.5.2~svn+54698.ds4/debian/libfbclient2.preinst 1970-01-01 02:00:00.0 +0200 +++ firebird2.5-2.5.2~svn+54698.ds4/debian/libfbclient2.preinst 2013-03-22 15:05:31.0 +0200 @@ -0,0 +1,23 @@ +#!/bin/sh +set -e + +case $1 in +install|upgrade) +# dpkg does not replace directories by symlinks or vice versa. +TARGET=firebird${FB_VER}-common-doc +D=/usr/share/doc/libfbclient2 +if [ ! -L $D -a -d $D ]; then +echo Found legacy directory $D which needs to be replaced by a symlink to $TARGET +if rmdir $D /dev/null 21 ; then +echo Directory is empty, removed +else +echo Directory not empty, moving to libfbclient2.dpkg-old +mv --backup=existing $D $D.dpkg-old +fi +fi +;; +esac + +#DEBHELPER# + +exit 0 --8---8 unblock firebird2.5/2.5.2~svn+54698.ds4-3 Thanks, dam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698445: the text is white in any context (ppc64)
Hello, This bug has just disappear with the latest update. I guess that it can be set to solved. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703692: systemd: service not started back in pre/post installation scripts
What's the output of ls -la /etc/rc?.d/???apache2 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#703702: ITP: libposix-atfork-perl -- hook registrations at fork(2)
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: libposix-atfork-perl Version : 0.02 Upstream Author : Goro Fuji (gfx) gf...@cpan.org * URL : http://search.cpan.org/dist/POSIX-AtFork/ * License : Artistic or GPL-1+ Programming Lang: Perl, C Description : hook registrations at fork(2) POSIX::AtFork is an interface to pthread_atfork(3), which registers handlers called before and after fork(2). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697509: ITP: qt5 -- cross-platform application and UI framework for developers using C++ or QML
Hello, I'm sorry, but I couldn't find any qt5-related repository under the link you mentioned. Is there any progress? Is there any help needed? Thanks. -- Best regards, Andrii Senkovych -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703703: ITP: node-npmlog -- Logger with custom levels and colored output for Node.js
Package: wnpp Severity: wishlist Owner: Jérémy Lal kapo...@melix.org * Package name: node-npmlog Version : 0.0.2 Upstream Author : Isaac Z. Schlueter i...@izs.me * URL : https://github.com/isaacs/npmlog * License : BSD-2-clause Programming Lang: JavaScript Description : Logger with custom levels and colored output for Node.js node-npmlog is a basic logger module used by npm. . npm is the package manager bundled with Node.js. . Node.js is an event-based server-side javascript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702167: unblock: lvm2/2.02.95-7
On Sun, Mar 3, 2013 at 12:56:42 +0100, Bastian Blank wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please ack upload to tpu to fix some bad decisions. It basicly reverts the removal of clvm, which produced an outcry. Also it disables thin provisioning support again, as it is neither usable nor save. Please go ahead. Cheers, Julien signature.asc Description: Digital signature
Bug#701093: claws-mail: impossible to re-send message after failure
Hi, On Thu, Feb 28, 2013 at 05:22:55PM +0100, Andrew Shadura wrote: Hello. [...] This is what I have and I have no option to change the server behaviour. No other mail client is affected by this behaviour, so this is a fault of Claws Mail. No, that you can't change the server which is violating the IMAP standards doesn't make it a client problem :) The other servers out there had never such problem. In any case, you can put your drafts in a local folder instead of server's and the problem should be fixed. Of course, this has drawbacks if you use different computers. I'm not speaking about drafts, but the outbound queue. There's no reason to keep in on the server at all, by the way. Just going back to this (I've been somewhat busy...) You can put the queue in a local folder too, there's no need to put it on the server, see account preferences, advanced tab. That should prevent the server from changing the mail. regards, -- Ricardo Mones ~ The three principal virtues of a programmer are Laziness, Impatience, and Hubris.man perl signature.asc Description: Digital signature
Bug#703116: Pari in sage is (heavily) patched upstream
Le 20/03/2013 14:25, Bill Allombert a écrit : On Wed, Mar 20, 2013 at 11:53:56AM +0100, Julien Puydt wrote: Hi, in fact, looking at the pari 2.5.3 in sage, there are quite a few patches in it, some of which might be interesting for upstream... and which are needed to build sage. I know, this is why I think it is premature to package SAGE for Debian. Time would be better spent improving the packaging of SAGE components inside SAGE so there is no random patching. They have a particular patch (polred.patch) which does more than packaging modifications ; its description in patches/README.txt is: * polred.patch: Fix polred(), add polredbest() based on upstream commits - 2d00a24fbb1ffe8eba35b9a04763e36eef8a5f7b - a3596c56f9439144a0dbed4c47bd6ff9485e3fc8 - 1a00ca416de4daebccaab2be1a4b8a061a9f2fde - ad550d9bbfee8113087407c3262bffc27a020c98 I made a personal debian package of a snapshot of upstream's 2.5 branch, and couldn't build sage with it. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703040: No 1000baseT connection via crosslink with BCM95720 and tg3 module
Bastian, Are you using a crossed ethernet cable? Don't do that. All GBit interfaces have to do that on its own. I'm not using a crossed cable, but I actually agree with Ben that it shouldn't make a difference. The interesting part is, that the connection comes up as 1000baseT as soon as I put a switch in between the two machines. Cheers, -Frank- -- Frank Menzel - men...@sipgate.de Telefon: +49 (0)211-63 55 55-?? Telefax: +49 (0)211-63 55 55-?? sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703513: closed by Matthias Klumpp m...@debian.org (Bug#703513: fixed in appstream 0.2.0-2)
Control: found -1 0.2.0-2 On 2013-03-21 14:21, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the appstream-index package: #703513: appstream-index: fails to install: Could not connect: No such file or directory It has been closed by Matthias Klumpp m...@debian.org. No change in 0.2.0-2. *What* is it connecting to? That might not be running at all due to policy-rc.d ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703704: mediathekview: Please package the latest upstream version
Package: mediathekview Version: 3.1.0-1 Severity: wishlist Control: block -1 by 703198 I'm filing this bug report in case someone is wondering why the latest upstream version of MediathekView has not already been packaged. MediathekView 3.2.1 introduces a couple of new UI improvements but also requires jide-oss, a java library. I have packaged this library, filed an ITP [1] and the package is already in NEW. [2] Depending on how fast the ftp-masters process the request, it can take up to several weeks until the new java library is installed in the archive. I did not want to ship the prebuilt jar file with MV accompanied by the sources because i think the right way is to build jide-oss as a separate package. In short: It will take a while until the new release but you won't miss much if you are using version 3.1.0 at the moment. [1] http://bugs.debian.org/703198 [2] http://ftp-master.debian.org/new/libjide-oss-java_3.5.3+dfsg-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703705: unblock: debian-reference/2.50
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package debian-reference This upload only updates the URL change for the backport archive which is formalized recently. (Having outdated information on such facts is critical bug as #701906.) debian-reference (2.50) unstable; urgency=low * Update the backport archive URL. Closes: #701906 -- Osamu Aoki os...@debian.org Fri, 22 Mar 2013 22:48:21 +0900 (I did not include all other changes in DDP subversion archive following the new release policy.) The debdiff against the package in testing attached. (*.pot and *.xml are generated files.) unblock debian-reference/2.50 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (10, 'unstable'), (9, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru debian-reference-2.49/asciidoc/02_package.txt debian-reference-2.50/asciidoc/02_package.txt --- debian-reference-2.49/asciidoc/02_package.txt 2012-10-20 21:26:03.0 +0900 +++ debian-reference-2.50/asciidoc/02_package.txt 2013-03-22 22:28:01.0 +0900 @@ -150,7 +150,7 @@ http://security.debian.org/[http://security.debian.org/] `stable/updates` security updates for stable release (important) http://security.debian.org/[http://security.debian.org/] `testing/updates` security updates for testing release (important) http://ftp.us.debian.org/debian/[http://ftp.XX.debian.org/debian/] `@-@codename-stable@-@-updates`compatible updates for spam filter, IM clients, etc. for @-@codename-stable@-@ -http://backports.debian.org/debian-backports/[http://backports.debian.org/debian-backports/] `@-@codename-stable@-@-backports` newer backported packages for @-@codename-stable@-@ (optional) +http://ftp.us.debian.org/debian/[http://ftp.XX.debian.org/debian/] `@-@codename-stable@-@-backports` newer backported packages for @-@codename-stable@-@ (optional) --- CAUTION: Only pure **`stable`** release with security updates provides the best stability. Running mostly **`stable`** release mixed with some packages from **`testing`** or **`unstable`** release is riskier than running pure **`unstable`** release for library version mismatch etc. If you really need the latest version of some programs under **`stable`** release, please use packages from http://www.debian.org/News/2011/20110215[@-@codename-stable@-@-updates] and http://backports.debian.org[http://backports.debian.org] (see _updates_and_backports) services. These services must be used with extra care. @@ -1277,7 +1277,7 @@ - No line with `Package pin:` exists if no association just with package is defined. - The Pin-Priority value associated just with package is listed right side of all version strings, e.g., `0.181 700`. - `0` is listed right side of all version strings if no association just with package is defined, e.g., `0.181 0`. -- The Pin-Priority values of archives (defined as `Package: \*` in the `/etc/apt/preferences` file) are listed left side of all archive paths, e.g., `100 http:@@@slash@@@/backports.debian.org/debian-backports/ @-@codename-stable@-@-backports/main Packages`. +- The Pin-Priority values of archives (defined as `Package: \*` in the `/etc/apt/preferences` file) are listed left side of all archive paths, e.g., `100 http:@@@slash@@@/ftp.xx.debian.org/debian/ @-@codename-stable@-@-backports/main Packages`. Updates and Backports @@ -1289,7 +1289,7 @@ deb http://ftp.us.debian.org/debian/ @-@codename-stable@-@ main contrib non-free deb http://security.debian.org/ @-@codename-stable@-@/updates main contrib deb http://ftp.us.debian.org/debian/ @-@codename-stable@-@-updates main contrib non-free -deb http://backports.debian.org/debian-backports/ @-@codename-stable@-@-backports main contrib non-free +deb http://ftp.us.debian.org/debian/ @-@codename-stable@-@-backports main contrib non-free There is no need to set Pin-Priority value explicitly in the `/etc/apt/preferences` file. When newer packages become available, the default configuration provides most reasonable upgrades (see _archive_level_release_files). diff -Nru debian-reference-2.49/debian/changelog debian-reference-2.50/debian/changelog --- debian-reference-2.49/debian/changelog 2012-10-28 11:08:15.0 +0900 +++ debian-reference-2.50/debian/changelog 2013-03-22 23:03:43.0 +0900 @@ -1,3 +1,9 @@ +debian-reference (2.50) unstable; urgency=low + + * Update
Bug#703706: drush default tmpdir shouldn't be /tmp
Package: drush Version: 5.8-1 Severity: normal Given that /tmp could be tmpfs and also given that a mysql dump could be enormous, have the drush tmpdir pointing to /tmp is not a good idea. Please see the log below: Do you really want to continue? (y/n): y Calling system(mysqldump --result-file /tmp/nalinc_staging.sql.QCgeCi --no-autocommit --single-transaction --opt -Q nalinc_staging --host=localhost --user=rrs --password=XXX --skip-extended-insert --order-by-primary ); Calling system(mysql --database=nalinc_dev --host=localhost --user=rrs --password=XXX --silent /tmp/nalinc_staging.sql.QCgeCi); -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages drush depends on: ii php-console-table 1.1.4-1 ii php5-cli 5.4.4-14 Versions of packages drush recommends: ii curl7.29.0-2 ii php5-mysql 5.4.4-14 ii wget1.14-1 Versions of packages drush suggests: pn drupal none ii git 1:1.7.10.4-2 ii mysql-client-5.5 [mysql-client] 5.5.29+dfsg-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703404: debootstrap wheezy Release InRelease error
Apparently not the same as #703146, since I still get the same error (busybox cannot be authenticated, installation of the base system failed) when trying to install wheezy with a new net-install stick, with every mirror I try. -- Tomas Chmiel 06.70.47.98.27 Développeur réseaux Bases de Données chez Caldera Graphics ( http://www.caldera.com) Associé - Administrateur Systèmes et Réseaux chez L'offreWeb ( http://www.loffreweb.com) Autoentrepreneur - Administration systèmes et réseaux, Hébergements - http://www.strasdev.com
Bug#703707: unblock: php5/5.4.4-15
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package php5 The previous fix was CVE-2013-1643 was incomplete and it had been issued an additional CVE-2013-1824 which should be complete now. $ diffstat php5_5.4.4-15.debdiff debian/patches/CVE-2013-1643.patch | 135 --- debian/patches/CVE-2013-1824.patch | 142 + php5-5.4.4/debian/changelog|7 + php5-5.4.4/debian/patches/series |2 4 files changed, 150 insertions(+), 136 deletions(-) unblock php5/5.4.4-15 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 diff -u php5-5.4.4/debian/changelog php5-5.4.4/debian/changelog --- php5-5.4.4/debian/changelog +++ php5-5.4.4/debian/changelog @@ -1,3 +1,10 @@ +php5 (5.4.4-15) unstable; urgency=high + + * [CVE-2013-1824]: CVE-2013-1643 had incomplete fix for external entity +loading + + -- Ondřej Surý ond...@debian.org Fri, 22 Mar 2013 13:51:47 +0100 + php5 (5.4.4-14) unstable; urgency=high * [CVE-2013-1635] Fixed external entity loading diff -u php5-5.4.4/debian/patches/series php5-5.4.4/debian/patches/series --- php5-5.4.4/debian/patches/series +++ php5-5.4.4/debian/patches/series @@ -81 +81 @@ -CVE-2013-1643.patch +CVE-2013-1824.patch reverted: --- php5-5.4.4/debian/patches/CVE-2013-1643.patch +++ php5-5.4.4.orig/debian/patches/CVE-2013-1643.patch @@ -1,135 +0,0 @@ a/ext/libxml/libxml.c -+++ b/ext/libxml/libxml.c -@@ -270,6 +270,7 @@ static PHP_GINIT_FUNCTION(libxml) - libxml_globals-error_buffer.c = NULL; - libxml_globals-error_list = NULL; - libxml_globals-entity_loader.fci.size = 0; -+ libxml_globals-entity_loader_disabled = 0; - } - - static void _php_libxml_destroy_fci(zend_fcall_info *fci) -@@ -369,16 +370,15 @@ static int php_libxml_streams_IO_close(v - } - - static xmlParserInputBufferPtr --php_libxml_input_buffer_noload(const char *URI, xmlCharEncoding enc) --{ -- return NULL; --} -- --static xmlParserInputBufferPtr - php_libxml_input_buffer_create_filename(const char *URI, xmlCharEncoding enc) - { - xmlParserInputBufferPtr ret; - void *context = NULL; -+ TSRMLS_FETCH(); -+ -+ if (LIBXML(entity_loader_disabled)) { -+ return NULL; -+ } - - if (URI == NULL) - return(NULL); -@@ -1052,28 +1052,25 @@ static PHP_FUNCTION(libxml_clear_errors) - } - /* }}} */ - -+PHP_LIBXML_API zend_bool php_libxml_disable_entity_loader(zend_bool disable TSRMLS_DC) -+{ -+ zend_bool old = LIBXML(entity_loader_disabled); -+ -+ LIBXML(entity_loader_disabled) = disable; -+ return old; -+} -+ - /* {{{ proto bool libxml_disable_entity_loader([boolean disable]) -Disable/Enable ability to load external entities */ - static PHP_FUNCTION(libxml_disable_entity_loader) - { - zend_bool disable = 1; -- xmlParserInputBufferCreateFilenameFunc old; - - if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, |b, disable) == FAILURE) { - return; - } - -- if (disable == 0) { -- old = xmlParserInputBufferCreateFilenameDefault(php_libxml_input_buffer_create_filename); -- } else { -- old = xmlParserInputBufferCreateFilenameDefault(php_libxml_input_buffer_noload); -- } -- -- if (old == php_libxml_input_buffer_noload) { -- RETURN_TRUE; -- } -- -- RETURN_FALSE; -+ RETURN_BOOL(php_libxml_disable_entity_loader(disable TSRMLS_CC)); - } - /* }}} */ - a/ext/libxml/php_libxml.h -+++ b/ext/libxml/php_libxml.h -@@ -47,6 +47,7 @@ ZEND_BEGIN_MODULE_GLOBALS(libxml) - zend_fcall_info fci; - zend_fcall_info_cache fcc; - } entity_loader; -+ zend_bool entity_loader_disabled; - ZEND_END_MODULE_GLOBALS(libxml) - - typedef struct _libxml_doc_props { -@@ -97,6 +98,7 @@ PHP_LIBXML_API void php_libxml_ctx_error - PHP_LIBXML_API int php_libxml_xmlCheckUTF8(const unsigned char *s); - PHP_LIBXML_API zval *php_libxml_switch_context(zval *context TSRMLS_DC); - PHP_LIBXML_API void php_libxml_issue_error(int level, const char *msg TSRMLS_DC); -+PHP_LIBXML_API zend_bool php_libxml_disable_entity_loader(zend_bool disable TSRMLS_DC); - - /* Init/shutdown functions*/ - PHP_LIBXML_API void php_libxml_initialize(void); a/ext/soap/php_xml.c -+++ b/ext/soap/php_xml.c -@@ -20,6 +20,7 @@ - /* $Id$ */ - - #include php_soap.h -+#include ext/libxml/php_libxml.h - #include libxml/parser.h - #include libxml/parserInternals.h - -@@ -91,13 +92,17 @@ xmlDocPtr soap_xmlParseFile(const char * - ctxt = xmlCreateFileParserCtxt(filename); - PG(allow_url_fopen) = old_allow_url_fopen; - if (ctxt) { -+ zend_bool old; -+ - ctxt-keepBlanks = 0; - ctxt-sax-ignorableWhitespace = soap_ignorableWhitespace; - ctxt-sax-comment = soap_Comment; - ctxt-sax-warning = NULL; - ctxt-sax-error = NULL; - /*ctxt-sax-fatalError = NULL;*/ -+ old =
Bug#703404: debootstrap wheezy Release InRelease error
On 03/22/2013 07:03 AM, Christian PERRIER wrote: Quoting Sebastian Bengtsson (sebastian.bengts...@openend.se): So this is my theory: At some point a debootstrap.invalid_dists_wheezy_InRelease is downloaded form the repository InRelease file. It is then renamed to debootstrap.invalid_dists_wheezy_Release with signature intact, and that is in turn renamed to cdn.debian.net_debian_dists_wheezy_Release. So, in short, this bug is the same than #703146 which I should soon fix with an upload? Well the Release/InRelease thing is an apparent error here. It might be that that transition causes similar problems in other parts (??base-installer??). I guess I do not know that #703146 is the cause of the busybox problem common to reporters in this bug. It just seems likely that the authentication error is connected with a messed up Release file. I am experiencing this error from the debian installer that which talks about base-installer and debootstrap. See relevant part of syslog attached. Regards, Sebastian Bengtsson Mar 22 12:48:02 debootstrap: Setting up udev (175-7.1) ... Mar 22 12:48:03 debootstrap: A chroot environment has been detected, udev not started. Mar 22 12:48:03 debootstrap: Setting up iptables (1.4.14-3.1) ... Mar 22 12:48:03 debootstrap: Setting up man-db (2.6.2-1) ... Mar 22 12:48:04 debootstrap: Building database of manual pages ... Mar 22 12:48:13 debootstrap: Setting up apt (0.9.7.8) ... Mar 22 12:48:13 debootstrap: gpg: Mar 22 12:48:13 debootstrap: keyring `/etc/apt/trusted.gpg' created Mar 22 12:48:13 debootstrap: gpg: Mar 22 12:48:13 debootstrap: key B98321F9: Squeeze Stable Release Key debian-rele...@lists.debian.org no t changed Mar 22 12:48:13 debootstrap: gpg: Mar 22 12:48:13 debootstrap: key 473041FA: Debian Archive Automatic Signing Key (6.0/squeeze) ftpmaster@de bian.org not changed Mar 22 12:48:13 debootstrap: gpg: Mar 22 12:48:13 debootstrap: key 65FFB764: Wheezy Stable Release Key debian-rele...@lists.debian.org not changed Mar 22 12:48:13 debootstrap: gpg: Mar 22 12:48:13 debootstrap: key 46925553: Debian Archive Automatic Signing Key (7.0/wheezy) ftpmaster@deb ian.org not changed Mar 22 12:48:13 debootstrap: gpg: Mar 22 12:48:13 debootstrap: Total number processed: 4 Mar 22 12:48:13 debootstrap: gpg: Mar 22 12:48:13 debootstrap: unchanged: 4 Mar 22 12:48:13 debootstrap: gpg: Mar 22 12:48:13 debootstrap: /etc/apt//trustdb.gpg: trustdb created Mar 22 12:48:13 debootstrap: Setting up wget (1.13.4-3) ... Mar 22 12:48:13 debootstrap: Setting up libcwidget3 (0.5.16-3.4) ... Mar 22 12:48:13 debootstrap: Setting up aptitude (0.6.8.2-1) ... Mar 22 12:48:14 debootstrap: update-alternatives: Mar 22 12:48:14 debootstrap: using /usr/bin/aptitude-curses to provide /usr/bin/aptitude (aptitude) in auto mode Mar 22 12:48:14 debootstrap: Mar 22 12:48:14 debootstrap: Setting up tasksel (3.14+nmu1) ... Mar 22 12:48:14 debootstrap: Setting up tasksel-data (3.14+nmu1) ... Mar 22 12:48:16 apt-install: Queueing package keyboard-configuration for later installation Mar 22 12:48:16 apt-install: Queueing package console-setup for later installation Mar 22 12:48:16 base-installer: Get:1 http://ftp.de.debian.org wheezy Release.gpg [836 B] Mar 22 12:48:16 base-installer: Hit http://ftp.de.debian.org wheezy Release Mar 22 12:48:16 base-installer: Ign http://ftp.de.debian.org wheezy Release Mar 22 12:48:16 base-installer: Get:2 http://ftp.de.debian.org wheezy/main amd64 Packages/DiffIndex [7876 B] Mar 22 12:48:16 base-installer: Get:3 http://ftp.de.debian.org wheezy/main Translation-en [3857 kB] Mar 22 12:48:18 base-installer: Fetched 3866 kB in 1s (1952 kB/s) Mar 22 12:48:18 base-installer: Reading package lists... Mar 22 12:48:19 base-installer: Mar 22 12:48:19 base-installer: W Mar 22 12:48:19 base-installer: : Mar 22 12:48:19 base-installer: GPG error: http://ftp.de.debian.org wheezy Release: The following signatures were invalid: BADSIG AED4B06F473041FA Debian Archive Automatic Signing Key (6.0/squeeze) ftpmaster@debian. org Mar 22 12:48:19 base-installer: Mar 22 12:48:19 in-target: Reading package lists... Mar 22 12:48:19 in-target: Mar 22 12:48:19 in-target: Building dependency tree... Mar 22 12:48:19 in-target: Mar 22 12:48:19 in-target: The following NEW packages will be installed: Mar 22 12:48:19 in-target: locales Mar 22 12:48:19 in-target: 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Mar 22 12:48:19 in-target: Need to get 5712 kB of archives. Mar 22 12:48:19 in-target: After this operation, 15.5 MB of additional disk space will be used. Mar 22 12:48:19 in-target: WARNING: The following packages cannot be authenticated! Mar 22 12:48:19 in-target: locales Mar 22 12:48:19 in-target: E Mar 22 12:48:19 in-target: : Mar 22 12:48:19 in-target: There are problems and -y was used without --force-yes Mar 22 12:48:19 in-target: Mar 22 12:48:19 localechooser: error: the command 'validlocale' is not available Mar 22
Bug#703709: base: Right-Click Menu Goes Past Taskbar
Package: base Severity: minor Dear Maintainer, When on Iceweasel, for example, if there is some html button I can click that is close to the top of the screen, and I right-click it, sometimes if the position is high enough, then the right-click menu appears, but part of it is obscured (and unaccessible) under the top taskbar/panel (with the Activities, Date Time, iBus, Wireless icon, battery icon, etc.) In other words, for an internet link, there is usually the prompts Open in a New Tab and Open in a New Window. Sometimes, when the menu appears above my cursor, the New Tab option gets cut off. I would have expected the system to recognize that there was not enough space to expand the right-click menu above my cursor (given that the top desktop panel obstructs the top) and INSTEAD expand the right-click menu BELOW my mouse cursor. Thanks, Dean P.S. I used Linux Mint. Now I bought a freedom-compatible computer, and I'm glad I switched to Debian. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703708: subsurface: Needs libosmgpsmap-dev for OpenStreetMap support
Package: subsurface Version: 1.2-1 Severity: normal Title is self-explanatory: Needs libosmgpsmap-dev for OpenStreetMap support This also applies to 3.0.x version currently in experimental See also: LP #1158797 https://bugs.launchpad.net/ubuntu/+source/subsurface/+bug/1158797 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-3.slh.1-aptosid-amd64 (SMP w/3 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages subsurface depends on: ii gconf-service 3.2.5-1+build1 ii libatk1.0-0 2.7.91-1 ii libc6 2.17-0experimental2 ii libcairo2 1.12.14-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgconf-2-43.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.27.3-1 ii libglib2.0-02.35.8-1 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.32.5-1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxslt1.1 1.1.26-14 ii zlib1g 1:1.2.7.dfsg-13 subsurface recommends no packages. subsurface suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703187: python-gevent: diff for NMU version 0.13.6-1+nmu3
On 2013-03-17 20:28:48, Sebastian Ramacher wrote: since this bug is an regression that I've introduced in my previous NMU, I've gone ahead and prepared another NMU for python-gevent (versioned as 0.13.6-1+nmu3) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. On Julien Cristau's request I've redirect my NMU to testing-proposed-updates and uploaded to DELAYED/0. New debdiff with s/unstable/testing-proposed-updates/ attached. Regards -- Sebastian Ramacher diff -Nru python-gevent-0.13.6/debian/changelog python-gevent-0.13.6/debian/changelog --- python-gevent-0.13.6/debian/changelog 2013-03-03 15:46:11.0 +0100 +++ python-gevent-0.13.6/debian/changelog 2013-03-22 15:36:17.0 +0100 @@ -1,3 +1,13 @@ +python-gevent (0.13.6-1+nmu3) testing-proposed-updates; urgency=low + + * Non-maintainer upload. + + [ Jaroen Dekkers ] + * Install egg file again. Fixes regression from 0.13.6-1+nmu2. (Closes: +#703187) + + -- Sebastian Ramacher sramac...@debian.org Fri, 22 Mar 2013 15:36:16 +0100 + python-gevent (0.13.6-1+nmu2) unstable; urgency=low * Non-maintainer upload. diff -Nru python-gevent-0.13.6/debian/python-gevent.install python-gevent-0.13.6/debian/python-gevent.install --- python-gevent-0.13.6/debian/python-gevent.install 2013-03-03 14:22:23.0 +0100 +++ python-gevent-0.13.6/debian/python-gevent.install 2013-03-16 18:41:20.0 +0100 @@ -1,2 +1,3 @@ usr/lib/python2*/*-packages/gevent/*.py usr/lib/python2*/*-packages/gevent/*[!_][!d].so +usr/lib/python2*/*-packages/*.egg-info signature.asc Description: Digital signature
Bug#703639: kill -HUP $(cat /var/run/syslog-ng.pid) can cause duplicate logging issues
Control: found -1 3.3.5-4 Control: found -1 3.3.6-2 Cye Stoner cye.sto...@echostar.com writes: When syslog-ng is sent a SIGHUP with the previous configurationin place, the following errors are thrown to /var/log/messages(in duplicate) Error in configuration, unresolved source reference; source='s_sys_does_not_exist' Error in configuration, unresolved source reference; source='s_sys_does_not_exist' Error initializing new configuration, reverting to old config; Error initializing new configuration, reverting to old config; Thanks for the report, I reproduced it with the latest git master of syslog-ng 3.3 too, so the problem applies to the latest 3.3 as well. While I have not found a fix yet, I did notice two things: * Fixing the configuration and reloading gets things back in order, no matter how many times messages were duplicated before. * Running in foreground with internal logs printed to stderr, the problem does not appear. I'll try to narrow this down, and provide a fix ASAP. I'm using the following configuration to test with: @version: 3.3 source s_internal { internal(); }; destination d_all { file(/tmp/all-messages.log); }; log { source(s_internal); #source(s_does_not_exist); destination(d_all); }; -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703704: mediathekview: Please package the latest upstream version
Control: block -1 by 703198 signature.asc Description: Digital signature
Bug#517396: cdimage.debian.org: Lenny ppc netinstall cd misses grub-of
Just for the record: wheezy installs fine on Pegasos II machines, without grub. Milan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703710: killer CRON disabled on diskless workstations
Package: debian-edu-config Version: squeeze-r0 Hi All, With a squeeze-r0 installation, the diskless-workstation have a disabled killer cronjob (in /etc/cron.daily/killer~disabled). Is this intentional? Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgphTCoFEQghx.pgp Description: Digitale PGP-Unterschrift
Bug#624610: cabybara need selenium-webdriver
2013/3/22 Jérémy Bobbio lu...@debian.org: Hi! Praveen A: block 624610 by 703492 I took a shot to see if we could patch out Selenium::WebDriver support from Capybara to get a Debian package before Selenium is done. The result looks ok and appears to work for applications that can be tested using the :rack_test driver. See git://git.debian.org/pkg-ruby-extras/ruby-capybara.git and http://git.debian.org/?p=pkg-ruby-extras/ruby-capybara.git;a=summary. I welcome your opinion and review. :) Thanks! Looks good to me (I'm not much into ruby world, my main motivation to see diaspora packaged). I made a few changes to make it 3.9.4 compatible. Feel free to upload when you feel ready. As for selenium, I'll pause for the moment, if you are interested you can try packaging selenium. Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683718: gespeaker looks for espeak-data in wrong directory
Hello, Indeed, gespeaker doesn’t find the mbrola voices since it requires espeak data to handle them and looks for them in the wrong place. The path where it looks for the espeak data seems to be hard-coded in the source, namely in /usr/share/espeak-data while the espeak-data package installs its data in an architecture-dependent directory (/usr/lib/x86_64-linux-gnu/espeak-data in amd64, etc.). This means that a symlink ln -s /usr/lib/x86_64-linux-gnu/espeak-data /usr/share/espeak-data provides a really dirty workaround. I imagine a proper bug fix would be, in src/EspeakFrontend.py function loadMbrolaVoices, to build the variable pathVoices from the host architecture. Best regards Sam
Bug#703677: lsb-release is not derivative friendly
Control: tags -1 +confirmed Hi Raphaël, and thanks for your bugreport, Le vendredi, 22 mars 2013 09.11:20, Raphaël Hertzog a écrit : A Debian derivative is advised to fork base-files and to update the information there so that it can be properly distinguished from Debian. That's what we did for Kali and yet we have reportbug sending bug reports to Debian: $ reportbug apt [...] Will send report to Debian (per lsb_release). So I looked at lsb-release's output: $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux Kali Linux 1.0 Release: Kali Linux 1.0 Codename: n/a You're saying that the wrong line is Distributor ID (the output of lsb_release -i), right ? It's just wrong to return Debian as distributor ID when we have this: (…) Agreed. So please update lsb_release's logic to use: 1/ /etc/lsb-release if it exists (it doesn't usually) 2/ /etc/os-release if it exists 3/ /etc/dpkg/origins/default if none of the above exist 4/ some wild guess based on APT otherwise Please let me know if you need help. From what I can see in the code, the current logic is the following: 1/ /etc/lsb-release - get_lsb_information() 2/ 'Debian' - guess_debian_release() Indeed, guess_debian_release has: distinfo = {'ID' : 'Debian'} That said, /etc/os-release is not used anywhere in lsb(-release) yet, so I'm open to implement 3/ /etc/dpkg/origins/default parsing for now, but would rather avoid parsing os-release only for ID (but help is welcome). Also, I'm yet to see an advantage for apt parsing where dpkg origins are already supposed to provide the correct information (as derivatives are supposed to fork base-files anyway). I'll see if I can get a patch for 3/ /etc/dpkg/origins/default parsing soon, but I welcome help there too. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703112: enigmail 1.4.1-2 not decrypting mails/verifying sigs with Icedove 10.0.12-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! Am 2013-03-21 23:53, schrieb Robert Waldner: Fresh profile, from the error console: Ah, sorry, that was with trying to *en*crypt mail, which with the new profile is also not working. *De*crypting gets the following in the error console: Error: enigmailMessengerOverlay.js: messageDecryptCb: caught exception: TypeError Message: 'Cc[NS_ENIGMIMESERVICE_CONTRACTID] is undefined' Please enable debugging (OpenPGP - Settings (Expert Options) - Debugging - Enter location) and send me the logfiles. I'll probably forward this to upstream. Please also execute lsof | grep icedove | grep -i enig and debsums enigmail and send me the output. WM -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJRTHyvAAoJEIy+IZx0V22BCvIP/Az4Weia2Qp1UrcLG8IUkzlI 7Lg6931LCwrh6b4smLfj57F8z5eXfaLrFlSE8WrTeCDiV6LHdrWDC2dZ2Y4W01vw 5Xj5uRrd93nzQIaTqjkd3x1yJ+LfiB1D7PvIhvO5JEoBDZdvUDII+08UiZiqQWoX cEWHoI3tD1rbjR9MsVG1UkOQuZdKqn04hlDc082Kd38CN0TneJEgyXSOTMQTnNj7 3mAI41GNRDS6fj2dHKHZpdLw90g1dPMkxRw+mnqKjLzZrb0lW/XMvYQDKo45y5ih 7LB4H5uw+CGzPWCfxXriSYVC2o3tzHp70DSWEc9LLSX6afM7mgDHWZVBSc1m7UrG juihEZG32K92Gx2d246tWFzWCdCEgazwB0PVnx+AcgRwQJvDwe40MSyGAU5aenp9 tLrrSQ7Ddz0AWGwsvJvuKWSQepGXvFhR9Yl5TygyErPcbhFbZfdAQuFa3XeoxJc8 EnTI8LSf9JuINfkAEoYkb8pQNlrt+tWEMnFTrn/Dl+8jVKc3V0fKP582V3Wc+sYP a+IzwaaWpVhLpAkg6BH8xhUkkHyu41dJvFLzfML0Q0ju8SxGygKtBzgwNz02sAsx FSnMuDBH9g4cegeSxSKF83IswyI7leIEq6oqOiDJHofjeglinTJj6zNUDIPIGAVO BbcPbU8kUQHEJD4us9F1 =Bzkk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703621: unattended-upgrades: Doesn't warn about held back packages when other packages are installed
On Thu, Mar 21, 2013 at 12:47:12PM +0100, Christian Hofstaedtler wrote: Package: unattended-upgrades Version: 0.79.4 Severity: important Thanks for your bugreport. unattended-upgrades normally sends an email when there is a package that's not going to be installed because of a modified conffile. When u-a installs other packages in the same run, the mail doesn't get sent out. Unattended-Upgrade::MailOnlyOnError is set to true. [..] I only got the warning email on 2013-03-21, but not on 2013-03-20. As this might lead people into thinking their security upgrades are fine when they aren't, I consider this important. Looking at the code I can confirm this, there is a one day delay right now due to the way its implemented. I will see how to fix this. Thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703654: krita: In krita, zoom does not work correctly after rotating of the canvas
tag 703654 confirmed upstream thanks Hi, The is bug solved with version 2.6, currently in the experimental repository. Regards, Adrien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631788: is this fixed by moving the db_version block earlier?
I encountered this problem (albeit on ubuntu 10.04) and saw that the package successfully installed when the stanza . /usr/share/debconf/confmodule db_version 2.0 was moved above the stanza which calls deluser/adduser. However, I don't know what other impact this would have on the correctness of the postinst script. Jeff signature.asc Description: Digital signature