Bug#418209: closed by Chris Lawrence [EMAIL PROTECTED] (Bug#418209: fixed in reportbug 3.35)
found 418209 3.35 thanks On Mon, Apr 16, 2007 at 04:06:35AM +, Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report #418209: /usr/bin/reportbug: Leaves apt-cache dumpavail process running and using 100% CPU, which was filed against the reportbug package. It has been closed by Chris Lawrence [EMAIL PROTECTED]. It still happens here with version 3.35... Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418813: locales still won't install. Dependency problem on i386
Selim T. Erdogan a écrit : The last message I saw on the bug page mentioned that the glibc-2.5-1 virtual package is provided by libc6 2.5-2. But I've just done a system update (on unstable) and the available version of libc6 is 2.5-1. Furthermore, according to http://packages.debian.org/unstable/libs/libc6, 2.5-2 is the version on amd64 -- for i386, the version is 2.5-1. For this latter version the control info has Provides: glibc-2.5.0-0exp1, glibc-2.5.0-0exp2 Could it be that the glibc-2.5-1 virtual package is only provided by the version of libc6 for amd64, but not by i386? Nope, the problem is that libc6 2.5-2 has not been uploaded yet on i386. Please be patient. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419498: icedove: Please build against hunspell
Package: icedove Version: 1.5.0.10.dfsg1-3 Severity: important Tags: patch myspell is being obsoleted by hunspell and there is a plan to make the myspell dictionaries directory to the hunspell one (to make it easier to transition the dictionary packages). Unfortunately, while hunspell can use myspell dictionaries, myspell can't use hunspell ones. While icedove doesn't build using the system myspell, it uses an internal version, and thus is also prone to break with hunspell dictionaries soon. Attached here is a patch to make the myspell component use an external hunspell instead of the internal myspell. You should add --enable-system-hunspell to the configure command line, and build depend on libhunspell-dev (= 1.1.5-2). Note that if you don't add --enable-system-hunspell, the patched icedove would successfully build using the internal myspell. Cheers Mike --- icedove/configure.in.orig +++ icedove/configure.in @@ -3755,6 +3755,19 @@ AC_DEFINE_UNQUOTED(MOZ_DEFAULT_TOOLKIT,$MOZ_WIDGET_TOOLKIT) +dnl system HunSpell Support +dnl +MOZ_ARG_ENABLE_BOOL(system-hunspell, +[ --enable-system-hunspell Use system hunspell (located with pkgconfig)], +SYSTEM_HUNSPELL=1 ) + +if test -n $SYSTEM_HUNSPELL; then +PKG_CHECK_MODULES(MOZ_HUNSPELL, hunspell) +fi + +AC_SUBST(SYSTEM_HUNSPELL) +AC_SUBST(MOZ_HUNSPELL_LIBS) + dnl dnl = Enable the toolkit as needed = dnl --- icedove/config/autoconf.mk.in.orig +++ icedove/config/autoconf.mk.in @@ -182,6 +182,10 @@ NECKO_SMALL_BUFFERS = @NECKO_SMALL_BUFFERS@ NECKO_COOKIES = @NECKO_COOKIES@ +MOZ_NATIVE_HUNSPELL = @SYSTEM_HUNSPELL@ +MOZ_HUNSPELL_LIBS = @MOZ_HUNSPELL_LIBS@ +MOZ_HUNSPELL_CFLAGS = @MOZ_HUNSPELL_CFLAGS@ + MOZ_NATIVE_ZLIB = @SYSTEM_ZLIB@ MOZ_NATIVE_JPEG = @SYSTEM_JPEG@ MOZ_NATIVE_PNG = @SYSTEM_PNG@ --- icedove/extensions/spellcheck/myspell/src/mozMySpell.h.orig +++ icedove/extensions/spellcheck/myspell/src/mozMySpell.h @@ -56,7 +56,12 @@ #ifndef mozMySpell_h__ #define mozMySpell_h__ +#if MOZ_NATIVE_HUNSPELL +#include hunspell.hxx +#define MySpell Hunspell +#else #include myspell.hxx +#endif #include mozISpellCheckingEngine.h #include mozIPersonalDictionary.h #include nsString.h --- icedove/extensions/spellcheck/myspell/src/Makefile.in.orig +++ icedove/extensions/spellcheck/myspell/src/Makefile.in @@ -59,21 +59,30 @@ spellchecker \ $(NULL) -CPPSRCS = affentry.cpp \ +CPPSRCS = mozMySpell.cpp \ + mozMySpellFactory.cpp \ + $(NULL) + +ifndef MOZ_NATIVE_HUNSPELL +CPPSRCS += affentry.cpp \ affixmgr.cpp \ hashmgr.cpp \ suggestmgr.cpp \ csutil.cpp \ myspell.cpp \ - mozMySpell.cpp \ - mozMySpellFactory.cpp \ $(NULL) +endif EXTRA_DSO_LDOPTS = \ $(LIBS_DIR) \ $(XPCOM_LIBS) \ $(NSPR_LIBS) \ $(MOZ_UNICHARUTIL_LIBS) \ + $(MOZ_HUNSPELL_LIBS) \ $(NULL) include $(topsrcdir)/config/rules.mk + +ifdef MOZ_NATIVE_HUNSPELL +CXXFLAGS += $(MOZ_HUNSPELL_CFLAGS) -DMOZ_NATIVE_HUNSPELL +endif
Bug#419189: i'd suggest a check
Peter Green a écrit : it seems like it would be a good idea to check for non dpkg owned versions of problem libraries sitting in that directory in the preinst and either aborting the upgrade before the system is left in a badly broken state or moving the files out of the way. Well it's what we plan to do. However, it probably have won't help in that case, as /lib/tls/libc.so.6 and /lib/tls/libc-2.3.6.so where dpkg owned before the upgrade. It looks like dpkg fails to remove those two files, however we fail to reproduce that in a chroot. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#81668: the fix that caused this symptom is solving the wrong problem
* Kacper Wysocki: 1. If the attacker has the ability to spoof my DNS, I have been compromized. It doesn't need to resolve to a FQDN, a spoofed DNS can resolve my shortname to the IP of their choice. They can do this for all my services, not only ssh. SSH is supposed t work (IOW, fail reliably) even when the attacker controls DNS (or the routing, for that matter). The only way to achieve that is not to rely on DNS, which means that the specified host name must be processed unaltered. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#220963: Ping
Hi, can you still reproduce this segfault with the current version of ipac-ng in unstable (1.31-4)? Regards Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419189: Error on installing libc6 2.5-1 - breaks system
[EMAIL PROTECTED] a écrit : The point is that your system has very akward things, as what lies in your /lib/tls: * _seems_ to come from a libc 2.3.2; * still has a libc-2.3.6.so too that has not the correct permissions _BUT_ the same size and date as the libc-2.3.2.so (which is completely absurd). * sizes that are unrecorded in known debian packages. So we're really wondering what has been happening on that system. Did you installed ubuntu packages at some point ? did you do anything peculiar to your system ? do you use prelink ? well, any kind of additionnal informations would be really apprecited. Oh and which kernel did you had _before_ the glibc2.5 upgrade ? a 2.6 ? or still a 2.4 ? The strange files come from knoppix 5.2. I have forgotten to tell you about a stupid try to repair the system. I'm really sorry. I used ever a 2.6 kernel. Ok, it looks like /lib/tls/libc.so.6 and /lib/tls/libc-2.3.6.so were not removed by dpkg during the upgrade. Could you please send us the contents of /var/log/dpkg.log? Also what is the file system you are using for you root partition? -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319034: Ping
Hi, do you still experience the problem with fetchipac -S with the latest version in unstable (1.31-4)? Regards Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319011: Ping
Hi, does fetchipac -S still segfault on your system with the latest unstable version (1.31-4)? Regards Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327524: Ping
Hi, do you still have the problem with fetchipac -S crashing with the latest unstable version (1.31-4)? Regards Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395306: dovecot-common: Dovecot just needs to be recompiled against new glibc to support inotify
Package: dovecot-common Followup-For: Bug #395306 Seems like Dovecot just needed to be recompiled against the new glibc now in unstable to support inotify. Thanks to the ProgreSQL transistion binNMU. dovecot --build-options Build options: ioloop=poll notify=inotify ipv6 openssl -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-rc6 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-common depends on: ii adduser 3.102 Add and remove users and groups ii libc62.5-2 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libkrb53 1.4.4-8 MIT Kerberos runtime libraries ii libldap2 2.1.30-13.4 OpenLDAP libraries ii libmysql 5.0.38-1mysql database client library ii libpam-r 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpq5 8.2.3-5 PostgreSQL C client library ii libsqlit 3.3.14-1SQLite 3 shared library ii libssl0. 0.9.8e-4SSL shared libraries ii openssl 0.9.8e-4Secure Socket Layer (SSL) binary a ii ucf 2.0020 Update Configuration File: preserv ii zlib1g 1:1.2.3-13 compression library - runtime dovecot-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383248: [Fwd: New package available]
And about one hour later I uploaded a new version fixing a buffer overrun causing erratic theme sizes to be chosen. It's at the same URL so if anyone did download the package in that time interval, please retry. Original Message Hey Otavio, I've rolled a new version of the theme package that I created before (which is based on the artwork by the Debian Desktop team). This one works with usplash 0.4-43-1 without any changes, it can be downloaded from: http://david.hardeman.nu/files/patches/debian/usplash-theme-debian.tar.gz It would be great if you could take a look at it and add it to the archive (i.e. feel free to adopt it so that there is at least one default theme). -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419499: k3b: cannot write to multisession dvd (3.1gb used, 3 sessions)
Package: k3b Version: 1.0-2 Severity: normal Hello, I tried to append another session to a multisession DVD (4.4gb) with only 3.1gb in use. The data I'm trying to add is around 600mb. K3B identifies the DVD as being a DL DVD, and thinks 5.1gb is in use. Trying to write to it is not possible, K3B keeps asking for an 'appendable medium'. I've attached the output from k3b. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.6 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages k3b depends on: ii cdparanoia 3.10+debian~pre0-4 audio extraction tool for sampling ii cdrdao 1:1.2.2-6 records CDs in Disk-At-Once (DAO) ii genisoimage 9:1.1.4-1 Creates ISO-9660 CD-ROM filesystem ii kdebase-bin 4:3.5.6.dfsg.1-2core binaries for the KDE base mod ii kdelibs-data 4:3.5.6.r1.dfsg.1-2 core shared data for all KDE appli ii kdelibs4c2a 4:3.5.6.r1.dfsg.1-2 core libraries and binaries for al ii libacl1 2.2.42-1Access control list shared library ii libart-2.0-2 2.3.19-3Library of functions for 2D graphi ii libattr1 1:2.4.32-1.1Extended attribute shared library ii libaudio21.8-4 The Network Audio System (NAS). (s ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst ii libexpat11.95.8-3.4 XML parsing C library - runtime li ii libfam0 2.7.0-12Client library to control the FAM ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libhal1 0.5.8.1-9 Hardware Abstraction Layer - share ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libk3b3 1.0-2 The KDE cd burning application lib ii libmusicbrainz4c2a 2.1.4-1 Second generation incarnation of t ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libqt3-mt3:3.3.7-4 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.2-2 X11 Session Management library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxft2 2.1.12-2FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.5-2 X11 toolkit intrinsics library ii wodim9:1.1.4-1 command line CD/DVD writing tool ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages k3b recommends: ii dvd+rw-tools7.0-7DVD+-RW/R tools ii kcontrol4:3.5.6.dfsg.1-2 control center for KDE ii kdebase-kio-plugins 4:3.5.6.dfsg.1-2 core I/O slaves for KDE pn vcdimager none (no description available) -- no debconf information kdecore (KAction): WARNING: KActionCollection::KActionCollection( QObject *parent, const char *name, KInstance *instance ) (K3bDevice::HalConnection) initializing HAL = 0.5 Mapping udi /org/freedesktop/Hal/devices/storage_model_DVD__RW_DW_Q58A to device /dev/scd0 /dev/scd0 resolved to /dev/scd0 /dev/scd0 is block device (0) /dev/scd0 seems to be cdrom bus: 1, id: 0, lun: 0 (K3bDevice::Device) /dev/scd0: init() (K3bDevice::Device) /dev/scd0: dataLen: 60 (K3bDevice::Device) /dev/scd0: checking for TAO (K3bDevice::Device) /dev/scd0: checking for SAO (K3bDevice::Device) /dev/scd0: checking for SAO_R96P (K3bDevice::Device) /dev/scd0: checking for SAO_R96R (K3bDevice::Device) /dev/scd0: checking for RAW_R16 (K3bDevice::Device) /dev/scd0: checking for RAW_R96P (K3bDevice::Device) /dev/scd0: checking for RAW_R96R (K3bDevice::Device) /dev/scd0: Number of supported write speeds via GET PERFORMANCE: 2 (K3bDevice::Device) /dev/scd0 : 5540
Bug#360788: lprng: output ends up in wrong places
Quoting Craig Small who wrote on Mon 2007-04-16 at 08:44: On Sun, Apr 15, 2007 at 11:55:40PM +0200, Koos van den Hout wrote: Again (or still?) output ending up in the wrong places. Patch from previous bug report doesn't help (and gets reverted later anyway). I use nss_ldap, stuff to be sent to the printer ends up in syslog, ldap queries go to the printer. Hello, Has this problem started happening again or have you always had it? I only very recently upgraded Debian versions from what is now oldoldstable (woody) to oldstable (sarge). At first print jobs would work but slapd (ldap server) would fall over regularly (I think these two are related). I now upgraded openldapd - slapd. And I see the problems mentioned. I also have a system running debian stable (etch), I will setup the printer on that system and (temporary) nss_ldap, to see if the problem persists. Koos van den Hout -- Koos van den Hout Homepage: http://idefix.net/~koos/ Fax: +31-30-2817051 PGP keyid DSS/1024 0xF0D7C263 or RSA/1024 0xCA845CB5 Webprojects: Camp Wirelesshttp://www.camp-wireless.org/ The Virtual Bookcase http://www.virtualbookcase.com/ signature.asc Description: Digital signature
Bug#412868: This fixes it
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The attached diff fixes this (#419273) bug, as well as #412868. If its applied after upgrading the upstream 0.22.2 source, it also fixes #419273! ;) Micah -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGIx9I9n4qXRzy1ioRAiZ/AJ9RxZFEpu50iuofzfMRSgNzBKaCJQCcCvC5 FmTLNXTFZyYfFF3DJsMO+/Q= =gdxC -END PGP SIGNATURE- diff -urN puppet-0.22.1/debian/changelog puppet-0.22.2/debian/changelog --- puppet-0.22.1/debian/changelog 2007-04-12 21:39:32.0 -0600 +++ puppet-0.22.2/debian/changelog 2007-04-16 00:58:11.0 -0600 @@ -1,3 +1,15 @@ +puppet (0.22.2-1) unstable; urgency=low + + * Set puppetrun to also be installed in puppetmaster (Closes: #419273) + * Install emacs modes for editing .pp files in puppetmaster + * Install vim color syntax support (see README.vim for how to activate) in +puppetmaster (Closes: #412868) + * Install logcheck rules + * Added build-dep on libopenssl-ruby + * New upstream release (Closes: #415773) + + -- Micah Anderson [EMAIL PROTECTED] Sat, 14 Apr 2007 13:31:50 -0600 + puppet (0.22.1-1) unstable; urgency=low * New upstream release. diff -urN puppet-0.22.1/debian/control puppet-0.22.2/debian/control --- puppet-0.22.1/debian/control2007-04-12 21:39:32.0 -0600 +++ puppet-0.22.2/debian/control2007-04-12 22:35:05.0 -0600 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Jamie Wilkinson [EMAIL PROTECTED] Uploaders: Jamie Wilkinson [EMAIL PROTECTED], Matthew Palmer [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), ruby (= 1.8.1) +Build-Depends: debhelper (= 4.0.0), ruby (= 1.8.1), libopenssl-ruby Standards-Version: 3.6.2 Package: puppet diff -urN puppet-0.22.1/debian/docs puppet-0.22.2/debian/docs --- puppet-0.22.1/debian/docs 2007-04-12 21:39:32.0 -0600 +++ puppet-0.22.2/debian/docs 2007-04-14 16:27:11.0 -0600 @@ -1,2 +1,3 @@ README TODO +debian/README.vim diff -urN puppet-0.22.1/debian/puppet.files puppet-0.22.2/debian/puppet.files --- puppet-0.22.1/debian/puppet.files 2007-04-12 21:39:32.0 -0600 +++ puppet-0.22.2/debian/puppet.files 2007-04-14 16:48:20.0 -0600 @@ -1,4 +1,5 @@ usr/bin/puppet +usr/bin/puppetdoc usr/sbin/puppetd usr/lib/ruby/1.8/ etc/puppet/puppetd.conf diff -urN puppet-0.22.1/debian/puppet.logcheck.ignore.server puppet-0.22.2/debian/puppet.logcheck.ignore.server --- puppet-0.22.1/debian/puppet.logcheck.ignore.server 1969-12-31 17:00:00.0 -0700 +++ puppet-0.22.2/debian/puppet.logcheck.ignore.server 2007-04-14 16:48:46.0 -0600 @@ -0,0 +1,15 @@ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetmasterd\[[0-9]+\]: Starting Puppet server version [.0-9]+$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetmasterd\[[0-9]+\]: Compiled configuration for [._[:alnum:]-]+ in [.0-9]+ seconds$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetmasterd\[[0-9]+\]: Caught TERM; shutting down$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetmasterd\[[0-9]+\]: Shutting down$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetd\[[0-9]+\]: Starting Puppet client version [.0-9]+$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetd\[[0-9]+\]: getting config$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetd\[[0-9]+\]: Caching configuration at [\/._[:alnum:]-]+$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetd\[[0-9]+\]: Loaded state in [.0-9]+ seconds$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetd\[[0-9]+\]: Calling puppetmaster.getconfig$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetd\[[0-9]+\]: Retrieved configuration in [.0-9]+ seconds$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetd\[[0-9]+\]: Starting configuration run$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetd\[[0-9]+\]: Finished configuration run in [.0-9]+ seconds$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetd\[[0-9]+\]: Caught (TERM|INT); shutting down$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetd\[[0-9]+\]: Shutting down$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetd\[[0-9]+\]: Restarting with .*$ diff -urN puppet-0.22.1/debian/puppetmaster.files puppet-0.22.2/debian/puppetmaster.files --- puppet-0.22.1/debian/puppetmaster.files 2007-04-12 21:39:32.0 -0600 +++ puppet-0.22.2/debian/puppetmaster.files 2007-04-14 16:48:29.0 -0600 @@ -1,3 +1,7 @@ +usr/bin/puppetrun usr/sbin/puppetmasterd usr/sbin/puppetca etc/puppet/ +etc/emacs/site-start.d/50puppet-mode-init.el +usr/share/emacs/site-lisp/puppet-mode.el +usr/share/vim/addons/syntax/puppet.vim diff -urN puppet-0.22.1/debian/README.vim puppet-0.22.2/debian/README.vim --- puppet-0.22.1/debian/README.vim 1969-12-31 17:00:00.0 -0700 +++ puppet-0.22.2/debian/README.vim 2007-04-14 16:25:24.0 -0600 @@ -0,0 +1,12 @@ +For vim color syntax support for puppet .pp files, add the following +snippit to ~/.vim/filetype.vim: + + detect puppet filetypes + $Id: filetype.vim 875 2006-02-07 23:56:16Z luke $ + +if exists(did_load_filetypes) +finish +endif +augroup filetypedetect +au!
Bug#418020: /usr/bin/totem: freezes on close action if lircd is running
Hi I have tested the upstream fix. It fixes this problem. It would be nice if you could build a new package with the patch from upstream. thanks Carsten Luedtke signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#418853: microcode.ctl: Same problem on an another computer
Alain Belkadi wrote: Package: microcode.ctl Followup-For: Bug #418853 Hello, I found the same problem on an another computer, this time with a pentium IV : Same kernel. But, on a more rencent computer, pentium IV 3.2 775 socket, no problem, it works. Is it possible that old processors is no more included in the microcode.dat file ? No, it should give an other type of error. It seems that there is no problem in kernel (from 2.6.19 thare was huge changes: an additional interface). I'll ask the upstream or Intel, but before that, you could run (as root) microcode_ctl -u and give me the exact message (eventually do also a modprobe microcode). I want to be sure that the microcode is not truncated, and that there is no problem on boot time (limited system support). thanks giacomo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406061: X: user not authorized to run the X server, aborting
Hi, Olaf, you got no /etc/X11/Xwrapper.config at all after upgrading x11-common? Or an empty one? I do not remember, this is more than 3 months ago... Do you remember seeing any error in the postinst script output? I got several errors AFAIK which seems to be normal for a dist-upgrade. But I cannot tell if one was from x11-common, sorry! Did you guys have space available on your hard drive? Plenty. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418637: Patch for proposed NMU
On Sun, Apr 15, 2007 at 10:02:28PM -0500, John Goerzen wrote: I have had a chance only to skim the discussion about this, but... I think it would be unwise for Debian to arbitrarily use a different soname here than upstream and, presumably, everybody else. It can only hurt binary compatibility. I have not had the chance to ask upstream about it, and it doesn't look like anyone else has asked him either. Even if upstream bumped soname unnecessarily, I think the proper thing to do is maintain compatibility with upstream and everyone else. This is why I explicitly said to provide compat symlinks so that the binary is available under both sonames. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419279: Newer upstream version available
tags 419279 + pending thanks Hi Daniel, Thanks for the bug report. On Sat, 2007-04-14 at 22:17 +0200, Daniel Leidert wrote: There is a newer upstream version available since a while. The latest stable release is 2.3 and a development release 2.4 is available too. Any plans to update the package? The latest stable version is packaged and pending upload. Regards. -- Adriaan Peeters signature.asc Description: This is a digitally signed message part
Bug#419457: please package the latest upstream release
Hi Robert, Thanks for the bug report. On Sun, 2007-04-15 at 15:48 -0400, Robert S. Edmonds wrote: Hi, several releases of dnstop have been made since the upstream 20060517 release of dnstop. Could you please package the latest? The packaging for the latest version is done, but we are waiting for some license clarification before uploading. Thank you for your patience, -- Adriaan Peeters signature.asc Description: This is a digitally signed message part
Bug#418613: RFP: command-not-found -- suggest installation packages in interactive sessions
On Apr 15, 2007, at 15:38 , Philippe Coval wrote: Carlos Galisteo de Cabo wrote: Quoting Philippe Coval [EMAIL PROTECTED]: * URL : http://ubuntu.suxx.pl/command-not-found--main Could you check the url and forward the good one to [EMAIL PROTECTED], please? Maybe : http://ubuntu.suxx.pl/2006--1/bzr-archive/command-not-found--main/ I am not sure it is the official upstream repository , else check ubuntu repository The official upstream is located at http://suxx.pl/~zyga/command-not- found. To check the status of various branches check out https:// code.launchpad.net/command-not-found/ Regards Zygmunt Krynicki -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419049: [Pkg-utopia-maintainers] Re: Bug#419049: quota: Causes shutdown
reassign 419049 network-manager thanks On Sun, Apr 15, 2007 at 04:36:33PM +0200, Michael Biebl wrote: Indeed, after purging network-manager, the hang is fixed. Watching the console, it appears that without network-manager, the interface is taken down after quotas are. Looking at the priorities I would guess that NFS filesystems are unmounted even later in S31umountnfs.sh. The device should be taken down in S35networking I would guess. So I wonder why network-manager is taking it down and whether this is more of a network-manager bug. If the interface was brought up by network-manager, network-manager will also take it down. As network-manager relies on dbus, this has to happen before K20dbus (which of course is way before S31unmountnfs.sh) I'd indeed say, that if you use an NFS setup, network-manager is not the best choice and simply removing it is the best option. I'm open to other suggestions though. It seems we agree that this is not a quota bug, right? Therefore I reassign this bug to network-manager although I'm unsure whether it's a real bug. IMO it should be documented that network-manager doesn't work well with NFS. I wouldn't want to run a system that won't be able to unmount my NFS shares Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!
Bug#418430: [Debian-hebrew-common] Re: [Debian-hebrew-package] Bug#418430: mixed hebrew/english spell checking is needed
Well, can't we ask the nice Debian/Qt maintainers to apply a patch to call multispell instead? We can, If I was the nice Debian/Qt maintainers I would say NO. k3spell is an old code that should be replaced by sonnet, because it has a lot of other problems and the hspell const string is not one of this problems. Actually, taking a look in kdelibs/kspell2/plugins/hspell, it seems that kspell accesses the dictionary using libhspell and doesn't directly call hspell in any event. So how does this alternatives trick work anyway? kmail use old kde3support for spelling: http://websvn.kde.org/trunk/KDE/kdelibs/kde3support/kdeui/k3spell.cpp?view=markup the static string hspell is used to invoke the hebrew speller, a patch to replace this string with multispell will do the trick. But if I was the maintainer of this backward support code I will not want to touch it. problem will not exist anymore, and multi lingual spelling will not be possible at all. Why is that? sonnet (for kde) and enchant (for gnome) use one language code string, e.g. he_IL, ar_JR, en_US to tell the speller what language to use. If the Hebrew speller need two language codes, e.g. he_IL:en_US its a big change in the speller data structures and overall thinking. http://websvn.kde.org/trunk/KDE/kdelibs/sonnet/plugins/ We can re-write libhspell to do multispelling or we can re-write the hspell kde_client to use both hspell and aspell, but this is very bad programing :-( . It is bad because it will ignore the dictionary contractor variable gchar *language (in enchnat) and QString language (in sonnet). To fix that we will need to ask the authors of sonnet and enchant to use a list of languages for each document, and not just one language per document, this is a big step in speller thinking, and I think the world(*) is not ready for it :-) . (*) authors of sonnet and enchant Kobi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418637: Please consider a binNMU on reprepro due to libarchive transition.
On Sun, Apr 15, 2007 at 10:39:50PM +0100, Neil Williams wrote: If there are no changes in ABI between libarchive1 and libarchive2, the best here is to revert the package rename, if necessary keeping a libarchive.so.1 - libarchive.so.2 compat symlink in the package for compatibility both with upstream and with previous Debian versions. Steve: Can I check I've understood that correctly? I would create a patch that reverts the SONAME change in the autotools by breaking the link between the upstream version string and the library version info and setting version info directly. I would instead leave the upstream code alone, and provide libarchive.so.1 as a backwards-compatible symlink to libarchive.so.2, permitting the package name to be reverted to libarchive1. Doing it the other way has the downside that any binaries built on Debian will be incompatible with other systems. Providing the symlink in this direction also requires that the shlibs be bumped, since new packages built against libarchive1 will need libarchive.so.2 instead of libarchive.so.1, so the shlibs must be versioned to specify a dep on the new version of the package. This would generate a new libarchive1 binary package at version 2.0.25-2.1 from the libarchive source package and update libarchive-dev 2.0.25-2.1 to depend on libarchive1 == 2.0.25-2.1. In debian/control, I would also create a dummy libarchive2 package that only contains a symlink: libarchive.so.2 - libarchive.so.1 in /usr/lib. This libarchive2 transitional package would have to depend on libarchive1 = 2.0.25-2.1 to prevent a dangling symlink. I don't see any value in providing two binary packages here, that's pretty bloaty for a change that's being reverted after only a month in unstable and affecting only a handful of packages. I then rebuild deb-gview source against libarchive-dev (unversioned) to regain a binary deb-gview dependent on libarchive1 (this time at 2.0.25-2.1) and upload it to unstable. reprepro would be completely unaffected. As far as rebuilds go, this should still be correct. No Replace: is needed at this stage, libarchive2 is essentially empty and described in debian/control as a transitional package. In my suggested solution, libarchive1 should Conflicts/Replaces: libarchive2 (and Provide: it too, if you're keen). If, at a later date, libarchive DOES break the current API/ABI, a new build of libarchive would set SONAME=2, build the new libarchive.so.2, drop the libarchive1 package from debian/control and the symlink would be removed when the old libarchive2 transitional package is superceded by the new version. The dependency on libarchive1 would be removed at this time. This (if I've got it right) would result in the new ABI libarchive2 being installable alongside the current ABI libarchive1, except that the issue of the manpage would still need to be resolved with a Replaces: libarchive1. If at a later date libarchive breaks the current API/ABI, upstream should bloody well be required to fix it to not continue to use SONAME=2 since there is already an incompatible lib in existence with that soname. It should go to libarchive3, and then yes, it will be coinstallable with libarchive1 regardless of any use of Provides: above (and modulo any Replaces: needed for manpages). -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419451: Bug#419381: texlive-base-bin: xdvi fails to work after upgrading from teTeX
forcemerge 419381 419451 thanks Daniel Schepler [EMAIL PROTECTED] wrote: Package: texlive-base-bin Version: 2007-3 Severity: important As the subject says: on my system, after upgrading from the old tetex packages, xdvi doesn't work any more: [EMAIL PROTECTED]:~/research$ xdvi teach.dvi Can't exec xdvi.bin: No such file or directory at /usr/bin/xdvi line 87. xdvi: xdvi.bin terminated abnormally: -1 [EMAIL PROTECTED]:~/research$ ls -l /etc/alternatives/xdvi.bin lrwxrwxrwx 1 root root 18 2007-03-07 03:02 /etc/alternatives/xdvi.bin - /usr/bin/xdvi.real [EMAIL PROTECTED]:~/research$ /usr/sbin/update-alternatives --display xdvi.bin xdvi.bin - status is manual. link currently points to /usr/bin/xdvi.real /usr/bin/xdvi-xaw.bin - priority 30 Current `best' version is /usr/bin/xdvi-xaw.bin. I didn't do any manual configuration of that alternative before upgrading, though. So the postinst probably needs to have some code handling the upgrade case for that alternative, either in texlive-base-bin or in tetex-bin. I think we should first remove the alternative sdvi.real, that would solve the problem. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#418853: microcode.ctl: Infos as requested
Package: microcode.ctl Followup-For: Bug #418853 Hello, Here is the error message after a microcode_ctl -u : microcode_ctl: writing microcode (length: 281600) microcode_ctl: error writing to '/dev/cpu/microcode' errno=22 (Invalid argument) microcode_ctl: there may be messages from the driver in your system log. Regards, [Alain Belkadi] -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages microcode.ctl depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii makedev 2.3.1-83 creates device files in /dev ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo ii modutils2.4.27.0-6 Linux module utilities ii udev0.105-4 /dev/ and hotplug management daemo microcode.ctl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419434: [Falk Hueffner] tetexlive-bin FTBFS on Alpha due to gcc PR28623
submitter 419434 Falk Hueffner [EMAIL PROTECTED] thanks Frank Küster [EMAIL PROTECTED] wrote: Package: texlive-bin Version: 2007-3 Severity: Serious From: Falk Hueffner [EMAIL PROTECTED] Subject: tetexlive-bin FTBFS on Alpha due to gcc PR28623 To: Debian TeX Maintainers [EMAIL PROTECTED] Date: Sun, 15 Apr 2007 14:17:11 +0200 Resent-From: [EMAIL PROTECTED] Hi, tetexlive-bin fails to build on Alpha: [...] The reason is an obscure bug in gcc that only triggers when accessing exactly the 32767th element of a character array. Since I don't know how fix it in gcc and nobody else seems to be working on that, I suggest you apply the following workaround: I think we'll do that. Do you know which versions of gcc show that bug? Upstream also provides binaries for Linux on alpha, so obviously they didn't encounter it. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#419500: Segmentation fault at crywrap.c:355
Package: crywrap Version: 0.2.1-4.2 Severity: important Debian Etch: # gdb ./src/crywrap GNU gdb 6.4.90-debian (gdb) run -d127.0.0.1/imap2 -l192.168.2.1/imaps -P/var/run/crywrap/crywrap-0.pid -pcert=/etc/crywrap/server.pem,key=/etc/crywrap/server.pem -u130 Starting program: /tmp/crywrap-0.2.1/src/crywrap -d 127.0.0.1/imap2 -l /imaps -P /var/run/crywrap/crywrap-0.pid -p cert=/etc/crywrap/server.pem,key=/etc/crywrap/server.pem -u 130 Failed to read a valid object file image from memory. Program received signal SIGSEGV, Segmentation fault. 0x0804b36d in _crywrap_config_parse_opt (key=112, arg=0xbf9ffb11 cert=/etc/crywrap/server.pem,key=/etc/crywrap/server.pem, state=0xbf9fd598) at crywrap.c:355 355 while (*subopts != '\0') (gdb) bt full #0 0x0804b36d in _crywrap_config_parse_opt (key=112, arg=0xbf9ffb11 cert=/etc/crywrap/server.pem,key=/etc/crywrap/server.pem, state=0xbf9fd598) at crywrap.c:355 cfg = value optimized out pem_cert = 0x0 pem_key = 0x0 subopts = 0x0 value = 0x806ad94 wœ\004\b\001 #1 0xb7e4eaa6 in argp_parse () from /lib/tls/libc.so.6 No symbol table info available. #2 0x0804a8c3 in main (argc=7, argv=0xbf9fdb94, envp=0xbf9fdbb4) at crywrap.c:435 config = (crywrap_config_t *) 0x806acc8 server_socket = value optimized out Relates to -p argument: Value optarg is undefined (0) and not tested in the while() expression. Maybe, it should be arg? Proposed patch (please verify): # --- src/crywrap.c 15 Apr 2007 18:53:09 - 1.1.1.1 +++ src/crywrap.c 15 Apr 2007 20:02:57 - @@ -349,10 +349,11 @@ cfg-pidfile = NULL; break; case 'p': - subopts = optarg; + subopts = arg; pem_cert = NULL; pem_key = NULL; - while (*subopts != '\0') + while ((arg) (*subopts != '\0')) + { switch (bhc_getsubopt (subopts, _crywrap_p_subopts, value)) { case CRYWRAP_P_SUBOPT_CERT: @@ -365,6 +366,7 @@ pem_cert = bhc_strdup (value); break; } + } if (!pem_key) pem_key = bhc_strdup (pem_cert); if (!pem_cert) # Additional, unrelated patch suggestions (please verify against the compiler warnings and intended behaviour): # --- Mk/Rules.mk.in 15 Apr 2007 18:53:09 - 1.1.1.1 +++ Mk/Rules.mk.in 15 Apr 2007 20:10:29 - @@ -105,6 +105,7 @@ -Wbad-function-cast -Wchar-subscripts -Wcomment -Wformat \ -Wformat-nonliteral -Wformat-security -Wimplicit \ -Wmissing-braces -Wparentheses -Wswitch -Wunused \ + -Wall -Werror -pedantic -std=c99 \ @WFLAGS_29X@ @WFLAGS_3X@ WFLAGS_29X = -Wsign-compare -Wmain -Wreturn-type WFLAGS_3X = -Wsequence-point -Wdiv-by-zero -W -Wno-unused-parameter @@ -456,7 +458,7 @@ _crywrap_session_cert_select (gnutls_session session, gnutls_datum *server_certs, int ncerts) { - int idx, data_length = 0, name_type, i; + unsigned int idx, data_length = 0, name_type, i; char *name; /* If we only have one cert, return that. */ @@ -509,7 +511,7 @@ static gnutls_session _crywrap_tls_session_create (const crywrap_config_t *config) { - gnutls_session session; + gnutls_session_t session; const int comp_prio[] = { GNUTLS_COMP_ZLIB, GNUTLS_COMP_LZO, GNUTLS_COMP_NULL, 0 }; const int mac_prio[] = { GNUTLS_MAC_SHA, GNUTLS_MAC_MD5, 0 }; @@ -539,7 +541,7 @@ gnutls_handshake_set_private_extensions (session, 1); gnutls_certificate_server_set_retrieve_function -(session, (gnutls_certificate_server_retrieve_function *) +((gnutls_certificate_credentials_t) session, (gnutls_certificate_server_retrieve_function *) _crywrap_session_cert_select); if (config-verify) @@ -912,7 +914,7 @@ char buffer[_CRYWRAP_MAXBUF + 2]; fd_set fdset; struct sockaddr_storage faddr; - socklen_t socklen = sizeof (struct sockaddr_storage); + unsigned socklen_t socklen = sizeof (struct sockaddr_storage); char peer_name[NI_MAXHOST]; /* Log the connection */ # Additional hint: ./configure does not rely on libidn11-dev, needed to build the package Thanks for providing support, Hans-Jürgen
Bug#419137: help2man: Fails to recognise correct application name when using with KDE applications
On Fri, Apr 13, 2007 at 08:38:04PM -0500, Raphael wrote: But it could be modified so either the program name can be specified from CLI or by checking if the program name is Qt: then check for the last line to retrieve the real application name. Sorry, I won't be special-casing the program for KDE. --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419501: aptitude: Strange conflict resolution
Package: aptitude Version: 0.4.4-4 Severity: normal Hello, I had a machine with almost a minimal set of packages installed, one of those packages was exim4 which had been installed automatically because of dependencies of another package. Then, I used dpkg --set-selections packagelist to set a very large package selection list (about 1400 packages). Then, I called aptitude -y -f install to really install the packages. Most of the packages could be installed successfully, but some remained in state install ok uninstalled because of a strange conflict resolution. The core problem was that the big package list contained ssmtp, which has a conflict with the previously installed exim4. So, aptitude tried to solve the conflict: The following packages are BROKEN: exim4-config exim4-daemon-light ssmtp 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 44.0kB of archives. After unpacking 0B will be used. The following packages have unmet dependencies: exim4-config: Conflicts: ssmtp but 2.61-11.1 is to be installed. exim4-daemon-light: Conflicts: mail-transport-agent which is a virtual package. ssmtp: Conflicts: mail-transport-agent which is a virtual package. Resolving dependencies... The following actions will resolve these dependencies: Remove the following packages: exim4 exim4-base exim4-config exim4-daemon-light Keep the following packages at their current version: gnome-desktop-environment [ not installed ] kdewebdev [ not installed ] lyx-common [ not installed ] ibritish [ not installed ] quanta-data [ not installed ] quanta [ not installed ] free-java-sdk [ not installed ] sablevm [ not installed ] gnome [ not installed ] lyx [ not installed ] kde [ not installed ] policycoreutils [ not installed ] lyx-qt [ not installed ] I think that the conflict between exim4 and ssmtp should not have an effect on the packages mentioned below Keep the following packages at their current version:. Regards Christoph Pleger -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-686-irb Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3 0.6.46.4-0.1 Advanced front-end for dpkg ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libncursesw55.5-5Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework for C++ ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) pn libparse-debianchangelog-perl none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418385: Seemingly infinite loop and huge memory use when resolving some deps
Hi, On Thu, Apr 12, 2007, Daniel Burrows wrote: Sure, start with the default and then set Aptitude::ProblemResolver::BrokenScore to -10, or whatever. (heck, what happens if you set it to 0? I don't know -- the only problem I can actually imagine is that you'd be able to, say, remove libgtk without a penalty for all the stuff you break, but the removal itself has a penalty anyway) The resolver did not manage to resolve dependencies in a suitable time with BrokenScore set to -10 or 0 (I tried +100 just for fun :-). BrokenScore=-1000 failed immediately, so it seems to me that tuning BrokenScore could help aptitude diagnose faster when it wont be able to resolve my problem, but it does not seem to help resolve it. I also tried setting StepScore to 48 and BrokenScore to -10, and this made aptitude slower to resolve my problem (it used to resolve it in 4 Resolving dependencies lines, but I stopped it after 9); so worse result here as well. I'll see when I get a chance to look at the log more closely whether there's any clever way to cut down on the amount of work being done. That would be nice! In the little bit of examination yesterday, I didn't see anything obvious. The general technique for speeding up a search like this is to share information between branches; for instance, if we can detect that installing these two packages doesn't conflict immediately but will conflict eventually, lots of useless searches can often be curtailed (aptitude does a little of this, and it helps in some cases). Unfortunately, it looks to me like the different branches are more-or-less nonoverlapping. The one thing that would be interesting would be if we could somehow detect that two branches are almost the same and can be merged, at least for now. e.g., if I install libarts version X and that other branch there installed version Y, then there's no reason to split the computation unless and until this changes the list of broken deps and resolvers for those deps. That seems to be a general theme in the log, but I don't see a trivial way of fixing this (especially when there's more than one package involved, in which case we might need to merge branches that have diverged temporarily). You mentionned depth first versus breadth first searches and it made me wonder whether aptitude should not use something inbetween: I had pretty good results with starting with the default candidate version and then trying every alternate version of build-deps which were not high enough. IOW, trying to stick to the current target dist / default candidate versions, and only diverging a minimal set of deps. It seems valuable for end-users to be able to keep as many packages as possible from sid when they want to use experimental, or to keep as many as possible from stable when using backports etc. But then this might as well be already implemented. :) Thanks for your help; I intend to tune the aptitude flavor of pbuilder-satisfydepends slightly more and I suppose more problematic cases will pop up when it will be used by more people than me. Bye, -- Loïc Minier For subalterns, saying something intelligent is as risky as saying something stupid.
Bug#419502: gtimer: garbled UTF-8 in Add Task window
Package: gtimer Version: 1.1.6-11 Severity: normal How to reproduce: 1. Ctrl-N (New...) 2. type something with non-ASCII characters The task name is displayed correctly in the main window though. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gtimer depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libglib1.2 1.2.10-17The GLib library of C routines ii libgtk1.2 1.2.10-18The GIMP Toolkit set of widgets fo ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxi6 1:1.0.1-4X11 Input extension library ii libxss1 1:1.1.0-1X11 Screen Saver extension library gtimer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408331: new upstream version (2.8.0) available
Hi, is there any progress on this or did the maintainer just disappear or doesn't want the package anymore? There's now another two new upstream versions, the latest being 2.8.2. Please update. Bye signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#419222: checkpoint set
Hi Quanah! I set the checkpoint to 2048 10. But the shutdown wasn't the problem. The problem is that after variable time slapd won't answer to any questions. The number of threads are growing and the system load too. If I wait more with the restart after slapd froze then I have more threads open. :( Now I wait if this checkpoint would have any positive effect. :) Thank you! smime.p7s Description: S/MIME Cryptographic Signature
Bug#419504: python2.4: Wakes up every 100ms for nothing
Package: python2.4 Version: 2.4.4-3 Severity: normal http://perkypants.org/blog/2006/09/02/rfte-python/ http://lwn.net/Articles/198215/ Tested to still apply. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (950, 'testing'), (750, 'unstable'), (550, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages python2.4 depends on: ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdb4.44.4.20-8 Berkeley v4.4 Database Libraries [ ii libncursesw55.5-5Shared libraries for terminal hand ii libreadline55.2-2GNU readline and history libraries ii libssl0.9.8 0.9.8e-4 SSL shared libraries ii mime-support3.39-1 MIME files 'mime.types' 'mailcap ii python2.4-minimal 2.4.4-3 A minimal subset of the Python lan python2.4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419503: RTC byte stripping bug back in efax since dpatch migration
Package: efax Severity: important Tags: patch Dear Maintainer, Bug #132280 has bitten me after the upgrade from sarge to etch. I believe the patch was lost in the transition to dpatch in 1:0.9a-12: after asking around here, -15 hasn't worked for us, neither has -14. An interdiff between -9 and -15 shows the loss of the patch very clearly. For a problem description and the patch, please see #132280. (which I tried to reopen, but is archived). Regards, Allard Hoeve -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.17.7-fwsh-byte Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349140: Fix should be in new release
Ola Lundqvist wrote: I have the same problem and run xfs, so you are probably right. I assume this is on a non-ext[23] filesystem? If so, that's an entirely different bug which is already fixed in trunk. I have experienced this problem on two different vservers. One is RH7.3 on ext3 and this one does not start at all. The other one is sarge on reiserfs, it starts but not all services work as expected. Both give /dev/...: Permission denied messages. I am not sure about content of /var/lib/vservers/*/ (reiserfs) before mounting target filesystems, I can check this later if necessary. Cheers, Janusz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419505: ftp.debian.org: Problem when executing debmirror
Package: ftp.debian.org Severity: normal Hello, I am maintaining my own debian mirror by using debmirror. Since a few days (probably since the release of etch), debmirror shows the following errors: Errors: dists/etch-proposed-updates/main/binary-amd64/Release failed md5sum check, removing dists/etch-proposed-updates/contrib/binary-amd64/Release failed md5sum check, removing dists/etch-proposed-updates/non-free/binary-amd64/Release failed md5sum check,removing I use ftp.debian.org as my primary server. Regards Christoph -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-686-irb Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383248: [Fwd: New package available]
On Mon, Apr 16, 2007 at 08:31:47AM +0200, David Härdeman wrote: And about one hour later I uploaded a new version fixing a buffer overrun causing erratic theme sizes to be chosen. It's at the same URL so if anyone did download the package in that time interval, please retry. cool, i just did a build check and saw the following: E: usplash-theme-debian: no-copyright-file E: usplash-theme-debian: unstripped-binary-or-object ./usr/lib/usplash/debian-theme.so first error is easy to fix, second should be done with an lintian ignore stating in the changelog why? (irc usplash has a very similar ignore). linda adds those warnings: E: usplash-theme-debian; The package contains no changelog. didn't check it once the lintian build is clean i'll take a second look :) best regards -- maks
Bug#419506: cdebootstrap: fails when processing e2fsprogs
Package: cdebootstrap Version: 0.3.16 Severity: normal cdebootstrap fails, always at the same point: ~$ sudo cdebootstrap --debug --variant=buildd sid . http://ftp.se.debian.org/debian ...stuff deleted... O: Unpacking util-linux (from .../util-linux_2.12r-19_amd64.deb) ... P: Unpacking package util-linux D: Updating util-linux to status 2 O: Errors were encountered while processing: O: /var/cache/bootstrap/e2fsprogs_1.39+1.40-WIP-2006.11.14+dfsg-2_amd64.deb D: Return code: 256 E: Couldn't install system due to errors! ~$ I tried two different mirrors. The e2fsprogs package in question is installable on my system. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-rc6-melech (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cdebootstrap depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdebian-installer-extra4 0.50 Library of some extra debian-insta ii libdebian-installer40.50 Library of common debian-installer ii wget1.10.2-2 retrieves files from the web cdebootstrap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418098: Seconded - it works
Just wanted to stop by and say that the patch fixed the trouble here, too. However the problem appeared only on systems with NVidia graphic cards when using the Xinerama extension. The problem did not appear on single-monitor setups. I hope the fixed version will make it into Etch. Christoph signature.asc Description: Digital signature
Bug#419248: radioclk: [INTL:es] Spanish po-debconf translation
tags 419248 pending thanks On Sat, Apr 14, 2007 at 05:05:42PM +0200, Enrique Matías Sánchez (Quique) wrote: Please find attached the po-debconf translation of radioclk into Spanish. It will be in the next upload. -- Paul Martin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419507: bugs closed bu NMUs are really closed, not tagged fixed
Package: developers-reference Version: 3.3.8 Hi, In section 5.11.4, you say: If the source NMU (non-maintainer upload) fixes some existing bugs, these bugs should be tagged fixed in the Bug Tracking System rather than closed. By convention, only the official package maintainer or the original bug submitter close bugs. Fortunately, Debian's archive system recognizes NMUs and thus marks the bugs fixed in the NMU appropriately if the person doing the NMU has listed all bugs in the changelog with the Closes: bug#n syntax (see When bugs are closed by new uploads, Section 5.8.4 for more information describing how to close bugs via the changelog). Tagging the bugs fixed ensures that everyone knows that the bug was fixed in an NMU; however the bug is left open until the changes in the NMU are incorporated officially into the package by the official package maintainer. This no longer works like that, according to a discussion on #debian-qa: 09:51:12 lucas_ somebody knows why #415530 is marked as Done in the BTS, instead of only fixed ? (it was fixed in an NMU) 09:52:18 ana NMUs close bugs 09:52:26 ana IICR your question 09:59:59 lucas_ ana: http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-nmu-patch says that dak should tag bugs fixed 10:00:02 lucas_ not close them 10:00:53 ana that is outdated then 10:00:56 pusling lucas_: then dev-ref is outdated 10:01:01 lucas_ ok 10:01:10 * pusling as always think ana is right ;) 10:01:45 buxy lucas_: file a bug on developers-reference if there's none for this yet :) 10:08:00 HE lucas_: We asked the ftp-team to change this because it was playing silly buggers with the version tracking 10:08:30 HE lucas_: While a versioned closed can be used to see if a bug is still open in the version in testing, a fixed tag has no versioning information at all -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419412: nis: wrong and incomplete settings for AMD in /var/yp/Makefile
So just to clarify I'm looking at the same documetnation that you are and there are no examples other than auto.home in the documentation in there? Correct. The second point is simply that /var/yp/Makefile contains entries for the kernel automounter for mountpoints defined by AUTO_MASTER, AUTO_HOME and AUTO_LOCAL. Given that the kernel automounter and amd provide pretty much the same servic3, it would be more consistent to provide the same definitions (and recipes) also for corresponding AMD_MASTER AMD_HOME and AMD_LOCAL, instead of only providing AMD_HOME. I'd prefer to stick to the documentation that am-utils provides. Without some suggestion there's no telling how many maps people will create or what they'll decide to call them. Ah ... Okay, I take you're point: you mean that as there were no examples in the AMD sources of use of any other map besides the amd.home map, you believe /var/yp/Makefile should *also* not use any other example - despite that the comments included in /etc/am-utils.amd.conf are somewhat misaligned with what is in /var/yp/Makefile and that /var/yp/Makefile will for sure need to be modified by anyone using AMD? Well, personally I do not agree with this; I see an opportunity to reduce the misalignment between the three packages (amd/nis and amd/autofs) within Debian and to potentially alleviate sysadmins of a little frustration and effort, but ... ... I've filed the bug report, it's out of my hands now. I leave it to you to do as you see fit. Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419508: /usr/bin/ld: errno: TLS definition in /lib32/libc.so.6 section .tbss mismatches non-TLS definition in /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib32/libc.a(errno.o) section .bss
Package: g++ Version: 4.1.1-15 When compiling a simple C++ file on x86_64 for the i386 architecture using -export-dynamic, I got this error: $ g++ -m32 -export-dynamic -o test test.cpp /usr/bin/ld: errno: TLS definition in /lib32/libc.so.6 section .tbss mismatches non-TLS definition in /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib32/libc.a(errno.o) section .bss /lib32/libc.so.6: could not read symbols: Bad value collect2: ld returned 1 exit status After installing libc6-dev-i386, the error went away. I'm not really sure how to handle this problem (maybe a package-dependency). I just wanted to file it here. - twisti -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419509: After etch release debmirror stopped functioning.
Package: debmirror Version: 20060907.1 Severity: normal After etch release debmirror stopped functioning. I use debmirror from etch distributive. Because of the changes in repositories after the programme release it stopped functioning. It permanently runs against missing files: dists/etch/main/debian-installer/source/Sources.gz dists/lenny/main/debian-installer/source/Sources.gz dists/sid/main/debian-installer/source/Sources.gz mirrors ftp.debian.org, ftp.nl.debian.org, ftp.ru.debian.org etc local_dir=/share/www/us.debian.lan/debian mirror=ftp.debian.org mirror_dir=debian method=http #rsync dist=etch,lenny,sid,experimental section=main,contrib,non-free,main/debian-installer arch=i386 log_file=log/last_rsync.log debmirror --progress --source --passive --host=$mirror \ --method=$method --root=$mirror_dir --dist=$dist \ --rsync-options=-aIL --partial --quiet --no-o --no-g --no-perms \ --section=$section --arch=$arch --postcleanup $local_dir \ --getcontents \ --pdiff=none \ --ignore-small-errors -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages debmirror depends on: ii bzip2 1.0.3-6high-quality block-sorting file co ii libcompress-zlib-perl 1.42-2 Perl module for creation and manip ii libdigest-sha1-perl 2.11-1 NIST SHA-1 message digest algorith ii liblockfile-simple-perl 0.2.5-7Simple advisory file locking ii libwww-perl 5.805-1WWW client/server library for Perl ii perl [libdigest-md5-perl] 5.8.8-7Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.8-7Core Perl modules ii rsync 2.6.9-2fast remote file copy program (lik Versions of packages debmirror recommends: ii gnupg 1.4.6-1GNU privacy guard - a free PGP rep ii patch 2.5.9-4Apply a diff file to an original -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419498: icedove: Please build against hunspell
tags 419498 + confirmed thanks Thanks Mike ... any upstream bug id for system-hunspell ? Last time I looked there has been just a patch upgrading in-source myspell to hunspell, but not the system one. On Mon, Apr 16, 2007 at 08:05:19AM +0200, Mike Hommey wrote: Package: icedove Version: 1.5.0.10.dfsg1-3 Severity: important Tags: patch myspell is being obsoleted by hunspell and there is a plan to make the myspell dictionaries directory to the hunspell one (to make it easier to transition the dictionary packages). Unfortunately, while hunspell can use myspell dictionaries, myspell can't use hunspell ones. While icedove doesn't build using the system myspell, it uses an internal version, and thus is also prone to break with hunspell dictionaries soon. Attached here is a patch to make the myspell component use an external hunspell instead of the internal myspell. You should add --enable-system-hunspell to the configure command line, and build depend on libhunspell-dev (= 1.1.5-2). Note that if you don't add --enable-system-hunspell, the patched icedove would successfully build using the internal myspell. - Alexander -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404697: [EMAIL PROTECTED]: [unison-users] New beta-release (2.27)]
Hello, Thomas Schwinge writes: Hello! I was testing this tiny patch (at least I think it's the same patch as Jerome Vouillon had sent me for testing ;-) on a version 2.13.16 compilations and had no problems so far. - Forwarded message from Benjamin Pierce [EMAIL PROTECTED] - To: Unison Users [EMAIL PROTECTED], [EMAIL PROTECTED] From: Benjamin Pierce [EMAIL PROTECTED] Subject: [unison-users] New beta-release (2.27) [...] + Fixed a bug that prevented Unison from communicating correctly between 32- and 64-bit architectures. [...] - End forwarded message - Regards, Thomas Great ! However, i plan to upload directly 2.27... But since, i will keep a unison2.13 package, i will try your patch ! Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419112: cogito: Recursive function call if EDITOR is not set
On Fri, Apr 13, 2007 at 07:48:07PM +0200, Jan Niehusmann wrote: The patch applied to fix bug #402413 introduced a new bug: If $EDITOR is not set, the _editor() function calls 'editor', which happens to match the shell function editor(), which in turn calls _editor(), leading to an infinite recursion. (Segemantation fault of bash, in fact). Darn. Thanks, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419510: elserv: Contains old and unmaintained version of xml-rpc.el
Package: elserv Version: 0.4.0+0.20011203cvs-15 Severity: normal The elserv package contains and old and unmaintained version (1.2, from 2001) of xml-rpc.el. The maintained version (currently at 1.7 from 24 Mar 2007) is available [1] from the emacs weblogger project [2]. As this file is also needed for trac-wiki.el [3] (for which i will file a RFP bug) maybe it should be packaged seperately? Ad [1]: CVS access at http://cvs.savannah.gnu.org/viewcvs/emacsweblogs/weblogger/lisp/xml-rpc.el Ad [2]: Project website at http://savannah.nongnu.org/projects/emacsweblogs/ Ad [3]: trac-wiki.el is a emacs major mode for editing and crating wiki pages in trac sites. Project web site at http://www.meadowy.org/~gotoh/projects/trac-wiki/ Source access at http://www.meadowy.org/~gotoh/projects/trac-wiki/browser/trac-wiki.el -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (1200, 'stable'), (900, 'testing'), (700, 'experimental'), (290, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Versions of packages elserv depends on: ii emacs-snapshot-gtk 1:20070302-1 The GNU Emacs editor (with GTK+ 2. ii emacs2121.4a+1-5 The GNU Emacs editor ii flim 1:1.14.8+0.20060617-1 library about internet message for ii ruby 1.8.2-1 An interpreter of object-oriented elserv recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345917: xbase-clients: xrandr retruns crazy Hz value
Brice Goglin wrote: Hi, About a year ago, you reported a bug to the Debian BTS regarding xrandr returning crazy Hz values. Did you reproduce this problem recently? With Xorg/Etch? If so, could you try updating to the latest Xorg packages currently in experimental? No more. It seems to be fixed now. Can close the bug. Thanks for asking! -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418338: fglrx-driver: Xorg crashes when shutting down
sECuRE a écrit : Package: fglrx-driver Version: 8.28.8-4 Severity: critical Justification: breaks the whole system When running Xorg (via gdm or startx), there is no problem. fglrx runs as expected. However, when shutting down Xorg via Ctrl+Alt+Backspace or when shutting down, the system just freezes. That means, there is no monitor output anymore, it does not reboot properly, not pingable and no SSH-Login available. It's a known bug = #345040 To more logs: The module is never released by X and if you switch fast enough on the console you can the that the X process take 100% of one CPU. There's no logs in X log in kernel logs. It happens also with 2.6.18 and experimental package (8.31.5-1) and with latest ati release (8.35.5-1). Since linux-headers-2.6.20-1-686 has a broken dependancy I cannot test these packages with 2.6.20. Last thnig, one time a build of debian linux-kernel was done without some debian pathes and a lot of bugs were gone (this one, and some relative to hibernation). Regards, -- Encolpe DEGOUTE http://encolpe.degoute.free.fr/ Logiciels libres, hockey sur glace et autres activités cérébrales
Bug#419498: icedove: Please build against hunspell
On Mon, Apr 16, 2007 at 10:40:43AM +0200, Alexander Sack - Debian Bugmail wrote: tags 419498 + confirmed thanks Thanks Mike ... any upstream bug id for system-hunspell ? Last time I looked there has been just a patch upgrading in-source myspell to hunspell, but not the system one. Seeing the comments in bz#345080 which is about system myspell, I felt no need to send the system hunspell patch... I'm also hoping they will use a generic contract ID for the spellchecker implementation, which is also why I'm not changing the contract ID for hunspell, as the patch in bugzilla does, see my comments on bz#319778. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419434: [Falk Hueffner] tetexlive-bin FTBFS on Alpha due to gcc PR28623
Frank Küster [EMAIL PROTECTED] writes: tetexlive-bin fails to build on Alpha: [...] The reason is an obscure bug in gcc that only triggers when accessing exactly the 32767th element of a character array. Since I don't know how fix it in gcc and nobody else seems to be working on that, I suggest you apply the following workaround: I think we'll do that. Do you know which versions of gcc show that bug? good: 3.3, 3.4, 4.0 bad: 4.1, 4.2 Upstream also provides binaries for Linux on alpha, so obviously they didn't encounter it. Maybe they used one of the good versions, or compiled with -mcpu=ev56 or higher. -- Falk
Bug#419235: RC bugs of packages that Depend on tetex-base
user [EMAIL PROTECTED] usertags 419235 depends-on-tetex-base tags 419235 patch usertags 400597 depends-on-tetex-base tags 400597 patch usertags 385139 depends-on-tetex-base tags 385139 patch usertags 412833 depends-on-tetex-base tags 412833 patch usertags 419239 depends-on-tetex-base tags 419239 patch usertags 419230 depends-on-tetex-base tags 419230 patch, lenny usertags 419234 depends-on-tetex-base tags 419234 patch # texmacs' 418660 already has a patch usertags 418660 depends-on-tetex-base # 419237, 403468, 419238 already fixed usertags 419237 depends-on-tetex-base usertags 403468 depends-on-tetex-base usertags 419238 depends-on-tetex-base usertags depends-on-tetex-base thanks Hi, I'm very sorry for this, in particular because we have already discussed this problem in the past but forgot about it before the upload of texlive 2007 to unstable. (And many thanks to Ralf and others for filing the bugs.) The quick fix to make all these packages installable again, and those bugs non-RC, is to just drop the tetex-base dependency (and build-dependency, if applicable). It will not close them, however, because no package should depend on the transitional packages tetex-bin or tetex-extra. Instead, proper texlive dependencies need to be found. I plan to NMU all these bugs (with the quick fix) as fast as my time permits, and depending on the reaction of maintainers, of course. I'll start with those that have unacknowledged NMUs and try to continue as effectively as possible - please tell me if you are preparing an upload yourself. Please don't take these NMUs as offensive, it's rather my self-punishment for not thinking about filing proper bugs in advance. As always, help for finding proper texlive-dependencies can be found on http://pkg-tetex.alioth.debian.org/mapping-texlive.html and by asking on [EMAIL PROTECTED] Regards, Frank It has always been a bug to depend on tetex-base[1] [1] except in some very special, theoretical case which AFAIK does not apply to any package in Debian -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#418098: [rdesktop-devel] [PATCH] rdesktop segfault with libx11-6 1.0.3-7
One small point: I think it might be better to pass 8 for bitmap_pad rather than g_bpp... which should have the same effect of specifying no padding, but is in line with X11 documentation which specifies that you should pass 8, 16 or 32 for bitmap_pad. I'm a little worried that some future X server might not be happy with 24. In principle I also tend to agree with Ilya, that it would be better to supply bytes_per_line as a sanity check... if rdesktop and X disagree on it then you'd get garbage on the screen, as you saw with your initial test. But then, for bitmap_pad=8, I can't imagine that the X server would arrive at a different value to cx*g_bpp/8. Matt On Thu, Apr 12, 2007 at 10:03:16AM -0400, Mark Heily wrote: Here is a corrected patch that fixes the segfault and correctly redraws the desktop image. This has been tested with a Windows 2000 Server at 8bpp and a Windows 2003 server at 16bpp. Thanks to Mat G for his suggestion on how to fix my original patch. -Mark --- ../rdesktop/xwin.c2007-01-17 02:39:31.0 -0500 +++ xwin.c2007-04-12 09:51:46.0 -0400 @@ -3218,7 +3218,7 @@ return; image = XCreateImage(g_display, g_visual, g_depth, ZPixmap, 0, - (char *) data, cx, cy, BitmapPad(g_display), cx * g_bpp / 8); + (char *) data, cx, cy, g_bpp, 0); if (g_ownbackstore) { --- ../rdesktop/xwin.c2007-01-17 02:39:31.0 -0500 +++ xwin.c2007-04-12 09:51:46.0 -0400 @@ -3218,7 +3218,7 @@ return; image = XCreateImage(g_display, g_visual, g_depth, ZPixmap, 0, - (char *) data, cx, cy, BitmapPad(g_display), cx * g_bpp / 8); + (char *) data, cx, cy, g_bpp, 0); if (g_ownbackstore) { - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ rdesktop-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/rdesktop-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416181: libogre5c2a: the version in Debian is too outdated.
Il giorno ven, 06/04/2007 alle 16.22 +0200, Cyril Brulebois ha scritto: I did some packaging work for 1.2.4 but wasn't able to prepare a satisfying enough version for an upload on time for etch. I'd be glad to help you with the packaging of the needed libraries -- I'm currently updating my modifications to match 1.4.0. I guess that we could maintain ogre together since you look like still interested in its packaging. What's your opinion? Absolutely. I am packaging freeimage right now and I hope to have a clean debian package for the end of the week. federico -- Federico Di Gregorio http://people.initd.org/fog Debian GNU/Linux Developer[EMAIL PROTECTED] INIT.D Developer [EMAIL PROTECTED] Everything will be OK at the end. If it's not OK, it's not the end. -- Unknown signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#404856: opensync: new upstream version available
tag 404856 patch thanks My packages for 0.22 are available [1]. I have changed the sonames so the library packages can be installed in parallel with the current versions. Some plugin packages and tools will be available shortly from the same location. Marcus [1] http://www.better.se/debian/opensync/ pgp9sItVFFNeO.pgp Description: PGP signature
Bug#419454: snort: FTBFS: Failed to create faq.dvi
user [EMAIL PROTECTED] usertags 419454 builddep-tetex-ftbfs thanks Kurt Roeckx [EMAIL PROTECTED] wrote: ! LaTeX Error: File `fancyheadings.sty' not found. fancyheadings is an obsolete style for LaTeX 2.09. It's been obsolete since 1994 when LaTeX 2\epsilon came out. I wonder why teTeX-3.0 still contained it... From the name, fancydr.sty seems like providing similar functionality, but I'd be very surprised if it was a drop-in replacement. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#328479: X11 (??) unsets LD_LIBRARY_PATH
Hi, I initialize the environment for KDE with a script in /usr/env. Somebody resets LD_LIBRARY_PATH, but no other variables. This happens under Etch, not under Sarge. ssh_agent resets LD_LIBRARY_PATH (under Sarge and Etch). Under Etch startkde calls ssh-agent /usr/bin/dbus-launch. But under Sarge ssh-agent starts startkde. Peter Altmann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419472: aegis: FTBFS under pbuilder even building as non-root
On 4/16/07, Daniel Schepler [EMAIL PROTECTED] wrote: Package: aegis Version: 4.22-2 Severity: important From my pbuilder build log: ... I: using fakeroot in build. [...] I'm not sure why it still thinks it's running as root when it isn't. You can look also to the last comment of #393624. I have an unfinished patch that solve the reported issue, however it's not enough to make the testsuite succeed. As a Debian user and Aegis developer I'm interested in making aegis build without problem on debian, however I do not have enough competencies on the debian side. If someone is willing to help on the debian side I can work on aegis to solve the problem. ciao -- walter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419505: ftp.debian.org: Problem when executing debmirror
Hello, I made a mistake in my bugreport: My primary server is not ftp.debian.org, but ftp.debian.de. Regards Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418560: unreproducible
tags 418560 +unreproducible tags 418560 +moreinfo thanks Hello, I have the same version installed here and I can't agree that this bug exists, I tested it here on my local machine in the office: [EMAIL PROTECTED]:~$ at 11:40 warning: commands will be executed using /bin/sh at echo test | mail [EMAIL PROTECTED] at EOT job 1 at Mon Apr 16 11:40:00 2007 [EMAIL PROTECTED]:~$ atq 1 Mon Apr 16 11:40:00 2007 a mario Exactly on time the command was executed (as I can see in /var/log/mail.log) so I think you use the program in a wrong way?! Maybe you forgot to finish scheduling the job with Ctrl+D. Thanks and regards -- .''`. Mario Iseli [EMAIL PROTECTED] : :' :proud user of Debian unstable `. `'` `- Debian - when you have better things to do than fixing a system -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419511: libstdc++6-4.2-doc: file conflict with libstdc++6-4.1-doc
Package: libstdc++6-4.2-doc Version: 4.2-20070405-1 Severity: normal Hi, there is a file conflict with libstdc++6-4.1-doc: Selecting previously deselected package libstdc++6-4.2-doc. Unpacking libstdc++6-4.2-doc (from .../libstdc++6-4.2-doc_4.2-20070405-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/libstdc++6-4.2-doc_4.2-20070405-1_all.deb (--unpack): trying to overwrite `/usr/share/man/man3/std::tr1::_Derives_from_binary_function.3.gz', which is also in package libstdc++6-4.1-doc dpkg-deb: subprocess paste killed by signal (Broken pipe) Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libstdc++6-4.2-doc depends on: ii gcc-4.2-base 4.2-20070405-1 The GNU Compiler Collection (base libstdc++6-4.2-doc recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328479: X11 (??) unsets LD_LIBRARY_PATH
On Monday 16 April 2007, peter altmann wrote: Hi, I initialize the environment for KDE with a script in /usr/env. Somebody resets LD_LIBRARY_PATH, but no other variables. This happens under Etch, not under Sarge. ssh_agent resets LD_LIBRARY_PATH (under Sarge and Etch). Under Etch startkde calls ssh-agent /usr/bin/dbus-launch. But under Sarge ssh-agent starts startkde. Thank you for your mail. Where do you see the ssh-agent call in the kde startup process ? /Sune -- Man, how to telnet to a button? You neither have to insert a attachment of a USB shell, nor should ever save the editor over the FPU. pgpbgjjdAd6jL.pgp Description: PGP signature
Bug#419512: floating point exception when used with multipath-tools/device mapper/kernel 2.6.16
Package: evms Version: 2.5.5-18 Under some circumstances evms starts throwing a floating point exception: evms-engine.log: Apr 16 11:04:06 xen01 _0_ Engine: signal_handler: *** Apr 16 11:04:06 xen01 _0_ Engine: signal_handler: *** Signal: Floating point exception Apr 16 11:04:06 xen01 _0_ Engine: signal_handler: *** In my case it happened after installing multipath-tools. This is a known issue in evms 2.5.5 used in combination with kernel 2.6.16 and is afaik fixed in cvs. Find a patch and more informations at the following link: http://marc.info/?l=evms-develm=116299281623015w=2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419498: icedove: Please build against hunspell
On Mon, Apr 16, 2007 at 11:05:26AM +0200, Mike Hommey wrote: On Mon, Apr 16, 2007 at 10:40:43AM +0200, Alexander Sack - Debian Bugmail wrote: tags 419498 + confirmed thanks Thanks Mike ... any upstream bug id for system-hunspell ? Last time I looked there has been just a patch upgrading in-source myspell to hunspell, but not the system one. Seeing the comments in bz#345080 which is about system myspell, I felt no need to send the system hunspell patch... I'm also hoping they will use a generic contract ID for the spellchecker implementation, which is also why I'm not changing the contract ID for hunspell, as the patch in bugzilla does, see my comments on bz#319778. welcome home ... :) this makes (nearly) no sense ... well, as long as hunspell/myspell does not ship shared libs one can still argue that it really doesn't matter as we have to respin gecko(s) in case a security issue in myspell/hunspell pops up ... Of course, thats not the way they argue ... if you want to call their comments to argue at all. Anyway, any news on shared-libs for hunspell? How does OOo project think about this? - Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419514: locales uninstallable in sid
package: locales version: 2.5-2 Locales disappeared yesterday. Attempting to install it I get: arcadia:~:$ wajig install locales Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: locales: Depends: glibc-2.5-1 but it is not installable E: Broken packages I know that glibc-2.5-1 is a virtual packaga but I was not able to install the relevant packages to make things work. -- Anthony Campbell - [EMAIL PROTECTED] Microsoft-free zone - Using Linux Gnu-Debian http://www.acampbell.org.uk (blog, book reviews, on-line books and sceptical articles) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419513: vde2: Wrong information on README.Debian
Package: vde2 Version: 2.1.6-1 Severity: minor Hi, The README.Debian file shipped with vde2 says: 3. Add the user to vde-net group: # adduser user vde-net When you install vde2 the group is called vde2-net :) (At least on my system!!) Cheers, Marc -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (300, 'unstable'), (150, 'experimental'), (100, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vde2 depends on: ii adduser 3.102 Add and remove users and groups ii libc6 2.5-1 GNU C Library: Shared libraries ii libvdeplug2 2.1.6-1Virtual Distributed Ethernet - Plu Versions of packages vde2 recommends: pn daemonnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419515: qemu: -smb seems not to work
Package: qemu Version: 0.9.0-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm launching qemu like so: qemu -cdrom debian-live-etch-i386-standard.iso -smb /home/sam/ -m 256 Once smbclient is installed inside the vm: $ smbclient //10.0.2.4/qemu Domain=[MSHOME] OS=[Unix] Server=[Samba 3.0.24] Server not using user level security and no password supplied. tree connect failed: NT_STATUS_BAD_NETWORK_NAME $ smbclient -L //10.0.2.4 Password: Domain=[MSHOME] OS=Unix Server=[Samba 3.0.24] SharenameType Comment IPC$ IPCIPC Service (Sam's PC) fontsDisk data Disk session request to 10.0.2.4 failed (Call returned zero bytes (EOF)) session request to 10 failed (Call returned zero bytes (EOF)) session request to *SMBSERVER failed (Call returned zero bytes (EOF)) NetBIOS over TCP disabled -- no workgroup available It seems that qemu is contacting the instance of samba that is running on my PC, rather than the smb server that Qemu is supposed to provide. - -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (540, 'stable'), (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages qemu depends on: ii bochsbios 2.3-2 BIOS for the Bochs emulator ii libasound21.0.13-2 ALSA library ii libc6 2.5-1 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer ii openhackware 0.4.1-2OpenFirmware emulator for PowerPC ii proll 18-2 JavaStation PROM 2.x compatible re ii vgabios 0.6a-1 VGA BIOS software for the Bochs an ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages qemu recommends: ii debootstrap 0.3.3.2Bootstrap a basic Debian system ii sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode ii vde2 2.1.6-1Virtual Distributed Ethernet - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGI0lBshl/216gEHgRAkUmAKCo1oZCWQ8OF+mXD7dSBuUdGmmq1wCgwsLK 7qwSggsRxOQ+54WrQCgNfCM= =fO2O -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419498: icedove: Please build against hunspell
On Mon, Apr 16, 2007 at 11:57:06AM +0200, Alexander Sack wrote: Anyway, any news on shared-libs for hunspell? How does OOo project think about this? We have shared libs in debian, and I think upstream have them too, but Rene would know better than I. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382889: for users that install a lot of systems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Gilbert wrote: On 4/15/07, Geert Stappers wrote: For those users there is preseeding. See the preseeding section in the manual for details. ok, so if that's the case, why can't the prompts be upfront and store the user choices to the preseed file? Because nobody wrote a preseed-wizard? - -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGI0spY8Chqv3NRNoRAjxyAJ9yMEoz3iZToSGK2OEgQPwWlyObNgCguPFY HdknpyKcGCHpNYEq7yAuPUA= =v0VK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419516: Do not work with tls
Package: phpldapadmin Severity: important Version: 0.9.8.3-8 Tags: security Hi I have recently upgraded from sarge to etch. I have problem to get the tls option to work. These are the relevant parts of the configuration: $ldapservers-SetValue($i,'server','host','ldaps://ldap.opalsys.net:636/'); $ldapservers-SetValue($i,'server','port','636'); $ldapservers-SetValue($i,'server','tls',true); It works very well if I set host to ldap://ldap.opalsys.net and tls to false. The error I get is: Error Could not start TLS. Please check your LDAP server configuration. LDAP said: Can't contact LDAP server I enabled the logging and it tells [0.000] login.php(17): ldapserver::connect(): Entered with (1,user,) [0.000] login.php(17): ldapserver::_connect(): Entered with (user) [0.000] login.php(16): ldapserver::connect(): Creating new connection [user] for Server ID [0] [0.000] login.php(80): ldapserver::connect(): This IS a config login [0.000] login.php(80): ldapserver::connect(): Config settings, DN [cn=browse,dc=opalsys,dc=net], PASS [2b465f26d3125d7f69dc9be516b2b6e1] [0.000] login.php(80): ldapserver::connect(): Config settings, DN [cn=browse,dc=opalsys,dc=net], PASS [2b465f26d3125d7f69dc9be516b2b6e1] [0.000] login.php(17): ldapserver::_connect(): Entered with (user) [0.001] login.php(16): ldapserver::connect(): LDAP Resource [Resource id #18], Host [ldaps://ldap.opalsys.net/], Port [636] [0.000] login.php(17): ldapserver::isTLSEnabled(): Entered with () [0.050] login.php(1): pla_error(): Entered with (Could not start TLS. Please check your LDAP server configuration.,Can't contact LDAP server,-1,1) I have also tried a numerous variants of port, uri settings etc. Nothing helps more than to disable tla. I have libnss-ldap setup with tls enabled and I can access it from many other places, but not from phpldapadmin. You can try for yourself as it is publicly available. I marked it with security as missing encryption support can be seen as a security issue. Regards, // Ola ii php4 4.4.4-8+etch1 server-side, HTML-embedded scripting language (meta-package) ii apache2 2.2.3-4 Next generation, scalable, extendable web server ii phpldapadmin 0.9.8.3-8 web based interface for administering LDAP servers -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419477: (no subject)
my report is a duplicate of bug #419373. Sorry, but this report was not yet there when I wrote my report. Regards, Benjamin Eikel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418560: unreproducible
Hello Mario, I have the same version installed here and I can't agree that this bug exists, I tested it here on my local machine in the office: [EMAIL PROTECTED]:~$ at 11:40 warning: commands will be executed using /bin/sh at echo test | mail [EMAIL PROTECTED] at EOT job 1 at Mon Apr 16 11:40:00 2007 [EMAIL PROTECTED]:~$ atq 1 Mon Apr 16 11:40:00 2007 a mario Exactly on time the command was executed (as I can see in /var/log/mail.log) so I think you use the program in a wrong way?! Maybe you forgot to finish scheduling the job with Ctrl+D. No, I used at in the same way as I did before under sarge. My favourite way to execute the at command is something like this: for host in list; do ssh -l root $host 'echo shutdown -r +5 | at 16:43'; done This works on sarge, but fails on etch. I can see that the job starts running, because the output of atq changes from 1 Sun Apr 15 16:43:00 2007 a root to 1 Sun Apr 15 16:43:00 2007 = root, but the job is not completed and stays in the queue. Regards Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419517: No good upgrade path
Package: phpldapadmin Severity: normal Version: 0.9.8.3-8 Hi When upgrading from sarge to etch the upgrade path was not perfect. I decided to keep the configuration file because I wanted to keep my server settings. After that the tool told me that I did not have any servers enabled. In order to make things work (except for tls where I have reported a separate bug) I had to remove the config.php file and run dpkg-reconfigure phpldapadmin in order to create a new file to which I could fill in values. I suggest to at least document this in README.Debian or make a debconf note for this (I'm not sure if the later is allowed). The preferred solution would of course be to have a nice upgrade path, but that may be difficult to perform. Regards, // Ola ii phpldapadmin 0.9.8.3-8 web based interface for administering LDAP servers -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419518: incron silently discards command output
Package: incron Version: 0.5.5-1 Severity: important If incron launches a command it does silently discard and drop its output. That is *very* bad, because it makes logging of the output impossible. Steps to reproduce: 1. Create a script test.sh which does simply echo something (e.g. Hello World) 2. Create a incrontab entry which executes this script and pipes it output to logger, e.g. $CMD | logger -t cmd 3. Trigger the event that causes the CMD to execute The best approach would be to do what crond does about output. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages incron depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip incron recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407487: qtconfig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The bug seems related to qtconfig-qt4: also the dialog of qtconfig-qt4 is garbled, however when choosing a font this dialog goes well, but lastfm does not. I nfirm thet the new version from http://people.igalia.com/berto/ works well. This happens to me only on a xfce PC. On machines with kde installed, no problem. pc - -- Paolo Cavallini http://www.faunalia.it/pc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGI1Ao/NedwLUzIr4RAjP8AJ9U8H/nRZXpWHjX4vaRyzgcPoov/gCgpETL uyPrBk5cdIQghq/SJHlZ/Zw= =sZie -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419519: No good upgrade path with tls
Package: libnss-ldap Version: 251-7.5 Severity: normal Hi I hade some problem when upgrading from sarge to etch. Suddently it was no longer possible to login and getent passwd for example did no longer list the users in ldap. In nsswitch.conf the relevant parts are: passwd: compat ldap group: compat ldap shadow: compat ldap In libnssldap.conf the relevant parts are: host ldap.opalsys.net base dc=opalsys,dc=net ldap_version 3 binddn cn=browse,dc=opalsys,dc=net bindpw x rootbinddn cn=admin,dc=opalsys,dc=net port 636 ssl start_tls ssl on This do not work. When I comment the following entries: # host ldap.opalsys.net # port 636 and then add uri ldaps://ldap.opalsys.net/ Then it works again. Please document (or correct it) this somewhere, that host, port and tls do not work together. I have not checked without tls support so it may be so that host and port do no longer work, but rather just the uri. Regards, // Ola ii libnss-ldap 251-7.5 NSS module for using LDAP as a naming service -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404856: opensync: new upstream version available
On Mon, 2007-04-16 at 11:25 +0200, Marcus Better wrote: tag 404856 patch thanks My packages for 0.22 are available [1]. I have changed the sonames so the library packages can be installed in parallel with the current versions. Some plugin packages and tools will be available shortly from the same location. Is there a reason not to just upgrade the existing packages? Are the libraries ABI incompatible? -Rob -- GPG key available at: http://www.robertcollins.net/keys.txt. signature.asc Description: This is a digitally signed message part
Bug#419521: /usr/bin/apt-get: please fix apt warning when an arch:all package is uninstallable because the arch:any misses
Package: apt Version: 0.6.46.4-0.1 Severity: important File: /usr/bin/apt-get e.g. right now, locales is uninstallable on i386 because libc6 i386 is built and not uploaded yet. apt-get install locales gives: $ sudo apt-get install locales Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: locales: Depends: glibc-2.5-1 but it is not installable E: Broken packages Users follow it to the letter, and we've had no less than 5 or 6 RC bug reports because of that. Now that amd64 becomes popular, this problem is more and more visible, and should be docummented instead of that alarming error message. The bug severity is important, because that's a real PITA for every maintainer in debian that builds packages with arch:all and arch:any packages. Please consider detecting this usual case or at least expand the error message. Thanks -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org
Bug#419520: libc (about Apr 15 unstable update) has broken locales.
Package: locales Severity: important $ locale locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= locale package is completely broken, either package was removed or some dependency were broken. Due to this problem all applications which depend on locale do not work corectly, namely mutt and gvim. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy pn glibc-2.3.6.ds1-1 none (no description available) locales recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404856: opensync: new upstream version available
Is there a reason not to just upgrade the existing packages? Are the libraries ABI incompatible? It's not clear to me, but they changed the API by moving the header file opensync/opensync_xml.h, according to Michael, so we need a new -dev package name or the existing packages will FTBFS (unless we transition all of them to the new version, which could make sense). I can make a new package keeping the names if you prefer that. Marcus pgpHaZeP3TVsE.pgp Description: PGP signature
Bug#351082: ITP funkload
retitle 351082 ITP: funkload -- functional and load web tester owner 351082 ! thanks I'll be working on this package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326524: ITP depinit
retitle 326524 ITP: depinit -- radical and really cool replacement for /sbin/init - and initscripts! owner 326524 ! thanks I'll be working on this package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357738: ITP dcfldd
retitle 357738 ITP: funkload -- functional and load web tester owner 357738 ! thanks I'll be working on this package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410955: No windows wanted
On 2007-04-16T00:36+0200 Mike Hommey wrote: Here, if I set new pages to be opened in tabs, it properly opens in tabs... I found the problem. Though it is selected as open in tabs, you have to click on it AGAIN in the prefs to make it work. I did a diff between the two ~/.mozilla and I think this might be missing from somewhere: user_pref(browser.link.open_newwindow, 3); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365901: ITP documentlibrary
retitle 365901 ITP: documentlibrary -- document management system owner 365901 ! thanks I'll be working on this package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419498: icedove: Please build against hunspell
Hi, Mike Hommey wrote: On Mon, Apr 16, 2007 at 11:57:06AM +0200, Alexander Sack wrote: Anyway, any news on shared-libs for hunspell? How does OOo project think about this? We have shared libs in debian, and I think upstream have them too, but Rene Exactly. Alexander, you're not up-to-date :) $ rmadison -s unstable libhunspell-1.1-0 libhunspell-1.1-0 |1.1.5-5 | unstable | alpha, ia64 libhunspell-1.1-0 |1.1.5-6 | unstable | amd64, arm, hppa, i386, m68k, mips, mipsel, powerpc, s390, sparc would know better than I. OOo upstream has still 1.1.4 as the internal copy. Not that it would matter. Even if they used 1.1.5 they would use their own internal version anyway as they do that with everything. Even with getopt() - yes, also on Linux... Regards, Rene -- .''`. Ren? Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Bug#419347: fontconfig: [debconf_rewrite] Debconf templates review
On Sun, 2007-04-15 at 08:41 +0200, Christian Perrier wrote: Please review the suggested changes are suggested, and if you have any objections, let me know in the next 3 days. I have reviewed these changes and they all look reasonable. Thanks, in particular, for catching the extra space after many sentences. A bad habit I learned as a child in typing class. -- [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#406926: fixed in etch r1, too
2.0.4.dfsg.2-7 was a bit too late for etch r0 but it's approved for etch r1 and therefore this bug will also be fixed in etch r1. Regards, Rene -- .''`. Ren? Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Bug#413844: opensync-plugin-kdepim: new packages available
tag 415005 patch tag 415009 patch tag 413844 patch thanks Packages for version 0.22, which fix this bug, are available here: http://www.better.se/debian/opensync/ Marcus pgpH1IZgG5Ud4.pgp Description: PGP signature
Bug#419481: libc6 fails to upgrade on AMD64 X2
I'm sorry but my antispam system caught up all of your messages and it's taken a while for me to be aware of them. I hope it won't happend ever again. was it the error the first time you tried to install ? Yes. Actually I've also tried with the previous 2.5 glibc versions from experimental and same result. does it segfaults with a debian kernel (such as 2.6.18 or .20) as well ? I also ckecked the segfault with 2.6.19 .20 vanilla kernel. I'll try to test it for a debian one as soon as possible. Do you run selinux or any particular stuff ? Not the case. ould you give your /etc/nsswitch.conf please ? Unfortunately I cannot reach the machine right now, I'll report it later (but I've never touched such a file). Also, I'll try to setup a chroot system with just this news libs to isolate the problem (if I manually install them in the root system, the init process segfaults at the beginning). More info: not a single problem with other x86 and x86_64 systems (but neither of them are SMP). Thanks for your help -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419498: icedove: Please build against hunspell
On Mon, Apr 16, 2007 at 01:05:14PM +0200, Rene Engelhard wrote: Hi, Mike Hommey wrote: On Mon, Apr 16, 2007 at 11:57:06AM +0200, Alexander Sack wrote: Anyway, any news on shared-libs for hunspell? How does OOo project think about this? We have shared libs in debian, and I think upstream have them too, but Rene Exactly. Alexander, you're not up-to-date :) I never claimed to ... thats why I asked in first place ;). $ rmadison -s unstable libhunspell-1.1-0 libhunspell-1.1-0 |1.1.5-5 | unstable | alpha, ia64 libhunspell-1.1-0 |1.1.5-6 | unstable | amd64, arm, hppa, i386, m68k, mips, mipsel, powerpc, s390, sparc would know better than I. OOo upstream has still 1.1.4 as the internal copy. Not that it would matter. Even if they used 1.1.5 they would use their own internal version anyway as they do that with everything. Even with getopt() - yes, also on Linux... so do we still ship patches to produce shared libs for 1.1.5 or is this feature available in unmodified upstream sources? If the latter is true, then we can probably make a hard-case out of the mozilla bug more easily. - Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374064: Am I getting crazy
package jffnms found 342841 0.8.3dfsg.1-2.1 found 374064 0.8.3dfsg.1-2.1 thanks Lars Boegild Thomsen wrote: I still see this problem with the latest version in etch. If I update rrdtool it will not work. I have to stick with the old version from sarge. I confirm the problem is still present in package version 0.8.3dfsg.1-2.1. After I upgraded from sarge to etch, network interface traffic graphs were no longer displayed. Downgrading rrdtool to sarge version corrected the problem. Janusz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357738: ITP dcfldd
This is already packaged. i uploaded it to mentors awhile ago but it never got beyond that stage http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=dcfldd Kenny - Original Message - From: José Miguel Parrella Romero [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, April 16, 2007 11:59 AM Subject: ITP dcfldd retitle 357738 ITP: funkload -- functional and load web tester owner 357738 ! thanks I'll be working on this package.
Bug#419498: icedove: Please build against hunspell
Hi, Alexander Sack wrote: so do we still ship patches to produce shared libs for 1.1.5 or is this feature available in unmodified upstream sources? It's upstream. (Since hunspell 1.1.5) Regards, Rene -- .''`. Ren� Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Bug#401701: opensync-irmc: new packages available
tag 401701 patch thanks My packages for version 0.22 are available here: http://www.better.se/debian/opensync/ They install the README file which documents at least some settings... Marcus pgpKHXkO3h7jL.pgp Description: PGP signature
Bug#419523: RFH: openoffice.org -- OpenOffice.org Office suite
Package: wnpp Severity: normal I request assistance with maintaining the openoffice.org package. The package description is: OpenOffice.org is a full-featured office productivity suite that provides a near drop-in replacement for Microsoft(R) Office. . This metapackage installs all components of openoffice.org: * openoffice.org-writer: Word processor * openoffice.org-calc: Spreadsheet * openoffice.org-impress: Presentation * openoffice.org-draw: Drawing * openoffice.org-base: Database * openoffice.org-math: Equation editor * openoffice.org-filter-mobiledevb: Mobile Devices filters * openoffice.org-filter-binfilter: legacy filters (e.g. StarOffice 5.2) . You can extend the functionality of OpenOffice.org by installing these packages: * hunspell-dictionary-*/myspell-dictionary-*: Hunspell/Myspell dictionaries for use with OpenOffice.org * openoffice.org-l10n-*: UI interface translation * openoffice.org-help-*: User help * openoffice.org-thesaurus-*: Thesauri for the use with OpenOffice.org * openoffice.org-hyphenation-*: Hyphenation patterns for OpenOffice.org * openoffice.org-gtk: Gtk UI Plugin, GNOME File Picker support, QuickStarter for GNOMEs notification are * openoffice.org-gnome: GNOME VFS, GConf backend * openoffice.org-kde: KDE UI Plugin and KDE File Picker support * menu: Will add openoffice.org menu entries for every Debian window manager. * unixodbc: ODBC database support * cupsys-bsd: Allows OpenOffice.org to detect your CUPS printer queues automatically * libsane: Use your sane-supported scanner with OpenOffice.org * libxrender1: Speed up display by using Xrender library * libgl1: OpenGL support * openclipart-openoffice.org: Open Clip Art Gallery with OOo index files * iceweasel | firefox | icedove | thunderbird | iceape-browser | mozilla-browser: Mozilla profile with Certificates needed for XML Security... * openoffice.org-filter-binfilter: Legacy filters (e.g. StarOffice 5.2) * msttcorefonts: Installs standard MS truetype fonts (contrib) * java-gcj-compat/gij-4.1 | j2re1.4 (non-free) | java2-runtime Java Runtime Environment for use with OpenOffice.org * pstoedit / imagemagick: helper tools for EPS thumbnails * gstreamer0.10-plugins-*: GStreamer plugins for use with OOos media backend The team mentioned in thze Maintainer field currently consists of me (with the rare exception of some people sending patches) I don't relly have the time to maintain this big package alone, although I have done so far since 2.0.0 basically... That shows itself in the number of open bugs (many of them are probably just obsolete and many of those not obsolete are upstream bugs and need forwarding...). If you don't want tp help maintaining this package you also could help in various other ways (like handling the BTS, cleaning up etc). But someone who helps with (maintaining it is also welcome. I'll be available to answer any questions; you will have some I think :) Regards, Rene signature.asc Description: Digital signature