Bug#639296: Dup?
It seems that #677441 fixes this issue doing relatively the same thing as workaround above. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745593: iceowl-extension: icedove does not start after update to 24.4.0-1~deb7u1
Thanks for your help everyone - very much appreciated. I am pleased to confirm that after starting in safe mode, uninstalling (not just disabling) Lightning, and then installing Iceowl, my email and calendar are working again.
Bug#745684: Regression: qemu 2.0.0+dfsg-3 lacking rbd support (from 1.7.0+dfsg-8)
Control: reassign -1 qemu-system Control: merge -1 689239 24.04.2014 05:09, Michael Evans wrote: Package: qemu Version: 2.0.0+dfsg-3 Severity: important There's absolutely no need to report the same bug 5th time. /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745629: [Pkg-libvirt-maintainers] Bug#745629: virtinst: virt-install complains about virStream object not having an attribute upload and fails
The patch from #745541 seems to work for me. Thanks, Sammy - Original Message - See also #745541 for the proposed fix. Feedback if this fixes the issue for you would be welcome. Note that you also need the latest python-libvirt from bpo (1.2.1-2~bpo70+1). Cheers, -- Guido Disclaimer: http://transtrend.com/disclaimer.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741833: edje: FTBFS: ../../src/lib/edje_private.h:73:24: fatal error: Ecore_IMF.h: No such file or directory
control: tags -1 +fixed-upstream Hi, Upstream has already released 1.7.10 and it's built fine. 2013-12-05 Eduardo Lima (Etrunko) * 1.7.10 release 4 months is enough to be considered it as stable, so please consider to upload it. -- Hideki Yamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745699: ruby2.1: Requires internet to build (fetches config.sub/config.guess)
Package: ruby2.1 Version: 2.1.1-3 Severity: serious Tags: security patch Justification: Policy 4.9 ruby2.1 is shipped without config.sub and config.guess and then these are insecurely downloaded during configure. It would be much better just to use the ones shipped with autotools-dev. Patch attached. diff -Nru ruby2.1-2.1.1/debian/rules ruby2.1-2.1.1/debian/rules --- ruby2.1-2.1.1/debian/rules 2014-04-22 12:08:50.0 -0400 +++ ruby2.1-2.1.1/debian/rules 2014-04-23 21:38:23.0 -0400 @@ -46,6 +46,8 @@ dh $@ --parallel --with autotools-dev --with autoreconf override_dh_auto_configure: + cp /usr/share/misc/config.guess tool + cp /usr/share/misc/config.sub tool mkdir -p debian/lib ln -sf /usr/lib/$(DEB_HOST_MULTIARCH)/libtcl$(vtcltk).so debian/lib/libtcl.so ln -sf /usr/lib/$(DEB_HOST_MULTIARCH)/libtk$(vtcltk).so debian/lib/libtk.so @@ -53,6 +55,8 @@ override_dh_auto_clean: dh_auto_clean + rm -f tool/config.guess + rm -f tool/config.sub rm -rf debian/lib $(RM) -r .ext $(RM) -r doc/capi
Bug#745684: Regression: qemu 2.0.0+dfsg-3 lacking rbd support (from 1.7.0+dfsg-8)
On Wed, 2014-04-23 at 18:09 -0700, Michael Evans wrote: (...) Additionally qemu-1.7.0+dfsg- (versions with rbd enabled) has been removed from the Debian mirrors; making it somewhat difficult to revert to the version with rbd support /enabled/. You might want to use snapshot.debian.org [1] if you that badly need rbd support. Otherwise do the same as I do: Simply wait a bit longer, since this is an issue mjt definitely is aware of [2]. [1] http://snapshot.debian.org/binary/qemu/ [2] https://bugs.debian.org/689239 signature.asc Description: This is a digitally signed message part
Bug#745223: [Pkg-haskell-maintainers] Bug#745223: Please update build-depends
Quoting Clint Adams (2014-04-24 03:21:56) On Wed, Apr 23, 2014 at 07:04:55PM +0200, Jonas Smedegaard wrote: Also, why did you relax dependency on polyparse beyond what upstream package declared compatible with? I am aware that a newer polyparse is in Debian, but it concerns be that you are absolutely silent about that in changelog and commit message only contains this: Update b-d upper bounds. In retrospect, I probably should have done libghc-polyparse-dev ( 1.9-999) or libghc-polyparse-dev ( 1.9.0.0.0.1), unless there's a better way to express polyparse (=1.6 =1.9). Ahhh - thanks for opening my eyes: What puzzled me wasn't the tiny frasction you now reflect on, but instead that I had misread the upstream declaration as 1.9. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#745556: kmail accepts invalid SMTP TLS certificate against user action
Le 2014-04-24 08:53, Yves-Alexis Perez a écrit : On Tue, Apr 22, 2014 at 10:33:28PM +0300, Rémi Denis-Courmont wrote: The cancel button has no effects other than to bring the same dialog almost instantly back in an infinite loop. Are you sure the loop is infinite and kmail is not just checking folder after folder? (not that it wouldn't be a bad idea to cache the decision for the user/host/port triplet). I do not know why it seems to loop. I set a refresh delay of 5 minutes, but the dialog comes back within less than a second, again and again... -- Rémi Denis-Courmont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745701: evolution-mapi: Problem using S/MIME encryption with MAPI account.
Package: evolution-mapi Version: 3.8.5-2+b1 Severity: normal Dear Maintainer, I am using mapi for the connexion to the exchange server of my company. It works fine, but when I send S/MIME encrypted email the receiver cannot read it. I have configured the same account using IMAP, with the same S/MIME certificate and options, and it works fine. So I guess the problem is in the mapi extension. Regards, JF Peyridieu -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable'), (90, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-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 evolution-mapi depends on: ii evolution 3.8.5-2+b3 ii libatk1.0-0 2.12.0-1 ii libc6 2.18-4 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libcamel-1.2-43 3.8.5-3+b2 ii libebackend-1.2-6 3.8.5-3+b2 ii libebook-1.2-14 3.8.5-3+b2 ii libebook-contacts-1.2-0 3.8.5-3+b2 ii libecal-1.2-15 3.8.5-3+b2 ii libedata-book-1.2-173.8.5-3+b2 ii libedata-cal-1.2-20 3.8.5-3+b2 ii libedataserver-1.2-17 3.8.5-3+b2 ii libenchant1c2a 1.6.0-10 ii libevolution3.8.5-2+b3 ii libexchangemapi-1.0-0 3.8.5-2+b1 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-02.40.0-2 ii libgtk-3-0 3.12.0-4 ii libgtkhtml-4.0-04.6.6-2 ii libgtkhtml-editor-4.0-0 4.6.6-2 ii libical11.0-1 ii libjavascriptcoregtk-3.0-0 2.2.6-1 ii libmapi01:2.0-4 ii libnspr42:4.10.4-1 ii libnspr4-0d 2:4.10.4-1 ii libnss3 2:3.16-1 ii libnss3-1d 2:3.16-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libsecret-1-0 0.18-1 ii libsoup2.4-12.46.0-2 ii libsqlite3-03.8.4.3-1 ii libtalloc2 2.1.0-1 ii libtevent0 0.9.19-1 ii libwebkitgtk-3.0-0 2.2.6-1 ii libxml2 2.9.1+dfsg1-3 ii samba-libs 2:4.1.6+dfsg-1 evolution-mapi recommends no packages. evolution-mapi suggests no packages. -- no debconf information
Bug#743383: Broken client Kerberos setup in Debian edu installation
On Wed, Apr 23, 2014 at 05:36:59PM +0800, Franklin Weng wrote: 2014-04-23 17:27 GMT+08:00 Wolfgang Schweer wschw...@arcor.de: The script that generates krb5.conf relies upon a working DNS setup on tjener. Under default conditions it works o.k. So I guess the reported problem is related to special local conditions concerning the network setup. [..] Our installing environment would usually be a dedicated network environment where it couldn't reach the internet. That's why DNS isn't working _at installation time_. The script 'sssd-generate-config' that is used to write /opt/ltsp/i386/krb5.conf relies upon a working DNS and fails. As a workaround, run this command _after the first boot_ of 'tjener': /usr/share/debian-edu-config/tools/sssd-generate-config -k /opt/ltsp/i386/etc/krb5.conf I'll commit a fix to svn soon. Wolfgang signature.asc Description: Digital signature
Bug#745702: libgdal1h: File missing in package: cubewerx_extra.wkt
Package: libgdal1h Version: 1.10.1+dfsg-5+b1 Severity: normal Dear Maintainer, There is an include of cubewerx_extra.wkt file in epsg.wkt file but the file cubewerx_extra.wkt is not in included in package. I detect this probleme when I used gdalsrsinfo command with EPSG:900913 parameter. Best regards, Fabien Bochu -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-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 libgdal1h depends on: ii libarmadillo4 1:4.200.0+dfsg-1 ii libc6 2.18-4 ii libcurl3-gnutls7.36.0-1+b1 ii libdap11 3.12.0-1 ii libdapclient3 3.12.0-1 ii libdapserver7 3.12.0-1 ii libepsilon10.9.2-2 ii libexpat1 2.1.0-4 ii libfreexl1 1.0.0g-1 ii libgcc11:4.8.2-16 ii libgeos-c1 3.4.2-4 ii libgif44.1.6-11 ii libhdf4-0-alt 4.2r4-13 ii libhdf5-7 [libhdf5-7] 1.8.12+docs-1 ii libjasper1 1.900.1-debian1-1 ii libjpeg8 8d-2 ii libkml01.3.0~r864-2 ii liblzma5 5.1.1alpha+20120614-2 ii libmysqlclient18 5.5.35+dfsg-2 ii libnetcdfc71:4.1.3-7 ii libodbc1 2.3.1-2 ii libogdi3.2 3.2.0~beta2-7 ii libpng12-0 1.2.50-1 ii libpoppler44 0.24.5-3 ii libpq5 9.3.4-1 ii libproj0 4.8.0-2 ii libspatialite5 4.1.1-9 ii libstdc++6 4.8.2-16 ii liburiparser1 0.7.5-1 ii libwebp5 0.4.0-4 ii libxerces-c3.1 3.1.1-5 ii libxml22.9.1+dfsg1-3 ii odbcinst1debian2 2.3.1-2 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages libgdal1h recommends: ii proj-bin 4.8.0-2 libgdal1h 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#606415: Back to the Future II
So, in the fullness of (not even all that much) time... It looks like the distro-info-data package now provides up-to-date information that could be used to generate the config file with correct release names (both before and after release). Not that it is of particular severity (hence, minor, and perhaps should be wishlist), but with the metainfo/chicken-and-egg problems solved in a distribution-wide rather than schroot-specific fashion, perhaps we could now keep this bug open? It might pique someone's interest enough to submit a good patch. :) Thanks. -- _ivan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732083: voice names hard coded for languages
Dear Peter and fellow festival maintainers, I think commit 9857746e5c9ca106b8f051a0198af05152fad0b1 fixes this. See commitdiff at [1]. Basically I added a flag to know whether or not proclaim_voice was found. If proclaim_voice is not found, voice is registered as it was done before the patch. I think this solves the issue once and for all. [1] http://anonscm.debian.org/gitweb/?p=tts/festival.git;a=commitdiff;h=9857746e5c9ca106b8f051a0198af05152fad0b1 2014-04-16 6:10 GMT+02:00 Peter Drysdale drysdalep...@gmail.com: Dear Sergio and fellow festival maintainers, Sorry for the delay - I only bisected this yesterday due to breaking of loading of some demo voices with an unhelpful error message. I wish to revisit the solution for closing this bug. The solution changes the behaviour of (voice.list). In particular voices which do not contain proclaim_voice information fail to appear in the voice list. The current version of festival will list such voices. This would be less of a problem except for some of upstream's provided demo voices do not include this information. I didn't find this earlier since I do not use those demo voices but users often use them since they are explicitly provided by upstream. It should be noted that the last paragraph of Chapter 24 of the Festival manual (which we ship) discusses that (voice.list) should contain possible voices not just valid voices. Would it be possibly to alter this patch solution so although default voice is set from a valid list - BUT (voice.list) continues to contain possibly invalid and/or voices without proclaim_voice (such as upstream's provided demo voices). best regards, Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745703: -emit-llvm does not work
Package: clang Version: 1:3.3-21+nmu1 Severity: normal Dear Maintainer, The documented option -emit-llvm does not work: $ clang -emit-llvm hello.c /usr/bin/ld: /usr/bin/../lib/LLVMgold.so: error loading plugin: /usr/bin/../lib/LLVMgold.so: cannot open shared object file: No such file or directory clang: error: linker command failed with exit code 1 (use -v to see invocation) $ clang -emit-llvm -v hello.c Debian clang version 3.3-16 (branches/release_33) (based on LLVM 3.3) Target: x86_64-pc-linux-gnu Thread model: posix /usr/bin/clang -cc1 -triple x86_64-pc-linux-gnu -emit-llvm-bc -disable-free -disable-llvm-verifier -main-file-name hello.c -mrelocation-model static -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases -munwind-tables -fuse-init-array -target-cpu x86-64 -target-linker-version 2.24 -v -resource-dir /usr/bin/../lib/clang/3.3 -internal-isystem /usr/local/include -internal-isystem /usr/bin/../lib/clang/3.3/include -internal-isystem /usr/include/clang/3.3/include/ -internal-externc-isystem /usr/include/x86_64-linux-gnu -internal-externc-isystem /usr/include/x86_64-linux-gnu -internal-externc-isystem /usr/include -fdebug-compilation-dir /tmp/glondu -ferror-limit 19 -fmessage-length 211 -mstackrealign -fobjc-runtime=gcc -fobjc-default-synthesize-properties -fdiagnostics-show-option -fcolor-diagnostics -backend-option -vectorize-loops -o /tmp/hello-jLEI0y.o -x c hello.c clang -cc1 version 3.3 based upon LLVM 3.3 default target x86_64-pc-linux-gnu ignoring nonexistent directory /usr/bin/../lib/clang/3.3/include ignoring duplicate directory /usr/include/x86_64-linux-gnu #include ... search starts here: #include ... search starts here: /usr/local/include /usr/include/clang/3.3/include /usr/include/x86_64-linux-gnu /usr/include End of search list. /usr/bin/ld --hash-style=both --build-id --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o a.out /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/crt1.o /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.8/crtbegin.o -L/usr/lib/gcc/x86_64-linux-gnu/4.8 -L/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu -L/lib/x86_64-linux-gnu -L/lib/../lib64 -L/usr/lib/x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/4.8/../../.. -L/lib -L/usr/lib -plugin /usr/bin/../lib/LLVMgold.so -plugin-opt=mcpu=x86-64 /tmp/hello-jLEI0y.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/x86_64-linux-gnu/4.8/crtend.o /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/crtn.o /usr/bin/ld: /usr/bin/../lib/LLVMgold.so: error loading plugin: /usr/bin/../lib/LLVMgold.so: cannot open shared object file: No such file or directory clang: error: linker command failed with exit code 1 (use -v to see invocation) Maybe a missing dependency? Cheers, -- Stéphane -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clang depends on: ii clang-3.3 1:3.3-16 clang recommends no packages. clang 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#745704: ITP: ruby-omniauth-tumblr -- OmniAuth strategy for Tumblr
Package: wnpp Severity: wishlist Owner: Praveen Arimbrathodiyil prav...@debian.org * Package name: ruby-omniauth-tumblr Version : 1.1 Upstream Author : Jamie Wilkinson * URL : https://rubygems.org/gems/omniauth-tumblr * License : Expat Programming Lang: Ruby Description : OmniAuth strategy for Tumblr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745705: kicad: unable to render several footprints in 3d view due to wrong path for 3d models
Source: kicad Version: 0.20140224+bzr4027-3 Severity: normal Tags: patch Dear Maintainer, Starting with revision 293 of the kicad libraries (http://bazaar.launchpad.net /~kicad-product-committers/kicad/library/revision/293), several libraries have been renamed. When these libraries are combined with the snapshot of the old .mod libraries from wheezy (taken from https://github.com/georgesk/kicad-legacy/), this leads to many footprints having the wrong paths for their 3d models. As an example, the USB_B footprint from library/modules/connect.mod, on line 16189, points to connectors/USB_type_B.wrl. However, starting with revision 293 of the kicad libraries the path has been renamed to Connectors/USB_type_B.wrl. As a result, kicad is not able to render the USB type B connector in 3D view. The problem can be solved if you do not clone the latest revision of the kicad libraries when assembling the kicad sources for the Debian package (the debian /get-kicad.sh script), but rather clone revision 292. Also, if you clone revision 292 of the kicad libraries, the old .mod footprint libraries are still there, so in my opinion there is no need for the extra step to download the legacy libraries from the github repository. Attached is a patch with the proposed changes to the debian/get-kicad.sh script. Thank you, Dimitris -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'stable'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -ru debian.orig/get-kicad.sh debian/get-kicad.sh --- debian.orig/get-kicad.sh 2014-02-25 19:50:49.0 +0200 +++ debian/get-kicad.sh 2014-04-24 10:58:24.106856350 +0300 @@ -11,13 +11,8 @@ bzr export $package lp:kicad/stable echo == Getting the documents = bzr export $package/doc lp:~kicad-developers/kicad/doc -echo == Getting the libraries = -bzr export $package/library lp:~kicad-product-committers/kicad/library -echo == Getting the legacy footprints = -wget https://github.com/georgesk/kicad-legacy/archive/master.zip -unzip master.zip -(cd kicad-legacy-master; tar cf - modules) | tar xf - -C $package/library -rm -rf master.zip kicad-legacy-master +echo == Getting the legacy libraries (bzr292) = +bzr export -r 292 $package/library lp:~kicad-product-committers/kicad/library echo == Compressing the archive === tar czf $origtargz $package
Bug#745706: sysdig: Group-accessible /dev/sysdig0
Package: sysdig Version: 0.1.79-1 Severity: wishlist It would be nice if /dev/sysdig* was owned by a group that isn't root. Then a properly-grouped non-root user can sysdig without sudo. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: armel Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages sysdig depends on: ii libc62.18-4 ii libgcc1 1:4.8.2-16 ii libjsoncpp0 0.6.0~rc2-3 ii libluajit-5.1-2 2.0.3+dfsg-1 ii libstdc++6 4.8.2-16 Versions of packages sysdig recommends: ii sysdig-dkms 0.1.79-1 sysdig 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#649357: Workaround
There is a simple Workaround for this, as the Folder is not completely hardcoded. qtikz resolves the environment variable TMPDIR to form the Folder so you can manage to get it work by using env in a terminal: env TMPDIR=/path/whereever/you/want/qtikz/to/hav/its/tmp qtikz
Bug#689508: why should debsums care about obsolete conffiles?
tags 689508 + help tags 744398 + help thanks Hi, On Wed, 3 Oct 2012, Raphael Herzog wrote: On Wed, 03 Oct 2012, Andreas Beckmann wrote: FTR, debsums should not ignore *all* obsolete Conffiles entries (that would be trivial), but only those for files not longer owned by the package in question. Yes. I don't get why debsums should care about obsolete conffiles? (Assuming they are marked as obsolete in /var/lib/dpkg/status...) - could you please explain? I'd really like to see #744398, it's currently severly affecting piuparts.d.o testing of sid, testing2sid and some other suites. (Which I only can easily workaround by disabling debsums tests there..) (Im also unsure whether to merge #689508 and #744398, currently I leave them seperated to keep some more clarity.) Oh, and btw, should we formally orphan debsums? This is on a freshly debootstrapped sid system, the .bak file is from directly after running deboostrap, the .sid file is from directly after running dist-upgrade for the first time... # cp /etc/init/startpar-bridge.conf.bak /etc/init/startpar-bridge.conf # debsums -e startpar /etc/init/startpar-bridge.confFAILED # debsums -e sysvinit-utils /etc/init/startpar-bridge.confOK # cp /etc/init/startpar-bridge.conf.sid /etc/init/startpar-bridge.conf # debsums -e startpar /etc/init/startpar-bridge.confOK # debsums -e sysvinit-utils /etc/init/startpar-bridge.confFAILED cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#706352: libfann: New upstream version available: 2.2.0
Hi, On 2013-04-28 20:25, Logan Rosen wrote: Package: libfann Version: 2.1.0~beta~dfsg-8 Severity: wishlist Dear Maintainer, There is a new upstream version available (2.2.0) of libfann. It can be downloaded here: https://sourceforge.net/projects/fann/files/fann/ The problem is that 2.2.0 no longer provides the C++ and Python interfaces, and also no longer provides the sources from which to build the documentation, as these are all outdated. I'll ping upstream about a possible solution. Either way, from what I understand, this new version mainly adds new features, so we're not missing that much. Christian Changelog: FANN 2.2.0 – 2012-01-24 Added Sarprop training Added fann_create_train for creating an empty training data struct Added fann_copy for copying an ANN Added cascade_min_out_epochs and cascade_min_cand_epochs to improve cascade training Added extra checks when training, to ensure that data and network input and output sizes matches Added Visual Studio 2010 solution Added support for 64bit architecture Cleanup in sources Moved source from CVS to GIT -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745707: xpra: raising a window with H.264 encoding causes xpra to crash and remain stale
Package: xpra
Version: 0.12.3+dfsg-1
Severity: important
The current version of xpra looks rather broken to me. Trying to raise a window
yields to an unrecoverable error. Symptoms are that the first window is
displayed,
causing xpra to crash, and further windows remain black when they exist already,
or aren't displayed anymore at all, when they do not exist yet. The server
remains
stale, accepts connections but no windows are shown.
To reproduce, do on the server side (connect a client after the start):
$ xpra start :1
$ DISPLAY=:1 xmessage 'foo' // works, but causes the crash
Warning: Cannot convert string vlines2 to type Pixmap
$ DISPLAY=:1 xmessage 'foo' // never shown
from the log:
2014-04-24 10:36:11,636 Handshake complete; enabling connection
2014-04-24 10:36:11,641 Python/Gtk2 Linux client version 0.12.3 connected from
'snowball' as 'arno' ('arno')
2014-04-24 10:36:11,642 client supplied an mmap_file: /tmp/xpra.16EDpx.mmap but
we cannot find it
2014-04-24 10:36:11,643 using h264 as primary encoding, also available: vp8,
rgb24, rgb32
2014-04-24 10:36:11,643 client root window size is 1600x900 with 1 displays:
2014-04-24 10:36:11,643 ':0.0' (423x238 mm) workarea: 1600x850
2014-04-24 10:36:11,643 LVDS1 (310x174 mm)
2014-04-24 10:36:11,645 server virtual display now set to 1600x900
2014-04-24 10:36:11,646 setting key repeat rate from client: 300ms delay / 20ms
interval
2014-04-24 10:36:11,647 setting keymap: rules=evdev, model=thinkpad60,
layout=de,us
The XKEYBOARD keymap compiler (xkbcomp) reports:
Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols
Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
2014-04-24 10:36:11,669 setting full keymap definition from client via xkbcomp
[swscaler @ 0x7f141c005380] 0x54 - 0x54 is invalid scaling dimension
2014-04-24 10:36:16,431 setup_pipeline failed for (44, codec_spec(swscale),
'RGB', codec_spec(x264))
Traceback (most recent call last):
File /usr/lib/python2.7/dist-packages/xpra/server/window_video_source.py,
line 1051, in setup_pipeline
enc_width, enc_height, enc_in_format, csc_speed)
File colorspace_converter.pyx, line 316, in
xpra.codecs.csc_swscale.colorspace_converter.ColorspaceConverter.init_context
(xpra/codecs/csc_swscale/colorspace_converter.c:4321)
AssertionError: sws_getContext returned NULL
The problem seems to be specific to the H.264 codec (which is the default).
Starting the client with
$ xpra attach --encoding=vp8 ...
seems to workaround the problem, however. That being said using VP8 fills the
log
with:
2014-04-24 10:42:51,594 error processing damage data: BUG: no encoder not found
for rgb
Traceback (most recent call last):
File /usr/lib/python2.7/dist-packages/xpra/server/source.py, line 1578, in
data_to_packet
encode_and_queue()
File /usr/lib/python2.7/dist-packages/xpra/server/window_source.py, line
890, in make_data_packet_cb
packet = self.make_data_packet(*data)
File /usr/lib/python2.7/dist-packages/xpra/server/window_source.py, line
1109, in make_data_packet
raise Exception(BUG: no encoder not found for %s % coding)
Exception: BUG: no encoder not found for rgb
... though that seems harmless.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages xpra depends on:
ii libavcodec54 6:9.11-3+b2
ii libavutil52 10:2.1.3-dmo1
ii libc6 2.18-4
ii libgtk2.0-0 2.24.23-1
ii libswscale2 10:2.1.3-dmo1
ii libvpx1 1.3.0-2
ii libx11-6 2:1.6.2-1
ii libx264-142 2:0.142.2389+git956c8d8-4
ii libxcomposite11:0.4.4-1
ii libxdamage1 1:1.1.4-1
ii libxext6 2:1.3.2-1
ii libxfixes31:5.0.1-1
ii libxrandr22:1.4.2-1
ii libxtst6 2:1.2.2-1
ii python2.7.5-5
ii python-gtk2 2.24.0-3+b1
ii x11-xserver-utils 7.7+2
ii xserver-xorg-input-void 1:1.4.0-1+b3
ii xserver-xorg-video-dummy 1:0.3.7-1+b2
Versions of packages xpra recommends:
ii openssh-client1:6.6p1-3
ii python-avahi 0.6.31-4
ii python-gtkglext1 1.1.0-9.1
ii python-imaging2.3.0-2
ii python-netifaces 0.8-3+b1
ii python-webm 0.2.2-3
ii ssh-askpass 1:1.2.4.1-9
Versions of packages xpra suggests:
ii gstreamer0.10-plugins-bad 0.10.23-7.2
ii gstreamer0.10-plugins-good 0.10.31-3+nmu2
ii openssh-server 1:6.6p1-3
pn pulseaudio none
pn pulseaudio-utilsnone
ii python-dbus 1.2.0-2+b2
pn python-gst0.10 none
pn python-pyopencl none
-- no
Bug#745708: open-iscsi: umountiscsi.sh prematurely exits when encountering targets without block devices
Package: open-iscsi
Version: 2.0.873-3
Severity: normal
Tags: patch
Dear Maintainer,
While rebooting a server with iscsi partitions I encountered bug
#691732 . Seeing that #691732 was fixed in version
2.0.873+git0.3b4b4500-1 of open-iscsi I looked over the changes and
noticed that if umountiscsi.sh finds an iscsi target without block
devices it does an exit 0 while in the middle of the for loop and
skips the rest of the targets.
This could be a problem if the target without block devices is not the
last target. See my patch below which continues instead of an exit.
Sammy
-- System Information:
Debian Release: 7.4
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages open-iscsi depends on:
ii libc6 2.13-38+deb7u1
ii udev 204-8~bpo70+1
open-iscsi recommends no packages.
open-iscsi suggests no packages.
-- Configuration Files:
/etc/iscsi/initiatorname.iscsi [Errno 13] Permission denied:
u'/etc/iscsi/initiatorname.iscsi'
-- no debconf information
--- patch for umountiscsi.sh ---
diff --git a/debian/umountiscsi.sh.init b/debian/umountiscsi.sh.init
index 8f7161b..d5b0591 100644
--- a/debian/umountiscsi.sh.init
+++ b/debian/umountiscsi.sh.init
@@ -56,9 +56,8 @@ do_stop () {
for BLOCK_FILE in $SESSION_DIR/target*/*\:*/block/*; do
BLOCK_DEV=`echo $BLOCK_FILE | sed 's/.*block\///'`
if [ ${BLOCK_DEV} = * ];then
- log_warning_msg No iSCSI block devices found
- log_end_msg 0
- exit 0
+ log_warning_msg iSCSI target without block
devices found
+ continue
fi
DOS_PARTITIONS=`awk /^\/dev\/$BLOCK_DEV/ { print
\\$2; } /proc/mounts`
for DEVICE in $DOS_PARTITIONS; do
--- end patch ---
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742283: #742283: supermin 5.1.5 issue - close?
control: close -1 control: fixed -1 5.1.6-1 * Christian Hofstaedtler: The bug #742283 apparently is about supermin 5.1.5, and there's a message indicating this doesn't occur with 5.1.6. Now sid already's got 5.1.7, so should this bug be marked fixed + closed? Yes, thank you for spotting this. :-) -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745709: gcc-4.8: gcc-4.8 lacks dependency on libgcc-4.8-dev
Package: gcc-4.8
Version: 4.8.2-20
Severity: normal
Without libgcc-4.8-dev, gcc-4.8 cannot link. So it should have
dependency on libgcc-4.8-dev.
$ cat a.c
int main(void)
{
return 0;
}
$ gcc a.c
/usr/bin/ld: cannot find crtbegin.o: No such file or directory
/usr/bin/ld: cannot find -lgcc
/usr/bin/ld: cannot find -lgcc_s
collect2: error: ld returned 1 exit status
# apt-get install libgcc-4.8-dev
...
$ gcc a.c
$
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.14.0 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP)
Shell: /bin/sh linked to /bin/dash
Versions of packages gcc-4.8 depends on:
ii binutils 2.24.51.20140411-2
ii cpp-4.84.8.2-20
ii gcc-4.8-base 4.8.2-20
ii libc6 2.18-4
ii libcloog-isl4 0.18.2-1
ii libgmp10 2:6.0.0+dfsg-2
ii libisl10 0.12.2-1
ii libmpc31.0.1-1
ii libmpfr4 3.1.2-1
ii zlib1g 1:1.2.8.dfsg-1
Versions of packages gcc-4.8 recommends:
ii libc6-dev 2.18-4
Versions of packages gcc-4.8 suggests:
ii binutils [binutils-gold] 2.24.51.20140411-2
pn gcc-4.8-doc none
pn gcc-4.8-locales none
pn gcc-4.8-multilib none
pn libasan0-dbg none
pn libatomic1-dbgnone
pn libbacktrace1-dbg none
pn libgcc1-dbg none
pn libgomp1-dbg none
pn libitm1-dbg none
pn libquadmath0-dbg none
pn libtsan0-dbg none
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745402: fuse-emulator: Better support for ROM in Debian opense-basic package
On Wed, 23 Apr 2014, Alberto Garcia wrote: On Mon, Apr 21, 2014 at 07:49:32PM +0200, Santiago Vila wrote: My point is that being opense.rom completely free, it would be a pity that fuse (which is also free) would not work well enough with it. Well, by default Fuse tries to use the original ROMs and falls back to OpenSE if they are not available. But you can change that and use OpenSE always if that's what you want, you can do that in the settings and even make the changes persistent. Well, fuse --rom-48 /usr/share/spectrum-roms/opense.rom does the trick indeed, so it is not such a big problem. The main issue is the fact that taper routines are not properly trapped and they happen at normal speed. This is a real pity. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743022: Bug#745661: RFP: weblate -- web-based translation tool with tight Git integration
On 2014-04-24 07:34, Michal Čihař wrote: One of the dependencies is not yet in Debian: python-social-auth (see ITP #743022). Thanks Michal, I hope I did not miss other dependencies. Hello Kurashiki, are you working on python-social-auth in the jessie timeframe? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745710: icedove: Can't send messages with imap
Package: icedove Version: 24.4.0-1 Severity: important Dear Maintainer, I can't remember when it started happening, but I think it might have been when I reinstalled debian recently, or when an update came through, before or after. I have several email accounts set up with icedove, and all the ones set up with IMAP will no longer send emails. They say they are sending for a long time, and use a lot of CPU. The POP3 accounts work fine. I tried setting up one of those as IMAP, and it seemed to work too - but I don't want to try removing and re- adding the other accounts, in case it doesn't work and it will take a lot of time to add my labels, gpg etc - so I've had to use the webmail to send. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.4 ii fontconfig2.11.0-5 ii libasound21.0.27.2-3 ii libatk1.0-0 2.12.0-1 ii libc6 2.18-4 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.8.0-3 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-1 ii libffi6 3.1~rc1+r3.0.13-12 ii libfontconfig12.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.8.2-16 ii libgdk-pixbuf2.0-02.30.6-1 ii libglib2.0-0 2.40.0-2 ii libgtk2.0-0 2.24.23-1 ii libhunspell-1.3-0 1.3.2-7 ii libnspr4 2:4.10.4-1 ii libnss3 2:3.16-1 ii libpango-1.0-01.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-0 1.36.3-1 ii libpixman-1-0 0.32.4-1 ii libsqlite3-0 3.8.4.3-1 ii libstartup-notification0 0.12-3 ii libstdc++64.8.2-16 ii libvpx1 1.3.0-2 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii psmisc22.21-2 ii zlib1g1:1.2.8.dfsg-1 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii myspell-en-gb [myspell-dictionary]1:3.3.0-4 Versions of packages icedove suggests: ii fonts-lyx 2.0.6-1 ii libgssapi-krb5-2 1.12.1+dfsg-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745444: [Pkg-running-devel] Bug#745444: Bug#745444: antpm: FTBFS: antpm-downloader.1: No such file or directory
I'll fix it as soon as my travels are over! On Tue, Apr 22, 2014 at 9:22 AM, Christian PERRIER bubu...@debian.orgwrote: Quoting Aaron M. Ucko (u...@debian.org): Source: antpm Version: 1.16-2 Severity: serious Justification: fails to build from source Builds of antpm explicitly targetting only its architecture-dependent binary packages (as on the autobuilders, or with debuild -B or the like) have been failing, even though those are in fact its only binary packages: dh_installman -a debian/antpm-downloader.1: No such file or directory at /usr/bin/dh_installman line 130. make: *** [binary-arch] Error 2 The problem appears to be that a handful of important commands appear only in the build target, which such builds skip. I'd suggest either moving those commands to the override_dh_install target, which should run in time, or renaming build to build-arch and having build depend on build-arch. Thanks for the report and analysis, Aaron. Kristof, can you check this? My suggestion would be using the first option (moving to override_dh_install) which makes more sense than renaming buildas the commands run in the build target are not exactly build commands. ___ Pkg-running-devel mailing list pkg-running-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-running-devel -- RALOVICH, Kristof PhD candidate Computer Aided Medical Procedures Technical University Munich http://campar.in.tum.de/Main/KristofRalovich Fax: 00 49 89 289 17059
Bug#745711: RFA: downtimed -- monitor of downtime, shutdown, and crashes
Package: wnpp Severity: normal I desire to hand maintainership over to somebody else. The upstream author is releasing updated archives slowly, but steadily, since not much needs updating. Regards, M E Andersson, DM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745712: VDR: really binary incompatibility: vnsiserver3.
Package: vdr-plugin-vnsiserver Version: 12.0+79+ge1c3fb1+dfsg1-3 Severity: important Dear Maintainer, the VDR pugin vnsiserver cannot be loaded by VDR: root@xbmcvdr:/var/lib/vdr# /etc/init.d/vdr start Starting Linux Video Disk Recorder: vdr Searching for plugins (VDR 2.0.3/2.0.0) (cache hit): WARNING: The following plugins have been left out due to really binary incompatibility: vnsiserver3. When adding PLUGIN_CHECK_STARTABLE=no to /etc/default/vdr VDR does not start and reports the following to /var/log/syslog: Apr 24 11:39:30 xbmcvdr vdr: [6021] VDR version 2.0.3 started Apr 24 11:39:30 xbmcvdr vdr: [6021] switched to user 'vdr' Apr 24 11:39:30 xbmcvdr vdr: [6021] codeset is 'UTF-8' - known Apr 24 11:39:30 xbmcvdr vdr: [6021] found 28 locales in /usr/share/locale Apr 24 11:39:30 xbmcvdr vdr: [6021] loading plugin: /usr/lib/vdr/plugins/libvdr-vnsiserver3.so.2.0.0 Apr 24 11:39:30 xbmcvdr vdr: [6021] ERROR: /usr/lib/vdr/plugins/libvdr-vnsiserver3.so.2.0.0: undefined symbol: _ZN10cIndexFile3GetEiPtPlPbPi Apr 24 11:39:30 xbmcvdr vdr: [6021] max. latency time 0 seconds Apr 24 11:39:30 xbmcvdr vdr: [6021] exiting, exit code 2 Apr 24 11:39:30 xbmcvdr runvdr: stopping after fatal fail (vdr: /usr/lib/vdr/plugins/libvdr-vnsiserver3.so.2.0.0: undefined symbol: _ZN10cIndexFile3GetEiPtPlPbPi) The system runs on Sid/Unstable, VDR with no other plugin, no special packages or configuration. Regards,Helmar. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vdr-plugin-vnsiserver depends on: ii libc6 2.18-4 ii libgcc1 1:4.9-20140411-2 ii libstdc++6 4.9-20140411-2 ii vdr [vdr-abi-2.0.0-debian] 2.0.3-2 ii xbmc2:12.3+dfsg2-4 vdr-plugin-vnsiserver recommends no packages. vdr-plugin-vnsiserver 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#745713: lxterminal changes size when switching menu/scroll bars
Package: lxterminal Version: 0.1.11-4 When menubar gets disabled, the terminal height increases of 1. When scrollbar gets disabled, the terminal width increases of 1. - the default terminal size is 80x24. with disabled menubar/scrollbar they change to 80x25 When any of them are again enabled, the height/width are decreased of 2 (!). - the sizes don't get back to the old values, and with repeated changes the windows get shrinking. Expected behaviour: Do not increase or decrease window/terminal size when someone toggles menubar/scrollbar. Do not change the defaults for new window when they are disabled. The only case I can understand is shrinking if adding bars would make window bigger than screen. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. The 3 biggets disasters: Hiroshima 45, Tschernobyl 86, Windows 95 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740929: forwarded message from Roland Dieterich
---BeginMessage---
Dear Ray,
while setting up a new Debain box with FAI, I stumbled over an issue
with setting up LVM. FAIs setup-storage failed, complaining about
uninitialized variables somewhere in the LVM.pm module.
It turned out, that someone else also stumbled upon this and filed a bug
report with FAI:
https://www.mail-archive.com/linux-fai@uni-koeln.de/msg05423.html
Thomas Lange guessed right, the issue is in the Linux::LVM perl module,
version 0.17. I managed to fix the issue, see the attached patch file.
After applying the patch, FAI setup-storage works fine again with LVM.
Best regards,
Roland
--
Roland Dieterich
IT-Manager
Max Planck-Genome-centre Cologne
Building B
Carl-von-Linné-Weg 10
50829 Köln
Tel: (+49)221-5062816
Fax: (+49)221-5062851
--- LVM.pm.orig 2014-04-23 15:51:33.0 +0200
+++ LVM.pm 2014-04-23 18:15:23.0 +0200
@@ -290,15 +290,16 @@
# Parse the logical volume name.
elsif( m/LV Name\s+(\S+)/ ) {
-$lvn = $1;
+$lvn = $1 unless $lvn;
$vghash{$vgn}-{lvols}-{$lvn}-{name} = $1;
next VGINF; }
# since version 2.02.89 'LV Name' is no longer the full path, 'LV
Path' is.
# LV Path may be bogus or missing in some cases, such as thin pools.
if( m/LV Path\s+(\S+)/ ) {
+$lvn = $1;
$vghash{$vgn}-{lvols}-{$lvn}-{name} = $1;
-next LVINF; }
+next VGINF; }
# Parse the logical volume UUID.
elsif( m/LV UUID\s+(\S+)/ ) {
---End Message---
--
regards Thomas
Bug#186994: closed by Stéphane Aulery lk...@free.fr (bash: tilde expansion inconsistency)
reopen 186994 quit On Thu, Apr 24, 2014 at 09:33:11AM +, Debian Bug Tracking System wrote: I close that bug. According to the logs, I think this bug is fixed since at least the 3.0.16 release. In any case, a simple test shows that this bug is fixed. I just tested it with bash 4.2+dfsg-0.1 and it still does exactly the same thing. Did you actually test with -o posix? Thanks, -- Email: Herbert Xu herb...@gondor.apana.org.au Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745677: found it
I found the cause of the failure. It is due to the glob in the
remove_leftover_crls function. If the glob does not match any files
(which is most likely the case on new installations), the loop variable
contains an asterisk and the expansion of ${i%.*} will list all files in
that directory.
The globbing behaviour of sh is truly hairy. I'll have to find a way to
see if the directory contains any .r0 files at all, and all the examples
I find are pretty ugly.
A temporary workaround is to install and run fetch-crl, which will
populate the directory with r0 files.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743022: Bug#745661: RFP: weblate -- web-based translation tool with tight Git integration
hi, On Thu, Apr 24, 2014 at 6:51 PM, W. Martin Borgert deba...@debian.org wrote: On 2014-04-24 07:34, Michal Čihař wrote: One of the dependencies is not yet in Debian: python-social-auth (see ITP #743022). Thanks Michal, I hope I did not miss other dependencies. Hello Kurashiki, are you working on python-social-auth in the jessie timeframe? Maybe. It's waiting for being sponsord, please see: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743592 My ITP is for using weblate on debian, so if you plan to package weblate itself, I think it had better that DD maintain it with its dependencies :-) regards, -- KURASHIKI Satoru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693011: Patch for this problem found in redhad discussion.
Hello, I was looking for a solution for this bug and found discussions elsewhere, including a solution. Here you find the proposed fix: https://bugzilla.redhat.com/attachment.cgi?id=531892action=diff in short: in file timidity/effect.c in the function my_mod() replace if (x n) by if (x = n) here the discussion: https://bugzilla.redhat.com/show_bug.cgi?id=710927 And -- for everyone else as quick help a workaround that I found after learning the nature of the problem. Use the old noise shaping that does not exhibit the problem. Add the following flag to the command line: --noise-shaping=1 For now this improves the situation a lot for me and I'd like to pass this information on. -- Wolfram Wagner Joint Administration Information Services Technology Head of IST Support INF Campus E1 4 66123 Saarbrücken Tel.: +49-681/9325-5803 Fax: +49-681/9325-5800 smime.p7s Description: S/MIME Cryptographic Signature
Bug#745714: missing multiarch paths on !linux
Package: src:pillow
Version: 2.3.0-2
Severity: normal
Tags: patch
Hi!
pillow currently does add multiarc paths on linux only. As a result,
no decoders are built. The patch below should also add these on the
other debian architectures.
--- pillow-2.3.0.orig/setup.py
+++ pillow-2.3.0/setup.py
@@ -254,7 +254,8 @@ class pil_build_ext(build_ext):
except:
pass # homebrew not installed
-elif host_platform.startswith(linux):
+elif host_platform.startswith(linux) or \
+ host_platform.startswith(gnu): # Hurd / kFreeBSD
self.add_multiarch_paths()
elif host_platform.startswith(netbsd):
It currently still fails to build with the message below but I think
it's unrelated
Writing
/tmp/pillow-2.3.0/debian/python-sane/usr/lib/python2.7/dist-packages/pysane-2.0.egg-info
mkdir -p debian/python-pil/usr/include/python2.7
install -o root -g root -m 644 \
libImaging/Imaging.h \
libImaging/ImPlatform.h \
libImaging/ImDib.h \
debian/python-pil/usr/include/python2.7
dh_movefiles -ppython-pil.imagetk \
--sourcedir=debian/python-pil \
usr/lib/python2.7/$(basename $(_py_=2.7; python${_py_#python*}
-c 'from distutils import sysconfig;
print(sysconfig.get_python_lib())'))/PIL/_imagingtk.so \
usr/lib/python2.7/$(basename $(_py_=2.7; python${_py_#python*}
-c 'from distutils import sysconfig;
print(sysconfig.get_python_lib())'))/PIL/ImageTk.py
dh_movefiles:
debian/python-pil/usr/lib/python2.7/dist-packages/PIL/_imagingtk.so not found
(supposed to put it in python-pil.imagetk)
make: *** [install-python2.7] Error 1
Christoph
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: kfreebsd-amd64 (x86_64)
Kernel: kFreeBSD 10.0-1-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729203: FFmpeg in Ubuntu
Hi,
On 23.04.2014 23:08, Cyborg Ethly Alpha {My Research Desk} wrote:
I'm in the middle of clearing up some network issues (on my network).
It seems you're not the only one with network issues, as Thorsten Glaser
seems to be temporarily unavailable:
Delivery to the following recipient has been delayed:
t...@mirbsd.de
[...]
The error that the other server returned was:
451 Temporary failure, please try again later.
I've complied ffmpeg on the Debian fork Ubuntu, and have an account on
launchpad. I'm aiming to bring FFmpeg there.
That's great. Have you used the packaging from the collab-maint
repository [1]? If so, do you have any suggestions on how to improve it?
I think it is ready for an upload to experimental, but unfortunately
Jonathan Dowland seems to be busy, as he hasn't done so yet.
Once it is in unstable, it will automatically migrate to Ubuntu, won't it?
Best regards,
Andreas
1: http://anonscm.debian.org/gitweb/?p=collab-maint/ffmpeg.git;a=summary
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735351: closing 735351
Le Thu, 24 Apr 2014 13:13:26 +0200, Gabriele Dini Ciacci g...@diniciacci.org a écrit : Hello Laurent, Hello Gabriele, imho you missed the point. ups.conf should not specify maxretry as default because not all drivers support it and so upsdrvctl will not start if the option is not supported. Hence upsc will not start, but it will report a bogus reason that is not trivial to fix for an average-joe user. Well the maxretry option is an option used by upsdrvctl and not by any drivers and as such it should be put before any driver declaration. We can argue about the place in the file this default value should be put in the file. But I really think that it should be there by default as it's solving^W working around race conditions with udev and making the start of the drivers more reliable at boot. Kind regards, Laurent Bigonville Regards, Gabriele Dini Ciacci -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745715: nvidia device not available for compute in OpenCL and CUDA
Package: nvidia-opencl-icd Version: 331.67-1 Severity: important I just upgraded from 331.49 to 331.67 and suddenly my NVIDIA GPU is not visible as a compute device in either OpenCL or CUDA. The CUDA deviceQuery sample fails with error 30 (unknown error), the NVIDIA OpenCL platform is simply not visible in the list of available platforms. Running clinfo or deviceQuery with strace reveals failures related to a missing /dev/nvidia-uvm device and a nvidia-moprobe applications: stat(/usr/bin/nvidia-modprobe, 0x7fff601a46b0) = -1 ENOENT (No such file or directory) open(/dev/nvidia-uvm, O_RDWR) = -1 ENOENT (No such file or directory) An internet search seems to reveals problems related to these for the 334.21 package version, but apparently it seems to affect 331.67 too. -- Package-specific info: uname -a: Linux oblomov 3.13-1-amd64 #1 SMP Debian 3.13.10-1 (2014-04-15) x86_64 GNU/Linux /proc/version: Linux version 3.13-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-16) ) #1 SMP Debian 3.13.10-1 (2014-04-15) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 331.67 Fri Apr 4 13:48:39 PDT 2014 GCC version: gcc version 4.8.2 (Debian 4.8.2-20) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G96M [GeForce 9600M GT] [10de:0649] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device [103c:3603] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 51 Region 0: Memory at d200 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at c000 (64-bit, prefetchable) [size=256M] Region 3: Memory at d000 (64-bit, non-prefetchable) [size=32M] Region 5: I/O ports at 9000 [size=128] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.357624] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [0.357624] vgaarb: loaded [0.357624] vgaarb: bridge control possible :01:00.0 [0.681891] Linux agpgart interface v0.103 [ 13.930483] ACPI: Video Device [VGA] (multi-head: yes rom: no post: no) [ 20.226343] nvidia: module license 'NVIDIA' taints kernel. [ 20.243137] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=none [ 20.243256] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 331.67 Fri Apr 4 13:48:39 PDT 2014 [ 246.503408] nvidia :01:00.0: irq 51 for MSI/MSI-X OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Apr 24 11:59 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 48 Jun 8 2013 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 48 Jun 8 2013 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 41 Apr 24 11:59 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 41 Apr 24 11:59 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Apr 24 11:59 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Apr 24 11:59 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 49 Apr 24 11:59 /etc/alternatives/glx--libnvidia-cfg.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 51 Apr 24 11:59 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 Apr 24 11:59 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 42 Apr 24 11:59 /etc/alternatives/glx--nvidia-blacklists-nouveau.conf - /etc/nvidia/nvidia-blacklists-nouveau.conf lrwxrwxrwx 1 root root 36 Apr 24 11:59 /etc/alternatives/glx--nvidia-bug-report.sh - /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 29 Apr 24 11:59 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 22 Jun 8 2013 /etc/alternatives/libGL.so-master - /usr/lib/mesa-diverted lrwxrwxrwx 1 root root 23 Apr 24 11:59 /etc/alternatives/nvidia - /usr/lib/nvidia/current lrwxrwxrwx 1 root root 49 Apr 24 11:59
Bug#282327: xchat: doesn't support bidirectional text
severity 282327 wishlist forwarded 282327 https://sourceforge.net/p/xchat/feature-requests/233/ stop This bug has not been reported properly upstream. I did it again. -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523356: Fwd: rhythmbox: bad handling of full mtp devices
Just for the record. -- Forwarded message -- From: Jonas Meyer qui...@gmail.com Date: 24 April 2014 12:43 Subject: Re: rhythmbox: bad handling of full mtp devices To: althaser altha...@gmail.com Sorry, no. My MTP device doesn't work anymore. Von meinem iPod gesendet
Bug#624714: g-c-c: muting alert sounds works for me
Control: fixed -1 1:3.8.3-5 Works for me on Debian Jessie with gnome-control-center 1:3.8.3-5 Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745717: di-utils: fetch-url runs mountmedia without cleaning up; blocks partitioner preseeding
Package: di-utils Version: 1.98 Severity: important Tags: d-i upstream fetch-url 1.98 gained the following line in fetch-url-methods/file: mountmedia || true This causes mountmedia to (indiscriminantly) try to mount anything resembling a storage device to /media. This includes any partitions discovered on fixed media on the target system (list-devices disk and list-devices partitions are tried as things to mount). This partition is NOT unmounted by anything. This means immediately after the installer runs file-preseed.postinst, /media will be a mounted paritition unless all fixed disks on the system are zero'd prior to running the installer. Interactively, this causes the prompt from partman-base: The installer has detected that the following disks have mounted partitions which is merely annoying. If your partitioner steps are preseeded, then it causes installation failure because the partitioner tries to format a partition which is already mounted (which causes non-zero exit from mkfs.ext4). This problem can be observed on the latest Ubuntu release. http://ubuntuforums.org/showthread.php?t=2215103 It is incorrect (IMHO) for fetch-url to mount a drive without cleaning up after itself, i.e. there should be an unmount or three added to fetch-url- methods/file As a dirty workaround, for the benefit of web search crawlers parsing this bug, I've used the following with success: d-i partman/early_command string umount /media -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), (100, 'saucy-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-19-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745716: libpolarssl-dev: /usr/lib/libpolarssl.so still points to libpolarssl.so.5
Source: libpolarssl-dev Version: 1.3.6-1 Severity: grave Justification: renders the package unusable User: debian...@lists.debian.org Usertags: adequate Control: affects -1 belle-sip After the SONAME bump, /usr/lib/libpolarssl.so still points to the old library: # file /usr/lib/libpolarssl.so /usr/lib/libpolarssl.so: broken symbolic link to `libpolarssl.so.5' libpolarssl.so needs to point to libpolarssl.so.6. This bug makes it impossible to dynamically link against polarssl and thus renders the package unusable. It also makes belle-sip FTBFS. galting and pdns will link polarssl statically instead. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#743948: hwinfo triggers stack smashing detector
On 23/04/14 17:02, Michael O'Donnell wrote: Hi Michael, thanks for the info. We are at the moment struggling to bring this package to some releasable state and having a bug that is not FTBFS, is actually a good thing! Can you confirm your bug with the version 21.3-1 that is now in unstable? [ Sorry for the delayed response... ] Yes, I upgraded hwinfo to 21.3-1 and the fault still occurs: # hwinfo floppy.1: get nvram*** stack smashing detected ***: hwinfo terminated Segmentation fault --Michael O'Donnell mod.report...@b0rken.com Aha, ok. We'll need more info to trace it. My questions are: 1) do you have a custom kernel (especially in respect to nvram modules)? 2) do you have a floppy? 3) does hwinfo --floppy work for you ? what about hwinfo --cpu? 4) does it happen with sudo hwinfo (if you dare to run it)? 5) some more debug would be appreciated; can you provide a stacktrace for the segfault (by compiling with debugging symbols or something similar); also, it makes me wonder whether we should provide hwinfo-dbg... Well, it seems to be related to: http://lists.opensuse.org/opensuse-factory/2012-08/msg00099.html The problem seems to be in the function read_klog@klog.c. Looking at the code, a bug is highly possible. Funny thing is that if I run hwinfo --floppy I get no output, but when I modprobe nvram then I get this: [ /dev ] $ hwinfo --floppy 02: Floppy 00.0: 10603 Floppy Disk [Created at floppy.120] Unique ID: sPPV.oZ89vuho4Y3 Parent ID: rdCR.3wRL2_g4d2B Hardware Class: floppy Model: Floppy Disk Device File: /dev/fd0 Size: 3.5 '' Size: 2880 sectors a 512 bytes Capacity: 0 GB (1474560 bytes) Drive status: no medium Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #1 (Floppy disk controller) But it does not crash in both cases. Cheers, Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680126: get-iplayer: should support access to ITV, RTÉ, ABC [Australia], CBC, ABC [US], NBC, CBS, DD India,…
Control: tag -1 wontfix Hi, Since get-iplayer previously had ITV Player support and it was dropped as unsustainable, I think this and the others in your list are unlikely to happen. They are not really in the scope of get-iplayer. Thanks, -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#745718: asterisk-modules: asterisk module chan_mgcp.so is missing in amd64
Package: asterisk-modules Version: 1:1.8.13.1~dfsg1-3+deb7u3 Severity: normal Dear Maintainer, after installing asterisk stable in wheezy I wanted to use chan_mgcp.so but it is not inculded. I guess it is not missing intentionally, since asterisk-config does install a mgcp.conf file in /etc/asterisk. Can you please re-add the module? Thanks. Markus -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (990, 'stable'), (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages asterisk-modules depends on: ii libasound21.0.25-4 ii libc6 2.13-38+deb7u1 ii libcurl3 7.26.0-1+wheezy8 ii libgcc1 1:4.7.2-5 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgmime-2.6-02.6.10-1 ii libgsm1 1.0.13-4 ii libical0 0.48-2 ii libiksemel3 1.2-4 ii libjack-jackd2-0 [libjack-0.116] 1.9.8~dfsg.4+20120529git007cdc37-5 ii libldap-2.4-2 2.4.31-1+nmu2 ii liblua5.1-0 5.1.5-4 ii libneon27-gnutls 0.29.6-3 ii libodbc1 2.2.14p2-5 ii libogg0 1.3.0-4 ii libpq59.1.12-0wheezy1 ii libradiusclient-ng2 0.5.6-1.1 ii libresample1 0.1.3-4 ii libsaclm3 1.1.4-4.1 ii libsaevt3 1.1.4-4.1 ii libsnmp15 5.4.3~dfsg-2.7 ii libspandsp2 0.0.6~pre20-3.1 ii libspeex1 1.2~rc1-7 ii libspeexdsp1 1.2~rc1-7 ii libsqlite02.8.17-7 ii libsqlite3-0 3.7.13-1+deb7u1 ii libsrtp0 1.4.4+20100615~dfsg-2+deb7u1 ii libssl1.0.0 1.0.1e-2+deb7u6 ii libstdc++64.7.2-5 ii libsybdb5 0.91-2+deb7u1 ii libtiff4 3.9.6-11 ii libvorbis0a 1.3.2-1.3 ii libvorbisenc2 1.3.2-1.3 ii libvorbisfile31.3.2-1.3 ii libvpb0 4.2.55-1 ii libxml2 2.8.0+dfsg1-7+nmu2 ii zlib1g1:1.2.7.dfsg-13 asterisk-modules recommends no packages. asterisk-modules 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#739703: question about reverting
Dear Gabriele, Thanks for trouble shooting it and glad to see that you found the offending commit. For your revertion of d0ce84fa4a74d2d in the git repo, could you please explain how exactly the lsb-deps-on-all change caused this bug? Instead of simply reverting it, I would like to understand the underlying problem. The lsb-deps-on-all trick does good to all other arches, so I want to keep and refined it to let it work on Hurd, too. Cheers, Benda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#439763: [Debconf-devel] Bug#439763: debconf: hangs on puppet installs on preseed install
* John Morrissey [Thu Aug 23, 2012 at 10:33:02AM -0700]: [...] As a result, man-db.postinst's call to db_version emits the debconf command to stdout, where it gets caught by log-output (if I chroot my script with in-target, the same blocked postinst happens if I simply chroot my script): [...] Sadly I'm still seeing this on Debian/wheezy systems (puppet, screen + man-db all being from wheezy - package installation running via puppet agent): , [ rewrapped c/p from puppet dashboard log ] | Unpacking screen (from .../screen_4.1.0~20120320gitdb59704-7_amd64.deb) ... | Processing triggers for install-info ... | Processing triggers for man-db ... | /var/lib/dpkg/info/man-db.postinst: 44: /var/lib/dpkg/info/man-db.postinst: 3: Bad file descriptor | dpkg: error processing man-db (--unpack): subprocess installed post-installation script returned error exit status 2 | Errors were encountered while processing: man-db E: Sub-process /usr/bin/dpkg returned an error code (1) ` Has anyone made any further progress on this issue? regards, -mika- signature.asc Description: Digital signature
Bug#745719: kdebase: KDE device notifier does not reattach USB drives
Package: kdebase Version: 5:66 Severity: normal * What led up to the situation? Upgrading from Squeeze to Wheezy. In Squeeze I found a good management of usb mass storage devices. Clicking on the icon in the tray, it's possible to -open the filesystem with file manager -open it with a photo-something (I didn't try it, but it doesn't hurt) -making it available to other application (mounting without open any software) Then, with the eject icon, it's possible to unmount it. So far, so good, and in Wheezy it's the same. After the unmount, in Squeeze it's possible to reconnect the drive clicking on the previous icons. In Wheezy, all icons disappear and you can't do anything (until the drive has not been phisically unplugged and replugged). The issue is documented also here https://bugs.kde.org/show_bug.cgi?id=293906 But they say simply that it's resolved in KDE 4.10.2, a very newer version than Wheezy's one. * What was the outcome of this action? Now I have to physically unplug and replug the drive. * What outcome did you expect instead? The same as in Squeeze: the possibility of reattach. -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.13.6 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdebase depends on: ii kde-plasma-desktop 5:77+deb7u1 Versions of packages kdebase recommends: ii kde-standard 5:77+deb7u1 Versions of packages kdebase suggests: pn kde-l10n none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745720: polarssl: FTBFS on mips, powerpc, s390x and sparc
Source: polarssl Version: 1.3.6-1 Severity: serious Justification: fails to build from source (but built successfully in the past) polarssl fails to build on buildds for mips, powerpc, s390x and sparc due to failures in the test suite: | - test_suite_ecdsa |ECDSA primitive random #2 . FAILED | ecdsa_sign( grp, r, s, d, buf, sizeof( buf ), rnd_pseudo_rand, rnd_info ) == 0 | ECDSA primitive random #5 . FAILED | ecdsa_sign( grp, r, s, d, buf, sizeof( buf ), rnd_pseudo_rand, rnd_info ) == 0 | ECDSA primitive rfc 4754 p521 . FAILED | ecdsa_sign( grp, r, s, d, hash, hlen, rnd_buffer_rand, rnd_info ) == 0 | ECDSA write-read random #2 FAILED | ecdsa_write_signature( ctx, hash, sizeof( hash ), sig, sig_len, rnd_pseudo_rand, rnd_info ) == 0 | ECDSA write-read random #5 FAILED | ecdsa_write_signature( ctx, hash, sizeof( hash ), sig, sig_len, rnd_pseudo_rand, rnd_info ) == 0 | ECDSA deterministic test vector rfc 6979 p224 sha1 FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p224 sha224 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p224 sha256 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p224 sha384 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p224 sha512 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p224 sha1 FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p224 sha224 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p224 sha256 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p224 sha384 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p224 sha512 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p521 sha1 FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p521 sha224 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p521 sha256 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p521 sha384 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p521 sha512 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p521 sha1 FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p521 sha224 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p521 sha256 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p521 sha384 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic test vector rfc 6979 p521 sha512 .. FAILED | ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0 | ECDSA deterministic read-write random p521 sha256 . FAILED | ecdsa_write_signature_det( ctx, hash, sizeof( hash ), sig, sig_len, md_alg ) == 0 | ECDSA deterministic read-write random p521 sha384 . FAILED | ecdsa_write_signature_det( ctx, hash, sizeof( hash ), sig, sig_len, md_alg ) == 0 | FAILED (42 / 69 tests (0 skipped)) | Failed *** For a full build log see https://buildd.debian.org/status/fetch.php?pkg=polarsslarch=s390xver=1.3.6-1stamp=1398271469 I've also confirmed the build failure on zelenka. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#745272: [Pkg-nagios-devel] Bug#745272: Bug#745272: NRPE - Nagios Remote Plugin Executor = 2.15 Remote CommandExecution, POC released
On Sun, 20 Apr 2014, Markus Manzke wrote: hi alex There is a good reason we don't recommend using arguments... Alex yes, i know; thats why a similar bug is unfixed in squeeze for a year or so now, although reported just a followup: http://seclists.org/oss-sec/2014/q2/155 upstream says that this is expected behaviour. If you ask me, we should just patch that feature out and ship nrpe without macro expansion. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745556: kmail accepts invalid SMTP TLS certificate against user action
On Thu, Apr 24, 2014 at 10:14:50AM +0300, Rémi Denis-Courmont wrote: I do not know why it seems to loop. I set a refresh delay of 5 minutes, but the dialog comes back within less than a second, again and again... In case I wasn't clear, I was wondering if it wasn't just all imaps folders beeing refreshed one after another. -- Yves-Alexis Perez signature.asc Description: Digital signature
Bug#745721: RFS: libzhuyin/0.9.93-1
Package: sponsorship-requests Severity: wishlist Hi All, I am looking for a sponsor for libzhuyin: * Package name: libzhuyin Version : 0.9.93 Upstream Author : Peng Wu alexep...@gmail.com * URL : https://github.com/libzhuyin/libzhuyin * License : GPL2 Programming Lang: C++ Description : Zhuyin input method library It builds the following packages: - libzhuyin4 - libzhuyin4-data - libzhuyin4-dev - libzhuyin4-dbg To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libzhuyin Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libz/libzhuyin/libzhuyin_0.9.93-1.dsc Please help to review if there is any problem in this package, and help to upload if everything is okay. Also, please help to give me DM permission so that I can help to maintain this package, thanks. -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#745716: libpolarssl-dev: /usr/lib/libpolarssl.so still points to libpolarssl.so.5
Control: reassign -1 libpolarssl-dev 1.3.6-1 Control: tags -1 + patch On 2014-04-24 14:02:50, Sebastian Ramacher wrote: Source: libpolarssl-dev Ugh. Let's reassign that. Version: 1.3.6-1 Severity: grave Justification: renders the package unusable User: debian...@lists.debian.org Usertags: adequate Control: affects -1 belle-sip After the SONAME bump, /usr/lib/libpolarssl.so still points to the old library: # file /usr/lib/libpolarssl.so /usr/lib/libpolarssl.so: broken symbolic link to `libpolarssl.so.5' libpolarssl.so needs to point to libpolarssl.so.6. This bug makes it impossible to dynamically link against polarssl and thus renders the package unusable. It also makes belle-sip FTBFS. galting and pdns will link polarssl statically instead. Here is a patch. Cheers -- Sebastian Ramacher diff -Nru polarssl-1.3.6/debian/changelog polarssl-1.3.6/debian/changelog --- polarssl-1.3.6/debian/changelog 2014-04-12 10:27:07.0 +0200 +++ polarssl-1.3.6/debian/changelog 2014-04-24 14:27:14.0 +0200 @@ -1,3 +1,11 @@ +polarssl (1.3.6-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * debian/libpolarssl-dev.links: Point to the correct library. (Closes: +#745716) + + -- Sebastian Ramacher sramac...@debian.org Thu, 24 Apr 2014 14:26:40 +0200 + polarssl (1.3.6-1) unstable; urgency=medium * New upstream release, SONAME version 6 diff -Nru polarssl-1.3.6/debian/libpolarssl-dev.links polarssl-1.3.6/debian/libpolarssl-dev.links --- polarssl-1.3.6/debian/libpolarssl-dev.links 2013-11-05 22:07:43.0 +0100 +++ polarssl-1.3.6/debian/libpolarssl-dev.links 2014-04-24 14:08:33.0 +0200 @@ -1 +1 @@ -usr/lib/libpolarssl.so.5 usr/lib/libpolarssl.so +usr/lib/libpolarssl.so.6 usr/lib/libpolarssl.so signature.asc Description: Digital signature
Bug#745722: Please use distro-info-data to map suits to distributions
Package: cdebootstrap Version: 0.5.9 Severity: normal Hi, every new release cdebootstrap has to be patched for the new suite. But there already is a package, distro-info-data, that has a list of all debian and ubuntu releses that could be used for this. This would only require 2 small changes to cdebootstrap: 1) add a debian and ubuntu suite to the config. All recent suites use the same config anyway. 2) The suite given on the command line should be searched for in /usr/share/distro-info/debian.csv and /usr/share/distro-info/ubuntu.csv. That then gives a suite-config of debian or ubuntu depending on which file contains the suite. MfG Goswin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages cdebootstrap depends on: ii debian-archive-keyring 2012.4 ii gpgv1.4.12-4+b1 ii libbz2-1.0 1.0.6-3 ii libc6 2.18-4 ii libdebian-installer-extra4 0.81 ii libdebian-installer40.81 ii liblzma55.1.1alpha+20120614-2 ii wget1.14-2 ii zlib1g 1:1.2.8.dfsg-1 cdebootstrap recommends no packages. cdebootstrap 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#745723: Support CSS style (DEbian one as default)
Package: debiandoc-sgml Version: 1.2.28-1 Severity: wishlist This is reminder to debiandoc-sgml On Wed, Apr 23, 2014 at 06:29:56PM +0200, Simon Paillard wrote: On Wed, Apr 23, 2014 at 11:49:46PM +0900, Osamu Aoki wrote: On Tue, Apr 22, 2014 at 12:32:00PM -0400, David Prévot wrote: I’d recommend to first work on one of the DocBook-based document instead of the DebianSGML-based ones since the latter are doomed to be converted to the former format. I agree. Once ways to add CSS is established and I amy find time to add such into debiandoc-sgml special option. Show us one example. please. FYI: Some html files generated from DocBook-based document already have css. Old html files generated from Debiandoc-sgml-based document have no-css. The other way I've tried some months ago was using publican for release notes, for which buxy provided a nice Debian css (publican-debian). That is nice. It is not just CSS but with images and xsl for epub and html (single and chunk). At that time, I raised #719000 which prevented that use. I can try publican again. The other way is to use the css of publican-debian without using publican. The second option seems to be less of package dependency but document build tool maintanance requires a lot of manual works. Anyway, this gives me good idea what is needed for Debiandoc-sgml-based documents. Thanks, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745643: bug already fixed upstream
Hi, I already fixed the issue along with some others upstream. I will most probably release a new version of uanytun before the end of May 2014. So this will be fixed soon. Also the suggested fix opens a memrory leak. regards christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745724: supermin: FTBFS on mips, mipsel, powerpc
Source: supermin Version: 5.1.7-1 Severity: serious Justification: fails to build from source Dear Maintainer, Your package supermin FTBFS on multiple archs on buildd.debian.org: mips, mipsel and powerpc On all of these archs the test suite apparently fails: FAIL: test-build-bash.sh [...] Testsuite summary for supermin 5.1.7 # TOTAL: 4 # PASS: 3 # SKIP: 0 # XFAIL: 0 make[4]: *** [test-suite.log] Error 1 # FAIL: 1 # XPASS: 0 # ERROR: 0 [...] make: *** [build-arch] Error 2 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 Thanks, -ch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729203: Dostawy wody Eden z rabatem 99%. Oferta dla firm
Title: INIS Wiadomość wysłano na zlecenie: Eden Springs Sp. z o.o 32-065 Krzeszowice Os. Czatkowice 254 wpisana do rejestru przedsiębiorców prowadzonego przez Sąd Rejonowy dla Krakowa-Śródmieście w Krakowie, XI Wydział Gospodarczy NIP 677-006-65-41 KRS 108260 Kapitał zakładowy 63 991 500 zł Otrzymałeś tą wiadomość ponieważ Twój adres e-mail znajduje się w bazie MojeOkazje. Jeżeli chcesz się wypisać z listy i nie otrzymywać od nas wiadomości kliknij -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#697612: exim4-daemon-light: MAIN_LOCAL_DOMAINS=@:localhost seems not to respect @
Thanks for the comprehensive report. What do your logs say with regard to 1Wcool-0001JR-Kw? Are you positive that your DNS was OK at the time of this incident and that your exim was thus able to determine that devilserver.deviltechnologies.com is the local host? Greetings Marc On Wed, Apr 23, 2014 at 10:38:30AM +0200, Diego Guella wrote: From: Diego Guella diego.gue...@deviltechnologies.com Subject: Bug#697612: exim4-daemon-light: MAIN_LOCAL_DOMAINS=@:localhost seems not to respect @ To: 697...@bugs.debian.org Cc: Diego Guella diego.gue...@deviltechnologies.com, os...@debian.org Reply-To: Diego Guella diego.gue...@deviltechnologies.com, 697...@bugs.debian.org Date: Wed, 23 Apr 2014 10:38:30 +0200 X-Debian-PR-Package: exim4-daemon-light X-Mailer: Microsoft Outlook Express 6.00.2900.5931 List-Id: Reach the exim4 maintainers pkg-exim4-maintainers.lists.alioth.debian.org X-Spam-Score: (--) -2.6 X-Spam-Report: torres.zugschlus.de Content analysis details: (-2.6 points, 5.0 required) pts rule name description -- --- -0.7 RP_MATCHES_RCVDEnvelope sender domain matches handover relay domain -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.] Package: exim4-daemon-light Version: 4.72-6+squeeze3 Same problem here. The bad news is, this happened from today, with no configuration changes (that I know of) on the server. The server is in production. Local mails to root@localhost and user@localhost are delivered locally without problems, but local mails to r...@devilserver.deviltechnologies.com does get sent to the smarthost. The server configuration is some years old, and it worked perfectly until yesterday! (I get a daily mail from mdadm at 06:25 local time) Today, I found that the mail was bounced and bounced again from my server and the smarthost, and then my server stopped trying, sending this error email message: - Message 1Wcool-0001JR-Kw has been frozen (delivery error message). The sender is . The following address(es) have yet to be delivered: postmas...@devilserver.deviltechnologies.com: Too many Received headers - suspected mail loop - update-exim4.conf.conf: - dc_eximconfig_configtype='smarthost' dc_other_hostnames='' dc_local_interfaces='' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='vps26197.ovh.net' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='false' dc_mailname_in_oh='true' dc_localdelivery='maildir_home' - Some other information: - root@devilserver:/etc/exim4# uname -n devilserver root@devilserver:/etc/exim4# hostname devilserver root@devilserver:/etc/exim4# hostname -f devilserver.deviltechnologies.com root@devilserver:/etc/exim4# grep -v ^# /etc/hosts 127.0.0.1 localhost 192.168.200.249 devilserver.deviltechnologies.com devilserver ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters - I have BIND installed, version 1:9.7.3.dfsg-1~squeeze11 I tried Osamu Aoki's workaround (dc_other_hostnames='devilserver.deviltechnologies.com') and it fixes the problem for me, too. I assume there is some deeply hidden misconfiguration of something other than exim on my server, or in my network. Again, this setup has worked fine for some years. I have a backup of the server configuration of some months ago, and I can double-check for changes in the configuration files. Do somebody know where can I look at? Thanks, Diego -- Pkg-exim4-maintainers mailing list pkg-exim4-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-exim4-maintainers -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687045: pulseaudio: Audio delay and crackling at startup
Copying back the bug log with some side conversations between David and me: David wrote: On 04/22/2014 06:16 PM, Felipe Sateler wrote: On Fri, Apr 18, 2014 at 8:15 PM, David Smith sidic...@gmail.com wrote: On 04/18/2014 06:01 PM, Felipe Sateler wrote: This may be a problem of too high CPU usage. Can you try changing the resample-method key in daemon.pa? I think the 'trivial' resampler should be the less cpu-hungry, so you should probably try that first. That doesn't make any sense though, my laptop is an 8-core laptop that's sitting idle almost all the time when the crackling/popping happens. It *COULD* be something related to the frequency of my CPU changing.. I realized that the new intel power management stuff is clocking my CPU all over the place.. In the old days it would only cycle between 3 or 4 different frequencies and it would be very slow about reclocking.. Now it's almost instantaneous reclocking of the CPU to save power and it's got a lot of different frequencies it can clock to.. If I set my CPU to a fixed frequency, either the lowest or the highest possible frequency the CPU supports, the entire problem disappears. Possibly the cpu frequency changes cause pulseaudio or alsa to loose sync. But I'm not going to run my CPU on a fixed frequency like that because it's always either inconveniently slow or a power hog. So I need to use the configuration change to pulseaudio described above which seems to fix the problem entirely. By the configuration change you mean the one I suggested or the tsched one you suggested earlier in the bug report? tsched=0 And I wrote: On Wed, Apr 23, 2014 at 6:54 PM, David Smith sidic...@gmail.com wrote: On 04/23/2014 04:43 PM, David Smith wrote: The other really weird thing about it.. Whenever I seek in a audio/video file.. It will start crackling for a little bit and then go away.. And it happens everytime I seek no matter where in the file I go. Also if I play an audio file that's 30 mins long, it only crackles for the first 1-10 seconds or so and runs fine after that no matter what other things I do on the PC. -David That's why I thought it had something to do with the CPU clocking. When you seek in an audio/video track, it causes the CPU usage to spike and the CPU gets reclocked. But I've got an 8-core Ivy Bridge CPU here, it's not a problem of the CPU being too slow. When I set my CPU to a single frequency so it's not scaling up and down to save power, then the crackling is almost completely gone.. Not entirely though, but it also slaughters my battery life so it's not worth it at all. So the best solution, by far, is tsched=0 and make sure all my power management is enabled. Hmm, so we should probably document this in the README.Debian too. On Wed, Apr 23, 2014 at 9:51 PM, David Smith sidic...@gmail.com wrote: On 04/23/2014 05:25 PM, Felipe Sateler wrote: Hmm, so we should probably document this in the README.Debian too. Do you mind if forward this discussion back to the log? Well.. I just installed 4.0-6~bpo7+1 of pulseaudio and made sure it overwrote my config files. There's no tsched=0 in there, I did a reboot and I'm not hearing any crackling. I know i've installed the backport of pulseaudio shortly after wheezy came out and it still had crackling.. This must have fixed it within the past year or so. Gonna try a few games and report back in a few days. I knew it was pulseaudio and not the drivers :D. -David -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687045: pulseaudio: Audio delay and crackling at startup
On Wed, Apr 23, 2014 at 9:51 PM, David Smith sidic...@gmail.com wrote: On 04/23/2014 05:25 PM, Felipe Sateler wrote: Hmm, so we should probably document this in the README.Debian too. Well.. I just installed 4.0-6~bpo7+1 of pulseaudio and made sure it overwrote my config files. There's no tsched=0 in there, I did a reboot and I'm not hearing any crackling. I know i've installed the backport of pulseaudio shortly after wheezy came out and it still had crackling.. This must have fixed it within the past year or so. Gonna try a few games and report back in a few days. I knew it was pulseaudio and not the drivers :D. Good to know newer versions might be fixed. I'll wait for your report! -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697612: exim4-daemon-light: MAIN_LOCAL_DOMAINS=@:localhost seems not to respect @
Hi Marc, and thanks for your reply. Please find my answers inline. - Original Message - From: Marc Haber mh+debian-packa...@zugschlus.de To: Diego Guella diego.gue...@deviltechnologies.com; 697...@bugs.debian.org Cc: os...@debian.org Sent: Thursday, April 24, 2014 2:32 PM Subject: Re: Bug#697612: exim4-daemon-light: MAIN_LOCAL_DOMAINS=@:localhost seems not to respect @ Thanks for the comprehensive report. What do your logs say with regard to 1Wcool-0001JR-Kw? root@devilserver:/var/log/exim4# cat mainlog.1 | grep 1Wcool-0001JR-Kw - 2014-04-23 06:29:56 1Wcool-0001JR-Kw = H=2.ip-46-105-16.eu (vps26197.ovh.net) [46.105.16.2] P=esmtp S=7687 id=E1WcooT-0001Hx-3t@devilserver 2014-04-23 06:29:56 1Wcool-0001JR-Kw ** postmas...@devilserver.deviltechnologies.com: Too many Received headers - suspected mail loop 2014-04-23 06:29:56 1Wcoom-0001JU-1x = R=1Wcool-0001JR-Kw U=Debian-exim P=local S=667 2014-04-23 06:29:56 1Wcool-0001JR-Kw Frozen (delivery error message) 2014-04-23 06:30:05 1Wcool-0001JR-Kw Message is frozen 2014-04-23 07:00:05 1Wcool-0001JR-Kw Message is frozen 2014-04-23 07:30:05 1Wcool-0001JR-Kw Message is frozen 2014-04-23 07:54:54 1Wcool-0001JR-Kw Message is frozen 2014-04-23 08:24:53 1Wcool-0001JR-Kw Message is frozen 2014-04-23 08:29:42 1Wcool-0001JR-Kw Unfrozen by forced delivery 2014-04-23 08:29:42 1Wcool-0001JR-Kw ** postmas...@devilserver.deviltechnologies.com: Too many Received headers - suspected mail loop 2014-04-23 08:29:43 1Wcqgg-0001A1-Pz = R=1Wcool-0001JR-Kw U=Debian-exim P=local S=667 2014-04-23 08:29:43 1Wcool-0001JR-Kw Frozen (delivery error message) 2014-04-23 08:43:53 1Wcool-0001JR-Kw Unfrozen by forced delivery 2014-04-23 08:43:53 1Wcool-0001JR-Kw cancelled by root 2014-04-23 08:43:53 1Wcool-0001JR-Kw Completed - From 08:29:42 on, there are my manual actions to purge the mail queue (this was not the only message frozen, there were 50 or so). In particular, this is where all started (my 2 daily messages from mdadm): root@devilserver:/var/log/exim4# cat mainlog.1 | head -n 25 - 2014-04-23 06:25:06 1Wcok6-pP-1B = r...@devilserver.deviltechnologies.com U=root P=local S=1031 2014-04-23 06:25:06 1Wcok6-pS-Bo = r...@devilserver.deviltechnologies.com U=root P=local S=1031 2014-04-23 06:25:07 1Wcok6-pP-1B = r...@devilserver.deviltechnologies.com R=smarthost T=remote_smtp_smarthost H=vps26197.ovh.net [46.105.16.2] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN=C=IT,ST=Brescia,L=Rovato,O=Devil Technologies,CN=vps26197.ovh.net,EMAIL=i...@deviltechnologies.com 2014-04-23 06:25:07 1Wcok6-pP-1B Completed 2014-04-23 06:25:07 1Wcok6-pS-Bo = r...@devilserver.deviltechnologies.com R=smarthost T=remote_smtp_smarthost H=vps26197.ovh.net [46.105.16.2] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN=C=IT,ST=Brescia,L=Rovato,O=Devil Technologies,CN=vps26197.ovh.net,EMAIL=i...@deviltechnologies.com 2014-04-23 06:25:07 1Wcok6-pS-Bo Completed 2014-04-23 06:25:08 1Wcok7-pc-LS = r...@devilserver.deviltechnologies.com H=2.ip-46-105-16.eu (vps26197.ovh.net) [46.105.16.2] P=esmtp S=1545 id=E1Wcok6-pS-Bo@devilserver 2014-04-23 06:25:08 1Wcok7-pb-LS = r...@devilserver.deviltechnologies.com H=2.ip-46-105-16.eu (vps26197.ovh.net) [46.105.16.2] P=esmtp S=1545 id=E1Wcok6-pP-1B@devilserver 2014-04-23 06:25:08 1Wcok7-pc-LS = r...@devilserver.deviltechnologies.com R=smarthost T=remote_smtp_smarthost H=vps26197.ovh.net [46.105.16.2] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN=C=IT,ST=Brescia,L=Rovato,O=Devil Technologies,CN=vps26197.ovh.net,EMAIL=i...@deviltechnologies.com 2014-04-23 06:25:09 1Wcok7-pc-LS Completed 2014-04-23 06:25:09 1Wcok7-pb-LS = r...@devilserver.deviltechnologies.com R=smarthost T=remote_smtp_smarthost H=vps26197.ovh.net [46.105.16.2] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN=C=IT,ST=Brescia,L=Rovato,O=Devil Technologies,CN=vps26197.ovh.net,EMAIL=i...@deviltechnologies.com 2014-04-23 06:25:09 1Wcok7-pb-LS Completed 2014-04-23 06:25:09 1Wcok8-ph-O5 = r...@devilserver.deviltechnologies.com H=2.ip-46-105-16.eu (vps26197.ovh.net) [46.105.16.2] P=esmtp S=2059 id=E1Wcok6-pS-Bo@devilserver 2014-04-23 06:25:09 1Wcok8-pi-Oz = r...@devilserver.deviltechnologies.com H=2.ip-46-105-16.eu (vps26197.ovh.net) [46.105.16.2] P=esmtp S=2059 id=E1Wcok6-pP-1B@devilserver 2014-04-23 06:25:10 1Wcok8-ph-O5 = r...@devilserver.deviltechnologies.com R=smarthost T=remote_smtp_smarthost H=vps26197.ovh.net [46.105.16.2] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN=C=IT,ST=Brescia,L=Rovato,O=Devil Technologies,CN=vps26197.ovh.net,EMAIL=i...@deviltechnologies.com 2014-04-23 06:25:10 1Wcok8-ph-O5 Completed 2014-04-23 06:25:10 1Wcok8-pi-Oz = r...@devilserver.deviltechnologies.com R=smarthost T=remote_smtp_smarthost H=vps26197.ovh.net [46.105.16.2] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN=C=IT,ST=Brescia,L=Rovato,O=Devil Technologies,CN=vps26197.ovh.net,EMAIL=i...@deviltechnologies.com 2014-04-23 06:25:10
Bug#744928: [Pkg-utopia-maintainers] Bug#744928: network-manager: Doesn't add IP address to interface on connection
Latest versions of libnl-3 also work for me. On Fri, Apr 18, 2014 at 10:18 PM, Omen Nemo serv...@gmail.com wrote: 3.2.24-2 fixes the problem for me. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741998: RM: vavoom/1.33-4
Hi, gustavo panizzo gfa wrote: Subject: RM: vavoom/1.33-4 Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm hello, i was the primary maintainer for vavoom, nowadays i don't have the time to maintain it anymore, i does not work when is rebuild in current sid. (#740988, #740989) upstream is not active and i don't have the knowledge or time to fix it. Debian Bug Tracking System wrote: We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: vavoom | 1.33-4 | source, amd64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x, sparc It seems to me that -- maybe due to the version number in the initial mail -- it was overseen that there is also a version of vavoom (1.33-5) in Debian Experimental. I would expect that after such a clear RM/RoM that version should be removed, too. But it's still available (but IIRC uninstallable), see also http://packages.qa.debian.org/v/vavoom.html. So please consider removing vavoom/1.33-5 from experimental, too. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683275: postfix-cluebringer: MySQL database script provided fails upon create table ... innodb with ERROR 1064 (42000) at line 13
Hi, This bug was fixed upstream in Policyd 2.0.12. The debian/rules file in an updated source package needs to be modified to run database/convert-tsql with the mysql55 option, instead of mysql. -- Robert Spencer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745725: apt: Allow --purge option in /usr/bin/apt
Package: apt Version: 1.0.1 Severity: wishlist With apt-get it was very useful to do apt-get --purge autoremove to purge the packages instead of just removing them. The new apt executable doesn't allow this. When the --purge option is used the message E: Command line option --purge is not understood is returned. It would be really nice if the --purge option would be added to /usr/bin/apt. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends true; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-image-686-pae$; APT::NeverAutoRemove:: ^linux-headers-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-headers-686-pae$; APT::NeverAutoRemove:: ^linux-image-extra-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-image-extra-686-pae$; APT::NeverAutoRemove:: ^linux-signed-image-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-signed-image-686-pae$; APT::NeverAutoRemove:: ^kfreebsd-image-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^kfreebsd-image-686-pae$; APT::NeverAutoRemove:: ^kfreebsd-headers-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^kfreebsd-headers-686-pae$; APT::NeverAutoRemove:: ^gnumach-image-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^gnumach-image-686-pae$; APT::NeverAutoRemove:: ^.*-modules-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^.*-modules-686-pae$; APT::NeverAutoRemove:: ^.*-kernel-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^.*-kernel-686-pae$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-686-pae$; APT::VersionedKernelPackages ; APT::VersionedKernelPackages:: linux-image; APT::VersionedKernelPackages:: linux-headers; APT::VersionedKernelPackages:: linux-image-extra; APT::VersionedKernelPackages:: linux-signed-image; APT::VersionedKernelPackages:: kfreebsd-image; APT::VersionedKernelPackages:: kfreebsd-headers; APT::VersionedKernelPackages:: gnumach-image; APT::VersionedKernelPackages:: .*-modules; APT::VersionedKernelPackages:: .*-kernel; APT::VersionedKernelPackages:: linux-backports-modules-.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 0; APT::Update ; APT::Update::Post-Invoke ; APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success:: /usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service /usr/bin/test -S /var/run/dbus/system_bus_socket /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 4 --method org.freedesktop.PackageKit.StateHasChanged cache-update /dev/null; /bin/echo /dev/null; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; APT::Architectures ; APT::Architectures:: i386; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma; APT::Compressor::lzma::Binary xz; APT::Compressor::lzma::Cost 5; APT::Compressor::lzma::CompressArg ; APT::Compressor::lzma::CompressArg:: --format=lzma;
Bug#745726: apt: shell is left colored when abborting colored output of apt
Package: apt Version: 1.0.1 Severity: minor When pressing ctrl+c to interrupt apt while downloading packages the color doesn't get reset for the rest of the shell session. So the shell is colored orange until the color is set to something else. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends true; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-image-686-pae$; APT::NeverAutoRemove:: ^linux-headers-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-headers-686-pae$; APT::NeverAutoRemove:: ^linux-image-extra-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-image-extra-686-pae$; APT::NeverAutoRemove:: ^linux-signed-image-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-signed-image-686-pae$; APT::NeverAutoRemove:: ^kfreebsd-image-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^kfreebsd-image-686-pae$; APT::NeverAutoRemove:: ^kfreebsd-headers-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^kfreebsd-headers-686-pae$; APT::NeverAutoRemove:: ^gnumach-image-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^gnumach-image-686-pae$; APT::NeverAutoRemove:: ^.*-modules-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^.*-modules-686-pae$; APT::NeverAutoRemove:: ^.*-kernel-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^.*-kernel-686-pae$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.13-1-686-pae$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-686-pae$; APT::VersionedKernelPackages ; APT::VersionedKernelPackages:: linux-image; APT::VersionedKernelPackages:: linux-headers; APT::VersionedKernelPackages:: linux-image-extra; APT::VersionedKernelPackages:: linux-signed-image; APT::VersionedKernelPackages:: kfreebsd-image; APT::VersionedKernelPackages:: kfreebsd-headers; APT::VersionedKernelPackages:: gnumach-image; APT::VersionedKernelPackages:: .*-modules; APT::VersionedKernelPackages:: .*-kernel; APT::VersionedKernelPackages:: linux-backports-modules-.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 0; APT::Update ; APT::Update::Post-Invoke ; APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success:: /usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service /usr/bin/test -S /var/run/dbus/system_bus_socket /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 4 --method org.freedesktop.PackageKit.StateHasChanged cache-update /dev/null; /bin/echo /dev/null; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; APT::Architectures ; APT::Architectures:: i386; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma; APT::Compressor::lzma::Binary xz; APT::Compressor::lzma::Cost 5; APT::Compressor::lzma::CompressArg ; APT::Compressor::lzma::CompressArg:: --format=lzma; APT::Compressor::lzma::CompressArg:: -9; APT::Compressor::lzma::UncompressArg ; APT::Compressor::lzma::UncompressArg:: --format=lzma;
Bug#745719: kdebase: KDE device notifier does not reattach USB drives
On Thursday, 2014-04-24, 14:23:07, Valerio Vanni wrote: After the unmount, in Squeeze it's possible to reconnect the drive clicking on the previous icons. In Wheezy, all icons disappear and you can't do anything (until the drive has not been phisically unplugged and replugged). I have seen this as well but I though that this was a problem in udisks or some other system daemon. The reason for this assessment was that the device is gone, e.g. if I check which device is mounted while the mount is active, the same device (as in /dev/sdXX) is no longer present when the unmount has happend. So something on the system level must have removed that device node and only pyhsically reattaching the device makes it appear again. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#745724: supermin: FTBFS on mips, mipsel, powerpc
* Christian Hofstaedtler: Source: supermin Version: 5.1.7-1 Severity: serious Justification: fails to build from source Dear Maintainer, Your package supermin FTBFS on multiple archs on buildd.debian.org: mips, mipsel and powerpc The problem is that supermin's rules for finding kernel images are not appropriate on those architectures. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745728: guake: alert sound missing in guake
Package: guake Version: 0.4.4-1 Severity: normal Dear Maintainer, In guake I cannot hear an alert sound which I can hear in gnome-terminal or chromium. The test-case is go to either the location bar in chromium and hit backspace (each time the alert sound will be played). Same or similar experience can be shared in gnome-terminal. You hit backspace at the $ prompt itself and the alert sound will be played.This can also be seen in editors like leafpad when they reach the end or beginning of the document and go no further. This is in gnome-flashback. Looking for the fix. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'testing-updates'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages guake depends on: ii gconf2 3.2.6-2 ii libatk1.0-0 2.12.0-1 ii libc6 2.18-4 ii libcairo2 1.12.16-2 ii libfontconfig1 2.11.0-5 ii libfreetype62.5.2-1 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-02.40.0-2 ii libgtk2.0-0 2.24.23-1 ii libpango1.0-0 1.36.3-1 ii libpython2.72.7.6-8 ii libx11-62:1.6.2-1 ii mate-notification-daemon [notification-daemon] 1.8.0-1 ii notification-daemon 0.7.6-1 ii plasma-widgets-workspace [notification-daemon] 4:4.11.8-1 ii python 2.7.5-5 ii python-dbus 1.2.0-2+b2 ii python-gconf2.28.1+dfsg-1 ii python-glade2 2.24.0-3+b1 ii python-notify 0.1.1-3 ii python-vte 1:0.28.2-5 ii python-xdg 0.25-4 ii xfce4-notifyd [notification-daemon] 0.2.4-2 guake recommends no packages. guake suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745727: posh: inconsistencies in arithmetic expansion with variables
Package: posh Version: 0.12.3 Severity: normal Dear Maintainer, $ env -u a posh -c 'echo $((a))' posh: : unexpected `end of expression' $ env a= posh -c 'echo $((a))' 0 I can't see why posh would return an error in the first case and not the second. $ env a=1+1 posh -c 'echo $((a))' 2 $ env a=b b=3 posh -c 'echo $((a))' 3 Note that in all the above the behavior is unspecified by POSIX (as per my reading of the spec). Variables have to contain valid integer constants optionally including a leading plus or minus sign (though I'm not too sure about the empty/unset case because of the http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap01.html#tag_17_01_02_01 section) Dash: $ a=1+1 ash -c 'echo $((a))' ash: 1: Illegal number: 1+1 $ a=b b=1 ash -c 'echo $((a))' ash: 1: Illegal number: b $ a= ash -c 'echo $((a))' 0 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages posh depends on: ii debconf [debconf-2.0] 1.5.52 ii libc6 2.18-4 posh recommends no packages. posh suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561780: pulseaudio-esound-compat: leaves empty /tmp/.esd-1000 directory behind on exit
Control: tags -1 = confirmed upstream patch Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=77895 On Wed, Apr 23, 2014 at 8:36 PM, Paul Wise p...@debian.org wrote: Control: found -1 5.0-2 Control: tags -1 + patch On Wed, 2014-04-23 at 13:24 -0300, Felipe Sateler wrote: But we do use per user esound sockets. See [1] and search for per-user. I said the bug is not present when using global esound sockets and is present when using per-user esound sockets. The fix is simple too. Doh, I misread. Forwarded upstream. I'd like to hear their input before applying this patch. I suppose they had their reasons for that check. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595817: pam-ssh-agen-auth deb package
hello peter, I am planning to try to build a deb file using your git repo, reading through your post I have cloned the repository. the information there is indeed slightly outdated; the new status is: * all my patches were applied, the chrysn/patches branch went away * upstream has released a version with that, there is an appropriate pristine-tar branch * the current debian branch works, and i'd take this bug as rfp and package as maintainer (which i'd be then try to have sponsored as is) if i can get third party comments on the security side of the implementation. in the meantime, to try it out, you can do $ git clone git://prometheus.amsuess.com/pam-ssh-agent-auth -b debian $ cd pam-ssh-agent-auth $ git branch --track pristine-tar origin/pristine-tar $ git-buildpackage to build your packages out of it and test it. best regards chrysn -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Bug#490715: rss2email: HTML to text conversion poor for br
Fixed by commit 8363309a744fad7ad040a4521a4d7ac3ab36c049 September 11, 2012 https://github.com/aaronsw/html2text/commit/8363309a744fad7ad040a4521a4d7ac3ab36c049 -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744119: help with and sponsoring onion upload
Hi David, Thomas, Wanted to package onion myself and while David may or may not would like me as a co-maintainer, I'm here to help him get onion properly packaged and uploaded. I don't have problems with upstream have debian/ in its tree. Source format 3.0 (quilt) is here to replace with the official Debian one. But there are important upstream bugs. First, the source needs to be repackaged to be DFSG, as examples/oterm/static/jquery-1.4.3.min.js is minified and needs to be removed. Then libraries are not versioned. Only *.so's are produced. :( Please read point 3.1.1 [1] to understand why this is important. Other problems are there. For example no manpages for the binaries. The current standards-version is 3.9.5 . Also, debian/copyright is just a template. Attached a mostly finished one, which still doesn't cover the examples, tests or tools (those are AGPLv3+) nor src/onion/sd-daemon.[ch] (MIT). Regards, Laszlo/GCS [1] http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html copyright Description: Binary data
Bug#740361: zenity: please update to new version 3.10 available upstream
There is a new upstream 3.12.0 in git ; that I allready package... I fill a bug for this, including patch to update CVS zenity source package... But maintainer dont show... https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745464 Abandoned package? Saluds Guillermo Reisch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745729: gnome-shell: start mouse cursor on primary screen
Package: gnome-shell Version: 3.8.4-8 Severity: wishlist Hi, I use gnome-shell with a dual-screen setup. After login the mouse cursor starts on the left (secondary) screen and starting applications[1] makes them also start there. [1] Via shortcuts. As the secondary screen is usually turned off, I don't see them. It would be nice if the mouse cursor would always be on the primary screen after login. Ansgar -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii evolution-data-server3.8.5-3+b2 ii gdm3 3.8.4-6 ii gir1.2-accountsservice-1.0 0.6.37-1 ii gir1.2-caribou-1.0 0.4.12-1+b1 ii gir1.2-clutter-1.0 1.18.0-2 ii gir1.2-freedesktop 1.40.0-2 ii gir1.2-gcr-3 3.12.0-1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.40.0-2 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-2 ii gir1.2-gnomedesktop-3.0 3.8.4-2 ii gir1.2-gtk-3.0 3.12.0-4 ii gir1.2-ibus-1.0 1.5.5-1 ii gir1.2-mutter-3.03.8.4-3 ii gir1.2-networkmanager-1.00.9.8.8-7 ii gir1.2-nmgtk-1.0 0.9.8.8-5 ii gir1.2-pango-1.0 1.36.3-1 ii gir1.2-polkit-1.00.105-4 ii gir1.2-soup-2.4 2.46.0-2 ii gir1.2-telepathyglib-0.120.24.0-1 ii gir1.2-telepathylogger-0.2 0.8.0-3 ii gir1.2-upowerglib-1.00.9.23-2+b2 ii gjs 1.36.1-2 ii gnome-bluetooth 3.8.1-2 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.8.5-2 ii gnome-shell-common 3.8.4-8 ii gnome-themes-standard3.12.0-1 ii gsettings-desktop-schemas3.8.2-2 ii libatk-bridge2.0-0 2.10.2-2 ii libatk1.0-0 2.12.0-1 ii libc62.18-4 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcamel-1.2-43 3.8.5-3+b2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.18.0-2 ii libcogl-pango20 1.18.0-2 ii libcogl-path20 1.18.0-2 ii libcogl201.18.0-2 ii libcroco30.6.8-2 ii libdbus-1-3 1.8.0-3 ii libdbus-glib-1-2 0.102-1 ii libdrm2 2.4.52-1 ii libecal-1.2-15 3.8.5-3+b2 ii libedataserver-1.2-173.8.5-3+b2 ii libegl1-mesa [libegl1-x11] 10.1.0-5 ii libgbm1 10.1.0-5 ii libgck-1-0 3.12.0-1 ii libgcr-base-3-1 3.12.0-1 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libgirepository-1.0-11.40.0-2 ii libgjs0c [libgjs0-libmozjs185-1.0] 1.36.1-2 ii libglib2.0-0 2.40.0-2 ii libgnome-menu-3-03.8.0-2 ii libgstreamer1.0-01.2.3-1 ii libgtk-3-0 3.12.0-4 ii libical1 1.0-1 ii libjson-glib-1.0-0 1.0.0-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0b 3.8.4-3 ii libnm-glib4 0.9.8.8-7 ii libnm-gtk0 0.9.8.8-5 ii libnm-util2 0.9.8.8-7 ii libnspr4 2:4.10.4-1 ii libnss3 2:3.16-1 ii libp11-kit0 0.20.2-5 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpolkit-agent-1-0
Bug#745730: update ruby-foreigner to latest upstream release
package: ruby-foreigner version: 1.4.1-1 severity: important new version is required for diaspora, but tests are failing when trying to update. new version is in the git repo. it is building fine in my local environment but pbuilder is failing. # Running tests: Finished tests in 0.000772s, 0. tests/s, 0. assertions/s. 0 tests, 0 assertions, 0 failures, 0 errors, 0 skips Loaded suite debian/ruby-tests Started ...E === Error: test_invert_add_foreign_key(Foreigner::CommandRecorderTest) NoMethodError: undefined method `revert' for nil:NilClass /usr/lib/ruby/vendor_ruby/active_record/migration/command_recorder.rb:100:in `rescue in method_missing' /usr/lib/ruby/vendor_ruby/active_record/migration/command_recorder.rb:98:in `method_missing' /tmp/buildd/ruby-foreigner-1.6.1/test/foreigner/migration/command_recorder_test.rb:13:in `block in class:CommandRecorderTest' /usr/lib/ruby/vendor_ruby/active_support/testing/setup_and_teardown.rb:72:in `block in run' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:414:in `_run__3068756240958932092__setup__120302775383674703__callbacks' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:405:in `__run_callback' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:385:in `_run_setup_callbacks' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:81:in `run_callbacks' /usr/lib/ruby/vendor_ruby/active_support/testing/setup_and_teardown.rb:70:in `run' === E === Error: test_invert_add_foreign_key_with_column(Foreigner::CommandRecorderTest) NoMethodError: undefined method `revert' for nil:NilClass /usr/lib/ruby/vendor_ruby/active_record/migration/command_recorder.rb:100:in `rescue in method_missing' /usr/lib/ruby/vendor_ruby/active_record/migration/command_recorder.rb:98:in `method_missing' /tmp/buildd/ruby-foreigner-1.6.1/test/foreigner/migration/command_recorder_test.rb:23:in `block in class:CommandRecorderTest' /usr/lib/ruby/vendor_ruby/active_support/testing/setup_and_teardown.rb:72:in `block in run' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:414:in `_run__3068756240958932092__setup__120302775383674703__callbacks' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:405:in `__run_callback' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:385:in `_run_setup_callbacks' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:81:in `run_callbacks' /usr/lib/ruby/vendor_ruby/active_support/testing/setup_and_teardown.rb:70:in `run' === E === Error: test_invert_add_foreign_key_with_name(Foreigner::CommandRecorderTest) NoMethodError: undefined method `revert' for nil:NilClass /usr/lib/ruby/vendor_ruby/active_record/migration/command_recorder.rb:100:in `rescue in method_missing' /usr/lib/ruby/vendor_ruby/active_record/migration/command_recorder.rb:98:in `method_missing' /tmp/buildd/ruby-foreigner-1.6.1/test/foreigner/migration/command_recorder_test.rb:33:in `block in class:CommandRecorderTest' /usr/lib/ruby/vendor_ruby/active_support/testing/setup_and_teardown.rb:72:in `block in run' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:414:in `_run__3068756240958932092__setup__120302775383674703__callbacks' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:405:in `__run_callback' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:385:in `_run_setup_callbacks' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:81:in `run_callbacks' /usr/lib/ruby/vendor_ruby/active_support/testing/setup_and_teardown.rb:70:in `run' === F === Failure: ActiveRecord::IrreversibleMigration exception expected but was NoMethodError(undefined method `revert' for nil:NilClass). test_remove_foreign_key_is_irreversible(Foreigner::CommandRecorderTest) /tmp/buildd/ruby-foreigner-1.6.1/test/foreigner/migration/command_recorder_test.rb:43:in `block in class:CommandRecorderTest' /usr/lib/ruby/vendor_ruby/active_support/testing/setup_and_teardown.rb:72:in `block in run' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:414:in `_run__3068756240958932092__setup__120302775383674703__callbacks' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:405:in `__run_callback' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:385:in `_run_setup_callbacks' /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb:81:in `run_callbacks' /usr/lib/ruby/vendor_ruby/active_support/testing/setup_and_teardown.rb:70:in `run' === .. Finished in 0.221918511
Bug#697612: exim4-daemon-light: MAIN_LOCAL_DOMAINS=@:localhost seems not to respect @
On Thu, Apr 24, 2014 at 03:27:56PM +0200, Diego Guella wrote: devilserver.deviltechnologies.com. 86400 IN A 192.168.200.249 and 192.168.200.249 is configured as an IP on the local system? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745732: fontforge: Please package new version
Source: fontforge Version: 20120731.b-5 Severity: wishlist Dear Maintainer, The version of fontforge currently in unstable is nearly 2 years out of date. Version 2.0 was released 4 months ago, see: https://github.com/fontforge/fontforge/releases -- 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.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745731: initialize FSTYPE variable
Package: initramfs-tools
Version: 0.115
Severity: normal
Tags: patch
On the hppa platform the fstype program from klibc crashed (details in
Bug#745660) which exposed a problem in the
get_fstype() shell function in file scripts/functions.
In this script, fstype is called like this:
eval $(fstype ${FS} 2 /dev/null)
if [ $FSTYPE = unknown ]
Since fstype crashed and returned nothing in the variable FSTYPE, FSTYPE
stayed empty instead of the value unknown and as such no further analysis via
blkid was done.
I think it makes sense to pre-initialize FSTYPE to the value unknown before
calling fstype. That way the program logic will continue correctly if something
with the fstype program is wrong.
Attached script fixes this.
Please apply.
Signed-off-by: Helge Deller del...@gmx.de
diff -up ./scripts/functions.org ./scripts/functions
--- ./scripts/functions.org 2014-04-24 15:44:54.104641201 +0200
+++ ./scripts/functions 2014-04-24 15:45:35.809485678 +0200
@@ -307,6 +307,7 @@ get_fstype ()
# blkid has a more complete list of file systems,
# but fstype is more robust
+ FSTYPE=unknown
eval $(fstype ${FS} 2 /dev/null)
if [ $FSTYPE = unknown ] command -v blkid /dev/null 21 ; then
FSTYPE=$(blkid -o value -s TYPE ${FS})
Bug#697612: exim4-daemon-light: MAIN_LOCAL_DOMAINS=@:localhost seems not to respect @
- Original Message - From: Marc Haber mh+debian-packa...@zugschlus.de To: Diego Guella diego.gue...@deviltechnologies.com Cc: 697...@bugs.debian.org; os...@debian.org Sent: Thursday, April 24, 2014 4:47 PM Subject: Re: Bug#697612: exim4-daemon-light: MAIN_LOCAL_DOMAINS=@:localhost seems not to respect @ On Thu, Apr 24, 2014 at 03:27:56PM +0200, Diego Guella wrote: devilserver.deviltechnologies.com. 86400 IN A 192.168.200.249 and 192.168.200.249 is configured as an IP on the local system? Affirmative, sorry to not have dumped information about that: root@devilserver:~# ifconfig -a - eth0 Link encap:Ethernet HWaddr 00:1e:8c:9a:7e:53 inet addr:192.168.200.249 Bcast:192.168.255.255 Mask:255.255.0.0 inet6 addr: fe80::21e:8cff:fe9a:7e53/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3667708 errors:0 dropped:0 overruns:0 frame:0 TX packets:2007886 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2702308765 (2.5 GiB) TX bytes:3549001448 (3.3 GiB) Interrupt:18 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:181856 errors:0 dropped:0 overruns:0 frame:0 TX packets:181856 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:20325408 (19.3 MiB) TX bytes:20325408 (19.3 MiB) - root@devilserver:~# cat /etc/network/interfaces - # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet static address 192.168.200.249 netmask 255.255.0.0 network 192.168.0.0 broadcast 192.168.255.255 gateway 192.168.200.254 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 192.168.200.254 dns-search deviltechnologies.com - I note now that dns-nameservers points to another DNS server (the router). But this has definitely never, ever changed for the life of this Debian installation (some years) Greetings Marc Thanks, Diego -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#478193: php5-imap file open error 1024
Package: libc-client2007e
Version: 8:2007f~dfsg-2
Followup-For: Bug #478193
We have encounted this bug using IMAP for voicemail storage on a busy
Asterisk server - due to the number of calls, FDs are frequently above
1024.
I have come up with the patch below, changing the relevant code to use
poll() instead of select(), and it appears to work from some basic
tests, however I still need to do more thorough testing.
-- System Information:
Debian Release: 7.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libc-client2007e depends on:
ii libc6 2.13-38
ii libcomerr21.42.5-1.1
ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1
ii libk5crypto3 1.10.1+dfsg-5+deb7u1
ii libkrb5-3 1.10.1+dfsg-5+deb7u1
ii libpam-modules1.1.3-7.1
ii libpam0g 1.1.3-7.1
ii libssl1.0.0 1.0.1e-2+deb7u7
ii mlock 8:2007f~dfsg-2
libc-client2007e recommends no packages.
Versions of packages libc-client2007e suggests:
pn uw-mailutils none
-- no debconf information
diff --git a/src/osdep/unix/os_lnx.c b/src/osdep/unix/os_lnx.c
index 03fd17d..671bbd6 100644
--- a/src/osdep/unix/os_lnx.c
+++ b/src/osdep/unix/os_lnx.c
@@ -41,6 +41,7 @@
extern int errno; /* just in case */
#include pwd.h
#include misc.h
+#include poll.h
#include fs_unix.c
diff --git a/src/osdep/unix/os_slx.c b/src/osdep/unix/os_slx.c
index c94d632..f6bf27d 100644
--- a/src/osdep/unix/os_slx.c
+++ b/src/osdep/unix/os_slx.c
@@ -42,6 +42,7 @@ extern int errno; /* just in case */
#include pwd.h
#include shadow.h
#include misc.h
+#include poll.h
#include fs_unix.c
diff --git a/src/osdep/unix/tcp_unix.c b/src/osdep/unix/tcp_unix.c
index 795fb4f..c69eaec 100644
--- a/src/osdep/unix/tcp_unix.c
+++ b/src/osdep/unix/tcp_unix.c
@@ -235,12 +235,11 @@ TCPSTREAM *tcp_open (char *host,char *service,unsigned long port)
int tcp_socket_open (int family,void *adr,size_t adrlen,unsigned short port,
char *tmp,int *ctr,char *hst)
{
- int i,ti,sock,flgs;
+ int i,ti,sock,flgs,tmo;
+ struct pollfd pfd;
size_t len;
time_t now;
struct protoent *pt = getprotobyname (tcp);
- fd_set rfds,wfds,efds;
- struct timeval tmo;
struct sockaddr *sadr = ip_sockaddr (family,adr,adrlen,port,len);
blocknotify_t bn = (blocknotify_t) mail_parameters (NIL,GET_BLOCKNOTIFY,NIL);
/* fetid Solaris */
@@ -252,14 +251,6 @@ int tcp_socket_open (int family,void *adr,size_t adrlen,unsigned short port,
sprintf (tmp,Unable to create TCP socket: %s,strerror (errno));
(*bn) (BLOCK_NONSENSITIVE,data);
}
- else if (sock = FD_SETSIZE) {/* unselectable sockets are useless */
-sprintf (tmp,Unable to create selectable TCP socket (%d = %d),
- sock,FD_SETSIZE);
-(*bn) (BLOCK_NONSENSITIVE,data);
-close (sock);
-sock = -1;
-errno = EMFILE;
- }
else { /* get current socket flags */
flgs = fcntl (sock,F_GETFL,0);
@@ -284,16 +275,11 @@ int tcp_socket_open (int family,void *adr,size_t adrlen,unsigned short port,
if ((sock = 0) ctr) { /* want open timeout? */
now = time (0); /* open timeout */
ti = ttmo_open ? now + ttmo_open : 0;
- tmo.tv_usec = 0;
- FD_ZERO (rfds); /* initialize selection vector */
- FD_ZERO (wfds); /* initialize selection vector */
- FD_ZERO (efds); /* handle errors too */
- FD_SET (sock,rfds); /* block for error or readable or writable */
- FD_SET (sock,wfds);
- FD_SET (sock,efds);
+ pfd.fd = sock;
+ pfd.events = POLLIN | POLLOUT;
do { /* block under timeout */
- tmo.tv_sec = ti ? ti - now : 0;
- i = select (sock+1,rfds,wfds,efds,ti ? tmo : NIL);
+ tmo = ti ? ti - now : 0;
+ i = poll (pfd, 1, ti ? tmo * 1000 : -1);
now = time (0); /* fake timeout if interrupt time expired */
if ((i 0) (errno == EINTR) ti (ti = now)) i = 0;
} while ((i 0) (errno == EINTR));
@@ -302,7 +288,7 @@ int tcp_socket_open (int family,void *adr,size_t adrlen,unsigned short port,
fcntl (sock,F_SETFL,flgs);
/* This used to be a zero-byte read(), but that crashes Solaris */
/* get socket status */
- if(FD_ISSET(sock, rfds)) while (((i = *ctr = read (sock,tmp,1)) 0) (errno == EINTR));
+ if(pfd.revents POLLIN) while (((i = *ctr = read (sock,tmp,1)) 0) (errno == EINTR));
}
if (i = 0) { /* timeout or error? */
i = i ? errno : ETIMEDOUT;/* determine error code */
@@ -545,9 +531,8 @@ long tcp_getbuffer (TCPSTREAM *stream,unsigned long size,char *s)
stream-ictr -=n;
}
if (size) {
-int i;
-fd_set fds,efds;
-struct timeval tmo;
+int i, tmo;
+struct pollfd pfd;
time_t t = time (0);
blocknotify_t bn=(blocknotify_t) mail_parameters (NIL,GET_BLOCKNOTIFY,NIL);
(*bn) (BLOCK_TCPREAD,NIL);
@@ -556,16
Bug#738296: ITA: jasmin-sable -- Java class (.class) file assembler
Hi Adrian, Would you agree to co-maintain jasmin under the Java Team umbrella? Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745733: base: Laptop Onboard Speakers Don't Work Until I plug in AUX speakers and remove
Package: base Severity: important Dear Maintainer, I'm sorry if this is specific for alsamixer. I'm not sure what the specific sound package is. Anyway, I may have had this bug after I plugged in my AUX speakers and perhaps turned my laptop off with them plugged in or something. Anyway, I have tried to mute/unmute and fiddle around with Gnome's System Settings -- Sound, turning things on and off. The speakers don't play anything. I can easily fix this by plugging in my headphones in the AUX port and removing it. But it would be nice if I didn't have to, particularly when I am on the move and don't have AUX cords handy and still want my computer to play sound. Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697612: exim4-daemon-light: MAIN_LOCAL_DOMAINS=@:localhost seems not to respect @
I am kind of out of ideas now. Can you dump the output of echo foo | /usr/sbin/exim -d root@devil... here after looking for private data in the debug output? Greetings Marc On Thu, Apr 24, 2014 at 05:09:46PM +0200, Diego Guella wrote: - Original Message - From: Marc Haber mh+debian-packa...@zugschlus.de To: Diego Guella diego.gue...@deviltechnologies.com Cc: 697...@bugs.debian.org; os...@debian.org Sent: Thursday, April 24, 2014 4:47 PM Subject: Re: Bug#697612: exim4-daemon-light: MAIN_LOCAL_DOMAINS=@:localhost seems not to respect @ On Thu, Apr 24, 2014 at 03:27:56PM +0200, Diego Guella wrote: devilserver.deviltechnologies.com. 86400 IN A 192.168.200.249 and 192.168.200.249 is configured as an IP on the local system? Affirmative, sorry to not have dumped information about that: root@devilserver:~# ifconfig -a - eth0 Link encap:Ethernet HWaddr 00:1e:8c:9a:7e:53 inet addr:192.168.200.249 Bcast:192.168.255.255 Mask:255.255.0.0 inet6 addr: fe80::21e:8cff:fe9a:7e53/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3667708 errors:0 dropped:0 overruns:0 frame:0 TX packets:2007886 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2702308765 (2.5 GiB) TX bytes:3549001448 (3.3 GiB) Interrupt:18 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:181856 errors:0 dropped:0 overruns:0 frame:0 TX packets:181856 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:20325408 (19.3 MiB) TX bytes:20325408 (19.3 MiB) - root@devilserver:~# cat /etc/network/interfaces - # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet static address 192.168.200.249 netmask 255.255.0.0 network 192.168.0.0 broadcast 192.168.255.255 gateway 192.168.200.254 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 192.168.200.254 dns-search deviltechnologies.com - I note now that dns-nameservers points to another DNS server (the router). But this has definitely never, ever changed for the life of this Debian installation (some years) Greetings Marc Thanks, Diego -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745721: [Pkg-ime-devel] Bug#745721: RFS: libzhuyin/0.9.93-1
ChangZhuo Chen (陳昌倬) czc...@gmail.com writes: Package: sponsorship-requests Severity: wishlist Hi All, I am looking for a sponsor for libzhuyin: * Package name: libzhuyin Version : 0.9.93 Upstream Author : Peng Wu alexep...@gmail.com * URL : https://github.com/libzhuyin/libzhuyin * License : GPL2 Programming Lang: C++ Description : Zhuyin input method library It builds the following packages: - libzhuyin4 - libzhuyin4-data - libzhuyin4-dev - libzhuyin4-dbg To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libzhuyin Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libz/libzhuyin/libzhuyin_0.9.93-1.dsc Please help to review if there is any problem in this package, and help to upload if everything is okay. Also, please help to give me DM permission so that I can help to maintain this package, thanks. Thanks for packaging this library! I'm reviewing this package. -- Kanru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745473: Try disabling Adblock Plus
I was facing the same problem since a couple of days with 24.4.0-1. I fixed it by disabling Adblock Plus in Icedove. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745734: python-celery: Infinite loop occurs using chord in celery 3.1.9
Package: python-celery Version: 3.1.9-1 Severity: normal Dear Maintainer, Infinite loop occurs as following, chord((add.s(i, i) for i in xrange(10)), xsum.s())().get() see also http://docs.celeryproject.org/en/latest/getting-started/next-steps.html#chords This issue has been fixed by next commit. https://github.com/celery/celery/commit/881786cffe1e801dbfd61e67b84a6925b721fff0 But chord method has other bugs. A new version 3.1.11 of celery is available, please consider packaging it. Best regards, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/7 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-celery depends on: ii python2.7.5-5 ii python-billiard 3.3.0.15-1 ii python-cl 0.0.3-1 ii python-dateutil 1.5+dfsg-1 ii python-kombu 3.0.14-1 ii python-mailer 0.7-1 ii python-memcache 1.53-1 ii python-pkg-resources 3.4.4-1 ii python-pyparsing 2.0.1+dfsg1-1 ii python-tz 2012c-1 python-celery recommends no packages. Versions of packages python-celery suggests: pn python-celery-doc none ii python-gevent 1.0-1 ii python-pytyrant1.1.17-1 ii python-redis 2.9.1-2 ii python-sqlalchemy 0.9.4-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734864: fglrx-driver: 1:14.4~rc1.0.apr17-1 did not solve the segmentation fault
Dear Maintainer, Just to say, upgrading fglrx-driver and its dependencies to 1:14.4~rc1.0.apr17-1 did not solve the issue (see xorg.log attachment below). Thank you for your time and effort, Benjamin. X.Org X Server 1.15.1 Release Date: 2014-04-13 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.13-1-amd64 x86_64 Debian Current Operating System: Linux Larbin-1 3.13-1-amd64 #1 SMP Debian 3.13.10-1 (2014-04-15) x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.13-1-amd64 root=UUID=32a08883-6f56-40db-b1f6-dee9c0bb796e ro quiet Build Date: 15 April 2014 06:58:36PM xorg-server 2:1.15.1-1 (http://www.debian.org/support) Current version of pixman: 0.32.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Apr 24 15:34:49 2014 (==) Using config file: /etc/X11/xorg.conf (==) Using config directory: /etc/X11/xorg.conf.d (==) Using system config directory /usr/share/X11/xorg.conf.d (==) ServerLayout aticonfig Layout (**) |--Screen aticonfig-Screen[0]-0 (0) (**) | |--Monitor aticonfig-Monitor[0]-0 (**) | |--Device aticonfig-Device[0]-0 (==) Automatically adding devices (==) Automatically enabling devices (==) Automatically adding GPU devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (--) PCI:*(0:5:0:0) 1002:6759:1787:2308 rev 0, Mem @ 0xd000/268435456, 0xfeac/131072, I/O @ 0xd000/256, BIOS @ 0x/131072 Initializing built-in extension Generic Event Extension Initializing built-in extension SHAPE Initializing built-in extension MIT-SHM Initializing built-in extension XInputExtension Initializing built-in extension XTEST Initializing built-in extension BIG-REQUESTS Initializing built-in extension SYNC Initializing built-in extension XKEYBOARD Initializing built-in extension XC-MISC Initializing built-in extension SECURITY Initializing built-in extension XINERAMA Initializing built-in extension XFIXES Initializing built-in extension RENDER Initializing built-in extension RANDR Initializing built-in extension COMPOSITE Initializing built-in extension DAMAGE Initializing built-in extension MIT-SCREEN-SAVER Initializing built-in extension DOUBLE-BUFFER Initializing built-in extension RECORD Initializing built-in extension DPMS Initializing built-in extension Present Initializing built-in extension DRI3 Initializing built-in extension X-Resource Initializing built-in extension XVideo Initializing built-in extension XVideo-MotionCompensation Initializing built-in extension SELinux Initializing built-in extension XFree86-VidModeExtension Initializing built-in extension XFree86-DGA Initializing built-in extension XFree86-DRI Initializing built-in extension DRI2 (II) glx will be loaded by default. (II) Loading /usr/lib/xorg/modules/linux/libglx.so (II) Module glx: vendor=Advanced Micro Devices, Inc. compiled for 6.9.0, module version = 1.0.0 Loading extension GLX (II) Loading /usr/lib/xorg/modules/drivers/fglrx_drv.so (II) Module fglrx: vendor=FireGL - AMD Technologies Inc. compiled for 1.4.99.906, module version = 14.10.2 (II) Loading /usr/lib/xorg/modules/linux/libfglrxdrm.so (II) Module fglrxdrm: vendor=FireGL - AMD Technologies Inc. compiled for 1.4.99.906, module version = 14.10.2 (II) AMD Proprietary Linux Driver Version Identifier:14.10.2 (II) AMD Proprietary Linux Driver Release Identifier: UNSUPPORTED-14.10 (II) AMD Proprietary Linux Driver Build Date: Apr 15 2014 21:16:12 (++) using VT number 7 (WW) Falling back to old probe method for fglrx (II) Loading PCS database from /etc/ati/amdpcsdb /etc/ati/amdpcsdb.default (--) Chipset Supported AMD Graphics Processor (0x6759) found (WW) fglrx: No matching Device section for instance (BusID PCI:0@5:0:1) found (II) fglrx(0): pEnt-device-identifier=0x7f70c85e8190 (II) fglrx(0): === [xdl_xs115_atiddxPreInit] === begin (II) Loading /usr/lib/xorg/modules/libvgahw.so (II) Module vgahw: vendor=X.Org Foundation compiled for 1.15.1, module version = 0.1.0 (**) fglrx(0): Depth 24, (--) framebuffer bpp 32 (II) fglrx(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) fglrx(0): Default visual is TrueColor (==) fglrx(0): RGB weight 888 (II) fglrx(0): Using 8 bits per RGB (==) fglrx(0): Buffer Tiling is ON (II) Loading /usr/lib/xorg/modules/linux/libfglrxdrm.so
Bug#744119: help with and sponsoring onion upload
Great! you are more than welcome! I'm strugling with some parts of it. If you agree, you may branch the onion source at github, and pull request me the changes. About jquery, is it ok to include it non-minified? Also could be used straight from the jquery CDN, but somehow I feel users would feel more secure if its using only local resources. About library versioning, I just added it, but I got a bug report that its not following proper libtool standards. I'm still fixing that, but the current solution should be on the debian branch. About manpages, I can try to prepare them ASAP, but some tips are welcome about how to create great manpages: which programs/commands? is groff the recomended way? About license, add myself to debian/*, if you use part of whatever is there right now. Thank you very much! 2014-04-24 16:13 GMT+02:00 László Böszörményi (GCS) g...@debian.org: Hi David, Thomas, Wanted to package onion myself and while David may or may not would like me as a co-maintainer, I'm here to help him get onion properly packaged and uploaded. I don't have problems with upstream have debian/ in its tree. Source format 3.0 (quilt) is here to replace with the official Debian one. But there are important upstream bugs. First, the source needs to be repackaged to be DFSG, as examples/oterm/static/jquery-1.4.3.min.js is minified and needs to be removed. Then libraries are not versioned. Only *.so's are produced. :( Please read point 3.1.1 [1] to understand why this is important. Other problems are there. For example no manpages for the binaries. The current standards-version is 3.9.5 . Also, debian/copyright is just a template. Attached a mostly finished one, which still doesn't cover the examples, tests or tools (those are AGPLv3+) nor src/onion/sd-daemon.[ch] (MIT). Regards, Laszlo/GCS [1] http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html -- David Moreno Montero dmor...@coralbits.com +34 658 18 77 17 +44 74 23 21 01 57 http://www.coralbits.com/ http://www.coralbits.com
Bug#745735: apt: Provide meaningful exit codes for gpg failures
Package: apt Version: 1.0.1 Severity: normal Hello, It seems like from reading the code that the gpg signature verification process doesn't provide meaningful exit codes when bad things happen. This results in apt-get update providing an exit code of zero, even if there was a BADSIG. It would be very useful if we could get an exit code when these bad situations happen: BADSIG NO_PUBKEY KEYEXPIRED REVKEYSIG NODATA Thank you, micah -- 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.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.16-1.1 ii libapt-pkg4.12 1.0.1 ii libc6 2.18-4 ii libgcc1 1:4.9-20140411-2 ii libstdc++6 4.9-20140411-2 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.10-1 ii dpkg-dev1.17.7 ii python-apt 0.9.3.5 -- 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#745736: RM: isdnutils/1:3.25+dfsg1-3.3 from testing
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, this is a request for removal of the isdnutils package from testing by the maintainer. The reason is that its presence presents the new libcapi20-3 package from migrating. Best regards Rolf Leggewie -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJTWTKiAAoJEJSEK8huURwxhuAP/RB3XNJc2DOcp6/EtE6nZSAC nD8sQG9iRxGZ8W+ZDWmrmEbP8CB7IN3lb7DpADkDlShbu0Bb25ERQ9Pk9Mym1gEJ GpKdbm7hOmItg06prLtul1UcSJOkeP5TK+2/u4GNw1hdeD3mR7bc+oj0RkVGqvXr OOmfwmKOoBNouy0WwX6Kbxa06s4WqG5JD5/Sw/0pqYYn5BDb9GynwW/BDAU6BgRB GxW1VAaganH776daxL/jnZB0TRWzhH2F1bEz73ZmLQXQt4qLVOOyC+cElepFieWq 9hRzXTHVH4t6he/xAB/o+9zkPArXoEzmL1/aweFGIr6K8DcYOCBe3z3VrjxaOx27 tvgF41wQG6R9v8+u875vvdkWJukPDqxMTvvjK5bd4tGF2lLf7LxY+xrBDw9Ikvvy hJtfL3KlNPQMvZgBQfgW5/W2H4H1CHkG1ZtcK3KI9Ll6oRKNJXA3aaQVB1+BaChR WB2EBgbsEYOsHKcjAoEmJoZagNyVjKG7btSLW0casTK77wiXY5ryJVo/kVywBk+9 cFkCb1gyCfj2UVuGRa4Dx0tmqU+13zbMKc7bjAdGVb3/q/R2DR91SdvKakP9dXha daAbs9AZEN9QwlDrYfNkcml/KZlG9EfOck4vAjdlaufQQJJ4GYYaUaEU19feOEGE 0m7MfRRVBwz5ikT+rH/U =Vj2/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745737: scli segfaults on show command
Package: scli Version: 0.4.0-5 Severity: grave Justification: renders package unusable Dear Maintainer, When a server is queried for a large number of entries, scli segfaults. I've seen this on Debian Wheezy and Debian testing, both querying Ubuntu-8.04-LTS servers as well as Debian Wheezy servers. When a query is sent to an unconfigured Debian snmp server (system info only), everything seems to be ok. $ scli 172.18.0.1 100 scli version 0.4.0 (c) 2001-2010 Juergen Schoenwaelder (172.18.0.1) scli show 500 noResponse 3.57 vpm 500 noResponse 3.75 vpm 500 noResponse 3.89 vpm Segmentation fault1 vpm $ Richard. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scli depends on: ii libc6 2.18-4 ii libglib2.0-0 2.40.0-2 ii libgnet2.0-0 2.0.8-2.2 ii libgsnmp0 0.3.0-2 ii libncurses5 5.9+20140118-1 ii libreadline6 6.3-6 ii libtinfo5 5.9+20140118-1 ii libxml2 2.9.1+dfsg1-3 scli recommends no packages. scli 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#744865: Add check and warning for unetbootin
On Wed 23 Apr 2014 at 15:37:56 +0100, Steve McIntyre wrote: ACK. I'm going to look into that lot again myself. Thanks. I may have gone over the top with a few things like reorganising some things on the page. If I were doing it again today I'd be inclined to pare it down somewhat. In my experience it's far and away the most common (external) cause of problems in the installer. I've just responded personally to yet another user who seems to have bitten by it. If you hadn't I would have. Personally, I find it annoying given the surefire method of writing to a USB device is featured so prominently in the documentation for Linux users at least. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745738: update carrierwave to new upstream release
package: ruby-carrierwave version: 0.8.0-2 severity: important diaspora needs a newer carrierwave but update is blocked by file conflict between fog and fog-core. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
