http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952756 <pre>tags 667886 + patch thanks Patch attached. </pre> Yavor Doganov 2012-05-23T11:22:50 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952755 <pre>This has been fixed upstream now: http://code.google.com/p/cryptsetup/source/detail?r=d0c98af4e6a07d95b87f22d2939b83ae6a22d725 They will release 1.4.3 in some days, then the change will be included. Thanks for the report. </pre> Jean-Louis Dupond 2012-05-23T11:14:52 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952754 <pre>Package: apt Version: 0.9.3 Severity: normal Dear Maintainer, Here is how to reproduce the problem: $ LANG=C time apt-cache policy &gt;/dev/null 1.76user 0.05system 0:01.82elapsed 99%CPU (0avgtext+0avgdata 137200maxresident)k 0inputs+0outputs (0major+11677minor)pagefaults 0swaps $ LANG=fr_FR.UTF8 time apt-cache policy &gt;/dev/null 0.03user 0.00system 0:00.04elapsed 86%CPU (0avgtext+0avgdata 63584maxresident)k 0inputs+0outputs (0major+5982minor)pagefaults 0swaps This makes lsb_release very slow because it runs apt-cache with LANG=C, which in turn makes vmrun, a VMware tool, very slow. Now the reason for the speed difference between the C and fr_FR.UTF8 cases is that on my system 'apt-cache gencaches' is being run in the French locale and that only one cache is kept. Ideally apt-cache policy should be fast in both the 'machine querying' mode that's normally done in the C locale, and in the 'main user' locale. Though if lsb_release should handle things differently that could fix things too. </pre> Francois Gouget 2012-05-23T11:15:32 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952753 <pre> I think this should be changed. It does not provide httpd. I am not sure of what the process is to get a port registered, but maybe Marco (CCed, the maintainer for netbase) can help. </pre> Ritesh Raj Sarraf 2012-05-23T11:10:56 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952752 <pre> Fixed upstream in http://code.google.com/p/cryptsetup/source/detail?r=d0c98af4e6a07d95b87f22d2939b83ae6a22d725# Thanks, Milan </pre> Milan Broz 2012-05-23T11:08:07 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952751 <pre>Package: gnome-online-accounts Version: 3.4.2-1 Followup-For: Bug #673589 Dear Maintainer, It's been happening here for several days too. It's not just Google either. It affected Facebook just now, but Yahoo seemed to be A-OK during this time. It also appears to affect Gajim. Guess it uses online accounts too? </pre> Stephen 2012-05-23T11:06:55 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952750 <pre>Package: linux-image-3.2.0-24-generic Version: 3.2.0-24.38 Severity: normal Dear Maintainer, I opened my laptop which was in sleep mode at the time. Within a few moments, the console showed a kernel panic. I could still continue to unlock the screen, save my programs and reboot without further trouble. The file /var/log/kern.log recorded the data that was seen on the screen. May 22 18:12:57 camilla kernel: [141665.618150] general protection fault: 0000 [#1] SMP May 22 18:12:57 camilla kernel: [141665.618196] CPU 1 May 22 18:12:57 camilla kernel: [141665.618208] Modules linked in: nls_utf8 udf crc_itu_t xts gf128mul xfs nls_iso8859_1 nls_cp437 vfat fat uas usb_storage snd_hrtimer ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables bridge stp sit tunnel4 kvm_intel kvm rfcomm bnep parport_pc ppdev ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_</pre> Dennis van Dok 2012-05-23T11:04:13 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952749 <pre> In the README doc shipped by the package xcp-xapi, it should recommend to use xapi as the TOOLSTACK. If you are saying that xapi can support all the interfaces, then all of them should be briefly touched upon. At this moment, following the README, it just fails. </pre> Ritesh Raj Sarraf 2012-05-23T10:56:42 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952748 <pre>Package: mplayer2 Version: 2.0-554-gf63dbad-1 Severity: normal mplayer AUDIOFILE plays the file, but does not exit at the end. When several files are given in the commandline, mplayer stops playing after the first file and continues with the next file only after the return key is pressed. Regards, Martin </pre> Martin Ziegler 2012-05-23T10:57:08 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952747 <pre>Package: weboob Version: 0.b-2 Severity: wishlist Tags: patch Hi, I saw that weboob 0.c is available. Can you push it to Debian? I also saw you git packaging at git://git.symlink.me/pub/romain/weboob-packaging.git I tried to improve it a little. You can find the result here: git://git.ligforge.imag.fr/git/users/vdanjean/debian/weboob.git I would be very pleased if you are interested my my suggestions. Note that debian patches whose name begin by for-upstream should probably be pushed upstream instead of beeing kept as debian patches. Regards, Vincent </pre> Vincent Danjean 2012-05-23T10:55:20 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952746 <pre>Package: lsb-release Version: 4.1+Debian4 Severity: normal Tags: patch Dear Maintainer, To reproduce the problem, simply run: $ /usr/bin/time /usr/bin/lsb_release -sd Debian GNU/ testing (wheezy) 1.84user 0.05system 0:01.91elapsed 99%CPU (0avgtext+0avgdata 137200maxresident)k 0inputs+0outputs (0major+14470minor)pagefaults 0swaps This is on a hot cache with a 2.6GHz Core 2. On a cold cache this can take upi to 4 seconds. What makes it so slow is that it systematically calls 'apt-cache policy': $ LANG=C /usr/bin/time apt-cache policy &gt;/dev/null 1.72user 0.07system 0:01.80elapsed 99%CPU (0avgtext+0avgdata 137200maxresident)k 0inputs+0outputs (0major+11680minor)pagefaults 0swaps The patch below works around this issue for non-testing Debian versions by not calling guess_release_from_apt() if we don't need to. This gets the execution time down to 0.03 seconds. Unfortunately this does not help me since I'm running Debian Testing :-( --- /usr/share/pyshared/lsb_release.py.orig2012-05-23 11:59:21.909934400 +</pre> Francois Gouget 2012-05-23T10:54:53 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952745 <pre> Sorry I don't understand. I'm talking about cinnamon. </pre> Jon Dowland 2012-05-23T10:53:39 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952744 <pre>tags 667874 + patch thanks Patch attached. </pre> Yavor Doganov 2012-05-23T10:50:06 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952743 <pre>Package: apache2 Version: 2.2.16 Owner: debian-apache&lt; at &gt;lists.debian.org Some browsers like Chrome/Chromium but also cmdline clients using openssl like wget support ssl compression. This is a big problem for ssl enabled servers when they offer big files. Pulling for example a (already compressed) 100MB file via such a browser using https the ssl compression eats up CPU time significantly. The overall performance of the server will also go down. Multiple clients make it even worse. It should be possible to disable ssl compression in mod_ssl to solve this issue. Please consider to add the patch from https://issues.apache.org/bugzilla/show_bug.cgi?id=53219 to the Debian package. It adds the parameter SSLCompression On/Off which allows to disable the ssl compression. Maybe it is possible to get this even in Squeeze as it doesn't change any default setting? </pre> Bjoern Jacke 2012-05-23T10:17:38 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952742 <pre> I purposely haven't added postinst code because according to popcon [1], nobody has installed the package. Similarly, I didn't see a point in adding a NEWS page which could be confusing for users who were installing nyancat-server for the first time. Again, for similar reasons, but this can be changed. Jon [1] http://qa.debian.org/popcon.php?package=nyancat </pre> Jonathan McCrohan 2012-05-23T10:48:05 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952741 <pre>Package: unattended-upgrades Version: 0.76.3 Severity: important Hi, A big upgrade (attempt) today caused U-A to write these lines on console: | Traceback (most recent call last): | File "/usr/bin/unattended-upgrade", line 921, in &lt;module&gt; | main(options) | File "/usr/bin/unattended-upgrade", line 782, in main | if conffile_prompt(item.destfile): | File "/usr/bin/unattended-upgrade", line 404, in conffile_prompt | for section in tagfile: | SystemError: E:Problem closing the gzip file - close (9: Bad file descriptor), | E:Problem closing the gzip file - close (9: Bad file descriptor), | E:Problem closing the gzip file - close (9: Bad file descriptor), | E:Problem closing the gzip file - close (9: Bad file descriptor), | E:Problem closing the gzip file - close (9: Bad file descriptor), | E:Problem closing the gzip file - close (9: Bad file descriptor), | E:Problem closing the gzip file - close (9: Bad file descriptor), | E:Problem closing the gzip file - close (9: Bad file descripto</pre> Teodor 2012-05-23T10:48:17 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952740 <pre>Jason White, le Wed 23 May 2012 20:43:39 +1000, a écrit : In general, we do think that BRLTTY should be installed by default. Just like we have drivers for USB keyboards installed by default. You shouldn't have to ask the administrator to install some additional software before being able to use a machine. Yes, we only want to auto probe safe devices, i.e. USB devices which known-to-be-unique IDs. Samuel </pre> Samuel Thibault 2012-05-23T10:49:07 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952739 <pre> If I read the code correctly it costs nothing to set the maximum block size to max of 64-bit integer. The 64-bit limit might not work on all systems, but I find it ridiculous that it is 'buffer' and not the system that sets the limit. It seems 'mbuffer -q' can be used instead, but it seems to be slower than 'buffer'. With -t it does memory mapped temporary files. /Ole </pre> Ole Tange 2012-05-23T10:45:19 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952738 <pre>Package: unattended-upgrades Version: 0.76.3 Severity: normal Hi, I wanted to capture the output of 'u-a --debug' in a text file and this was all I've found on it: | Fetched 0 B in 0s (0 B/s) Everything else (more than 1000 lines) was on the console, probably because u-a writes on «stderr» instead of «stdout». Thanks </pre> Teodor 2012-05-23T10:45:28 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952737 <pre> That's fine, but meanwhile the only solution is not to install it. In general, I don't think BRLTTY should be installed unless the user explicitly installs the package or uses braille during the Debian installation. The issue isn't just the current problem under discussion, but also the probing of serial ports (although I suppose that can be turned off if it happens by default). </pre> Jason White 2012-05-23T10:43:39 http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/952736 <pre>Package: ffmpeg-doc Version: 6:0.8.2-1 Severity: normal Preparing to replace ffmpeg-doc 6:0.8.2-1 (using .../ffmpeg-doc_7%3a0.10.3-dmo1_all.deb) ... Unpacking replacement ffmpeg-doc ... dpkg: error processing /var/cache/apt/archives/ffmpeg-doc_7%3a0.10.3-dmo1_all.deb (--unpack): trying to overwrite '/usr/share/doc-base/ffmpeg-doc', which is also in package libav-doc 6:0.8.2-1 </pre> Francesco Potortì 2012-05-23T10:41:10 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.debian.devel.bugs.general