Bug#609292: gitweb: http://localhost/w/repo.git/blob_plain/HEAD:path/to/file (PATH_INFO support)
Package: gitweb Version: 1:1.7.2.3-2.2 Severity: wishlist Files: /etc/apache2/conf.d/gitweb Hi, Ever since git 1.6.6.1, the gitweb package has provided a gitweb instance at http://localhost/gitweb/ out of the box, which is great. The URLs it makes are old fashioned, like this: http://localhost/gitweb/?p=hello.git;a=summary I would rather use the fancy questionmarkless URLs of the sort repo.or.cz uses: http://repo.or.cz/w/hello.git So I tried by enabling that feature in /etc/gitweb.conf. gitweb's README informs me that all I need to do is add $feature{'pathinfo'}{'default'} = [1]; to my gitweb.conf, and if the web server is set up right, the feature will kick in. More precisely, setting this up right means Directory /var/www/gitweb Options ExecCGI AddHandler cgi-script cgi DirectoryIndex gitweb.cgi RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^.* /gitweb.cgi/$0 [L,PT] /Directory Would that be reasonable to do this out of the box, or would it break the non-questionmarkless configuration somehow? Any advice would be appreciated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609293: partition alignment for Advanced Format disks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/squeeze_di_beta2/amd64/iso-cd/debian-squeeze-di-beta2-amd64-netinst.iso Date: 2011/01/07 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [X] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[X] Comments/Problems: Without leaving the blessed installation path it is impossible to properly align the partitions for 4096 bytes/sec, e.g. for the WD20EARS. This makes your Advanced Format disks _really_ slow. Reference: http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/ Expert mode was no help here. I had to reinstall, load parted.udeb and switch to the console to manually define properly alligned partitions. Todays fdisk and parted don't have this alignment problem, so I would strongly recommend to upgrade. Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0oIY8ACgkQUTlbRTxpHjduDwCfQjAtsi7btpDhTbj+URqezpto 7iwAn1SfyIMWAo+9+oNEXTf0eqFi1aTK =W3fL -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#609271: segfault when loading some jpeg files
reassign 609271 libavcodec52 4:0.5.2-6 thanks Evgeni Golov evg...@debian.org wrote: Hi, forked-daapd segfaults when it tries to index some jpegs in my library. A full backtrace is attached (using ffmpeg-dbg and forked-daapd rebuilt unstriped). Seems to be something from inside ffmpeg here :( Yes, the segfault happens in the mjpeg decoder in libavcodec. You may want to check your jpeg file for errors with some of the jpeg tools available in the archive. I've never had an issue with jpeg files myself during my tests. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609249: iceweasel: Icon looks ugly (transparency issue)
forcemerge 486827 609249 thanks On Fri, Jan 07, 2011 at 07:46:12PM +0100, Torstein Adolf Winterseth wrote: Package: iceweasel Version: 3.5.16-3 Severity: minor I have some addons installed and when I press the Check for updates button a work in process icon pops up on every add on. It's the bars that looks like a RADAR or something. By looking on the icons in stock Firefox and the ones in Iceweasel it's easy to see a difference and I believe it's because the ones in Iceweasel aren't properly transparent as they should be. I've attached a screenshot of Iceweasel's icon and Firefox 3.6's icon for comparason. This is because iceweasel doesn't support apng yet, and the icon is thus gif, while it is apng in firefox. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608901: link failure with ld --as-needed
* Matthias Klose wrote on Thu, Jan 06, 2011 at 10:59:12PM CET: On 06.01.2011 22:40, Ralf Wildenhues wrote: /usr/lib/gcc/x86_64-linux-gnu/4.5.2/collect2 --build-id --no-add-needed --eh-frame-hdr -m elf_x86_64 --hash-style=both -dynamic-linker /lib64/ld-linux-x86-64.so.2 /usr/lib/gcc/x86_64-linux-gnu/4.5.2/../../../../lib/crt1.o /usr/lib/gcc/x86_64-linux-gnu/4.5.2/../../../../lib/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.5.2/crtbegin.o -L/usr/lib/openmpi/lib -L/usr/lib/gcc/i686-linux-gnu/4.5.2 -L/usr/lib/openmpi/lib -L/usr/lib/gcc/x86_64-linux-gnu/4.5.2 -L/usr/lib/gcc/x86_64-linux-gnu/4.5.2/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.5.2/../../.. /tmp/ccqYKv1H.o --as-needed -ldl -lmpi -lopen-rte -lopen-pal -lnsl -lutil -lgcc_s -lpthread -ldl -lmpi_f90 -lmpi_f77 -lmpi -lopen-rte -lopen-pal -ldl --export-dynamic -lnsl -lutil -lgfortran -lm -ldl -lgfortran -lm -lgcc_s -lgcc -lpthread -lc -lgcc_s -lgcc /usr/lib/gcc/x86_64-linux-gnu/4.5.2/crtend.o /usr/lib/gcc/x86_64-linux-gnu/4.5.2/../../../../lib/crtn.o /usr/bin/ld: /tmp/ccqYKv1H.o(.debug_info+0x48d): unresolvable R_X86_64_64 relocation against symbol `mpi_fortran_argv_null_' /usr/bin/ld: /tmp/ccqYKv1H.o(.debug_info+0x4a7): unresolvable R_X86_64_64 relocation against symbol `mpi_fortran_argv_null_' /usr/bin/ld: /tmp/ccqYKv1H.o(.debug_info+0x511): unresolvable R_X86_64_64 relocation against symbol `mpi_fortran_errcodes_ignore_' /usr/bin/ld: /tmp/ccqYKv1H.o(.debug_info+0x52b): unresolvable R_X86_64_64 relocation against symbol `mpi_fortran_errcodes_ignore_' Thanks. libmpi_f90 should provide these symbols. libmpi_f77 references them on my system, but doesn't have a DT_NEEDED entry on libmpi_f90.so.0. Can you wrap -lmpi_f90 in '-Wl,--no-as-needed ... -Wl,--as-needed' when running commands manually, to see whether that fixes it? yes, this works as expected. $ nm test.o [...] 0001 C mpi_fortran_argv_null_ 0008 C mpi_fortran_argvs_null_ 0004 C mpi_fortran_bottom_ 0004 C mpi_fortran_errcodes_ignore_ [...] Well, so test.o already provides common definitions for them. I don't think --as-needed is then supposed to trigger inclusion for libmpi_f90, but I also don't think the link should fail then. $ objdump -T /usr/lib/libmpi_f90.so|grep argv 00202c80 gDO .bss 0008 mpi_fortran_argv_null_ 00202c60 gDO .bss 0008 Base mpi_fortran_argvs_null_ $ nm -D /usr/lib/libmpi_f90.so|grep argv 00202c80 B mpi_fortran_argv_null_ 00202c60 B mpi_fortran_argvs_null_ objdump doesn't show `Base' for this symbol. I don't think symbol versions are relevant here though. Can you reproduce it with something like this? cat liba.c \END extern int foo; int a () { return foo; } END cat libb.c \END int foo; int b () { return foo; } END cat main.c \END int foo; extern int b (); int main () { return b (); } END gcc -fPIC -c liba.c gcc -fPIC -c libb.c gcc -c main.c gcc -shared -o liba.so liba.o gcc -shared -o libb.so libb.o gcc -o main main.o -L. -Wl,--as-needed -la -lb If not, then can you modify it so it reproduces (maybe several variables are needed)? If yes, then I suggest (possibly after further simplification, e.g., omitting liba) you file a bug with binutils. And can you find out whether you can avoid the bug by, say force-pulling in libmpi_f90 aka libb (by referencing an unrelated symbol in that library). And, I guess, upstream OpenMPI should be notified about this. Thanks, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609278: ITP: Unity -- Interface for Ubuntu Desktop Edition
Hi, On Sat, 08 Jan 2011, Adnan Hodzic wrote: Package: wnpp Severity: wishlist Owner: Adnan Hodzic ad...@foolcontrol.org * Package name: Unity Version : 3.2.8 Upstream Author : Ubuntu Core Developers ubuntu-devel-disc...@lists.ubuntu.com * URL : https://launchpad.net/unity * License : (GPL3) Programming Lang: (C, C++, vala) Description : Interface for Ubuntu Desktop Edition Unity is a graphical interface designed for Ubuntu Desktop Edition I suggest you join the pkg-ayatana team and maintain unity there: http://wiki.debian.org/Teams/pkg-ayatana Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585737: Bug#594135: patch discussion on locales to avoid dist-upgrade problem
Hi, This is a continuation of discussion for squeeze release note. http://bugs.debian.org/594135 please tell people to upgrade locales before dist-upgrade On Tue, Jan 04, 2011 at 01:35:47PM +0100, Julien Cristau wrote: On Tue, Jan 4, 2011 at 21:27:45 +0900, Osamu Aoki wrote: ... This bug isn't about switching to a UTF-8 locale, but about upgrading the 'locales' package before the rest of the system. Thanks. I looked into this root cause in locales package ... or eglibc-2.11.2 package to be precise. I am now wondering why locales prerm script removes the locale-archive file for remove situation. It may be too early. The attached patch to eglibc package may solve most of the problems discussed for release-note if removed locale-archive is the cause of problem (WARNING: untested concept only patch for discussion purpose). === Questions remaining === * Is this the root cause? - Does proposed patch really fix problem? - If so, should we apply a patch to stable point release before squeeze release to avoid this issue? - If so, should we apply the same patch to squeeze? * Why there is not much bug report on this issue? - I can not find actual bug report case which I can use to test my patch. - There is an old wontfix for glib http://bugs.debian.org/585737 === Detailed Situation === This should keep /usr/lib/locale/locale-archive for remove of locales package to keep system usable but removes it for purge if this file is the only thing causing problem. This should generate /usr/lib/locale/locale-archive for remove of locales-all package using locale-gen if available to keep system usable if this file is the only thing causing problem. It is removed for purge only when locales package is missing. When new locales package is installed, it runs postinst script which in turn runs locale-gen. locale-gen without undocumented --keep-existing option removes all files under /usr/lib/locale/* and this is the case here and we are safe. As for installing locales-all package, its postinst removes /usr/lib/locale/locale-archive before running localedef so no problem too. I checked BTS for this issue discussed on this thread. * locales wontfix: http://bugs.debian.org/585737 : locales: upgrade not atomic Was this caused only because of low priority debconf problem or was there another solution to the problem? (Thus I CCed this report) * postgresql I can not find any bug reports which seem to be relevant. * squirrelmail wishlist http://bugs.debian.org/473989 : Please make utf-8 be default charset I am not quite sure this is directly related by reading it. So I do not have good example case to test attached patch if it works or not. Osamu diff -Nru eglibc-2.11.2.orig/debian/debhelper.in/locales-all.prerm eglibc-2.11.2/debian/debhelper.in/locales-all.prerm --- eglibc-2.11.2.orig/debian/debhelper.in/locales-all.prerm 2011-01-08 02:02:59.0 +0900 +++ eglibc-2.11.2/debian/debhelper.in/locales-all.prerm 2011-01-08 16:50:55.474544678 +0900 @@ -2,7 +2,14 @@ set -e case $1 in -remove|purge) +remove) + # Is locales installed? + if [ -x /usr/sbin/locale-gen ] ; then + # If yes, generate locales selected in the debconf question + locale-gen + fi + ;; +purge) # Is locales installed? if [ -x /usr/sbin/locale-gen ] ; then # If yes, generate locales selected in the debconf question diff -Nru eglibc-2.11.2.orig/debian/debhelper.in/locales.prerm eglibc-2.11.2/debian/debhelper.in/locales.prerm --- eglibc-2.11.2.orig/debian/debhelper.in/locales.prerm 2011-01-08 02:02:59.0 +0900 +++ eglibc-2.11.2/debian/debhelper.in/locales.prerm 2011-01-08 15:35:30.789767903 +0900 @@ -2,7 +2,7 @@ set -e case $1 in -remove|purge) +purge) if ! [ -f /usr/lib/locales-all/supported.tar.lzma ] ; then # If locales-all is not installed, clean the locales rm -f /usr/lib/locale/locale-archive
Bug#609294: /etc/init.d/polipo status doesn't work
Package: polipo Version: 1.0.4-1+lenny1 Severity: minor /etc/init.d/polipo status returns: Usage: /etc/init.d/polipo {start|stop|restart|force-reload} Status is a standard operand for init scripts. Without it, one cannot easily determine whether the polipo daemon is running normally. -- System Information: Debian Release: 5.0.1 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages polipo depends on: ii libc6 2.9-6 GNU C Library: Shared libraries polipo recommends no packages. polipo 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#609295: ITP: naev -- 2D space trading combat game
Package: wnpp Severity: wishlist Owner: Vincent Cheng vincentc1...@gmail.com * Package name: naev Version : 0.4.2 Upstream Author : Edgar Simo bobbens bobb...@gmail.com Nikola Whallon 6.satur...@gmail.com Josiah Schwartfeger Deiz Bas Fournier BTAxis bta...@gmail.com * URL : http://code.google.com/p/naev/ * License : code - GPL-3 ; data - public domain, GPLv2, GPLv3, CC-By (and -SA) 3.0 Programming Lang: C, Lua Description : 2D space trading combat game -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609296: bzr-rewrite: bzr rebase leaves a stale lock lying around after a DNS error
Package: bzr-rewrite Version: 0.6.0-1 Severity: normal bzr rebase leaves a stale lock lying around after a DNS error. Example: $ bzr rebase lp:~zookeepr-contributors/zookeepr/contributors bzr: ERROR: Connection error: Couldn't resolve host 'xmlrpc.edge.launchpad.net' [Errno -2] Name or service not known $ bzr rebase lp:~zookeepr-contributors/zookeepr/contributors Unable to obtain lock file:///home/rstuart/zookeeper/contributors/.bzr/branch/lock held by russell-zooke...@stuart.id.au on host russell-laptop [process #17416] locked 33 seconds ago Will continue to try until 19:09:39, unless you press Ctrl-C. See bzr help break-lock for more. $ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bzr-rewrite depends on: ii bzr 2.1.2-1 easy to use distributed version co ii python 2.6.6-3+squeeze4 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt bzr-rewrite recommends no packages. bzr-rewrite 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#175064: Patch for UTF-8 build
tags 175064 patch thanks Hi, Current build use LANG=C which should work since LaTeX is forced to use C locale. I think older debiandoc2* used to use character conversion to high bit latin-1 character for copy; using latin-1 if locale is not specified as -l option. Under non latin-1, it shows up in funny character. HEX 1A or Decimal 169 is © = (C) under latin-1,7,8,9,13,14,15 and Š = S with v on top under latin-2,4 . So Josip's reply makes sense. Also (C) encoded values are UTF-8: 0xC2 0xA9 So it can A9 only does not work under UTF-8 So attached patch should work to build proper UTF-8 (Instead of ASCII only) pages. I am not pushing this hard for squeeze since we are deep freeze but if someone wants it, please test it and use it. Osamu diff --git a/Makefile b/Makefile index 9ab6801..8767276 100644 --- a/Makefile +++ b/Makefile @@ -18,10 +18,10 @@ perl-policy.sgml: version.ent nsgmls -wall -gues $ %.html/index.html: %.sgml - LANG=C debiandoc2html $ + debiandoc2html -l en.UTF-8 $ %-1.html: %.sgml - LANG=C debiandoc2html -1 -b $*-1d $ \ + debiandoc2html -l en.UTF-8 -1 -b $*-1d $ \ mv $*-1d.html/index.html $*-1.html \ rmdir $*-1d.html @@ -29,19 +29,19 @@ perl-policy.sgml: version.ent tar -czf $(:/index.html=.tar.gz) $(:/index.html=) %.txt: %.sgml - LANG=C debiandoc2text $ + debiandoc2text -l en.UTF-8 $ %.txt.gz: %.txt gzip -cf9 $ $@ %.ps: %.sgml - LANG=C debiandoc2latexps $ + debiandoc2latexps -l en.UTF-8 $ %.ps.gz: %.ps gzip -cf9 $ $@ %.pdf: %.sgml - LANG=C debiandoc2latexpdf $ + debiandoc2latexpdf -l en.UTF-8 $ %.pdf.gz: %.pdf gzip -cf9 $ $@
Bug#609291: ITP: mangler -- A Ventrilo compatible client for Linux
Description : A Ventrilo compatible client for Linux Perhaps a little bit of effort on the description? Bye -- Salvo Tomaselli signature.asc Description: This is a digitally signed message part.
Bug#609297: RFP: identicurse -- curses based client for identi.ca microblogging service
Package: wnpp Severity: wishlist * Package name: identicurse Version : 0.6.2 Upstream Author : Reality tinmach...@gmail.com and Psychedelic Squid psq...@psquid.net * URL : http://identicurse.net/ * License : GPL3 Programming Lang: Python Description : curses based client for identi.ca microblogging service IdentiCurse is a simple but powerful Identi.ca client with a curses-based UI, currently developed by @reality and @psquid. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609291: ITP: mangler -- A Ventrilo compatible client for Linux
Well, I thought it was supposed to be a simple, concise description. I'm putting in more detail in debian/control and in the manual page that'll come along with the package. - Vincent On Sat, Jan 8, 2011 at 1:35 AM, Salvo Tomaselli tipos...@tiscali.it wrote: Description : A Ventrilo compatible client for Linux Perhaps a little bit of effort on the description? Bye -- Salvo Tomaselli
Bug#609298: unblock: iceweasel/3.5.16-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package iceweasel The last release contains a few changes that would be nice to have in squeeze, plus reverts a change from previous version that didn't have the expected benefit, plus another one to make lenny backports easier, see the attached debdiff, and the changelog below: * debian/iceweasel.README.Debian: Fix for the default dsp wrapper behaviour. * debian/xulrunner-GRE_VERSION.postinst.in: Revert components registration trigger, it didn't fix anything for python-xpcom. * debian/iceweasel.desktop: Add russian translation. Closes: #608876. Thanks Alexander Sashanov. * debian/control.in, debian/rules, debian/xulrunner-GRE_VERSION.links.in: Use /usr/share/myspell/dicts for dictionaries when building for lenny. Closes: #609111. unblock iceweasel/3.5.16-4 -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru iceweasel-3.5.16/debian/changelog iceweasel-3.5.16/debian/changelog --- iceweasel-3.5.16/debian/changelog 2010-12-27 11:00:11.0 +0100 +++ iceweasel-3.5.16/debian/changelog 2011-01-07 14:15:14.0 +0100 @@ -1,3 +1,19 @@ +iceweasel (3.5.16-4) unstable; urgency=low + + * debian/iceweasel.README.Debian: Fix for the default dsp wrapper behaviour. + * debian/xulrunner-GRE_VERSION.postinst.in: Revert components registration +trigger, it didn't fix anything for python-xpcom. + * debian/iceweasel.desktop: Add russian translation. Closes: #608876. +Thanks Alexander Sashanov. + * debian/control.in, debian/rules, debian/xulrunner-GRE_VERSION.links.in: +Use /usr/share/myspell/dicts for dictionaries when building for lenny. +Closes: #609111. + + * build/automation.py.in: Add a 2 minutes timeout on automation.py-driven +tests. + + -- Mike Hommey gland...@debian.org Fri, 07 Jan 2011 14:11:08 +0100 + iceweasel (3.5.16-3) unstable; urgency=low * debian/xulrunner-GRE_VERSION.postinst.in: Trigger components registration diff -Nru iceweasel-3.5.16/debian/control iceweasel-3.5.16/debian/control --- iceweasel-3.5.16/debian/control 2010-12-27 10:44:31.0 +0100 +++ iceweasel-3.5.16/debian/control 2011-01-07 14:08:57.0 +0100 @@ -39,7 +39,8 @@ ttf-freefont, imagemagick, librsvg2-bin, - xsltproc + xsltproc, + lsb-release Build-Conflicts: graphicsmagick-imagemagick-compat, libhildonmime-dev, libosso-dev diff -Nru iceweasel-3.5.16/debian/control.in iceweasel-3.5.16/debian/control.in --- iceweasel-3.5.16/debian/control.in 2010-12-27 10:44:31.0 +0100 +++ iceweasel-3.5.16/debian/control.in 2011-01-07 14:08:57.0 +0100 @@ -39,7 +39,8 @@ ttf-freefont, imagemagick, librsvg2-bin, - xsltproc + xsltproc, + lsb-release Build-Conflicts: graphicsmagick-imagemagick-compat, libhildonmime-dev, libosso-dev diff -Nru iceweasel-3.5.16/debian/iceweasel.desktop iceweasel-3.5.16/debian/iceweasel.desktop --- iceweasel-3.5.16/debian/iceweasel.desktop 2010-12-27 10:44:31.0 +0100 +++ iceweasel-3.5.16/debian/iceweasel.desktop 2011-01-07 13:34:02.0 +0100 @@ -20,6 +20,7 @@ Name[pl]=Iceweasel Name[pt]=Iceweasel Name[pt_BR]=Iceweasel +Name[ru]=Iceweasel Name[sk]=Iceweasel Name[sv]=Iceweasel Comment=Browse the World Wide Web @@ -43,6 +44,7 @@ Comment[pl]=Przeglądanie stron WWW Comment[pt]=Navegue na Internet Comment[pt_BR]=Navegue na Internet +Comment[ru]=Обозреватель Всемирной Паутины Comment[sk]=Prehliadanie internetu Comment[sv]=Surfa på webben GenericName=Web Browser @@ -65,6 +67,7 @@ GenericName[pl]=Przeglądarka WWW GenericName[pt]=Navegador Web GenericName[pt_BR]=Navegador Web +GenericName[ru]=Интернет-браузер GenericName[sk]=Internetový prehliadač GenericName[sv]=Webbläsare X-GNOME-FullName=Iceweasel Web Browser @@ -87,6 +90,7 @@ X-GNOME-FullName[pl]=Przeglądarka WWW Iceweasel X-GNOME-FullName[pt]=Iceweasel Navegador Web X-GNOME-FullName[pt_BR]=Navegador Web Iceweasel +X-GNOME-FullName[ru]=Интернет-браузер Iceweasel X-GNOME-FullName[sk]=Internetový prehliadač Iceweasel X-GNOME-FullName[sv]=Webbläsaren Iceweasel Exec=iceweasel %u diff -Nru iceweasel-3.5.16/debian/iceweasel.README.Debian iceweasel-3.5.16/debian/iceweasel.README.Debian --- iceweasel-3.5.16/debian/iceweasel.README.Debian 2010-12-27 10:44:31.0 +0100 +++ iceweasel-3.5.16/debian/iceweasel.README.Debian 2011-01-07 13:34:02.0 +0100 @@ -20,8 +20,8 @@ Sound - -By default, iceweasel detects and runs the correct dsp
Bug#609299: 2:2.13.903-1 requires experimental libdrm, but depends allows sid libdrm
Package: xserver-xorg-video-intel Version: 2:2.13.903-1 Severity: important Tags: experimental The dependency of the experimental xserver-xorg-video-intel (2:2.13.903-1) is libdrm-intel1 (=2.4.21) and libdrm2 (=2.4.17), both of which are satisfiable by the libdrm in sid. However, it seems the libdrm in experimental is actually required. I ran across this problem on my ThinkPad X301 with GM45 graphics (I believe). It manifested as GDM running and getting a mouse cursor that moves, but an otherwise completely blank, black screen. I also got a stream of Failed to submit batch buffer, expect rendering corruption or even a frozen display: Invalid argument. errors in /var/log/Xorg.0.log. Upgrading from the sid to experimental libdrm fixed the problems. The changelog for xserver-xorg-video-intel 2:2.13.903-1 claims that one of the new changes is to drop libdrm-from-sid-is-ok.diff. Perhaps that dropping didn't quite happen as expected? -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Nov 9 2008 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1913984 Dec 4 20:39 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -r--r--r-- 1 root root 241 May 14 2010 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section InputClass Identifier cinnabarisland touchpad Driver synaptics MatchIsTouchpad on Option RTCornerButton 2 Option RBCornerButton 3 EndSection Section Monitor Identifier LVDS1 DisplaySize 287 180 EndSection Kernel version (/proc/version): Linux version 2.6.37-trunk-amd64 (Debian 2.6.37-1~experimental.1) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-10) ) #1 SMP Thu Jan 6 14:13:28 UTC 2011 Xorg X server log files on system: -rw-r--r-- 1 root root 26537 Nov 25 2008 /var/log/Xorg.20.log -rw-r--r-- 1 root root 0 Sep 24 11:39 /var/log/Xorg.1.log -rw-r--r-- 1 root root 0 Sep 24 11:39 /var/log/Xorg.2.log -rw-r--r-- 1 root root 0 Sep 24 11:39 /var/log/Xorg.3.log -rw-r--r-- 1 root root 0 Sep 24 11:39 /var/log/Xorg.4.log -rw-r--r-- 1 root root 0 Sep 24 11:39 /var/log/Xorg.5.log -rw-r--r-- 1 root root 30738 Jan 8 04:34 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: [ 232.785] X.Org X Server 1.9.2.902 (1.9.3 RC 2) Release Date: 2010-12-03 [ 232.785] X Protocol Version 11, Revision 0 [ 232.785] Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian [ 232.785] Current Operating System: Linux saffroncity 2.6.37-trunk-amd64 #1 SMP Thu Jan 6 14:13:28 UTC 2011 x86_64 [ 232.785] Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.37-trunk-amd64 root=/dev/mapper/saffroncity-root ro video=i915:modeset=1 [ 232.785] Build Date: 05 December 2010 01:25:07AM [ 232.785] xorg-server 2:1.9.2.902-1 (Cyril Brulebois k...@debian.org) [ 232.785] Current version of pixman: 0.16.4 [ 232.785]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 232.785] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 232.785] (==) Log file: /var/log/Xorg.0.log, Time: Sat Jan 8 04:34:16 2011 [ 232.785] (==) Using config file: /etc/X11/xorg.conf [ 232.785] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 232.786] (==) No Layout section. Using the first Screen section. [ 232.786] (==) No screen section available. Using defaults. [ 232.786] (**) |--Screen Default Screen Section (0) [ 232.786] (**) | |--Monitor default monitor [ 232.786] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 232.786] (==) Automatically adding devices [ 232.786] (==) Automatically enabling devices [ 232.786] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 232.786]Entry deleted from font path. [ 232.786] (==) 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, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [ 232.786] (==) ModulePath set to /usr/lib/xorg/modules [ 232.786] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 232.786] (II) Loader magic: 0x7ceb20 [ 232.786] (II) Module ABI versions: [
Bug#609300: Protocol version mismatch with experimental kernel 2.6.37-trunk-amd64
Package: input-utils Version: 0.0.20081014-1 Severity: normal Tags: experimental The following transcript basically illustrates the whole problem. r...@saffroncity:~# lsinput /dev/input/event0 protocol version mismatch (expected 65536, got 65537) r...@saffroncity:~# uname -a Linux saffroncity 2.6.37-trunk-amd64 #1 SMP Thu Jan 6 14:13:28 UTC 2011 x86_64 GNU/Linux r...@saffroncity:~# Sometime between the kernel in sid (I assume) and the current kernel in experimental, the evdev protocol version changed. If a single input-utils binary can support multiple protocol versions, then can an updated input-utils be uploaded to unstable? If a single input-utils binary can't support multiple protocol versions, would it be possible to get an updated version in experiemental? It looks like [1] was the related Ubuntu bug, in case that helps. As far as I can tell, the problem was simply fixed by rebuilding the package against newer headers. [1] https://bugs.launchpad.net/ubuntu/+source/input-utils/+bug/628392 -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/2 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 input-utils depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib input-utils recommends no packages. input-utils 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#609241: munin: Please include patch to fix empty list of plugins/services (case issue)
tags 609241 normal forwarded 609241 http://munin.projects.linpro.no/ticket/952 thanks Hi Daniel, thanks for your well researched bug report! I'm lowering the severity as usually all server and service names are lowercase anyway... cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#221602: serial console installs produces serial-compatible installed system
* Matthew Palmer mpal...@debian.org [2011-01-08 16:54]: I was going to close this bug, but noticed that you had reopened it and changed the title, which changes the focus of the bug somewhat from the problem that was reported. Would you be able to add some detail to the bug report describing what you think needs to happen in order for the bug to be closed? I cannot remember for sure but I think the idea was to put information about the detected serial console (such as baud rate) into debconf so it could be re-used later by other udebs (e.g. when configuring the boot loader). #403031 (with which this bug is merged) has some info too. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609279: remove dead usplash code from initramfs
On Sat, Jan 08, 2011 at 03:22:00AM +0100, Michael Biebl wrote: Package: udev Version: 164-3 Severity: minor Tags: patch usplash is dead and no longer available in squeeze or sid. Yet the initramfs script still calls it. I'd say it is time to either drop this code or updating it for plymouth. As I don't know if plymouth needs that, I added a patch for the former ack for the usplash removal, there is a simlar branch in initramfs-tools, which will land after squeeze release. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#4073: pattern rules delete intermediate files
Package: make Version: 3.81-8 Severity: normal Hi, I just got hit by this bug. Wow, this is OLD. In my case I have rather costly targets that becomes an intermediate file so this really wastes time a lot. The bugreport states 3 workarounds: .PRECIOUS: has unwanted side effects .SECONDARY : does not accept patterns dummy: t.bar : again no patterns Wouldn't it make sense to enhance .SECONDARY to accept patterns? That seems smarter than having to write .SECONDARY: $(foreach PAT,$(PATTERNS),$(PAT)-foo ) for a %-foo target. Esspecially when $(PATTERNS) isn't (easily) computable. An option to disable intermediate files alltogether would also work although that would be somewhat crude. But I rather waste diskspace (which is cheap) than time (time = money :). MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (666, 'unstable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-debian-xen-1 (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 make depends on: ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib make recommends no packages. Versions of packages make suggests: ii make-doc 3.81-5 Documentation for the GNU version -- 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#609301: Pattern rule without body is ignored
Package: make Version: 3.81-8 Severity: normal Hi, I've run into an odd behaviour with pattern rules. A pattern rule without a body is simply ignored: m...@frosties:~/t% cat Makefile %-foo: bla-%-foo %-baz: bla-%-foo $(info $@) bla-%-foo: $(info $@) touch $@ m...@frosties:~/t% make blub-foo make: *** No rule to make target `blub-foo'. Stop. m...@frosties:~/t% make blub-baz bla-blub-foo touch bla-blub-foo blub-baz rm bla-blub-foo Any idea why that is so? MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (666, 'unstable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-debian-xen-1 (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 make depends on: ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib make recommends no packages. Versions of packages make suggests: ii make-doc 3.81-5 Documentation for the GNU version -- no debconf information %-foo: bla-%-foo %-baz: bla-%-foo $(info $@) bla-%-foo: $(info $@) touch $@
Bug#575760: Bug#575761: Bug#575760: x86 architecture names are confusing
Hi! Short input: * Osamu Aoki os...@debian.org [2011-01-04 14:21:14 CET]: This needs to be changed and reordered to: # order are from http://popcon.debian.org/ # Thus vender neutral :-) %arches = ( i386= '32-bit PC (i386)', amd64 = '64-bit PC (amd64)', armel = 'EABI ARM (armel)', powerpc = 'PowerPC (powerpc)', sparc = 'SPARC (sparc)', # arm = 'ARM (arm)', ia64= 'Intel IA-64 (ia64)', hppa= 'HP PA-RISC (hppa)', # alpha = 'Alpha (alpha)', mipsel = 'MIPS (little endian) (mipsel)', s390= 'IBM S/390 (s390)', mips= 'MIPS (big endian) (mipsel)', ); This order is the current popcon data order: http://popcon.debian.org/ So we will not ask user to look through long list. Erm, the ordering of the hash doesn't gain you anything. Actually hashes in perl are unsorted by definition, it's explicitly undefined in which order the keys will be returned. If you want to fix the sorting that will have to be at the point where it's used, not in the hash definition. Thanks, Rhonda -- dholbach Last day of https://wiki.ubuntu.com/UbuntuDeveloperWeek starting in 34 minutes in #ubuntu-classroom on irc.feenode.net * ScottK hands dholbach an r. Rhonda Are they fundraising again? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609215: Tagging bug#609215
forwarded 609215 https://www.mozdev.org/bugs/show_bug.cgi?id=23600 tags 609215 upstream thanks Hi Stefano, thanks for reporting this! The bug was already filed in the awesome's bugtracker [1] and I've forwarded it to the mozplugger developers, now waiting for a reply. Cheers. [1] https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=762 -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609302: override: libtasn1-3:libs/standard
Package: ftp.debian.org Severity: normal libtasn1-3_2.9-1_i386.deb: package says priority is important, override says optional. libtasn1-3 is depended by the standard priority packages libgcrypt11 and libgnutls26: (SID)ametz...@argenau:/tmp/TASN$ grep-dctrl --eregex -FPackage \ '^libgnutls26$|libtasn1-3$' \ -sPackage,Priority,Depends,Version \ /var/lib/apt/lists/ftp.at.debian.org_debian_dists_sid_main_binary-i386_Packages Package: libgnutls26 Priority: standard Depends: libc6 (= 2.3), libgcrypt11 (= 1.4.2), libtasn1-3 (= 1.6-0), zlib1g (= 1:1.1.4) Version: 2.8.6-1 Package: libtasn1-3 Priority: optional Depends: libc6 (= 2.3) Version: 2.7-1 The override file seems to have been changed in this respect in the last months, I did not get a warning at the previous upload in April 2010. I do agree that the old priority (important) was inflated (fixed in SVN) however optional is too low. thanks, cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609303: update-extlinux hardcodes default 0
Package: extlinux Version: 2:4.02+dfsg-7 Regardless of what you set EXTLINUX_DEFAULT to, default 0 is written into linux.cfg. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608790: error when compiling
There are errors I dont understand: x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include -I/usr/include -Wall -Wno-sign-compare -fno-inline -I/usr/include -frepo -DZM_FFMPEG_CVS -DHAVE_LIBCRYPTO -MT zmc.o -MD -MP -MF .deps/zmc.Tpo -c -o zmc.o zmc.cpp In file included from zm_mpeg.h:23, from zm_stream.h:27, from zm_event.h:39, from zm_zone.h:27, from zm_monitor.h:26, from zmc.cpp:28: zm_ffmpeg.h:33:2: error: #error No location for avutils.h found zm_ffmpeg.h:40:2: error: #error No location for avcodec.h found zm_ffmpeg.h:47:2: error: #error No location for avformat.h found zm_ffmpeg.h:55:2: error: #error No location for swscale.h found In file included from zm_stream.h:27, from zm_event.h:39, from zm_zone.h:27, from zm_monitor.h:26, from zmc.cpp:28: zm_mpeg.h:43: error: use of enum ‘PixelFormat’ without previous declaration zm_mpeg.h:44: error: ISO C++ forbids declaration of ‘AVOutputFormat’ with no type zm_mpeg.h:44: error: expected ‘;’ before ‘*’ token zm_mpeg.h:45: error: ISO C++ forbids declaration of ‘AVFormatContext’ with no type zm_mpeg.h:45: error: expected ‘;’ before ‘*’ token zm_mpeg.h:46: error: ISO C++ forbids declaration of ‘AVStream’ with no type zm_mpeg.h:46: error: expected ‘;’ before ‘*’ token zm_mpeg.h:47: error: ISO C++ forbids declaration of ‘AVFrame’ with no type zm_mpeg.h:47: error: expected ‘;’ before ‘*’ token zm_mpeg.h:48: error: ISO C++ forbids declaration of ‘AVFrame’ with no type zm_mpeg.h:48: error: expected ‘;’ before ‘*’ token zm_mpeg.h:49: error: ISO C++ forbids declaration of ‘uint8_t’ with no type zm_mpeg.h:49: error: expected ‘;’ before ‘*’ token zm_mpeg.h:65: error: ‘uint8_t’ has not been declared make[3]: *** [zmc.o] Erreur 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609145: xserver restarts when loading a specific jpeg using iceweasel or midori
Package: xserver-xorg-video-radeon Version: 1:6.13.2-1 Severity: normal # git bisect bad Bisecting: 0 revisions left to test after this (roughly 0 steps) [541cc966915b6756e54c20eebe60ae957afdb537] drm: Don't try and disable an encoder that was never enabled BISECT_EXPECTED_REV 541cc966915b6756e54c20eebe60ae957afdb537 BISECT_LOG git bisect start # bad: [3c0eee3fe6a3a1c745379547c7e7c904aa64f6d5] Linux 2.6.37 git bisect bad 3c0eee3fe6a3a1c745379547c7e7c904aa64f6d5 # good: [cf7d7e5a1980d1116ee152d25dac382b112b9c17] Linux 2.6.37-rc5 git bisect good cf7d7e5a1980d1116ee152d25dac382b112b9c17 # bad: [b0c3844d8af6b9f3f18f31e1b0502fbefa2166be] Linux 2.6.37-rc6 git bisect bad b0c3844d8af6b9f3f18f31e1b0502fbefa2166be # bad: [66ef6aa63defa54b2c7e8edcc69e0641d2bb61ef] Merge branch 'idle-release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-idle-2.6 git bisect bad 66ef6aa63defa54b2c7e8edcc69e0641d2bb61ef # bad: [38971ce2fac484249d697fe48a9b0851a0b62572] Merge branch 'bugfixes' of git://git.linux-nfs.org/projects/trondmy/nfs-2.6 git bisect bad 38971ce2fac484249d697fe48a9b0851a0b62572 # bad: [599bbb9de0fe9c494a223a34d790b353ad4d69f8] drm/i915: i915 cannot provide switcher services. git bisect bad 599bbb9de0fe9c494a223a34d790b353ad4d69f8 # good: [81e8d2162566379adcf4b3700f03845c62577145] Merge branch 'irq-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip git bisect good 81e8d2162566379adcf4b3700f03845c62577145 # good: [2a1292fd4cf1558b4a60781227d503c9111d9075] drm/i915/lvds: Always restore panel-fitter when enabling the LVDS git bisect good 2a1292fd4cf1558b4a60781227d503c9111d9075 # good: [ea5d552c73707645c53d42e8a71c9a4d9cbb85c1] drm: Add missing drm_vblank_put() along queue vblank error path git bisect good ea5d552c73707645c53d42e8a71c9a4d9cbb85c1 # bad: [93225b0d7bc030f4a93165347a65893685822d70] drm/radeon/kms: forbid big bo allocation (fdo 31708) v3 git bisect bad 93225b0d7bc030f4a93165347a65893685822d70 # bad: [92971021c632876108ea2e06290a56a9157578f5] Revert drm: Don't try and disable an encoder that was never enabled git bisect bad 92971021c632876108ea2e06290a56a9157578f5 # bad: [3373c3ddb26848beee7b8a96fb98d89533dbf9d7] Merge branch 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jwessel/linux-2.6-kgdb git bisect bad 3373c3ddb26848beee7b8a96fb98d89533dbf9d7 # bad: [5111711d3ed8f4f1012cac3ec3f2b463b549fbfd] Merge branch 'for-2.6.37' of git://linux-nfs.org/~bfields/linux git bisect bad 5111711d3ed8f4f1012cac3ec3f2b463b549fbfd # bad: [caa4a59574a39e6574664e82b92455d41eca27a8] Merge git://git.kernel.org/pub/scm/linux/kernel/git/sfrench/cifs-2.6 git bisect bad caa4a59574a39e6574664e82b92455d41eca27a8 # good: [f8f5d4f11dc7d321fb372b09fc8767069a18bf30] Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input git bisect good f8f5d4f11dc7d321fb372b09fc8767069a18bf30 # bad: [6313e3c21743cc88bb5bd8aa72948ee1e83937b6] Merge branches 'x86-fixes-for-linus', 'perf-fixes-for-linus' and 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip git bisect bad 6313e3c21743cc88bb5bd8aa72948ee1e83937b6 # bad: [6dde39be39e636c1d41e73590668d5903b11535b] Merge branch 'drm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6 git bisect bad 6dde39be39e636c1d41e73590668d5903b11535b # bad: [dd7cc55a258400440aff5869d3e1e42297cd] drm/radeon/kms: fix formatting of vram and gtt info git bisect bad dd7cc55a258400440aff5869d3e1e42297cd # bad: [93225b0d7bc030f4a93165347a65893685822d70] drm/radeon/kms: forbid big bo allocation (fdo 31708) v3 git bisect bad 93225b0d7bc030f4a93165347a65893685822d70 -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Apr 10 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1955712 Dec 5 12:09 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV670PRO [Radeon HD 3850] /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 981 Apr 21 2010 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Device Identifier Radeon 3200 #Driver vesa
Bug#583918: garbage left at bottom of max-height window
Package: gnome-terminal Version: 2.30.2-1 Severity: normal I have spotted this bug using e17 with nvidia drivers. My fist guess was that it an bug in enlightenment or my video driver but it turned out that it is reproducible with gnome using metacity with composite disabled. With a setup like this: - maximize the terminal window - use another window to hover above the maximized windows borders In other WMs where the bug does not appear like blackblock the window is not fully maximized. There are no problems with any ARGB capable WMs A Wild guess is that the terminal relies on getting the size it is requesting in its size HINT. But since it is a HINT and no a COMMAND WMs are free free to respect it -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (600, 'unstable'), (500, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-terminal depends on: ii gnome-terminal-data 2.30.2-1 Data files for the GNOME terminal ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libsm62:1.2.0-1 X11 Session Management library ii libvte9 1:0.24.3-2 Terminal emulator widget for GTK+ ii libx11-6 2:1.3.3-4 X11 client-side library Versions of packages gnome-terminal recommends: ii gvfs 1.6.4-3 userspace virtual filesystem - ser ii yelp 2.30.1+webkit-1 Help browser for GNOME gnome-terminal 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#597076: am-utils still broken
Any chance of a fixed upload in time for squeeze? The package is pretty broken at the moment... ttfn/rjk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584782: selinux-policy-default: /dev filesystem not labelled
On Sat, Jan 8, 2011 at 14:25:09 +1100, Russell Coker wrote: On Fri, 7 Jan 2011, Russell Coker russ...@coker.com.au wrote: On Wed, 5 Jan 2011, Julien Cristau jcris...@debian.org wrote: Is it too late to get a fix in Squeeze? Depends. How soon can you have one ready, and how much churn does your new version imply? I've uploaded a small change to selinux-basics that addresses the issue of a failing upgrade. It also uses set -e on shell scripts to better support using bash -x to run them. Can this go in Squeeze? I'm also preparing a new policy package which makes several things work which should go in Squeeze. It will be ready within 24 hours. Slightly more than 24 hours, but I'm uploading refpolicy 0.2.20100524-5 right now. I have added a lot of allow rules of the form allow daemon to read it's config files so it can start. While the number of changes is fairly high, there are few changes of any great note and hardly any changes to things which would otherwise work. I've also removed amavis.pp which didn't work (no loss there). I believe that this new version is suitable for squeeze. Thanks. It doesn't look like any of this covers the upgrade path from lenny, though. I.e. at the very least a NEWS.Debian entry telling users what they need to do to keep selinux working when upgrading to squeeze, since the maintainer scripts don't seem to take care of it automatically. Could you add something like that? Cheers, Julien signature.asc Description: Digital signature
Bug#609151: [buildd-tools-devel] Bug#609151: [Fwd: Re: Bug#609151: sbuild reported architecture is wrong when using a chroot with a personality]
On Fri, Jan 07, 2011 at 03:16:06PM -0600, Jamie Strandboge wrote: On Fri, 2011-01-07 at 19:30 +, Roger Leigh wrote: An easy fix is to start the chroot and set the Arch before before calling open_build_log(), which is what earlier versions of sbuild did. Attached is a patch to do just that. The arch is initially set from the host architecture. You can set this using the --arch option, which you should arguably be doing if the host and build arches differ. Hmm, this used to work with 0.60.0-2, but I guess it was changed due to the issues you mention below. Yes. I originally changed it as in your patch, but subsequently had to revert it due to the complaints I mentioned. It's a bit of a chicken- and-egg situation. We need the arch to open the build log, but we can't get it until we've started the session, which needs logging. Now, we have not currently got any way of specifying this automatically; I may add a suitable configuration option to schroot, I've been considering it for a while. But I think that at present you should be using the --arch option which is also used to search for the correct chroot. i.e. you should be using -d maverick --arch=i386 rather than -d maverick-386 since the latter also rewrites the architecture in the .changes; if you want to specify a specific chroot, then use the --chroot option rather than --dist. --dist specifies the exact distribution, while --chroot specifies the build chroot (which normally defaults to a chroot based upon the distribution and architecture set e.g. maverick-i386-sbuild). This makes sense. I'll adjust our build scripts accordingly. Thanks for your consideration and thoughtful response. No problem. I've been thinking about how to better deal with this. I think what might be appropriate is to check if the chroot architecture and requested architecture match after starting the session as a sanity check. If --arch is missing and you're e.g. using an i386 on amd64, you'll then get a failure due to the mismatch. If you use --arch=i386, it'll then match and everything will work as normal. This might cause problems for users not currently using --arch, but it'll make things explicit and robust, and we can make sbuild issue an informative message telling the user to use --arch. Would such a change be acceptable to you? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#601882: boxbackup-server's bbstored-certs creates certs that expire in the past
This is not a minor bug, it's a show-stopper that prevents the package from working. I'm adding a lot more detail here in the hopes that a) someone will make the trivial fix and b) to provide search engines more detail in the meantime (it'd be really nice if I'd found this bug about 3 hours ago)... Reported upstream at http://lists.boxbackup.org/pipermail/boxbackup/2011-January/006126.html and I just re-reported it more-or-less as below at http://lists.boxbackup.org/pipermail/boxbackup/2011-January/006133.html. Package: boxbackup-server Version: 0.11~rc2-5 Severity: normal $ apt-cache policy boxbackup-server boxbackup-server: Installed: 0.11~rc2-5 Candidate: 0.11~rc2-5 Version table: *** 0.11~rc2-5 0 500 http://ftp.us.debian.org lenny/main Packages 100 /var/lib/dpkg/status Linux drake 2.6.26-2-686 #1 SMP Wed Nov 4 20:45:37 UTC 2009 i686 GNU/Linux PROBLEM: I got the client connecting to the server, but then I got: SERVER: Jan 8 04:17:33 angstrom Box Backup (bbstored)[30573]: WARNING: Message from child process 31672: Incoming connection from 192.168.99.11 port 46789 Jan 8 04:17:33 angstrom Box Backup (bbstored)[31672]: ERROR: SSL error during Accept: error:14094415:SSL routines:SSL3_READ_BYTES:sslv3 alert certificate expired Jan 8 04:17:33 angstrom Box Backup (bbstored)[31672]: WARNING: Exception thrown: ConnectionException(Conn_TLSHandshakeFailed) at SocketStreamTLS.cpp(245) Jan 8 04:17:33 angstrom Box Backup (bbstored)[31672]: ERROR: Error in child process, terminating connection: exception Connection TLSHandshakeFailed(7/30) CLIENT: Jan 8 04:17:33 drake Box Backup (bbackupd)[3419]: NOTICE: Beginning scan of local files Jan 8 04:17:33 drake Box Backup (bbackupd)[3419]: ERROR: SSL error during Connect: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed Jan 8 04:17:33 drake Box Backup (bbackupd)[3419]: WARNING: Exception thrown: ConnectionException(Conn_TLSHandshakeFailed) at SocketStreamTLS.cpp(250) Jan 8 04:17:33 drake Box Backup (bbackupd)[3419]: WARNING: Suppressing duplicate notification about backup-error Jan 8 04:17:33 drake Box Backup (bbackupd)[3419]: ERROR: Exception caught (Connection TLSHandshakeFailed 7/30), reset state and waiting to retry... Jan 8 04:17:43 drake Box Backup (bbackupd)[3419]: NOTICE: File statistics: total file size uploaded 0, bytes already on server 0, encoded size 0 Since sslv3 alert certificate expired is kind of a clue, I started looking at the *.pem files. I'm guessing notAfter=Apr 20 02:52:13 1902 GMT is a Bad Thing... # for cert in ca/roots/*.pem; do echo $cert; openssl x509 -in $cert -dates -noout; done ca/roots/clientCA.pem notBefore=Jan 8 09:20:29 2011 GMT notAfter=Apr 20 02:52:13 1902 GMT ca/roots/serverCA.pem notBefore=Jan 8 09:20:30 2011 GMT notAfter=Apr 20 02:52:14 1902 GMT I tried an 'rm -rf ca' and 'bbstored-certs ca init' on two different machines and I got the same thing. The client and server are both using NTP and time is correct on both. WORK-AROUND: 1) Edit /usr/bin/bbstored-certs and change that line to read as follows: my $root_sign_period = ''; 2) Re-create your CA and re-sign your certs. Mine look like this now, and the client and server are (finally) talking: ca/roots/clientCA.pem notBefore=Jan 8 09:58:03 2011 GMT notAfter=May 10 09:58:03 2035 GMT ca/roots/serverCA.pem notBefore=Jan 8 09:58:04 2011 GMT notAfter=May 10 09:58:04 2035 GMT REAL FIX: I'm not sure. Figure out if it's bbstored-certs or openssl that is messing up and fix that. Worst case, adjust bbstored-certs as per my work-around. Note I had this problem on 2 32-bit machines, 64-bit not tested and might (hopefully?) be better. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597563: grub-common: grub-probe segfaults scanning lvm devices
On 01/08/2011 05:08 AM, Matthew Gabeler-Lee wrote: On Fri, 7 Jan 2011, Vladimir 'φ-coder/phcoder' Serbinenko wrote: I believe it to be a problem with raid5. Could you try the latest upstream? If problem persists I would need following dumps: dd if=/dev/sd[abcd]3 of=[abcd].img bs=1024 count=64 dd if=/dev/md2 of=2.img bs=1024 count=64 grub-fstest -c 4 /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3 hex -l '(md2)+128' g2.img OK, built grub from latest bzr trunk. From my past workarounds, I effectively have a list of all the invocations of grub-probe that grub-install/grub-setup runs on my system. Most of those work fine now. The only thing that isn't fine is that most invocations spit out a message error: found two disks with the number 0 but give a correct answer and exit successfully. Then I guess the problem was in raid5_recover. If I run grub-probe with enough --verbose arguments, then that message gets this context: grub-core/disk/raid.c:699: Scanning for RAID devices on disk hd2 grub-core/kern/disk.c:245: Opening `hd2'... ./grub-probe: info: the size of hd2 is 1465149168. error: found two disks with the number 0. grub-core/kern/disk.c:330: Closing `hd2'. There may be a problem in RAID assembling. Are any of the devices marked as faulty or spare? So, it seems maybe you're right that there's something funky with the raid5. The outputs you requested are attached. The grub-fstest invocation complained that -l is not a valid option, I hope the output without it is still what you want / need. I included the full output of one of the complaining grub-probe invocations too, on the guess that it might be helpful. it's ls -- -l / for now, will be fixed later. FWIW, the raid5 array in question has had every disk swapped at least once in its life span, including from growing from 3 to 4 disks, and from smaller to larger disks, not to mention one or two disk failures along the way. Is the size of md2 correctly 3 times the size of a single disk? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#609145: xserver restarts when loading a specific jpeg using iceweasel or midori
On Sat, Jan 8, 2011 at 21:06:59 +1030, Arthur Marsh wrote: Package: xserver-xorg-video-radeon Version: 1:6.13.2-1 Severity: normal # git bisect bad Bisecting: 0 revisions left to test after this (roughly 0 steps) [541cc966915b6756e54c20eebe60ae957afdb537] drm: Don't try and disable an encoder that was never enabled BISECT_EXPECTED_REV 541cc966915b6756e54c20eebe60ae957afdb537 Does reverting that commit on .37 make things work again for you? Cheers, Julien signature.asc Description: Digital signature
Bug#609304: pimd: Insecure file creation in /var/tmp (CVE-2011-0007)
Package: pimd Version: 2.1.5-3 Severity: critical Tags: security patch upstream Justification: root security hole Hi! There is a simple security hole in pimd allowing a user to destroy any file in the filesystem. On USR1, pimd will write to /var/tmp/pimd.dump a dump of the multicast route table. Since /var/tmp is writable by any user, a user can create a symlink to any file he wants to destroy with the content of the multicast routing table. Attached is a simple patch that will instruct pimd to write the dump to /var/lib/misc which is writable by root only and seems a valid target according to the FHS (state files that don't need a subdirectory). This patch may cause tools that were sending USR1 and waiting for a /var/tmp/pimd.dump file fail. I don't have a solution for this. The patch also applies to /var/tmp/pimd.cache which is not implemented yet but still creates the file when receiving USR2 signal. Despite its name, this is also a state file, not a cache. The patch also just drops the possibility to use /usr/tmp/pimd.dump based on some C preprocessor conditions since I don't know if the preconditions would work correctly on Debian/kFreeBSD. This vulnerability was reported to Debian Security Team and has been assigned CVE-2011-0007. - -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pimd depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib pimd recommends no packages. pimd suggests no packages. - -- no debconf information diff -Naur pimd-2.1.5/pathnames.h pimd-2.1.5-patched/pathnames.h --- pimd-2.1.5/pathnames.h 2011-01-03 09:28:27.0 +0100 +++ pimd-2.1.5-patched/pathnames.h 2011-01-05 23:17:29.598581558 +0100 @@ -40,13 +40,7 @@ #define __PIMD_PATHNAMES_H__ #define _PATH_PIMD_CONF /etc/pimd.conf - -#if (defined(BSD) (BSD = 199103)) || defined(__linux__) -#define _PATH_PIMD_DUMP /var/tmp/pimd.dump -#define _PATH_PIMD_CACHE/var/tmp/pimd.cache -#else /* Really old system ... */ -#define _PATH_PIMD_DUMP /usr/tmp/pimd.dump -#define _PATH_PIMD_CACHE/usr/tmp/pimd.cache -#endif +#define _PATH_PIMD_DUMP /var/lib/misc/pimd.dump +#define _PATH_PIMD_CACHE/var/lib/misc/pimd.cache #endif /* __PIMD_PATHNAMES_H__ */ diff -Naur pimd-2.1.5/pimd.8 pimd-2.1.5-patched/pimd.8 --- pimd-2.1.5/pimd.8 2011-01-03 09:28:27.0 +0100 +++ pimd-2.1.5-patched/pimd.8 2011-01-05 23:18:18.781100239 +0100 @@ -327,12 +327,12 @@ The same as TERM. .It USR1 Dumps the internal state of VIFs and multicast routing tables to -.Pa /var/tmp/pimd.dump . +.Pa /var/lib/misc/pimd.dump . See also the --show-routes option above. .\ Not implemented yet, still TODO .\ .It USR2 .\ Dumps the internal cache tables to -.\ .Pa /var/tmp/pimd.cache . +.\ .Pa /var/lib/misc/pimd.cache . .\ Also not implemented yet, TODO .\ .It QUIT .\ Dumps the internal routing tables to stderr (only if @@ -346,10 +346,10 @@ .Pa /var/run/pimd.pid upon startup. .Sh FILES -.Bl -tag -width /var/tmp/pimd.cache -compact +.Bl -tag -width /var/lib/misc/pimd.cache -compact .It Pa /etc/pimd.conf -.\ .It Pa /var/tmp/pimd.cache -.It Pa /var/tmp/pimd.dump +.\ .It Pa /var/lib/misc/pimd.cache +.It Pa /var/lib/misc/pimd.dump .It Pa /var/run/pimd.pid .El .Sh SEE ALSO
Bug#609305: libapache2-svn: mod_dav_svn doesn't work anymore after upgrading to squeeze
Package: libapache2-svn Version: 1.6.12dfsg-3 Severity: important After upgrading my webserver to squeeze, mod_dav_svn doesn't work anymore when trying to commit : [Sat Jan 08 12:01:56 2011] [notice] Apache/2.2.16 (Debian) DAV/2 SVN/1.6.12 PHP/5.3.3-6 with Suhosin-Patch configured -- resuming normal operations [Sat Jan 08 12:02:04 2011] [error] [client 127.0.0.1] mod_dav_svn close_stream: error closing write stream [500, #200029] [Sat Jan 08 12:02:04 2011] [error] [client 127.0.0.1] Couldn't perform atomic initialization [500, #200029] [Sat Jan 08 12:02:04 2011] [error] [client 127.0.0.1] Couldn't perform atomic initialization [500, #200029] [Sat Jan 08 12:02:04 2011] [error] [client 127.0.0.1] SQLite compiled for 3.7.4, but running with 3.7.3 [500, #200030] After a little search, I've found http://blog.fh-kaernten.at/wehr/2011/01/04/svn-couldnt-perform-atomic-initialization-fix/ I've installed libsqlite3-0 from sid and the bug is fixed. Note: I'm not sure if problem is located in libapache2-svn, libsvn1 or in apache2 package -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (10, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686-bigmem (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/bash Versions of packages libapache2-svn depends on: ii apache2.2-common2.2.16-4 Apache HTTP Server common files ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libsvn1 1.6.12dfsg-3 Shared libraries used by Subversio libapache2-svn recommends no packages. Versions of packages libapache2-svn suggests: pn db4.8-utilnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572361: Path of no return in the mutt/GnuPG user interface
begin quotation from Antonio Radici (in 20110105134535.gf28...@localhost.localdomain): this doesn't look to me as a bug, ^G is useful to exit any prompt in mutt and this is explained in the manual; there are other keys that along with CTRL can be used to control other aspect of mutt (for example ^L redraw the window) but I don't think that we can add an info for any key, I believe it's up to the user to read the manual. It is more a feature request. ;) A user can be expected to look into the manual for most things, but how do I get out of here should be documented q prominently. I was thinking of converting this to wishlist and ask only for a ^G explanation in each prompt and forward this upstream. Maybe it can be accepted but I don't know if it will ever be useful. Any comments? This is what I would propose, too. cu AW -- [...] If you don't want to be restricted, don't agree to it. If you are coerced, comply as much as you must to protect yourself, just don't support it. Noone can free you but yourself. (crag, on Debian Planet) Arne Wichmann (a...@linux.de) signature.asc Description: Digital signature
Bug#609267: RM: mahoro -- RoM; abandonned upsteram, low popcon interest
tags 609267 + moreinfo thanks Hi, samizdat still depends on libmahoro-ruby1.8 -- .''`. : :' : Luca Falavigna dktrkr...@debian.org `. `' `- signature.asc Description: OpenPGP digital signature
Bug#609285: Subject: RFP: trafficserver -- Apache Traffic Server
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Do you intend to package it yourself? Otherwise I would file an ITP and give it a try as I am looking forward to see trafficserver in Debian as well. - -- with kind regards, Arno Töll GnuPG Key-ID: 0x8408D4C4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJNKEuyAAoJELBdpXvEXpo9RdkP/1xl+z5dm8r1tlxee9r8ljPe tBm865q/P1IZfr8bTGKkhYPECgHoLS454KcpIxff55OLeEQjWl3cq5Dx9Z0ygr1a 2BFZLVyCqf9qP+4oqbILHxBFYmHc3hRjbBsDMkvEc9Ba9weB83aEN4B1kS7I0aY/ QWtyKi+KUbsWGPqrkPwG6TVjsgvbumrXGoHBOAItJ9QpIlKGNNn2JGFmrqHyX0nm TO93+O8sI8NU9XCWr/bu7pvTiQhhBSnavX8zTr3DTU8eJl1F2+MfY+UcSCZF745u vVoMbLrdD9ttDKqj9sGRWcN+N8YmTpP929uVp+tcQwe7ysILaKqo7rPSsOCYni+2 tXkjhUKJN4dNhEkXifs/PGU2U1lkEnfFwEWnZcZ6WDa1wwaBZqzNTw0UpILVOBgO DtnNEHE51vZJzestxnuxm82OJBiEgUMMswAig4GnEihvSR/yB+dlTXBfGhlkUBvy bB/ZIXAK/QD0rJSw1MqiBKvTz4ZtDNVRCnklt/3inmfEh8s0TLSyZFfrR6TYjC+3 dhRLXUBu8hIKxR8kpHjpUNxBQMj+qydn6qO7IpdjNSOGJi8YZk+yHOFKrsreT4hJ /0SeotkOBqNxxrjIy75N96urDArpbbYOvSsKyjLQ6J+SHeMOPFQszk0YEksxkWeF PtYuNkWKm0u9KqorZiNf =Xc9t -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#522776: C.UTF-8 in squeeze (was: Re: Bug#522776: debian-policy: mandate existence of a standardised locale)
clone 522776 -1 reassign -1 eglibc retitle -1 eglibc: Please provide a C.UTF-8 locale by default severity -1 important thanks On Fri, Jan 07, 2011 at 09:14:47PM -0500, David Holland wrote: Can this please get done (adding a C.UTF-8 locale)? It is absolutely required for writing shell scripts that handle UTF-8 data, if you want those shell scripts to have anything like portable or reliable behavior. This is really in the hands of the glibc maintainers. I thought that a bug had been filed months ago, but I can't find it. I've done so now. Note this comment from Aurelien Jarno: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522776#342 This will only be done with the approval of the release team, who I've copied in. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#609290: found the problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hello friends, i found the problem. it's not in the last version, but in the way it has been installed. some instruction should prompt the user to close open soffice processes. - -- - -- best regards, alex -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAk0oTcwACgkQ2nA3WyrfyeMn/gQAgiTSX1KZ1XXfOgZdGY6rJt3T m/vnbIlYHcMnrInKWi1yHC3wI8BS2+Wp87s+kzxue9UxSpULBdLV08h8AcHIdLHc +5b8tGnRh0g9Nc2jGfQfz0ERqKWqWC7teiw2U1z5pWz2K1Rbtlx9XhOQupbDqhB8 j9cSAGcm0iBNxFTazN8= =wq09 -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#609305: libapache2-svn: mod_dav_svn doesn't work anymore after upgrading to squeeze
forcemerge 608925 609305 thanks [Michael Bonfils] [Sat Jan 08 12:02:04 2011] [error] [client 127.0.0.1] Couldn't perform atomic initialization [500, #200029] [Sat Jan 08 12:02:04 2011] [error] [client 127.0.0.1] SQLite compiled for 3.7.4, but running with 3.7.3 [500, #200030] Fixed in 1.6.12dfsg-4, which should hit testing today. Thanks, -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522776: C.UTF-8 in squeeze (was: Re: Bug#522776: debian-policy: mandate existence of a standardised locale)
On Sat, Jan 8, 2011 at 11:44:56 +, Roger Leigh wrote: This will only be done with the approval of the release team, who I've copied in. I don't think that's not going to happen. Try again for wheezy, and maybe you can manage not to wait until the last minute of the freeze. Cheers, Julien signature.asc Description: Digital signature
Bug#603914: Please drop non-UTF8 locales
On Sat, Nov 27, 2010 at 01:23:29PM +0200, Kalle Olavi Niemitalo wrote: Josselin Mouette j...@debian.org writes: I think wheezy would be a good time to finally ditch non-UTF8 locales. IIRC, we made the switch to UTF8 by default in etch (and we were already way too late in doing that), and supporting non-UTF8 stuff becomes harder and harder, at least for desktop software. In testing, the C and POSIX locales still don't use UTF-8. I don't know about unstable. They don't. But, see #522776. There's nothing preventing them being switched to UTF-8 from ASCII; it doesn't break any of the C, POSIX or SUS standards and some operating systems (HP-UX) already do this. It's certainly something I'd like to see done. It solves a number of annoying encoding and localisation issues, and it gives us UTF-8 support by default from end-to-end through the entire Debian system. Like the existing C locale, it would require hard-coding into libc, which I've tried doing but lack the detailed knowledge of glibc internals to do it properly. One issue is that the UTF-8 charmap should not be duplicated for each separate locale; currently it appears as though each locale needlessly has its own copy! We would want to share it given its size. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#609307: RFP: yash -- yet another shell
Package: wnpp Severity: wishlist * Package name: yash Version : 2.25 Upstream Author : Magicant magic...@users.sourceforge.jp * URL : http://sourceforge.jp/projects/yash/ * License : GPL Programming Lang: C Description : yet another shell Yash is a command line shell that conforms to the POSIX.1 (IEEE Std 1003.1, 2008 Edition) standard for the most part. Actually, it is much more POSIX-compliant than other shell like bash and zsh. Yash also has its own features beyond POSIX, such as: * global aliases * random numbers * socket redirections and other special redirections * right prompt * command completion -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588293: grub-pc: fails to allocate memory so nothing can be booted (on an old compaq laptop)
On my Toshiba Libretto 70CT Pentium notebook with 32MB of RAM I see this on my lsmmap: base_addr = 0x10, length = 0x1f2, type = 0x1 ..and yes, I have this same issue with Squeeze. This is with grub-pc 1.98+20100804-11 after debootstrapping an install after removing the harddisk. cheers! Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609145: xserver restarts when loading a specific jpegusing iceweasel or midori
On Sat, Jan 8, 2011 at 22:28:46 +1030, Arthur Marsh wrote: Thanks, could you give me the git commands to re-base on 2.6.37 then revert that commit? I'll then be able to give it a try. git reset --hard v2.6.37 git revert 541cc966915b6756e54c20eebe60ae957afdb537 Cheers, Julien signature.asc Description: Digital signature
Bug#609308: exim4-config: modifier message is deprecated in a acl definition
Package: exim4-config Version: 4.69-9+lenny1 Severity: minor The documentation of exim says in chapter 40 about the message modifiler: For compatibility with previous releases of Exim, a message modifier that is used with a warn verb behaves in a similar way to the add_header modifier, but this usage is now deprecated. However, message acts only when all the conditions are true, wherever it appears in an ACL command, whereas add_header acts as soon as it is encountered. If message is used with warn in an ACL that is not concerned with receiving a message, it has no effect. This message modifier can be found in the exim4-config package in /etc/exim4/conf.d/acl/40_exim4-config_check_data That should be changed to add_header. -- Package-specific info: Exim version 4.69 #1 built 10-Dec-2010 14:00:42 Copyright (c) University of Cambridge 2006 Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007) Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS move_frozen_messages Content_Scanning Old_Demime Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.27-openvz-levitan.1 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exim4-config depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy exim4-config recommends no packages. exim4-config suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522776: C.UTF-8 in squeeze (was: Re: Bug#522776: debian-policy: mandate existence of a standardised locale)
On Sat, Jan 8, 2011 at 12:57:05 +0100, Julien Cristau wrote: On Sat, Jan 8, 2011 at 11:44:56 +, Roger Leigh wrote: This will only be done with the approval of the release team, who I've copied in. I don't think that's not going to happen. Try again for wheezy, and ^^^ scratch that 'not'. I need more coffee. maybe you can manage not to wait until the last minute of the freeze. Cheers, Julien signature.asc Description: Digital signature
Bug#609225:
Thanks, removing portmap and nfs-common fixed the problem. Chris signature.asc Description: This is a digitally signed message part
Bug#588293: grub-pc: fails to allocate memory so nothing can be booted (on an old compaq laptop)
On 01/08/2011 12:58 PM, Chris Samuel wrote: On my Toshiba Libretto 70CT Pentium notebook with 32MB of RAM I see this on my lsmmap: base_addr = 0x10, length = 0x1f2, type = 0x1 ..and yes, I have this same issue with Squeeze. Please try the attached patch This is with grub-pc 1.98+20100804-11 after debootstrapping an install after removing the harddisk. cheers! Chris -- Regards Vladimir 'φ-coder/phcoder' Serbinenko === modified file 'grub-core/kern/i386/pc/init.c' --- grub-core/kern/i386/pc/init.c 2010-09-18 22:04:31 + +++ grub-core/kern/i386/pc/init.c 2011-01-08 12:23:55 + @@ -140,36 +140,27 @@ } } -/* - * - * grub_get_conv_memsize(i) : return the conventional memory size in KB. - * BIOS call INT 12H to get conventional memory size - * The return value in AX. - */ -static inline grub_uint16_t -grub_get_conv_memsize (void) -{ - struct grub_bios_int_registers regs; - - regs.flags = GRUB_CPU_INT_FLAGS_DEFAULT; - grub_bios_interrupt (0x12, regs); - return regs.eax 0x; -} - void grub_machine_init (void) { int i; +#if 0 int grub_lower_mem; +#endif /* Initialize the console as early as possible. */ grub_console_init (); + /* This sanity check is useless since top of GRUB_MEMORY_MACHINE_RESERVED_END + is used for stack and if it's unavailable we wouldn't have gotten so far. + */ +#if 0 grub_lower_mem = grub_get_conv_memsize () 10; /* Sanity check. */ if (grub_lower_mem GRUB_MEMORY_MACHINE_RESERVED_END) grub_fatal (too small memory); +#endif /* FIXME: This prevents loader/i386/linux.c from using low memory. When our heap implements support for requesting a chunk in low memory, this should === modified file 'grub-core/kern/i386/pc/mmap.c' --- grub-core/kern/i386/pc/mmap.c 2010-09-18 22:04:31 + +++ grub-core/kern/i386/pc/mmap.c 2011-01-08 12:25:10 + @@ -37,6 +37,22 @@ /* + * + * grub_get_conv_memsize(i) : return the conventional memory size in KB. + * BIOS call INT 12H to get conventional memory size + * The return value in AX. + */ +static inline grub_uint16_t +grub_get_conv_memsize (void) +{ + struct grub_bios_int_registers regs; + + regs.flags = GRUB_CPU_INT_FLAGS_DEFAULT; + grub_bios_interrupt (0x12, regs); + return regs.eax 0x; +} + +/* * grub_get_ext_memsize() : return the extended memory size in KB. * BIOS call INT 15H, AH=88H to get extended memory size * The return value in AX. @@ -155,6 +171,9 @@ { grub_uint32_t eisa_mmap = grub_get_eisa_mmap (); + hook (0x0, ((grub_uint32_t) grub_get_conv_memsize ()) 10, + GRUB_MEMORY_AVAILABLE); + if (eisa_mmap) { if (hook (0x10, (eisa_mmap 0x) 10, @@ -162,7 +181,8 @@ hook (0x100, eisa_mmap ~0x, GRUB_MEMORY_AVAILABLE); } else - hook (0x10, grub_get_ext_memsize () 10, GRUB_MEMORY_AVAILABLE); + hook (0x10, ((grub_uint32_t) grub_get_ext_memsize ()) 10, + GRUB_MEMORY_AVAILABLE); } return 0; signature.asc Description: OpenPGP digital signature
Bug#603612: [vlc] VLC cannot load libavcodec_plugin.so
On Mon, Nov 15, 2010 at 21:27:27 (CET), Christophe Mutricy wrote: reassign 603612 libva-X11-1 retitle 603612 Symbol disappears without soname change. thanks Hello, libva-x11-1 | 1.0.4-1 [0x9f3120] main libvlc warning: cannot load module `/usr/lib/vlc/plugins/codec/libavcodec_plugin.so' (/usr/lib/libva-x11.so.1: undefined symbol: vaDisplayIsValid) Trying with libva-x11-1 of unstable (1.0.1-3) and the one of experimental(1.0.4-1), it works with unstable and not with experimental. So it seems that some symbols (at least vaDisplayIsValid) disappeared without the SONAME changing. This is a tricky bug to identify, but luckily, easy to fix. The issue is that the symbol vaDisplayIsValid moved from libva-X11.so to libva.so. vlc's libavcodec_plugin.so in squeeze however, is only linked against libva-x11.so. This means that using vlc from experimental will should solve this problem by itself. Note that I did not test this myself, so it would be great if someone can confirm this. For upgrade purposes, I'm going to add a 'Breaks: vlc-nox ( 1.1.5-3)' to the next libva upload. This should force to upgrade vlc as well and avoid this bug. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609309: docbookwiki: postrm script exposes mysql password in ps output
Package: docbookwiki Severity: important Hi, The postrm script of docbookwiki exposes a mysql password in ps output: MYSQLPASS=`grep -m 1 password /etc/mysql/debian.cnf | awk '{print $3}'` /etc/init.d/mysql status echo drop database if exists webnotes ; \ | mysql --user=debian-sys-maint --password=$MYSQLPASS \ -S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603914: Please drop non-UTF8 locales
On Sun, Nov 28, 2010 at 05:21:33PM +, Thorsten Glaser wrote: Fun to be reading this. Me like ;-) Anyway. With my Debian hat on, the C/POSIX locales must not use UTF-8 as encoding, because otherwise, all kind of hell breaks loose (consider running 'tr u x' on a binary or other legacy encoded text file, and tr is just an example). From my reading of the standards a UTF-8 C locale would be required to behave identically to the existing ASCII C locale: • will consider all byte sequences valid • will use only the ASCII collation sequences (LC_COLLATE would be identical) • LC_CTYPE would probably also be identical (SUS specifies this less strictly than LC_COLLATE), but for backward compatibility should probably remain the same. About the only difference would be the lack of a need for the transliteration table, and the fact that the nl_langinfo(CODESET) would return UTF-8. That's pretty much it. I'd like to persue this in the long term, but I doubt I'll have the time to commit to it for several months. If anyone else wishes to tackle it, feel free to go for it! There are plans for C.UTF-8 though, and I’m a bit ashamed at having slacked off there… No worries, there's not much going to happen at this stage in the squeeze freeze. Hopefully easy to get added early in the wheezy cycle though! http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522776 (the very end) and #609306 (same bug but a feature request for eglibc). Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#609310: nautilus: does not show up files with special characters in samba shares
Package: nautilus Version: 2.30.1-2 Severity: important I've got a samba share on my home server. In this folder, there are about 700 files. Some files whose name include a special character (example: italian àèò or spanish ñ). Those file just do not appear in nautilus even refreshing the view. To view the folder I simply browse to smb://u...@server/share/ in Nautilus. If I browse the same share with smbclient, the special characters appear correctly as `_', for example: Mi_vida_en_Espa_ol.txt Fun enough, the share appears correctly under windows, with all special characters turned into `_'. It's worth noting that only some special chars make this effect. For example, files with chinese and hebrew characters appears correctly. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.15-2 Utilities for .desktop files ii gvfs1.6.4-3 userspace virtual filesystem - ser ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-glib-1-20.88-2.1 simple interprocess messaging syst ii libexempi3 2.1.1-1 library to parse XMP metadata (Lib ii libexif12 0.6.19-1 library to parse EXIF files ii libgail18 2.20.1-2 GNOME Accessibility Implementation ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-02.24.2-1 The GLib library of C routines ii libglib2.0-data 2.24.2-1 Common files for GLib library ii libgnome-desktop-2-17 2.30.2-2 Utility library for loading .deskt ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libnautilus-extension1 2.30.1-2 libraries for nautilus components ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libsm6 2:1.2.0-1X11 Session Management library ii libunique-1.0-0 1.1.6-1.1Library for writing single instanc ii libx11-62:1.3.3-4X11 client-side library ii libxml2 2.7.8.dfsg-2 GNOME XML library ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii nautilus-data 2.30.1-2 data files for nautilus ii shared-mime-info0.71-4 FreeDesktop.org shared MIME databa Versions of packages nautilus recommends: ii app-install-d 2010.11.17 Application Installer Data Files ii brasero 2.30.3-2 CD/DVD burning application for GNO ii consolekit0.4.3-2framework for defining and trackin ii desktop-base 6.0.5 common files for the Debian Deskto ii eject 2.1.5+deb1+cvs20081104-7.1 ejects CDs and operates CD-Changer ii gvfs-backends 1.6.4-3userspace virtual filesystem - bac ii librsvg2-comm 2.26.3-1 SAX-based renderer library for SVG ii synaptic 0.70 Graphical package manager Versions of packages nautilus suggests: ii eog 2.30.2-1Eye of GNOME graphics viewer progr ii evince [pdf-viewer] 2.30.3-1Document (postscript, pdf) viewer ii gv [pdf-viewer] 1:3.7.1-1 PostScript and PDF viewer for X ii totem2.30.2-6A simple media player for the GNOM pn tracker none (no description available) ii vlc [mp3-decoder]1.1.3-1squeeze1 multimedia player and streamer ii vlc-nox [mp3-decoder]1.1.3-1squeeze1 multimedia player and streamer (wi ii xdg-user-dirs0.13-2 tool to manage well known user dir -- 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#608028: libgtk2.0-0: Problem still exists in 2.23.3-3
On 08/01/11 05:19, Dave Witbrodt wrote: I wonder what went so wrong with 2.23.3? They changed a lot of code in the X11 backend in order to deprecate many functions that are gone in GTK+ 3, and that caused the regressions. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597563: grub-common: grub-probe segfaults scanning lvm devices
As was recommended I forward the remaining part to linux-raid mailing list. In short: on his system mdraid, raid5, 4 devices, metadata (presumably) 0.90, two devices have index 0. If such situation is valid please advice me on how such situation should be handled. @Matthew: could you supply mdadm -Q outputput and *last* 64K of every disk? On 01/08/2011 05:08 AM, Matthew Gabeler-Lee wrote: On Fri, 7 Jan 2011, Vladimir 'φ-coder/phcoder' Serbinenko wrote: I believe it to be a problem with raid5. Could you try the latest upstream? If problem persists I would need following dumps: dd if=/dev/sd[abcd]3 of=[abcd].img bs=1024 count=64 dd if=/dev/md2 of=2.img bs=1024 count=64 grub-fstest -c 4 /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3 hex -l '(md2)+128' g2.img OK, built grub from latest bzr trunk. From my past workarounds, I effectively have a list of all the invocations of grub-probe that grub-install/grub-setup runs on my system. Most of those work fine now. The only thing that isn't fine is that most invocations spit out a message error: found two disks with the number 0 but give a correct answer and exit successfully. If I run grub-probe with enough --verbose arguments, then that message gets this context: grub-core/disk/raid.c:699: Scanning for RAID devices on disk hd2 grub-core/kern/disk.c:245: Opening `hd2'... ./grub-probe: info: the size of hd2 is 1465149168. error: found two disks with the number 0. grub-core/kern/disk.c:330: Closing `hd2'. So, it seems maybe you're right that there's something funky with the raid5. The outputs you requested are attached. The grub-fstest invocation complained that -l is not a valid option, I hope the output without it is still what you want / need. I included the full output of one of the complaining grub-probe invocations too, on the guess that it might be helpful. FWIW, the raid5 array in question has had every disk swapped at least once in its life span, including from growing from 3 to 4 disks, and from smaller to larger disks, not to mention one or two disk failures along the way. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#609205: ITP: libtest-file-contents-perl -- Perl module for testing the contents of files
On Sat, Jan 08, 2011 at 02:23:15PM +0200, Damyan Ivanov wrote: -=| Alessandro Ghedini, Fri, Jan 07, 2011 at 12:20:00PM +0100 |=- Package: wnpp * Package name: libtest-file-contents-perl * URL : http://search.cpan.org/dist/Test-File-Contents/ Description : Perl module for testing the contents of files Test::File::Contents provides a set of routines useful to construct tests that examine the content of files. It can check for an exact match and for a regexp match against the file's contents, but also if the file's contents do not match a string or a regexp and whether a file matches or not a given md5sum. Is that module able to test if the contents of a given file match the contents of another file? Yes. Look at the file_contents_identical() subroutine. Bonus points if if shows a unified diff in case of mismatch. No bonus points I fear. But maybe someone could work it out, the code doesn't seem that complicated. That would be useful for dh-make-perl's test suite. -- perl -E'$_=q;$/= @{...@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609311: RM: docbookwiki/0.9.1cvs-15; RoQA
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi, It seems best not to release squeeze with docbookwiki. It's got 3 RC bugs which are young and apparently easy to fix, but upon a closer look it becomes clear that the package is not in good shape (old S-V, serious lintian errors). Cheers, Serafeim ps. Debbugs-Cc'ing the package maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#448638: any progress on i2p?
On Tue, 4 Jan 2011 18:31:13 + (UTC) hungryh...@i2pmail.org hungryh...@i2pmail.org wrote: Hi Karl, [...] Yes, I'd be interested to hear comments on the I2P package. I've been doing some work on the package the last few days, I'll email you about it late tomorrow my time. Hopefully we can sort some stuff out then get back to the bug. kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
Bug#592875: pxelinux: incompatible with qemu
tag 592875 moreinfo severity 592875 normal thanks 4.03 got a couple of pxe fixes, please retry with the version from experimental. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609303: update-extlinux hardcodes default 0
tag 609303 pending thanks fixed in git. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609290: found the problem
On Sat, Jan 08, 2011 at 01:43:08PM +0200, alex bodnaru wrote: i found the problem. it's not in the last version, but in the way it has been installed. verbose please? what happened? some instruction should prompt the user to close open soffice processes. We had that (when registering extensions), but then it seemed it's not necessary anymore. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609313: debiandoc2xml: httpsite conversion is missing
Package: debiandoc-sgml Version: 1.2.16 Severity: wishlist httpsite is not dealt but DTD difference makes it almost impossible. But ulinl rel=... conversion may be good to minimize manual edit later. Here is a example of conversion result at this moment. (Debian policy) = 1.2. New versions of this document This manual is distributed via the Debian package debian-policy (httpsitepackages.debian.org/httpsite /debian-policy). The current version of this document is also available from the Debian web mirrors at /doc/debian-policy/. ( httpsitewww.debian.org/httpsite /doc/debian-policy/) Also available from the same directory are several other formats: policy.html.tar.gz (/doc/debian-policy/policy.html.tar.gz), policy.pdf.gz (/doc/debian-policy/policy.pdf.gz) and policy.ps.gz (/doc/debian-policy/policy.ps.gz). The debian-policy package also includes the file upgrading-checklist.txt.gz which indicates policy changes between versions of this document. = httpsitewww.debian.org/httpsite /doc/debian-policy/ is converted now by hand to ulink url=http://www.debian.org/doc/debian-policy/;http://www.debian.org/doc/debian-policy//ulink -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 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 debiandoc-sgml depends on: ii libhtml-parser-perl 3.66-1 collection of modules that parse H ii libroman-perl 1.23-1 Perl module for converting between ii libsgmls-perl 1.03ii-32 Perl modules for processing SGML p ii libtext-format-perl 0.52-21Perl module for formatting (text) ii liburi-perl 1.54-2 module to manipulate and access UR ii perl 5.10.1-16 Larry Wall's Practical Extraction ii perl-modules [libi18n-lan 5.10.1-16 Core Perl modules ii sgml-base 1.26+nmu1 SGML infrastructure and SGML catal ii sgml-data 2.0.4 common SGML and XML data ii sgmlspl 1.03ii-32 SGMLS-based example Perl script fo ii sp1.3.4-1.2.1-47 James Clark's SGML parsing tools Versions of packages debiandoc-sgml recommends: ii ghostscript 8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF ii ghostscript-x [gs-e 8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF ii gs 8.64~dfsg-1+squeeze1 Transitional package ii latex-cjk-all 4.8.2+git20090105-5 installs all LaTeX CJK packages ii texinfo 4.13a.dfsg.1-6 Documentation system for on-line i ii texlive 2009-11 TeX Live: A decent selection of th ii texlive-lang-all2009-3 TeX Live: metapackage depending on ii texlive-latex-extra 2009-10 TeX Live: LaTeX supplementary pack Versions of packages debiandoc-sgml suggests: ii debiandoc-sgml-doc1.1.22 Documentation for DebianDoc-SGML -- 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#609308: exim4-config: modifier message is deprecated in a acl definition
tags 609308 pending thanks On 2011-01-08 Tommi Mäkitalo to...@tntnet.org wrote: Package: exim4-config Version: 4.69-9+lenny1 Severity: minor The documentation of exim says in chapter 40 about the message modifiler: For compatibility with previous releases of Exim, a message modifier that is used with a warn verb behaves in a similar way to the add_header modifier, but this usage is now deprecated. However, message acts only when all the conditions are true, wherever it appears in an ACL command, whereas add_header acts as soon as it is encountered. If message is used with warn in an ACL that is not concerned with receiving a message, it has no effect. This message modifier can be found in the exim4-config package in /etc/exim4/conf.d/acl/40_exim4-config_check_data That should be changed to add_header. [...] It is also used in the check_rcpt ACL. Both fixed in SVN. http://svn.debian.org/wsvn/pkg-exim4/?op=compcompare[]=%2fexim%2fbranches%2fbranch-4...@2552compare[]=%2fexim%2fbranches%2fbranch-4...@2553 cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601882: boxbackup-server's bbstored-certs creates certs that expire in the past
tags 601506 lenny found 601506 0.11~rc2-5 stop [ Adding debian-rele...@lists.debian.org for SRM's input ] On Sat, Jan 08, 2011 at 11:58:18 (CET), JP Vossen wrote: This is not a minor bug, it's a show-stopper that prevents the package from working. To avoid further confusion. You are not talking about #601882 (which is about a minor documentation issue), but about #601506, which has been fixed in sid and squeeze, but is still unfixed in lenny. I'm updating the bugs' version information with this email. I'm adding a lot more detail here in the hopes that a) someone will make the trivial fix and b) to provide search engines more detail in the meantime (it'd be really nice if I'd found this bug about 3 hours ago)... The fix for #601506 has been done with the -7 upload, but the change -6 would qualify for lenny IMO as well. SRM, would you be happy to include the changes from -6 and -7 in the next lenny point release? If yes, please advice what changes to include and what version number to use for an upload to stable-proposed-updates. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565502: certificate based authentication doesn't work
Perhaps this package should be dropped, as the maintainers don't even fix very basic and easy bugs - and they probably won't in the future, as upstream is far ahead. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609315: php5: Upstream bug CVE-2010-4645 / bug #53632, critical: conversion stringdouble might hang PHP interpreter
Package: php5 Version: 5.2.6.dfsg.1-1+lenny9 Severity: critical From upstream; http://bugs.php.net/bug.php?id=53632 followed by release 5.3.5 and 5.2.17: http://www.php.net/archive/2011.php#id2011-01-06-1 Short description; Conversions from string to double might cause the PHP interpreter to hang on systems using x87 FPU registers. The problem is known to only affect x86 32-bit PHP processes, regardless of whether the system hosting PHP is 32-bit or 64-bit. -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5 depends on: ii libapache2-mod-php5 5.3.3-6server-side, HTML-embedded scripti ii php5-common 5.3.3-6Common files for packages built fr php5 recommends no packages. php5 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609145: xserver restarts when loading a specific jpeg using iceweasel or midori
Julien Cristau wrote, on 08/01/11 21:41: On Sat, Jan 8, 2011 at 21:06:59 +1030, Arthur Marsh wrote: Package: xserver-xorg-video-radeon Version: 1:6.13.2-1 Severity: normal # git bisect bad Bisecting: 0 revisions left to test after this (roughly 0 steps) [541cc966915b6756e54c20eebe60ae957afdb537] drm: Don't try and disable an encoder that was never enabled BISECT_EXPECTED_REV 541cc966915b6756e54c20eebe60ae957afdb537 Does reverting that commit on .37 make things work again for you? I did a: git reset --hard v2.6.37 git revert 541cc966915b6756e54c20eebe60ae957afdb537 /usr/src/linux-2.6.37.y/.git# ls -alt|head total 3440 drwxr-xr-x 26 root src 4096 Jan 8 23:32 .. drwxr-xr-x 8 root src 4096 Jan 8 22:52 . -rw-r--r-- 1 root root 444 Jan 8 22:39 COMMIT_EDITMSG -rw-r--r-- 1 root root 3417675 Jan 8 22:39 index -rw-r--r-- 1 root root 133 Jan 8 22:39 MERGE_MSG -rw-r--r-- 1 root root 41 Jan 8 22:38 HEAD -rw-r--r-- 1 root root 41 Jan 8 21:00 BISECT_EXPECTED_REV -rw-r--r-- 1 root src 3337 Jan 8 21:00 BISECT_LOG -rw--- 1 root root 0 Jan 8 17:20 BISECT_ANCESTORS_OK am64:/usr/src/linux-2.6.37.y/.git# cat HEAD 3c0eee3fe6a3a1c745379547c7e7c904aa64f6d5 am64:/usr/src/linux-2.6.37.y/.git# cat MERGE_MSG Revert drm: Don't try and disable an encoder that was never enabled This reverts commit 541cc966915b6756e54c20eebe60ae957afdb537. and rebuilt the kernel and booted into it, and found that I still had the problem. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609316: picard: segfault when scanning ogg-vorbis file
Package: picard Version: 0.11-2.1 Severity: important When scanning ogg-vorbis files in order to get a fingerprint, picard segfaults. mp3-scanning works fine. Starting program: /usr/bin/python /usr/bin/picard [Thread debugging using libthread_db enabled] [New Thread 0xf4d9db70 (LWP 7159)] [New Thread 0xf459cb70 (LWP 7160)] [New Thread 0xf3d9bb70 (LWP 7161)] [New Thread 0xf359ab70 (LWP 7162)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xf359ab70 (LWP 7162)] 0xf2582ed5 in float_to_int16_interleave_sse2 (dst=0xee358908, src=0xf35993d4, len=-2304, channels=2) at libavcodec/x86/dsputil_mmx.c:2506 2506FLOAT_TO_INT16_INTERLEAVE(sse2, (gdb) bt #0 0xf2582ed5 in float_to_int16_interleave_sse2 (dst=0xee358908, src=0xf35993d4, len=-2304, channels=2) at libavcodec/x86/dsputil_mmx.c:2506 #1 0xf24cd99a in vorbis_decode_frame (avccontext=0x8f89710, data=0xee358008, data_size=0xf3599b88, avpkt=0xf3599b04) at libavcodec/vorbis_dec.c:1651 #2 0xf24a29b1 in avcodec_decode_audio3 (avctx=0x8f89710, samples=0xee358008, frame_size_ptr=0xf3599b88, buf=0x8cea000 \n, buf_size=1) at libavcodec/utils.c:668 #3 avcodec_decode_audio2 (avctx=0x8f89710, samples=0xee358008, frame_size_ptr=0xf3599b88, buf=0x8cea000 \n, buf_size=1) at libavcodec/utils.c:646 #4 0xf2d97deb in decode (self=0x0, args=('/home/garth/Documents/ogg/Gentleman_-_Confidence/Gentleman_-_Send_A_Prayer.ogg',)) at picard/musicdns/avcodec.c:287 #5 0x080e0721 in call_function (f= Frame 0x8f5a3b4, for file /usr/lib/pymodules/python2.6/picard/musicdns/__init__.py, line 122, in _calculate_fingerprint (self=OFA(_decoders=[module at remote 0x85002fc]) at remote 0x854512c, filename='/home/garth/Documents/ogg/Gentleman_-_Confidence/Gentleman_-_Send_A_Prayer.ogg', decoder=module at remote 0x85002fc), throwflag=0) at ../Python/ceval.c:3750 #6 PyEval_EvalFrameEx (f= Frame 0x8f5a3b4, for file /usr/lib/pymodules/python2.6/picard/musicdns/__init__.py, line 122, in _calculate_fingerprint (self=OFA(_decoders=[module at remote 0x85002fc]) at remote 0x854512c, filename='/home/garth/Documents/ogg/Gentleman_-_Confidence/Gentleman_-_Send_A_Prayer.ogg', decoder=module at remote 0x85002fc), throwflag=0) at ../Python/ceval.c:2412 #7 0x080e18b0 in fast_function (f= Frame 0x8f1ef94, for file /usr/lib/pymodules/python2.6/picard/tagger.py, line 572, in analyze_thread_run_item (thread=Thread(stopping=False, queues=[Queue(ofa=OFA(_decoders=[module at remote 0x85002fc]) at remote 0x854512c, run_item=function at remote 0x8540b54, unfinished_tasks=0, next=instancemethod at remote 0xf600a93c, queue=collections.deque at remote 0x8540ca4, maxsize=0, all_tasks_done=QWaitCondition at remote 0x854311c, mutex=QMutex at remote 0x854308c, not_full=QWaitCondition at remote 0x85430ec, not_empty=QWaitCondition at remote 0x85430bc) at remote 0x853f78c]) at remote 0x8534f6c, queue=..., filename=u'/home/garth/Documents/ogg/Gentleman_-_Confidence/Gentleman_-_Send_A_Prayer.ogg', next=functools.partial at remote 0x868dfa4, priority=0), throwflag=0) at ../Python/ceval.c:3836 #8 call_function (f= Frame 0x8f1ef94, for file /usr/lib/pymodules/python2.6/picard/tagger.py, line 572, in analyze_thread_run_item (thread=Thread(stopping=False, queues=[Queue(ofa=OFA(_decoders=[module at remote 0x85002fc]) at remote 0x854512c, run_item=function at remote 0x8540b54, unfinished_tasks=0, next=instancemethod at remote 0xf600a93c, queue=collections.deque at remote 0x8540ca4, maxsize=0, all_tasks_done=QWaitCondition at remote 0x854311c, mutex=QMutex at remote 0x854308c, not_full=QWaitCondition at remote 0x85430ec, not_empty=QWaitCondition at remote 0x85430bc) at remote 0x853f78c]) at remote 0x8534f6c, queue=..., filename=u'/home/garth/Documents/ogg/Gentleman_-_Confidence/Gentleman_-_Send_A_Prayer.ogg', next=functools.partial at remote 0x868dfa4, priority=0), throwflag=0) at ../Python/ceval.c:3771 #9 PyEval_EvalFrameEx (f= Frame 0x8f1ef94, for file /usr/lib/pymodules/python2.6/picard/tagger.py, line 572, in analyze_thread_run_item (thread=Thread(stopping=False, queues=[Queue(ofa=OFA(_decoders=[module at remote 0x85002fc]) at remote 0x854512c, run_item=function at remote 0x8540b54, unfinished_tasks=0, next=instancemethod at remote 0xf600a93c, queue=collections.deque at remote 0x8540ca4, maxsize=0, all_tasks_done=QWaitCondition at remote 0x854311c, mutex=QMutex at remote 0x854308c, not_full=QWaitCondition at remote 0x85430ec, not_empty=QWaitCondition at remote 0x85430bc) at remote 0x853f78c]) at remote 0x8534f6c, queue=..., filename=u'/home/garth/Documents/ogg/Gentleman_-_Confidence/Gentleman_-_Send_A_Prayer.ogg', next=functools.partial at remote 0x868dfa4, priority=0), throwflag=0) at ../Python/ceval.c:2412 #10 0x080e18b0 in fast_function (f= Frame 0x8657d1c, for file /usr/lib/pymodules/python2.6/picard/util/thread.py, line 59, in run (self=Thread(stopping=False, queues=[Queue(ofa=OFA(_decoders=[module at remote
Bug#609317: FTBFS with gold / ld --no-add-needed
Source: openbox User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch User: peter.fritzs...@gmx.de Usertags: no-add-needed Version: 3.4.11.1-1 Severity: minor Tags: patch Fix FTBFS with ld --no-add-needed: http://launchpadlibrarian.net/61920084/openbox_3.4.11.1-1_3.4.11.1-1ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609318: file-roller: Segmentation error when drag and drop to ftp nautilus
Package: file-roller Version: 2.30.2-2 Severity: important To reproduce always this issue : 1. Open wordpress-3.0.4.tar.gz with file-roller (I had not try with another file). 2. Open with Nautilus an ftp repositery in write mode. 3. Drag and drop the file xmlrpn.php from wordpress-3.0.4.tar.gz to the ftp repositery. 4. File-roller stops with a segmentation error. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages file-roller depends on: ii bzip2 1.0.5-6 high-quality block-sorting file co ii gconf2 2.28.1-6 GNOME configuration database syste ii gzip 1.3.12-9 GNU compression utilities ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libnautilus-extension1 2.30.1-2 libraries for nautilus components ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii p7zip-full 9.04~dfsg.1-1 7z and 7za file archivers with hig ii tar1.23-3GNU version of the tar archiving u Versions of packages file-roller recommends: ii gnome-icon-theme 2.30.3-2 GNOME Desktop icon theme ii gvfs 1.6.4-3userspace virtual filesystem - ser ii rpm2cpio 4.8.1-6tool to convert RPM package to CPI Versions of packages file-roller suggests: ii arj 3.10.22-9 archiver for .arj files ii binutils 2.20.1-15 The GNU assembler, linker and bina ii cpio 2.11-4 GNU cpio -- a program to manage ar pn lha none (no description available) pn lzip none (no description available) pn lzma none (no description available) pn lzop none (no description available) pn ncompress none (no description available) pn rzip none (no description available) pn sharutils none (no description available) pn unace none (no description available) pn unalz none (no description available) ii unrar 1:3.9.10-1 Unarchiver for .rar files (non-fre ii unzip 6.0-4 De-archiver for .zip files ii xz-utils 5.0.0-2XZ-format compression utilities ii zip 3.0-3 Archiver for .zip files pn zoo none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609291: ITP: mangler -- A Ventrilo compatible client for Linux
On Sat, Jan 8, 2011 at 1:35 AM, Salvo Tomaselli tipos...@tiscali.it wrote: Description : A Ventrilo compatible client for Linux Perhaps a little bit of effort on the description? On Sat, Jan 08, 2011 at 01:44:49AM -0800, Vincent Cheng wrote: Well, I thought it was supposed to be a simple, concise description. I'm putting in more detail in debian/control and in the manual page that'll come along with the package. For the short description yes, it is supposed to be a short and consice one. But you are missing the long description wherre you should explain what ventrilo is. Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609319: s3cmd: sync always redownloads files when local destination doesn't have trailing slash
Package: s3cmd Version: 0.9.9.91-1 Severity: normal Hi It appears that s3cmd sync command will not perform md5 checks and will always re-download all files when the remote source is the root directory of the bucket and local destination path doesn't have a trailing slash. For example, I have a S3 bucket and a local directory, both containing the same file with the same content: $ ls -l data total 4 -rw-r--r-- 1 avian avian 512 jan 8 14:54 foo $ s3cmd ls s3://data111 2011-01-08 13:55 512 s3://data111/foo The following 4 sync commands all have the same effect, except that in the first 2 cases s3cmd will always redownload the file, even when it is identical at both ends: $ s3cmd sync s3://data111/ data s3://data111/foo - data/foo [1 of 1] 512 of 512 100% in0s 1499.68 B/s done Done. Downloaded 512 bytes in 0.3 seconds, 1497.26 B/s $ s3cmd sync s3://data111 data s3://data111/foo - data/foo [1 of 1] 512 of 512 100% in0s 1880.70 B/s done Done. Downloaded 512 bytes in 0.3 seconds, 1874.49 B/s $ s3cmd sync s3://data111/ data/ $ s3cmd sync s3://data111 data/ Best regards Tomaž -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.7 (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 s3cmd depends on: ii python 2.6.6-3+squeeze4 interactive high-level object-orie ii python-support 1.0.10 automated rebuilding support for P s3cmd recommends no packages. s3cmd 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#609315: Upstream bug CVE-2010-4645 / bug #53632, critical: conversion stringdouble might hang PHP interpreter
Update: My x64 testsystem running php5.2.6dfsg.1-1+lenny9 does not seem to be affected when using this script from CLI: http://www.php.net/distributions/test_bug53632.txt but php -v shows: /# php -v PHP 5.3.3-6 with Suhosin-Patch (cli) (built: Dec 7 2010 12:47:03) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH while phpinfo displays 5.2.6 so probably this testsystem is no good for reproducing the bug since its no vanilla install, and also a x64 build (which seems unaffected). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552487: roundcube multiple domains no longer working
OoO Vers la fin de l'après-midi du lundi 26 octobre 2009, vers 16:37, Daniel Knabl dan...@tirolinux.net disait : after upgrading to 0.3-2 my multi-site installation no longer worksas expected. Usually i configured it like th following: $rcmail_config['include_host_config'] = array('webmail.domain.one' = 'domain.one.inc.php', 'webmail.domain.two' = 'domain.two.inc.php', 'webmail.domain.nnn' = 'domain.nnn.inc.php'); Where each of the included files has some similar content as follows: ?php $HOST = 'domain.one'; $rcmail_config['default_host'] = $HOST; $rcmail_config['username_domain'] = $HOST; $rcmail_config['mail_domain'] = $HOST; $rcmail_config['product_name'] = $HOST . ' Webmail'; ? Where is 'domain.one.inc.php' in your filesystem?This is counter-intuitive, but it should be in /var/lib/roundcube/config. If they are in /etc/roundcube, please use a symlink. In a future release, I will turn /var/lib/roundcube/config into a symlink to /etc/roundcube to avoid those kind of issues. -- HARDFAIL(Not enough magic.); 2.4.0-test2 /usr/src/linux/drivers/block/nbd.c pgpEC9H6Svdo7.pgp Description: PGP signature
Bug#609321: freepops: yahoo.lua states that mail can be fetched from @ymail.com but fetchmail gives me an error
Package: freepops Version: 0.2.9-4.2 Severity: normal i use freeepops to fetch mail from a couple of accounts (e.g. @inwind.it) but in the case of @ymail.com fetchmail gives me the following msg: Fetchmail could not get mail from *...@ymail.com@localhost. The attempt to get authorization failed. and suggests the possible reason (i.e. maybe your passwd is invalid), but if i open the yahoo mail page i can enter my account using the same userid and passwd i've written in fetchmailrc thanks aldo -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freepops depends on: ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.0-1 Multi-protocol file transfer libra ii libexpat1 2.0.1-7XML parsing C library - runtime li ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii liblua5.1-0 5.1.4-5Simple, extensible, embeddable pro ii liblua5.1-curl0 0.3.0-3libcURL bindings for the Lua langu ii liblua5.1-expat0 1.1.0-3libexpat bindings for the Lua lang ii liblua5.1-filesystem0 1.4.2-3luafilesystem library for the Lua ii liblua5.1-socket2 2.0.2-4TCP/UDP socket library for Lua 5.1 ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip Versions of packages freepops recommends: ii dialog1.1-20100428-1 Displays user-friendly dialog boxe freepops suggests no packages. -- debconf information: freepops/init: freepops/updates: true freepops/jail: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609322: Dropbox throws rubber into an infinite loop
Package: rubber Version: 1.1-2.2 Severity: important When I run rubber on a directory that is watched by dropbox (downloaded package from http://forums.dropbox.com/topic.php?id=17410 - filing a bug against that too) it goes into an infinite loop while compiling latex. I believe this is because the dropbox daemon, watching of the files changes them in some way that rubber detects and responds to. Running rubber with increased verbosity shows that the message dependencies were modified appear for every latex run it does. Also, moving the files to another directory and running rubber again shows no problem at all. -- System Information: Debian Release: 5.0.7 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages rubber depends on: ii python 2.5.2-3 An interactive high-level object-o ii python-support 0.8.4lenny2 automated rebuilding support for P ii texlive-latex-base 2007.dfsg.2-1~lenny2 TeX Live: Basic LaTeX packages rubber recommends no packages. Versions of packages rubber suggests: pn imagemagick none (no description available) pn sam2pnone (no description available) ii transfig 1:3.2.5-rel-3.1 Utilities for converting XFig figu -- 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#590615: Fixes for Serbian hyphen patterns
tag 590615 + pending thanks On Tue, Jul 27, 2010 at 11:50:55PM +0200, Goran Rakic wrote: Dana Uto, 27 Jul, 2010 22:58 , Rene Engelhard je napisao/la Normally what is in this package is simply what we get out of OOos code. I filled an upstream issue to integrate latest Serbian Hypehn patterns: http://qa.openoffice.org/issues/show_bug.cgi?id=113478 They will probably be integrated for 3.4 as a target. I will release dict-sr.oxt extension before 3.3 release so users of OpenOffice.org will be able to update before integration. I find it reasonable to push this change to Debian faster, but if it is time consuming, it is not necessary. Actually it they got into 3.3, into OOO330_m6, so experimental will have the fix when I update openoffice.org-dictionaries from 3.2.1 to libreoffice-dictionaries of 3.3. Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609323: system-config-printer: Nonsense warnings about low ink levels
Package: system-config-printer Version: 1.2.3-3 Severity: normal When printing I'm seeing a pop up warning about low ink levels parallel to the pop up that it's being printed. When checking with hplip I can see that the ink levels are at 75% or higher. So the warning is nonsense and just disturbs the user. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages system-config-printer depends on: ii gnome-icon-theme2.30.3-2 GNOME Desktop icon theme ii python 2.6.6-3+squeeze4 interactive high-level object-orie ii python-cups 1.9.48-1 Python bindings for CUPS ii python-cupshelpers 1.2.3-3 Python utility modules around the ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-glade2 2.17.0-4 GTK+ bindings: Glade support ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-libxml2 2.7.8.dfsg-1 Python bindings for the GNOME XML ii python-notify 0.1.1-2+b2 Python bindings for libnotify ii python-support 1.0.10 automated rebuilding support for P Versions of packages system-config-printer recommends: ii cups-pk-helper0.1.0-2PolicyKit helper to configure cups ii system-config-printer-udev1.2.3-3Utilities to detect and configure Versions of packages system-config-printer suggests: ii python-gnomekeyring 2.30.0-4 Python bindings for the GNOME keyr pn python-smbc none (no description available) pn sessioninstaller none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592875: pxelinux: incompatible with qemu
On 01/08/2011 04:03 PM, Gene Cumm wrote: 4.03 still has a big bug in PXELINUX. This bug affects any PXE call that might destroy PXELINUX. 4.04-pre1 and later have the patch to resolve this. I'm not sure what the timetable is on a 4.04 final release. ah, nice.. haven't catched up with the mailinglist backlog :) will cherry-pick the patch then. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592875: pxelinux: incompatible with qemu
4.03 still has a big bug in PXELINUX. This bug affects any PXE call that might destroy PXELINUX. 4.04-pre1 and later have the patch to resolve this. I'm not sure what the timetable is on a 4.04 final release. Daniel, feel free to contact me if you want more details. -- -Gene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#200529: marked as done (Partconf should mention that it changes partition type)
Debian Bug Tracking System wrote: With current debian installer Squeeze Beta2 swap area is only if type swap. partconf is only used on mips. I'll bet you tested partman.. -- see shy jo signature.asc Description: Digital signature
Bug#602144: sieve plugin: Call to a member function connect() on a non-object in /usr/share/roundcube/program/include/rcmail.php on line 408
OoO En cette nuit nuageuse du mardi 02 novembre 2010, vers 00:57, Marcus Schopen mar...@localguru.de disait : I'm using the SieveRules plugin[1] and getting the following error when trying to create a new rule: PHP Fatal error: Call to a member function connect() on a non-object in /usr/share/roundcube/program/include/rcmail.php on line 408 I'm not sure if this is a roundcube core problem or just a problem of the sieve plugin, but a diff /usr/share/roundcube/program/include/rcmail.php /usr/share/roundcube/program/include/rcmail.php.orig 408d407 if(!$this-imap) $this-imap_init(); Hi! Your diff is pretty minimalist. Where did you add this line exactly? -- /* Binary compatibility is good American knowhow fuckin' up. */ 2.2.16 /usr/src/linux/arch/sparc/kernel/sunos_ioctl.c pgpWKPjVpwph5.pgp Description: PGP signature
Bug#609324: linux-image-2.6.37-trunk-686: CPU temperature sensor is gone
Package: linux-image-2.6.37-trunk-686 Severity: normal After upgrade from 2.6.36-trunk-686 CPU temperature sensor is gone on Asus 1015PED's Intel Atom N475 CPU -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) 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#607109: (no subject)
I confirm the same after upgrading to postgresql-client-8.4 8.4.5-0squeeze2 (wish #603598 was never reported). Nothing appears when pressing any of ąčęėįšųūž (LC_ALL=en_US.UTF-8). -- -- Rogutės Sparnuotos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609315: php5: Upstream bug CVE-2010-4645 / bug #53632, critical: conversion stringdouble might hang PHP interpreter
tag 609315 moreinfo severity 609315 grave kthxbye On Sat, Jan 8, 2011 at 14:26:50 +0100, Jort Koopmans wrote: Package: php5 Version: 5.2.6.dfsg.1-1+lenny9 Severity: critical From upstream; http://bugs.php.net/bug.php?id=53632 followed by release 5.3.5 and 5.2.17: http://www.php.net/archive/2011.php#id2011-01-06-1 Short description; Conversions from string to double might cause the PHP interpreter to hang on systems using x87 FPU registers. The problem is known to only affect x86 32-bit PHP processes, regardless of whether the system hosting PHP is 32-bit or 64-bit. Did you actually reproduce this with php 5.2.6.dfsg.1-1+lenny9? AFAIK people tried and couldn't. Cheers, Julien signature.asc Description: Digital signature
Bug#609325: lsb-release: /usr/share/pyshared/lsb_release.py in Squeeze is missing the mapping from '6.0' to 'squeeze'
Package: lsb-release Version: 3.2-23.1 Severity: important Hi, after installing the latest update of the base-files package (which replaces the original 'squeeze/sid' content of /etc/debian_version with '6.0'), 'lsb_release -c' simply prints 'Codename: n/a' (which also affects the package-specific info below). Looking at /usr/share/pyshared/lsb_release.py, it seems that RELEASE_CODENAME_LOOKUP is missing an entry which maps '6.0' to 'squeeze'. The package in Sid already contains entries for 'squeeze' and 'wheezy' and should therefore not be affected. Greetings Manfred -- Package-specific info: lsb_release output -*- -*- -*- -*- -*- Distributor ID: Debian Description:Debian GNU/Linux 6.0 (n/a) Release:6.0 Codename: n/a -*- -*- -*- -*- -*- Apt policy -*- -*- -*- -*- -*- Package files: 100 /var/lib/dpkg/status release a=now 500 http://security.debian.org/ squeeze/updates/main amd64 Packages release o=Debian,a=testing,n=squeeze,l=Debian-Security,c=main origin security.debian.org 500 http://ftp.uni-erlangen.de/debian/ squeeze/main Translation-de 500 http://ftp.uni-erlangen.de/debian/ squeeze/main amd64 Packages release o=Debian,a=testing,n=squeeze,l=Debian,c=main origin ftp.uni-erlangen.de Pinned packages: -*- -*- -*- -*- -*- sources.list -*- -*- -*- -*- -*- deb http://ftp.uni-erlangen.de/debian/ squeeze main deb-src http://ftp.uni-erlangen.de/debian/ squeeze main deb http://security.debian.org/ squeeze/updates main deb-src http://security.debian.org/ squeeze/updates main -*- -*- -*- -*- -*- /etc/lsb_release -*- -*- -*- -*- -*- - none -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_CH.utf8, LC_CTYPE=de_CH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lsb-release depends on: ii python 2.6.6-3+squeeze4 interactive high-level object-orie ii python-support 1.0.10 automated rebuilding support for P Versions of packages lsb-release recommends: ii apt 0.8.10 Advanced front-end for dpkg Versions of packages lsb-release suggests: pn lsb none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549570:
Package: amarok Version: 2.3.1-1 When I connect my iPod, don't have any problems. Amarok is loading few seconds and shows songs in the player. I tested bug with my PSP and again nothing. I think that is from your own system.
Bug#592875: pxelinux: incompatible with qemu
On Sat, Jan 8, 2011 at 10:05, Daniel Baumann dan...@debian.org wrote: On 01/08/2011 04:03 PM, Gene Cumm wrote: 4.03 still has a big bug in PXELINUX. This bug affects any PXE call that might destroy PXELINUX. 4.04-pre1 and later have the patch to resolve this. I'm not sure what the timetable is on a 4.04 final release. ah, nice.. haven't catched up with the mailinglist backlog :) will cherry-pick the patch then. It's 3 commits but less than 20 lines in total. They should be the only three touching core/pxelinux.asm since 4.03. d8402d0 3341e22 5a8a7bf7 -- -Gene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605715: broadcom-sta-source: New version available
tag 605715 ipv6 bye On Thu, Dec 02, 2010 at 05:37:28PM +0100, Jacopo Corbetta wrote: Hi, Broadcom has released a new version of the driver, compatible with kernels up to 2.6.36. Apparently, the new release also fixes some bugs. One of them is multicasts not working with newer kernels (at least from 2.6.36), which affects IPv6. I can confirm, that installing 100.82.38 on 2.6.37 fixes that particular problem. Please package new version (in unstable or experimental). Cheers, Jarek. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596351: Removing ohai and chef?
On Sat, 25 Dec 2010 21:53:40 +0100 Julien Cristau wrote: On Sun, Dec 19, 2010 at 17:16:46 +, Chris Butler wrote: If it's any use, I ran a quick git bisect on the upstream source, and discovered the commit which seems to have fixed the problem: https://github.com/flori/json/commit/dd06e48aa414674f52e81f9cdc7836b6456c04f8 However, this doesn't apply cleanly to v1.1.9, as it seems the code is now using a different string buffer implementation for its result. I've not looked much further to see how easy it would be to backport the change (it may not be too difficult if the two string buffer implementations have similar APIs). Is there any chance you could do that? :) Bearing in mind Chris' previous comment: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596351#40 If the above is not possible, I return to my previous suggestion of removing ohai chef from squeeze. Once wheezy is up and running, there should be no problem getting the new libjson-ruby package in. There's always the option of providing packages via backports.debian.org once squeeze is released. Personally, I'd say it's time for a pair of RM bugs to be filed at release.debian.org to remove ohai and chef from Squeeze. This bug doesn't warrant blocking Squeeze. I'll file those two tomorrow unless someone comes up with a patch for ohai (or the release team decide to add the hints anyway). -- Neil Williams = http://www.linux.codehelp.co.uk/ pgppq5ylln4HW.pgp Description: PGP signature
Bug#602144: sieve plugin: Call to a member function connect() on a non-object in /usr/share/roundcube/program/include/rcmail.php on line 408
Hi Vincent, Am Samstag, den 08.01.2011, 16:08 +0100 schrieb Vincent Bernat: OoO En cette nuit nuageuse du mardi 02 novembre 2010, vers 00:57, Marcus Schopen mar...@localguru.de disait : I'm using the SieveRules plugin[1] and getting the following error when trying to create a new rule: PHP Fatal error: Call to a member function connect() on a non-object in /usr/share/roundcube/program/include/rcmail.php on line 408 I'm not sure if this is a roundcube core problem or just a problem of the sieve plugin, but a diff /usr/share/roundcube/program/include/rcmail.php /usr/share/roundcube/program/include/rcmail.php.orig 408d407 if(!$this-imap) $this-imap_init(); Hi! Your diff is pretty minimalist. Don't understand. Where did you add this line exactly? Insert line if(!$this-imap) $this-imap_init(); after line 407 in /usr/share/roundcube/program/include/rcmail.php: [...] public function imap_connect() { $conn = false; if ($_SESSION['imap_host'] !$this-imap-conn) { -if(!$this-imap) $this-imap_init(); if (!($conn = $this-imap-connect($_SESSION['imap_host'], [...] Ciao! -- Some things don't need the thought people give them. -Hobbes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#403619: LanguageTool status?
Hi again, On Tue, Jan 04, 2011 at 11:57:42PM +0100, Kurt Roeckx wrote: On Mon, Dec 06, 2010 at 03:23:11PM +0100, Rene Engelhard wrote: Hi, is there any status on the LanguageTool ITP? My last information was that it was possible to build the dicts which are binary-only in the tree but with much work. I ask because LibreOffice includes LT per default[1] (yes, not caring about those issues and/or the binary-only jars - I removed it from the Debian source) and us not shipping it would be a regression from the upstream LibreOffice version... So the version currently in experimental doesn't contain LanguageTool? BTW, even if it did, it'd be in it's own package libreoffice-languagetool. (As it's upstream, too, and as it's the case with nlpsolver and the other OOo-inherited extensions, too), so the lack of that package means that there's no LT anywhere in Debian yet, yes... Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602144: sieve plugin: Call to a member function connect() on a non-object in /usr/share/roundcube/program/include/rcmail.php on line 408
OoO Vers la fin de l'après-midi du samedi 08 janvier 2011, vers 16:36, Marcus Schopen mar...@localguru.de disait : Where did you add this line exactly? Insert line if(!$this-imap) $this-imap_init(); after line 407 in /usr/share/roundcube/program/include/rcmail.php: [...] public function imap_connect() { $conn = false; if ($_SESSION['imap_host'] !$this-imap-conn) { - if(!$this-imap) $this-imap_init(); if (!($conn = $this-imap-connect($_SESSION['imap_host'], [...] OK, thanks. This is fixed upstream. I should upload a new version of roundcube soon. -- Use the fundamental control flow constructs. - The Elements of Programming Style (Kernighan Plauger) pgpAxiRmh1jI1.pgp Description: PGP signature
Bug#609326: unetbootin: No init found. Try passing init= bootarg.
Package: unetbootin Version: 471-2 Severity: normal image: kubuntu-10.10-desktop-i386.iso installed with unetbootin, booted and ended up with a busybox prompt and a message unetbootin: No init found. Try passing init= bootarg. seems to be the same bug as https://bugzilla.redhat.com/show_bug.cgi?id=643320 -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages unetbootin depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-10GCC support library ii libqt4-network 4:4.6.3-4 Qt 4 network module ii libqtcore4 4:4.6.3-4 Qt 4 core module ii libqtgui4 4:4.6.3-4 Qt 4 GUI module ii libstdc++6 4.4.5-10 The GNU Standard C++ Library v3 ii mtools 4.0.12-1 Tools for manipulating MSDOS files ii p7zip-full 9.04~dfsg.1-1 7z and 7za file archivers with hig ii syslinux 2:4.02+dfsg-7 collection of boot loaders ii udev 164-3 /dev/ and hotplug management daemo Versions of packages unetbootin recommends: pn unetbootin-translations none (no description available) unetbootin 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#517717:
Package: amarok Version: 2.3.1-1 I think that problem is solved. The steps I took to reproduce the issue: Turn random-album mode. I'm going backward in playlist, with globalkey. The result: Amarok goes backward and gives me the song before current .
Bug#553603: [abakus] FTBFS with binutils-gold
tags 553603 patch thanks Hello, Here's the patch that was applied in Ubuntu. https://launchpad.net/ubuntu/+source/abakus/0.91-1ubuntu4 --- abakus-0.91.orig/src/SConscript +++ abakus-0.91/src/SConscript @@ -67,6 +67,7 @@ ## Necessary libraries to link against myenv.KDEaddlibs( 'qt-mt kio kdecore kdeprint kdeui' ) +myenv.Append(LIBS = ['DCOP']) # ## Data to install -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609327: unpacking of 3.0 format creates files with perms 000
package: dpkg version: 1.14.31 Hi, I'm sponsoring the typo3-src packages into Debian and when a new request for sponsoring arrives I usually compare the new version with the old version with either debdiff or meld. Recently the package switched it source format to 3.0 and now some files have 000 permissions after unpacking. Steps to reproduce: $ dget http://ftp.debian.org/debian/pool/main/t/typo3-src/typo3-src_4.5.0+dfsg1~beta2-3.dsc [output ommitted] $ cd typo3-src-4.5.0+dfsg1~beta2/ $ find . -perm 000 ./.pc/05-add-source-for-mediaplayer-swfs.patch/typo3/contrib/flashmedia/src/flvplayer.as ./.pc/05-add-source-for-mediaplayer-swfs.patch/typo3/contrib/flashmedia/src/player/audio-player.flp ./.pc/05-add-source-for-mediaplayer-swfs.patch/typo3/contrib/flashmedia/src/player/control.as ./.pc/05-add-source-for-mediaplayer-swfs.patch/typo3/contrib/flashmedia/src/player/emff.as ./.pc/03-dummy-addindexpages.patch/dummy/uploads/tf/index.html ./.pc/03-dummy-addindexpages.patch/dummy/uploads/pics/index.html ./.pc/03-dummy-addindexpages.patch/dummy/uploads/media/index.html ./.pc/03-dummy-addindexpages.patch/dummy/fileadmin/index.html ./.pc/03-dummy-addindexpages.patch/dummy/fileadmin/user_upload/_temp_/index.html ./.pc/03-dummy-addindexpages.patch/dummy/fileadmin/user_upload/index.html ./.pc/03-dummy-addindexpages.patch/dummy/typo3conf/ext/index.html ./.pc/03-dummy-addindexpages.patch/dummy/typo3conf/l10n/index.html ./.pc/03-dummy-addindexpages.patch/dummy/typo3temp/temp/index.html ./.pc/03-dummy-addindexpages.patch/dummy/typo3temp/llxml/index.html ./.pc/03-dummy-addindexpages.patch/dummy/typo3temp/GB/index.html ./.pc/03-dummy-addindexpages.patch/dummy/typo3temp/pics/index.html ./.pc/03-dummy-addindexpages.patch/dummy/typo3temp/index.html ./.pc/03-dummy-addindexpages.patch/dummy/typo3temp/cs/index.html That's a bummer for using meld... (I'm in the process of uploading the next version, so if the above doesnt work, use typo3-src_4.5.0+dfsg1~beta3-1.dsc instead.) cheers, Holger signature.asc Description: This is a digitally signed message part.