Bug#751794: Qt5 applications cannot start in icewm
Package: icewm Version: 1.3.7-5 Severity: normal Hi, IceWM has a bug which makes every Qt5 application unusable. The program seems to start in theory, but no GUI window ever appears. This can be tested e.g. with qtcreator or any other application that uses Qt5. This has been fixed upsteam here: http://sourceforge.net/p/icewm/git/ci/395cfbb56a4adaee7028cfcbe6177ec0b94c181d/ I have verified the fix by applying that patch to the icemw 1.3.7-5 package and rebuilding, Qt5 apps now run fine for me. The patch is part of the upstream 1.3.8 release, please upgrade if possible. Thanks! Uwe. -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743491: Ask backports packaging
Hi, Keepalived is in wheezy-backports now. Also, please use debian-backpo...@lists.debian.org [1] to request for backports (or if you find a bug in the backport), not the Debian BTS. Cheers, [1] https://lists.debian.org/debian-backports/ -- Clément Hermann (nodens) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741391: usbprog: diff for NMU version 0.2.0-2.1
Hi, On Fri, Jun 06, 2014 at 12:58:23PM +1200, Olly Betts wrote: Dear maintainer, I've prepared an NMU for usbprog (versioned as 0.2.0-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Nope, looks good. Thanks for the fix! Uwe. -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748545: Does not work - starts, but does nothing
Hi gxtuner works here without problems. Do you use jack with rt-priory ? the pitch-tracker thread in gxtuner runs usually with jack-priory -6, so a lower priory then jack itself and all other jack-aware apps. This is done to never conflict with other audio threads which may work on critical (real-time) data. If you use jack with a to low rt-priory, or without rt-rights, it may be that the pitch-tracker thread never get finished before the time-line ends. greets hermann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749144: Doesn't ship librevisa.pc pkg-config file
Package: libvisa-dev Version: 0.0.20130812-2 Severity: normal Hi, the libvisa-dev package doesn't contain the librevisa.pc file and thus the lib cannot be found/used via pkg-config. Please include the file in the package (it's there upstream), thanks! Uwe. -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669075: ITP: sigrok-qt -- Qt-based GUI for the sigrok logic analyzer software
Closing this ITP, sigrok-qt is unmaintained upstream and obsoleted in favor of PulseView. Uwe. -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746734: flashrom: Please upgrade to 0.9.7 (+ patches)
Hi, On Sat, May 03, 2014 at 03:18:22AM +0200, Stefan Tauner wrote: Package: flashrom Severity: wishlist Sorry for neglecting the package so long. I just uploaded r1782 to Debian unstable. Cheers, Uwe. -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745938: the future of sparc in unstable
Just to let all know: Here are Sun Enterprise 880,480,280 and 450 running wheezy (and still squeeze) fine, there are only minor issues with those kernels (look at the linux sparc mailing list and in the debian BTS if you are interested - or ask) here. In the small timeslots left I even compiled sometimes vanilla kernels (make deb-pkg), and it's a pity (but understandable) that jessie sparc will not be. Huge thanks at this point to all the past releases sparc maintainers ! Time is always the problem but if it helps I can offer hosting of a build machine out of our Sun Enterprises, if that would help. What is the maillist to follow sparc-port issues ? Thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688164: The patch to support libnl 3 is incomplete
Hi all, Le 01/05/2014 00:30, Michael Biebl a écrit : Shipping keepalived in such a broken state (for jessie) is probably not a good idea. I took the liberty to bump the severity so this issue is not forgotten. Andreas, if you could have another look and upload the updated patch provided by Pim this would be great. FYI, the upstream versions 1.2.10 and 1.2.12 seem to address the libnl-3 issues : Release 1.2.11 * ipvs: make nlerr2syserr libnl dependent. nlerr2syserr() is only used when libnl is present... simply reflect this in libipvs. * Fix libnl/libnl-3 logic in configure script. This patch causes the configure script to prefer libnl-3 over libnl(1). The configure script will first check for libnl-3 and libnl-genl-3. If both are found, use them. If not, check for libnl(1). This is useful when building on systems that have both libnl-3 and libnl(1) installed. It also fixes some redundant libraries in LIBS. * libipvs: libnl-3 include fix. Release 1.2.10 * Pim van den Berg extended libipvs adding nlerr2syserr function to translate libnl 3 errors to sys errors. In libnl 3 the return codes have changed. nlerr2syserr translates the libnl 3 errors to sys errors. * ipvs: if libnl-3 is installed then check for libnl-gen-3. It is mandatory to use generic netlink facilities in new libipvs. This test is just here to ensure every needed libs are installed ! see http://keepalived.org/changelog.html Cheers, -- Clément Hermann (nodens) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680137: [Pkg-openssl-devel] Bug#680137: libssl1.0.0: handshake failure (wrong cipher) since 1.0.1 (1.0.0h works)
On 08/10/2013 19:13, Kurt Roeckx wrote: Yes, disabling TLS 1.2 seems to fix your issue, but I really have no idea why. I also don't think this is a good idea. You say that the other side is using OpenSSL 1.0.1, but it looks like a really weird version to me. It doesn't seem to support TLS 1.2 but does 1.1 while there never was a version released that only didn't do 1.2 but did 1.1. It seems to be a snapshot from cvs/git since it says 1.0.1-stable 05 Jun 2011 and doesn't actually have any real version in it. Looking at the release history and git repository, it seems to be in the middle of a development cycle. Please note that 1.0.1 was released on 19 Apr 2012. So I suggest you upgrade it to a released version like 1.0.1e or the current 1.0.1-stable version. The server admin fixed the issue by importing this commit in the 1.0.1c NetBSD version : http://git.openssl.org/gitweb/?p=openssl.git;a=blobdiff;f=ssl/s3_pkt.c;h=dca345865a10a5fae10741e009676731181fc60d;hp=2d569cc1cedc5aa2bb0d0e7f876a22468e77950e;hb=c3b130338760a7e52656fd217d1d4c846e85cdff;hpb=5762f7778da56b9502534fd236007b9a1b0244d9 I think the issue is in the client as well, but fixing it on the server side is enough for it to work. Cheers, -- Clement Hermann (nodens) - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740072: memtester: [sparc] only 32-bit on 64-bit system
Package: memtester Version: 4.2.2-1 Severity: normal Dear Maintainer, on a sparc 64bit system with 16G memory: # memtester 15G memtester version 4.2.2 (32-bit) Copyright (C) 2010 Charles Cazabon. Licensed under the GNU General Public License version 2 (only). pagesize is 8192 pagesizemask is 0xe000 want 3072MB (3221225472 bytes) got 3072MB (3221225472 bytes), trying mlock ...locked. Probably an error in the build on sparc64 ? Thanks, greetings Hermann -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: sparc (sparc64) Kernel: Linux 3.2.0-4-sparc64-smp (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages memtester depends on: ii libc6 2.13-38+deb7u1 memtester recommends no packages. memtester 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#640069: Bug#735917: Two ITPs for stm32flash
Hi, On Sat, Feb 15, 2014 at 09:30:31AM +0100, Andrew Shadura wrote: there are currently two different ITPs for stm32flash with different owners. Please agree on who will actually package it (it could be one of the owners, or both together) and then merge the ITP bugs. I think as there wasn't much activity on this bug in past few years, I will proceed with my upload (I don't mind, however, if we co-maintain the package with Uwe — or if he already has a package one dput away from an upload). I was a bit busy with relocation so I had to temporarily limit my Debian activities :) Yup, please go ahead and upload/maintain the package, I hereby retract my ITP since I do indeed not have enough time to work on this. Cheers, Uwe. -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637543: libpam-ldap: pam_template_login not working as documented in manpage
Package: libpam-ldap Version: 184-8.6 Followup-For: Bug #637543 Dear Maintainer, the patch send in for squeeze is needed to fix this issue also in wheezy. It was running on squeeze over 2 years and on wheezy 2 weeks now without any problems. Please consider inclusion, thanks greetings Hermann -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libpam-ldap depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libldap-2.4-2 2.4.31-1+nmu2 ii libpam-runtime 1.1.3-7.1 ii libpam0g 1.1.3-7.1 libpam-ldap recommends no packages. Versions of packages libpam-ldap suggests: ii libnss-ldap 264-2.5 -- debconf information: * shared/ldapns/base-dn: dc=example,dc=net * shared/ldapns/ldap-server: 127.0.0.1 libpam-ldap/pam_password: crypt libpam-ldap/binddn: cn=proxyuser,dc=example,dc=net * libpam-ldap/rootbinddn: cn=manager,dc=example,dc=net * libpam-ldap/dbrootlogin: true * libpam-ldap/override: false * shared/ldapns/ldap_version: 3 * libpam-ldap/dblogin: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732309: ITP: libserialport -- Crossplatform serial port handling library
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: libserialport Version : 0.1.0 Upstream Author : Martin Ling * URL : http://sigrok.org/wiki/Libserialport * License : LGPL3+ Programming Lang: C Description : Crossplatform serial port handling library A minimal, cross-platform shared library written in C that is intended to take care of the OS-specific details when writing software that uses serial ports. It supports Linux, Windows, Mac OS X, FreeBSD, OpenBSD, NetBSD, Android, and possibly other OSes. Supported features include port opening/closing, reads/writes in either blocking or nonblocking variants, port configuration (baudrate, parity, stop bits, and so on), controlling certain signals (DTR, RTS, others), OS-independent error porting, and port enumeration (on OSes where this can be done). Note: This lib will be required by the next libsigrok upstream version, but libserialport is completely independent of sigrok, i.e., it can and probably will be used by other software projects too in the future. Uwe. -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729171: jruby -S gem: EOFException in org.joda.time.tz.ZoneInfoProvider.readZoneInfoMap
Package: jruby Version: 1.5.6-6 Severity: normal Dear Maintainer, when I run 'jruby -S gem' as user I get the EOFException below. The expected behaviour would be that only the RubyGems help is printed. Apparently some expected time zone data file cannot be read? I think a file ZoneInfoMap is read at this point. It is present in jruby.jar: $ unzip -l /usr/lib/jruby/lib/jruby.jar *ZoneInfoMap Archive: /usr/lib/jruby/lib/jruby.jar Length DateTimeName - -- - 11701 2013-08-22 22:46 org/joda/time/tz/data/ZoneInfoMap - --- 11701 1 file My time zone is Europe/Berlin. Exception message: Exception in thread main java.io.EOFException at java.io.DataInputStream.readFully(DataInputStream.java:197) at java.io.DataInputStream.readUTF(DataInputStream.java:609) at java.io.DataInputStream.readUTF(DataInputStream.java:564) at org.joda.time.tz.ZoneInfoProvider.readZoneInfoMap(ZoneInfoProvider.java:278) at org.joda.time.tz.ZoneInfoProvider.loadZoneInfoMap(ZoneInfoProvider.java:256) at org.joda.time.tz.ZoneInfoProvider.init(ZoneInfoProvider.java:123) at org.joda.time.tz.ZoneInfoProvider.init(ZoneInfoProvider.java:82) at org.joda.time.DateTimeZone.getDefaultProvider(DateTimeZone.java:490) at org.joda.time.DateTimeZone.setProvider0(DateTimeZone.java:444) at org.joda.time.DateTimeZone.clinit(DateTimeZone.java:116) at org.jruby.RubyTime.getLocalTimeZone(RubyTime.java:96) at org.jruby.RubyTime$1.allocate(RubyTime.java:171) at org.jruby.RubyClass.allocate(RubyClass.java:220) at org.jruby.RubyTime.newInstance(RubyTime.java:655) at org.jruby.RubyTime$s_method_0_0$RUBYINVOKER$newInstance.call(org/jruby/RubyTime$s_method_0_0$RUBYINVOKER$newInstance.gen:65535) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:289) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:108) at org.jruby.ast.CallNoArgNode.interpret(CallNoArgNode.java:61) at org.jruby.ast.CallNoArgNode.interpret(CallNoArgNode.java:61) at org.jruby.ast.CallOneArgNode.interpret(CallOneArgNode.java:57) at org.jruby.ast.LocalAsgnNode.interpret(LocalAsgnNode.java:123) at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:104) at org.jruby.ast.BlockNode.interpret(BlockNode.java:71) at org.jruby.evaluator.ASTInterpreter.evalClassDefinitionBody(ASTInterpreter.java:196) at org.jruby.ast.ClassNode.interpret(ClassNode.java:141) at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:104) at org.jruby.ast.BlockNode.interpret(BlockNode.java:71) at org.jruby.ast.RootNode.interpret(RootNode.java:129) at org.jruby.Ruby.loadFile(Ruby.java:2553) at org.jruby.runtime.load.ExternalScript.load(ExternalScript.java:61) at org.jruby.runtime.load.LoadService.tryLoadingLibraryOrScript(LoadService.java:671) at org.jruby.runtime.load.LoadService.smartLoad(LoadService.java:314) at org.jruby.runtime.load.LoadService.require(LoadService.java:357) at org.jruby.runtime.load.LoadService.lockAndRequire(LoadService.java:289) at org.jruby.RubyKernel.requireCommon(RubyKernel.java:984) at org.jruby.RubyKernel.require(RubyKernel.java:967) at org.jruby.RubyKernel$s_method_1_0$RUBYFRAMEDINVOKER$require.call(org/jruby/RubyKernel$s_method_1_0$RUBYFRAMEDINVOKER$require.gen:65535) at org.jruby.internal.runtime.methods.JavaMethod$JavaMethodOneOrNBlock.call(JavaMethod.java:319) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:309) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:148) at org.jruby.ast.FCallOneArgNode.interpret(FCallOneArgNode.java:36) at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:104) at org.jruby.ast.BlockNode.interpret(BlockNode.java:71) at org.jruby.ast.RootNode.interpret(RootNode.java:129) at org.jruby.Ruby.loadFile(Ruby.java:2553) at org.jruby.runtime.load.ExternalScript.load(ExternalScript.java:61) at org.jruby.runtime.load.LoadService.tryLoadingLibraryOrScript(LoadService.java:671) at org.jruby.runtime.load.LoadService.smartLoad(LoadService.java:314) at org.jruby.runtime.load.LoadService.require(LoadService.java:357) at org.jruby.runtime.load.LoadService.lockAndRequire(LoadService.java:289) at org.jruby.RubyKernel.requireCommon(RubyKernel.java:984) at org.jruby.RubyKernel.require(RubyKernel.java:967) at org.jruby.RubyKernel$s_method_1_0$RUBYFRAMEDINVOKER$require.call(org/jruby/RubyKernel$s_method_1_0$RUBYFRAMEDINVOKER$require.gen:65535) at org.jruby.internal.runtime.methods.JavaMethod$JavaMethodOneOrNBlock.call(JavaMethod.java:319) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:309) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:148) at org.jruby.ast.FCallOneArgNode.interpret(FCallOneArgNode.java:36) at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:104) at
Bug#701018: #701018 ITP: rtl-sdr -- Software defined radio receiver for Realtek RTL2832U dongles
Hi, doesn't look like I'll have time to take care of rtl-sdr anytime soon, please consider my ITP retracted. If anyone of you guys wants to take over the package please go ahead. Sorry for the trouble. Cheers, Uwe. -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725854: ITA: mongodb -- object/document-oriented database (metapackage)
On 14/10/2013 09:04, László Böszörményi (GCS) wrote: On Thu, Oct 10, 2013 at 9:56 PM, Clement Hermann nod...@nodens.org wrote: As I need this for my job, I'm willing to help, if needed that is. Sure, I'm open for suggestions and other help as well. Also, I willing to maintain a wheezy backport, see http://mentors.debian.net/package/mongodb if you like, as it'd probably be best if the maintainer of the regular package sponsored it. I think it would be good to do it together. At least I don't know how experienced are you with Debian packaging. For QA reasons, I'd like to know why changes are made, if any. Perfect ! I'm not that experienced in debian packaging (used to maintain tsclient, but that was some time ago, and it was abandoned upstream) and I find it better when the official packager keeps a look on backported packages. For the time being, I've an updated package[1]. May you look into it if it builds on Wheezy? Any feedback is appreciated. I just gave it a try on my build system. For it to build, I had to : - remove 0007-Use-TIME_UTC_-macro.patch wich prevents build with libboost =1.50. - remove the --use-system-v8 parameter : wheezy's libv8 is too old, the included one (3.12) must be used instead. It builds and install fine with these two changes. cheers, -- Clement Hermann (nodens) - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. signature.asc Description: OpenPGP digital signature
Bug#725854: ITA: mongodb -- object/document-oriented database (metapackage)
On 14/10/2013 10:00, Jérémy Lal wrote: I have moved the old mongo-debian github repository to a collab-maint one with a standard gbp layout: http://anonscm.debian.org/gitweb/?p=collab-maint/mongodb.git László, could you do a git-import-orig there and replay your changes on master branch ? Clement, do you have write access to collab-maint repositories ? Nope. Whom should I ask ? -- Clement Hermann (nodens) - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. signature.asc Description: OpenPGP digital signature
Bug#725854: ITA: mongodb -- object/document-oriented database (metapackage)
Hi, As I need this for my job, I'm willing to help, if needed that is. Also, I willing to maintain a wheezy backport, see http://mentors.debian.net/package/mongodb if you like, as it'd probably be best if the maintainer of the regular package sponsored it. Cheers, -- Clement Hermann (nodens) - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. signature.asc Description: OpenPGP digital signature
Bug#680137: [Pkg-openssl-devel] Bug#680137: libssl1.0.0: handshake failure (wrong cipher) since 1.0.1 (1.0.0h works)
Hello Kurt, Is there any news on this issue ? I have reports of the same problem from other debian users, and only debian users. After upgrade of the remote (netbsd) box, the problem still occurs. The issue is also still present in current sid version. We need to apply the ubuntu patch to connect (attached), wich seem to disable TLS_1.2 client altogether. I think this is enough, the second part of the patch may not be needed. Is there any way I can help fix this ? Cheers, -- Clement Hermann (nodens) - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. Description: Work around TLS 1.2 failures for some broken servers that hang if a client hello record length exceeds 255 bytes. . 1. Set OPENSSL_MAX_TLS1_2_CIPHER_LENGTH=50. This will truncate the number of ciphers sent in the client hello. 2. Set OPENSSL_NO_TLS1_2_CLIENT to disable TLS 1.2 client support entirely. Also, check TLS_get_client_version() rather than TLS1_get_versions() to avoid improper truncation of client hello cipher lists. This change has been forwarded upstream in rt #2881. Bug-Ubuntu: https://bugs.launchpad.net/bugs/965371 Bug-Debian: http://bugs.debian.org/665452 Bug: http://rt.openssl.org/Ticket/Display.html?id=2771 Bug: http://rt.openssl.org/Ticket/Display.html?id=2881 Forwarded: not-needed Last-Update: 2012-10-04 Index: openssl-1.0.1c/Configure === --- openssl-1.0.1c.orig/Configure 2012-10-03 23:59:05.235548667 -0700 +++ openssl-1.0.1c/Configure 2012-10-04 10:34:23.076454592 -0700 @@ -106,7 +106,7 @@ my $gcc_devteam_warn = -Wall -pedantic -DPEDANTIC -Wno-long-long -Wsign-compare -Wmissing-prototypes -Wshadow -Wformat -Werror -DCRYPTO_MDEBUG_ALL -DCRYPTO_MDEBUG_ABORT -DREF_CHECK -DOPENSSL_NO_DEPRECATED; # There are no separate CFLAGS/CPPFLAGS/LDFLAGS, set everything in CFLAGS -my $debian_cflags = `dpkg-buildflags --get CFLAGS` . `dpkg-buildflags --get CPPFLAGS` . `dpkg-buildflags --get LDFLAGS` . -Wa,--noexecstack -Wall; +my $debian_cflags = `dpkg-buildflags --get CFLAGS` . `dpkg-buildflags --get CPPFLAGS` . `dpkg-buildflags --get LDFLAGS` . -Wa,--noexecstack -Wall -DOPENSSL_NO_TLS1_2_CLIENT -DOPENSSL_MAX_TLS1_2_CIPHER_LENGTH=50; $debian_cflags =~ s/\n/ /g; my $strict_warnings = 0; Index: openssl-1.0.1c/ssl/s23_clnt.c === --- openssl-1.0.1c.orig/ssl/s23_clnt.c 2012-10-03 23:46:22.967530550 -0700 +++ openssl-1.0.1c/ssl/s23_clnt.c 2012-10-04 10:33:13.820452946 -0700 @@ -491,7 +491,7 @@ * as hack workaround chop number of supported ciphers * to keep it well below this if we use TLS v1.2 */ - if (TLS1_get_version(s) = TLS1_2_VERSION + if (TLS1_get_client_version(s) = TLS1_2_VERSION i OPENSSL_MAX_TLS1_2_CIPHER_LENGTH) i = OPENSSL_MAX_TLS1_2_CIPHER_LENGTH ~1; #endif
Bug#725825: mongodb-server: No safe upgrade path from Wheezy to Jessie when using sharded cluster
Package: mongodb-server Version: 1:2.4.5-1 Severity: normal Hi, Just FYI (but maybe you are already aware of that), there is no safe upgrade path from 2.0 to 2.4 on a sharded cluster. When the Mongos are upgraded, they will fail to upgrade config servers metadata, as they assume the metadata is 2.2 format. According to upstream, the upgrade path from 2.0 to 2.4 when using a sharded cluster is to upgrade to 2.2 first : http://docs.mongodb.org/manual/release-notes/2.4-upgrade/ The problem is, not only is it not supported, but the metadata will get corrupt. I'm not sure what the best way to deal with it would be. At the very least, the users should be warned. If a sharded cluster is detected, upgrade should be interrupted to prevent data loss. Unattended upgrade in a cluster is out of the question, but maybe we can provide a safe way to do it (I'm not yet sure of what mongos --upgrade does), via script or otherwise. Cheers, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-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 mongodb-server depends on: ii adduser 3.113+nmu3 ii libboost-filesystem1.49.0 1.49.0-4+b1 ii libboost-program-options1.49.0 1.49.0-4+b1 ii libboost-system1.49.0 1.49.0-4+b1 ii libboost-thread1.49.0 1.49.0-4+b1 ii libc6 2.17-92+b1 ii libgcc1 1:4.8.1-10 ii libgoogle-perftools42.1-1 ii libpcre31:8.31-2 ii libpcrecpp0 1:8.31-2 ii libsnappy1 1.1.0-1 ii libstdc++6 4.8.1-10 ii mongodb-clients 1:2.4.5-1 mongodb-server recommends no packages. mongodb-server suggests no packages. -- no debconf information -- Clément Hermann (nodens) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720810: miro: FTBFS with libav9: miro-segmenter.c:236:45: error: 'URL_WRONLY' undeclared (first use in this function)
Hi, On Sun, Sep 22, 2013 at 10:45:49PM +0200, Sebastian Ramacher wrote: Would you mind if I'd upload a NMU in the meantime? Ok, go ahead, I'll do another upload then after the transition is through. Uwe. -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721701: Use of each() on hash after insertion without resetting hash iterator results in undefined behavior
Package: spamassassin Version: 3.3.2-6.1 Severity: normal Hi, I'm seeing the follow line a lot in my logs, not sure if it's just a warning or actual error, though. Please let me know. spamd[27404]: Use of each() on hash after insertion without resetting hash iterator results in undefined behavior, Perl interpreter: 0xfe6010 at /usr/share/perl5/Mail/SpamAssassin/AsyncLoop.pm line 363. Thx, Uwe. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spamassassin depends on: ii adduser 3.113 pn libarchive-tar-perl none ii libhtml-parser-perl 3.71-1+b1 ii libnet-dns-perl 0.68-1.1+b1 ii libnetaddr-ip-perl 4.062+dfsg-1+b1 ii libsocket6-perl 0.23-1+b3 ii libsys-hostname-long-perl 1.4-2 ii libwww-perl 6.02-1 ii perl5.18.1-3 ii perl-modules [libio-zlib-perl] 5.18.1-3 Versions of packages spamassassin recommends: ii gcc4:4.7.2-1 ii gnupg 1.4.11-3 ii libc6-dev 2.17-3 ii libio-socket-inet6-perl2.69-2 pn libmail-spf-perl none ii make 3.81-8.2 ii perl [libsys-syslog-perl] 5.18.1-3 pn re2c none ii spamc 3.3.2-2 Versions of packages spamassassin suggests: ii libdbi-perl 1.628-1+b1 ii libio-socket-ssl-perl 1.44-1 pn libmail-dkim-perl none pn libnet-ident-perl none ii perl [libcompress-zlib-perl] 5.18.1-3 pn pyzor none pn razor none -- Configuration Files: /etc/default/spamassassin changed [not included] -- no debconf information -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720810: miro: FTBFS with libav9: miro-segmenter.c:236:45: error: 'URL_WRONLY' undeclared (first use in this function)
On Tue, Sep 03, 2013 at 12:24:55AM +0200, Sebastian Ramacher wrote: The attached patch should fix this issue. Thanks! Have you uploaded an NMU? If not, I'll be uploading a new package soonish anyway and will include your patch then. Cheers, Uwe. -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720469: msgpack-python: [sparc] msgpack-python missing in wheezy
On Thu, Aug 22, 2013 at 07:48:41PM +0100, Adam D. Barratt wrote: Control: severity -1 important On Thu, 2013-08-22 at 13:07 +0200, Hermann Lauer wrote: Package: msgpack-python Version: 0.2.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, msgpack-python is not build for sparc in wheezy Then built successfully in the past is incorrect, and this is not a regression (and thus not RC); downgrading. (It's also reported against the version of the package in jessie, where there /is/ a sparc build.) Right, the wheezy 0.1.10 version fails to build: gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.6 -c msgpack/_msgpack.c -o build/temp.linux-sparc64-2.6/msgpack/_msgpack.o In file included from msgpack/pack.h:99:0, from msgpack/_msgpack.c:239: msgpack/pack_template.h:24:21: error: #elif with no expression So 0.2.0 should be made available in wheezy-backports for sparc, as this prevents the installation of salt-common from wheezy-backports. Any way to achieve this ? Thanks, greetings Hermann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720469: msgpack-python: [sparc] msgpack-python missing in wheezy
Package: msgpack-python Version: 0.2.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, msgpack-python is not build for sparc in wheezy, but a build here worked after installing cython and manually installing python-setuptools. Maybe only a build dependency problem ? Thanks, greetings Hermann -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: sparc (sparc64) Kernel: Linux 3.2.0-4-sparc64-smp (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages msgpack-python depends on: ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libstdc++6 4.7.2-5 ii python 2.7.3-4 msgpack-python recommends no packages. msgpack-python 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#516785: Bug #516785: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
On Tue, Jul 09, 2013 at 05:42:20PM +0200, Moritz Muehlenhoff wrote: No, a second machine of the same type is available now for testing - and also crashing after loading of the cassini driver. Here lspci and cpuinfo: ... 0002:00:02.0 Ethernet controller: Oracle Corporation Cassini 10/100/1000 (rev 11) 0003:00:01.0 Ethernet controller: Oracle Corporation Cassini 10/100/1000 (rev 11) ... Does this work with the wheezy release or later kernels? Nope, tried 3.10.0 today - network worked for a short time, then a Hardware FATAL RESET occured. Last suspicion was a chip issue with rev 11 cassini - there is one working report with rev 20 chips only. For the records: this was a 4 CPU 480R. As usual console output is saved and could be provided, any other ideas are welcome. Thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534312: upgrade of libc6 causes SEGFAULTs
Sorry for the long silence. Before investigating this more, I should ask: can you still reproduce this? If not, do you remember what change made it go away? I haven't done any further research on this so I can't tell if it's still reproducible. I don't have a lenny system around to try it, either. The system that originally exhibited the problem has been upgraded to wheezy in the mean time, so there is hardly a chance to reproduce the exact setup. ulf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672496: shinken: New upstream release
Package: shinken Followup-For: Bug #672496 Dear Maintainer, upstream 1.4 is out and even unstable still contains 0.6.5. Please consider updating, shinken releases from upstream are running stable here. Thanks for any work on this, Hermann -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable'), (50, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.8.11 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709406: libsigrokdecode0: Missing depends on python3
Hi, On Wed, May 22, 2013 at 10:19:49PM -0400, Scott Kitterman wrote: The package contains python3 code that requires a python3 interpreter to run, but no dependency on python3 or a versioned python3.x interpreter is provided. Yup, Python 3 is indeed required. Will fix soonish, there's a new upstream release that I'll package anyway. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670231: /usr/bin/lscpu: Re: util-linux: lscpu misses second CPU on some sparc64 boxes
Package: util-linux Version: 2.20.1-5.3 Followup-For: Bug #670231 Dear Maintainer, same here, a sparse cpu is not counted in lscpu, see below. Thanks, Hermann # lscpu Architecture: sparc64 CPU op-mode(s):32-bit, 64-bit Byte Order:Big Endian CPU(s):5 On-line CPU(s) list: 0-4,6 Off-line CPU(s) list: Thread(s) per core:1 Core(s) per socket:1 Socket(s): 5 # cat /proc/cpuinfo cpu : TI UltraSparc III+ (Cheetah+) fpu : UltraSparc III+ integrated FPU pmu : ultra3+ prom: OBP 4.6.3 2002/05/28 09:09 type: sun4u ncpus probed: 6 ncpus active: 6 D$ parity tl1 : 0 I$ parity tl1 : 0 cpucaps : flush,stbar,swap,muldiv,v9,ultra3,mul32,div32,v8plus,vis,vis2 Cpu0ClkTck : 35a4e900 Cpu1ClkTck : 35a4e900 Cpu2ClkTck : 35a4e900 Cpu3ClkTck : 35a4e900 Cpu4ClkTck : 35a4e900 Cpu6ClkTck : 35a4e900 MMU Type: Cheetah+ State: CPU0: online CPU1: online CPU2: online CPU3: online CPU4: online CPU6: online -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: sparc (sparc64) Kernel: Linux 3.2.0-4-sparc64-smp (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages util-linux depends on: ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.10 ii initscripts2.88dsf-41 ii install-info 4.13a.dfsg.1-10 ii libblkid1 2.20.1-5.3 ii libc6 2.13-38 ii libncurses55.9-10 ii libselinux12.1.9-5 ii libtinfo5 5.9-10 ii libuuid1 2.20.1-5.3 ii lsb-base 4.1+Debian8 ii tzdata 2013b-2 ii zlib1g 1:1.2.7.dfsg-13 util-linux recommends no packages. Versions of packages util-linux suggests: ii console-tools 1:0.2.3dbs-70 pn dosfstools none pn util-linux-locales none -- debconf information: util-linux/noauto-with-nonzero-passnum: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701018: ITP: rtl-sdr -- Software defined radio receiver for Realtek RTL2832U dongles
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: rtl-sdr Version : git snapshot Upstream Author : Steve Markgraf st...@steve-m.de, Dimitri Stolnikov hori...@gmx.net, Hoernchen l...@tfc-server.de, Kyle Keen keen...@gmail.com, others * URL : http://sdr.osmocom.org/trac/wiki/rtl-sdr * License : GPL, version 2 or later Programming Lang: C Description : Software defined radio receiver for Realtek RTL2832U dongles rtl-sdr is a software defined radio (SDR) receiver software for certain low-cost DVB-T/DAB(+) USB dongles based on the Realtek RTL2832U chip. I plan to make a librtlsdr, librtlsdr-dev, and rtl-sdr package (the latter containing the binary tools shipped with rtl-sdr). Available tools that ship with rtl-sdr currently include: - rtl_adsb: a simple ADS-B decoder for RTL2832 based DVB-T receivers - rtl_eeprom: an EEPROM programming tool for RTL2832 based DVB-T receivers - rtl_fm: a narrow band FM demodulator for RTL2832 based DVB-T receivers - rtl_sdr: an I/Q recorder for RTL2832 based DVB-T receivers - rtl_tcp: an I/Q spectrum server for RTL2832 based DVB-T receivers - rtl_test: a benchmark tool for RTL2832 based DVB-T receivers Note that there are also other tools using librtlsdr that are not part of the 'rtl-sdr' project, those will have extra ITPs, but will be using the librtlsdr shared library provided by this package. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699881: RFP: python-pyfpdf -- Simple PDF generation for Python
Package: wnpp Severity: wishlist * Package name: python-pyfpdf Version : 1.7 Upstream Author : Mariano Reingart reing...@gmail.com * URL : http://code.google.com/p/pyfpdf * License : LGPL Programming Lang: Python Description : Simple PDF generation for Python packaging is as usual: python setup.py --command-packages=stdeb.command debianize --package=python-pyfpdf PyFPDF is a library for PDF document generation under Python, ported from php (see FPDF Free-PDF, a well-known PDFlib-extension replacement with many examples, scripts and derivatives). Main features Easy to use (and easy to extend) Many simple examples and scripts available in many languages No external dependencies or extensions (optionally PIL for JPG support) No installation, no compilation or other libraries (DLL) required Small and compact code, useful for testing new features and teaching This repository is a fork of the library original port by Max Pat, with the following enhancements: Python 2.5 to 2.7 support (with experimental Python3 support) Unicode (UTF-8) TrueType font subset embedding (Central European, Cyrillic, Greek, Baltic, Thai, Chinese, Japanese, Korean, Hindi and almost any other language in the world) New! based on sFPDF LGPL3 PHP version from Ian Back Improved installers (setup.py, py2exe, PyPI) support Barcode I2of5 and code39, QR code coming soon ... PNG, GIF and JPG support (including transparency and alpha channel) New! Exceptions support, other minor fixes, improvements and PEP8 code cleanups Port of Tutorial and ReferenceManual (spanish translation available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696228: graphite-carbon: logrotate and internal carbon log rotation interact badly
Hello Jonnas, On Sun, Jan 13, 2013 at 04:44:49PM +0100, Jonas Genannt wrote: This looks like the twisted log class used in carbon is still doing internal logrotation when the file exceeds 1M in size. I have updated the patch against Carbon, it now disables rotateLength. That is by default 1M. with your latest patch it now works like expected: -rw-r--r-- 1 _graphite root 6410536 Jan 17 11:00 console.log -rw-r--r-- 1 _graphite _graphite 368 Jan 15 06:31 console.log.1 6:31 is nearly the time when logrotate kicks in and today no rotation. This bug can be closed now. Not directly related: Are you aware of any plans to package python-graphite-web in debian ? At the moment we are using python setup.py --command-packages=stdeb.command debianize to get the package. Many thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696228: graphite-carbon: logrotate and internal carbon log rotation interact badly
Hello Jonas, On Thu, Jan 03, 2013 at 12:46:34PM +0100, Hermann Lauer wrote: looks still somehow messy, but deleted now all console.log* files as you said and will watch if a new mess builds up during the next days. Deleted the default logrotate rule for carbon a few days ago and are seeing now: -rw-r--r-- 1 _graphite _graphite 118924 Jan 11 09:53 console.log -rw-r--r-- 1 _graphite _graphite 145 Jan 11 08:52 console.log.1 -rw-r--r-- 1 _graphite _graphite 143 Jan 8 02:33 console.log.10 -rw-r--r-- 1 _graphite _graphite 112 Jan 7 17:45 console.log.11 -rw-r--r-- 1 _graphite _graphite 124 Jan 7 08:57 console.log.12 -rw-r--r-- 1 _graphite _graphite 133 Jan 7 00:12 console.log.13 -rw-r--r-- 1 _graphite _graphite 133 Jan 6 15:31 console.log.14 -rw-r- 1 _graphite root 0 Jan 6 06:50 console.log.15 -rw-r--r-- 1 root root 7591235 Jan 6 06:50 console.log.16 -rw-r--r-- 1 _graphite _graphite 164 Jan 11 00:26 console.log.2 -rw-r--r-- 1 _graphite _graphite 163 Jan 10 15:58 console.log.3 -rw-r--r-- 1 _graphite _graphite 134 Jan 10 07:08 console.log.4 -rw-r--r-- 1 _graphite _graphite 100 Jan 9 22:19 console.log.5 -rw-r--r-- 1 _graphite _graphite 159 Jan 9 13:28 console.log.6 -rw-r--r-- 1 _graphite _graphite 118 Jan 9 04:47 console.log.7 -rw-r--r-- 1 _graphite _graphite 124 Jan 8 19:59 console.log.8 -rw-r--r-- 1 _graphite _graphite 112 Jan 8 11:16 console.log.9 This looks like the twisted log class used in carbon is still doing internal logrotation when the file exceeds 1M in size. http://anonscm.debian.org/gitweb/?p=pkg-graphite/packages/graphite-carbon.git;a=commitdiff;h=5d747bfa7006ce1fab18b0299dcf21ae069acfa6 No problems with hangs during the last updates with this patch, so this is fixed. Thanks, greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680137: irssi: Can't connect to SSL-enabled server after upgrading libssl
Hi, With some more test and some help from a friend, we made some progress. It *does* work when adding -no_tls1_1 option to openssl s_client. It works if the server allows renegociation : I can connect to freenode. It seems to be #665452 again, or a variant. Anyway, that explains why it works in ubuntu. The patch tls12_workarounds.patch (attached) works around it (but I'm not qualified to tell whether this is an acceptable solution or not). The patch headers give some more information, I'll copy it here for readability of the report : -patch header- Description: Work around TLS 1.2 failures for some broken servers that hang if a client hello record length exceeds 255 bytes. . 1. Set OPENSSL_MAX_TLS1_2_CIPHER_LENGTH=50. This will truncate the number of ciphers sent in the client hello. 2. Set OPENSSL_NO_TLS1_2_CLIENT to disable TLS 1.2 client support entirely. Also, check TLS_get_client_version() rather than TLS1_get_versions() to avoid improper truncation of client hello cipher lists. This change has been forwarded upstream in rt #2881. Bug-Ubuntu:https://bugs.launchpad.net/bugs/965371 Bug-Debian:http://bugs.debian.org/665452 Bug:http://rt.openssl.org/Ticket/Display.html?id=2771 Bug:http://rt.openssl.org/Ticket/Display.html?id=2881 Forwarded: not-needed Last-Update: 2012-10-04 -End of patch header- Cheers. - -- Clement Hermann (nodens) - - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. Description: Work around TLS 1.2 failures for some broken servers that hang if a client hello record length exceeds 255 bytes. . 1. Set OPENSSL_MAX_TLS1_2_CIPHER_LENGTH=50. This will truncate the number of ciphers sent in the client hello. 2. Set OPENSSL_NO_TLS1_2_CLIENT to disable TLS 1.2 client support entirely. Also, check TLS_get_client_version() rather than TLS1_get_versions() to avoid improper truncation of client hello cipher lists. This change has been forwarded upstream in rt #2881. Bug-Ubuntu: https://bugs.launchpad.net/bugs/965371 Bug-Debian: http://bugs.debian.org/665452 Bug: http://rt.openssl.org/Ticket/Display.html?id=2771 Bug: http://rt.openssl.org/Ticket/Display.html?id=2881 Forwarded: not-needed Last-Update: 2012-10-04 Index: openssl-1.0.1c/Configure === --- openssl-1.0.1c.orig/Configure 2012-10-03 23:59:05.235548667 -0700 +++ openssl-1.0.1c/Configure 2012-10-04 10:34:23.076454592 -0700 @@ -106,7 +106,7 @@ my $gcc_devteam_warn = -Wall -pedantic -DPEDANTIC -Wno-long-long -Wsign-compare -Wmissing-prototypes -Wshadow -Wformat -Werror -DCRYPTO_MDEBUG_ALL -DCRYPTO_MDEBUG_ABORT -DREF_CHECK -DOPENSSL_NO_DEPRECATED; # There are no separate CFLAGS/CPPFLAGS/LDFLAGS, set everything in CFLAGS -my $debian_cflags = `dpkg-buildflags --get CFLAGS` . `dpkg-buildflags --get CPPFLAGS` . `dpkg-buildflags --get LDFLAGS` . -Wa,--noexecstack -Wall; +my $debian_cflags = `dpkg-buildflags --get CFLAGS` . `dpkg-buildflags --get CPPFLAGS` . `dpkg-buildflags --get LDFLAGS` . -Wa,--noexecstack -Wall -DOPENSSL_NO_TLS1_2_CLIENT -DOPENSSL_MAX_TLS1_2_CIPHER_LENGTH=50; $debian_cflags =~ s/\n/ /g; my $strict_warnings = 0; Index: openssl-1.0.1c/ssl/s23_clnt.c === --- openssl-1.0.1c.orig/ssl/s23_clnt.c 2012-10-03 23:46:22.967530550 -0700 +++ openssl-1.0.1c/ssl/s23_clnt.c 2012-10-04 10:33:13.820452946 -0700 @@ -491,7 +491,7 @@ * as hack workaround chop number of supported ciphers * to keep it well below this if we use TLS v1.2 */ - if (TLS1_get_version(s) = TLS1_2_VERSION + if (TLS1_get_client_version(s) = TLS1_2_VERSION i OPENSSL_MAX_TLS1_2_CIPHER_LENGTH) i = OPENSSL_MAX_TLS1_2_CIPHER_LENGTH ~1; #endif
Bug#475784: RFP: php-gnupg -- PHP extension to interact with gnupg
Hi, is there anyone working on this currently ? I need this package, and though I did create one with dh-make-pecl, a maintained package would be nice. Was there any caveat (except the lack of upstream update) ? I cannot find the package mentioned on mentors (it is old anyway). I'd be willing to work on it, but I would need a sponsor. Cheers -- Clément Hermann (nodens) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696228: graphite-carbon: logrotate and internal carbon log rotation interact badly
Hello Jonas, On Thu, Dec 20, 2012 at 10:23:48PM +0100, Jonas Genannt wrote: many thanks for the quick patch, which looks like doing the right thing. Our customized package contains it now and is running, will report when I'm shure it works like expected. # ls -l listener.log* -rw-r- 1 _graphite _graphite 683725 Jan 3 12:27 listener.log -rw-r- 1 _graphite root 123 Jan 1 18:03 listener.log.1 -rw-r- 1 _graphite _graphite 835812 Dec 30 06:35 listener.log.2 -rw-r- 1 _graphite _graphite 60477 Dec 28 05:02 listener.log.2.gz -rw-r- 1 _graphite root 174 Dec 25 17:45 listener.log.3 -rw-r- 1 _graphite _graphite 62090 Dec 21 11:16 listener.log.3.gz -rw-r- 1 _graphite _graphite 728923 Dec 23 06:28 listener.log.4 -rw-r- 1 _graphite _graphite8300 Dec 9 06:40 listener.log.4.gz -rw-r- 1 _graphite _graphite 128840 Dec 16 06:38 listener.log.5 -rw-r- 1 _graphite _graphite9611 Dec 2 06:47 listener.log.5.gz -rw-r- 1 _graphite _graphite 10068 Nov 25 06:47 listener.log.6.gz -rw-r- 1 _graphite _graphite5931 Nov 18 06:32 listener.log.7.gz looks still somehow messy, but deleted now all console.log* files as you said and will watch if a new mess builds up during the next days. could you please apply on your package the following patch: http://anonscm.debian.org/gitweb/?p=pkg-graphite/packages/graphite-carbon.git;a=commitdiff;h=5d747bfa7006ce1fab18b0299dcf21ae069acfa6 Please test if the process hangs again on update. Did a dpkg -i /tmp/graphite-carbon_0.9.10-1.3_all.deb which replaced the last package without a hang. BTW, on https://bitbucket.org/hlauer/shinken2rrd we have a small patch to extend the udp receiver to a minimalistic protocol we use here a long time. Feel free to include or send upstream, if you think it's worth it. Many thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697150: mtpfs should not depends on fuse-utils but on fuse
Package: mtpfs Severity: important Hi, mtpfs depends on fuse-utils, which was a transition package and isn't available in sid now for most architecture. So a new install of mtpfs on a current sid system with no fuse-utils leftover is not possible. Please depend on fuse. Cheers, Clément Hermann (nodens) -- 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.2.0-2-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697072: ITP: pulseview -- GUI for the sigrok signal analysis suite
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: pulseview Version : 0.1.0 Upstream Author : Joel Holdsworth j...@airwebreathe.org.uk * URL : http://sigrok.org/wiki/PulseView * License : GPL Programming Lang: C++ Description : GUI for the sigrok signal analysis suite Qt-based GUI for the sigrok signal analysis software suite. It currently supports digital signal display (for logic analyzers) and analog signal display (for oscilloscopes, multimeters, and so on). Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696228: graphite-carbon: logrotate and internal carbon log rotation interact badly
Hello Jonas, On Tue, Dec 18, 2012 at 06:46:55PM +0100, Jonas Genannt wrote: you are correct. Carbon rotates also. I have created an patch against that problem. ... If it works on your side, I will submit it to upstream. many thanks for the quick patch, which looks like doing the right thing. Our customized package contains it now and is running, will report when I'm shure it works like expected. Btw., the upgrade script in the deb seems to contain a bug: | | `-apt-get,18775 upgrade | | `-dpkg,18859 --status-fd 15 --configure graphite-carbon:all | | `-frontend,18860 -w /usr/share/debconf/frontend /var/lib/dpkg/info/graphite-carbon.postinst configure 0.9.10-1.1 | | `-(graphite-carbon,18868) The graphite-carbon process is the 'defunct' state and the frontend must be killed. Any idea how to debug this ? Thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696228: graphite-carbon: logrotate and internal carbon log rotation interact badly
Package: graphite-carbon Version: 0.9.10-1.1 Severity: normal Dear Maintainer, the usage of both logrotate and the carbon internal logrotation facility yields to the logs splitted, see content of directory /var/log/carbon below. For the moment, disabling /etc/logrotate.d/graphite-carbon would be avoid the mess, but in the long run carbon's internal logrotation should probably switched off (to be done upstream). Thanks, Hermann # ls -l console.log* -rw-r- 1 _graphite _graphite 1452684 Dec 18 12:29 console.log -rw-r- 1 _graphite _graphite 786274 Dec 16 06:38 console.log.1 -rw-r- 1 _graphite _graphite 2679760 Nov 10 23:59 console.log.2012_11_10 -rw-r- 1 _graphite root 1937967 Nov 11 23:59 console.log.2012_11_11 -rw-r- 1 _graphite _graphite 2635685 Nov 12 23:59 console.log.2012_11_12 -rw-r- 1 _graphite _graphite 2635677 Nov 13 23:59 console.log.2012_11_13 -rw-r- 1 _graphite _graphite 1769472 Nov 14 17:13 console.log.2012_11_14 -rw-r- 1 _graphite _graphite 45358953 Nov 15 23:59 console.log.2012_11_15 -rw-r- 1 _graphite _graphite 2800940 Nov 16 23:59 console.log.2012_11_16 -rw-r- 1 _graphite _graphite 2804795 Nov 17 23:59 console.log.2012_11_17 -rw-r- 1 _graphite root 2051073 Nov 18 23:59 console.log.2012_11_18 -rw-r- 1 _graphite _graphite 2796348 Nov 19 23:59 console.log.2012_11_19 -rw-r- 1 _graphite _graphite 2817940 Nov 20 23:59 console.log.2012_11_20 -rw-r- 1 _graphite _graphite 2798447 Nov 21 23:59 console.log.2012_11_21 -rw-r- 1 _graphite _graphite 2815762 Nov 22 23:59 console.log.2012_11_22 -rw-r- 1 _graphite _graphite 2867643 Nov 23 23:59 console.log.2012_11_23 -rw-r- 1 _graphite _graphite 2855280 Nov 24 23:59 console.log.2012_11_24 -rw-r- 1 _graphite root 2053204 Nov 25 23:59 console.log.2012_11_25 -rw-r- 1 _graphite _graphite 2861636 Nov 26 23:59 console.log.2012_11_26 -rw-r- 1 _graphite _graphite 2865025 Nov 27 23:59 console.log.2012_11_27 -rw-r- 1 _graphite _graphite 2862691 Nov 28 23:59 console.log.2012_11_28 -rw-r- 1 _graphite _graphite 2840902 Nov 29 23:59 console.log.2012_11_29 -rw-r- 1 _graphite _graphite 2884030 Nov 30 23:59 console.log.2012_11_30 -rw-r- 1 _graphite _graphite 2898732 Dec 1 23:59 console.log.2012_12_1 -rw-r- 1 _graphite _graphite 2871502 Dec 10 23:59 console.log.2012_12_10 -rw-r- 1 _graphite _graphite 2882910 Dec 11 23:59 console.log.2012_12_11 -rw-r- 1 _graphite _graphite 2866346 Dec 12 23:59 console.log.2012_12_12 -rw-r- 1 _graphite _graphite 2843207 Dec 13 23:59 console.log.2012_12_13 -rw-r- 1 _graphite _graphite 2855640 Dec 14 23:59 console.log.2012_12_14 -rw-r- 1 _graphite _graphite 2847990 Dec 15 23:59 console.log.2012_12_15 -rw-r- 1 _graphite root 2069418 Dec 16 23:59 console.log.2012_12_16 -rw-r- 1 _graphite _graphite 2823094 Dec 17 23:59 console.log.2012_12_17 -rw-r- 1 _graphite root 2099626 Dec 2 23:59 console.log.2012_12_2 -rw-r- 1 _graphite _graphite 2891764 Dec 3 23:59 console.log.2012_12_3 -rw-r- 1 _graphite _graphite 2906945 Dec 4 23:59 console.log.2012_12_4 -rw-r- 1 _graphite _graphite 2913170 Dec 5 23:59 console.log.2012_12_5 -rw-r- 1 _graphite _graphite 2901500 Dec 6 23:59 console.log.2012_12_6 -rw-r- 1 _graphite _graphite 2868494 Dec 7 23:59 console.log.2012_12_7 -rw-r- 1 _graphite _graphite 2902303 Dec 8 23:59 console.log.2012_12_8 -rw-r- 1 _graphite root 2079404 Dec 9 23:59 console.log.2012_12_9 -rw-r- 1 _graphite _graphite71779 Dec 9 06:40 console.log.2.gz -rw-r- 1 _graphite _graphite73977 Dec 2 06:47 console.log.3.gz -rw-r- 1 _graphite _graphite73076 Nov 25 06:47 console.log.4.gz -rw-r- 1 _graphite _graphite67372 Nov 18 06:33 console.log.5.gz -rw-r- 1 _graphite _graphite64762 Nov 11 06:32 console.log.6.gz -rw-r- 1 _graphite _graphite66894 Nov 4 06:49 console.log.7.gz -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: sparc (sparc64) Kernel: Linux 3.2.0-4-sparc64-smp (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages graphite-carbon depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.46 ii python 2.7.3~rc2-1 ii python-twisted-core12.0.0-1 ii python-whisper 0.9.10-1 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3~rc2-2.1 graphite-carbon recommends no packages. graphite-carbon suggests no packages. -- Configuration Files: /etc/carbon/carbon.conf changed: [cache] STORAGE_DIR= /opt/graphite/storage/ CONF_DIR = /opt/graphite/conf/ LOG_DIR= /var/log/carbon/ PID_DIR= /var/run/ LOCAL_DATA_DIR =/opt/graphite/storage/whisper USER = _graphite MAX_CACHE_SIZE = inf MAX_UPDATES_PER_SECOND = 500 MAX_CREATES_PER_MINUTE = 50
Bug#691790: network-manager: Connectivity checking fails
Package: network-manager Version: 0.9.6.4-1 Severity: normal Dear Maintainer, The connectivity checking feature introduced by version 0.9.4 of network-manager doesn't work with the Debian provided version. I added the [connectivity] section (see below) and also tried with the command-line options. Neither works. NM creates no related network traffic, as monitored with ngrep. There is also no mention of the settings, functionality nor failure in syslog, not even with log-level=DEBUG. The functionality is described in the man-page and with --help so it should be expected it is available. The feature requires the use of libsoup. Checking with ldd it reveals that nm isn't linked against it: $ ldd /usr/sbin/NetworkManager | grep soup -c 0 So it seems nm isn't compiled with libsoup headers present. Why the option is mentioned in the --help and the man page even though it clearly isn't compiled in is another bug, one that will become obsolete once nm is compiled against libsoup. Please compile nm against libsoup so the connectivity feature can be used. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental'), (90, 'oneiric') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-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 network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.6.8-1 ii dpkg 1.16.9 ii isc-dhcp-client4.2.4-3 ii libc6 2.13-36 ii libdbus-1-31.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libgcrypt111.5.0-3 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgnutls262.12.20-1 ii libgudev-1.0-0 175-7 ii libnl-3-2003.2.7-4 ii libnl-genl-3-200 3.2.7-4 ii libnl-route-3-200 3.2.7-4 ii libnm-glib40.9.6.4-1 ii libnm-util20.9.6.4-1 ii libpolkit-gobject-1-0 0.105-1 ii libuuid1 2.20.1-5.2 ii lsb-base 4.1+Debian7 ii udev 175-7 ii wpasupplicant 1.0-3 Versions of packages network-manager recommends: pn crda none ii dnsmasq-base 2.63-4 ii iptables 1.4.16.3-1 ii modemmanager 0.5.2.0-2 ii policykit-1 0.105-1 ii ppp 2.4.5-5.1+b1 Versions of packages network-manager suggests: pn avahi-autoipd none -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=keyfile [ifupdown] managed=true [connectivity] uri=http://start.ubuntu.com/connectivity-check.html response=Lorem ipsum interval=30 -- 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#691312: sabnzbdplus: Version 0.7.4-1 can not be installed because initscript fails
Package: sabnzbdplus Version: 0.7.4-1 Severity: important Dear Maintainer, sabnzbdplus fails to install because the initscript fails. The daemon is running afterwards, but stopping and/or restarting fails. * What led up to the situation? Upgrading sabnzbdplus from 0.7.3-1 to 0.7.4-1 * What exactly did you do (or not do) that was effective (or ineffective)? apt-get -f install (uneffective) * What was the outcome of this action? # apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 14 not upgraded. 3 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up sabnzbdplus (0.7.4-1) ... Starting SABnzbd+ binary newsgrabber:X11 connection rejected because of wrong authentication. failed! invoke-rc.d: initscript sabnzbdplus, action start failed. dpkg: error processing sabnzbdplus (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of sabnzbdplus-theme-classic: sabnzbdplus-theme-classic depends on sabnzbdplus (= 0.7.4-1); however: Package sabnzbdplus is not configured yet. dpkg: error processing sabnzbdplus-theme-classic (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of sabnzbdplus-theme-smpl: sabnzbdplus-theme-smpl depends on sabnzbdplus (= 0.7.4-1); however: Package sabnzbdplus is not configured yet. dpkg: error processing sabnzbdplus-theme-smpl (--configure): dependency problems - leaving unconfigured Processing triggers for menu ... Errors were encountered while processing: sabnzbdplus sabnzbdplus-theme-classic sabnzbdplus-theme-smpl localepurge: Disk space freed in /usr/share/locale: 0 KiB localepurge: Disk space freed in /usr/share/man: 0 KiB localepurge: Disk space freed in /usr/share/gnome/help: 0 KiB localepurge: Disk space freed in /usr/share/omf: 0 KiB localepurge: Disk space freed in /usr/share/doc/kde/HTML: 0 KiB Total disk space freed by localepurge: 0 KiB E: Sub-process /usr/bin/dpkg returned an error code (1) * What outcome did you expect instead? Correctly installed sabnzbdplus *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (400, 'experimental'), (200, 'testing'), (70, 'oneiric') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sabnzbdplus depends on: ii python 2.7.3-3 ii python-cheetah 2.4.4-3 ii python-configobj 4.7.2+ds-4 ii python-feedparser5.1.2-1 ii sabnzbdplus-theme-plush 0.7.4-1 Versions of packages sabnzbdplus recommends: ii par2 0.4-11 ii python-openssl 0.13-2 ii python-yenc0.3+debian-2+b2 iu sabnzbdplus-theme-classic 0.7.4-1 iu sabnzbdplus-theme-smpl 0.7.4-1 ii unrar 1:4.1.4-1 ii unzip 6.0-7 Versions of packages sabnzbdplus suggests: ii python-dbus 1.1.1-1 ii python-notify 0.1.1-3 pn sabnzbdplus-theme-mobile none -- Configuration Files: /etc/default/sabnzbdplus changed: USER=waxy CONFIG= HOST= PORT= EXTRAOPTS= -- 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#690553: git-dch: Fails with options using find_version internally (e.g. --release)
Package: git-buildpackage Version: 0.6.0~git20120601 Severity: important The script git-dch fails with a python trace when using the --release option: $ git-dch --release Traceback (most recent call last): File /usr/bin/git-dch, line 5, in module sys.exit(main(sys.argv)) File /usr/lib/python2.7/dist-packages/gbp/scripts/dch.py, line 442, in main since = repo.find_version(options.debian_tag, cp['Version']) File /usr/lib/python2.7/dist-packages/gbp/deb/git.py, line 54, in find_version out, ret = self.__git_getoutput('cat-file', args=['-p', legacy_tag]) AttributeError: 'DebianGitRepository' object has no attribute '_DebianGitRepository__git_getoutput' Other options are probably triggering this error as well. AFAICS, all scripts using DebianGitRepository.find_version() are affected: git-dch, git-import-dsc The reason for this is the use of __git_getoutput (double underscore prefix), which is no longer supported. This bug affects the wheezy version and is fixed in sid since version 0.6.0~git20120803. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts 2.12.4 ii git 1:1.7.10.4-1 ii python 2.7.3~rc2-1 ii python-dateutil 1.5+dfsg-0.1 ii python2.62.6.8-0.2 ii python2.72.7.3~rc2-2.1 Versions of packages git-buildpackage recommends: ii cowbuilder0.70 ii pristine-tar 1.25 Versions of packages git-buildpackage suggests: ii python-notify 0.1.1-3 ii unzip 6.0-7 -- 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#689505: udev: Creates duplicates by-id symlinks for event devices for Microsoft Wireless Desktop
Package: udev Version: 175-7 Severity: normal Dear Maintainer, The 60-persistent-input.rules rules create identical by-id symlinks for two separate event devices, rendering the first unaccesible by-id. The winning symlink seems to be random, with a strong preference for event11 (which is not hte most usefull interface) The /dev/input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-kbd is created for both /dev/input/event2 and /dev/input/event11. Below is the output from udevadm info --query=all for all devices created when plugging in the hardware. Note the duplicated entry: S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-kbd # udevadm info --query=all --path=/sys/class/input/event2 P: /devices/pci:00/:00:1d.2/usb8/8-1/8-1:1.0/input/input24/event2 N: input/event2 S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-kbd S: input/by-path/pci-:00:1d.2-usb-0:1:1.0-event-kbd E: BACKSPACE=guess E: DEVLINKS=/dev/input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-kbd /dev/input/by-path/pci-:00:1d.2-usb-0:1:1.0-event-kbd E: DEVNAME=/dev/input/event2 E: DEVPATH=/devices/pci:00/:00:1d.2/usb8/8-1/8-1:1.0/input/input24/event2 E: ID_BUS=usb E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_INPUT_KEYBOARD=1 E: ID_MODEL=Microsoft®_2.4GHz_Transceiver_v7.0 E: ID_MODEL_ENC=Microsoft®\x202.4GHz\x20Transceiver\x20v7.0 E: ID_MODEL_ID=0745 E: ID_PATH=pci-:00:1d.2-usb-0:1:1.0 E: ID_PATH_TAG=pci-_00_1d_2-usb-0_1_1_0 E: ID_REVISION=0663 E: ID_SERIAL=Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0 E: ID_TYPE=hid E: ID_USB_DRIVER=usbhid E: ID_USB_INTERFACES=:030101:030102:03: E: ID_USB_INTERFACE_NUM=00 E: ID_VENDOR=Microsoft E: ID_VENDOR_ENC=Microsoft E: ID_VENDOR_ID=045e E: MAJOR=13 E: MINOR=66 E: SUBSYSTEM=input E: UDEV_LOG=3 E: USEC_INITIALIZED=6181708095776 E: XKBLAYOUT=us E: XKBMODEL=logicd E: XKBOPTIONS=compose:ralt # udevadm info --query=all --path=/sys/class/input/event10 P: /devices/pci:00/:00:1d.2/usb8/8-1/8-1:1.1/input/input25/event10 N: input/event10 S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-mouse S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-if01-event-mouse S: input/by-path/pci-:00:1d.2-usb-0:1:1.1-event-mouse E: BACKSPACE=guess E: DEVLINKS=/dev/input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-mouse /dev/input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-if01-event-mouse /dev/input/by-path/pci-:00:1d.2-usb-0:1:1.1-event-mouse E: DEVNAME=/dev/input/event10 E: DEVPATH=/devices/pci:00/:00:1d.2/usb8/8-1/8-1:1.1/input/input25/event10 E: ID_BUS=usb E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_INPUT_MOUSE=1 E: ID_MODEL=Microsoft®_2.4GHz_Transceiver_v7.0 E: ID_MODEL_ENC=Microsoft®\x202.4GHz\x20Transceiver\x20v7.0 E: ID_MODEL_ID=0745 E: ID_PATH=pci-:00:1d.2-usb-0:1:1.1 E: ID_PATH_TAG=pci-_00_1d_2-usb-0_1_1_1 E: ID_REVISION=0663 E: ID_SERIAL=Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0 E: ID_TYPE=hid E: ID_USB_DRIVER=usbhid E: ID_USB_INTERFACES=:030101:030102:03: E: ID_USB_INTERFACE_NUM=01 E: ID_VENDOR=Microsoft E: ID_VENDOR_ENC=Microsoft E: ID_VENDOR_ID=045e E: MAJOR=13 E: MINOR=74 E: SUBSYSTEM=input E: UDEV_LOG=3 E: USEC_INITIALIZED=6181707845578 E: XKBLAYOUT=us E: XKBMODEL=logicd E: XKBOPTIONS=compose:ralt # udevadm info --query=all --path=/sys/class/input/event11 P: /devices/pci:00/:00:1d.2/usb8/8-1/8-1:1.2/input/input26/event11 N: input/event11 S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-kbd S: input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-if02-event-kbd S: input/by-path/pci-:00:1d.2-usb-0:1:1.2-event-kbd E: BACKSPACE=guess E: DEVLINKS=/dev/input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-event-kbd /dev/input/by-id/usb-Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0-if02-event-kbd /dev/input/by-path/pci-:00:1d.2-usb-0:1:1.2-event-kbd E: DEVNAME=/dev/input/event11 E: DEVPATH=/devices/pci:00/:00:1d.2/usb8/8-1/8-1:1.2/input/input26/event11 E: ID_BUS=usb E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_INPUT_KEYBOARD=1 E: ID_MODEL=Microsoft®_2.4GHz_Transceiver_v7.0 E: ID_MODEL_ENC=Microsoft®\x202.4GHz\x20Transceiver\x20v7.0 E: ID_MODEL_ID=0745 E: ID_PATH=pci-:00:1d.2-usb-0:1:1.2 E: ID_PATH_TAG=pci-_00_1d_2-usb-0_1_1_2 E: ID_REVISION=0663 E: ID_SERIAL=Microsoft_Microsoft®_2.4GHz_Transceiver_v7.0 E: ID_TYPE=hid E: ID_USB_DRIVER=usbhid E: ID_USB_INTERFACES=:030101:030102:03: E: ID_USB_INTERFACE_NUM=02 E: ID_VENDOR=Microsoft E: ID_VENDOR_ENC=Microsoft E: ID_VENDOR_ID=045e E: MAJOR=13 E: MINOR=75 E: SUBSYSTEM=input E: UDEV_LOG=3 E: USEC_INITIALIZED=6181708099533 E: XKBLAYOUT=us E: XKBMODEL=logicd E: XKBOPTIONS=compose:ralt lsusb -v output: Bus 008 Device 007: ID 045e:0745 Microsoft Corp. Nano Transceiver v1.0 for Bluetooth Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass
Bug#683186: josm: Exception when merging multiple layers
Package: josm Version: 0.0.svn5267+dfsg1-2 Severity: normal Dear Maintainer, I used an external tool which proposed changes via JOSM’s remote control. After working a while I noticed that every call had created a separate data layer. To upload all changes in one step I wanted to merge all data layers into one. * In the layer pane I selected all data layers using Shift-click * I clicked on the merge layer button * A dialog came up to select the target layer. I selected layer 1 and pressed Ok * The expected result would be that all selected layers are merged into the one selected in the popup dialog * Instead an error window comes up with this exception stack trace: Debian-Release: 0.0.svn5267+dfsg1-2 Build-Date: 2012-07-23 08:31:28 Revision: 5267 Is-Local-Build: true Identification: JOSM/1.5 (5267 de) Memory Usage: 262 MB / 1745 MB (174 MB allocated, but free) Java version: 1.6.0_24, Sun Microsystems Inc., OpenJDK 64-Bit Server VM Operating system: Linux Dataset consistency test: No problems found Plugin: DirectDownload (28412) Plugin: DirectUpload (28420) Plugin: buildings_tools (28412) Plugin: dataimport (28412) Plugin: editgpx (28420) Plugin: mapdust (28412) Plugin: measurement (28420) Plugin: mirrored_download (28418) Plugin: openstreetbugs (28412) Plugin: plastic_laf (26605) Plugin: public_transport (28412) Plugin: restart (28438) Plugin: terracer (28412) Plugin: utilsplugin2 (28412) Plugin: wikipedia (28506) java.lang.IndexOutOfBoundsException: Index: 4, Size: 4 at java.util.ArrayList.rangeCheck(ArrayList.java:571) at java.util.ArrayList.get(ArrayList.java:349) at java.util.Collections$UnmodifiableList.get(Collections.java:1170) at org.openstreetmap.josm.gui.dialogs.LayerListDialog$LayerListModel.getValueAt(LayerListDialog.java:1470) at javax.swing.JTable.getValueAt(JTable.java:2719) at javax.swing.JTable.prepareRenderer(JTable.java:5719) at javax.swing.plaf.basic.BasicTableUI.paintCell(BasicTableUI.java:2108) at javax.swing.plaf.basic.BasicTableUI.paintCells(BasicTableUI.java:2010) at javax.swing.plaf.basic.BasicTableUI.paint(BasicTableUI.java:1806) at javax.swing.plaf.ComponentUI.update(ComponentUI.java:161) at javax.swing.JComponent.paintComponent(JComponent.java:765) at javax.swing.JComponent.paint(JComponent.java:1029) at javax.swing.JComponent.paintChildren(JComponent.java:866) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JViewport.paint(JViewport.java:764) at javax.swing.JComponent.paintChildren(JComponent.java:866) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5138) at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1454) at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1385) at javax.swing.RepaintManager.paint(RepaintManager.java:1188) at javax.swing.JComponent._paintImmediately(JComponent.java:5086) at javax.swing.JComponent.paintImmediately(JComponent.java:4896) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:783) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:735) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:677) at javax.swing.RepaintManager.access$700(RepaintManager.java:58) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1593) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:226) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:647) at java.awt.EventQueue.access$000(EventQueue.java:96) at java.awt.EventQueue$1.run(EventQueue.java:608) at java.awt.EventQueue$1.run(EventQueue.java:606) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.awt.EventQueue.dispatchEvent(EventQueue.java:617) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages josm depends on: ii ant 1.8.2-4 ii libcommons-codec-java1.6-1 ii libgettext-commons-java 0.9.6-2 ii libmetadata-extractor-java 2.3.1+dfsg-2 ii liboauth-signpost-java
Bug#683186: [Pkg-osm-maint] Bug#683186: josm: Exception when merging multiple layers
On 29.07.2012 20:01, Timo Juhani Lindfors wrote: I can reproduce the backtrace, here's a screencast: Hi Timo, thanks for the quick confirmation. I’m afraid I missed to check JOSM’s change log before submitting this bug report. This issue is probably already fixed with revision 5303. http://josm.openstreetmap.de/changeset/5303/josm Best regards, Hermann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681882: ITP: sigrok-firmware-fx2lafw -- Open-source firmware for Cypress FX2 based logic analyzers
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: sigrok-firmware-fx2lafw Version : 0.1.0 Upstream Author : Uwe Hermann, Joel Holdsworth * URL : http://www.sigrok.org/wiki/Fx2lafw * License : GPL2+, LGPL2.1+ Programming Lang: C Description : Open-source firmware for Cypress FX2 based logic analyzers Free/libre/open-source firmware for logic analyzers based on the Cypress EZ-USB FX2(LP) chip. Supported devices include: - Saleae Logic - USBee SX - Braintechnology USB-LPS - and many clones of the above devices Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681881: ITP: sigrok-util -- sigrok related utilities
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: sigrok-util Version : 0.1.0 Upstream Author : sigrok developers * URL : http://www.sigrok.org * License : GPL Programming Lang: C, Python Description : sigrok related utilities A collection of small sigrok related utilities, such as firmware extractor scripts, visualization helper tools, and others. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680137: [Pkg-openssl-devel] Bug#680137: libssl1.0.0: handshake failure (wrong cipher) since 1.0.1 (1.0.0h works)
Le 04/07/2012 04:47, Kurt Roeckx a écrit : On Wed, Jul 04, 2012 at 12:34:54AM +0200, Clement Hermann (nodens) wrote: Le 04/07/2012 00:21, Kurt Roeckx a écrit : The server is running on netbsd 6. I asked the admin, and openssl version returns : OpenSSL 1.0.1-stable 05 Jun 2011 a ldd on ircd returns -lssl.9 = /usr/lib/libssl.so.9 though. Can you try: strings /usr/lib/libssl.so.9 |grep OpenSSL Here : OpenSSLDie DTLSv1 part of OpenSSL 1.0.1-stable 05 Jun 2011 OpenSSL 1.0.1-stable 05 Jun 2011 TLSv1 part of OpenSSL 1.0.1-stable 05 Jun 2011 SSLv3 part of OpenSSL 1.0.1-stable 05 Jun 2011 SSLv2 part of OpenSSL 1.0.1-stable 05 Jun 2011 So it fails to talk to itself? That makes little sense to me. Kurt I don't have the issue with 1.0.1 from ubuntu, only from Debian sid with SSLv3 (works with TLS1.1, tested on different boxes), so it looks like a Debian-specific issue. -- Clément -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680137: libssl1.0.0: handshake failure (wrong cipher) since 1.0.1 (1.0.0h works)
Package: libssl1.0.0 Version: 1.0.1c-3 Severity: normal Hi, I've been having trouble connecting to a SSL-enabled ircd (ircd-hybrid-7.2.3nb3 IRC server with many options, on netbsd 6.0_beta2). I use irssi, but did all my tests with openssl s_client to be sure. The connexion works with libssl1.0.0h, but every later version fails with the error wrong cipher. What's funny is that if I force the cipher that would have been chosen with 1.0.0h when using 1.0.1, I can connect. Also, FWIW, it is working on ubuntu 12.4 (openssl 1.0.1). Here are some logs. They are anonymized, as this is a private IRC server. ** *** working : 1.0.0h (from snapshot.debian.org) ** ** openssl s_client -connect irc.example.net:994 CONNECTED(0003) depth=0 C = DE, ST = Example State, L = Example City, O = Example, OU = Administration, CN = irc.example.net, emailAddress = r...@example.net verify error:num=20:unable to get local issuer certificate verify return:1 depth=0 C = DE, ST = Example State, L = Example City, O = Example, OU = Administration, CN = irc.example.net, emailAddress = r...@example.net verify error:num=27:certificate not trusted verify return:1 depth=0 C = DE, ST = Example State, L = Example City, O = Example, OU = Administration, CN = irc.example.net, emailAddress = r...@example.net verify error:num=21:unable to verify the first certificate verify return:1 --- Certificate chain 0 s:/C=DE/ST=Example State/L=Example City/O=Example/OU=Administration/CN=irc.example.net/emailAddress=r...@example.net i:/C=DE/ST=Example State/L=Example City/O=Example/OU=Administration/CN=Example Root CA/emailAddress=r...@example.net --- Server certificate -BEGIN CERTIFICATE- snip -END CERTIFICATE- subject=/C=DE/ST=Example State/L=Example City/O=Example/OU=Administration/CN=irc.example.net/emailAddress=r...@example.net issuer=/C=DE/ST=Example State/L=Example City/O=Example/OU=Administration/CN=Example Root CA/emailAddress=r...@example.net --- No client certificate CA names sent --- SSL handshake has read 1205 bytes and written 351 bytes --- New, TLSv1/SSLv3, Cipher is AES256-SHA Server public key is 1024 bit Secure Renegotiation IS supported Compression: NONE Expansion: NONE SSL-Session: Protocol : SSLv3 Cipher: AES256-SHA Session-ID: EA1227FD3AF94737B103C92D43B0B2C6E290374FECEAC0A8B268C9CD7EBFC22E Session-ID-ctx: Master-Key: BB7067003E1899F894A3979EBE0704F9F82F240E560339BE136CFF3DCDC204FCFA716D34B4B2996C4E9A63AE623BEB67 Key-Arg : None PSK identity: None PSK identity hint: None Start Time: 1341348684 Timeout : 7200 (sec) Verify return code: 21 (unable to verify the first certificate) --- :irc.example.net NOTICE AUTH :*** Looking up your hostname... :irc.example.net NOTICE AUTH :*** Checking Ident :irc.example.net NOTICE AUTH :*** Found your hostname :irc.example.net NOTICE AUTH :*** No Ident response ** *** NOT working : starting with 1.0.1 (debian) *** ** ~$ openssl s_client -connect irc.example.net:994 CONNECTED(0003) 140721299515048:error:14092105:SSL routines:SSL3_GET_SERVER_HELLO:wrong cipher returned:s3_clnt.c:952: --- no peer certificate available --- No client certificate CA names sent --- SSL handshake has read 58 bytes and written 7 bytes --- New, (NONE), Cipher is (NONE) Secure Renegotiation IS NOT supported Compression: NONE Expansion: NONE SSL-Session: Protocol : TLSv1.1 Cipher: Session-ID: Session-ID-ctx: Master-Key: Key-Arg : None PSK identity: None PSK identity hint: None SRP username: None Start Time: 1341349387 Timeout : 300 (sec) Verify return code: 0 (ok) --- ** *** working : 1.0.1c-3 whith cipher forced ** ** ~$ openssl s_client -cipher AES256-SHA -connect irc.example.net:994CONNECTED(0003) depth=0 C = DE, ST = Example State, L = Example City, O = Example, OU = Administration, CN = irc.example.net, emailAddress = r...@example.net verify error:num=20:unable to get local issuer certificate verify return:1 depth=0 C = DE, ST = Example State, L = Example City, O = Example, OU = Administration, CN = irc.example.net, emailAddress = r...@example.net verify error:num=27:certificate not trusted verify return:1 depth=0 C = DE, ST = Example State, L = Example City, O = Example, OU = Administration, CN = irc.example.net, emailAddress = r...@example.net verify error:num=21:unable to verify the first certificate verify
Bug#680137: [Pkg-openssl-devel] Bug#680137: libssl1.0.0: handshake failure (wrong cipher) since 1.0.1 (1.0.0h works)
Le 03/07/2012 23:54, Kurt Roeckx a écrit : On Tue, Jul 03, 2012 at 11:29:26PM +0200, Clement Hermann (nodens) wrote: Package: libssl1.0.0 Version: 1.0.1c-3 Severity: normal Hi, I've been having trouble connecting to a SSL-enabled ircd (ircd-hybrid-7.2.3nb3 IRC server with many options, on netbsd 6.0_beta2). I use irssi, but did all my tests with openssl s_client to be sure. The connexion works with libssl1.0.0h, but every later version fails with the error wrong cipher. What's funny is that if I force the cipher that would have been chosen with 1.0.0h when using 1.0.1, I can connect. Also, FWIW, it is working on ubuntu 12.4 (openssl 1.0.1). Do you know what ssl implementation and version is running on the other side? Is there some firewall or ssl accelerator in between or something? I'm not sure what hybrid supports for ssl libraries, and the Debian package doesn't seem to be build with ssl enabled. The server is running on netbsd 6. I asked the admin, and openssl version returns : OpenSSL 1.0.1-stable 05 Jun 2011 a ldd on ircd returns -lssl.9 = /usr/lib/libssl.so.9 though. -- Clement Hermann (nodens) - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680137: [Pkg-openssl-devel] Bug#680137: libssl1.0.0: handshake failure (wrong cipher) since 1.0.1 (1.0.0h works)
Le 04/07/2012 00:14, Clement Hermann (nodens) a écrit : The server is running on netbsd 6. I asked the admin, and openssl version returns : OpenSSL 1.0.1-stable 05 Jun 2011 a ldd on ircd returns -lssl.9 = /usr/lib/libssl.so.9 though. I made a few more tests, and it seems to sometimes work with openssl s_client -tls1_1. But when it works, I need to stop trying for 10s or so, or it will never work again. The same thing happens with -cipher AES256 (but it could be some kind of entropy issue on the server). However, it never works without specifying either the protocol or the cipher. I let irssi try for 2 days before trying to downgrade libssl (several minutes between tries). Hope that helps, -- Clement Hermann (nodens) - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680137: [Pkg-openssl-devel] Bug#680137: libssl1.0.0: handshake failure (wrong cipher) since 1.0.1 (1.0.0h works)
Le 04/07/2012 00:21, Kurt Roeckx a écrit : The server is running on netbsd 6. I asked the admin, and openssl version returns : OpenSSL 1.0.1-stable 05 Jun 2011 a ldd on ircd returns -lssl.9 = /usr/lib/libssl.so.9 though. Can you try: strings /usr/lib/libssl.so.9 |grep OpenSSL Here : OpenSSLDie DTLSv1 part of OpenSSL 1.0.1-stable 05 Jun 2011 OpenSSL 1.0.1-stable 05 Jun 2011 TLSv1 part of OpenSSL 1.0.1-stable 05 Jun 2011 SSLv3 part of OpenSSL 1.0.1-stable 05 Jun 2011 SSLv2 part of OpenSSL 1.0.1-stable 05 Jun 2011 -- Clement Hermann (nodens) - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516785: Bug #516785: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
On Mon, Jun 04, 2012 at 04:35:57PM +0200, Hermann Lauer wrote: On Sat, Jun 02, 2012 at 03:57:54AM +0800, Aron Xu wrote: I have remote ssh access (root) to that running SunFire 408R, what can I do to help you? ... PS: I've disabled the rename function of udev and set hwaddress in /etc/network/interfaces directly to work around the always changing mac address. How to disable the renaming ? Will try to set the hwaddr during the next test. ... Wondering now if having only one cpu board with 2 cpus may be the problem. No, a second machine of the same type is available now for testing - and also crashing after loading of the cassini driver. Here lspci and cpuinfo: :00:06.0 IDE interface: Silicon Image, Inc. PCI0646 (rev 07) 0002:00:01.0 Bridge: Oracle Corporation RIO EBUS (rev 01) 0002:00:01.3 USB Controller: Oracle Corporation RIO USB (rev 01) 0002:00:02.0 Ethernet controller: Oracle Corporation Cassini 10/100/1000 (rev 11) 0003:00:01.0 Ethernet controller: Oracle Corporation Cassini 10/100/1000 (rev 11) 0003:00:02.0 SCSI storage controller: QLogic Corp. QLA2200 64-bit Fibre Channel Adapter (rev 05) cpu : TI UltraSparc III+ (Cheetah+) fpu : UltraSparc III+ integrated FPU pmu : ultra3+ prom: OBP 4.17.1 2005/04/11 14:27 type: sun4u ncpus probed: 4 ncpus active: 4 D$ parity tl1 : 0 I$ parity tl1 : 0 cpucaps : flush,stbar,swap,muldiv,v9,ultra3,mul32,div32,v8plus,vis,vis2 Cpu0ClkTck : 35a4e900 Cpu1ClkTck : 35a4e900 Cpu2ClkTck : 35a4e900 Cpu3ClkTck : 35a4e900 MMU Type: Cheetah+ State: CPU0: online CPU1: online CPU2: online CPU3: online This machine has 24G RAM, 16 on one board and 8 on the other. The first machine has one board with 16G. So it may be a memory issue, as Aron has only 14G. Other maybe the OBP version - here is the latest installed on all machines. Just to rule out a firmware issue: $ md5sum /lib/firmware/sun/cassini.bin fd11e09e8e61694353f12b3de376292a Any further ideas to debug deeper ? Thanks, Hermann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665932: strace from vanilla kernel 3.2.17
See strace from vanilla 3.2.17 below, hope that helps. Greetings Hermann # strace lshw execve(/usr/bin/lshw, [lshw], [/* 16 vars */]) = 0 brk(0) = 0xa6000 uname({sys=Linux, node=tantalus, ...}) = 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf7fcc000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=28853, ...}) = 0 mmap(NULL, 28853, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7fc4000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libstdc++.so.6, O_RDONLY) = 3 read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\22\0\0\0\1\0\5(\0\0\0\0004..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=1094428, ...}) = 0 mmap(NULL, 1184336, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xf7e78000 mprotect(0xf7f7e000, 57344, PROT_NONE) = 0 mmap(0xf7f8c000, 32768, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x104000) = 0xf7f8c000 mmap(0xf7f94000, 21072, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xf7f94000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libgcc_s.so.1, O_RDONLY)= 3 read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\22\0\0\0\1\0\0!\340\0\0\0004..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=68880, ...}) = 0 mmap(NULL, 133496, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xf7e54000 mprotect(0xf7e66000, 57344, PROT_NONE) = 0 mmap(0xf7e74000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xf7e74000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/ultra3/libc.so.6, O_RDONLY) = 3 read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\22\0\0\0\1\0\2\7\340\0\0\0004..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1501772, ...}) = 0 mmap(NULL, 1572328, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xf7cd4000 mprotect(0xf7e3c000, 65536, PROT_NONE) = 0 mmap(0xf7e4c000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x168000) = 0xf7e4c000 mmap(0xf7e52000, 7656, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xf7e52000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/ultra3/libm.so.6, O_RDONLY) = 3 read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\22\0\0\0\1\0\0\335`\0\0\0004..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=867768, ...}) = 0 mmap(NULL, 931744, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xf7bf mprotect(0xf7cc, 57344, PROT_NONE) = 0 mmap(0xf7cce000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xce000) = 0xf7cce000 close(3)= 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf7fc2000 mprotect(0xf7cce000, 8192, PROT_READ) = 0 mprotect(0xf7e4c000, 8192, PROT_READ) = 0 mprotect(0xf7f8c000, 16384, PROT_READ) = 0 mprotect(0xf7fce000, 8192, PROT_READ) = 0 munmap(0xf7fc4000, 28853) = 0 brk(0) = 0xa6000 brk(0xc8000)= 0xc8000 access(/sys/class/., F_OK)= 0 geteuid32() = 0 uname({sys=Linux, node=tantalus, ...}) = 0 ioctl(2, TCSETAF or SNDCTL_TMR_SELECT, {B38400 opost isig icanon echo ...}) = 0 ) = 1 ) = 5 open(/dev/mem, O_RDONLY) = 3 open(/proc/efi/systab, O_RDONLY) = -1 ENOENT (No such file or directory) mmap(NULL, 32, PROT_READ, MAP_SHARED, 3, 0xe) = 0xf7fc8000 Message from syslogd@tantalus at Wed Jun 27 11:49:41 2012 ... tantalus kernel: Press Stop-A (L1-A) to return to the boot prom Message from syslogd@tantalus at Wed Jun 27 11:49:41 2012 ... tantalus kernel: Kernel panic - not syncing: Irrecoverable deferred error trap. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665932: [SPARC] kernel panic (Irrecoverable deferred error trap) executing lshw as root
On Wed, Jun 27, 2012 at 06:27:54AM -0500, Jonathan Nieder wrote: If I am reading this correctly, lshw reads from an unfortunate area of /dev/mem, which trips a trap. So this seems likely to be an lshw bug, though the upstream maintainer rejected the report. Also seems analagous to http://bugs.debian.org/525217. Any hints for tracking it down? Hermann, Aron, Ivaylo: what versions of lshw have you experienced this with? 02.14-1 from squeeze. Recognised later that the machine did not crash with the used vanilla 3.2.17 kernel, only the process get stuck and a clean shutdown was not possible. Below is the trap from the vanilla 3.4.4 kernel while doing strace lshw which stuck that process again, Hermann ERROR(2): Cheetah error trap taken afsr[1000] afar[000e] TL1(0) ERROR(2): TPC[f780c7b4] TNPC[f780c7b8] O7[3326c] TSTATE[fa05] ERROR(2): TPC0xf780c7b4 ERROR(2): M_SYND(0), E_SYND(0) ERROR(2): Highest priority error (1000) Unmapped error from system bus ERROR(2): D-cache idx[0] tag[] utag[] stag[] ERROR(2): D-cache data0[] data1[] data2[] data3[] ERROR(2): I-cache idx[0] tag[] utag[] stag[] u[] l[] ERROR(2): I-cache INSN0[] INSN1[] INSN2[] INSN3[] ERROR(2): I-cache INSN4[] INSN5[] INSN6[] INSN7[] ERROR(2): E-cache idx[e] tag[028e2100] ERROR(2): E-cache data0[] data1[] data2[] data3[] Kernel panic - not syncing: Irrecoverable deferred error trap. Call Trace: [00429b74] cheetah_deferred_handler+0x4b0/0x4e8 [00405e50] c_deferred+0x18/0x24 Press Stop-A (L1-A) to return to the boot prom -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640069: ITP: stm32flash -- Flash program for the ST STM32 ARM Cortex-M3 using the ST bootloader
Hi, On Wed, Jun 13, 2012 at 02:36:58PM +0900, Nobuhiro Iwamatsu wrote: Do you have the plan to upload this? Yes, I'll make an upload soonish, I've just been a bit busy with other stuff. Cheers, Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676531: openvpn: --x509-username-field doesn't work (please add configure option)
Package: openvpn Version: 2.2.1-8 Severity: normal Hi, The manpage indicate that you can use any X509 field as username with the option --x509-username-field. However, this option is invalid unless you add --enable-x509-alt-username to the configure script options. Could you please include this option ? I did add it on a local installation without encountering any problem, so I have a patch available on request (althought a very trivial one). Cheers, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 openvpn depends on: ii debconf [debconf-2.0] 1.5.42 ii initscripts2.88dsf-22.1 ii libc6 2.13-30 ii liblzo2-2 2.06-1 ii libpam0g 1.1.3-7 ii libpkcs11-helper1 1.09-1 ii libssl1.0.01.0.1a-3 ii net-tools 1.60-24.1 openvpn recommends no packages. Versions of packages openvpn suggests: pn openssl 1.0.1a-3 pn resolvconf none -- debconf information excluded -- Clément Hermann (nodens) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516785: Bug #516785: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
On Sat, Jun 02, 2012 at 03:57:54AM +0800, Aron Xu wrote: I have remote ssh access (root) to that running SunFire 408R, what can I do to help you? ... PS: I've disabled the rename function of udev and set hwaddress in /etc/network/interfaces directly to work around the always changing mac address. How to disable the renaming ? Will try to set the hwaddr during the next test. Appended is the lspci and /proc/cpuinfo output. Using the 2.6.32-45 squeeze default image just did hang the machine when loading the cassini drivers again. Wondering now if having only one cpu board with 2 cpus may be the problem. Many thanks for your help, Hermann :00:03.0 SCSI storage controller: QLogic Corp. QLA2200 64-bit Fibre Channel Adapter (rev 05) :00:06.0 IDE interface: Silicon Image, Inc. PCI0646 (rev 07) 0001:00:01.0 PCI bridge: Digital Equipment Corporation DECchip 21154 (rev 05) 0001:00:02.0 Ethernet controller: Oracle Corporation GEM 10/100/1000 Ethernet [ge] (rev 01) 0001:01:04.0 SCSI storage controller: QLogic Corp. QLA2200 64-bit Fibre Channel Adapter (rev 05) 0001:01:05.0 SCSI storage controller: QLogic Corp. QLA2200 64-bit Fibre Channel Adapter (rev 05) 0002:00:01.0 Bridge: Oracle Corporation RIO EBUS (rev 01) 0002:00:01.3 USB Controller: Oracle Corporation RIO USB (rev 01) 0002:00:02.0 Ethernet controller: Oracle Corporation Cassini 10/100/1000 (rev 11) 0003:00:01.0 Ethernet controller: Oracle Corporation Cassini 10/100/1000 (rev 11) 0003:00:02.0 SCSI storage controller: QLogic Corp. QLA2200 64-bit Fibre Channel Adapter (rev 05) cpu : TI UltraSparc III+ (Cheetah+) fpu : UltraSparc III+ integrated FPU pmu : ultra3+ prom: OBP 4.22.34 2007/07/23 13:01 type: sun4u ncpus probed: 2 ncpus active: 2 D$ parity tl1 : 0 I$ parity tl1 : 0 cpucaps : flush,stbar,swap,muldiv,v9,ultra3,mul32,div32,v8plus,vis,vis2 Cpu0ClkTck : 35a4e900 Cpu2ClkTck : 35a4e900 MMU Type: Cheetah+ State: CPU0: online CPU2: online -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516785: Bug #516785: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
On Tue, Mar 27, 2012 at 03:22:38PM +0100, Ben Hutchings wrote: On Tue, 2012-03-27 at 15:42 +0800, Aron Xu wrote: I can confirm that Debian Squeeze 6.0.4, with kernel linux-image-2.6.32-5-sparc64-smp, version 2.6.32-41 or 2.6.32-41squeeze2, does not crash anymore. The installation process is Well I can't see any changes that might have fixed this. Maybe there's a difference between your machine and Hermann's? Tried today vanilla 3.4.0 and 3.3.7: 3.4.0 crashes most probable unrelated in the md code, on 3.3.7 setting up the cassini driver hangs the machine and afer a while it resets itself, see below. Aron, do you have a Sun Fire 480R ? If yes, I'm interested in getting a running binary kernel from you to rule out configuration and compiler issues. Thanks, Hermann tantalus:~# modprobe -v cassini cassini_debug=-1 WARNING: All config files need .conf: cassini: cassini.c:v1.6 (21 May 2008) /etc/modprobe.d/local, it will be ignored in a cassini 0002:00:02.0: eth0: Sun Cassini+ (64bit/33MHz PCI/Cu) Ethernet[24] 00:03:ba:29:7c:a0 future release. insmod /lib/modules/3.3.7/kernel/drivers/net/ethernet/sun/cassini.ko cassini_debug=-1 cassini 0003:00:01.0: eth1: Sun Cassini+ (64bit/66MHz PCI/Cu) Ethernet[30] 00:03:ba:29:7c:9f tantudev[913]: renamed network interface eth0 to eth19 alus:~# udev[914]: renamed network interface eth1 to eth20 tantalus:~# ifconfig eth19 129.206.xxx.xxx netmask 255.255.255.0 broadcast 129.206.xxx.255 up cassini 0002:00:02.0: eth19: Link up at 1000 Mbps, full-duplex cassini 0002:00:02.0: eth19: TX pause enabled tantalus:~# route add default gw 129.206.xxx.xxx tantalus:~# Sun Fire 480R, No Keyboard Copyright 2007 Sun Microsystems, Inc. All rights reserved. OpenBoot 4.22.34, 16384 MB memory installed, Serial # -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668597: [php-maint] Bug#668597: php5 creates weird files in /
last shot - is your filesystem health ok? It happens on two virtual machines running on the same host server. They're similar but it seems unlikely that they'd suddenly both develop the same defect in their file systems. Obviously the problem is that PHP doesn't know where to put its logs when parsing that deprecated '#'. Then it probably uses some uninitialized data as file name, opens the file associated with that and puts them there. This is nasty. Someone could make the OS allocate a big chunk of memory and repeatedly write '/etc/passwd', then deallocate it and wait for the OS to give some part of that chunk to PHP. Chances are that it would overwrite /etc/passwd then. I have specified a file as error_log in /etc/php5/apache2/php.ini and it seems to ignore it: error_log = /var/log/php_error.log Should it write those things to the error log? Or where would they normally end up? I'll do some more experiments tonight. Please don't close the bug, yet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673854: sigrok-cli and sigrok: error when trying to install together
On Mon, May 21, 2012 at 08:22:37PM +0200, Ralf Treinen wrote: Package: sigrok,sigrok-cli Version: sigrok/0.1-1+b2 Version: sigrok-cli/0.3.0-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-05-21 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Yup, this will be fixed soon. sigrok will be a metapackage depending on sigrok-cli (and other stuff). Cheers, Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668597: [php-maint] Bug#668597: php5 creates weird files in /
The effect is perfectly reproducible, but only on those two systems. Even with the exact same apache and php configs I cannot reproduce the effect on a third computer, though. Unfortunately I cannot recreate the exact same set of packages there at the moment. Steps are as follows: 1. Change the comment sign to '#' in /etc/php5/apache2/conf.d/apc.ini 2. Do /etc/init.d/apache2 reload (not restart) Then the file appears and the following lines show up in /var/log/apache2/error.log [Tue May 22 20:51:32 2012] [notice] Graceful restart requested, doing restart [Tue May 22 20:51:32 2012] [error] (9)Bad file descriptor: apr_socket_accept: (client socket) [Tue May 22 20:51:32 2012] [notice] Apache/2.2.16 (Debian) mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations That is interesting. When I do a restart the strange file is not created and instead those lines show up there: Tue May 22 20:52:57 2012] [notice] caught SIGTERM, shutting down PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/apache2/conf.d/apc.ini on line 1 in Unknown on line 0 [Tue May 22 20:52:58 2012] [notice] Apache/2.2.16 (Debian) mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations The problem might have something to do with this: https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/174805 - at least it creates the same error message. The third computer where it doesn't happen also listens on ports 80 and 443, though. And I don't see any hung processes anywhere. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644512: sound-juicer: Completely broken track lookup
This is a multi-part MIME message sent by reportbug. --===6785641834234096218== Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: sound-juicer Version: 3.4.0-1 Followup-For: Bug #644512 Dear Maintainer, please apply the appended patch which make a depend on libmusicbrainz = 4.0.1 possible. Then compiling and installing git://anonscm.debian.org/collab-maint/libmusicbrainz.git (which generates the needed libmusicbrainz4-dev = 4.0.1 for wheezy) will allow to build sound-juicer with this nasty bug cured. As soon as libmusicbrainz4-dev = 4.0.1 is in wheezy the build dependency on libmusicbrainz3-dev should be dropped to finally solve this bug. Thanks, Hermann -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages sound-juicer depends on: ii gconf-service3.2.5-1 ii gconf2 3.2.5-1 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-2 ii libatk1.0-0 2.4.0-2 ii libbrasero-media3-1 3.2.0-4 ii libc62.13-32 ii libcanberra-gtk3-0 0.28-4 ii libdiscid0 0.2.2-3 ii libgconf-2-4 3.2.5-1 ii libglib2.0-0 2.32.0-4 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.1-2 ii libmusicbrainz4-34.0.1-1 ii libpango1.0-01.30.0-1 Versions of packages sound-juicer recommends: ii eject 2.1.5+deb1+cvs20081104-10 Versions of packages sound-juicer suggests: ii brasero 3.2.0-4 ii gstreamer0.10-lamenone ii gstreamer0.10-plugins-really-bad none ii gstreamer0.10-plugins-ugly0.10.19-2 -- no debconf information --===6785641834234096218== Content-Type: text/x-diff; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=musicbrainz4-real # HG changeset patch # Parent f8d7b6e960895d863f7cbe73ae839dbd5f07420f diff --git a/debian/control b/debian/control --- a/debian/control +++ b/debian/control @@ -13,7 +13,7 @@ gnome-pkg-tools (= 0.10), intltool (= 0.40.0), gnome-common, - libmusicbrainz3-dev (= 3.0.2), + libmusicbrainz3-dev (= 3.0.2) | libmusicbrainz4-dev (= 4.0.1), libdiscid0-dev, libneon27-gnutls-dev, libgstreamer0.10-dev (= 0.10.32), diff --git a/debian/control.in b/debian/control.in --- a/debian/control.in +++ b/debian/control.in @@ -8,7 +8,7 @@ gnome-pkg-tools (= 0.10), intltool (= 0.40.0), gnome-common, - libmusicbrainz3-dev (= 3.0.2), + libmusicbrainz3-dev (= 3.0.2) | libmusicbrainz4-dev (= 4.0.1), libdiscid0-dev, libneon27-gnutls-dev, libgstreamer0.10-dev (= 0.10.32), --===6785641834234096218==-- -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669074: ITP: sigrok-firmware -- firmware files for various logic analyzers
On Tue, Apr 17, 2012 at 03:11:55PM +0100, Ben Hutchings wrote: On Tue, 2012-04-17 at 02:05 +0200, Uwe Hermann wrote: Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: sigrok-firmware Version : 0.1 Upstream Author : sigrok developers, others * URL : http://www.sigrok.org * License : GPL, BSD, others Programming Lang: C, others Description : firmware files for various logic analyzers Collection of firmware files for various logic analyzers. The current sigrok package (which I maintain) will become a meta-package depending on all sigrok-related packages. This package will be non-free. So if you make sigrok depend on it, you have to put sigrok in contrib. Nope, firmware doesn't necessarily imply non-free. In our case we have at least the 'fx2lafw' firmware which is written by myself and another developer from scratch and which supports multiple hardware devices, and is of course GPL'd. http://sigrok.org/wiki/Fx2lafw There could be others which are BSD licensed or such in future, too. Though you're right that there will also be some non-free firmwares, not sure what the best route is here. Maybe a sigrok-firmware metapackage and then sigrok-firmware-free, and sigrok-firmware-nonfree as with the Linux firmwares? The sigrok metapackage must then only depend on 'sigrok-firmware-free' and whoever wants the non-free ones must explicitly install 'sigrok-firmware-nonfree' or the non-free 'sigrok-firmware' metapackage then, right? Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669069: ITP: sigrok-gtk -- GTK+-based GUI for the sigrok logic analyzer software
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: sigrok-gtk Version : 0.1.0 Upstream Author : sigrok developers * URL : http://www.sigrok.org * License : GPL Programming Lang: C Description : GTK+-based GUI for the sigrok logic analyzer software GTK+-based GUI for the sigrok logic analyzer software. The current sigrok package (which I maintain) will become a meta-package depending on all sigrok-related packages. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669070: ITP: libsigrok -- sigrok hardware driver library
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: libsigrok Version : 0.1.0 Upstream Author : sigrok developers * URL : http://www.sigrok.org * License : GPL Programming Lang: C Description : sigrok hardware driver library libsigrok is a shared library which provides basic hardware access drivers for logic analyzers, as well as input/output file format support. The current sigrok package (which I maintain) will become a meta-package depending on all sigrok-related packages. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669071: ITP: libsigrokdecode -- sigrok protocol decoder library
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: libsigrokdecode Version : 0.1.0 Upstream Author : sigrok developers * URL : http://www.sigrok.org * License : GPL Programming Lang: C, Python Description : sigrok protocol decoder library libsigrokdecode is a shared library which provides (streaming) protocol decoding functionality. The protocol decoders are written in Python (= 3.0). The current sigrok package (which I maintain) will become a meta-package depending on all sigrok-related packages. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669072: ITP: sigrok-cli -- command-line frontend for the sigrok logic analyzer software
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: sigrok-cli Version : 0.3.0 Upstream Author : sigrok developers * URL : http://www.sigrok.org * License : GPL Programming Lang: C Description : command-line frontend for the sigrok logic analyzer software sigrok-cli is a command-line logic analyzer and protocol decoding software. The current sigrok package (which I maintain) will become a meta-package depending on all sigrok-related packages. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669073: ITP: sigrok-dumps -- example logic analyzer protocol data for sigrok
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: sigrok-dumps Version : 0.1 Upstream Author : sigrok developers * URL : http://www.sigrok.org * License : Public domain Programming Lang: N/A Description : example logic analyzer protocol data for sigrok This is a collection of logic analyzer example dumps (I2C, SPI, UART, others) for evaluation and testing purposes of the sigrok command-line tool, protocol decoders, and GUIs. The current sigrok package (which I maintain) will become a meta-package depending on all sigrok-related packages. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669074: ITP: sigrok-firmware -- firmware files for various logic analyzers
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: sigrok-firmware Version : 0.1 Upstream Author : sigrok developers, others * URL : http://www.sigrok.org * License : GPL, BSD, others Programming Lang: C, others Description : firmware files for various logic analyzers Collection of firmware files for various logic analyzers. The current sigrok package (which I maintain) will become a meta-package depending on all sigrok-related packages. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669075: ITP: sigrok-qt -- Qt-based GUI for the sigrok logic analyzer software
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: sigrok-qt Version : 0.1.0 Upstream Author : sigrok developers * URL : http://www.sigrok.org * License : GPL Programming Lang: C++ Description : Qt-based GUI for the sigrok logic analyzer software Qt-based GUI for the sigrok logic analyzer software. The current sigrok package (which I maintain) will become a meta-package depending on all sigrok-related packages. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668597: php5 creates weird files in /
Package: php5 Version: 5.3.3-7+squeeze8 Severity: normal Today I found the following files in / root@devs:~# ls / ?? ?? bin ???d? data etc ?h?u?? ?L?ƥ? lib64 media opt proc sbin srv tmp ???u?? usr vmlinuz ?ʺ??? ?;??boot ??:?d? dev home initrd.img liblost+found mnt P? root selinux sys ???u?? ???u?? var ?w?ƥ? root@ After renaming them I found the following contents: root@devs:/# cat baum* [11-Mar-2012 06:25:06] PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/apache2/conf.d/apc.ini on line 1 in Unknown on line 0 [25-Mar-2012 06:25:06] PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/apache2/conf.d/apc.ini on line 1 in Unknown on line 0 [01-Apr-2012 06:25:06] PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/apache2/conf.d/apc.ini on line 1 in Unknown on line 0 [...] As only php is reading and interpreting /etc/php5/apache2/conf.d/apc.ini that makes me suspect a bug in PHP here. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5 depends on: ii libapache2-mod-php5 5.3.3-7+squeeze8 server-side, HTML-embedded scripti ii php5-common 5.3.3-7+squeeze8 Common files for packages built fr php5 recommends no packages. php5 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#668597: [php-maint] Bug#668597: php5 creates weird files in /
I don't think the PHP is here at fault. I looks like some script is calling php (maybe a cron job?) and redirecting output to a random files in root directory. It has an interesting correlation with logrotate as most (but not all) of the files were created when apache logs were rotated and the logrotate script indeed reloads the apache config: root@devs:~# cat /etc/logrotate.d/apache2 /var/log/apache2/*.log { weekly missingok rotate 52 compress delaycompress notifempty create 640 root adm sharedscripts postrotate /etc/init.d/apache2 reload /dev/null endscript } However, I can't really see why this should spit out random files in / . All other cron jobs seem unrelated. Ulf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668597: php5 creates weird files in /
What were the timestamps on those files that you found in / from this event? Were they current with a similar timestamp to the messages you share below? Or were they much older? Could this have been something that happened a long time ago? Or is this something that is continuing to happen daily? I'll just attach all of those files (renamed, though, and in no particular order), then you can see for yourself. It didn't happen every sunday, but almost and some are on other times. The sunday thing correlates with the logrotate cronjob I posted before. There's no other cronjob running in the daily schedule (at 6:25), but only ever does anything on sunday. The files contain the deprecation messages. The timestamps above show that it has been happening not quite weekly. It looks like it skipped a week on the 18th. But has otherwise been happening on Sunday. That could be a clue to find the cron task that runs weekly on Sunday to find what has been happening. Those init files are part of the php-apc package. What is the status of that package on your system? Is it installed or removed? dpkg -l php-apc It's installed, but disabled via the deprecated '#' in /etc/php5/apache2/conf.d/apc.ini the message is complaining about: ii php-apc 3.1.3p1-2 APC (Alternative PHP Cache) module for PHP 5 Could you look through the cron scripts that run weekly and try to find what might be running at that time? I already did that. The regular weekly scripts run at 6:47, only daily scripts run at 6:25. Of those only the apache logrotate has that behavior of only actually doing anything on sunday. So maybe it's a logrotate issue after all. Maybe logrotate cannot handle error messages from postrotate scripts. However, that wouldn't explain the occurences on non-sundays. Ulf bug.tar.gz Description: GNU Zip compressed data
Bug#668363: [PATCH] sloccount: Helping to update to packaging format 3.0
Hi, On Wed, Apr 11, 2012 at 01:27:33PM +0300, jari.aa...@cante.net wrote: Let me know if there is anything that needs adjusting or if it is ok to upload this version in a NMU in case you are working on other issues needing attention. Looks good, feel free to NMU. diff --git a/debian/control b/debian/control index a50096b..c086762 100644 --- a/debian/control +++ b/debian/control @@ -2,8 +2,8 @@ Source: sloccount Section: devel Priority: optional Maintainer: Uwe Hermann u...@debian.org -Build-Depends: debhelper (= 5), flex, dpatch -Standards-Version: 3.9.2 +Build-Depends: debhelper (= 9), flex +Standards-Version: 3.9.3.1 This should be only 3.9.3 as per policy, the last digit is only for cosmetic fixes and such and should not be included in the Standards-Version: field, IIRC. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667314: openocd: ftbfs with GCC-4.7
Hi, On Tue, Apr 03, 2012 at 11:11:28PM +, Matthias Klose wrote: Package: openocd Version: 0.5.0-1 Severity: important Tags: sid wheezy User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.7 The package fails to build in a test rebuild on at least amd64 with gcc-4.7/g++-4.7, but succeeds to build with gcc-4.6/g++-4.6. The severity of this report may be raised before the wheezy release. gcc: internal compiler error: Segmentation fault (program as) Doesn't that usually hint at a compiler error rather than a problem in the source code? Either way, I'll upload a new upstream snapshot soonish anyway, will test if that fixes the issue maybe. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516785: Bug #516785: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
On Tue, Mar 27, 2012 at 03:22:38PM +0100, Ben Hutchings wrote: On Tue, 2012-03-27 at 15:42 +0800, Aron Xu wrote: Hi, I can confirm that Debian Squeeze 6.0.4, with kernel linux-image-2.6.32-5-sparc64-smp, version 2.6.32-41 or 2.6.32-41squeeze2, does not crash anymore. The installation process is smooth (d-i prompts for a firmware), and the system is working well. But don't run lshw with this kernel, it may cause panic (#665932). Well I can't see any changes that might have fixed this. Maybe there's a difference between your machine and Hermann's? Hermann, what was the last kernel version where the cassini driver worked on this system? You originally reported that the problem started with 2.6.24 in 'etch-and-a-half'. The short answer is: never, the driver always crashes the machine after a short time. As far as I remember with discussions from davem the driver only worked on UP machines, which I can't simulate with the Sun Fire 480R as it has 2 CPU/board. A dual cassini Gigabit RJ45 is build in. I'm on vanilla 3.2.12 at the moment and will test after easter in the (not so much) spare time. If anybody with such a machine has it running I'm interested to hear. Thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646567: dolphin: crash when previewing a .ptt file
Package: dolphin Version: 4:4.7.4-2 Severity: normal Dear Maintainer, the same bug as with Marco. But dolphin crashes in all views, and with the information panel is active, and if I select .mp3, .png, .mpg, .mpe, or .wmv files. It doesn't crashes with .ppt files. Thank you. Hermann -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.3-0.slh.3-aptosid-686 (SMP w/1 CPU core; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dolphin depends on: ii kde-runtime4:4.7.4-2 ii libc6 2.13-27 ii libgcc11:4.7.0-1 ii libkcmutils4 4:4.7.4-4 ii libkdecore54:4.7.4-4 ii libkdeui5 4:4.7.4-4 ii libkfile4 4:4.7.4-4 ii libkio54:4.7.4-4 ii libknewstuff3-44:4.7.4-4 ii libkonq5abi1 4:4.7.4-2 ii libkparts4 4:4.7.4-4
Bug#574990: Ping: nscd crashes after moderate use
On Sat, Mar 03, 2012 at 03:44:38PM +, Edward Allcutt wrote: Is this reproducible in squeeze or later? I got one report since using squeeze nscd with ldap, after heavy usage. We didn't track that down, so no clue at the moment if it's related. If you don't get another feedback, this lenny related bug could be closed from my point of view. Hermann Lauer -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661527: nfs-common: Can't unmount as user if mount point is directly under /
Package: nfs-common Version: 1:1.2.5-4 Severity: normal Dear Maintainer, I have a problem with NFS mounts: As a user I can't unmount them, if they are directly below the root directory /, with the option 'user' present. My /etc/fstab contains two lines: teo:/share/ /share nfs user,noauto,rw,hard,intr,rsize=32768,wsize=32768,noatime,proto=tcp 0 0 teo:/share/ /mnt/share nfs user,noauto,rw,hard,intr,rsize=32768,wsize=32768,noatime,proto=tcp 0 0 I can mount /share as user, but unmount it only as root: $ mount /share $ umount /share umount.nfs4: /share: not found umount.nfs4: /share: not found $ sudo umount /share _But_ it works for a mount point one directory level down: $ mount /mnt/share $ umount /mnt/share I would expect that the mount point does not make a difference to who is allowed to mount/unmount. Content of /proc/mounts while /share is mounted: teo:/share/ /share nfs4 rw,nosuid,nodev,noexec,noatime,vers=4size=32768,wsize=32768,namlen=255,hard,proto=tcp,port=0,timeo=600etrans=2,sec=sys,clientaddr=192.168.1.25,minorversion=0,local_lock=none,addr=192.168.1.11 0 0 Content of /run/mount/utab: SRC=teo:/share/ TARGET=/share ROOT=/ ATTRS=hard,intrsize=32768,wsize=32768,proto=tcp,vers=4,addr=192.168.1.11,clientaddr=192.168.1.25 OPTS=user=hermann Permissions of all involved directories are the same: $ ls -ld / /share /mnt/share drwxr-xr-x 30 root root 4096 Feb 20 21:15 / drwxr-xr-x 2 root root 4096 Feb 27 20:50 /mnt/share drwxr-xr-x 2 root root 4096 Feb 10 21:01 /share Thanks, Hermann Schwarting -- Package-specific info: -- rpcinfo -- program vers proto port 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper 1000241 udp 57299 status 1000241 tcp 52192 status -- /etc/default/nfs-common -- NEED_STATD= STATDOPTS= NEED_IDMAPD= NEED_GSSD= -- /etc/idmapd.conf -- [General] Verbosity = 0 Pipefs-Directory = /var/lib/nfs/rpc_pipefs [Mapping] Nobody-User = nobody Nobody-Group = nogroup -- /etc/fstab -- teo:/share/ /share nfs user,noauto,rw,hard,intr,rsize=32768,wsize=32768,noatime,proto=tcp 0 0 teo:/share/ /mnt/share nfs user,noauto,rw,hard,intr,rsize=32768,wsize=32768,noatime,proto=tcp 0 0 -- /proc/mounts -- rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.113+nmu1 ii initscripts 2.88dsf-22 ii libc6 2.13-26 ii libcap2 1:2.22-1 ii libcomerr2 1.42-1 ii libdevmapper1.02.1 2:1.02.67-2 ii libevent-2.0-5 2.0.17-stable-1 ii libgssapi-krb5-21.10+dfsg~beta1-2 ii libgssglue1 0.3-4 ii libk5crypto31.10+dfsg~beta1-2 ii libkeyutils11.5.2-2 ii libkrb5-3 1.10+dfsg~beta1-2 ii libmount1 2.20.1-1.2 ii libnfsidmap20.25-1 ii libtirpc1 0.2.2-5 ii libwrap07.6.q-23 ii lsb-base3.2-28.1 ii rpcbind 0.2.0-7 ii ucf 3.0025+nmu2 Versions of packages nfs-common recommends: ii python 2.7.2-10 nfs-common 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#653565: sigrok: New upstream version available
Hi, On Thu, Dec 29, 2011 at 01:21:15PM +0100, Roland Stigge wrote: there's a new upstream version of available, see Yup, I know, I'm half of the upstream development team :) The whole libs / API / frontends / decoders stuff is undergoing rather many fast-paced changes right now, I'd rather avoid further uploads for now, until that's settled. After this stuff has stabilized a bit, there will be some new modular Debian packages. Current plan: sigrok (meta, gets all packages), sigrok-cli, sigrok-qt, sigrok-gtk, libsigrok, libsigrokdecode, sigrok-examples. HTH, Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652019: Uninstalllable and needs porting to zita-convolver's new API
Hi here is a patch for ir.lv2 to make it work with zita-convolver3, just 2 small changes are needed. regards hermann --- /home/brummer/Projekte/ir/ir.lv2-1.3.1/ir.cc2011-12-16 15:18:35.0 +0100 +++ /home/brummer/Projekte/ir/ir.lv2-1.3.1/plug/ir.cc 2011-12-16 15:18:24.0 +0100 @@ -165,8 +165,8 @@ treq.tv_nsec = 1000; nanosleep(treq, trem); - conv-check(); - state = conv-state(); + if(conv-check_stop()) +state = conv-state(); } delete conv; } @@ -558,7 +558,7 @@ ir-nchan); } - conv-start_process(0); + conv-start_process(0, SCHED_FIFO); ir-conv_req_to_use = req_to_use; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650840: transition: zita-convolver
Am Samstag, den 10.12.2011, 12:35 +0100 schrieb Niels Thykier: owner 650840 ! thanks On 2011-12-03 22:02, Alessio Treglia wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi! Hi, The new upstream release 3.0.3 of the package zita-convolver is sitting in experimental since many weeks and now I feel comfortable to state it's ready to join Debian unstable. Is this a clean ABI bump or are there API changes as well? from the release notes : This release is NOT binary compatible with 2.0.0. This release is NOT API compatible with 2.0.0. The required changes are small but essential, Few packages would be affected by this small transition: ir.lv2 jconvolver Can these just be binNMU'ed or will any of them need source uploads? guitarix hermann, you say a rebuild should work for guitarix - is that a clean binNMU or a source upload? No source upload is needed to rebuild guitarix against zita-convolver 3.0.3. Now, guitarix(version 0.20.2-2) used zita-convolver v.3. witch is included in the upstream source package and patched by the debian maintainer to solved the bug #649634. As soon, zita-convolver 3.0.3 is available in the build system, guitarix will auto prefer to use the system package during (./waf) configure/build. More over, guitarix will continue to work fine also when no rebuild happen and zita-convolver 3.0.3 hit sid. Then, guitarix will switch to use the system package when the next upstream release enter debian. greets hermann Thanks in advance for any reply. [...] ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650840: transition: zita-convolver
Hi guitarix is prepared for that. guitarix 0.20.2-2 use already zita-convolver 3.0, witch is included in the upstream tarball. As soon zita-convolver 3.0 hit's unstable, guitarix could simply rebuild against the new version. regards hermann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638478: allow installing both glade 3.8 and 3.10
Hi Yes, I see this bug is marked as wontfix, to bad. For my project, witch is by the way long time in debian/stable/testing and sid, and regularly updated in sid/testing, I need a (glade) gtk2 interface builder. Right now, there isn't one in debian sid any-more, I would call it a bug. So thanks Michal for your debian folder and for the patch witch I found here, for me it isn't garbage. Well, you are not the only one who finds glade 3.10 disappointing. regards hermann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647866: Network: Packages over hub via bnc not received
Ben Hutchings wrote .. Please reply-to-all, not just to me. On Tue, Nov 08, 2011 at 08:30:39PM +0100, deb...@achwg.dyndns.org wrote: [...] I would guess that the problem is related to signal levels. Because you are using hubs, signals have to travel all the way from one computer to the other, whereas a switch or router will receive and re-transmit each packet. When you remove the coax cable you are shortening the distance between the computers and so the received signal is stronger and there are fewer errors. So this could be tested with a short cable (but 0,5m) between two hubs. I will try, but I do not think that this is the problem. My job revolves around networking hardware and I have seen many different kinds of networking failures, so please assume that I do know what I'm talking about. Now I have tested a small setup with some different length of rg58 cable between two hubs. Dockstar can not communicate with other network nodes, all other stations can see each other and routing works. Arp request from dockstar can be seen in all network segments, arp replay from other computer can be seen on all network segments. Dockstar does not recognize any replays comming over rg58 (arp table is still not complete) Arp replays from machines connected via twisted pair cable on the same hub are recognized and communication works (arp table has correct mac address). Maybe the original firmware enables higher amplification for received signals, so the network interface can properly decode weak signals. If so is this configurable under debian or is that someting to change in kernel? What is the network driver and where is the source for the original firmware? Because this is a small adapted linux the source code is not available I think (I do not have it). Which network driver do you mean? The one which wokrs or the one which does not work? This is the info of the debian which does not work: root@debian:~# ethtool -i eth0 driver: mv643xx_eth version: 1.4 firmware-version: N/A bus-info: platform On system Dockstar (with original software) this tool is not available and I can not adapt it. Following infos were catched from dockstar device. With that version the network works well. It seems to be debian also. Pogoplug:~$ cat /proc/version Linux version 2.6.22.18 (bdietrich@brad-ux) (gcc version 4.2.1) #57 Mon Aug 31 16:31:01 PDT 2009 This is not a Debian kernel. [...] If you need more / other inforamtion please tell tell me. Just tell me what I asked. What is the driver (you can probably find this out with 'ethtool -i eth0') and where is the source code? Don't tell me kernel.org; I'm quite sure this is modfiied by the manufacturer and I need to see what they did. See comments above What I do not understand is that all other linux boxes do not have this problem. Because other people do not use 10BASE-2 and hubs! That is not be the point. I use this network for years with some linux and windows boxes. There must be a difference between Suse and Debian squeeze. If I use another linux computer in substitute for the dockstar at the same network point the problem does not appear. But then you have changed all the hardware, not just the distribution. You cannot reasonably infer from that that the important difference is the change of distribution. As I have written before if I start dockstar with original firmware (so I change only the distribution and not the hardware) routing over the hubs and the rg58 cable works. Best regards Hermann Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus
Bug#647169: openocd: Please use Debian's jimtcl (decreases code duplication)
Hi, On Mon, Oct 31, 2011 at 10:49:57AM +0100, Didier Raboud wrote: After a short discussion in debian-devel about embedding jimtcl into usb-modeswitch, I decided to create a jimtcl package instead, so jimtcl is now available as standalone Debian package [0] [0] http://packages.qa.debian.org/j/jimtcl.html I noticed that openocd's source contains a jimtcl copy and that jimtcl is built during openocd's build. In order to reduce code duplication, (potentially) reduce security concerns around jimtcl, please consider using the packaged jimtcl instead of the embedded one. Note that, if needed, the jimtcl package can be changed to fit openocd's needs, just ask! This may need some investigation, not sure if jimtcl is used pristine or modified in openocd. Also, IIRC some parts of jumtcl have been moved to openocd itself recently (upstream), will need to check if it's easily possible to use the jimtcl Debian package. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646357: please package new upstream version
On Sun, Oct 23, 2011 at 04:11:33PM +0200, David Paleino wrote: Package: mtkbabel Version: 0.8.2-1 Severity: wishlist Hello Uwe, would you please upgrade mtkbabel to the latest available upstream release? It's 0.8.3.1 currently. Yup, will do soon, thanks for the reminder. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646134: FTBFS: configure: error: cannot find the curses library.
On Tue, Oct 25, 2011 at 08:42:44PM -0400, Daniel T Chen wrote: Package: cdcd Followup-For: Bug #646134 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch In Ubuntu, the attached patch was applied to achieve the following: * Add 07-no-curses.patch to fix FTBFS. Since curses isn't used anyway, don't test for or use it. (Closes: #646134) Thanks for considering the patch. Thanks, will have a look soon. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620853: gnome-terminal: Transparency only works when maximized
reassign 620853 mutter tags 620853 +fixed-upstream Hi, It seems to be a bug in Mutter and not gnome-terminal. Also, it is fixed upstream : https://bugzilla.gnome.org/show_bug.cgi?id=635268 Cheers, -- Clement Hermann (nodens) - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620853: gnome-terminal transparency doesn't work in mutter
merge 620853 630339 Thanks -- Clement Hermann (nodens) - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu.
Bug#559958: inteltool: diff for NMU version 0.0+r4091-1.2
Hi, On Sat, Sep 10, 2011 at 03:42:52PM +0200, Ansgar Burchardt wrote: I've prepared an NMU for inteltool (versioned as 0.0+r4091-1.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Nope, that's fine. I plan to update to a more recent upstream soon anyway, if you want I can merge in your patch. Or I'll make another upload some time after the NMU is through. Either is fine. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640240: ITP: toprammer -- Command-line and GUI software for the TOP2049 universal programmer
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: toprammer Version : 0.9 Upstream Author : Michael Büsch * URL : http://bues.ch/cms/hacking/toprammer.html * License : GPL Programming Lang: Python Description : Command-line and GUI software for the TOP2049 universal programmer Control software for the TOP2049 universal programmer, written in Python. There's a commandline and GUI (PyQT) tool available. As all programming algorithm logic is implemented in software, it does not support all the devices that the original Topwin Windows software supports. However, support for new chips can be added, if needed. Support for other TOP devices like the TOP2007, TOP3000 or TOP3100 is planned, but currently not implemented. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640069: ITP: stm32flash -- Flash program for the ST STM32 ARM Cortex-M3 using the ST bootloader
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: stm32flash Version : r54 Upstream Author : Geoffrey McRae ge...@spacevs.com * URL : https://code.google.com/p/stm32flash/ * License : GPL Programming Lang: C Description : Flash program for the ST STM32 ARM Cortex-M3 using the ST bootloader A flash programmer software for the STM32 microcontrollers (ARM Cortex-M3) from ST. The flasher uses the ST bootloader via an UART. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638163: [Pkg-lirc-maint] Bug#638163: lircd device autodetection is gone in squeeze init script
On Wed, Aug 31, 2011 at 02:12:19PM +0200, Stefan Lippers-Hollmann wrote: On Wednesday 31 August 2011, Hermann Lauer wrote: [...] auto device detection is not working any more in squeeze, code looks bad. with auto device detection I mean DEVICE=, as you can see from my /etc/lirc/hardware.conf contained in the bugreport. I assume you use something like /dev/ttyS1 instead, which would be wrong. no, see report. The appended patch (to an older version, probably lenny) restores that functionality. [...] if [ -z $DEVICE ]; then - if [ -c $dev ]; then - DEVICE=$dev - break - fi + for dev in /dev/lirc0 /dev/lirc; do + if [ -c $dev ]; then + DEVICE=$dev + break + fi + done fi As you can see from the patch (relevant code shown above), the whole part is only for the DEVICE= case. The lines in squeeze (marked with -) are not setting the dev variable in the shell code, so it's broken code. The + lines shows the original working code (which sets the dev variable, so the test makes sense) - is known, for what reason (and when) that was changed ? The initscript itself is the next topic on the todo list for lirc, as especially the new in-kernel RC_CORE subsystem needs further changes. However these will have to go, and get tested in-, unstable first, right now I'm not sure how much of that can be backported to squeeze though. People which set DEVICE in their hardware.conf should not see any effect from this patch. Thanks for caring, greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634212: Why ?
Hi, On Fri, Aug 19, 2011 at 09:49:40PM -0300, Beraldo Leal wrote: Hi Sandro, is there some specific reason to make it an orphan? Do you plan to adopt sloccount? If no, I'll adopt it and send an ITA mail soonish. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639956: ITP: xc3sprog -- JTAG flashing tool for FPGAs, CPLDs, and EEPROMs
Package: wnpp Severity: wishlist Owner: Uwe Hermann u...@debian.org * Package name: xc3sprog Version : r648 Upstream Author : Andrew Rogers, Uwe Bonnes, others * URL : http://sourceforge.net/projects/xc3sprog/ * License : GPL Programming Lang: C++ Description : JTAG flashing tool for FPGAs, CPLDs, and EEPROMs Programmer software for various FPGAs, CPLDs, and EEPROMs. Supported devices include: XC7*, XC6*, XC5*, XC3S*, XCF*, XC2*, XC95*, XC1*, AT90*, ATmega*, ATxmega*, AT91*, STM32*, and others. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org