Bug#797181: Review status
Hi, I was wondering if there has been any progress on this ticket? Regards, Wichert.
Bug#752343: VCS and homepage links are incorrect
Package: pam Version: 1.1.8-3 The VCS link (as seen on https://packages.debian.org/source/sid/pam) points to http://bzr.debian.org/bzr/pkg-pam/debian/sid/, which is a 404. The homepage is specified as http://pam.sourceforge.net/, which appears to be outdated. As far as I can see the current homepage is http://www.linux-pam.org/ . Regards, Wichert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#319652: is this bug still relevant?
Hi Ryan, it’s been years since I’ve used OpenLDAP, so I can’t give you much useful feedback I’m afraid. I agree with you that it’s likely to be fixed by now, so feel free to close this report. Regards, Wichert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614503: xlrd is not dead
The xlrd project isn't dead at all: it is still being maintained and is getting regular release. The current release is version 0.7.9, released on 2012-06-21 Wichert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682962: Please package a more recent version
Package: python-xlrd Severity: wishlist Debian currently only includes version 0.6.1 of xlrd. That version is quite old and no longer usable for some software. Please package a current version. At this moment the latest release is 0.7.9, which can be downloaded from pypi (http://pypi.python.org/pypi/xlrd ) or http://www.python-excel.org/ Wichert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667720: Dependency graph does not check ticket view permissions
Package: trac-mastertickets Severity: critical The dependency graph view of a ticket does not do any permission checks. This is a security problem on private trac sites since it creates a channel through which sensitive information about tickets (existence, dependencies and ticket titles) is revealed. This has been reported upstream as well: both in the github issue tracker (see https://github.com/coderanger/trac-mastertickets/issues/4 ) and in the trac-hacks issue tracker (see https://trac-hacks.org/ticket/9944 ). I have also submitted this to Ubuntu since they carry the same package: https://bugs.launchpad.net/ubuntu/+source/trac-mastertickets/+bug/974909 Regards, Wichert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636985: yaml-cpp packaging
I've cobbled up some basic packaging stuff and added it to upstream ticket 116: http://code.google.com/p/yaml-cpp/issues/detail?id=116 . This may be useful as a starting point for someone willing to package this properly for Debian. Regards, Wichert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565256: munin-node: invalid max in fw_forwarded_local
Package: munin-node Version: 1.2.6-10~lenny1 Severity: normal The fw_forwarded_local plugin has a hardcoded max of 500 for both its values. This breaks the plugin for any machines with more than 500 open connections: no data is collected for those, only NaN values. Simply removing the maximum fixes this, without any harm that I can see. Wichert. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages munin-node depends on: ii adduser 3.110add and remove users and groups ii gawk1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and pr ii libnet-server-perl 0.97-1 An extensible, general perl server ii lsb-base3.2-20 Linux Standard Base 3.2 init scrip ii perl5.10.0-19lenny2 Larry Wall's Practical Extraction ii procps 1:3.2.7-11 /proc file system utilities Versions of packages munin-node recommends: ii libnet-snmp-perl 5.2.0-1Script SNMP connections Versions of packages munin-node suggests: ii acpi 1.1-2 displays information on ACPI devic ii ethtool 6+20080913-1display or change Ethernet device ii libdbd-pg-perl 2.8.7-1 Perl DBI driver for the PostgreSQL pn liblwp-useragent-determi none (no description available) pn libnet-irc-perl none (no description available) ii libwww-perl 5.813-1 WWW client/server library for Perl ii munin1.2.6-10~lenny1 network-wide graphing framework (g pn munin-plugins-extra none (no description available) pn mysql-client none (no description available) ii python 2.5.2-3 An interactive high-level object-o ii smartmontools5.38-2+lenny1 control and monitor storage system -- 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#545278: exim4: vacation transport fails on (correctly encoded) non-ascii in subject
Package: exim4
Version: 4.69-9
Severity: normal
I have a simple vacation transport which looks like this:
virtual_vacation:
driver = autoreply
user= VIRTUAL_USER
group = VIRTUAL_GROUP
home_directory =
/srv/mx1.simplon.biz/mail/${domain}/${local_part}
file= $home/.vacation
file_expand
once= $home/.vacation.db
once_repeat = 14d
from= $local_p...@$domain
to = $sender_address
subject = Re: $h_subject
If I receive an email with a subject containing a non-ASCII character
this transport fails with an error like this:
2009-09-04 12:59:53 1MjWWG-0004a9-Fw ** wich...@simplon.biz R=virtual_vacation
T=virtual_vacation: Expansion of Re: $h_subject in virtual_vacation transport
contains non-printing character 195
The subject was properly encoded and contained no non-ASCII characters
during transport:
Subject: =?iso-8859-1?Q?Re:_FYI:_Jarn_sprint_in_week_39_in_t=F8nsberg?=
Regards,
Wichert.
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (990, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages exim4 depends on:
ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii exim4-base4.69-9 support files for all Exim MTA (v4
ii exim4-daemon-heavy4.69-9 Exim MTA (v4) daemon with extended
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532843: pyrad: Python 2.6 DeprecationWarnings
Hi Jeremy, On 6/12/09 5:14 PM, Jeremy Lainé wrote: Wichert, Alessio, Attached is a new version of the patch which should preserve compatibility with older Python versions. Thanks, I've commited the patch to subversion. Wichert. -- Wichert Akkerman wich...@wiggy.net It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532843: pyrad: Python 2.6 DeprecationWarnings
Hi Jeremy, On 6/12/09 4:44 PM, Jeremy Lainé wrote: In Ubuntu, we've applied the attached patch to achieve the following: * Add debian/patches/01-python26_deprecation_warnings.patch patch to fix Python 2.6 DeprecationWarnings (LP: #385987), thanks to Devin Cook for the patch. We thought you might be interested in doing the same. Thanks for the patch Alessio, I'll apply it for my next upload of pyrad to Debian. Wichert, I am copying you as the upstream author in case you wish to include the patch upstream. Can you either email me that patch, or point me to a URL for it? Wichert. -- Wichert Akkerman wich...@wiggy.net It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532843: pyrad: Python 2.6 DeprecationWarnings
On 6/12/09 4:51 PM, Jeremy Lainé wrote: Wichert, Can you either email me that patch, or point me to a URL for it? Sure, please find it attached. That patch breaks compatibility with older Python versions, which makes it unacceptable. Can you refactor it to use a conditional import on hashlib with a fallback to md5, and adjust the code accordingly? Wichert. -- Wichert Akkerman wich...@wiggy.net It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532843: pyrad: Python 2.6 DeprecationWarnings
On 6/12/09 4:57 PM, Alessio Treglia wrote: On Fri, Jun 12, 2009 at 4:53 PM, Wichert Akkermanwich...@wiggy.net wrote: That patch breaks compatibility with older Python versions, which makes it unacceptable. Can you refactor it to use a conditional import on hashlib with a fallback to md5, and adjust the code accordingly? Of course, I will do it as soon as possible Thank you! Wichert. -- Wichert Akkerman wich...@wiggy.net It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510223: linux-image-2.6.26-1-686: upgrade from etch to lenny fails in postinst
Package: linux-image-2.6.26-1-686 Version: 2.6.26-11 Severity: important An upgrade of machine with a fairly basic install fails mysteriously: one:/home/wichert# dpkg --configure linux-image-2.6.26-1-686 Setting up linux-image-2.6.26-1-686 (2.6.26-11) ... Running depmod. Running mkinitramfs-kpkg. W: mdadm: /etc/mdadm/mdadm.conf defines no arrays. initrd.img(/boot/initrd.img-2.6.26-1-686 ) points to /boot/initrd.img-2.6.26-1-686 (/boot/initrd.img-2.6.26-1-686) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.26-1-686.postinst line 569. vmlinuz(/boot/vmlinuz-2.6.26-1-686 ) points to /boot/vmlinuz-2.6.26-1-686 (/boot/vmlinuz-2.6.26-1-686) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.26-1-686.postinst line 569. Running postinst hook script update-grub. Searching for GRUB installation directory ... found: /boot/grub User postinst hook script [update-grub] exited with value 1 dpkg: error processing linux-image-2.6.26-1-686 (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: linux-image-2.6.26-1-686 running update-grub by hand seems to work fine, so I have no idea what is happning here. Wichert. -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686-bigmem (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.26-1-686 depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii initramfs-tools [linux-initra 0.92j tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.26-1-686 recommends: ii libc6-i6862.7-16 GNU C Library: Shared libraries [i Versions of packages linux-image-2.6.26-1-686 suggests: ii grub 0.97-47GRand Unified Bootloader (Legacy v pn linux-doc-2.6.26 none (no description available) -- debconf information: linux-image-2.6.26-1-686/preinst/abort-overwrite-2.6.26-1-686: shared/kernel-image/really-run-bootloader: true linux-image-2.6.26-1-686/postinst/bootloader-error-2.6.26-1-686: linux-image-2.6.26-1-686/postinst/depmod-error-initrd-2.6.26-1-686: false linux-image-2.6.26-1-686/prerm/removing-running-kernel-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/old-system-map-link-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/abort-install-2.6.26-1-686: linux-image-2.6.26-1-686/preinst/lilo-has-ramdisk: linux-image-2.6.26-1-686/preinst/bootloader-initrd-2.6.26-1-686: true linux-image-2.6.26-1-686/prerm/would-invalidate-boot-loader-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/elilo-initrd-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/kimage-is-a-directory: linux-image-2.6.26-1-686/postinst/old-dir-initrd-link-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/create-kimage-link-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/lilo-initrd-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/old-initrd-link-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/overwriting-modules-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/depmod-error-2.6.26-1-686: false linux-image-2.6.26-1-686/postinst/bootloader-test-error-2.6.26-1-686: linux-image-2.6.26-1-686/preinst/failed-to-move-modules-2.6.26-1-686: linux-image-2.6.26-1-686/preinst/initrd-2.6.26-1-686: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507043: ucf fails on db_x_loadtemplatefile
Package: ucf Version: 3.0010 everity: grave Justification: renders package unusable I am upgrading a box from oldstable to lenny. Upgrade to stable went flawlessly, but the upgrade to lenny reveals this problem: Setting up libpaper1 (1.1.23+nmu1) ... /usr/bin/ucf: line 153: db_x_loadtemplatefile: command not found Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489756: poppler CVE-2008-2950 in etch
I see CVE-2008-2960 reported in the BTS as #489756 but I see no mention of a fix for stable. Is someone working on a DSA for stable? Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489756: poppler CVE-2008-2950 in etch
Hi Steve, Steve Kemp wrote: On Wed Jul 09, 2008 at 12:04:01 +0200, Wichert Akkerman wrote: I see CVE-2008-2960 reported in the BTS as #489756 but I see no mention of a fix for stable. Is someone working on a DSA for stable? There isn't one in progress. Tonight there will be a release of an update to handle CVE-2008-1693. I guess that will be the next one. thanks for the update. I'll (im)patiently await the CVE-2008-2960 DSA. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple.
Bug#473571: unclarity about plone bugs
Thijs Kinkhorst wrote: Hoi Wichert, There's some unclarity about a set of security issues in Plone. This is in Debian bug #473571 (CC'ed). Could you please take a look and clarify which issues are fixed or are non-issues? CVE-2008-1396 is only a problem if you don't follow best practices. Best practice here means setting up automated cycling of the server secret. CVE-2008-1395: same thing. The reason we use such a method is that anything else is incredibly expensive on busy sites. CVE-2008-1394 only holds for Plone 3.0. Plone 3.0 uses a completely different session implementation. CVE-2008-1393 is not true for Plone accounts. It only holds when using accounts defined outside the Plone site (such as the Zope root admin account) inside the Plone site. Again, this is against best practices. The CSRF issues mentioned later in the bugreport have seen a hotfix for Plone 3.0 and are fixed in Plone 3.1. They will not be fixed in Plone 2.5. Wichert. -- Wichert Akkerman[EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484301: new upstream version
Package: memcached Version: 1.2.2-1 Severity: wishlist Unstable currently has version 1.2.2. In the meantime 1.2.4 was released on 2007-12-06 and 1.2.5 on 2008-03-04. Please update. Wichert. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.1 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages memcached depends on: ii libc6 2.7-11 GNU C Library: Shared libraries ii libevent1 1.3e-3 An asynchronous event notification ii perl 5.10.0-10 Larry Wall's Practical Extraction memcached recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469818: eggs disappeared from sys.path
Package: python2.4-dbg Version: 2.4.4-8 Severity: grave I upgraded my unstable machine today and suddenly almost every python application broke. A quick check shows that this is due to eggs in /usr/local no longer appearing in sys.path. This is from a machine using an older version of python: ['', '/usr/local/lib/python2.4/site-packages/setuptools-0.6c5-py2.4.egg', '/usr/local/lib/python2.4/site-packages/AuthKit-0.3.0pre5-py2.4.egg', '/usr/local/lib/python2.4/site-packages/FormEncode-0.7.1-py2.4.egg', '/usr/local/lib/python2.4/site-packages/TurboKid-0.9.9-py2.4.egg', '/usr/local/lib/python2.4/site-packages/kid-0.9.5-py2.4.egg', '/usr/local/lib/python2.4/site-packages/SQLAlchemy-0.3.6-py2.4.egg', '/usr/local/lib/python2.4/site-packages/Pylons-0.9.5-py2.4.egg', '/usr/local/lib/python2.4/site-packages/Paste-1.3-py2.4.egg', '/usr/local/lib/python2.4/site-packages/Mako-0.1.5-py2.4.egg', '/usr/local/lib/python2.4/site-packages/nose-0.9.2-py2.4.egg', '/usr/local/lib/python2.4/site-packages/decorator-2.0.1-py2.4.egg', '/usr/local/lib/python2.4/site-packages/simplejson-1.7.1-py2.4.egg', '/usr/local/lib/python2.4/site-packages/Myghty-1.1-py2.4.egg', '/usr/local/lib/python2.4/site-packages/PasteScript-1.3.3-py2.4.egg', '/usr/local/lib/python2.4/site-packages/PasteDeploy-1.3-py2.4.egg', '/usr/local/lib/python2.4/site-packages/Beaker-0.6.3-py2.4.egg', '/usr/local/lib/python2.4/site-packages/WebHelpers-0.3-py2.4.egg', '/usr/local/lib/python2.4/site-packages/Routes-1.6.3-py2.4.egg', '/usr/local/lib/python2.4/site-packages/MyghtyUtils-0.52-py2.4.egg', '/usr/local/lib/python2.4/site-packages/Cheetah-1.0-py2.4-linux-i686.egg', '/usr/local/lib/python2.4/site-packages/TracSpamFilter-0.2.1dev_r5943-py2.4.egg', '/usr/lib/python24.zip', '/usr/lib/python2.4', '/usr/lib/python2.4/plat-linux2', '/usr/lib/python2.4/lib-tk', '/usr/lib/python2.4/lib-dynload', '/usr/local/lib/python2.4/site-packages', '/usr/lib/python2.4/site-packages', '/usr/lib/python2.4/site-packages/PIL', '/var/lib/python-support/python2.4'] and this is from a machine upgraded today: ['', '/usr/lib/python24.zip', '/usr/lib/python2.4', '/usr/lib/python2.4/plat-linux2', '/usr/lib/python2.4/lib-tk', '/usr/lib/python2.4/lib-dynload', '/usr/local/lib/python2.4/site-packages', '/usr/lib/python2.4/site-packages', '/usr/lib/python2.4/site-packages/Numeric', '/usr/lib/python2.4/site-packages/PIL', '/usr/lib/python2.4/site-packages/gst-0.10', '/var/lib/python-support/python2.4', '/var/lib/python-support/python2.4/gtk-2.0'] Wichert. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.1 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python2.4-dbg depends on: ii libbz2-1.0 1.0.4-3 high-quality block-sorting file co ii libc6 2.7-9 GNU C Library: Shared libraries ii libdb4.5 4.5.20-11 Berkeley v4.5 Database Libraries [ ii libncursesw5 5.6+20080203-1Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libssl0.9.80.9.8g-7 SSL shared libraries ii python2.4 2.4.4-8 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime python2.4-dbg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469818: Acknowledgement (eggs disappeared from sys.path)
As a workaround this works: dpkg -P --force-depends python2.4-minimal dpkg -i python2.4-minimal_2.4.4-7_i386.deb This seems to remove the bad site.py from /etc/python2.4 and restores correct behaviour. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345102: Can you please try the new version?
Previously Stephen Gran wrote: Hi there, Sorry it's been so long without a reply. Can you try the new version (1.4.0debian-2) and let me know if this is still an issue for you? Neither the subject nor body has any context; can you remind me a new version of what I should try? And for what bug? Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455713: is_canonical assertion error
Package: python-subversion Version: 1.4.4dfsg1-1 Severity: important [snow;~]-18 python Python 2.4.4 (#2, Aug 16 2007, 02:03:40) [GCC 4.1.3 20070812 (prerelease) (Debian 4.1.2-15)] on linux2 Type help, copyright, credits or license for more information. from svn import repos repos.svn_repos_find_root_path(http://svn.plone.org/svn/plone;) python: /tmp/buildd/subversion-1.4.4dfsg1/subversion/libsvn_subr/path.c:114: svn_path_join: Assertion `is_canonical(base, blen)' failed. zsh: abort (core dumped) python the backtrace is not very useful: #0 0xb7e4dea6 in raise () from /lib/libc.so.6 #1 0xb7e4f7b1 in abort () from /lib/libc.so.6 #2 0xb7e47080 in __assert_fail () from /lib/libc.so.6 #3 0xb7ad536c in svn_path_join () from /usr/lib/libsvn_subr-1.so.1 #4 0xb7afeefb in svn_repos_find_root_path () from /usr/lib/libsvn_repos-1.so.1 #5 0xb7b2f91a in ?? () from /var/lib/python-support/python2.4/libsvn/_repos.so #6 0xb7dc7cac in ?? () #7 0x08217d10 in ?? () #8 0xbfa8b548 in ?? () #9 0xbfa8b53c in ?? () #10 0xb7de2890 in ?? () #11 0xbfa8b544 in ?? () #12 0xbfa8b540 in ?? () #13 0x in ?? () -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.1 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-subversion depends on: ii libapr1 1.2.11-1 The Apache Portable Runtime Librar ii libc6 2.7-4GNU C Library: Shared libraries ii libsvn1 1.4.4dfsg1-1 Shared libraries used by Subversio ii python 2.4.4-6 An interactive high-level object-o ii python-support 0.7.5automated rebuilding support for p ii subversion 1.4.4dfsg1-1 Advanced version control system python-subversion recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448607: syntax error in nfs-common
Package: nfs-common Version: 1:1.1.1-4 Severity: important I get this on an upgrade: Setting up nfs-common (1:1.1.1-4) ... Installing new version of config file /etc/init.d/nfs-common ... Replacing config file /etc/default/nfs-common with new version Stopping NFS common utilities:/etc/init.d/nfs-common: line 201: [: =: unary operator expected -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.1 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nfs-common depends on: ii adduser 3.105 add and remove users and groups ii initscripts 2.86.ds1-38.1 Scripts for initializing and shutt ii libc6 2.6.1-6GNU C Library: Shared libraries ii libcomerr21.40.2-1 common error description library ii libevent1 1.3d-1 An asynchronous event notification ii libgssglue1 0.1-1 mechanism-switch gssapi library ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libnfsidmap2 0.20-0 An nfs idmapping library ii librpcsecgss3 0.17-1 allows secure rpc communication us ii libwrap0 7.6.dbs-14 Wietse Venema's TCP wrappers libra ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii netbase 4.30 Basic TCP/IP networking system ii portmap 6.0-4 The RPC portmapper ii ucf 3.003 Update Configuration File: preserv nfs-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321701: Debian Firefox/Iceweasel bug triage - bug #321701
This bugreport is not specific for a firefox/iceweasel version at all, so it is just as valid now as it was when I submitted it. Wichert. Lior Kaplan wrote: Dear Firefox/Iceweasel user, Thanks for your interest in Firefox/Iceweasel and the bug report you have contributed. Your bug report [0] was done for a version which isn't a part of debian anymore. Debian 4.0 (Etch) was released with version 2.0.0.3. Please reproduce your bug on an updated version of Iceweasel and confirm it still exists, or close it as irrelevant for recent versions. If you don't know or are not sure how to update or close your bug report, please contact me directly, and I'll help you. IMPORTANT: In any case, please provide version info, as we use it to determine the relevance of the bug. As this bug is quite old, I intend to close it if you don't update your bug report in the next 6 weeks. This is the time line for the old bugs cleanup: 1. October 1st - first notice. 2. October 15th - Second notice. 3. October 29th - Third notice. 4. November 12th - Closing the bug. Please help the Firefox/Iceweasel maintainer to help you (: [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=321701 -- Lior Kaplan [EMAIL PROTECTED] -- Wichert Akkerman [EMAIL PROTECTED] It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442243: segfaults on unknown cache_effective_user
Package: squid Version: 2.6.15-1 Severity: normal If you specify a non-existing user with cache_effective_user squid generates a fatal warning and segfaults. The warning is fine, but it should certainly not segfault. snow:/etc/squid# squid -z FATAL: getpwnam failed to find userid for effective user 'squid' Squid Cache (Version 2.6.STABLE15): Terminated abnormally. CPU Usage: 0.004 seconds = 0.000 user + 0.004 sys Maximum Resident Size: 0 KB Page faults with physical i/o: 0 Aborted (core dumped) The traceback is not very helpful: #0 0xb7e077c6 in raise () from /lib/libc.so.6 #1 0xb7e090e1 in abort () from /lib/libc.so.6 #2 0x080c7fc5 in ?? () #3 0x in ?? () Wichert. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.1 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages squid depends on: ii adduser 3.105add and remove users and groups ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libc6 2.6.1-3 GNU C Library: Shared libraries ii libdb4.44.4.20-9 Berkeley v4.4 Database Libraries [ ii libldap22.1.30.dfsg-13.5 OpenLDAP libraries ii libpam0g0.99.7.1-4 Pluggable Authentication Modules l ii logrotate 3.7.1-3 Log rotation utility ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii netbase 4.30 Basic TCP/IP networking system ii squid-common2.6.15-1 Internet object cache (WWW proxy c squid recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427506: libnss-pgsql_1.4.0-1(hppa/experimental): FTBFS: Preprocessor syntax error
I don't know who uploaded that version, but I'm no longer maintaining
this package.
Wichert.
Frank Lichtenheld wrote:
Package: libnss-pgsql
Version: 1.4.0-1
Severity: serious
Hi,
your package failed to build because this:
../../../usr/include/bits/initspin.h:#define __LT_SPINLOCK_INIT
((__atomic_lock_t) { { 1, 1, 1, 1 } })
doesn't allow to do this:
./src/libc-lock.h:#if __LT_SPINLOCK_INIT == 0
| Automatic build of libnss-pgsql_1.4.0-1 on meitner by sbuild/hppa 98-farm
| Build started at 20070604-1207
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 327kB of source archives.
| Get:1 http://ftp.de.debian.org experimental/main libnss-pgsql 1.4.0-1 (dsc)
[750B]
| Get:2 http://ftp.de.debian.org experimental/main libnss-pgsql 1.4.0-1 (tar)
[323kB]
| Get:3 http://ftp.de.debian.org experimental/main libnss-pgsql 1.4.0-1 (diff)
[3260B]
| Fetched 327kB in 5s (56.7kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (= 4.0), postgresql-dev (= 7.1), debiandoc-sgml,
automake1.9, autoconf (= 2.59a), xmlto
| Checking for already installed source dependencies...
[...]
| Checking correctness of source dependencies...
| Toolchain package versions: libc6-dev_2.5-9 gcc-4.1_4.1.2-8 g++-4.1_4.1.2-8
binutils_2.17cvs20070426-8 libstdc++6-4.1-dev_4.1.2-8 libstdc++6_4.2-20070528-1
| --
| gpg: Signature made Thu May 31 20:22:52 2007 CEST using DSA key ID AEBCE71F
| gpg: Can't check signature: public key not found
| dpkg-source: extracting libnss-pgsql in libnss-pgsql-1.4.0
| dpkg-source: unpacking libnss-pgsql_1.4.0.orig.tar.gz
| dpkg-source: applying /home/buildd/build/libnss-pgsql_1.4.0-1.diff.gz
| su: Authentication service cannot retrieve authentication info.
| (Ignored)
| dpkg-buildpackage: source package is libnss-pgsql
| dpkg-buildpackage: source version is 1.4.0-1
| dpkg-buildpackage: host architecture hppa
| dpkg-buildpackage: source version without epoch 1.4.0-1
[...]
| Making all in src
| make[3]: Entering directory `/build/buildd/libnss-pgsql-1.4.0/src'
| if /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -g
-O2 -MT interface.lo -MD -MP -MF .deps/interface.Tpo -c -o interface.lo
interface.c; \
| then mv -f .deps/interface.Tpo .deps/interface.Plo; else rm -f
.deps/interface.Tpo; exit 1; fi
| mkdir .libs
| gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -MT interface.lo -MD -MP -MF
.deps/interface.Tpo -c interface.c -fPIC -DPIC -o .libs/interface.o
| In file included from interface.c:16:
| libc-lock.h:8:5: error: token { is not valid in preprocessor expressions
| make[3]: *** [interface.lo] Error 1
| make[3]: Leaving directory `/build/buildd/libnss-pgsql-1.4.0/src'
| make[2]: *** [all-recursive] Error 1
| make[2]: Leaving directory `/build/buildd/libnss-pgsql-1.4.0'
| make[1]: *** [all] Error 2
| make[1]: Leaving directory `/build/buildd/libnss-pgsql-1.4.0'
| make: *** [build] Error 2
| **
| Build finished at 20070604-1209
| FAILED [dpkg-buildpackage died]
Full build log(s):
http://experimental.ftbfs.de/build.php?ver=1.4.0-1pkg=libnss-pgsqlarch=hppa
Gruesse,
--
Wichert Akkerman [EMAIL PROTECTED]It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399824: libnss-pgsql1: new upstream Version with shadow support available
Previously Michelle Konzack wrote: Hello Wichert, please can you orphane the package and set me as new Maintainer? Why? Just upload with yourself set as Maintainer. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419998: segfaults on startup
Previously Florian Ragwitz wrote: On Thu, Apr 19, 2007 at 12:56:43PM +0200, Wichert Akkerman wrote: [snow;~]-6 xmms2d INFO: src/xmms/log.c:35: Initialized logging system :) INFO: src/xmms/ipc.c:868: IPC listening on 'unix:///tmp/xmms-ipc-wichert'. ** ERROR **: src/xmms/sqlite.c:252: Remote filesystem detected! * It looks like you are putting your database: /home/wichert/.config/xmms2/medialib.db * on a remote filesystem, this is a bad idea since there are many known bugs * with SQLite on some remote filesystems. We recomend that you put the db * somewhere else. You can do this by editing the xmms2.conf and find the * property for medialib.path. If you however still want to try to run the * db on a remote filesystem please set medialib.allow_remote_fs=1 in your * config and restart xmms2d. aborting... zsh: abort (core dumped) xmms2d I'm not sure what this bug is about. Did you read the full error message? Do you want xmms2 to ignore the fact that sqlite doesn't work well on remote filesystems? Do you want sqlite to work on remote filesystems? Or do you just want it to not dump its core when dispaying the above error message? Dumping core is never acceptable and should certainly be fixed. A pointer to the location of the configuration file in the message would also be useful. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419998: segfaults on startup
Previously Florian Ragwitz wrote: On Wed, May 02, 2007 at 10:37:06PM +0200, Wichert Akkerman wrote: Previously Florian Ragwitz wrote: On Thu, Apr 19, 2007 at 12:56:43PM +0200, Wichert Akkerman wrote: [snow;~]-6 xmms2d INFO: src/xmms/log.c:35: Initialized logging system :) INFO: src/xmms/ipc.c:868: IPC listening on 'unix:///tmp/xmms-ipc-wichert'. ** ERROR **: src/xmms/sqlite.c:252: Remote filesystem detected! * It looks like you are putting your database: /home/wichert/.config/xmms2/medialib.db * on a remote filesystem, this is a bad idea since there are many known bugs * with SQLite on some remote filesystems. We recomend that you put the db * somewhere else. You can do this by editing the xmms2.conf and find the * property for medialib.path. If you however still want to try to run the * db on a remote filesystem please set medialib.allow_remote_fs=1 in your * config and restart xmms2d. aborting... zsh: abort (core dumped) xmms2d I'm not sure what this bug is about. Did you read the full error message? Do you want xmms2 to ignore the fact that sqlite doesn't work well on remote filesystems? Do you want sqlite to work on remote filesystems? Or do you just want it to not dump its core when dispaying the above error message? Dumping core is never acceptable and should certainly be fixed. A xmms2 just calls g_error (a glib function) which purpose is to log a fatal error and terminate the application by calling abort(). Should glib be fixed? Or perhaps g_error should not be used. I'm guessing g_error is meant to be used when something so bad happend the code can no longer even expect to show an error message to the user using its normal user interface. For example when catching a SIGSEGV or SIGBUS. That is not the case here; a normal error message to stdout and a non-zero exit code work fine. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419998: segfaults on startup
Previously Florian Ragwitz wrote: On Wed, May 02, 2007 at 10:43:15PM +0200, Wichert Akkerman wrote: Previously Florian Ragwitz wrote: xmms2 just calls g_error (a glib function) which purpose is to log a fatal error and terminate the application by calling abort(). Should glib be fixed? Or perhaps g_error should not be used. I'm guessing g_error is meant to be used when something so bad happend the code can no longer even expect to show an error message to the user using its normal user interface. For example when catching a SIGSEGV or SIGBUS. That is not the case here; a normal error message to stdout and a non-zero exit code work fine. ok, I agree. I'll fix this issue in my tree and try to get it merged into xmms2-devel. Thanks! Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399824: libnss-pgsql1: new upstream Version with shadow support available
Russell Smith wrote: Wichert Akkerman wrote: At this moment I don't think there is one. Wichert. Russell Smith wrote: Hi all, As the maintainer of the http://pgfoundry.org/projects/sysauth/ I would also like to know who is the current maintainer, I would like to work with them on using my updated version in debian. If somebody could contact me about this it would be most appreicated. Regards Russell Smith Well, I'm new at debain packaging, I've never done that before. But I'm willing to give it a go. Michelle Konzack (added to the cc) also expressed in maintaining it. Can the two of you sort coordinate this? Wichert. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399824: libnss-pgsql1: new upstream Version with shadow support available
At this moment I don't think there is one. Wichert. Russell Smith wrote: Hi all, As the maintainer of the http://pgfoundry.org/projects/sysauth/ I would also like to know who is the current maintainer, I would like to work with them on using my updated version in debian. If somebody could contact me about this it would be most appreicated. Regards Russell Smith -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419998: segfaults on startup
Package: xmms2-core Version: 0.2DrHouse-3.1 Severity: important [snow;~]-6 xmms2d INFO: src/xmms/log.c:35: Initialized logging system :) INFO: src/xmms/ipc.c:868: IPC listening on 'unix:///tmp/xmms-ipc-wichert'. ** ERROR **: src/xmms/sqlite.c:252: Remote filesystem detected! * It looks like you are putting your database: /home/wichert/.config/xmms2/medialib.db * on a remote filesystem, this is a bad idea since there are many known bugs * with SQLite on some remote filesystems. We recomend that you put the db * somewhere else. You can do this by editing the xmms2.conf and find the * property for medialib.path. If you however still want to try to run the * db on a remote filesystem please set medialib.allow_remote_fs=1 in your * config and restart xmms2d. aborting... zsh: abort (core dumped) xmms2d The core does not have any useful information unfortunately: Core was generated by `xmms2d'. Program terminated with signal 6, Aborted. #0 0xb7d24947 in ?? () from /lib/ld-linux.so.2 (gdb) bt #0 0xb7d24947 in ?? () from /lib/ld-linux.so.2 #1 0xb7e29ff4 in ?? () #2 0xb7cf26c0 in ?? () #3 0xbfe806f8 in ?? () #4 0xb7d260c9 in ?? () from /lib/ld-linux.so.2 #5 0x0006 in ?? () #6 0xbfe8066c in ?? () #7 0x in ?? () -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages xmms2-core depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libglib2.0-02.12.6-2 The GLib library of C routines ii libsqlite3-03.3.8-1.1SQLite 3 shared library xmms2-core recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#82804: Fwd: Bug#82804: xbase-clients: [xmag] BadMatch during X_GetImage and then coredump
I haven't tried in a while, and don't have access to a linux machine at the moment. The bug report has clear steps for reproducing it, so you should easily be able to check if the bug still exists. Wichert. Previously David Martínez Moreno wrote: Hello, Wichert. It seems that your cistron.nl address is no longer valid, so I am forwarding this mail. -- Mensaje reenviado -- Subject: Bug#82804: xbase-clients: [xmag] BadMatch during X_GetImage and then coredump Date: Lunes, 9 de Abril de 2007 From: Brice Goglin [EMAIL PROTECTED] To: Wichert Akkerman [EMAIL PROTECTED] Hi, About 6 years ago, you reported a bug to the Debian BTS regarding xmag crashing in XGetImage. Did you reproduce this problem recently? With Xorg/Etch? If not, I will close this bug in the next weeks. Thanks, Brice --- Best regards, Ender. -- - Kyle, all those times I said you were a dumb, stupid Jew, well, I was wrong, you're not a Jew. - Cartman, I *am* Jewish! - There, there, don't be hard on yourself, Kyle. -- Cartman Kyle (South Park). -- Desarrollador de Debian Debian developer -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399824: libnss-pgsql1: new upstream Version with shadow support available
I no longer do any package maintenance. Wichert. Previously David Schmitt wrote: Package: libnss-pgsql1 Version: 1.3.1 Severity: wishlist Dear Wichert! At http://pgfoundry.org/projects/sysauth/, there is a v1.4.0 of the nss-pgsql module which supports a seperate nss-pgsql-root.conf for shadow-like functionality. It be great to have this in Debian too! Thank you for your time and work! Regards, David -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390136: ooffice dies a painful death on startup
/libvclplug_gen680li.so(_ZN10SalDisplay21DispatchInternalEventEv+0xb0)[0xb5ae74a0] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN13SalX11Display5YieldEv+0x25)[0xb5ae74d5] /usr/lib/openoffice/program/libvclplug_gen680li.so[0xb5ae85f3] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib5YieldEbb+0x3e2)[0xb5adf382] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xb5ae98f7] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xb7c7ee5c] /usr/lib/openoffice/program/libsvx680li.so[0xb231e64c] /usr/lib/openoffice/program/libsvx680li.so[0xb231e373] /usr/lib/openoffice/program/libsvx680li.so[0xb230b128] /usr/lib/openoffice/program/libsvx680li.so[0xb24f653e] /usr/lib/openoffice/program/libsvx680li.so[0xb24f6838] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop19impl_callRecoveryUIEhhh+0x614)[0x8064ae4] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop11OpenClientsEv+0x14c3)[0x8072953] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop16OpenClients_ImplEPv+0x3f)[0x807397f] /usr/lib/openoffice/program/libvcl680li.so[0xb7e72773] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN10SalDisplay21DispatchInternalEventEv+0xb0)[0xb5ae74a0] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN13SalX11Display5YieldEv+0x25)[0xb5ae74d5] /usr/lib/openoffice/program/libvclplug_gen680li.so[0xb5ae85f3] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib5YieldEbb+0x3e2)[0xb5adf382] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xb5ae98f7] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xb7c7ee5c] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application7ExecuteEv+0x3c)[0xb7c7ef3c] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop4MainEv+0x1642)[0x806e7b2] /usr/lib/openoffice/program/libvcl680li.so[0xb7c84cfa] /usr/lib/openoffice/program/libvcl680li.so(_Z6SVMainv+0x35)[0xb7c84e05] /usr/lib/openoffice/program/soffice.bin(sal_main+0x44)[0x8060914] /usr/lib/openoffice/program/soffice.bin(main+0x36)[0x8060996] /lib/tls/libc.so.6(__libc_start_main+0xc8)[0xb6b93ea8] /usr/lib/openoffice/program/soffice.bin(_ZN6Window11RequestHelpERK9HelpEvent+0x31)[0x8060831] /usr/lib/openoffice/program/soffice: line 250: 13438 Aborted $sd_prog/$sd_binary $@ ** (process:13411): WARNING **: Unknown error forking main binary / abnormal early exit ... -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381560: bad useradd call in postinst
Package: hplip Version: 0.9.11-2 Severity: grave hplip fails to install: Setting up hplip (0.9.11-2) ... Creating/updating hplip user account... useradd: invalid numeric argument 'lp' adduser: `/usr/sbin/useradd -d /var/run/hplip -g lp -s /bin/false -u 107 hplip' returned error code 3. Exiting. dpkg: error processing hplip (--configure): subprocess post-installation script returned error exit status 1 Wichert. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages hplip depends on: ii adduser 3.96 Add and remove users and groups ii coreutils 5.97-3 The GNU core utilities ii cupsys1.2.2-1Common UNIX Printing System(tm) - ii hplip-data0.9.11-2 HP Linux Printing and Imaging - da ii libc6 2.3.6-18 GNU C Library: Shared libraries ii libcupsys21.2.2-1Common UNIX Printing System(tm) - ii libgcc1 1:4.1.1-10 GCC support library ii libsnmp9 5.2.2-5NET SNMP (Simple Network Managemen ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii libstdc++64.1.1-10 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip ii python2.3.5-11 An interactive high-level object-o ii python-qt33.16-1.2 Qt3 bindings for Python Versions of packages hplip recommends: ii cupsys-client 1.2.2-1Common UNIX Printing System(tm) - pn hpijs none (no description available) ii python-reportlab 2.0dfsg-1 ReportLab library to create PDF do -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379349: compile warnings
Package: libunit++-dev Version: 1.2.3-4 Severity: minor My source compiles without warnings except for unit++: /usr/include/unit++/unit++.h:93: warning: declaration of ‘fp’ shadows a member of 'this' /usr/include/unit++/unit++.h:93: warning: declaration of ‘name’ shadows a member of 'this' /usr/include/unit++/unit++.h:93: warning: declaration of ‘par’ shadows a member of 'this' all three are trivial to fix: just rename the parameters. Wichert. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369063: aborts when sending a message
Package: gaim
Version: 1:1.5.0+1.5.1cvs20051015-3
Severity: grave
Since yesterdays upgrade to unstable (first in a week or so) gaim
immediately quits when I try to send someone a message. strace reveals
this:
[pid 4098] open(/home/wichert/.mcoprc, O_RDONLY|O_LARGEFILE) = 19
[pid 4098] read(19, GlobalComm=Arts::TmpGlobalComm\n, 8191) = 31
[pid 4098] close(19) = 0
[pid 4098] getuid32() = 1000
[pid 4098] open(/etc/passwd, O_RDONLY) = 19
[pid 4098] fcntl64(19, F_GETFD)= 0
[pid 4098] fcntl64(19, F_SETFD, FD_CLOEXEC) = 0
[pid 4098] fstat64(19, {st_mode=S_IFREG|0644, st_size=1261, ...}) = 0
[pid 4098] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0xb7243000
[pid 4098] read(19, root:x:0:0:root:/root:/bin/bash\n..., 4096) = 1261
[pid 4098] close(19) = 0
[pid 4098] munmap(0xb7243000, 4096)= 0
[pid 4098] stat64(/home/wichert/.kde, {st_mode=S_IFDIR|0700, st_size=4096,
...}) = 0
[pid 4098] uname({sys=Linux, node=typhoon, ...}) = 0
[pid 4098] lstat64(/home/wichert/.kde/socket-typhoon, 0xbfc29f8c) = -1
ENOENT (No such file or directory)
[pid 4098] getuid32() = 1000
[pid 4098] open(/etc/passwd, O_RDONLY) = 19
[pid 4098] fcntl64(19, F_GETFD)= 0
[pid 4098] fcntl64(19, F_SETFD, FD_CLOEXEC) = 0
[pid 4098] fstat64(19, {st_mode=S_IFREG|0644, st_size=1261, ...}) = 0f[pid
4098] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0xb7243000
[pid 4098] read(19, root:x:0:0:root:/root:/bin/bash\n..., 4096) = 1261
[pid 4098] close(19) = 0
[pid 4098] munmap(0xb7243000, 4096)= 0
[pid 4098] stat64(/home/wichert/.kde, {st_mode=S_IFDIR|0700, st_size=4096,
...}) = 0
[pid 4098] uname({sys=Linux, node=typhoon, ...}) = 0
[pid 4098] lstat64(/home/wichert/.kde/socket-typhoon, 0xbfc2c02c) = -1
ENOENT (No such file or directory)
[pid 4098] fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
[pid 4098] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0xb7243000
[pid 4098] write(1, Creating link /home/wichert/.kde..., 49) = 49
[pid 4098] lstat64(/tmp/ksocket-wichert, 0xbfc2bf6c) = -1 ENOENT (No such
file or directory)
[pid 4098] unlink(/home/wichert/.kde/socket-typhoon) = -1 ENOENT (No such
file or directory)
[pid 4098] gettimeofday({1148716967, 553684}, NULL) = 0
[pid 4098] lstat64(/tmp/ksocket-wichertSszv5x, 0xbfc2c00c) = -1 ENOENT (No
such file or directory)
[pid 4098] lstat64(/tmp/ksocket-wichertSszv5x, 0xbfc2bf6c) = -1 ENOENT (No
such file or directory)
[pid 4098] getuid32() = 1000
[pid 4098] open(/etc/passwd, O_RDONLY) = 19
[pid 4098] fcntl64(19, F_GETFD)= 0
[pid 4098] fcntl64(19, F_SETFD, FD_CLOEXEC) = 0
[pid 4098] fstat64(19, {st_mode=S_IFREG|0644, st_size=1261, ...}) = 0
[pid 4098] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0xb71b9000
[pid 4098] read(19, root:x:0:0:root:/root:/bin/bash\n..., 4096) = 1261
[pid 4098] close(19) = 0
[pid 4098] munmap(0xb71b9000, 4096)= 0
[pid 4098] stat64(/home/wichert/.kde, {st_mode=S_IFDIR|0700, st_size=4096,
...}) = 0
[pid 4098] uname({sys=Linux, node=typhoon, ...}) = 0
[pid 4098] lstat64(/home/wichert/.kde/socket-typhoon, 0xbfc29f8c) = -1
ENOENT (No such file or directory)
[pid 4098] write(2, can\'t create mcop directory\n, 28) = 28
[pid 4098] close(10) = 0
[pid 4098] close(9)= 0
[pid 4098] munmap(0xb725e000, 4096)= 0
[pid 4098] munmap(0xb7243000, 4096)= 0
[pid 4098] exit_group(1) = ?
Process 4098 detached
... select resumed ) = 1 (in [12], left {18, 724000})
read(12, , 516) = 0
exit_group(0) = ?
Process 4099 detached
it appears to be sound related: if I disable sound in gaim it works correctly.
Wichert.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages gaim depends on:
ii gaim-data 1:1.5.0+1.5.1cvs20051015-3 multi-protocol instant messaging c
ii libao20.8.6-4Cross Platform Audio Output Librar
ii libaspell15 0.60.4-4 GNU Aspell spell-checker runtime l
ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit
ii libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii libc6 2.3.6-9GNU C Library: Shared libraries
ii libcairo2 1.0.4-2The Cairo 2D vector graphics libra
ii libfontconfig 2.3.2-5.1 generic font configuration library
ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr
ii libglib2.0-0 2.10.2-2
Bug#369063: aborts when sending a message
merge 369063 369040 thanks Previously Adeodato Simó wrote: My guess it's that this bug is a dupe of #369040 and friends. Wichert, can you downgrade libasound2 to either 1.0.11-4 or 1.0.11-3 and test again, and `bts merge 369063 369040` if so? Downgrading to 1.0.11-4 indeed fixes this. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362840: fails to compare reverse map iterators
Package: g++-4.0
Version: 4.0.3-1
Severity: normal
The code below is correct but does not compile with g++ 4.0:
#include map
typedef std::mapint,int answers_type;
answers_typeanswers;
void func() {
for (answers_type::const_reverse_iterator ai=answers.rbegin();
ai!=answers.rend(); ai++)
;
}
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages g++-4.0 depends on:
ii gcc-4.0 4.0.3-1The GNU C compiler
ii gcc-4.0-base 4.0.3-1The GNU Compiler Collection (base
ii libc6 2.3.6-7GNU C Library: Shared libraries
ii libstdc++6-4.0-dev4.0.3-1The GNU Standard C++ Library v3 (d
g++-4.0 recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355733: please upload new strace 4.5.14, it fixes an FTBFS on all architectures
I haven't maintained or touched strace in a few years. Wichert. Previously Frederik Schueler wrote: Hello, I was preparing an NMU when I stumbled across the new upstream version. please upload strace 4.5.14 to the archive, it fixes #355733. Best regards Frederik Schueler -- ENOSIG -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347415: scrolled-off text included in selection
Package: xterm Severity: normal This happens with the current unstable version. When selecting the top visible line in xterm it can include text from the (scrolled off) line above it. This does not always happen; I think a critical factor is a missing word boundary between the two lines. Wichert. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11.6.thunder.2 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libncurses55.4-4 Shared libraries for terminal hand ii libxaw74.3.0.dfsg.1-14sarge1 X Athena widget set library ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345100: segfaults on startup
Package: pornview Version: 0.2pre1-5 Severity: grave pornview does nothing but segfault for me: [snow;/local/rac]-16 pornview xine_thread: init threads xine_thread: open display zsh: segmentation fault (core dumped) pornview The backtrace is: #0 0xb7a11dc4 in pthread_mutex_lock () from /lib/tls/libpthread.so.0 #1 0xb785254e in _XUnregisterFilter () from /usr/X11R6/lib/libX11.so.6 #2 0xb783ec7d in XrmQGetResource () from /usr/X11R6/lib/libX11.so.6 #3 0xb781d2b4 in XGetDefault () from /usr/X11R6/lib/libX11.so.6 #4 0xb77af662 in cairo_xlib_surface_set_drawable () from /usr/lib/libcairo.so.2 #5 0xb77af901 in cairo_xlib_surface_set_drawable () from /usr/lib/libcairo.so.2 #6 0xb77ad7d5 in cairo_test_xlib_disable_render () from /usr/lib/libcairo.so.2 #7 0xb7c5b8f5 in _gdk_x11_convert_to_format () from /usr/lib/libgdk-x11-2.0.so.0 #8 0xb7c35494 in _gdk_drawable_ref_cairo_surface () from /usr/lib/libgdk-x11-2.0.so.0 #9 0xb7c3f49f in gdk_pixmap_get_type () from /usr/lib/libgdk-x11-2.0.so.0 #10 0xb7c35494 in _gdk_drawable_ref_cairo_surface () from /usr/lib/libgdk-x11-2.0.so.0 #11 0xb7c4ad50 in gdk_window_begin_paint_region () from /usr/lib/libgdk-x11-2.0.so.0 #12 0xb7db7da5 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #13 0xb7c4bc50 in gdk_window_clear_area_e () from /usr/lib/libgdk-x11-2.0.so.0 #14 0xb7c4c2c5 in gdk_window_process_updates () from /usr/lib/libgdk-x11-2.0.so.0 #15 0xb7d17a90 in gtk_clist_get_selection_info () from /usr/lib/libgtk-x11-2.0.so.0 #16 0xb7b5e67b in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #17 0xb7b5267b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #18 0xb7b61c6d in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #19 0xb7b63047 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #20 0xb7b633fe in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #21 0xb7cf2a08 in gtk_adjustment_value_changed () from /usr/lib/libgtk-x11-2.0.so.0 #22 0xb7cf2b3c in gtk_adjustment_set_value () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x08061014 in dirview_scroll_center () #24 0x080599fa in browser_create () #25 0x0806a650 in main () -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages pornview depends on: ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libc62.3.5-9 GNU C Library: Shared libraries an ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.9-2 The GTK+ graphical user interface ii libpango1.0-01.10.1-2Layout and rendering of internatio ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxine1 1.0.1-1.4 the xine video/media player librar ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-9 compression library - runtime pornview recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344180: bad file descriptor messages on install
Package: postgresql-7.4 Version: 1:7.4.10-1 Severity: normal On initial install of postgres I see a lot of error messages: Setting up postgresql-7.4 (7.4.10-1) ... Creating new cluster (configuration: /etc/postgresql/7.4/main, data: /var/lib/postgresql/7.4/main)... /usr/lib/postgresql/7.4/bin/initdb: line 456: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 457: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 458: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 470: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 471: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 472: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 473: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 474: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 475: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 476: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 478: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 505: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 508: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 512: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 514: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 518: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 520: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 524: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 526: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 530: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 532: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 553: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 565: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 567: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 578: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 584: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 605: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 618: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 640: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 653: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 669: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 702: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 718: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 721: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 750: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 753: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1029: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1031: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1046: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1049: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1051: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1057: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1071: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1073: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1088: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1090: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1099: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1101: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1129: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1136: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1137: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1138: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1139: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1140: echo: write error: Bad file descriptor /usr/lib/postgresql/7.4/bin/initdb: line 1143: echo: write error:
Bug#343896: no longer works with HP iLO
Package: ssh Version: 1:4.2p1-5 Severity: important Something changed very recently which broke ssh when dealing with HP iLO interfaces. This is problematic since iLO is used to manage a fair number of debian.org servers. This is the debugging output: [typhoon;/local/instance]-24 ssh -v wagner-ilo OpenSSH_4.2p1 Debian-5, OpenSSL 0.9.8a 11 Oct 2005 debug1: Reading configuration data /home/wichert/.ssh/config debug1: Applying options for wagner-ilo debug1: Applying options for * debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to 217.196.43.133 [217.196.43.133] port 22. debug1: Connection established. debug1: identity file /home/wichert/.ssh/identity type -1 debug1: identity file /home/wichert/.ssh/id_rsa type -1 debug1: identity file /home/wichert/.ssh/id_dsa type 2 debug1: Remote protocol version 2.0, remote software version mpSSH_0.0.1 debug1: no match: mpSSH_0.0.1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.2p1 Debian-5 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 none debug1: kex: client-server aes128-cbc hmac-md5 none debug1: sending SSH2_MSG_KEXDH_INIT debug1: expecting SSH2_MSG_KEXDH_REPLY debug1: Host '217.196.43.133' is known and matches the RSA host key. debug1: Found key in /home/wichert/.ssh/known_hosts:296 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: password,publickey debug1: Next authentication method: publickey debug1: Offering public key: /home/wichert/.ssh/id_dsa debug1: Authentications that can continue: password,publickey debug1: Trying private key: /home/wichert/.ssh/identity debug1: Trying private key: /home/wichert/.ssh/id_rsa debug1: Next authentication method: password [EMAIL PROTECTED]'s password: debug1: Authentication succeeded (password). debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: Sending environment. debug1: Sending env LC_COLLATE = C debug1: Sending env LC_CTYPE = en_GB.UTF-8 dispatch_protocol_error: type 100 seq 8 dispatch_protocol_error: type 100 seq 9 buffer_get_ret: trying to get more bytes 4 than in buffer 0 buffer_get_int: buffer error zsh: exit 255 ssh -v wagner-ilo -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc5 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages ssh depends on: ii openssh-client1:4.2p1-5 Secure shell client, an rlogin/rsh ii openssh-server1:4.2p1-5 Secure shell server, an rshd repla ssh recommends no packages. -- debconf information: * ssh/privsep_tell: ssh/insecure_rshd: ssh/privsep_ask: true ssh/ssh2_keys_merged: * ssh/user_environment_tell: * ssh/forward_warning: ssh/insecure_telnetd: ssh/new_config: true * ssh/use_old_init_script: true * ssh/protocol2_only: true ssh/encrypted_host_key_but_no_keygen: * ssh/run_sshd: true * ssh/SUID_client: true ssh/disable_cr_auth: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343896: no longer works with HP iLO
Previously Florian Weimer wrote: * Wichert Akkerman: debug1: Remote protocol version 2.0, remote software version mpSSH_0.0.1 debug1: no match: mpSSH_0.0.1 Find out what (Open)SSH version this actually is, we can then add a regexp to set the proper compatibility flags. It's all in HP iLO firmware, I doubt we can figure that out. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343896: no longer works with HP iLO
On request from Colin here is the -vvv output: [EMAIL PROTECTED]'s password: debug3: packet_send2: adding 64 (len 60 padlen 4 extra_pad 64) debug2: we sent a password packet, wait for reply debug1: Authentication succeeded (password). debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 0 debug3: tty_make_modes: ospeed 38400 debug3: tty_make_modes: ispeed 38400 debug3: tty_make_modes: 1 3 debug3: tty_make_modes: 2 28 debug3: tty_make_modes: 3 127 debug3: tty_make_modes: 4 21 debug3: tty_make_modes: 5 4 debug3: tty_make_modes: 6 0 debug3: tty_make_modes: 7 0 debug3: tty_make_modes: 8 17 debug3: tty_make_modes: 9 19 debug3: tty_make_modes: 10 26 debug3: tty_make_modes: 12 18 debug3: tty_make_modes: 13 23 debug3: tty_make_modes: 14 22 debug3: tty_make_modes: 18 15 debug3: tty_make_modes: 30 0 debug3: tty_make_modes: 31 0 debug3: tty_make_modes: 32 0 debug3: tty_make_modes: 33 0 debug3: tty_make_modes: 34 0 debug3: tty_make_modes: 35 0 debug3: tty_make_modes: 36 1 debug3: tty_make_modes: 37 0 debug3: tty_make_modes: 38 1 debug3: tty_make_modes: 39 0 debug3: tty_make_modes: 40 0 debug3: tty_make_modes: 41 0 debug3: tty_make_modes: 50 1 debug3: tty_make_modes: 51 1 debug3: tty_make_modes: 52 0 debug3: tty_make_modes: 53 1 debug3: tty_make_modes: 54 1 debug3: tty_make_modes: 55 1 debug3: tty_make_modes: 56 0 debug3: tty_make_modes: 57 0 debug3: tty_make_modes: 58 0 debug3: tty_make_modes: 59 1 debug3: tty_make_modes: 60 1 debug3: tty_make_modes: 61 1 debug3: tty_make_modes: 62 0 debug3: tty_make_modes: 70 1 debug3: tty_make_modes: 71 0 debug3: tty_make_modes: 72 1 debug3: tty_make_modes: 73 0 debug3: tty_make_modes: 74 0 debug3: tty_make_modes: 75 0 debug3: tty_make_modes: 90 1 debug3: tty_make_modes: 91 1 debug3: tty_make_modes: 92 0 debug3: tty_make_modes: 93 0 debug1: Sending environment. debug3: Ignored env SSH_AGENT_PID debug3: Ignored env GPG_AGENT_INFO debug3: Ignored env SHELL debug3: Ignored env USER debug3: Ignored env SSH_AUTH_SOCK debug3: Ignored env PATH debug3: Ignored env DESKTOP_SESSION debug3: Ignored env _ debug3: Ignored env GDM_XSERVER_LOCATION debug1: Sending env LC_COLLATE = C debug2: channel 0: request env confirm 0 debug3: Ignored env PWD debug3: Ignored env GDMSESSION debug3: Ignored env SHLVL debug3: Ignored env HOME debug3: Ignored env LOGNAME debug3: Ignored env DBUS_SESSION_BUS_ADDRESS debug1: Sending env LC_CTYPE = en_GB.UTF-8 debug2: channel 0: request env confirm 0 debug3: Ignored env DISPLAY debug3: Ignored env XAUTHORITY debug3: Ignored env TERM debug3: Ignored env WINDOWID debug3: Ignored env XTERM_VERSION debug3: Ignored env XTERM_SHELL debug3: Ignored env OLDPWD debug3: Ignored env MANOPT debug3: Ignored env EDITOR debug3: Ignored env VISUAL debug3: Ignored env CVS_RSH debug3: Ignored env RSYNC_RSH debug3: Ignored env JAVA_HOME debug3: Ignored env IRCNICK debug3: Ignored env IRCNAME debug3: Ignored env IRCUMODE debug2: channel 0: request shell confirm 0 debug2: fd 3 setting TCP_NODELAY debug2: callback done debug2: channel 0: open confirm rwindow 65536 rmax 2048 dispatch_protocol_error: type 100 seq 8 dispatch_protocol_error: type 100 seq 9 buffer_get_ret: trying to get more bytes 4 than in buffer 0 buffer_get_int: buffer error -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331433: empty script element breaks parser
Package: mozilla-firefox Version: 1.0.6 Severity: important I have a standards compliant XHTML 1.0 transitional page which has an empty script element which looks like this: script type=text/javascript src=product_tools.js/ firefox processes that element correctly but will ignore the element immediately succeeding it. A fun example: script type=text/javascript src=product_tools.js/ /head body .. normal page content will make firefox ignore the /head element and as a result show an empty page. Rewriting the html to this: script type=text/javascript src=product_tools.js/script is a workaround for this problem. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331433: empty script element breaks parser
Previously Mike Hommey wrote: Are you accessing the file from you local hard drive (file:...) or from a web server ? Both. In the latter case, first check in the Page Information dialog if you are in standards mode or quirks mode. It's in standards mode. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331501: build with ancient c++ library
Package: libunit++-dev Version: 1.2.3-2 Severity: grave libunit++ is compiled with an ancient c++ library making it impossible to use on current systems. I haven't tested this, but it might be broken for sarge as well. Wichert. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327415: fails to install
Package: zope-psycopgda Version: 1.1.19-1 Severity: grave (This is different from the other install bugreport) On install I get this: Setting up zope-psycopgda (1.1.19-1) ... cp: cannot stat `/usr/share/zope/ZPsycopgDA': No such file or directory dpkg: error processing zope-psycopgda (--configure): subprocess post-installation script returned error exit status 1 A look at zope-psycopgda-common reveals that it uses some very werid paths: /usr/share/zope/lib/python/Products/lib/python/Products/ZPsycopgDA Wichert. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages zope-psycopgda depends on: ii python2.2-psycopg 1.1.19-1 Python 2.2 module for PostgreSQL ii zope-psycopgda-common 1.1.19-1 Zope Database Adapter based on pyt ii zope2.7 [zope]2.7.5-3Open Source Web Application Server zope-psycopgda recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322742: possible website improvements
Package: bugs.debian.org Nice to see some layout improvements on bugs.debian.org. Here are some suggestions for more improvements on the web interface for bugs.debian.org (based on #debian-devel discussion). The general idea is that instead of trying to make the current bug info page nicer we think about what is interesting to someone looking at a bugreport and making that as accessible as possible. On to the suggestions: * move all control-info (forwarded/ack'ed,etc.) into a seperate activity-log at the bottom of the page: almost no user is interested in that information * extract bug submission pseudoheaders and show them seperately at the top of the page (usefull summary-information) * include the current tags into the summary-information as well * extract the system-info as generated by reportbug and show that seperately at the end of the page. * use a div element per email so you can do much nicer CSS styling * idem for mail headers: use a div with span elements or something similar * put the activity-log and system-info in seperate divs and add a javascript-toggle to show/hide 'full details' somewhere. Again, to hide any information that only a small minority is interested in Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321701: bug handling is a maintainers job
Package: mozilla-firefox Debian maintainers have always assumed full responsibility for their work within Debian: they make sure their packages are in excellent shape and they take care of all bugreports, either fixing them themselves or working with upstream. So I was somewhat surprised when I filed a bug on mozilla-firefox and got this message: *** Please submit non packaging issue (e.g. feature requests) bugs to the Debian BTS and the upstream bugzilla (http://bugzilla.mozilla.org/buglist.cgi?product=Firefox) and put a reference to the bugzilla bug in the Debian bug report, to ease bug triage for the maintainers. Thank you. *** This is silly: it makes filing a bugreport a lot harder for users, which can actively discourage them. Users should only have to deal with Debian, not with all upstreams and all their different ways of handling bugreports. As a maintainer it is your responsibility to take care of that. If you can not handle the amount of bugreports there are better options available. Team maintained packages, either officialy or non-officialy, are one way of doing that which has been working great for a lot of packages. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321699: no error handling for full disks
Package: mozilla-firefox Version: 1.0.6-2 Severity: normal My filesystem containing / and /home was full today, which caused firefox to: * immediately crash without any error message, shown or logged, when trying to view a page source * not start but just exit without any error message. Relevant bit of strace: access(/home/wichert/.mozilla/firefox, F_OK) = -1 ENOENT (No such file or directory) mkdir(/home/wichert/.mozilla/firefox, 0775) = -1 ENOENT (No such file or directory) mkdir(/home, 0775)= -1 EEXIST (File exists) access(/home, F_OK) = 0 mkdir(/home/wichert, 0775)= -1 EEXIST (File exists) access(/home/wichert, F_OK) = 0 mkdir(/home/wichert/.mozilla, 0775) = -1 ENOSPC (No space left on device) access(/home/wichert/.mozilla, F_OK) = -1 ENOENT (No such file or directory) exit_group(1) = ? Wichert. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages mozilla-firefox depends on: ii debianutils 2.14.1 Miscellaneous utilities specific t ii fontconfig2.3.2-1generic font configuration library ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-3 GCC support library ii libglib2.0-0 2.6.6-1The GLib library of C routines ii libgtk2.0-0 2.6.9-1The GTK+ graphical user interface ii libidl0 0.8.5-1library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-4MIT Kerberos runtime libraries ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libpng12-01.2.8rel-1 PNG library - runtime ii libstdc++64.0.1-3The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-4 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxinerama1 6.8.2.dfsg.1-4 X Window System multi-head display ii libxp66.8.2.dfsg.1-4 X Window System printing extension ii libxt66.8.2.dfsg.1-4 X Toolkit Intrinsics ii psmisc21.6-1 Utilities that use the proc filesy ii xlibs 6.8.2.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.3-3 compression library - runtime mozilla-firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#95373: Bug#105768: Extreemly preliminary version of this feature
Please include a hint to what you are referring to in your subject or the message, I really don't remember bug numbers, especially not after 4 years. Previously Don Armstrong wrote: http://bugs.donarmstrong.com/95373 or 404 http://bugs.donarmstrong.com/105768 Almost there: [gonzo;/home/wichert/.ssh]-6 HEAD 'http://bugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=105768msg=5mbox=yes' 200 OK Connection: close Date: Mon, 25 Jul 2005 07:47:14 GMT Server: Apache/1.3.33 (Debian GNU/Linux) mod_perl/1.29 Content-Type: text/plain; charset=iso-8859-1 not that the mime-type is still set to text/plain. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319652: failed assertion
Package: slapd Version: 2.2.23-8 I just get a bunch of these from cron running on haydn: /home/devel/openldap/build-area/openldap2-2.1.30/libraries/liblber/io.c:702: ber_get_next: Assertion `0' failed. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318639: mailman: admindb fails in subscription handling after upgrade
Package: mailman Version: 2.1.5-8 Severity: important Hi Tollef, I hit a little bug after upgrading Alioth from woody to sarge. If someone enters the admindb webpage for a list I get the following error: admin(17247): [- Mailman Version: 2.1.5 -] admin(17247): [- Traceback --] admin(17247): Traceback (most recent call last): admin(17247): File /var/lib/mailman/scripts/driver, line 110, in run_main admin(17247): main() admin(17247): File /usr/lib/mailman/Mailman/Cgi/admindb.py, line 231, in main admin(17247): num = show_pending_subs(mlist, form) admin(17247): File /usr/lib/mailman/Mailman/Cgi/admindb.py, line 274, in show_pending_subs admin(17247): pendingsubs = mlist.GetSubscriptionIds() admin(17247): File /var/lib/mailman/Mailman/ListAdmin.py, line 141, in GetSubscriptionIds admin(17247): return self.__getmsgids(SUBSCRIPTION) admin(17247): File /var/lib/mailman/Mailman/ListAdmin.py, line 133, in __getmsgids admin(17247): ids = [k for k, (op, data) in self.__db.items() if op == rtype] admin(17247): ValueError: unpack tuple of wrong size in all other respects it seems to have been a smooth and painless upgrade. Wichert. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11.9 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages mailman depends on: ii apache2-mpm-prefork [httpd] 2.0.54-4 traditional model for Apache2 ii cron3.0pl1-86management of regular background p ii debconf 1.4.30.13Debian configuration management sy ii exim4 4.50-8 metapackage to ease exim MTA (v4) ii exim4-daemon-heavy [mail-tr 4.50-8 exim MTA (v4) daemon with extended ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii logrotate 3.7-5Log rotation utility ii pwgen 2.03-1 Automatic Password generation ii python 2.3.5-2 An interactive high-level object-o ii ucf 1.17 Update Configuration File: preserv -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314911: Please change short description to Name Service Switch module for PostgreSQL
Previously Thomas Hood wrote: I was looking through the libnss* packages and found that their short descriptions are all phrased differently. In order to bring a bit more order, please change the short description to Name Service Switch module for PostgreSQL That sounds wrong. The module is not for postgres, it is for glibc but uses postgers. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308879: endless loop on startup
Previously Christoph Ulrich Scholler wrote: I can not reproduce this on Sarge. I noticed that the version of openssl in unstable is 0.9.7g, whereas Sarge has 0.9.7e. Maybe this causes the bug? Looks like it; downgrading openssl to the sarge version seems to fix it. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308879: endless loop on startup
Previously Wichert Akkerman wrote: Use of uninitialized value in pattern match (m//) at /usr/lib/tinyca/OpenSSL.pm line 502. Looking at the code this is in the CRL parsing routines. It looks for revoked certificates in the openssl output, however the output is binary, not text (the command run is openssl crl -inform PEM -outform DER). Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305099: slapd: upgrade bombs on mkdir
Package: slapd Version: 2.1.30-3 Severity: grave Justification: renders package unusable It seems the default value for slapd/dump_database_destdir is set incorrectly: I just hit enter in debconf to accept the default value and as a result it is now set to the empty string: You can specify into which directory the LDAP databases are to be exported. The string VERSION is replaced with the server version you are upgrading from. Directory to dump databases Selecting previously deselected package libldap-2.2-7. The end result is: Preconfiguring packages ... (Reading database ... 46759 files and directories currently installed.) Preparing to replace slapd 2.1.30-3 (using .../slapd_2.2.23-1_i386.deb) ... Stopping OpenLDAP: slurpd slapd. Stopping OpenLDAP: slurpd slapd. mkdir: cannot create directory `': No such file or directory dpkg: error processing /var/cache/apt/archives/slapd_2.2.23-1_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Starting OpenLDAP: slapd slurpd. dpkg-reconfiger slapd does not ask that question again which means that I'm now effectively with a broken slapd package. Wichert. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.29 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages slapd depends on: ii coreutils [fileutils] 5.2.1-2 The GNU core utilities ii debconf 1.4.30.13Debian configuration management sy ii fileutils 5.2.1-2 The GNU file management utilities ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libgcrypt11 1.2.0-4 LGPL Crypto library - runtime libr ii libgnutls11 1.0.16-9 GNU TLS library - runtime library ii libgpg-error0 1.0-1library for common error values an ii libiodbc2 3.52.2-3 iODBC Driver Manager ii libldap22.1.30-3 OpenLDAP libraries ii libltdl31.5.6-6 A system independent dlopen wrappe ii libsasl22.1.19-1.5 Authentication abstraction library ii libslp1 1.0.11a-2OpenSLP libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra ii perl [libmime-base64-perl] 5.8.4-8 Larry Wall's Practical Extraction ii psmisc 21.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information: slapd/password_mismatch: slapd/fix_directory: true slapd/invalid_config: true * shared/organization: Software in the Public Interest slapd/upgrade_slapcat_failure: slapd/upgrade_slapadd_failure: slapd/backend: BDB * slapd/dump_database: when needed * slapd/allow_ldap_v2: false * slapd/no_configuration: true slapd/move_old_database: true slapd/suffix_change: false slapd/slave_databases_require_updateref: * slapd/dump_database_destdir: slapd/autoconf_modules: true slapd/purge_database: false slapd/admin: * slapd/domain: spi-inc.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304925: http auth documentation/implementation conflict
Package: python2.3 Version: 2.3.5-2 Severity: normal (same bug seems to hold for python 2.4.1 as well) I was trying to implement a basic HTTP client using HTTP basic authorization. The current preferred method of doing this is by using urllib2 HTTPPasswordMgr. A simple test snippet to try this: pwmgr=urllib2.HTTPPasswordMgrWithDefaultRealm() pwmgr.add_password(None, url, username, password) handler=urllib2.HTTPBasicAuthHandler(pwmgr) opener=urllib2.build_opener(handler) urllib2.install_opener(opener) u=urllib2.urlopen(url) This did not work. Modifying the second line to: pwmgr.add_password(None, urlparse.urlparse(url)[1], username, password) fixed things, which shows a problem in the documentation: instead of a URI or sequence of URIs the add_password method takes a hostname. The documented behaviour would be better since it allows for multiple passwords per host, although in reality those will use different realms. So I suggest not changing the code in order to not break existing application but fixing the documentation instead. Wichert. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.7 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages python2.3 depends on: ii libbz2-1.0 1.0.2-5 high-quality block-sorting file co ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libncurses5 5.4-4Shared libraries for terminal hand ii libreadline44.3-15 GNU readline and history libraries ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304023: mailman: woody-sarge upgrade breaks
Package: mailman Version: 2.1.5-7 Severity: serious An upgrade from woody to sarge breaks with this error: Updating Mailman 2.0 pending_subscriptions.db database Traceback (most recent call last): File /usr/lib/mailman/bin/update, line 753, in ? errors = main() File /usr/lib/mailman/bin/update, line 677, in main update_pending() File /usr/lib/mailman/bin/update, line 556, in update_pending addr = data[0].address AttributeError: 'str' object has no attribute 'address' Wichert. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-ac10 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages mailman depends on: ii apache2-mpm-prefork [httpd] 2.0.53-5 traditional model for Apache2 ii cron3.0pl1-86management of regular background p ii debconf 1.4.30.11Debian configuration management sy ii exim4-daemon-heavy [mail-tr 4.50-4 exim MTA (v4) daemon with extended ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii logrotate 3.7-2Log rotation utility ii pwgen 2.03-1 Automatic Password generation ii python 2.3.5-1 An interactive high-level object-o ii ucf 1.17 Update Configuration File: preserv -- debconf information: mailman/queue_files_present: * mailman/default_server_language: en mailman/gate_news: false * mailman/site_languages: en * mailman/used_languages: en * mailman/create_site_list: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304023: more breakage
After removing pending-submissions I hit another upgrade problem: Updating mailing list: debian-edu-security Updating the held requests database. Traceback (most recent call last): File /usr/lib/mailman/bin/update, line 753, in ? errors = main() File /usr/lib/mailman/bin/update, line 643, in main errors = errors + dolist(listname) File /usr/lib/mailman/bin/update, line 222, in dolist mlist._UpdateRecords() File /var/lib/mailman/Mailman/ListAdmin.py, line 536, in _UpdateRecords for id, (op, info) in self.__db.items(): ValueError: unpack tuple of wrong size Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302049: [Pkg-nagios-devel] Bug#302049: nagios-common: CGI linkes in side.html broken
Previously sean finney wrote: * it now uses instead of /etc/nagios/side.html i'm not sure exactly what you're saying here. Ah, that should be '/usr/share/nagios/htdocs/html isntead of /etc/nagios/side.html'. the result is that the web interface is now unuseable. it's still usable for me. are you using a non-default config, such as a virtual host? Yes (as do many many others). That was possible with the previous version not with the current package. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302136: proxy auth conflict
Package: apache2 Version: 2.0.53-5 Severity: normal I have a slightly odd apache setup where I basically want to do the following: * use an apache as a reverse proxy for a Zope site, * except for a few specific URLs, for which I require authorized users The configuration I use is: Options+MultiViews ProxyPass /wsvn ! ProxyPass /websvn/! ProxyPass / http://localhost:9000/VirtualHostBase/http/staff.attingo.nl:80/s taff/VirtualHostRoot/ Location /wsvn AuthNameAttingo Staff Portal AuthTypeBasic AuthLDAPEnabled On AuthLdapURL ldap://server:389/dc=base,dc=domain?uid?sub AuthLDAPGroupAttribute memberUid AuthLDAPGroupAttributeIsDN off Require valid-user /Location /wsvn is a bit special: it is actually wsvn.php but with the help of multiviews I use it as /wsvn/svn repo name/, similar to the setup on svn.debian.org. The problem is this: when I go to /wsvn/ apache still proxies the request to the zope instance instead of processing it itself. But if I remove the 'Require valid-user' statement it stops proxies it and processes the request correctly. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302049: [Pkg-nagios-devel] Bug#302049: nagios-common: CGI linkes in side.html broken
Previously sean finney wrote: actually, it should still be possible. see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=297829 that assumes you have nothing else on that vhost, which is not true for me (I have cricket and other monitoring tools on it as well). Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302049: nagios-common: CGI linkes in side.html broken
Package: nagios-common Version: 2:1.3-cvs.20050116-3 Severity: normal With the latest upgrade /usr/share/nagios/htdocs/side.html was updated in two ways: * it now uses instead of /etc/nagios/side.html * all links to cgi scripts now refer to /cgi-bin/, while the nagios cgi scripts are installed in /cgi-bin/nagios the result is that the web interface is now unuseable. Wichert. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nagios-common depends on: ii adduser 3.63Add and remove users and groups ii apache [httpd] 1.3.33-4versatile, high-performance HTTP s ii apache2-mpm-pref 2.0.53-5traditional model for Apache2 ii coreutils [fileu 5.2.1-2 The GNU core utilities ii debconf [debconf 1.4.30.11 Debian configuration management sy ii fileutils5.2.1-2 The GNU file management utilities ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent ii nagios-pgsql [na 2:1.3-cvs.20050116-3A host/service/network monitoring ii nagios-plugins 1.3.1.0-12 Plugins for the nagios network mon -- debconf information: * nagios/wwwsuid: true nagios/upgradefromnetsaint: * nagios/configapache: Apache2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295256: samba: hangs on printing
Package: samba Version: 3.0.10-1 Severity: important I have a samba instance serving about 110 machines with a simple read-only share and a printqueue. All machines run either Win98 or Win2k. About once a day a smbd instance gets stuck on a printjob. A strace shows a lot of locking activity on /var/cache/samba/printing/iwsqueue.tdb . This process eats all available CPU making the server almost impossible to use. This behaviour seems to have started with the upgrade to the latest version in testing recently. Wichert. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (998, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages samba depends on: ii debconf [debconf-2.0] 1.4.30.11Debian configuration management sy ii libacl1 2.2.23-1 Access control list shared library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcomerr2 1.35-6 The Common Error Description libra ii libcupsys2-gnutls10 1.1.23-2 Common UNIX Printing System(tm) - ii libkrb531.3.6-1 MIT Kerberos runtime libraries ii libldap22.1.30-3 OpenLDAP libraries ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.76-22 Pluggable Authentication Modules l ii libpopt01.7-5lib for parsing cmdline parameters ii logrotate 3.7-2Log rotation utility ii netbase 4.19 Basic TCP/IP networking system ii samba-common3.0.10-1 Samba common files used by both th -- debconf information: samba/nmbd_from_inetd: * samba/run_mode: daemons * samba/log_files_moved: * samba/tdbsam: true * samba/generate_smbpasswd: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295266: samba: smbstatus process list is empty
Package: samba Version: 3.0.10-2 Severity: normal smbstatus -p shows no running processes, even though there are 41 smbd processes running serving 40 different machines, each connecting anonymously to a disk share. [random;~]-21 ps ax | grep -c '[s]mbd' 41 [random;~]-22 smbstatus -p Samba version 3.0.10-Debian PID Username Group Machine --- [random;~]-23 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (998, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages samba depends on: ii debconf [debconf-2.0] 1.4.30.11Debian configuration management sy ii libacl1 2.2.23-1 Access control list shared library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcomerr2 1.35-6 The Common Error Description libra ii libcupsys2-gnutls10 1.1.23-2 Common UNIX Printing System(tm) - ii libkrb531.3.6-1 MIT Kerberos runtime libraries ii libldap22.1.30-3 OpenLDAP libraries ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.76-22 Pluggable Authentication Modules l ii libpopt01.7-5lib for parsing cmdline parameters ii logrotate 3.7-2Log rotation utility ii netbase 4.19 Basic TCP/IP networking system ii samba-common3.0.10-2 Samba common files used by both th -- debconf information: samba/nmbd_from_inetd: * samba/run_mode: daemons * samba/log_files_moved: * samba/tdbsam: true * samba/generate_smbpasswd: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295065: [xml/sgml-pkgs] Bug#295065: xsl compilation error
Previously Mike Hommey wrote: You could have just reopened #293989. Anyways, didn't you say the fix worked, previously ? It has me puzzled as well. I did test that fix and it worked. However now when I go back to the testing version and manually apply the fix it does not work anymore. I tried the other approach (removing the extra template) and that got things working again. I did get a broken LaTeX tabular but haven't investigated yet if that was due to removing that template or some other reason. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293989: xsl stylesheet does not work anymore
Package: db2latex-xsl Version: 0.8pre1-2 Severity: grave I am suddenly getting this on every run: [typhoon;..nTest/trunk/newdoc]-100 make manual.tex xsltproc --output manual.tex manual.xsl manual.xml compilation error: file file:///usr/share/xml/docbook/stylesheet/db2latex/latex/qandaset.mod.xsl line 366 element template xsl:template: error duplicate name 'question.answer.label' make: *** [manual.tex] Error 5 zsh: exit 2 make manual.tex Wichert. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293989: xsl stylesheet does not work anymore
reassign 293989 libxslt1.1 title 293989 changed handling of duplicate templates breaks applications thanks Previously Michael Wiedmann wrote: So I guess you are using xsltproc from experimental? No, it seems Mike Hommey uploaded the experimental version to unstable last weekend. A workaround for the time being is to use xsltprc from sarge. And this bugreport should prevent the now broken version in unstable from entering testing. To be precise, the package to be downgraded is libxslt1.1, not xsltproc. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293989: [xml/sgml-pkgs] Bug#293989: xsl stylesheet does not work anymore
Previously Mike Hommey wrote: Thus, libxslt changed its broken behaviour to actually follow the XSLT specification. Yes, it breaks broken stylesheets, but the breakage is not in libxslt. Can we keep a bug on libxslt1.1 as well to prevent db2latex from breaking in testing? It would be somewhat unfortunate to have stricter checking in libxslt1.1 break db2latex while there is no fix for it yet. Alternatively, is there a hinting option to do that instead? Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293989: [xml/sgml-pkgs] Bug#293989: xsl stylesheet does not work anymore
(resend without typoed addresses) Previously Mike Hommey wrote: So, i'd say there are 2 solutions : - removing this templace in common/common.xsl - replace the xsl:include by a xsl:import for the common/common.xsl file in docbook.xsl. I tried the second approach and it worked fine. Ramon, James: DB2LaTeX does not work with current versions of the XSLT and XML libraries due to the double definition of the question.answer.label template. You can find more information about the problem at http://bugs.debian.org/293989 . The patch below fixes it. The last maintainer release from Ardo was quite some time ago; I can do a NMU if wanted to get this fix in. Wichert. diff -wur org/db2latex-xsl-0.8pre1/debian/changelog db2latex-xsl-0.8pre1/debian/changelog --- org/db2latex-xsl-0.8pre1/debian/changelog 2005-02-07 21:46:01.0 +0100 +++ db2latex-xsl-0.8pre1/debian/changelog 2005-02-07 21:40:59.0 +0100 @@ -1,3 +1,12 @@ +db2latex-xsl (0.8pre1-2.1) unstable; urgency=medium + + * Non-maintainer version + * Use xsl:import instead of xsl:include to load common/common.xsl . +This works around the problematic double definition of the +question.answer.label template. Fix from Mike Hommey. + + -- Wichert Akkerman [EMAIL PROTECTED] Mon, 07 Feb 2005 21:40:55 +0100 + db2latex-xsl (0.8pre1-2) unstable; urgency=low * debian/control: removed spurious newline from Build-Depends diff -wur org/db2latex-xsl-0.8pre1/xsl/docbook.xsl db2latex-xsl-0.8pre1/xsl/docbook.xsl --- org/db2latex-xsl-0.8pre1/xsl/docbook.xsl2004-03-13 17:36:19.0 +0100 +++ db2latex-xsl-0.8pre1/xsl/docbook.xsl2005-02-07 21:39:24.0 +0100 @@ -63,7 +63,7 @@ xsl:key name=id match=* use=@id/ xsl:include href=common/l10n.xsl/ - xsl:include href=common/common.xsl/ + xsl:import href=common/common.xsl/ xsl:include href=common/gentext.xsl/ xsl:include href=common/subtitles.xsl/ xsl:include href=common/titles.xsl/ -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#258880: partition table mess
This bug just bit me as well and cost half a days work before I eventually tracked it down. 1. boot the installer 2. before the partition-tool starts go to console 2, start fdisk and change the cylinder and head numbers in the expert menu. 3. add a new partition using the partition manager 4. check the partition data with fdisk again In step four you will see that the head and cylinder counts have suddenly reverted to what they where before you made the changes in step 2. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291704: new upstream version
Package: htmldoc Version: 1.8.23-1.2 Severity: normal Version 1.8.24 was released last november. Wichert. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages htmldoc depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfltk1.1c102 1.1.6-2 Fast Light Toolkit shared librarie ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.5-6 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291571: does not notice negative blockcounts
Package: e2fsprogs Version: 1.35-6 Severity: normal I hit an interesting filesystem problem today, see http://lkml.org/lkml/2005/1/21/118 . I ran e2fsck on the filesystem with this unexpected result: e2fsck 1.35 (28-Feb-2004) /dev/md4: clean, 16/132480 files, -15514/264960 blocks I had figured that e2fsck would notice a negative block count. I forced fsck did find and fix the problem: e2fsck 1.35 (28-Feb-2004) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information Free blocks count wrong for group #2 (34308, counted=32306). Fixy? yes Free blocks count wrong for group #6 (45805, counted=32306). Fixy? yes Free blocks count wrong for group #8 (14741, counted=2354). Fixy? yes Free blocks count wrong (280474, counted=252586). Fixy? yes /dev/md4: * FILE SYSTEM WAS MODIFIED * /dev/md4: 16/132480 files (0.0% non-contiguous), 12374/264960 blocks zsh: exit 1 e2fsck -f /dev/md4 [costa;~]-40# mount /tmp [costa;~]-41# df -h /tmp FilesystemSize Used Avail Use% Mounted on /dev/md4 1019M 33M 935M 4% /tmp Wichert. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages e2fsprogs depends on: ii e2fslibs1.36rc2-1ext2 filesystem libraries ii libblkid1 1.36rc2-1block device id library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcomerr2 1.36rc2-1common error description library ii libss2 1.36rc2-1command-line interface parsing lib ii libuuid11.36rc2-1universally unique id library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
