Bug#594048: building openclipart produces oversized logfiles
On Mon, Aug 23, 2010 at 01:21:06PM +0200, Rene Engelhard wrote: merge 594036 594048 thanks On Mon, Aug 23, 2010 at 12:46:39PM +0200, Wolfram Quester wrote: Bug #591184 reports the creation of extremely large logfiles while building openclipart. This is due to an overwhelming verbosity of inkscape's debugging output. As long as inkscape keeps this level of verbosity I suggest applying the attached patch. It filters out empty and double lines, drastically reducing the logfile size. Since it also reduces IO, it speeds up building openclipart on my machine very much. Thanks, but why did you send this twice? Because I tried to background reportbug one time and thought that the mail was not sent. Sorry for the noise :-( Though, even if this was applied, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589194 is probably a stopper for any upload attempting to fix this, no? I prepared a package of the newly released inkscape 0.48.0 and tried to build openclipart using that. Without my patch I could not do the build due to the oversized logfile, with my patch the build finished the stages which involved inkscape in a much shorter time with a logfile of about 3.9 MB. I had to interrupt the build though, since in a later stage gengal.bin from openoffice.org-dev used 4 GB RAM on my laptop which has only 2 GB physcal RAM installed. Swapping was no fun here ;-) From what I see now, building openclipart seems to work using my patch. I'm not sure if inkscape 0.48 is necessary or not. Thank you very much, Wolfi 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 signature.asc Description: Digital signature
Bug#594155: CVE-2010-1526: overflows in TIFF, JPEG, DIP decoding
Package: libgdiplus Tags: security Vulnerabilities have been discoverd in libgdiplus. Here is the summary from Secunia's advisory: | Secunia Research has discovered three vulnerabilities in libgdiplus | for Mono, which can be exploited by malicious people to compromise an | application using the library. | | 1) An integer overflow error within the gdip_load_tiff_image() | function in src/tiffcodec.c can be exploited to cause a heap-based | buffer overflow by e.g. processing specially crafted TIFF images in | an application using the library. | | 2) An integer overflow error within the | gdip_load_jpeg_image_internal() function in src/jpegcodec.c can be | exploited to cause a heap-based buffer overflow by e.g. processing | specially crafted JPEG images in an application using the library. | | 3) An integer overflow error within the gdip_read_bmp_image() | function in src/bmpcodec.c can be exploited to cause a heap-based | buffer overflow by e.g. processing specially crafted BMP images in an | application using the library. http://article.gmane.org/gmane.comp.security.bugtraq/44343 This should probably be fixed in a point release for lenny. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594003: vzctl overwrites 127.0.0.1 in /etc/hosts
severity 594003 important
forwarded 594003 http://bugzilla.openvz.org/show_bug.cgi?id=1618
thanks
Hej Stefan
Thanks a lot for the report. Bug forwarded to upstream as bug
http://bugzilla.openvz.org/show_bug.cgi?id=1618 including the extra
information about the patch used.
I do not really see the point in rewriting the 127.0.0.1 line as
that almost always contain only the following
127.0.0.1 localhost.localdomain localhost
My opinion is that it should be kept as it usually is. But I'll check
with upstream about their opinion. There may be special reasons for
this.
Best regards,
// Ola
On Mon, Aug 23, 2010 at 01:30:53AM +0200, Stefan Alfredsson wrote:
Package: vzctl
Version: 3.0.24-1
Severity: minor
vzctl makes adjustments to /etc/hosts via scripts to account
for the IP-adress and hostname that has been set in the VE configuration.
However, it also adjusts the entry for localhost.
This is problematic if, for example, you have an alias for localhost:
127.0.0.1 localhost localhost.localdomain mysql
When the vserver is restarted, the mysql alias is gone which causes
problems for the application.
The responsible code is in /etc/vz/dists/scripts/functions :
313 $1 == 127.0.0.1 { ate_localhost = 1; next; }
314 {print}
315 END {
316 if (ip == ) { ip =127.0.0.1 }
317 if (ate_localhost ip != 127.0.0.1) {
318 print 127.0.0.1
localhost.localdomain localhost;
319 }
320 print comm;
321 if ((i=index(host, .)) 1) {
322 alias= substr(host, 1, i -
1);
323 if (! (alias in EXTRANAMES)) {
324 EXTRANAMES[alias] = 1;
325 }
326 }
So - first is the 127.0.0.1 entry regenerated, then is the comm
information (# Autogenerated hostname ...) appended, and then the
hostname.
I do not see a reason for 127.0.0.1 to be regenerated. Usually it points at
localhost, in which case the code provides no benefit. If the admin has added
an alias to localhost, it will be overwritten, which can be quite annoying.
I suggest contacting upstream if there is a reason for this manipulation,
and if not, leave 127.0.0.1 alone by commenting line #313, perhaps with
a reference to this bug report.
Best regards,
Stefan
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set
to sv_SE)
Shell: /bin/sh linked to /bin/bash
Versions of packages vzctl depends on:
ii iproute 20080417-1 networking and traffic control
too
ii libc6 2.10.2-2 GNU C Library: Shared libraries
ii vzquota 3.0.12-3 server virtualization solution -
q
Versions of packages vzctl recommends:
ii rsync 3.0.7-1fast remote file copy program
(lik
-- no debconf information
--
- Ola Lundqvist ---
/ o...@debian.org Annebergsslingan 37 \
| o...@inguza.com 654 65 KARLSTAD |
| http://inguza.com/ +46 (0)70-332 1551 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588782: same bug as 586369
same bug as 586369
Bug#594156: modules=most does not add virtio_net
Package: initramfs-tools Version: 0.97 Severity: normal Hi, I'm using initramfs-tools in the context of an FAI nfsroot, read, I want to have it booted in a KVM guest with both virtio hard drives and virtio_net. It turns out despite having 'MODULES=most' in /srv/fai/nfsroot/live/filesystem.dir/etc/initramfs-tools/initramfs.conf, the modules 'virtio_pci', 'virtio_blk' and 'virtio_ring' are included, but 'virtio_net' is missing. I'm still looking for a good workaround to get an virtio-net enabled guest installed via an FAI nfsroot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593798: libsoqt3-20 is linked against Qt 4 (should be Qt 3)
On Sun, Aug 22, 2010 at 05:18:09PM +0100, David Claughton wrote: FWIW, I could be wrong, but it looks like configure is invoking pkgconfig to determine the QT version and it's always finding QT4 regardless of what QTDIR is set to. Maybe --enable-pkgconfig wasn't the default in the previous release? In any case adding --disable-pkgconfig *seems* to do the trick, although I didn't have time to test it thoroughly. Good idea, thanks. However, when I tried it, the build eventually failed with the following error. It seems that Qt3 doesn't have QImage::hasAlphaChannel(), etc: g++ -DHAVE_CONFIG_H -I../../../src -I../../../data -I../../../../src -I/usr/include/Inventor/annex -D_REENTRANT -I/usr/share/qt3/include -DSOQT_DEBUG=1 -DSOQT_INTERNAL -g -O2 -W -Wall -Wno-unused -Wno-multichar -Woverloaded-virtual -Wno-non-virtual-dtor -fno-builtin -finline-functions -Wreturn-type -Wchar-subscripts -Wparentheses -c ../../../../src/Inventor/Qt/SoQtImageReader.cpp -fPIC -DPIC -o .libs/SoQtImageReader.o In file included from ../../../../src/Inventor/Qt/SoQtImageReader.cpp:31: /usr/share/qt3/include/qimage.h: In member function 'bool QImageTextKeyLang::operator(const QImageTextKeyLang) const': /usr/share/qt3/include/qimage.h:61: warning: suggest parentheses around '' within '||' ../../../../src/Inventor/Qt/SoQtImageReader.cpp: In member function 'SbBool SoQtImageReader::readImage(const SbString, SbImage*) const': ../../../../src/Inventor/Qt/SoQtImageReader.cpp:65: error: 'class QImage' has no member named 'hasAlphaChannel' ../../../../src/Inventor/Qt/SoQtImageReader.cpp:66: error: 'class QImage' has no member named 'convertToFormat' ../../../../src/Inventor/Qt/SoQtImageReader.cpp:66: error: 'class QImage' has no member named 'hasAlphaChannel' ../../../../src/Inventor/Qt/SoQtImageReader.cpp:67: error: 'Format_ARGB32' is not a member of 'QImage' ../../../../src/Inventor/Qt/SoQtImageReader.cpp:67: error: 'Format_RGB32' is not a member of 'QImage' I think I'll just remove the Qt3 packages after all. -Steve signature.asc Description: Digital signature
Bug#594157: fai-chboot expects that the nfs server is on the same host as the tftp server
Package: fai Version: 3.2.17~lenny1 Severity: normal Hi, it seems that fai-chboot when writing PXE configs appends a 'nfsroot=/srv/fai/nfsroot' parameter. This expects that the nfs server is on the same host as the tftp server AFAIUI. In installations where this is not the case, the admin has to manually change this parameter to 'nfsroot=192.168.24.1:/srv/fai/nfsroot' or something. Or does the initramfs respect some magic (undocumented) dhcp options? In that case, fai-chboot should probably not add any nfsroot parameter, but rely solely on provided dhcp options. -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid-proposed'), (500, 'lucid') Architecture: i386 (i686) Kernel: Linux 2.6.32-24-generic (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594158: grub-probe too verbose
Subject: grub-pc: Annoying output from grub-probe Package: grub-pc Version: 1.98+20100804-4 Severity: normal Tags: upstream *** Please type your report below this line *** When updating grub-pc grub-probe is too verbose, se below. Is msdos1 vfat, msdos2 ntfs and msdos3 ext2/ext3??? Furthermore I would like to know how to resolve this problem, Sent mail to grub.boot and pkg-grub-devel mailing lists but have not found a working solution yet. Need help to find one! Which option should be used??? #fsck.vfat -ar /dev/sda1 dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN There are differences between boot sector and its backup. Differences: (offset:original/backup) 65:00/01 1) Copy original to backup 2) Copy backup to original 3) No action ? 1 Perform changes ? (y/n) n /dev/sda1: 9309 files, 802467/945032 clusters And then what: install-mbr, grub-install, update-grub or?? Any pointers/documentation/whatever?? === Setting up grub-common (1.98+20100804-4) ... Setting up grub-pc (1.98+20100804-4) ... Installing new version of config file /etc/kernel/postinst.d/zz-update-grub ... Installing new version of config file /etc/kernel/postrm.d/zz-update-grub ... grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-setup: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-setup: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-setup: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-setup: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). Installation finished. No error reported. /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). Generating grub.cfg ... /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). Found background image: moreblue-orbit-grub.png /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding improperly nested partition (hd1,msdos3,msdos1). /usr/sbin/grub-probe: warn: Discarding
Bug#593708: Newer [unreleased] version of tuxonice userui
Hello, The last version of Tuxonice's userui, unreleased but available on project's git tree, has an option for disabling Usplash support, and also some other nice small features as a single binary for all backends and some debug for FrameBuffer backend, which is useful for KMS enabled kernels as found in Squeeze. It would be nice to have it in Squeeze :-) Regards, Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593811: debian-installer: DHCP requests restart Livebox modem/router
On Mon, Aug 23, 2010 at 05:47:23PM -0300, Otavio Salvador wrote: See if it reboots your router or not. busybox udhcpc works fine. Please inform the version of busybox you've used for testing. #: dpkg -s busybox Here : 1:1.17.1-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593898: gnustep-back-common: Fails to upgrade in postinst script
В 00:41 +0200 на 24.08.2010 (вт), Axel Beckert написа: This happens because mknfonts processes one font file at a time, so DejaVuSans.nfont/FontInfo.plist ends up with one key instead of 9. So using xargs wouldn't help either. Hmmm. No :/ Well, IMHO this is a bug in mknfonts or one of the libraries linked into it, because it definitely must not segfault on too many arguments on the command-line. Not a bug in mknfonts, as has been demonstrated by the test program. The abort comes from gnustep-base's NSProcessInfo class. When kvm_getargv returns NULL, which is what apparently happens with many arguments, there is no way to proceed with the proper initialization. The code appears correct to me. I'd expect that there is a way to safely determine the amount of possible commandline arguments and at least exit with an error message instead of segfaulting. There is an error message, but we redirect it to /var/log/gnustep-back-common.log... unfortunately without informing the user about that file. Is there some way to shift the array of command line arguments as in /bin/sh where you IIRC have to use shift to be able to access parameters behind the 9th parameter (i.e. the non-existing $10 after $9)? Not that I know of. At any rate, argc/argv manipulations/tricks in mknfonts are doomed to fail; the +[NSProcessInfo load] class method is called way too early so the program cannot react at all. BTW, I noticed something curious while examining the build log on kfreebsd-i386. All configure tests for /proc succeed, just like they do on GNU/Linux. Is /proc guaranteed to be mounted? If so, it is perhaps worth trying to build gnustep-base without libkvm. Configuring with `./configure ac_cv_lib_kvm_kvm_getenvv=no' should do the job if you don't want to uninstall libkvm-dev. I'd be surprised if it builds, and even more surprised if it works. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594013: Please use architecture wildcards
It it possible for you to switch to architecture wildcards? So instead of enumerating all linux architectures you could specify linux-any. This is allowed by the policy since 3.9.0 Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594159: botan1.8: Please support Renesas sh4
Source: botan1.8
Version: 1.8.9-1
Severity: important
Tags: patch
User: debian-...@superh.org
Usertags: sh4
X-Debbugs-CC: debian-sup...@lists.debian.org
Hi,
I am now trying to run Debian on Renesas SH(sh4) CPU.
http://buildd.debian-ports.org/status/architecture.php?suite=unstablea=sh4
botan1.8 FTBFS on SH4.
Because botan1.8 does not support Renesas SH.
-
DEB_BUILD_HARDENING=1 dh build
dh_testdir
debian/rules override_dh_auto_configure
make[1]: Entering directory
`/build/buildd-botan1.8_1.8.9-1-sh4-_RDZkU/botan1.8-1.8.9'
DEB_BUILD_HARDENING=1 ./configure.py --prefix=/usr --cc=gcc --os=linux
--with-bzip2 --with-gnump --with-openssl --with-zlib --cpu=sh4
--disable-modules=mp_asm64,mp_amd64
Unknown or unidentifiable processor sh4
make[1]: *** [override_dh_auto_configure] Error 1
make[1]: Leaving directory
`/build/buildd-botan1.8_1.8.9-1-sh4-_RDZkU/botan1.8-1.8.9'
-
I made patch to support SH. Could you apply this patch?
And sh4 failed test
Testing RW/EMSA2(SHA-1): ...
Testing RWVA/EMSA2(SHA-1): .
Testing DSA/EMSA1(SHA-1): ...
Testing DSA/EMSA1(Tiger): ...
Testing NR/EMSA1(SHA-1):
Testing ElGamal/Raw: ..
Testing DH/Raw:
Testing DH/KDF2(SHA-1):
Testing DLIES/KDF2(SHA-1)/HMAC(SHA-1)/16: ..
Testing GF(p) math
...
Testing ECC:
..make[1]:
*** [override_dh_auto_test] Segmentation fault
make[1]: Leaving directory `/home/iwamatsu/build-area/botan1.8/botan1.8-1.8.9'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
debuild: fatal error at line 1327:
dpkg-buildpackage -rfakeroot -D -us -uc failed
Please add sh4 to SKIP_TESTS_ON_CPU in debian/rules.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
botan1.8-1.8.9_sh4.patch
Description: application/octetstream
Bug#593878: [Pkg-openldap-devel] Bug#593878: Bug#593878: slapd upgrade/start fails when authz-regex / access statements are used in local config
On Aug 23, 2010, at 3:34 PM, Mathias Gug wrote:
Hi,
Excerpts from Peter Marschall's message of Sat Aug 21 15:30:23 -0400 2010:
The attached patch to debian/slapd.script-common fixes the problem:
- it check for the existence a bit more flexibly
- and adds the clauses with {-1} prepended
so that they get evaluated first (making use of the fact that slapd's
conversion logic starts with X=0 ;-))
With this patch applied and slapd re-compiled locally the upgrade works
without problems
--- openldap-2.4.32/debian/slapd.scripts-common
+++ openldap-2.4.32/debian/slapd.scripts-common
@@ -137,16 +137,16 @@
SLAPD_CONF=/etc/ldap/slapd.d
# Add the localroot authz mapping
-if ! grep -q -E '^olcAuthzRegexp:
gidNumber=\[\[:digit:]]\+\\\+uidNumber=0,cn=peercred,cn=external,cn=auth
cn=localroot,cn=config' ${SLAPD_CONF}/cn=config.ldif; then
-sed -i 's/^\(structuralObjectClass:
olcGlobal\)/olcAuthzRegexp:
gidNumber=[[:digit:]]+\\+uidNumber=0,cn=peercred,cn=external,cn=auth
cn=localroot,cn=config\n\0/' ${SLAPD_CONF}/cn=config.ldif
+if ! grep -q -E '^olcAuthzRegexp:
({.*})?gidNumber=\[\[:digit:]]\+\\\+uidNumber=0,cn=peercred,cn=external,cn=auth
cn=localroot,cn=config' ${SLAPD_CONF}/cn=config.ldif; then
+sed -i 's/^\(structuralObjectClass:
olcGlobal\)/olcAuthzRegexp:
{-1}gidNumber=[[:digit:]]+\\+uidNumber=0,cn=peercred,cn=external,cn=auth
cn=localroot,cn=config\n\0/' ${SLAPD_CONF}/cn=config.ldif
fi
I'd suggest to bypass the use of AuthzRegexp mapping to
cn=localroot,cn=config and use
gidNumber=[[:digit:]]+\\+uidNumber=0,cn=peercred,cn=external,cn=auth
directly in the ACL.
Ubuntu used AuthzRegexp during the first upgrade to slapd.d but I've
simplified the upgrade by dropping the auth mapping and just adding
olcAccess lines:
# Grant manage access to connections made by the root user via
# SASL EXTERNAL
if previous_version_older 2.4.21-0ubuntu5 ; then
if [ -d $SLAPD_CONF ]; then
# Stick the new olcAccess at the begining of the
# olcAccess list (using an index of 0 *and*
# adding it as early as possible in the ldif file)
# to make sure that local root has access to the
# database no matter what other acls say.
sed -i 's/^\(olcDatabase: {-1}frontend\)/\0\nolcAccess:
{0}to * by dn.exact=gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
manage by * break/' ${SLAPD_CONF}/cn=config/olcDatabase={-1}frontend.ldif
sed -i 's/^\(olcDatabase: {0}config\)/\0\nolcAccess:
{0}to * by dn.exact=gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
manage by * break/' ${SLAPD_CONF}/cn=config/olcDatabase={0}config.ldif
fi
fi
This makes the whole configuration easier to understand IMO.
I've also implemented an alternate solution to using an index of -1:
The olcAccess lines are inserted at the very beginning of the ldif
file with an index set to 0 so that ACL defined by them are
applied first. slapd seems to sort first on index (0 being lowest) and
then by order of appearance in the ldif file.
I don't know which of the two solutions upstream supports the best.
I have committed the fix in svn. Peter can you try and see if this fixes
your problem ?
Regards,
Matthijs Möhlmann
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593558: libffi-dev: ffi_call segfault: read beyond the heap, allocated for return value
ret value must be 10 for strnlen, and 5 for u8_mbsnlen;
I've slightly modified the strlen.c from testsuite/libffi.call; in the
same manner I've replaced return value type ffi_type_sint with a
structured type of the size sizeof(size_t). Test interrupts since
then:
$ ./a.out
check new
check new-elements
check ffi_arg
init
size of the structure
check 1
Aborted
All right when return value of ffi_type_sint (comment out rows ##42, 45
and uncomment ##43, 46):
$ ./a.out
check new
check new-elements
check ffi_arg
init
size of the structure
check 1
check 7
check 25
There's no problem on x86_64 as well.
tag 593558 + moreinfo
thanks
On 19.08.2010 10:48, Ygrex wrote:
Package: libffi-dev
Version: 3.0.9-2
Severity: important
The test C-code is attached:
gcc-4.4 -lffi -lunistring -o test test.c
It can be compiled without libunistring as well (see notes, please):
1. comment out rows #7 and #8
2. uncomment #9
3. gcc-4.4 -lffi -o test test.c
What the code does:
1. creates a new ffi_type to emulate size_t;
2. allocates array of types of function arguments: (char *) and
(size_t); 3. prepare CIF to call the size_t function with two
arguments; 4. allocates array of pointers to two arguments: char *b
and size_t a; 5. runs ffi_call and segfaults;
unable to reproduce on i386 unstable (without the library):
$ valgrind --track-origins=yes -q ./a.out
just before...
==13621== Conditional jump or move depends on uninitialised value(s)
==13621==at 0x48DC040: strnlen (mc_replace_strmem.c:263)
==13621==by 0x48FB54E: ffi_call_SYSV
(in /usr/lib/libffi.so.5.0.10) ==13621==by 0x48FB38D: ffi_call
(in /usr/lib/libffi.so.5.0.10) ==13621==by 0x80488FC: main
(test.c:71) ==13621== Uninitialised value was created by a heap
allocation ==13621==at 0x48DAF50: malloc (vg_replace_malloc.c:236)
==13621==by 0x8048842: main (test.c:55)
==13621==
right after!
==13621== Use of uninitialised value of size 4
==13621==at 0x49390FE: _itoa_word (_itoa.c:195)
==13621==by 0x493C8EF: vfprintf (vfprintf.c:1613)
==13621==by 0x4943FAF: printf (printf.c:35)
==13621==by 0x804891F: main (test.c:80)
==13621== Uninitialised value was created by a heap allocation
==13621==at 0x48DAF50: malloc (vg_replace_malloc.c:236)
==13621==by 0x8048842: main (test.c:55)
==13621==
==13621== Conditional jump or move depends on uninitialised value(s)
==13621==at 0x4939106: _itoa_word (_itoa.c:195)
==13621==by 0x493C8EF: vfprintf (vfprintf.c:1613)
==13621==by 0x4943FAF: printf (printf.c:35)
==13621==by 0x804891F: main (test.c:80)
==13621== Uninitialised value was created by a heap allocation
==13621==at 0x48DAF50: malloc (vg_replace_malloc.c:236)
==13621==by 0x8048842: main (test.c:55)
==13621==
ret value: 0
--
С уважением,
Igor Bogomazov
Игорь Богомазов
Главный технический специалист
HighLink Ltd. St-Petersburg, Russia
8(812)334-12-12 [доб. 220]
8(931)238-94-41 (Мегафон)
http://www.hl.ru
#include stdlib.h
#include string.h
#include ffi.h
#define MAX_ARGS 256
#define CHECK(x) !(x) ? abort() : 0
static size_t my_strlen(char *s)
{
return (strlen(s));
}
int main (void)
{
ffi_type *new = malloc(sizeof(ffi_type));
puts(check new);
CHECK(new);
new-size = new-alignment = 0;
new-type = FFI_TYPE_STRUCT;
new-elements = calloc(5, sizeof(ffi_type *));
puts(check new-elements);
CHECK(new-elements);
new-elements[0] = ffi_type_uchar;
new-elements[1] = ffi_type_uchar;
new-elements[2] = ffi_type_uchar;
new-elements[3] = ffi_type_uchar;
new-elements[4] = NULL;
ffi_cif cif;
ffi_type *args[MAX_ARGS];
void *values[MAX_ARGS];
ffi_arg rint;
puts(check ffi_arg);
CHECK(sizeof(ffi_arg) == 4);
char *s;
args[0] = ffi_type_pointer;
values[0] = (void*) s;
/* Initialize the cif */
puts(init);
CHECK(ffi_prep_cif(cif, FFI_DEFAULT_ABI, 1,
new, args) == FFI_OK);
// ffi_type_sint, args) == FFI_OK);
puts(size of the structure);
CHECK(new-size == 4);
// CHECK(ffi_type_sint.size == 4);
s = a;
ffi_call(cif, FFI_FN(my_strlen), rint, values);
puts(check 1);
CHECK(rint == 1);
s = 1234567;
ffi_call(cif, FFI_FN(my_strlen), rint, values);
puts(check 7);
CHECK(rint == 7);
s = 1234567890123456789012345;
ffi_call(cif, FFI_FN(my_strlen), rint, values);
puts(check 25);
CHECK(rint == 25);
exit (0);
}
signature.asc
Description: PGP signature
Bug#594010: version 3.7.2 has been released which fixes a database corruption bug
According to the sqlite mailing list a bug which has been in sqlite since 3.6.16 has been fixed by this release. Since the bug can cause database corruption, it seems important to get this version of the package out there asap. attachment: alan_chandler.vcf
Bug#594160: wu-ftpd: fails to install (userdel: error deleting password entry)
Package: wu-ftpd Version: 2.6.2-30 Severity: important *** Please type your report below this line *** % sudo apt-get install wu-ftpd Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libdns45 libisccc40 liblwres40 libbind9-40 libisccfg40 libisc45 Use 'apt-get autoremove' to remove them. The following NEW packages will be installed: wu-ftpd 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 284kB of archives. After this operation, 721kB of additional disk space will be used. Get:1 http://approx-host lenny/main wu-ftpd 2.6.2-30 [284kB] Fetched 284kB in 0s (777kB/s) Preconfiguring packages ... Selecting previously deselected package wu-ftpd. (Reading database ... 65139 files and directories currently installed.) Unpacking wu-ftpd (from .../wu-ftpd_2.6.2-30_i386.deb) ... Processing triggers for man-db ... Setting up wu-ftpd (2.6.2-30) ... userdel: error deleting password entry Removal failed! dpkg: error processing wu-ftpd (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: wu-ftpd E: Sub-process /usr/bin/dpkg returned an error code (1) % dpkg -l wu-ftpd Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- iF wu-ftpd2.6.2-30 powerful and widely used FTP server Well, that's a bit disappointing. What can I do to help? -- Package-specific info: -- inetd packages installed Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- un inetutils-inet none (no description available) un netkit-inetd none (no description available) ii openbsd-inetd 0.20080125-2 The OpenBSD Internet Superserver ii update-inetd 4.31 inetd configuration file updater -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (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 wu-ftpd depends on: ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii debianutils 2.30Miscellaneous utilities specific t ii libc62.7-18lenny4GNU C Library: Shared libraries ii libpam0g 1.0.1-5+lenny1 Pluggable Authentication Modules l ii perl [perl5] 5.10.0-19lenny2 Larry Wall's Practical Extraction ii update-inetd 4.31inetd configuration file updater wu-ftpd recommends no packages. Versions of packages wu-ftpd suggests: ii logrotate 3.7.1-5Log rotation utility -- debconf information: wu-ftpd/create-incoming: false wu-ftpd/homedir: /home/ftp wu-ftpd/update-binaries: wu-ftpd/home-noexist: true wu-ftpd/libnss: wu-ftpd/anonymous: false wu-ftpd/homedir-not-absolute: wu-ftpd/ftpusers: true wu-ftpd/run_mode: inetd wu-ftpd/homedir-exists: false wu-ftpd/ftpusers-symlink: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594161: No longer sets supplemental groups
Package: halevt
Version: 0.1.6.2-1
Severity: normal
Tags: patch
It appears that halevt does not setup supplemental groups (i.e., doesn't
call initgroups) when changing ids to a non-root user. This means that the
halevt daemon does not have permission to access files/devices owned by a
group for which user halevt is a member, but are not owned by user
halevt or group plugdev themselves.
As a motivating example, I have a halevt rule that toggles my sound mixer's
mute setting on a mute button hotkey keypress. Access to
/dev/snd/controlC0 via amixer requires that the user be a member of group
audio, which on my system user halevt is. In this case, it wouldn't
make sense to change ownership of the mixer device to either halevt or
plugdev, as other applications (used with group audio membership) access
the mixer device. Running halevt under group audio would work, but is a
heavy-handed approach that might not be appropriate in all situations.
As it turns out this bug is a regression. Although halevt itself never
called initgroups, the Debian halevt init.d script in version 0.1.5-4 and
below ran halevt as a non-root user via start-stop-daemon's -c and -g
options, and thus the change id code in halevt itself was always
bypassed.
It's unclear from the changelog why the change id responsibility was
shifted from start-stop-daemon to halevt. Personally I find the former to
be strategic from a security perspective--that is, leave the privileged
operations solely to a well trusted program (start-stop-daemon) since
halevt itself does not need root privileges except to change users.
In any event, if the change to have halevt switch users itself is intended,
then attached is a patch which adds the appropriate initgroups call to
halevt. I've tested it, and it works well to fix the problem.
Thanks!
diff --git a/src/manager.c b/src/manager.c
--- a/src/manager.c
+++ b/src/manager.c
@@ -331,6 +331,11 @@
DEBUG(_(Error setting gid to %u: %s), gid, strerror(errno));
exit(1);
}
+if (initgroups(user, gid) != 0)
+{
+DEBUG(_(Error setting initgroups for %s, %u: %s), user, gid, strerror(errno));
+exit(1);
+}
if (setuid(uid) != 0)
{
DEBUG(_(Error setting uid to %u: %s), uid, strerror(errno));
Bug#593964: gedit: save error on NTFS in VBox with shared folders
clone 593964 -1 retitle 593964 [glocalfileoutputstream] Fallback for filesystems that don’t support renames on open files severity 593964 wishlist reassign 593964 libglib2.0-0 retitle -1 [vboxsf] Cannot rename an open file reassign -1 virtualbox-ose-guest-utils thanks Le lundi 23 août 2010 à 23:17 +0200, Matthijs Melchior a écrit : Could not save the file /C/Temp/test-gedit. Unexpected error: Error renaming temporary file: Text file busy 20724 rename(/C/Temp/.goutputstream-P3PXHV, /C/Temp/test-gedit unfinished ... 20724... rename resumed )= -1 ETXTBSY (Text file busy) 20724 close(26unfinished ... This suggests the reason for the problem: The .goutputstream-P3PXHV file is being renamed before it is closed. I believe this is a problem on NTFS... It is a VBox shared folder: $ df -hT /C FilesystemTypeSize Used Avail Use% Mounted on C_DRIVE vboxsf233G 46G 188G 20% /C The error can be handled more graceful: After the ETXTBSY error, the file can be saved to its original name (which has been moved away to its backup name already) and after that is successful remove the temporary file. This is not an efficient way to save a file, but it does not change behavior on sane filesystems and is expected work on the VBox shared folders... Feel free to raise the issue to upstream developers. I personally consider this is an issue in the vboxsf implementation. Note that SUSv3 allows rename() to fail when the directory is busy, but not when the file itself is busy. The ETXTBUSY error code is for another case which is irrelevant on Linux: “The file to be renamed is a pure procedure (shared text) file that is being executed.” Cheers, -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554530:
Hi,
The below diff is against upstream git repo
git://git.ozlabs.org/~paulus/ppp.git
on
Tue, 24 Aug 2010 16:44:43 +0930
diff --git a/pppd/auth.c b/pppd/auth.c
index fb71944..62648b8 100644
--- a/pppd/auth.c
+++ b/pppd/auth.c
@@ -669,8 +669,11 @@ link_terminated(unit)
(*the_channel-cleanup)();
if (doing_multilink multilink_master) {
- if (!bundle_terminating)
+ if (!bundle_terminating) {
new_phase(PHASE_MASTER);
+ if (!detached)
+ detach();
+ }
else
mp_bundle_terminated();
} else
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594099: ITP: pm-utils-light -- pm-utils replacement for embedded hardware
Le lundi 23 août 2010 à 18:12 +0100, Enrico Zini a écrit : Description : pm-utils replacement for embedded hardware Pros: * It tries its best to run hooks in exactly the same way as pm-utils. * It's faster * It can load hooks from a .so file, which is much faster, avoids context switches and allows to keep state conveniently in memory. * .so files will be loaded also if they are not executable. Install a non-executable .so file to have it loaded by pm-utils light but ignored by pm-utils. * It allows to cancel a resume, for example in order to go back to sleep in case of a resume for usb disconnect. . Cons: * No support for quirks * It does not ship the functions and pm-functions shell libraries, so plugins cannot make use of them It looks like an interesting piece software, but having to choose between one implementation that is slow and one that doesn’t support quirks looks like a lose-lose situation to me. Are there any efforts underway to merge the two projects, or at least their functionality? Cheers, -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594042: [Build-common-hackers] Bug#594042: cdbs: documentation about DEB_SRCDIR
On Mon, Aug 23, 2010 at 11:36:18AM +0200, IOhannes m zmoelnig wrote: the documentation of CDBS states in the chapter Basic Settings and Available Variables (file:///usr/share/doc/cdbs/cdbs-doc.html#basic-settings), that one could use: DEB_SRCDIR = $(CURDIR)/src this is wrong, cdbs will prefix $(CURDIR) to DEB_SRCDIR, so in the end the build system will look for files in $(CURDIR)/$(CURDIR)/src, and will eventually fail to find them. the corrected line should read: DEB_SRCDIR = src Thanks! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#594163: inotify-tools: Should document that files are handled by their inodes
Package: inotify-tools Version: 3.13-3 Severity: wishlist I recently spent quite a lot of time debugging issue like this: 1. Set inotifywait -m to monitor a file 2. Move the file or make a hardlink to it 3. Subsequent notifications about the file still show the original filename which is confusing. I understand that the tool has no easy way of finding out what filename it should report in case of a file that is hardlinked elsewhere, and that even reporting the old name that no longer exists could make a bit of sense in certain situations. The solution I propose is adding a sentence or two in the Bugs/Caveats section of the manpage. It should state that it is the inode being monitored so the filename that is output is not guaranteed to be up to date after a move. Additionaly, that none of the observed operations are guaranteed to have been performed on the filename inotifywait was instructed to monitor in cases when the file is known by several names in the filesystem. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable') Architecture: i386 (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 inotify-tools depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libinotifytools0 3.13-3 utility wrapper around inotify inotify-tools recommends no packages. inotify-tools 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#571005: Also on 2.6.34
Also seen in a potentially (happened three times) reproductible way on a 2.6.34 (with grsecurity patches, but this is unrelated probably) ; sshfs 2.1-1 Way to reproduce, apparently: (1) create a local storage file on a machine #1 with something like 20GB of space (dd if=/dev/urandom of=/backup/space bs=1k count=2000) (2) remotely mount the directory where the file lies using sshfs on a machine #2 (not on the same LAN, but with something like 20ms of lag) ; the only specific option used is '-C' (compression) (3) losetup -e aes /dev/loop0 /mnt/remote-mount (4) mkfs -t ext2 /dev/loop0 [ie. mkfs through the sshfs tunnel] The mkfs would hang randomly ; sometimes when creating the structures, sometimes when finishing. The mkfs in that state is unkillable and takes all cpu it can, and processes attempting to touch the mount point directory would hang. Attempting to strace it also hangs the strace (which becomes unkillable) Killing ssh on the other side does not appear to solve the issue in my case, but not try to kill the ssh on the other side. Feel free to ask me any specific test/debugging. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594069: qemu-kvm: really poor write performance with qcow2 hdd image
23.08.2010 17:22, Alexander Loob wrote: Package: qemu-kvm Version: 0.12.5+dfsg-1 Severity: normal Distribution: testing Architecture: amd64 Dear Maintainers, after the update to the qemu-kvm package to version 0.12.5+dfsg-1 the write performance of my virtual machines is absolutely solw! I've tested this with Windows 7, Windows XP Prof. and debian testing. E.g. nearly 10 mins for 600MB (Win7 hybernate). Can you tell me what exactly are you doing when you observe the slowdown? I just tested both 0.12.4 and 0.12.5 on a few windows images I have locally (winXP and win7), -- I see no speed difference in regular operations between the two qemu-kvm versions. Here is an example of my kvm start parameters: kvm \ -drive file=/home/virtual/KVM/win7.ovl,index=0,media=disk,cache=writeback \ -k de \ -m 1536m \ -monitor stdio \ -name Windows 7 \ -net nic,model=virtio,macaddr=52:54:00:12:34:57 \ -net user \ -rtc base=localtime \ -smp 2 \ -usb \ -usbdevice tablet \ -vga std \ -vnc :3 That makes sense and looks good, except of the -net user, which is terrible slow by its own, but it weren't changed in a very long time. What's win7.ovl? Is it a qcow2 file with a base image elsewhere? Changing the cache value to cache=none or writethrough has no effect to the write performance. Downgrading back to qemu-kvm-0.12.4+dfsg-1 solved the problem for me (win7 hybernate writes 600MB in nearly 30 secs.) Why do you think it writes 600Mb? Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#304570: How's the progress here?
Hi, how is the progress here? Cosme has done a great job for Ubuntu and I wondering if it's possible doing the same for Debian. Hope to hear from you soon. -- Alessio Treglia ales...@alessiotreglia.com Debian Ubuntu Developer | Homepage: http://www.alessiotreglia.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#554530:
Ooops wrong bug :( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594164: basic256: FTBFS on GNU/kFreeBSD (just use sys/soundcard.h instead of linux/soundcard.h)
Package: basic256 Version: 0.9.6.27-1 Severity: serious Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD. It needs small tweak, see bellow. It would also be nice if you can ask upstream to include this change. Thanks in advance Petr --- RunController.cpp +++ RunController.cpp @@ -52,7 +52,7 @@ #include fcntl.h #include sys/ioctl.h #include time.h - #include linux/soundcard.h + #include sys/soundcard.h #endif #ifdef USEQSOUND -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594165: linux-image-2.6-686: Kernel panics while transferring data through ethernet on compaq dx2000 ST/CT
Package: linux-image-2.6-686 Version: 2.6.32+28 Severity: normal If I don't use network, it doesn't panic at all. But as soon as I transfer a lot of data by cifs or use netperf to stress eth0, it panics. Information about eth0 by lshal: udi = '/org/freedesktop/Hal/devices/pci_14e4_1696' info.linux.driver = 'tg3' (string) info.parent = '/org/freedesktop/Hal/devices/pci_8086_244e' (string) info.product = 'NetXtreme BCM5782 Gigabit Ethernet' (string) panic message through serial console: HARDWARE ERROR CPU 0: Machine Check Exception:4 Bank 0: b2001040080f RIP !INEXACT! 00:c1206f17 TSC 1412c9d8df3 PROCESSOR 0:f33 TIME 1282627487 SOCKET 0 APIC 0 No human readable MCE decoding support on this CPU type. Run the message through 'mcelog --ascii' to decode. This is not a software problem! Machine check: Processor context corrupt Kernel panic - not syncing: Fatal Machine check Pid: 2173, comm: smbd Tainted: G M 2.6.32-5-686 #1 Call Trace: [c126ab04] ? panic+0x38/0xe4 [c100e11e] ? mce_panic+0x124/0x139 [c100e810] ? do_machine_check+0x543/0x6e3 [c1206f17] ? tcp_rcv_established+0x303/0x626 [c100e2cd] ? do_machine_check+0x0/0x6e3 [c126c803] ? error_code+0x73/0x78 [c1206f17] ? tcp_rcv_established+0x303/0x626 [c120d430] ? tcp_v4_do_rcv+0x15f/0x2cf [c11fff2c] ? tcp_recvmsg+0x641/0x8b6 [c11ce005] ? sk_wait_data+0x90/0x99 [c11fed4c] ? tcp_prequeue_process+0x57/0x6b [c11ffd11] ? tcp_recvmsg+0x426/0x8b6 [c11cd1bb] ? sock_common_recvmsg+0x2f/0x45 [c11cb5a0] ? __sock_recvmsg+0x50/0x58 [c11cb645] ? sock_aio_read+0x9d/0xab [c10b2615] ? do_sync_read+0xc0/0x107 [c1041f20] ? param_set_invbool+0x22/0x35 [c10b21f9] ? fsnotify_access+0x5a/0x61 [c1101814] ? security_file_permission+0xc/0xd [c10b] ? pcpu_alloc+0x470/0x77c [c10b30bc] ? sys_read+0x3c/0x63 [c10030fb] ? sysenter_do_call+0x12/0x28 [drm:drm_fb_helper_panic] *ERROR* panic occurred, switching back to text console panic message with nomce boot option through serial console: [ 159.129796] BUG: unable to handle kernel paging request at 670592c8 [ 159.133751] IP: [c120383d] tcp_event_data_recv+0x4/0x343 [ 159.133751] *pde = [ 159.133751] Oops: 0002 [#1] SMP [ 159.133751] last sysfs file: /sys/devices/pci:00/:00:1f.1/host0/target0:0:0/0:0:0:0/block/sda/uevent [ 159.133751] Modules linked in: speedstep_lib cpufreq_stats cpufreq_conservative cpufreq_userspace cpufreq_powersave ppdev lp sco bridge stp bnep l2cap crc16 bluetooth rfkill binfmt_misc fuse snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq i915 drm_kms_helper snd_timer drm shpchp snd_seq_device pci_hotplug snd i2c_algo_bit i2c_i801 soundcore i2c_core video rng_core output parport_pc evdev psmouse serio_raw parport snd_page_alloc pcspkr button processor usbhid hid ext3 jbd mbcache sd_mod crc_t10dif ata_generic uhci_hcd ata_piix tg3 libata thermal libphy ehci_hcd floppy usbcore thermal_sys scsi_mod nls_base [last unloaded: scsi_wait_scan] [ 159.133751] [ 159.133751] Pid: 2369, comm: smbd Not tainted (2.6.32-5-686 #1) HP dx2000 ST(PE677AV) [ 159.133751] EIP: 0060:[c120383d] EFLAGS: 00010202 CPU: 0 [ 159.133751] EIP is at tcp_event_data_recv+0x4/0x343 [ 159.133751] EAX: ddf0a680 EBX: ddf0a680 ECX: ddf0a680 EDX: dea61d00 [ 159.133751] ESI: 0001 EDI: dea61d00 EBP: 05b4 ESP: de217d58 [ 159.133751] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 [ 159.133751] Process smbd (pid: 2369, ti=de216000 task=dea4f740 task.ti=de216000) [ 159.133751] Stack: [ 159.133751] ddf0a680 0001 dea61d00 05b4 c120708b dde18044 0014 0001 [ 159.133751] 0 dea61d20 ddf0a680 dea61d00 c120d430 05c8 [ 159.133751] 0 c11fff2c dde18030 dde18044 ddf0a680 ddf0a680 de217e18 c11ce005 [ 159.133751] Call Trace: [ 159.133751] [c120708b] ? tcp_rcv_established+0x477/0x626 [ 159.133751] [c120d430] ? tcp_v4_do_rcv+0x15f/0x2cf [ 159.133751] [c11fff2c] ? tcp_recvmsg+0x641/0x8b6 [ 159.133751] [c11ce005] ? sk_wait_data+0x90/0x99 [ 159.133751] [c11fed4c] ? tcp_prequeue_process+0x57/0x6b [ 159.133751] [c11ffd11] ? tcp_recvmsg+0x426/0x8b6 [ 159.133751] [c11cd1bb] ? sock_common_recvmsg+0x2f/0x45 [ 159.133751] [c11cb5a0] ? __sock_recvmsg+0x50/0x58 [ 159.133751] [c11cb645] ? sock_aio_read+0x9d/0xab [ 159.133751] [e02d61e5] ? tg3_poll+0x14f/0x820 [tg3] [ 159.133751] [c10b2615] ? do_sync_read+0xc0/0x107 [ 159.133751] [c10437d6] ? autoremove_wake_function+0x0/0x2d [ 159.133751] [c10b21f9] ? fsnotify_access+0x5a/0x61 [ 159.133751] [c1101814] ? security_file_permission+0xc/0xd [ 159.133751] [c10b2fdd] ? vfs_read+0x8c/0xd3 [ 159.133751] [c10b30bc] ? sys_read+0x3c/0x63 [ 159.133751] [c10030fb] ? sysenter_do_call+0x12/0x28 [ 159.133751] Code: d2 80 cc 01 66 89 83 90 03 00 00 89 d8 e8 86 e5 ff ff 85 c0 75 0a 31 d2 89 d8 ff 93 68 01 00 00 58 5a 5b 5e 5f 5d c3 55 57 56 53 89 c3 83 ec 14 89 54 24 0c 8b b0 a8 02
Bug#594159: botan1.8: Please support Renesas sh4
I doubt it's important severity, but I since it's an easy fix, I have
uploaded 1.8.9-2 with your patch and sh4 as tests exclude platform.
I you want to have this in squeeze, feel free to ask debian-release,
you have my permission. (You can just forward this email, with debdiff
and ask for freeze exception to debian-release).
O.
2010/8/24 Nobuhiro Iwamatsu iwama...@nigauri.org:
Source: botan1.8
Version: 1.8.9-1
Severity: important
Tags: patch
User: debian-...@superh.org
Usertags: sh4
X-Debbugs-CC: debian-sup...@lists.debian.org
Hi,
I am now trying to run Debian on Renesas SH(sh4) CPU.
http://buildd.debian-ports.org/status/architecture.php?suite=unstablea=sh4
botan1.8 FTBFS on SH4.
Because botan1.8 does not support Renesas SH.
-
DEB_BUILD_HARDENING=1 dh build
dh_testdir
debian/rules override_dh_auto_configure
make[1]: Entering directory
`/build/buildd-botan1.8_1.8.9-1-sh4-_RDZkU/botan1.8-1.8.9'
DEB_BUILD_HARDENING=1 ./configure.py --prefix=/usr --cc=gcc --os=linux
--with-bzip2 --with-gnump --with-openssl --with-zlib --cpu=sh4
--disable-modules=mp_asm64,mp_amd64
Unknown or unidentifiable processor sh4
make[1]: *** [override_dh_auto_configure] Error 1
make[1]: Leaving directory
`/build/buildd-botan1.8_1.8.9-1-sh4-_RDZkU/botan1.8-1.8.9'
-
I made patch to support SH. Could you apply this patch?
And sh4 failed test
Testing RW/EMSA2(SHA-1): ...
Testing RWVA/EMSA2(SHA-1): .
Testing DSA/EMSA1(SHA-1): ...
Testing DSA/EMSA1(Tiger): ...
Testing NR/EMSA1(SHA-1):
Testing ElGamal/Raw: ..
Testing DH/Raw:
Testing DH/KDF2(SHA-1):
Testing DLIES/KDF2(SHA-1)/HMAC(SHA-1)/16: ..
Testing GF(p) math
...
Testing ECC:
..make[1]:
*** [override_dh_auto_test] Segmentation fault
make[1]: Leaving directory `/home/iwamatsu/build-area/botan1.8/botan1.8-1.8.9'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
debuild: fatal error at line 1327:
dpkg-buildpackage -rfakeroot -D -us -uc failed
Please add sh4 to SKIP_TESTS_ON_CPU in debian/rules.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
Ondřej Surý ond...@sury.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587450: cmucl 20a has buggy arithmetic
Package: cmucl Version: 20a I would like to amplify this bug report. The current release of Maxima (5.22.1) has ~100 testsuite errors when built with cmucl 20a. See the discussion at http://www.math.utexas.edu/pipermail/maxima/2010/022365.html This includes a link to the output of the build+testsuite. # dpkg --status cmucl Package: cmucl Status: install ok installed Priority: optional Section: lisp Installed-Size: 39376 Maintainer: Debian Common Lisp Team pkg-common-lisp-de...@lists.alioth.debian.org Architecture: i386 Version: 20a-20090928-2 Replaces: cmucl-normal ( 18e), cmucl-safe ( 18e), cmucl-small ( 18e) Provides: lisp-compiler, lisp-core Depends: libc6 (= 2.2), debconf (= 0.5) | debconf-2.0 Pre-Depends: common-lisp-controller (= 4.2) Recommends: binfmt-support (= 1.1.2) Suggests: cmucl-source, cmucl-docs, ilisp Conffiles: /etc/common-lisp/cmucl/site-init.lisp 71d4af2accd2c037af96e1726352867b /etc/common-lisp/cmucl/site-init.lisp newconffile Description: The CMUCL lisp compiler and development system This is the basis package for CMUCL. It contains the base image with the compiler, PCL (CLOS), and the tty based debugger. . It is a Common Lisp development system, written in Common Lisp itself with a long history. Homepage: http://www.cons.org/cmucl/ -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594166: [apache2-prefork-dev] apxs2 generated Makefile command fails to restart apache
Package: apache2-prefork-dev Version: 2.2.16-1 Severity: normal --- Please enter the report below this line. --- After generating a module with apxs2 the make reload command needs to be executed twice to restart apache. However one make reload command should be adequate enough to restart apache. Steps to reproduce the problem: apxs2 -n foo -g; cd foo; make reload; Now try to access apache on localhost fails: ab -n 1 http://localhost/; --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 testing security.debian.org 500 testing ftp.us.debian.org --- Package information. --- Depends (Version) | Installed =-+-= apache2.2-common (= 2.2.16-1) | 2.2.16-1 openssl | 0.9.8o-1 libaprutil1-dev | 1.3.9+dfsg-3 Package's Recommends field is empty. Package's Suggests field is empty. Thanks Ibaidul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580398: ecm and gmp-ecm: error when trying to install together
Hello, this bug still exists in squeeze since we still have gmp-ecm/6.2-1 in squeeze. Migration of 6.3-3 to squeeze is currently blocked by #593193. Maybe a separate bug fix of #580398 (through testing-proposed-updates?) would be in order to fix this bug in squeeze? -Ralf. -- Ralf Treinen Laboratoire Preuves, Programmes et Systèmes Université Paris Diderot, Paris, France. http://www.pps.jussieu.fr/~treinen/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589009: Test Case
HOST % cat /etc/debian_version squeeze/sid % dpkg-query -W | egrep 'linux|kvm|vde|python|libc6|iproute|bridge|adduser|libaio' adduser 3.112 bridge-utils1.4-5 iproute 20100519-3 kvm 1:0.12.5+dfsg-1 libaio1 0.3.107-7 libc6 2.11.2-2 libc6-i386 2.11.2-2 libselinux1 2.0.96-1 libvdeplug2 2.2.3-3 linux-base 2.6.32-20 linux-image-2.6.32-5-amd64 2.6.32-20 linux-image-amd64 2.6.32+28 python 2.6.5-13 python-minimal 2.6.5-13 python-reportbug4.12.6 python-support 1.0.9 python2.6 2.6.6~rc1-1 python2.6-minimal 2.6.6~rc1-1 qemu-kvm0.12.5+dfsg-1 util-linux 2.17.2-3.1 % cat /etc/libvirt/qemu/source/s15.xml domain type='kvm' names15/name uuid92dfd544-9638-11df-b6c6-18a905632d8c/uuid memory1048576/memory vcpu cpuset='0-5'1/vcpu os type arch='x86_64' machine='pc-0.12'hvm/type boot dev='hd'/ boot dev='cdrom'/ /os features acpi/ apic/ pae/ /features clock offset='utc'/ on_poweroffdestroy/on_poweroff on_rebootrestart/on_reboot on_crashrestart/on_crash devices emulator/usr/bin/kvm/emulator disk type='file' device='cdrom' source file='/var/lib/libvirt/iso/grml64'/ target dev='hda' bus='ide'/ readonly/ /disk disk type='block' device='disk' source dev='/dev/vg_hansolo_dom/vm_s15'/ target dev='vda' bus='virtio'/ /disk interface type='bridge' mac address='52:54:00:1e:ef:9f'/ source bridge='kvm0'/ model type='virtio'/ /interface serial type='pty' target port='0'/ /serial console type='pty' target port='0'/ /console graphics type='vnc' port='5915' autoport='no' keymap='de'/ /devices /domain % virsh define /etc/libvirt/qemu/source/s15.xml Domain s15 defined from /etc/libvirt/qemu/source/s15.xml % virsh start s15 Domain s15 started (ssh into s15 and generate some traffic, e.g. update-pciids) % tail -f /var/log/libvirt/qemu/s15.log LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/sbin: /bin:/usr/sbin:/usr/bin HOME=/ QEMU_AUDIO_DRV=none /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -name s15 -uuid 92dfd544-9638-11df-b6c6-18a905632d8c -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu /s15.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=utc -boot cd -drive file=/var/lib/libvirt/ iso/grml64,if=none,media=cdrom,id=drive-ide0-0-0, readonly=on,format=raw -device ide-drive,bus=ide.0, unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -drive file= /dev/vg_hansolo_dom/vm_s15,if=none,id=drive-virtio-disk0, boot=on,format=raw -device virtio-blk-pci,bus=pci.0, addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0 -device virtio-net-pci,vlan=0,id=net0, mac=52:54:00:1e:ef:9f,bus=pci.0,addr=0x3 -net tap,fd=64,vlan=0,name=hostnet0 -chardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -vnc 127.0.0.1:15 -k de -vga cirrus -device virtio-balloon-pci,id=balloon0, bus=pci.0,addr=0x5 char device redirected to /dev/pts/2 virtio-net truncating packet GUEST = Stock Lenny, no 3rd-party Packages installed. % cat /etc/debian_version 5.0.5 % dpkg-query -W | egrep 'linux|python|libc6|iproute|adduser' adduser 3.110 iproute 20080725-2 libc6 2.7-18lenny4 libselinux1 2.0.65-5 linux-image-2.6-amd64 2.6.26+17+lenny1 linux-image-2.6.26-2-amd64 2.6.26-24lenny1 python 2.5.2-3 python-minimal 2.5.2-3 python2.5 2.5.2-15+lenny1 python2.5-minimal 2.5.2-15+lenny1 util-linux 2.13.1.1-1 Running grml64 2010.04 (Grmlmonster) with 2.6.33-grml64 on the same VM with virtio network the problem can't be reproduced by me. It seems the problem lies with lenny kernel running inside the VM. Marcel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594125: [linux-image-2.6.35-trunk-amd64] BSD ring buffer implementation makes suspend to ram unreliable
severity 594125 important stop On Mon, Aug 23, 2010 at 10:28:31PM +0200, Florian Kriener wrote: Package: linux-image-2.6.35-trunk-amd64 Version: 1~experimental.2 Severity: grave Tags: patch important is enough. --- Please enter the report below this line. --- There is a bug in the linux kernel 2.6.35, that makes suspend to ram unusable (it seems to be fixed in 2.6.36-rc2) [1]. The symptoms are: - Suspend to ram from X hangs the computer, the only option is to press the power button for ~5 sec and thus forcefully turning off the computer (SysRq does not work for me). After a while (when not turning off the computer of cause) the fan goes to full power. - However, suspend to ram from console works. - The hang does happen every time on my laptop. However, on some computers that seems to happen only sporadically. experienced similar stuff here on a X201 Thinkpad. The link [1] contains two possible solutions for this problem. 1. Turn off BSD completely by replacing the corresponding define in i915_drv.h with #define HAS_BSD(dev)(0) 2. 2.6.36-rc2 seems to fix the problem (according to a comment on [1]). [1] https://bugs.freedesktop.org/show_bug.cgi?id=29406 ok marking as forwarded. once a specific patch emerges out of that report, we can add it, otherwise it should go through stable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593966: libc6: system-breaking (init OOPS) incompatibility with old prelink versions
Actually I'm not sure any more whether this is a __severe__ problem for a branch-hopping minority(?) only: Boyd Stephen Smith Jr. realized that this might very well become a problem for normal branch upgrades from Lenny to Squeeze. If Squeeze libc6 upgrade processing happens before the upgrade of the prelink binary (and I think it does, since I believe libc6 upgrades happen rather early during an upgrade operation, before many other packages), we're ending up with the critical constellation during a normal upgrade as well. And since on a P3/500/512, a full Ubuntu upgrade I did once took 8 hours (possibly even longer with more modern installations), due to the slow performance there's a rather high chance to hit the cron.daily 24 hour processing's race window. Andreas Mohr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594167: menu update regression, does not recognize entries
Package: menu Version: 2.1.43 Severity: normal Since some time the menu trigger produces more and more warnings of the type: warning, in file '/var/lib/dpkg/updates/' near line 5 package 'python-cupshelpers': missing description warning, in file '/var/lib/dpkg/updates/' near line 5 package 'python-cupshelpers': missing maintainer and so on. Interestingly these packages do NOT ship any menu file ... so I have no idea where this is coming from, but it looks quite wrong. Esp. since it happened with one of my packages, too (afair) and I didn't change anything in the menu file since ages. Can the maintainers please enlighten me, thanks. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc2+ (SMP w/2 CPU cores; PREEMPT) 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 menu depends on: ii dpkg 1.15.8.4 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-9 GCC support library ii libstdc++64.4.4-9The GNU Standard C++ Library v3 menu recommends no packages. Versions of packages menu suggests: ii gksu 2.0.2-3graphical frontend to su ii kdebase-runtime 4:4.4.5-1 runtime components from the offici -- 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#594079: setting package to rt3.8-db-mysql request-tracker3.8 rt3.8-db-sqlite rt3.8-apache2 rt3.8-clients rt3.8-db-postgresql ...
# Automatically generated email from bts, devscripts version 2.10.35lenny7 # via tagpending # # request-tracker3.8 (3.8.8-4) UNRELEASED; urgency=low # # * Debconf translation updates (Closes: #592255, #592514, #593564, ##593687, #593989, #594079) # package rt3.8-db-mysql request-tracker3.8 rt3.8-db-sqlite rt3.8-apache2 rt3.8-clients rt3.8-db-postgresql tags 594079 + pending -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594168: Trang Bus error on kfreebsd-amd64
Package: trang Version: 2009-2 Severity: important X-Debbugs-CC: debian-...@lists.debian.org Hi, there is an Bus error from trang when building opendnssec package on kfreebsd-amd64. It prevents opendnssec to enter squeeze. It doesn't fail on any other platform. Full build log: https://buildd.debian.org/fetch.cgi?pkg=opendnssecver=1.1.1-2arch=kfreebsd-amd64stamp=1281683281file=log Ondrej -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584657: some additional parse/undefined object-group/... errors
On 06/05/2010 09:42 PM, Jochen Friedrich wrote: ... These can be fixed by extending the patch. Upstream (IETF) would need to submit a new RFC in this case. ... This I would consider an upstream bug against IANA. They should be able to fix this easily (replacing := by ::=). I'll forward this to them. so what is the status in this regard? thanks, raoul -- DI (FH) Raoul Bhatia M.Sc. email. r.bha...@ipax.at Technischer Leiter IPAX - Aloy Bhatia Hava OG web. http://www.ipax.at Barawitzkagasse 10/2/2/11 email.off...@ipax.at 1190 Wien tel. +43 1 3670030 FN 277995t HG Wien fax.+43 1 3670030 15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594118: initramfs-tools: Generating image error. Unexpected operator
On Mon, Aug 23, 2010 at 09:50:34PM +0200, Rodolfo Garcia wrote: Package: initramfs-tools Version: 0.98 Severity: important Hi! I have a problem trying to generate a new initram: debian:~# update-initramfs -u -k all update-initramfs: Generating /boot/initrd.img-2.6.32-5-686 [: 33: #: unexpected operator /boot/initrd.img-2.6.18-6-686 does not exist. Cannot update. debian:~# please post the output of: ls -l /var/lib/initramfs-tools/ and of sh -x /usr/sbin/update-initramfs -u thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594069: qemu-kvm: really poor write performance with qcow2 hdd image
24.08.2010 12:11, Michael Tokarev wrote: [] Downgrading back to qemu-kvm-0.12.4+dfsg-1 solved the problem for me (win7 hybernate writes 600MB in nearly 30 secs.) Why do you think it writes 600Mb? I just tried hybernation in win7 on a raw image (on ext4 fs) and 1536Mb memory in guest. It takes about 20 seconds here with either 0.12.5+dfsg-1 or 0.12.4+dfsg-1 - i.e. qemu-kvm version makes no difference whatsoever. However I noticed that sometimes, when version strings of some emulated devices changes (due to qemu-kvm version change), windows sometimes (very rare) does a bad job at updating drivers, and slows down to a crawl, like, any mouse movement makes high disk trashing. I've seen this at least 2 times already (since kvm-68), and there are other people who observed the same. So far, we only tried reinstall. I'm not saying it's your case. Just providing some more data, maybe irrelevant. /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594156: modules=most does not add virtio_net
tags 594156 unreproducible moreinfo stop On Tue, Aug 24, 2010 at 08:43:11AM +0200, Reinhard Tartler wrote: Package: initramfs-tools Version: 0.97 Severity: normal Hi, I'm using initramfs-tools in the context of an FAI nfsroot, read, I want to have it booted in a KVM guest with both virtio hard drives and virtio_net. It turns out despite having 'MODULES=most' in /srv/fai/nfsroot/live/filesystem.dir/etc/initramfs-tools/initramfs.conf, the modules 'virtio_pci', 'virtio_blk' and 'virtio_ring' are included, but 'virtio_net' is missing. I'm still looking for a good workaround to get an virtio-net enabled guest installed via an FAI nfsroot. lsinitramfs /boot/initrd.img-2.6.32-5-amd64 | grep virtio_net lib/modules/2.6.32-5-amd64/kernel/drivers/net/virtio_net.ko I can only guess that you are using an outdated version of initramfs-tools. please upgrade and retry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583186: Problem still occurs
After testing for a couple of weeks with the Vesa/OpenChrome drivers and various recommended /etc/X11/xorg.conf settings I can confirm that I am still experiencing the random X/Gnome lockups. My only option now is to switch to another GPU/IGP other than Via and OpenChrome for a stable system. Thanks Ibaidul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538107:
Hi,
The below diff is against upstream git repo
git://git.ozlabs.org/~paulus/ppp.git
on
Tue, 24 Aug 2010 16:44:43 +0930
this patch should be used rather than the previous one
diff --git a/pppd/auth.c b/pppd/auth.c
index fb71944..62648b8 100644
--- a/pppd/auth.c
+++ b/pppd/auth.c
@@ -669,8 +669,11 @@ link_terminated(unit)
(*the_channel-cleanup)();
if (doing_multilink multilink_master) {
- if (!bundle_terminating)
+ if (!bundle_terminating) {
new_phase(PHASE_MASTER);
+ if (!detached)
+ detach();
+ }
else
mp_bundle_terminated();
} else
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538107: fixed patch
Hi,
The below diff is against upstream git repo
git://git.ozlabs.org/~paulus/ppp.git
on
Tue, 24 Aug 2010 16:44:43 +0930
this patch should be used rather than the previous one
diff --git a/pppd/auth.c b/pppd/auth.c
index fb71944..62648b8 100644
--- a/pppd/auth.c
+++ b/pppd/auth.c
@@ -669,8 +669,11 @@ link_terminated(unit)
(*the_channel-cleanup)();
if (doing_multilink multilink_master) {
- if (!bundle_terminating)
+ if (!bundle_terminating) {
new_phase(PHASE_MASTER);
+ if (!detached)
+ detach();
+ }
else
mp_bundle_terminated();
} else
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538107: multilink with nodetach [PATCH]
Hi
This bug has been Reported in the Debian BTS as bug 538107
http://bugs.debian.org/578070
If pppd is used with l2tpd (nodetach) in a multilink situation then this
feature of pppd causes problems
MULTILINK
If the first link terminates (for example, because of a
hangup or a received LCP terminate-request) the bundle is
not destroyed unless there are no other links remaining in the
bundle. Rather than exiting, the first pppd keeps running
after its link terminates, until all the links in the bundle
have terminated.
pppd remains connected to l2tpd even though it is just acting as a
multilink master, causing l2tpd to believe that pppd is connected... i
have resolved the issue in my own system by instructing pppd to detach
from the terminal after it changes to PHASE_MASTER i have been using
this patch since 2009-02-19 in our production systems and havent had any
problems
The if (!detached) call is redundant since the detach function already
checks if the process is detached so can be optionally excluded
I have noticed other people complaining of similar issues when using
multilink/nodetach in other setups (eg pppoe) I believe that this patch
may also solve the problem for them, but i have not tested that setup
-
diff --git a/pppd/auth.c b/pppd/auth.c
index fb71944..62648b8 100644
--- a/pppd/auth.c
+++ b/pppd/auth.c
@@ -669,8 +669,11 @@ link_terminated(unit)
(*the_channel-cleanup)();
if (doing_multilink multilink_master) {
- if (!bundle_terminating)
+ if (!bundle_terminating) {
new_phase(PHASE_MASTER);
+ if (!detached)
+ detach();
+ }
else
mp_bundle_terminated();
} else
-
feedback is appreciated :)
Regards
Stephen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538107: fixed patch
On Aug 24, Stephen Marron deb...@solo.boxfusion.net wrote: The below diff is against upstream git repo I do not feel comfortable applying at this time a patch to code I do not understand, can you send it to the upstream mailing list and have somebody say it's OK? -- ciao, Marco signature.asc Description: Digital signature
Bug#594169: nco: ncra dies with segmentation fault
Package: nco Version: 4.0.2-1 Severity: important ncra on our squeeze system segfaults when processing scientific model output, converted to netcdf using the ccm2nc program from UCAR. These netcdf files work fine with ncra on a debian lenny system. -- 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/32 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 nco depends on: ii dpkg 1.15.7.2 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-8 GCC support library ii libgsl0ldbl 1.14+dfsg-1GNU Scientific Library (GSL) -- li ii libnetcdf61:4.1.1-5 An interface for scientific data a ii libstdc++64.4.4-8The GNU Standard C++ Library v3 nco recommends no packages. nco 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#594099: ITP: pm-utils-light -- pm-utils replacement for embedded hardware
On Tue, Aug 24, 2010 at 09:53:14AM +0200, Josselin Mouette wrote: It looks like an interesting piece software, but having to choose between one implementation that is slow and one that doesn’t support quirks looks like a lose-lose situation to me. Are there any efforts underway to merge the two projects, or at least their functionality? Not as far as I know, and I'm not sure it would be possible. We talked about it in the pm-utils list, but it does not sound feasible. pm-utils achieves lots of flexibility by using rather complex shellscripts that source a large library of useful functions. Running those shellscripts on the freerunner takes seconds of real time: http://www.mail-archive.com/pm-ut...@lists.freedesktop.org/msg01952.html It also implements a cancel resume exit code from hooks, that is currently used to resuspend right away if the phone ususpended just because you unplugged your USB cable. Normal pm-utils won't be able to support that anytime soon, but they agreed to standardise the exit code (see the whole thread linked earlier). The lack of quirks support is not as bad as it sounds, as you'd use pm-utils-light on embedded hardware where you generally have an intimate relationship with the hardware and are either in a position to fix the drivers getting rid of the quirks, or in a need to handle quirks with hardware-specific custom code. I'd say that the systems that need quirk support are more than fast enough to handle standard pm-utils without issues. I wouldn't suggest people to install pm-utils-light unless they really know what they are doing. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#594170: shotwell: Text in sidebar not readable with dark gtk theme
Package: shotwell Version: 0.6.1-1+b2 Severity: normal In the treeview included in the sidebar, the background color is forced to #EEE (light gray), but the text color is from the current gtk theme, so with a dark theme (clear text on dark background), the text ends up clear on light gray, very difficult to read. Possible resolutions: - leave the background color from the theme instead of forcing it to #EEE (remove the call to sidebar.modify_base in line 1440 of LibraryWindow.vala) - or at least force the foregound color at the same time, if not respecting the user selected theme is deemed unavoidable. Quick workaround: the binary /usr/bin/shotwell can be edited (with ghex2 for instance). Replace the characters #EEE at offset 20C220 with for instance #111 to keep a dark background. -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-asrock (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages shotwell depends on: ii dbus-x111.1.2-1 simple interprocess messaging syst ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit hi libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-5 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-20.88-2 simple interprocess messaging syst ii libexif12 0.6.19-1 library to parse EXIF files ii libexiv2-9 0.20-2 EXIF/IPTC metadata manipulation li ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-1 FreeType 2 font engine, shared lib hi libgcc1 1:4.4.3-2GCC support library ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgee2 0.5.2-1 GObject based collection library ii libgexiv2-0 0.1.0-1+b1 GObject-based wrapper around the E ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgphoto2-22.4.6-1 gphoto2 digital camera library ii libgphoto2-port02.4.6-1 gphoto2 digital camera port librar ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libgudev-1.0-0 161-1GObject-based wrapper library for ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii librsvg2-common 2.26.0-1 SAX-based renderer library for SVG ii libsoup2.4-12.30.2-1 an HTTP library implementation in ii libsqlite3-03.7.0.1-1SQLite 3 shared library ii libstdc++6 4.4.3-2 The GNU Standard C++ Library v3 ii libunique-1.0-0 1.1.6-1 Library for writing single instanc hi libusb-0.1-42:0.1.12-15 userspace USB programming library ii libwebkit-1.0-2 1.2.3-2 Web content engine library for Gtk ii libxml2 2.7.7.dfsg-4 GNOME XML library shotwell recommends no packages. shotwell 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#565874: dvd+rw-tools: should drop dependency on genisoimage
Hi, sorry to bother again, but it would be really nice to have this fixed for squeeze. Do you have any ETA for this? Do you need any help for uploading the change? Thanks, -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#354251: oowriter crashes on opening attached document
Chris Halls wrote: I haven't got a vanilla upstream install to hand to verify that this bug is present upstream, so I'm not forwarding the report yet. Result with oowriter from sid (1:3.2.1-6) and with oowriter3.3 built from upstream ooo-build repository as of about a week ago, for what it's worth: The file 'crash.odt' is corrupt and therefore cannot be opened. OpenOffice can try to repair the file. The corruption could be the result of document manipulation or of structural document damage due to data transmission. We recommend that you do not trust the content of the repaired document. Execution of macros is disabled for this document. Should OpenOffice.org repair this file? [Yes] [No] Choosing No brings the same dialog again (!). Choosing Yes gives me a blank document. No crash. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583186: Problem still occurs
On Tue, Aug 24, 2010 at 08:47:14PM +1200, isahib wrote: After testing for a couple of weeks with the Vesa/OpenChrome drivers and various recommended /etc/X11/xorg.conf settings I can confirm that I am still experiencing the random X/Gnome lockups. My only option now is to switch to another GPU/IGP other than Via and OpenChrome for a stable system. Hi Ibaidul, I didn't respond to your bug before because I don't have a package ready yet. I'm in the process of adopting the package and this takes time. The current package (0.2.904+svn842-1) that you used is not updated with the latest code from openchrome.org, I am planning to send a new package with the latest code to debian experimental later. (It will be experimental because squeeze is frozen). Have you tested to compile the driver from openchrome.org ? If yes and it did not work for you, then a new package will not help either. If not, you could be willing to test the new package. As I'm not a debian developer yet, I cannot upload to debian that easily. I could however provide you packages on my personal website if you are willing to test. If so please send me an email. Thanks Best Regards -- Julien Viard de Galbertjul...@vdg.blogsite.org http://silicone.homelinux.org/ jul...@silicone.homelinux.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594171: libnunit2.4-cil: nunit-console and nunit-gui fail to load
Package: libnunit2.4-cil Version: 2.4.7+dfsg-6 Severity: grave Justification: renders package unusable nunit fails to start after the recent upgrade from 2.4.7+dfsg-5: $nunit-console ** (/usr/lib/nunit/nunit-console.exe:17010): WARNING **: The following assembly referenced from /usr/lib/nunit/nunit-console-runner.dll could not be loaded: Assembly: nunit.util(assemblyref_index=0) Version:2.4.7.0 Public Key: 96d09a1eb7f44a77 The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/usr/lib/nunit/). ** (/usr/lib/nunit/nunit-console.exe:17010): WARNING **: Could not load file or assembly 'nunit.util, Version=2.4.7.0, Culture=neutral, PublicKeyToken=96d09a1eb7f44a77' or one of its dependencies. Unhandled Exception: System.IO.FileNotFoundException: Could not load file or assembly 'nunit.util, Version=2.4.7.0, Culture=neutral, PublicKeyToken=96d09a1eb7f44a77' or one of its dependencies. File name: 'nunit.util, Version=2.4.7.0, Culture=neutral, PublicKeyToken=96d09a1eb7f44a77' at NUnit.ConsoleRunner.Class1.Main (System.String[] args) [0x0] $printenv|grep -i path PATH=/home/vincent/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin WINDOWPATH=7:8:8:8:8:8:8 $ [So, no MONO_PATH in effect] Something analogous happens with nunit-gui. I am willing to investigate, but I have no idea where to start looking as to what exactly causes this. Ciao. Vincent. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'stable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libnunit2.4-cil depends on: ii cli-common 0.7.1 common files between all CLI packa ii libmono-corlib2.0-cil 2.4.4~svn151842-3 Mono core library (for CLI 2.0) ii libmono-system-runtime 2.4.4~svn151842-3 Mono System.Runtime Library (for C ii libmono-system2.0-cil 2.4.4~svn151842-3 Mono System libraries (for CLI 2.0 libnunit2.4-cil recommends no packages. Versions of packages libnunit2.4-cil suggests: pn libnunit-doc none (no description available) pn monodoc-nunit-manual none (no description available) -- no debconf information -- WCC - Smart Search Match NL +31 30 7503222 vzwe...@wcc-group.com www.wcc-group.com signature.asc Description: Digital signature
Bug#594113: task_manager.pl daemon failed to start
Hi Emmanuel, On Mon, Aug 23, 2010 at 09:20:38PM +0200, Emmanuel Bouthenot wrote: Package: sympa Version: 6.0.1+dfsg-2 Severity: grave To start correctly, task_manager.pl daemon expects /usr/share/sympa/default/ca-bundle.crt to be a valid symlink to /etc/ssl/certs/ca-certificates.crt. ca-certificates (which provides /etc/ssl/certs/ca-certificates.crt) should be a real dependency instead of a recommend. Is that path hardcoded or configurable? If configurable, only recommending is the proper relation to use. Also, why is this a grave issue? Anyway, thanks a lot for caring about sympa and filing this bugreport! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#593912: java applet source
Hello Joke, J.M. Evers a écrit : Dear Georges, I'm not sure I understand the issue. During my debian new member application, I have been taught about the importance of proper licensing. Debian an Ubuntu (as many Debian derivatives also) are becoming mature software distributions, and they can be used to earn money. Some companies have lawiers teams whose daily work is to sue whichever competing organisation may infringe their patent pool. As Debian is mature and begins to have some economical weight, legal issues may occur. In the applets I've uploaded to wims there is no license, because there is no need for that: No copyrights. All amateur scriblings This is OK. So you release your work as Public Domain stuff. 8-- georges:~/developpement/wims/wims-4.00/wims/public_html/scripts/authors/jm.evers$ grep -ri 'no copyrights$' . ./applets/src/rooster.java:// This is all amateur scriblings...so No Copyrights 8-- However this declaration is not homogeneously applied to the java code you authored, as it appers in only one file. Legal stuff is always boring for us developers, and it can be our Achille's heel. I believe that every part of Wims which is currently released in the Debian package is correctly covered by the various authors and the licenses they adopted (mainly by Gang Xiao's copyright which enforces the GPL licensing). The code I had to remove due to license insecurity can be fed back into the distribution as soon as the license issues ar fixed. I can do that work by myself, or with your help, if you have enough time to provide it. Nevertheless, the Debian packaging has already a net advantage: beginners can install in a matter of a few clicks with their favorite package manager. Then, if they find something wrong in the installation, they can use the updating utilities featured by Wims itself. As their system has resolved any dependency at that time, the compilation can be done smoothly. If the applet makes use some additional library, like the javia math-library (Apache License) or the atp tex-library (GNU/GPL ), the used library source with license is included in the source. If the applet is only a minor modification inorder to communicate with wims, the original author license are present in the source code [like Zirkel, WIMSchem/Sketchel, JCM , Plinko]. So I shall begin to review the licenses, which may inply in some cases to contact other upstream authors. I shall keep you informed about the progress of that task. Can you write me a list of the source codes whose licenses you can ensure immediately, in order to feed them back into the distribution quickly? Furthermore the applets are all -I hope- compiled for java 1.4 using FreeBSD's Diabolo JDK [amongst others ; diablo-jdk-freebsd6.i386.1.6.0.07.02] http://www.freebsdfoundation.org/downloads/java.shtml I've tested the IcedTea OpenJDK ex OpenSuSE 11-3 [java-1_6_0-openjdk - Java runtime environment based on OpenJDK 6 and IcedTea 6 ] on 32 bit i386. All applets should compile cleanly. However the IcedTea plugin for Firefox is not yet up to standard SUN plugin quality !! and will -on SuSE 11.3 linux- not be very usefull. E.g. the enduser must use Sun's plugin inorder to work with the Openjava compiled applets... I am pretty confident in the code's ability to be compiled with openjdk. The end users may use their preferred java plugin as it does not interact with the licensing of your source code. Best regards, Georges. -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#594168: Trang Bus error on kfreebsd-amd64
severity 594168 serious thanks Ondřej Surý ond...@sury.org (24/08/2010): Package: trang Version: 2009-2 Severity: important X-Debbugs-CC: debian-...@lists.debian.org Regression on release architecture → serious, adjusting. there is an Bus error from trang when building opendnssec package on kfreebsd-amd64. It prevents opendnssec to enter squeeze. It doesn't fail on any other platform. It might be a transient issue, I'm giving it back. Mraw, KiBi. signature.asc Description: Digital signature
Bug#587247: UPDATED Spanish debconf translation
Please find attached the updated Spanish debconf translation. Regards, -- Omar Campagne Polaino # gitolite po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the gitolite package. # Changes: # - Initial translation # Omar Campagne ocampa...@gmail.com, 2010 # - Updates # TRANSLATOR # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans msgid msgstr Project-Id-Version: gitolite 1.3-2\n Report-Msgid-Bugs-To: gitol...@packages.debian.org\n POT-Creation-Date: 2010-08-14 14:42+0200\n PO-Revision-Date: 2010-08-17 17:31+0200\n Last-Translator: Omar Campagne ocampa...@gmail.com\n Language-Team: Spanish pootle.locamotion.org team\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.6.1\n #. Type: string #. Description #: ../templates:2001 msgid System username for gitolite: msgstr Nombre del usuario de sistema para gitolite: #. Type: string #. Description #: ../templates:2001 msgid Please enter the name for the system user which should be used by gitolite to access repositories. It will be created if necessary. msgstr Introduzca el nombre del usuario del sistema que gitolite debería usar para acceder a los repositorios. Se creará si es necesario. #. Type: string #. Description #: ../templates:3001 msgid Repository path: msgstr Ruta al repositorio: #. Type: string #. Description #: ../templates:3001 msgid Please enter the path in which gitolite should store the repositories. This will become the gitolite system user's home directory. msgstr Introduzca la ruta para el directorio en el que gitolite debería almacenar los repositorios. Esta ruta será el directorio de inicio («home») del usuario de sistema de gitolite. #. Type: string #. Description #: ../templates:4001 msgid Administrator's SSH key: msgstr Clave SSH del administrador: #. Type: string #. Description #: ../templates:4001 msgid Please specify the key of the user that will administer the access configuration of gitolite. msgstr Defina la clave del usuario que administrará la configuración de acceso de gitolite. #. Type: string #. Description #: ../templates:4001 msgid This can be either the SSH public key itself, or the path to a file containing it. If it is blank, gitolite will be left unconfigured and must be set up manually. msgstr Puede ser la clave pública SSH, o la ruta al fichero que lo contiene. Si este campo se deja vacío gitolite quedará sin configurar y tendrá que configurarlo manualmente. #~ msgid The name of the system user to create: #~ msgstr Nombre del usuario que se va a crear en el sistema: #~ msgid The directory to contain the repositories: #~ msgstr Directorio que va a contener los repositorios: #~ msgid The key for the admin user: #~ msgstr Clave del administrador: #~ msgid #~ Please specify the key of the user that will administer the access #~ configuration of gitolite. You can either give the filename or paste the #~ ssh public key. Leave empty if you do not want to set up gitolite in the #~ directory specified earlier. #~ msgstr #~ Especifique la clave del usuario que administrará la configuración de #~ acceso de gitolite. Puede dar el nombre de archivo o pegar la clave #~ pública ssh. Deje este espacio en blanco si no desea configurar gitolite #~ en el directorio especificado anteriormente. #~ msgid #~ Please enter the path for the directory in which you want to store the #~ git repositories guarded by gitolite. #~ msgstr #~ Introduzca la ruta del directorio en el que desea guardar los #~ repositorios git custodiados por gitolite.
Bug#594172: python-werkzeug: double quoting of the location header during redirects
Package: python-werkzeug
Version: 0.6.2-1
Severity: important
Using werkzeug.utils.redirect does not work in case the url needs to be
quoted as the resulting location header will be quoted twice:
First in werkzeug.utils.redirect:
if isinstance(location, unicode):
from werkzeug.urls import iri_to_uri
location = iri_to_uri(location)
and later in get_wsgi_headers of the BaseResponse class:
location = headers.get('location')
if location is not None:
if isinstance(location, unicode):
location = iri_to_uri(location)
So at the end the URL of the redirect is not usable anymore as the result
of the first quoting is being quoted again.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.35.2-think (SMP w/2 CPU cores; PREEMPT)
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 python-werkzeug depends on:
ii libjs-jquery 1.4.2-2JavaScript library for dynamic web
ii python2.6.5-12 interactive high-level object-orie
ii python-support1.0.9 automated rebuilding support for P
Versions of packages python-werkzeug recommends:
ii python2.6.5-12 interactive high-level object-orie
ii python-openssl0.10-1 Python wrapper around the OpenSSL
ii python-simplejson 2.1.1-1simple, fast, extensible JSON enco
Versions of packages python-werkzeug suggests:
ii ipython 0.10-2 enhanced interactive Python shell
pn python-genshi none (no description available)
pn python-lxml none (no description available)
ii python-memcache 1.45-1 pure python memcached client
ii python-pkg-resources 0.6.14-1 Package Discovery and Resource Acc
-- 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#593616: [pkg-cli-apps-team] Bug#593616: f-spot: F-Spot crashes if I try to import pictures
Hiya, On Thu, Aug 19, 2010 at 05:52:43PM +0100, John Winters wrote: Package: f-spot Version: 0.6.2-2 Severity: important F-Spot disappears as soon as I select a directory to import. Running it in a terminal produces the following trace: [Info 17:45:58.313] Initializing Mono.Addins [Info 17:45:58.709] Hack for gnome-settings-daemon engaged Thanks for your report. I suspect that this problem has been fixed in f-spot in experimental*. Could you try and upgrade to this version and see if you can reproduce it there? Note that the 0.7 series will upgrade your database in a backwards-incompatible way, so you may wish to back your ~/.config/f-spot/ directory up before launching the new version, in case you wish to revert back to 0.6.x. Cheers, Iain * The import system was completely rewritten and is much more robust in my experience signature.asc Description: Digital signature
Bug#594069: qemu-kvm: really poor write performance with qcow2 hdd image
tags 594069 + confirmed upstream severity 594069 important thanks Ok. Indeed, qcow2 become MUCH slower in 0.12.5 compared with 0.12.4. This is due to a series of patches that went into 0.12.5 upstream to make qcow2 (and other similar formats) metadata updates syncronous. Like this: commit 37060c28e522843fbf6f7e59af745dfcb05b132c Author: Kevin Wolf kw...@redhat.com Date: Wed Jul 14 12:11:51 2010 +0200 qcow2: Use bdrv_(p)write_sync for metadata writes Use bdrv_(p)write_sync to ensure metadata integrity in case of a crash. Signed-off-by: Kevin Wolf kw...@redhat.com (cherry picked from commit 8b3b720620a1137a1b794fc3ed64734236f94e06) ... --- a/block/qcow2-cluster.c +++ b/block/qcow2-cluster.c @@ -62,8 +62,8 @@ int qcow2_grow_l1_table(BlockDriverState *bs, int min_size) -ret = bdrv_pwrite(s-hd, new_l1_table_offset, new_l1_table, new_l1_size2); +ret = bdrv_pwrite_sync(s-hd, new_l1_table_offset, new_l1_table, new_l1_size2); In other words, before that change, qcow2 format were unsafe against host crashes, it were possible to get data corruptions. Now that is fixed, but the cost is insanely slow operations. I'll revert these patches for squeeze, restoring the previous (unsafe) behavour: it is better to have something than not have anything, because the resulting qcow2 is now completely unusable. Raising severity to important because this is really important problem. Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594156: modules=most does not add virtio_net
reassign 594156 fai-server found 594156 3.3.5 stop On Tue, Aug 24, 2010 at 10:36:43 (CEST), maximilian attems wrote: I'm using initramfs-tools in the context of an FAI nfsroot, read, I want to have it booted in a KVM guest with both virtio hard drives and virtio_net. It turns out despite having 'MODULES=most' in /srv/fai/nfsroot/live/filesystem.dir/etc/initramfs-tools/initramfs.conf, the modules 'virtio_pci', 'virtio_blk' and 'virtio_ring' are included, but 'virtio_net' is missing. I'm still looking for a good workaround to get an virtio-net enabled guest installed via an FAI nfsroot. lsinitramfs /boot/initrd.img-2.6.32-5-amd64 | grep virtio_net lib/modules/2.6.32-5-amd64/kernel/drivers/net/virtio_net.ko I can only guess that you are using an outdated version of initramfs-tools. please upgrade and retry. You're right, the problem does not seem to be in initramfs-tools. In fact, reinstalling initramfs-tools_0.97 in the generated fai chroot fixes this problem as well. It seems to me that make-fai-nfsroot is installing and/or calling update-initramfs in a bad order that leads to the module 'virtio_net' ending up in the initramfs. I'm CC'ing mikap with this email. Mikap, perhaps you have some idea what might go wrong here? I'm using a more or less basic lenny installation (in an openvz container, but that shouldn't matter) with the packages downloaded from the fai source: deb http://www.informatik.uni-koeln.de/fai/download lenny koeln -- 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#594173: geogebra fails to save SVG format
Package: geogebra Version: 3.2.44.0+dfsg1-1 Severity: normal I installed the package geogebra and run the program by typing geogebra in a shell. On trying to export to a svg file (File-Export-As Picture-Select SVG format-Save) an error dialog Fail to save file appears (Note: The text might not be totally correct as I just translated from my german user interface). On the command line this (not translated) error message appears: *** Message from [geogebra.export.GraphicExportDialog.exportSVG] at 0:00:33 free memory: 132824KB java.lang.NoClassDefFoundError: org/freehep/util/io/WriterOutputStream The dependent package libfreehep-io-java and all other dependencies are correctly installed. Switching JDK from OpenJDK 6 to Sun JDK 6 did not change the situation. Running Geogebra from www.geogebra.org as a Webstart application (which starts the exact same version 3.2.44.0 at the time of writing) allows to save as SVG file. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-3.dmz.1-liquorix-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geogebra depends on: ii default-jre [java5-runtime 1.6-38Standard Java or Java compatible R ii libcommons-math-java 2.1-1 Java lightweight mathematics and s ii libfreehep-graphics2d-java 2.1.1-3 FreeHEP 2D Graphics Library ii libfreehep-graphicsio-emf- 2.1.1+dfsg-1 FreeHEP Enhanced Metafile Format D ii libfreehep-graphicsio-java 2.1.1-2 FreeHEP GraphicsIO Base Library ii libfreehep-graphicsio-pdf- 2.1.1+dfsg-1 FreeHEP Portable Document Format D ii libfreehep-graphicsio-svg- 2.1.1-3 FreeHEP Scalable Vector Graphics D ii libfreehep-util-java 2.0.2-4 FreeHEP utility library ii libfreehep-xml-java2.1.2+dfsg1-3 FreeHEP XML Library ii libjama-java 1.0.2-3 a basic linear algebra library for ii mathpiper 0.0.svn2556-2 A Java Computer Algebra System ii openjdk-6-jre [java5-runti 6b18-1.8-1OpenJDK Java runtime, using Hotspo ii sun-java6-jre [java5-runti 6.21-1Sun Java(TM) Runtime Environment ( Versions of packages geogebra recommends: ii sun-java6-plugin 6.21-1 The Java(TM) Plug-in, Java SE 6 geogebra 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#594174: banshee: please remove hal dependency
Package: banshee Version: 1.7.4-1 Severity: normal banshee, including the version in experimental still depends on the obsolete hal. Please remove this dependency -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages banshee depends on: ii gnome-icon-theme 2.30.3-1 GNOME Desktop icon theme ii gstreamer0.10-alsa [gs 0.10.30-1 GStreamer plugin for ALSA ii gstreamer0.10-esd [gst 0.10.24-1 GStreamer plugin for ESD ii gstreamer0.10-plugins- 0.10.19-2+b2 GStreamer plugins from the bad s ii gstreamer0.10-plugins- 0.10.30-1 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.24-1 GStreamer plugins from the good ii gstreamer0.10-pulseaud 0.10.24-1 GStreamer plugin for PulseAudio pn halnone(no description available) pn libboo2.0.9-cilnone(no description available) ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.9.14-1 The Cairo 2D vector graphics libra ii libgconf2.0-cil2.24.1-6 CLI binding for GConf 2.24 ii libgdata1.4-cil1.4.0.2-3 Google GData CLI client library ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libglib2.0-cil 2.12.10-1 CLI binding for the GLib utility l ii libgstreamer-plugins-b 0.10.30-1 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries and eleme ii libgtk2.0-02.20.1-1 The GTK+ graphical user interface ii libgtk2.0-cil 2.12.10-1 CLI binding for the GTK+ toolkit 2 ii libmono-addins-gui0.2- 0.4-8 GTK# frontend library for Mono.Add ii libmono-addins0.2-cil 0.4-8 addin framework for extensible CLI ii libmono-cairo2.0-cil 2.4.4~svn151842-3 Mono Cairo library (for CLI 2.0) ii libmono-corlib2.0-cil 2.4.4~svn151842-3 Mono core library (for CLI 2.0) ii libmono-posix2.0-cil 2.4.4~svn151842-3 Mono.Posix library (for CLI 2.0) ii libmono-sharpzip2.84-c 2.4.4~svn151842-3 Mono SharpZipLib library (for CLI ii libmono-system-data2.0 2.4.4~svn151842-3 Mono System.Data Library (for CLI ii libmono-system2.0-cil 2.4.4~svn151842-3 Mono System libraries (for CLI 2.0 pn libmono-zeroconf1.0-ci none(no description available) ii libmtp81.0.3-1 Media Transfer Protocol (MTP) libr ii libndesk-dbus-glib1.0- 0.4.1-3 CLI implementation of D-Bus (GLib ii libndesk-dbus1.0-cil 0.6.0-4 CLI implementation of D-Bus ii libnotify0.4-cil 0.4.0~r3032-2 CLI library for desktop notificati ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libsqlite3-0 3.7.0.1-1 SQLite 3 shared library ii libtaglib2.0-cil 2.0.3.7+dfsg-1CLI library for accessing audio an pn libwebkit1.1-cil none(no description available) ii libx11-6 2:1.3.3-3 X11 client-side library ii libxrandr2 2:1.3.0-3 X11 RandR extension library ii libxxf86vm11:1.1.0-2 X11 XFree86 video mode extension l ii mono-runtime 2.4.4~svn151842-3 Mono runtime Versions of packages banshee recommends: ii avahi-daemon0.6.26-1 Avahi mDNS/DNS-SD daemon ii brasero 2.30.2-1 CD/DVD burning application for GNO ii gstreamer0.10-plugins-bad 0.10.19-2+b2 GStreamer plugins from the bad s pn podsleuth none (no description available) Versions of packages banshee suggests: pn banshee-dbg none (no description available) ii gstreamer0.10-ffmpeg 0.10.10-1 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-ugly0.10.15-1 GStreamer plugins from the ugly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594175: openssh-server: support generation of ssh host keys in init script
Package: openssh-server Version: 1:5.5p1-4 Severity: wishlist I mentioned this issue in my talk State of Debian (based) Linux live systems in 2010 at Debconf10. Colin suggested to talk about it later on, so I'm reporting this as a wishlist item. It would be nice if the sshd init script would support generation of ssh host keys - iff there aren't any keys present yet. The (main) use case for this feature are live systems where you usually don't want to ship pre-generated keys on one hand, on the other hand not everyone wants to generate the host keys automatically on each boot (consuming time and ressources). Taking care of key generation as someone invokes '/etc/init.d/ssh start' works fine for the Grml live systems and its users. What we're doing is something as simple as: , [ relevant snipped of Grml's ssh initscript ] | RSA1_KEY=/etc/ssh/ssh_host_key | RSA_KEY=/etc/ssh/ssh_host_rsa_key | DSA_KEY=/etc/ssh/ssh_host_dsa_key | | case $1 in | start) | [...] | if ! test -f $RSA1_KEY ; then | log_action_msg Generating SSH1 RSA host key... | $KEYGEN -t rsa1 -f $RSA1_KEY -C '' -N '' || exit 1 | fi | | if ! test -f $RSA_KEY ; then | log_action_msg Generating SSH RSA host key... | $KEYGEN -t rsa -f $RSA_KEY -C '' -N '' || exit 1 | fi | | if ! test -f $DSA_KEY ; then | log_action_msg Generating SSH2 DSA host key... | $KEYGEN -t dsa -f $DSA_KEY -C '' -N '' || exit 1 | fi | [...] ` Would be great if that feature would be available in Debian/Ubuntu based (live) systems as well. :) regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010-08-24t12-13...@devnull.michael-prokop.at
Bug#594176: wdm doesn't look at /etc/security/limits.d/ (found solution)
Package: wdm Version: 1.28-4 Severity: important Good day! I've noticed that sessions started by wdm aren't affected by the configuration files in /etc/security/limits.d/, so i quickly installed xdm and checked how the files /etc/pam.d/wdm and /etc/pam.d/xdm differ. After comparing them I've found that /etc/pam.d/xdm has an extra line: session requiredpam_limits.so After adding this line to my /etc/pam.d/wdm the problem was fixed. There is also a line @include common-password which is in /etc/pam.d/xdm, but not in /etc/pam.d/wdm, but i don't know if it makes any difference. Good luck and have a nice day! -- 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/1 CPU core) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wdm depends on: ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libpam-modules1.1.1-3Pluggable Authentication Modules f ii libpam-runtime1.1.1-3Runtime support for the PAM librar ii libpam0g 1.1.1-3Pluggable Authentication Modules l ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libsm62:1.1.1-1 X11 Session Management library ii libwraster3 0.92.0-8.2 Shared libraries of Window Maker r ii libx11-6 2:1.3.3-3 X11 client-side library ii libxau6 1:1.0.6-1 X11 authorisation library ii libxdmcp6 1:1.0.3-2 X11 Display Manager Control Protoc ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxinerama1 2:1.1-3X11 Xinerama extension library ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii psmisc22.11-1utilities that use the proc file s ii x11-apps 7.5+5 X applications ii x11-common1:7.5+6X Window System (X.Org) infrastruc ii x11-utils 7.5+4 X11 utilities ii x11-xserver-utils 7.5+2 X server utilities wdm recommends no packages. Versions of packages wdm suggests: ii xfonts-base 1:1.0.1standard fonts for X -- Configuration Files: /etc/X11/wdm/Xservers changed [not included] /etc/X11/wdm/wdm-config [Errno 13] Permission denied: u'/etc/X11/wdm/wdm-config' /etc/pam.d/wdm changed [not included] -- 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#594156: modules=most does not add virtio_net
* Reinhard Tartler siret...@tauware.de [Die Aug 24, 2010 at 12:13:48 +0200]: On Tue, Aug 24, 2010 at 10:36:43 (CEST), maximilian attems wrote: I'm using initramfs-tools in the context of an FAI nfsroot, read, I want to have it booted in a KVM guest with both virtio hard drives and virtio_net. It turns out despite having 'MODULES=most' in /srv/fai/nfsroot/live/filesystem.dir/etc/initramfs-tools/initramfs.conf, the modules 'virtio_pci', 'virtio_blk' and 'virtio_ring' are included, but 'virtio_net' is missing. I'm still looking for a good workaround to get an virtio-net enabled guest installed via an FAI nfsroot. lsinitramfs /boot/initrd.img-2.6.32-5-amd64 | grep virtio_net lib/modules/2.6.32-5-amd64/kernel/drivers/net/virtio_net.ko I can only guess that you are using an outdated version of initramfs-tools. please upgrade and retry. You're right, the problem does not seem to be in initramfs-tools. In fact, reinstalling initramfs-tools_0.97 in the generated fai chroot fixes this problem as well. It seems to me that make-fai-nfsroot is installing and/or calling update-initramfs in a bad order that leads to the module 'virtio_net' ending up in the initramfs. I'm CC'ing mikap with this email. Mikap, perhaps you have some idea what might go wrong here? I'm using a more or less basic lenny installation (in an openvz container, but that shouldn't matter) with the packages downloaded from the fai source: deb http://www.informatik.uni-koeln.de/fai/download lenny koeln The i-t v0.97 from http://www.informatik.uni-koeln.de/fai/download/lenny/ has the according drivers/net support, so that's fine from this POV. Reinhard, can you please retry with FAI version 3.4.0? We did some updates to update-initramfs handling for the 3.4 releases, would be great to know whether it works for you as well. PS: Please notice that I'm m...@d.o and *not* mikap@ ;) regards, -mika- signature.asc Description: Digital signature
Bug#526898: henplus: Interface doesn't startup
Hi, we created an inofficial package of henplus-0.9.8. It can be found in this repo: http://www.the-little-red-haired-girl.org/pub/debian/ hth, Ole signature.asc Description: This is a digitally signed message part.
Bug#594177: reportbug crashes
Package: reportbug Version: 4.12.6 Severity: important Simple 'reportbug anything' results in: Getting status for reportbug... Verifying package integrity... Checking for newer versions at packages.debian.org, incoming.debian.org and http://ftp-master.debian.org/new.html Will send report to Debian (per lsb_release). Querying Debian BTS for reports on reportbug (source)... Traceback (most recent call last): File /usr/bin/reportbug, line 2098, in module main() File /usr/bin/reportbug, line 1045, in main return iface.user_interface() File /usr/bin/reportbug, line 1629, in user_interface version=pkgversion) File /usr/lib/pymodules/python2.6/reportbug/ui/text_ui.py, line 552, in handle_bts_query for entry in hierarchy: TypeError: 'NoneType' object is not iterable Real rough hack of a fix, before line 552 of /usr/lib/pymodules/python2.6/reportbug/ui/text_ui.py add the lines: if hierarchy == None: hierarchy = [] That was enough to let me report this bug. -- Package-specific info: ** Environment settings: EDITOR=gedit VISUAL=gedit DEBEMAIL=er...@mega-nerd.com EMAIL=er...@mega-nerd.com DEBFULLNAME=Erik de Castro Lopo ** /home/erikd/.reportbugrc: mode expert -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') 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=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.7.25.3 Advanced front-end for dpkg ii python2.6.5-11 interactive high-level object-orie ii python-reportbug 4.12.6 Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utilsnone (no description available) ii debsums 2.0.48+nmu1 tool for verification of installed pn dlocate none (no description available) pn emacs22-bin-common | none (no description available) ii file 5.04-5 Determines file type using magic ii gnupg1.4.10-4GNU privacy guard - a free PGP rep ii postfix [mail-transp 2.7.1-1 High-performance mail transport ag ii python-gtk2 2.17.0-4Python bindings for the GTK+ widge pn python-gtkspell none (no description available) pn python-urwid none (no description available) ii python-vte 1:0.24.3-1 Python bindings for the VTE widget ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from -- 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#566574: linux-2.6: Yet another acpi_enforce_resources=lax victim
Package: linux-2.6 Severity: normal I believe this is another case of a user needing acpi_enforce_resources=lax in their kernel boot parameters. Ferry, can you try the advice provided here, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568126#44 and see if it helps. HTH, Dave W. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594178: clisp: SIGSEGV during install
Package: clisp Version: 1:2.48-3 Severity: important er...@corea (sid) sudo dpkg -i /var/cache/apt/archives/clisp_1%3a2.48-3_powerpc.deb (Reading database ... 123357 files and directories currently installed.) Preparing to replace clisp 1:2.48-3 (using .../clisp_1%3a2.48-3_powerpc.deb) ... Unpacking replacement clisp ... Setting up clisp (1:2.48-3) ... Installing clc... ;; Loading file /usr/lib/clisp-2.48/install-clc.lisp ... ;; Loading file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ... ;; Loaded file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp *** - handle_fault error2 ! address = 0x77946b98 not in [0x69a130d8,0x69af) ! SIGSEGV cannot be cured. Fault address = 0x77946b98. GC count: 0 Space collected by GC: 0 0 Run time: 0 55806 Real time: 0 723984 GC time: 0 0 Permanently allocated: 108736 bytes. Currently in use: 3721192 bytes. Free space: 198 bytes. Segmentation fault Building of new image failed! dpkg: error processing clisp (--install): subprocess installed post-installation script returned error exit status 4 Processing triggers for man-db ... Errors were encountered while processing: clisp -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc64) Kernel: Linux 2.6.32-5-powerpc64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to POSIX) Shell: /bin/sh linked to /bin/dash Versions of packages clisp depends on: ii common-lisp-controlle 7.3Common Lisp source and compiler ma ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-1 Berkeley v4.8 Database Libraries [ ii libffcall11.10+cvs20100619-2 Foreign Function Call Libraries ii libncurses5 5.7+20100313-2 shared libraries for terminal hand ii libreadline5 5.2-7 GNU readline and history libraries ii libsigsegv0 2.5-3 Library for handling page faults i ii libx11-6 2:1.3.3-3 X11 client-side library ii libxau6 1:1.0.6-1 X11 authorisation library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxpm4 1:3.5.8-1 X11 pixmap library clisp recommends no packages. Versions of packages clisp suggests: pn clisp-dev none (no description available) pn clisp-doc none (no description available) pn gdb none (no description available) pn slime 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#594179: Please add new architecture armhf (ie. quads instead of triplets) support in dpkg
Package: dpkg
Version: 1.15.8.4
Severity: normal
Tags: patch
*** Please type your report below this line ***
Hi,
You probably are aware of the new armhf port started on debian-ports.org. [1]
As mentioned in the mail, the most important patch necessary for the port is
in dpkg, in order to add support for the architecture. I attach a patch
necessary for dpkg to detect armhf as arm-hardfloat-linux-gnueabi. The changes
affect only dpkg-architecture.pl and Dpkg.pm perl scripts, and of course the
ostable/triplettable. The important difference is that now these scripts work
internally with quads instead of triplets, however in the case of the rest of
the arches, the vendor field is set to 'undef'. I have tested it on armel and
it works as before.
Last, in the patch I have included some simple print statements for debugging
purposes, I assumed they should be useful to whomever wants to see how it
works. It's also possible that I have misunderstood some dpkg internals and I
have made a mistake, in that case feel free to suggest a better method. Still,
I've build ~3000 armhf packages using that patch already with no problems so
far -well, none dpkg-related at any rate.
Due to its significant importance -the armhf port is useless without this
patch- we would greatly appreciate if you could incorporate the patch in some
future version of dpkg.
Regards
Konstantinos Margaritis
Senior Software Engineer, armhf port maintainer
Genesi USA
[1]: http://lists.debian.org/debian-arm/2010/08/msg8.html
diff -ruN dpkg-1.15.8.4/debian/changelog dpkg-1.15.8.4+armhf//debian/changelog
--- dpkg-1.15.8.4/debian/changelog 2010-08-13 04:25:22.0 +
+++ dpkg-1.15.8.4+armhf//debian/changelog 2010-08-23 22:34:34.0 +
@@ -1,3 +1,12 @@
+dpkg (1.15.8.4+armhf) unreleased; urgency=low
+
+ * Added quads support (now dpkg-architecture.pl and Dpkg.pm now work with quads
+internally). Now dpkg recognizes properly arm-hardfloat-linux-gnueabi, needed
+for the new armhf port.
+ * Added the corresponding values for armhf in ostable,triplettable.
+
+ -- Konstantinos Margaritis mar...@genesi-usa.com Mon, 23 Aug 2010 21:39:07 +
+
dpkg (1.15.8.4) unstable; urgency=low
[ Guillem Jover ]
diff -ruN dpkg-1.15.8.4/ostable dpkg-1.15.8.4+armhf//ostable
--- dpkg-1.15.8.4/ostable 2010-08-11 13:54:09.0 +
+++ dpkg-1.15.8.4+armhf//ostable 2010-08-23 21:39:00.0 +
@@ -16,6 +16,7 @@
# Debian name GNU name config.guess regex
uclibceabi-linux linux-uclibceabi linux[^-]*-uclibceabi
uclibc-linux linux-uclibc linux[^-]*-uclibc
+gnueabi-linux-hardfloat hardfloat-linux-gnueabi hardfloat-linux[^-]*-gnueabi
gnueabi-linux linux-gnueabi linux[^-]*-gnueabi
gnuspe-linux linux-gnuspe linux[^-]*-gnuspe
gnulp-linux linux-gnulp linux[^-]*-gnulp
diff -ruN dpkg-1.15.8.4/scripts/Dpkg/Arch.pm dpkg-1.15.8.4+armhf//scripts/Dpkg/Arch.pm
--- dpkg-1.15.8.4/scripts/Dpkg/Arch.pm 2010-08-11 13:54:09.0 +
+++ dpkg-1.15.8.4+armhf//scripts/Dpkg/Arch.pm 2010-08-23 21:39:00.0 +
@@ -80,12 +80,14 @@
return $host_arch if defined $host_arch;
$gcc_host_gnu_type = get_gcc_host_gnu_type();
+#print host_gnu_type: .$gcc_host_gnu_type.\n;
if ($gcc_host_gnu_type eq '') {
warning(_g(Couldn't determine gcc system type, falling back to .
default (native compilation)));
} else {
my (@host_archtriplet) = gnutriplet_to_debtriplet($gcc_host_gnu_type);
+#print host_archtriplet: @host_archtriplet.\n;
$host_arch = debtriplet_to_debarch(@host_archtriplet);
if (defined $host_arch) {
@@ -136,11 +138,13 @@
open CPUTABLE, $pkgdatadir/cputable
or syserr(_g(cannot open %s), cputable);
while (CPUTABLE) {
+#print line: $_;
if (m/^(?!\#)(\S+)\s+(\S+)\s+(\S+)\s+(\S+)\s+(\S+)/) {
$cputable{$1} = $2;
$cputable_re{$1} = $3;
$cpubits{$1} = $4;
$cpuendian{$1} = $5;
+#print cputable{$1}: $cputable{$1}, cputable_re{$1}: $cputable_re{$1}, cpubits{$1}: $cpubits{$1}, cpuendian{$1}: $cpuendian{$1}\n;
push @cpu, $1;
}
}
@@ -155,6 +159,7 @@
open OSTABLE, $pkgdatadir/ostable
or syserr(_g(cannot open %s), ostable);
while (OSTABLE) {
+#print line: $_;
if (m/^(?!\#)(\S+)\s+(\S+)\s+(\S+)/) {
$ostable{$1} = $2;
$ostable_re{$1} = $3;
@@ -174,9 +179,11 @@
open TRIPLETTABLE, $pkgdatadir/triplettable
or syserr(_g(cannot open %s), triplettable);
while (TRIPLETTABLE) {
+#print line: $_;
if (m/^(?!\#)(\S+)\s+(\S+)/) {
my $debtriplet = $1;
my $debarch = $2;
+#print triplet: $debtriplet, arch: $debarch\n;
if ($debtriplet =~ /cpu/) {
foreach my $_cpu (@cpu) {
@@ -189,6 +196,8 @@
} else {
$debarch_to_debtriplet{$2} = $1;
$debtriplet_to_debarch{$1} = $2;
+#print $1, $2, debarch_to_debtriplet{$2}: $debarch_to_debtriplet{$2}\n;
+#print $1, $2,
Bug#593487: files shipped by the package should not to be regenerated via maintainer scripts
On Fri, Aug 20, 2010 at 08:08:10AM +0300, George Danchev wrote: Agustin Martin writes: On Wed, Aug 18, 2010 at 09:50:21PM +0300, George Danchev wrote: Yavor Doganov writes: ?? ?? wrote: Yes, I received that OK, sorry I got the opposite impression. However, it doesn't strike me like extremely elegant design to ship a file with the package (to please certain design decisions taken in another package, dictionaries-common in that case) which will then be regenerated by the maintainer scripts. AFAICT, you don't have to ship an empty file in the package [1], you just have to take care to remove it. It's just that Anton decided to do this for bg.rws, so I followed the same approach for the other file. [1] The manpage uses the mild words You are also suggested to... In opinion, that suggestion is suboptimal, if not entirely wrong. I believe the man-page should not recommend such approach at all, but let's see what the maintainer's comments on that matter. This has exactly the same security risks that handling everything from maintainer scripts while has the advantage of knowing which package owns the file and being more robust. On the contrary, having knowing which package owns that file name, where hashsum mismatches or is not present at all, does not add any trust or robustness, but weirdness leading to suspicion, and a willingness to investigate what exactly is going on. Sorry for the delay, I have limited time these days. As long as that is what is shipped by the package that should trigger no more than curiosity. Note that policy does not require all shipped files to have an associated shipped checksum (that is also why dh_md5sums has an -X option). Also note that we are speaking about things under the /var/lib hierarchy, where things are expected to change. The curious thing there would be the presence of an inmutable file that is not a text file explaining what some things there mean, or something like that. Last time this was discussed in debian-devel, see thread started by http://lists.debian.org/debian-devel/2010/03/msg00038.html there were different points of view involved, * People (other than me) that did not seem worried about this, * People that pointed out that this makes the hash unavailable during an usually short time, but for no good reason. This is indeed an interesting point. I am in some semi-VAC and replied to your earlier mail before reading that squeeze is frozen. In the lenny-squeeze transition there is no binary incompatibility between old and new ispell and aspell hashes, so having used a different approach (closer to yours) would have the hash unavailable only for the fraction of second needed for its rebuild instead of having it unavailable for the time elapsed between unpack and configuration during a large upgrade. I am considering changes, but because of this reason. * People that considered that all shipped files must have an accompanying checksum. Even with this, I think that files under the /var/lib hierarchy whose original md5sum is 'd41d8cd98f00b204e9800998ecf8427e' (as those created by touch or test-file) should be taken with a grain of salt (warned about differently) regarding changes, because they have a high chance of being placeholders. IIRC other people proposed, in addition to this, to have some way of letting dpkg know about files created from maintainer scripts, so is easier to know where they come from. Sure, we can abuse the system in various weird ways, but should we. This is a currently legitimate use (that of course can be improved). -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594174: banshee: please remove hal dependency
On Tue, 2010-08-24 at 12:23 +0200, Johannes Rohr wrote: Package: banshee Version: 1.7.4-1 Severity: normal banshee, including the version in experimental still depends on the obsolete hal. Please remove this dependency I believe the HAL-ectomy upstream landed 2 days after 1.7.4 did, i.e. 1.7.4 needs HAL (1.7.5 will not) signature.asc Description: This is a digitally signed message part
Bug#594150: apt-transport-https fail after squeeze upgrade
package apt-transport-https libcurl3-gnutls reassign 594150 libcurl3-gnutls 7.21.0-1 found 594150 7.21.1-1 affects 594150 apt-transport-https retitle 594150 CURLOPT_TIMEOUT defaults to zero seconds thanks apt-transport-https doesn't set CURLOPT_TIMEOUT anymore in its squeeze version while it does in its lenny version. (see #497983 for why) It looks like the option defaults to 0 in the affected versions as setting CURLOPT_TIMEOUT explicit to 0 has the same result. Higher limits obviously let it work as expected. Tests on an older ubuntu release with Upgrade: libcurl3-gnutls:i386 (7.19.7-1ubuntu1, 7.21.0-1ubuntu1) shows that this wasn't present in at least 7.19.7-1ubuntu1. In a debian unstable environment both versions (unstable, testing) were tested and affected (stable was not tested, but as it is older than the tested good-known ubuntu version i guess it is good too). Thanks btw Johannes Ernst for your bugreport and especially for providing a testarchive! His error message in APT is: Err https://FOO foo/main Packages SSL connection timeout W: Failed to fetch https://FOO/FOO/dists/foo/main/binary-i386/Packages.gz SSL connection timeout curl used with verbose option prints: ( -o Debug::Acquire::https=1 ) * About to connect() to apt-test.aviatis.com port 443 (#0) * Trying 204.145.147.227... * connected * Connected to apt-test.aviatis.com (204.145.147.227) port 443 (#0) * found 141 certificates in /etc/ssl/certs/ca-certificates.crt *server certificate verification SKIPPED *common name: apt-test.aviatis.com (matched) *server certificate expiration date OK *server certificate activation date OK *certificate public key: RSA *certificate version: #1 *subject: C=US,ST=CA,O=apt-test.aviatis.com,CN=apt-test.aviatis.com *start date: Mon, 23 Aug 2010 04:23:41 GMT *expire date: Sun, 19 May 2013 04:23:41 GMT *issuer: C=US,ST=CA,O=apt-test.aviatis.com,CN=apt-test.aviatis.com *compression: NULL *cipher: AES-128-CBC *MAC: SHA1 GET /apt-cacher/ftp.us.debian.org/debian/dists/squeeze/Release.gpg HTTP/1.1 User-Agent: Debian APT-CURL/1.0 (0.7.26~exp6) Host: apt-test.aviatis.com Accept: */* Cache-Control: max-age=0 * SSL connection timeout * Closing connection #0 [… same output for the next requested file … ] Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593217: /usr/bin/scanimage: found that scanimage -L from root , gives way to scan to users
Package: sane-utils Severity: normal File: /usr/bin/scanimage Dear Sir , I have found an important finding regarding the bug. When the scanner is not working anymore, I tried of course to unplug and replug like crazy and scanimage -L and so on with the users. This gives no resutls, so scanner not found. When it is like this you do : sudo su scanimage -L and ROOT see the scanner !!! yep and then type exit from the user, now the scanner is now working. Please a fix becasue I would like taht my users can use the scanner , as they are permissioned positively. (reboot has been performed too many times regarding permissions) -- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sane-utils depends on: ii adduser 3.112 add and remove users and groups ii debconf [debconf-2.0]1.5.35 Debian configuration management sy ii libavahi-client3 0.6.26-1Avahi client library ii libavahi-common3 0.6.26-1Avahi common library ii libc62.11.2-2Embedded GNU C Library: Shared lib ii libieee1284-30.2.11-6cross-platform library for paralle ii libsane 1.0.21-3API library for scanners ii libusb-0.1-4 2:0.1.12-15 userspace USB programming library ii update-inetd 4.36inetd configuration file updater sane-utils recommends no packages. Versions of packages sane-utils suggests: ii avahi-daemon 0.6.25-4 Avahi mDNS/DNS-SD daemon pn unpaper none (no description available) -- debconf information: sane-utils/saned_run: false sane-utils/saned_scanner_group: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581873: [languagechooser] unable to select language more than once: Close this bug?
Hi, Christian PERRIER bubu...@debian.org wrote: Yes. Strictly speaking, this should be done with version tagging, by using the version where Frans' changes came in. However, though I remember about this change, I can't find it in the changelogs. I wonder if this was in localechooser. No, the changing was in rootskel. Holger -- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Created with Sylpheed 2.5.0 under DEBIAN GNU/LINUX 5.0.0 - L e n n y Registered LinuxUser #311290 - http://counter.li.org/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594180: oggz-tools: example on man page fails: oggz-info: invalid option -- 'c'
Package: oggz-tools Version: 1.1.1-1 Severity: normal Steps to reproduce: 1) wget http://ftp.acc.umu.se/pub/debian-meetings/2009/debconf9/low/1050_Lightning_talk_Redirecting_require.ogv 2) oggz info -c theora 1050_Lightning_talk_Redirecting_require.ogv Expected results: 2) oggz describes only the theora bitstream as documented in man oggz-info Actual results: 2) oggz prints oggz-info: invalid option -- 'c' theora: No such file or directory -- 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/4 CPU cores) Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages oggz-tools depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libogg0 1.2.0~dfsg-1 Ogg bitstream library ii liboggz21.1.1-1 convenience interface for Ogg stre oggz-tools recommends no packages. oggz-tools 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#594116: diff dummy package auto-reinstall
forcemerge 216768 594116 thanks Oldy but goldy. Make sure to read the merges for full enjoyment as i will only give short comments here as the full details are already said in other mails… 2010/8/23 Santiago Vila sanv...@unex.es: On Mon, 23 Aug 2010, Rodolfo Garcia wrote: When I remove the package (dummy) I do not have any problem. But in the next apt-get dist-upgrade it will be installed. I tryed to find why, but I cannot find any reason. Moreover, apt-get dist-upgrade insist on installing essential packages *even if they are not essential anymore*. The question is: How should APT know that squeeze is the successor of lenny? Also, diffutils doesn't say that it is a complete and fullfeatured replacement for diff - as it more or less impossible to express it in a sane way with dependencies. So if a package previously depends (implicit) on a feature of diff, does diffutils really provides the very same feature (even Provides doesn't say that it is 100% backward compatible) … There may be legitimate reasons why apt should install essential packages, but I wish it would be a little bit smarter in cases like this one and realize that diff is not essential anymore. The problem is: All packages on your system maybe depend on diff, so just because it is dropped in the next release doesn't mean that your system is fully upgraded to the next release and therefore no package depending on old diff is left -- if your system would be fully uptodate, why would have the old sources? Getting all essentials is the same in green: New essentials need to be installed in a dist-upgrade even if no package depends on them explicit as (new) packages could depend on it implicit… As there is nothing in diffutils which may be made to fix this behaviour, and I believe there is still room in apt for an improvement, I reassign this to apt. Last not least: APT recently got a well hidden option for all those people who really think they need to care about it and want to hunt down essential packages in the future by hand instead of automatic… /me still thinks it is funny that people want to remove obsolete packages but not obsolete sources.list entries… Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593863: Nothing to build
tag 593863 - squeeze thanks Hi, kttsd-contrib-plugins cannot be built anymore: kttsd has no more own plugins, but since KDE SC 4.4 it uses speech-dispatcher only, which has an own plugin system and some plugins. Cheers, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#594181: alex: Generates code with warnings on big endian CPUs
Package: alex Version: 2.3.3-1 Severity: normal Tags: upstream Alex generated code compiles with warnings on big endian CPUs and we're using it on code which we want to compile with -Werror. I've logged a bug with upstream and submitted a patch: http://trac.haskell.org/haskell-platform/ticket/141 When upstream releases a new version, we can package it and close this bug. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc64) Kernel: Linux 2.6.32-5-powerpc64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to POSIX) Shell: /bin/sh linked to /bin/dash Versions of packages alex depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libffi5 3.0.9-2Foreign Function Interface library ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library alex recommends no packages. alex 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#593708: Newer [unreleased] version of tuxonice userui
Hello, Hello, The last version of Tuxonice's userui, unreleased but available on project's git tree, has an option for disabling Usplash support, and also some other nice small features as a single binary for all backends and some debug for FrameBuffer backend, which is useful for KMS enabled kernels as found in Squeeze. It would be nice to have it in Squeeze :-) Yes, that would definitely be a good idea. I will have a look at that. Thanks! Cheers, -- Arnaud Fontaine (arnau) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594182: iceweasel: dozens of 'master password' requests upon restoring tabs
Package: iceweasel
Version: 3.5.11-1
Severity: normal
When the iceweasel tabs are being restored upon a startup (for example,
after a crash or machine shutdown or deliberate close with saving window
state), if the user had several tabs open that require password stored in
iceweasel and protected with master password, there seems to be a race
condition that makes iceweasel open not one, but dozens of modal windows
asking:
Password Required
Please enter the master password for the Software Security Device
Normally, it should open only one such modal window (which then unlocks
passwords for all sites). It seems that the bug is more easily provoked the
more windows requiring stored passwords you have, and the faster the link to
the webservers.
-- Package-specific info:
-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}
Status: enabled
Name: AniDisable
Location: ${PROFILE_EXTENSIONS}/{0F06271E-61EF-46b8-ACC2-99BAD4BB9F89}
Status: app-disabled
Name: BugMeNot
Location: ${PROFILE_EXTENSIONS}/{987311C6-B504-4aa2-90BF-60CC49808D42}
Status: enabled
Name: CheckPlaces
Location: ${PROFILE_EXTENSIONS}/checkpla...@andyhalford.com
Status: enabled
Name: Default
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled
Name: FoxyProxy Standard
Location: ${PROFILE_EXTENSIONS}/foxypr...@eric.h.jung
Status: enabled
Name: Go Parent Folder
Location: ${PROFILE_EXTENSIONS}/goparentfol...@alice
Status: enabled
Name: Greasemonkey
Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}
Status: user-disabled
Name: HttpFox
Location: ${PROFILE_EXTENSIONS}/{4093c4de-454a-4329-8aff-c6b0b123c386}
Status: enabled
Name: NoScript
Location: ${PROFILE_EXTENSIONS}/{73a6fe31-595d-460b-a920-fcc0f8843232}
Status: enabled
Name: Petname Tool
Location: ${PROFILE_EXTENSIONS}/{98d4a14e-67d3-40f7-96c4-38a6c07c32f2}
Status: enabled
Name: Platypus
Location: ${PROFILE_EXTENSIONS}/{a089fffd-e0cb-431b-8d3a-ebb8afb26dcf}
Status: user-disabled
Name: SSL Blacklist
Location: ${PROFILE_EXTENSIONS}/sslblackl...@codefromthe70s.org
Status: enabled
Name: SyncPlaces
Location: ${PROFILE_EXTENSIONS}/syncpla...@andyhalford.com
Status: enabled
Name: Tab Control
Location: ${PROFILE_EXTENSIONS}/{39952c40-5197-11da-8cd6-0800200c9a66}
Status: enabled
Name: View Cookies
Location: ${PROFILE_EXTENSIONS}/{8F6A6FD9-0619-459f-B9D0-81DE065D4E21}
Status: enabled
Name: Web Developer
Location: ${PROFILE_EXTENSIONS}/{c45c406e-ab73-11d8-be73-000a95be3b12}
Status: enabled
-- Plugins information
Name: Java(TM) Plug-in 1.6.0_21
Location: /usr/lib/jvm/java-6-sun-1.6.0.21/jre/lib/i386/libnpjp2.so
Package: sun-java6-bin
Status: enabled
Name: Shockwave Flash
Location: /usr/lib/swfdec-mozilla/libswfdecmozilla.so
Package: swfdec-mozilla
Status: enabled
-- Addons package information
ii iceweasel 3.5.11-1 Web browser based on Firefox
ii sun-java6-bin 6.21-1 Sun Java(TM) Runtime Environment (JRE) 6 (ar
ii swfdec-mozilla 0.6.0-5Mozilla plugin for SWF files (Macromedia Fla
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=hr_HR.ISO-8859-2, LC_CTYPE=hr_HR.ISO-8859-2 (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash
Versions of packages iceweasel depends on:
ii debianutils 3.4Miscellaneous utilities specific t
ii fontconfig2.8.0-2.1 generic font configuration library
ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.4.4-8 GCC support library
ii libglib2.0-0 2.24.1-1 The GLib library of C routines
ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface
ii libnspr4-0d 4.8.4-2NetScape Portable Runtime Library
ii libstdc++64.4.4-8The GNU Standard C++ Library v3
ii procps1:3.2.8-9 /proc file system utilities
ii xulrunner-1.9.1 1.9.1.11-1 XUL + XPCOM application runner
iceweasel recommends no packages.
Versions of packages iceweasel suggests:
ii libgssapi-krb5-2 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries - k
pn mozpluggernone (no description available)
pn ttf-lyx | latex-xft-f none (no description available)
pn ttf-mathematica4.1none (no description available)
pn xfonts-mathml none (no description available)
pn xprintnone (no description available)
Versions of packages xulrunner-1.9.1 depends on:
ii libasound2 1.0.23-1 shared library for ALSA applicatio
ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii libbz2-1.0 1.0.5-4
Bug#589009: Test Case
24.08.2010 12:33, Marcel Meckel wrote: HOST % cat /etc/debian_version squeeze/sid the same here. % dpkg-query -W | egrep 'linux|kvm|vde|python|libc6|iproute|bridge|adduser|libaio' Basically the same. qemu-kvm0.12.5+dfsg-1 You aren't using vde, are you? python and adduser are hardly relevant, libaio is only relevant for block i/o and it does not change for quite some time anyway, iproute and bridge utils are not relevant either, because they're used to setup things only, and they do it the same way regardless of version. But it does not hurt to provide that info anyway :) % virsh start s15 Domain s15 started (ssh into s15 and generate some traffic, e.g. update-pciids) kvm -S -M pc-0.12 -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -name s15 -uuid 92dfd544-9638-11df-b6c6-18a905632d8c -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/s15.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=utc -boot cd -drive file=/var/lib/libvirt/iso/grml64,if=none,media=cdrom,id=drive-ide0-0-0,readonly=on,format=raw -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -drive file=/dev/vg_hansolo_dom/vm_s15,if=none,id=drive-virtio-disk0,boot=on,format=raw -device virtio-blk-pci,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0 -device virtio-net-pci,vlan=0,id=net0,mac=52:54:00:1e:ef:9f,bus=pci.0,addr=0x3 -net tap,fd=64,vlan=0,name=hostnet0 -chardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -vnc 127.0.0.1:15 -k de -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5 ugh ;) So the network config is: -device virtio-net-pci,vlan=0,id=net0,mac=52:54:00:1e:ef:9f,bus=pci.0,addr=0x3 -net tap,fd=64,vlan=0,name=hostnet0 Good. virtio-net truncating packet Oops. So it still exits/aborts with lenny kernel. Oh well. But as far as I can remember, there were indeed some issues with virtio-net in 2.6.26. Ok. GUEST = Stock Lenny, no 3rd-party Packages installed. % cat /etc/debian_version 5.0.5 I just installed a stock lenny guest here. There, only kernel matters. Running grml64 2010.04 (Grmlmonster) with 2.6.33-grml64 on the same VM with virtio network the problem can't be reproduced by me. Were you able to reproduce this issue with 2.6.33 guest kernel and using qemu-kvm 0.12.4 (the previous one) ? It seems the problem lies with lenny kernel running inside the VM. Apparently. I'll see if I can find the problem. Please also show `ethtool -k eth0' output on the guest in both cases. If there's something turned on, like e.g. generic segmentation offload (gso), turn that off and retry. I mean the guest that's crashing. Meanwhile, I still can't reproduce the problem locally, for whatever reason it never crashes for me. Trying harder... ;) Thank you for the patience! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593079: New version available
It seems that the latest version of libstomp-ruby is compatible with ruby1.9 git://github.com/js/stomp.git / http://github.com/js/stomp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593217: /usr/bin/scanimage: found that scanimage -L from root , gives way to scan to users
yellow yellowprot...@gmail.com wrote: Hi, Please a fix becasue I would like taht my users can use the scanner , as they are permissioned positively. (reboot has been performed too many times regarding permissions) This is the third time you report this issue, and I've answered to both of your previous reports already (#591406, #593217). I specifically asked for more information on your last report and never heard back from you. This is your last chance to get anything from me on this issue. Without an answer from you, I will close these 3 USELESS bug reports and any other report you may file after that. 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#594182: iceweasel: dozens of 'master password' requests upon restoring tabs
On Tue, Aug 24, 2010 at 01:43:45PM +0200, Matija Nalis wrote: Package: iceweasel Version: 3.5.11-1 Severity: normal When the iceweasel tabs are being restored upon a startup (for example, after a crash or machine shutdown or deliberate close with saving window state), if the user had several tabs open that require password stored in iceweasel and protected with master password, there seems to be a race condition that makes iceweasel open not one, but dozens of modal windows asking: Password Required Please enter the master password for the Software Security Device Normally, it should open only one such modal window (which then unlocks passwords for all sites). It seems that the bug is more easily provoked the more windows requiring stored passwords you have, and the faster the link to the webservers. According to the upstream bug[1], a workaround is just to press enter after entering the proper password on the topmost prompt. Mike 1. https://bugzilla.mozilla.org/show_bug.cgi?id=177175 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594183: can't build kernel modules
Package: freebsd-buildutils
Version: 8.1-1
Severity: normal
Hi there
I was trying to build cuse4bsd and freebsd-make gives this critical error:
cd: 1: can't cd to /usr/src/sys/x86_64/include
Kernel sources are in /usr/src/sys, but freebsd-make is looking at the wrong
directory. the directory for amd64 headers is /usr/src/sys/amd64/include. I had
a look at the included makefiles, and it seems the problem originates with
${MACHINE} variable which is x86_64 instead of amd64.
cuse4bsd has other problems, which I'm workng on, but you can reproduce this
with attached makefile.
Cheers
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: kfreebsd-amd64 (x86_64)
Kernel: kFreeBSD 8.1-1-amd64
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 freebsd-buildutils depends on:
ii bsdmainutils8.0.13 collection of more utilities from
ii libbsd0 0.2.0-1 utility functions from BSD systems
ii libc0.1 2.11.2-2 Embedded GNU C Library: Shared lib
ii make3.81-8 An utility for Directing compilati
ii original-awk2010-05-23-1 The original awk described in The
ii patchutils 0.3.1-2 Utilities to work with patches
ii unzip 6.0-4De-archiver for .zip files
freebsd-buildutils recommends no packages.
freebsd-buildutils suggests no packages.
-- no debconf information
SRCS=test.c
..include bsd.kmod.mk
Bug#594184: debian-installer: activating bootflag on ext2/ext3 partition not possible
Package: debian-installer Severity: grave With a daily build netinst cd from 23. August 2010, it is impossible, to set the bootflag from Off to On. I tested this on two different machines (x86, pc-compatible), on an ext2 and an ext3 partition with msdos partition table (don't know if other partition types or partition table types behave different). Switch the bootflag from On to Off works fine, but the other way does not. Deleting the complete setup by hand and setting up a new, clean partition table gives the same result, it's impossible to create a setup with a bootable partition included. With a squeeze alpha1 businesscard cd, this all works fine. Holger -- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Created with Sylpheed 2.5.0 under DEBIAN GNU/LINUX 5.0.0 - L e n n y Registered LinuxUser #311290 - http://counter.li.org/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593680: gnupg: segfaults on --list-secret-keys with list-options show-photos
On 10/08/24 17:37 +0530, Y Giridhar Appaji Nag said ... On 10/08/21 09:28 -0400, David Shaw said ... On Aug 20, 2010, at 12:51 PM, Daniel Leidert wrote: Am Freitag, den 20.08.2010, 14:10 +0530 schrieb Y Giridhar Appaji Nag: photo UIDs in GPG. The problem is that gpg --list-secret-keys segfaults. your key or one of the keys in your keyring. Can you attach the photo you are using? Attaching the picture with this mail. JFTR: Does viewing your photo with display directly produce a crash? No, it doesn't. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#593680: gnupg: segfaults on --list-secret-keys with list-options show-photos
On 10/08/21 09:28 -0400, David Shaw said ... On Aug 20, 2010, at 12:51 PM, Daniel Leidert wrote: Am Freitag, den 20.08.2010, 14:10 +0530 schrieb Y Giridhar Appaji Nag: photo UIDs in GPG. The problem is that gpg --list-secret-keys segfaults. Unfortunately I cannot reproduce it here. So I guess it is related to your key or one of the keys in your keyring. Can you attach the photo you are using? Attaching the picture with this mail. Or if you have the time (and the necessary knowledge): please rebuild the gnupg packages not stripping the symbols, reproduce the crash and send us the backtrace. I'll try and do this, but not immediately. JFTR: Does viewing your photo with display directly produce a crash? Everything Daniel said above, plus, does listing the public keyring (i.e. list-keys instead of list-secret-keys) also cause the segfault? No. This doesn't happen with the public keyring. (and if so, can you send me the public keyring? I wouldn't ask for a secret keyring unless you're not interested in those keys for whatever reason, but a public one is generally public) I am afraid I can't give you the secret keyring and the problem doesn't happen with the public keyring. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ attachment: E1EBBEA51D389887.jpg signature.asc Description: Digital signature
Bug#594176: Uploaded the fixed version of wdm package to mentors.debian.net
I have uploaded a wdm_1.28-5 source package to mentors.debian.net with this bug fixed. Hope it will be in the archives soon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594148: xdg-utils: xdg-open doesn't work with new iceweasel
Hi Miles, 2010-08-24 04:27, Miles Bader skrev: I get the following error: $ LANG=C xdg-open https://bugs.freedesktop.org/attachment.cgi?id=38031 Error showing url: Failed to execute child process /usr/lib/iceweasel/firefox (No such file or directory) This used to work fine, and I think it changed when I switched to iceweasel from experimental; maybe that release renamed something (perhaps this bug should be against iceweasel?) Which desktop environment (if any) are you using? -- Pelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593812: debian-installer: Impossible to answer to questions on normal install
On Mon, Aug 23, 2010 at 08:32:26PM +0200, Alain rpnpif wrote: On Mon, Aug 23, 2010 at 07:10:08PM +0200, Aurelien Jarno wrote: debian-installer, as its name says, is for installing Debian, not to upgrade it. If you want to upgrade it, the proper way is to use apt, aptitude or one of their graphical front-end. This is therefore the proper way to fix this bug. OK, Aurelien. I shall expect the possibility of upgrading with the debian-installer because I migrate from Mandriva that have an installer that do that still many years ago. So I had not surprising to do that. I understand that your choice is to not permit upgrading with d-i. Consequence: a clear dialog of d-i must notify the user and d-i must prevent the upgrading. It's exactly why this bug has been reassign for partman-basicmethods. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#286349: d-i: report about template changes to tell the user, that there is a cdrom-checker module available on the cd
Hi, Christian PERRIER bubu...@debian.org wrote: Quoting Holger Wansing (li...@wansing-online.de): [House-cleaning on bugreports] I suggested changing a template, to tell users, that there is a build-in cdrom-checker module in the d-i, to verify the quality of the disk. Since this report is very old, and there has been no action on this since then: Well, maybe because that escaped most people's attention. Would you mind proposing a patch (unless you already did: I can't read the bug log right now)? We could defer it to post-squeeze as I'd prefer not having text changes right now. I already made a proposal for the needed changings, but I don't mind creating a proper patch. I will sent one when Squeeze is released. Holger -- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Created with Sylpheed 2.5.0 under DEBIAN GNU/LINUX 5.0.0 - L e n n y Registered LinuxUser #311290 - http://counter.li.org/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594185: exuberant-ctags: invalid paths in tags file
Package: exuberant-ctags Version: 1:5.8-3 Severity: important Tags: squeeze sid upstream strcpy called with overlapping strings which causes wrong paths to be present in the tags file, rendering it unusable. This bug is filed upstream at http://sourceforge.net/tracker/?func=detailaid=3033717group_id=6556atid=106556 and has a patch. It manifests itself when the filenames to parse have embedded /./ or /../../ in them. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages exuberant-ctags depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib exuberant-ctags recommends no packages. Versions of packages exuberant-ctags suggests: ii emacs23 [ema 23.1+1-5The GNU Emacs editor (with GTK+ us ii vim 2:7.2.445+hg~cb94c42c0e1a-1 Vi IMproved - enhanced vi editor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594186: ITP: ibus-el -- IBus client for GNU Emacs
Package: wnpp Severity: wishlist Owner: LI Daobing lidaob...@debian.org * Package name: ibus-el Version : 0.2.0 Upstream Author : IRIE Shinsuke irieshins...@yahoo.co.jp * URL : http://www11.atwiki.jp/s-irie/pages/21.html * License : GPLv3 Programming Lang: lisp Description : IBus client for GNU Emacs IBus is an Intelligent Input Bus. It is a new input framework for Linux OS. It provides full featured and user friendly input method user interface. It also may help developers to develop input method easily. . ibus.el is a IBus client for GNU Emacs. This program allows users on-the-spot style input with IBus. The input statuses are individually kept for each buffer, and prefix-keys such as C-x and C-c can be used even if IBus is active. So you can input various languages fast and comfortably by using it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594187: libgtkglextmm-x11-1.2-dev: should depends on libgtkmm-2.4-dev
Package: libgtkglextmm-x11-1.2-dev Version: 1.2.0-4 Severity: normal Hello I am building a package which depends on libgtkglextmm, but when I try to compile something with it it complain about gtkmm.h In file included from hkl3d-gui-view.cpp:27: hkl3d-gui-view.h:30:19: error: gtkmm.h: No such file or directory In file included from /usr/include/gtkglextmm-1.2/gdkglmm.h:25, from /usr/include/gtkglextmm-1.2/gtkglmm.h:23, from hkl3d-gui-view.h:31, from hkl3d-gui-view.cpp:27: can you make the developpement package depends on libgtkmm-2.4-dev thanks Frederic -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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 libgtkglextmm-x11-1.2-dev depends on: ii libgtkglext1-dev 1.2.0-1.1 OpenGL Extension to GTK+ (developm ii libgtkglextmm-x11-1.2-0 1.2.0-4C++ bindings for GtkGLExt (Shared libgtkglextmm-x11-1.2-dev recommends no packages. libgtkglextmm-x11-1.2-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593844: iceweasel: Microsoft Psychedelic Browsing test doesn't work
On Sun, Aug 22, 2010 at 01:13:52PM +0200, Mike Hommey wrote: On Sat, Aug 21, 2010 at 04:31:49PM +0200, Vincent Lefevre wrote: Package: iceweasel Version: 3.5.11-1 Severity: normal The test http://ie.microsoft.com/testdrive/Performance/PsychedelicBrowsing/ doesn't work: when I click on Find Out, the text disappears, but then the window remains blank (with only Return to Test Drive Demos at the top right). The wheel should appear, but it doesn't. I have no such problem with _ Chromium browser (Debian's chromium-browser package) on the same machine, _ Firefox 3.6.8 under Mac OS X. I don't really want to test the experimental version. It works if I rebuild xulrunner with the embedded cairo version. Interestingly, it doesn't if I upgrade cairo to the version in experimental. Either compiling vs. cairo 1.9.x changes something or one of the patches applied by mozilla fixes something. I found which patch in the mozilla codebase makes it work[1]. According to the corresponding bug[2], there are various other cases that this patch fixes. This is a shared issue between cairo and the mozilla codebase. It looks like the mozilla codebase shouldn't be using 0x0 matrices, but does. OTOH, it looks like the fix is much easier on cairo's end. CCing cairo maintainer, I'd be interesting to know what he thinks. Cheers, Mike 1. https://bugzilla.mozilla.org/attachment.cgi?id=359928action=diff 2. https://bugzilla.mozilla.org/show_bug.cgi?id=474886 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
