Bug#508418: /etc/init.d/zaptel doesn't wait for udev
On Thu, Dec 11, 2008 at 08:43:12AM +0100, Lars Bensmann wrote: Package: zaptel Version: 1:1.4.11~dfsg-3 Severity: wishlist It would be nice to include a call to 'udevsettle' after modprobing ztdummy. Otherwise ztcfg ist not called. Is udevsettle safe for usage? Or is it expected to be replaced by 'udevadm settle' ? I also found one other minor things: # /etc/init.d/zaptel status /etc/init.d/zaptel: line 136: check_zaptel_timing: command not found Duh. s/check_/test_/ Thanks for reporting. -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508420: ncc: Update to Version 2.8
Package: ncc Version: 2.7-4 Severity: wishlist According to its homepage, ncc version 2.8 is now available. Please consider updating the Debian package. Schwab -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ncc depends on: ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libncurses5 5.7-2 shared libraries for terminal hand ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ncc recommends no packages. ncc suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508419: [nfs-utils] [CVE-2008-4552] TCP wrappers vulnerability
Package: nfs-kernel-server Version: 1:1.0.10-6+etch.1 Severity: grave Tags: security Quoting from CVE-2008-4552: »nfs-utils 1.0.9, and possibly other versions before 1.1.3, invokes the hosts_ctl function with the wrong order of arguments, which causes TCP Wrappers to ignore netgroups and allows remote attackers to bypass intended access restrictions.« (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4552) This has already been fixed in Ubuntu: http://www.ubuntu.com/usn/USN-687-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508418: /etc/init.d/zaptel doesn't wait for udev
On Thu, Dec 11, 2008 at 10:05:01AM +0200, Tzafrir Cohen wrote: Is udevsettle safe for usage? Or is it expected to be replaced by 'udevadm settle' ? Mmmh. I just found some filed bugs for Gentoo and Archlinux, but nothing for Debian. But they state that udevsettle is deprecated. So I guess, 'udevadm settle' is the way to go. -- There are two ways to write error-free programs; only the third one works. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508236: closed by Debian Archive Maintenance ftpmas...@ftp-master.debian.org (Bug#508236: fixed)
On Wed, Dec 10, 2008 at 07:15:09PM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the ftp.debian.org package: #508236: RM: boost1.36 -- ROM; New version soon available It has been closed by Debian Archive Maintenance [EMAIL PROTECTED]. Hey, no fair! The deal was that boost1.37 be accepted into the archive before removing 1.36. With this removal we have gone from being 4 months out of date (Boost 1.36 was released in August) to 8 months out of date (Boost 1.35 released end of March). Will boost1.37 get processed before long? Thanks, -Steve signature.asc Description: Digital signature
Bug#490171: rtorrent: random crash
Please, rebuild rtorrent with option 'nostrip' and send full backtrace build commands: ~~~ # apt-get build-dep rtorrent # apt-get install fakeroot $ apt-get source rtorrent $ cd rtorrent-0.7.9 $ DEB_BUILD_OPTIONS=nostrip fakeroot debian/rules binary # dpkg -i ../rtorrent_0.7.9_architecture.deb libtorrent: ~~~ # apt-get build-dep libtorrent $ apt-get source libtorrent $ cd libtorrent-* $ DEB_BUILD_OPTIONS=nostrip fakeroot debian/rules binary # dpkg -i ../libtorrentSONAME-*.deb backtrace: ~~ $ ulimit -c unlimited $ rtorrent ... wait crash (core file will be created) $ gdb rtorrent core bt -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: [EMAIL PROTECTED] jabber://[EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#508421: rsync3 server protocol incompatibility?
Package: rsync Version: 3.0.3-2~bpo40+1 Severity: important Hi, per request of mirroradm I had installed rsync 3.0.3-2~bpo40+1 on kassia.debian.org. This resulted in stable rsync clients (2.6.9-2etch2) no longer being able to access rsync shares: | [EMAIL PROTECTED]:~$ rsync -vvv kassia.debian.org::debian-security | opening tcp connection to kassia.debian.org port 873 | opening connection using --server --sender -vvv --list-only . debian-security | rsync: read error: Connection reset by peer (104) | rsync error: error in rsync protocol data stream (code 12) at io.c(604) [receiver=2.6.9] | _exit_cleanup(code=12, file=io.c, line=604): about to call exit(12) On the server the log says: | 2008/12/11 08:27:24 [30406] connect from evi.came.sbg.ac.at (141.201.27.216) | 2008/12/11 08:27:24 [30406] rsync: read error: Connection reset by peer (104) | 2008/12/11 08:27:24 [30406] rsync error: error in rsync protocol data stream (code 12) at io.c(794) [receiver=3.0.3] after downgrading the server back to 2.6.9 it works again: | [EMAIL PROTECTED]:~$ rsync kassia.debian.org::debian-security | drwxr-xr-x4096 2008/12/10 08:31:53 . | -rw-rw-r-- 183 2000/08/16 05:13:58 README.security | drwxrwxr-x4096 2008/11/24 13:26:56 dists | drwxrwxr-x4096 2008/11/24 13:37:04 indices | drwxrwxr-x4096 2002/11/20 21:22:15 pool | drwxr-xr-x4096 2008/05/13 10:51:34 project .. Cheers, weasel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326879: [djvulibre-plugin] Could not see this bug anymore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bastien ROUCARIES wrote: I could not see this bug anymore, do you see it? Don't know, I haven't tested for a long time. Cheers, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklA0JwACgkQXjXn6TzcAQkgtwCZAYqNTyRnQN7sTBFTy9LJVIaq r1wAn2eeoa3tO/bbZdjRTCPqGoNUelcQ =AQ+d -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508333: xulrunner-1.9: xulrunner keeps connecting to websites closed by iceweasel
On Thu, Dec 11, 2008 at 07:47:59AM +0100, Mike Hommey wrote: Did you try iceweasel -safe-mode ? Thank you Mike, that damn extension thing. I think Speed Dial causes the unlimited connections, after disabling and re-enabling it iceweasel stops firing at the server. Sorry for my insufficient testing. Jens signature.asc Description: Digital signature
Bug#508422: koffice-data: installation fails because of file conflict with package kde-icons-plasma
Package: koffice-data Version: 1:1.9.98.3-1 Severity: normal [EMAIL PROTECTED]:~$ sudo apt-get -t experimental install koffice-data Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: khelpcenter koffice-doc-html The following packages will be upgraded: koffice-data 1 upgraded, 0 newly installed, 0 to remove and 397 not upgraded. 14 not fully installed or removed. Need to get 0B/1393kB of archives. After this operation, 65.5kB of additional disk space will be used. Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done Reading changelogs... Done (Reading database ... 208235 files and directories currently installed.) Preparing to replace koffice-data 1:1.9.98.1-1 (using .../koffice-data_1%3a1.9.98.3-1_all.deb) ... Unpacking replacement koffice-data ... dpkg: error processing /var/cache/apt/archives/koffice-data_1%3a1.9.98.3-1_all.deb (--unpack): trying to overwrite `/usr/share/icons/oxygen/16x16/actions/format-text-italic.png', which is also in package kde-icons-oxygen dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/koffice-data_1%3a1.9.98.3-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Ritesh -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-custom (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash koffice-data depends on no packages. koffice-data recommends no packages. Versions of packages koffice-data suggests: pn khelpcenter none (no description available) pn koffice-doc-html none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508423: thread-link/-delink messages even when threading is not enabled
Package: mutt Version: 1.5.18-4 Severity: wishlist When thread-sorting is disabled, linking and delinking messages with link-thread and break-threads does not work but instead produces the error Threading is not enabled. Yet, sometimes it would be useful to be able to thread-link when messages are sorted e.g. by sender or recipient, not arranged in threads. I can't see how threading is required to create/break threads, it's really only a display option, or well, it should only be. It would be nice if I could use link-thread and break-threads even when $sort!=threads. -- Package-specific info: Mutt 1.5.18 (2008-05-17) Copyright (C) 1996-2008 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 2.6.26-1-amd64 (x86_64) ncurses: ncurses 5.7.20081129 (compiled with 5.6) libidn: 1.10 (compiled with 1.9) hcache backend: GDBM version 1.8.3. 10/15/2002 (built Aug 27 2008 08:41:43) Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP +USE_GSS -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME -CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to [EMAIL PROTECTED]. To report a bug, please visit http://bugs.mutt.org/. patch-1.5.13.cd.ifdef.2 patch-1.5.13.cd.purge_message.3.4 patch-1.5.13.nt+ab.xtitles.4 patch-1.5.4.vk.pgp_verbose_mime patch-1.5.6.dw.maildir-mtime.1 patch-1.5.8.hr.sensible_browser_position.3 -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutt depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libgdbm3 1.8.3-4GNU dbm database routines (runtime ii libgnutls26 2.4.2-4the GNU TLS library - runtime libr ii libidn11 1.10-3 GNU libidn library, implementation ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries ii libncursesw5 5.7+20081129-1 shared libraries for terminal hand ii libsasl2-22.1.22.dfsg1-23Cyrus SASL - authentication abstra Versions of packages mutt recommends: ii locales 2.7-16 GNU C Library: National Language ( ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap ii postfix [mail-transport-agent 2.5.5-1.1 High-performance mail transport ag Versions of packages mutt suggests: ii aspell0.60.6-1 GNU Aspell spell-checker ii ca-certificates 20080809 Common CA certificates ii gnupg 1.4.9-3GNU privacy guard - a free PGP rep pn mixmaster none (no description available) ii openssl 0.9.8g-14 Secure Socket Layer (SSL) binary a ii urlview 0.9-18 Extracts URLs from text Versions of packages mutt is related to: ii mutt 1.5.18-4 text-based mailreader supporting M pn mutt-dbg none (no description available) pn mutt-patched none (no description available) -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#508236: closed by Debian Archive Maintenance ftpmas...@ftp-master.debian.org (Bug#508236: fixed)
On 2008-12-11 09:14:23.00 Steve M. Robbins [EMAIL PROTECTED] wrote: Hey, no fair! The deal was that boost1.37 be accepted into the archive before removing 1.36. With this removal we have gone from being 4 months out of date (Boost 1.36 was released in August) to 8 months out of date (Boost 1.35 released end of March). No, sorry. If you want to be able to deliver the greatest boost of the day, teach them about API stability. We really, really do not want people to start using boost 1.36 now and the best way to achieve that is... not offering boost 1.36 now. That everyone who already has it is invited to keep it is bad enough. Kind regards T. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491217: better ASCII-art
Hi Ruben, On Thu, Dec 11, 2008 at 12:33:02AM +0100, Ruben Pollan wrote: On 00:20, Thu 11 Dec 08, Ruben Pollan wrote: On 17:16, Tue 09 Dec 08, Xavier Luthi wrote: I've tried to activate your visual_tree option with package version 0.4.1-1 without success. Are you sure, this new feature is available in the package version in Debian? You are right. There is a bug on the debian package, I packaged an old version of tudu and call it 0.4.1. On the actual release 0.4.1 visual tree works fine (as long as I test it). My bad, my last message is wrong. The version of tudu on debian is the last one, I have a dirty environment and I was using an older tudu for test it. Your problem (or maybe mine, because I didn't explain it well) is that the config should be: [EMAIL PROTECTED] ~]$ cat ~/.tudurc [ general ] visual_tree = yes The config file of tudu have sections, the visual_tree option should be on general section. You're right: when adding a '[ general ]' section header in my config file, I can see the visual (-) or (+) in front of tasks with children. The only thing to be done before closing this bug is to document somehow this feature in the tudu manpage. Furthermore, if the .tudurc configuration file supports more options, it's worth documenting them in the man page. Cheers, Xavier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508418: /etc/init.d/zaptel doesn't wait for udev
On Thu, Dec 11, 2008 at 09:13:05AM +0100, Lars Bensmann wrote: On Thu, Dec 11, 2008 at 10:05:01AM +0200, Tzafrir Cohen wrote: Is udevsettle safe for usage? Or is it expected to be replaced by 'udevadm settle' ? Mmmh. I just found some filed bugs for Gentoo and Archlinux, but nothing for Debian. But they state that udevsettle is deprecated. So I guess, 'udevadm settle' is the way to go. We have an ugly fix for it in the script (the loop that waits for /dev/zap/ctl), but it's, well, ugly. udevsettle indeed seems like a much better idea. It will require more testing and thus I'll check it upstream. I have already commited a fix to the other issue you mentioned, which is a minor issue with very minor risk, just in case we get to upload a new version of this package. -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503157: Dependency on oo.org is annoying.
Hi, Trent W. Buck wrote: What is the status of this bug? Still only on the radar. On Thu, Oct 23, 2008 at 08:22:02PM +0200, Rene Engelhard wrote: Hmm, the change was done due to #502759; the hyphenation data packages call an oo.org update script to tell oo.org about themselves Not exactly true. It calls a dictionaries-common script. So for 502759 the dictioniaries-common dep is enough. The OOo dependency is just there because (falsely thinking?) you need a OOo to make us of the dic. And since neither of your both packages are yet anywhere except on some unofficial place... The python-wordaxe package is now in Sid, but the python-hyphen package has not been sponsored yet; I have to fix some bugs in my packaging first. Only python-hyphen needs the .dic files. ok. For OOo 3.0 we can get rid of dictionary.lst anyway, so we can get rid of the dictionaries-common dep. For the OOo dep, we could do a dependency like the myspell/hunspell packages (though they don't have libs like libenchant there either, so why should we have python-enchant there? - and libs like libenchant and python-hyphen should not depend on dicts anyway) - and maybe rename openoffice.org-hyphenation to something not OOo-centric, but the only real application in Debian using those dicts so far is OOo OK, so this issue is on hold until you package OOo 3.0? Well, OOo3 is already in experimental, but we didn't do the transition to the new paths (and package names) yet. and that (hyphen- or altlinuxhyph-) or whatever else) is not done. And since lenny is frozen we can't do this in sid anyway and filing RC bugs and agressively NMUing for transitions : Any stuff we do here is not lenny material anyway so will have still some time. It will get done somewhen in the squeeze cycle. (what is wordaxe btw?) Python-hyphen is basically a wrapper for libhyphen/libhnj so that Python programs can use that C library. That's obvious :) Python-wordaxe is a library that provides a different hyphenation algorithm, designed to work with German. Ah, ok. Grüße/Regards, René -- .''`. 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508424: b2evolution: error in debian/config script prevents from installing the package
Package: b2evolution Version: 2.4.2-3 Severity: grave Justification: renders package unusable The debian/config script tries to access the debconf template value base-config/get-hostname. However, the base-config package does not exist anymore in any Debian distribution (except oldstable). As a consequence, the debian/config script exists with an error, thus aborting the package installation. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 b2evolution depends on: ii apache2 2.2.9-11Apache HTTP Server metapackage ii apache2-mpm-prefork 2.2.9-11Apache HTTP Server - traditional n ii debconf 1.5.24 Debian configuration management sy ii makepasswd 1.10-3 Generate and encrypt passwords ii php5 5.2.6.dfsg.1-0.1server-side, HTML-embedded scripti ii php5-mysql 5.2.6.dfsg.1-0.1+b1 MySQL module for php5 Versions of packages b2evolution recommends: ii mysql-server-5.0 [virtual-mys 5.0.67-1 MySQL database server binaries b2evolution suggests no packages. -- debconf information: b2evolution/db_name: b2evolution_debian b2evolution/db_remove: false b2evolution/host: http://10 base-config/get-hostname doesn't exist/b2evolution b2evolution/db_ask: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502507: [NMU] Fixing #502507 in cournol: fails to build from source
Hello Alejandro, maintainer of cournol, I'm working on improving package quality, and I found a release-critical bug filed against cournol: Bug #502507 is from two months ago. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502507 I'm CC:ing the bug, as well as Mako (my usual sponsor; I'm not a Debian Developer), as well as my account manager, Steffen. cournol's build dependency list includes a package that is not in sid anymore, so I have prepared an NMU that includes a patch in the BTS to fix that issue. This patch is necessary to allow cournol to continue to build against sid. http://mentors.debian.net/debian/pool/main/c/cournol/cournol_0.5-1.2.dsc is the dsc link. I intend to ask Mako to upload this as a Non-Maintainer Update (NMU) if you do not reply within a few days. I intend to stick to the conventions at http://www.debian.org/doc/developers-reference/pkgs.html#nmu for this NMU. I did jump ahead a little and already prepare the NMU, but don't be offended by that; if you like my changes and have time to do the update yourself, please just re-use them yourself and upload it yourself. If you do not have time to upload this update, then just say it is okay and we will uploaded it as an NMU. If you do not have even time for that, then it will be uploaded as an NMU anyway. You have about two weeks, as per the usual process. My .dsc source package is available at http://mentors.debian.net/debian/pool/main/c/cournol/cournol_0.5-1.2.dsc The debdiff between the source packages is attached as debdiff.patch. -- Asheesh. -- It were not best that we should all think alike; it is difference of opinion that makes horse-races. -- Mark Twain, Pudd'nhead Wilson's Calendar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508304: Segmentation fault at startup
Oops, forgot to CC upstream maintainer.
On Thu, Dec 11, 2008 at 02:02:48AM +0800, Deng Xiyue wrote:
On Wed, Dec 10, 2008 at 12:48:21AM +0100, Cyril Brulebois wrote:
reassign 508304 libgtkmm-2.4-1c2a
severity 508304 important
found508304 1:2.14.3-1
thanks
David Paleino [EMAIL PROTECTED] (10/12/2008):
Eheh, I did not post it before because it's a bit... err.. messy.
[…]
OK, got the crash on amd64 as well when upgrading to libgtkmm-2.4-1c2a
from experimental (which is already David's case).
Downgrading severity as a regression (I guess?) in set_tip() for an
experimental package doesn't look as release-critical as synfigstudio
not starting at all; and reassigning (Maintainer/Uploaders Cc'd).
Thanks for the report.
The tootips API has been deprecated in GTK+ since 2007-07-09, and in
gtkmm as well with the following changelog:
2008-07-03 Murray Cumming murrayc {at} murrayc.com
* gtk/src/toolbar.hg: Mark set/get_tooltips() as deprecated
(because it is in GTK+ now).
* gtk/src/toolbar.ccg: Remove the define of GTK_DISABLE_DEPRECATED
so the deprecated gtkmm methods still build.
get_tooltip_object(): Just return 0 because the implementation
requires GTK_DISABLE_DEPRECATED, to get the odd alternative GTK+
API, and that is now too complicated. It is broken anyway -
the fault of GTK+, not us.
and with the following patch (edited to get rid of comment part):
--- trunk/gtk/src/toolbar.ccg 2007/07/12 12:41:04 869
+++ trunk/gtk/src/toolbar.ccg 2008/07/03 15:09:41 999
@@ -96,7 +89,7 @@
Tooltips* Toolbar::get_tooltips_object() const
{
//Note that the _tooltips field is deprecated and broken since GTK+
#2.12:
- return Glib::wrap((GtkTooltips*)gobj()-_tooltips);
+ return 0; //Glib::wrap((GtkTooltips*)gobj()-_tooltips);
}
#endif //GTKMM_DISABLE_DEPRECATED
So it looks weird the following if-statement still get passed in.
if (toolbar_-get_tooltips_object())
toolbar_-get_tooltips_object()-set_tip(*ret,tooltip);
As noted in changelog, this problem doesn't look like to get fixed any
more. Synfigstudio upstream may consider migrate to the new API of
Gtk::Tooltip (note without 's').
I'll contact gtkmm upstream for further information.
Mraw,
KiBi.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508426: [bluez-utils] doesn't work after hibernate/resume (needs restart)
Package: bluez-utils Version: 3.36-1 Severity: important I frequently use the hibernate function on my laptop, but resume the bluetooth service needs a restart in order to work properly. Also note that this also breaks gnome-bluetooth's /usr/bin/gnome-obex-server which needs a restart also since it doesn't connect to the new instances of the bluetooth infrastructure. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.27-heidi Debian Release: lenny/sid 900 testing snapshot.debian.net 900 testing security.debian.org 900 testing ftp.ro.debian.org 10 unstableftp.ro.debian.org 1 experimentalftp.ro.debian.org --- Package information. --- Depends (Version) | Installed =-+- libbluetooth2 (= 3.14) | 3.36-1 libc6 (= 2.7-1) | 2.7-16 libdbus-1-3(= 1.1.1) | 1.2.1-4 libglib2.0-0 (= 2.14.0) | 2.16.6-1 libusb-0.1-4(= 2:0.1.12) | 2:0.1.12-13 module-init-tools | 3.4-1 makedev ( 3.3.8.2-0) | 2.3.1-88 OR udev | 0.125-7 lsb-base (= 3.0-3) | 3.2-20 dbus | 1.2.1-4 -- Regards, EddyP = Imagination is more important than knowledge A.Einstein signature.asc Description: OpenPGP digital signature
Bug#508425: awstats: refuses to start if config has nested includes, although supported
Package: awstats Version: 6.5+dfsg-1+etch1 Severity: normal The awstats version supplied with Debian stable refuses to run if the configuration files have nested includes (file A includes B, which includes C) with this error message: Warning: Perl versions before 5.6 cannot handle nested includes But it is not just a warning (awstats terminates!) and the Perl version shipped with Etch is 5.8.8, which handles nested includes without problems. Attached is a patch that fixes the problem, removing the wrong warning. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) awstats.patch Description: Binary data
Bug#508397: dietlibc: Undefined symbol: umount2 on alpha and ia64
On Wed, Dec 10, 2008 at 04:11:14PM -0500, Micah Anderson wrote: As it turns out dietlibc-0.31 doesn't properly define the umount2 symbols on two architectures: alpha and ia64. This sadly results in a build regression for util-vserver, which used to build on these architectures, but is refusing to build now. This is holding back an important transition of the package into Lenny. In otherwords, if this package cannot be built on alpha/ia64, then it will not be usable for most cases in Lenny due to the previous version not functioning properly in two important respects. Hi, I'm surprised. Not that I question that there's possibly a bug, but version 0.31-1 of dietlibc is in the archive since more than one year. I wonder why the util-vserver package needs such changes that late in the Debian release cycle. Anyway, I'm sorry, I currently don't have the time to look at it or even upload a new package, please NMU if you think that's the right thing. Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507531: xsel |xsel -ab causes segfault
I don't remember, and whatever it was, it doesn't crash anymore. Sorry, you can close it. -ken --- On Thu, Dec 11, 2008 at 05:00:07AM +, Joe Nahmias wrote: severty 507531 normal tags 507531 +moreinfo thanks Hello ken, On Mon, Dec 01, 2008 at 10:18:43PM -0800, ken restivo wrote: xsel |xsel -ab causes a segfault This doesn't crash for me as is. I'll needo to know what's in your PRIMARY CLIPBOARD selections before you run this command (run xsel; xsel -b). --Joe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508236: closed by Debian Archive Maintenance ftpmas...@ftp-master.debian.org (Bug#508236: fixed)
On Thu, Dec 11, 2008 at 09:38:47AM +0100, Thomas Viehmann wrote: On 2008-12-11 09:14:23.00 Steve M. Robbins [EMAIL PROTECTED] wrote: Hey, no fair! The deal was that boost1.37 be accepted into the archive before removing 1.36. With this removal we have gone from being 4 months out of date (Boost 1.36 was released in August) to 8 months out of date (Boost 1.35 released end of March). No, sorry. If you want to be able to deliver the greatest boost of the day, teach them about API stability. That's an old debate. You're welcome to engage with the Boost folks yourself. I believe they know about the issue but it's not the biggest priority for Boost. My role is to try to ensure that Debian keeps up with Boost. We really, really do not want people to start using boost 1.36 now and the best way to achieve that is... not offering boost 1.36 now. Thank you for making that choice for me. :-/ Respectfully: I and others disagree. I don't believe it is your position to choose for us. On that note, when will 1.37 be released from quarantine? Joerg? Thanks, -S signature.asc Description: Digital signature
Bug#507874: [enigmail] Click on the Pen icon but there's no pen icon
found 507874 2:0.95.7-1 thanks Alexander Sack a scris: On Fri, Dec 05, 2008 at 02:13:00PM +0200, Eddy Petrișor wrote: Package: enigmail Version: 2:0.95.0+1-3.2 Severity: minor Tags: upstream In the preview pane, when previewing a signed mail the message says: click Pen icon for details, but the icon is an envelope with question mark above it for mails which are from untrusted people or for unverified signatures. Please test whether the 0.95.7 build in experimental fixes this for you. It doesn't. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein signature.asc Description: OpenPGP digital signature
Bug#508427: correctly escape hex values when parsing perl output
Package: python-foomatic
Severity: normal
Tags: patch
Hi,
in convert_perl_data there's a problem when the parsed output contains
escaped hex values. Perl uses \x{hexvalue} while python uses \xhexvalue.
This happens e.g. when looking at non ascii PPDs. Possible fix attached.
Cheers,
-- Guido
From 94705cfc906f13f01609fdb5d285f9b871029310 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Guido=20G=C3=BCnther?= [EMAIL PROTECTED]
Date: Wed, 12 Nov 2008 17:18:47 +0100
Subject: [PATCH] properly escape hex values
---
foomatic/foomatic.py |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
mode change 100755 = 100644 foomatic/foomatic.py
diff --git a/foomatic/foomatic.py b/foomatic/foomatic.py
old mode 100755
new mode 100644
index 63ce96d..566671d
--- a/foomatic/foomatic.py
+++ b/foomatic/foomatic.py
@@ -338,6 +338,7 @@ def send_test_page(template, queueinfo):
_mappingre = re.compile(r'(\'[.0-9A-Za-z_-]*?\') = ', re.DOTALL)
_refre = re.compile(r'{(\'[.0-9A-Za-z_-]*?\')}', re.DOTALL)
_quotere = re.compile(r'(([^\\]|\\.)*?)', re.DOTALL)
+_xre = re.compile(r\\x{([a-f0-9]+)})
def convert_perl_data(content):
Convert the output of foomatic-configure -P into Python. May be ugly.
@@ -346,6 +347,7 @@ def convert_perl_data(content):
content = content.replace('$QUEUES[0]', 'QUEUES[0]')
content = _mappingre.sub(r'\1 : ', content)
content = _refre.sub(r'[\1]', content)
+content = _xre.sub(r'\\x\1', content)
# Triple-quote all strings, since Adobe PPDs can contain multiline literals
content = _quotere.sub(r'''\1''', content)
#content = content.replace(', ''')
--
1.5.6.5
Bug#503157: Dependency on oo.org is annoying.
On Thu, Dec 11, 2008 at 10:00:43AM +0100, Rene Engelhard wrote: What is the status of this bug? Still only on the radar. No problem. I'll leave it in my IN tray :-) OK, so this issue is on hold until you package OOo 3.0? [Details...] It will get done somewhen in the Squeeze cycle. No problem, that has always been my expectation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432017: more information
I am hitting a very similar bug but I can see more direct cause for the losing of 'A' flag. In my case the 'A' flag has been lost several times recently, and always after aptitudes' conflict resolution. aptitude sees conflicts, I select one solution (like keeping libgnomefoo-common back) and the the A flag on libgnomefoo-common is lost. Hope this helps someone, -- Meelis Roos ([EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463023: Log for failed build of ltrace_0.5.1-1 (dist=unstable)
On Thu, Dec 11, 2008 at 12:06 AM, Riku Voipio [EMAIL PROTECTED] wrote: Atleast the debian/control changes (adding armel, armeb archs) i added in the NMU are still missing. Oops, you are right will fix it today. -- Juan Cespedes http://www.cespedes.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508304: Segmentation fault at startup
On Thu, 2008-12-11 at 17:08 +0800, Deng Xiyue wrote:
Tooltips* Toolbar::get_tooltips_object() const
{
//Note that the _tooltips field is deprecated and broken since
GTK+
#2.12:
- return Glib::wrap((GtkTooltips*)gobj()-_tooltips);
+ return 0; //Glib::wrap((GtkTooltips*)gobj()-_tooltips);
}
#endif //GTKMM_DISABLE_DEPRECATED
So it looks weird the following if-statement still get passed in.
if (toolbar_-get_tooltips_object())
toolbar_-get_tooltips_object()-set_tip(*ret,tooltip);
As noted in changelog, this problem doesn't look like to get fixed
any
more. Synfigstudio upstream may consider migrate to the new API of
Gtk::Tooltip (note without 's').
I'll contact gtkmm upstream for further information.
You don't seem to have identified the actual problem. If that above
synfig code is correct then this is nothing to do with the gtkmm or GTK+
change.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498770: Erm, there is a problem with the patched mpc-plugin
Hi Daniel, On Wed, Dec 10, 2008 at 01:19:22PM -0500, Daniel Dickinson wrote: When one mouses over the plugin it doesn't should the playing song info, it shows 'Var'. Ooh that was really broken :) Right, can you try: http://the.earth.li/~huggie/xfce4-mpc-plugin_0.3.3-1huggie2_i386.deb please? I've actually looked at the code in the morning, after coffee instead of after work when knackered so hopefully it's a bit better now :) Simon. -- sl donc rdv demain à l'aube (12h) sur le champs de mars signature.asc Description: Digital signature
Bug#508425: [Pkg-awstats-devel] Bug#508425: awstats: refuses to start if config has nested includes, although supported
fixed 508425 6.7-2 forcemerge 440035 508425 thanks On Thu, Dec 11, 2008 at 10:12:34AM +0100, Tobia Conforto wrote: The awstats version supplied with Debian stable refuses to run if the configuration files have nested includes (file A includes B, which includes C) with this error message: Warning: Perl versions before 5.6 cannot handle nested includes This was fixed in version 6.7-2 by Charles Fry and is a duplicate of the bug #440035. I'm all for someone discussing with stable relaease team if they'll take the patch, but it will likely be resolved with the release of Lenny. -- Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508428: aptitude: losing automatically installed flag on conflict resolution
Package: aptitude Version: 0.4.11.11-1 Severity: normal aptitude has been losing the 'A' flag on several packages recently and I can see a direct cause for it. The 'A' flag has been lost after aptitudes conflict resolution. aptitude sees conflicts, I select one solution (like keeping libgnomefoo-common back) and the the A flag on libgnomefoo-common is lost. -- Package-specific info: aptitude 0.4.11.11 compiled at Nov 20 2008 04:02:44 Compiler: g++ 4.3.2 Compiled against: apt version 4.6.0 NCurses version 5.6 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.7.20081129 cwidget version: 0.5.12 Apt version: 4.6.0 linux-gate.so.1 = (0xb7fc3000) libapt-pkg-libc6.7-6.so.4.6 = /usr/lib/libapt-pkg-libc6.7-6.so.4.6 (0x4104) libncursesw.so.5 = /lib/libncursesw.so.5 (0x4100) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x45c53000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x41101000) libept.so.0 = /usr/lib/libept.so.0 (0x411c9000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0x458e3000) libz.so.1 = /usr/lib/libz.so.1 (0x4567d000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0x45662000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x457f1000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0x4563a000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x457bf000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0x454d7000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0x473c1000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0x45634000) /lib/ld-linux.so.2 (0x454b9000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.28-rc7-00236-g437f2f9 (PREEMPT) Locale: LANG=et_EE.ISO-8859-15, LC_CTYPE=et_EE.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.19+b1 Advanced front-end for dpkg ii libc6 2.7-16GNU C Library: Shared libraries ii libcwidget30.5.12-3 high-level terminal interface libr ii libept00.5.26High-level library for managing De ii libgcc11:4.3.2-1 GCC support library ii libncursesw5 5.7+20081129-1shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libxapian151.0.7-4 Search engine library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-do 0.4.11.11-1 English manual for aptitude, a ter ii libparse-debianchangelog-per 1.1.1-2 parse Debian changelogs and output Versions of packages aptitude suggests: pn debtags none (no description available) pn tasksel none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508429: BUG: unable to handle kernel paging request
Package: xen-hypervisor-3.2-1-amd64 Version: 3.2.1-2 Severity: normal After giving xen a shoot with the fresh lenny packages, an annoying bug comes up right after trying to boot into the new system. I'll provide further informations if needed. Please see serial debug output below and here http://plzk.de/xen-lenny (maxlines got extended for comfortable reading) XEN) Xen version 3.2-1 (Debian 3.2.1-2) ([EMAIL PROTECTED]) (gcc version 4.3.1 (Debian 4.3.1-2) ) Sat Jun 28 09:32:18 UTC 2008 (XEN) Command line: com1=9600,8n1 console=com1 (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) - 0009e000 (usable) (XEN) 0009e000 - 000a (reserved) (XEN) 000ce000 - 000d (reserved) (XEN) 000e - 0010 (reserved) (XEN) 0010 - beeb (usable) (XEN) beeb - beec9000 (ACPI data) (XEN) beec9000 - beecc000 (ACPI NVS) (XEN) beecc000 - c000 (reserved) (XEN) e000 - f000 (reserved) (XEN) fec0 - fec1 (reserved) (XEN) fee0 - fee01000 (reserved) (XEN) ff00 - 0001 (reserved) (XEN) System RAM: 3054MB (3127608kB) (XEN) Xen heap: 14MB (14980kB) (XEN) Domain heap initialised: DMA width 32 bits (XEN) Processor #0 6:15 APIC version 20 (XEN) Processor #1 6:15 APIC version 20 (XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec0, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 2327.553 MHz processor. (XEN) HVM: VMX enabled (XEN) CPU0: Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz stepping 0b (XEN) Booting processor 1/1 eip 8c000 (XEN) CPU1: Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz stepping 0b (XEN) Total of 2 processors activated. (XEN) ENABLING IO-APIC IRQs (XEN) - Using new ACK method (XEN) Platform timer overflows in 14998 jiffies. (XEN) Platform timer is 14.318MHz HPET (XEN) Brought up 2 CPUs (XEN) AMD IOMMU: Disabled (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, lsb, paddr 0x20 - 0x631918 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: b600-b800 (726475 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: 8020-80631918 (XEN) Init. ramdisk: 80632000-81857400 (XEN) Phys-Mach map: 81858000-81df2e58 (XEN) Start info:81df3000-81df34a4 (XEN) Page tables: 81df4000-81e07000 (XEN) Boot stack:81e07000-81e08000 (XEN) TOTAL: 8000-8200 (XEN) ENTRY ADDRESS: 8020 (XEN) Dom0 has maximum 2 VCPUs (XEN) Initrd len 0x1225400, start at 0x80632000 (XEN) Scrubbing Free RAM: .done. (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) *** Serial input - DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 104kB init memory. Kernel alive kernel direct mapping tables up to b3dcb000 @ 1e09000-23ac000 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.26-1-xen-amd64 (Debian 2.6.26-11) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Wed Nov 26 21:11:47 UTC 2008 [0.00] Command line: root=/dev/sda2 ro console=tty0 console=ttyS0 xencons=ttyS [0.00] BIOS-provided physical RAM map: [0.00] Xen: - b3dcb000 (usable) [0.00] max_pfn_mapped = 736715 [0.00] init_memory_mapping [0.00] DMI present. [0.00] early res: 0 [20-631917] TEXT DATA BSS [0.00] early res: 1 [632000-1e06fff] Xen provided [0.00] early res: 2 [1e07000-1e08fff] INITMAP [0.00] early res: 3 [1e09000-23acfff] PGTABLE [0.00] Zone PFN ranges: [0.00] DMA 0 - 4096 [0.00] DMA324096 - 1048576 [0.00] Normal1048576 - 1048576 [0.00] Movable zone start PFN for each node [0.00] early_node_map[1] active PFN ranges [0.00] 0:0 - 736715 [0.00] ACPI: RSDP 000F5E00, 0024 (r2 PTLTD ) [0.00] ACPI: XSDT BEEBD8CF, 00B4 (r1 LENOVO TC-2R 60400D0 LTP 0) [0.00] ACPI: TCPA BEEC8B21, 0032 (r2 LENOVO TC-2R 60400D0 PTL 0) [0.00] ACPI: FACP BEEC8B53, 00F4 (r3 INTEL60400D0 PTL 3) [0.00] ACPI: DSDT BEEC0FC8, 7AE5 (r1 INTEL BEARLAKE 60400D0 MSFT 10E) [0.00] ACPI:
Bug#506265: vpnc: New upstream release: 0.5.3 - concur
I second the wish for this version. I need the rekeying feature. Regards Ingo -- Ingo Strüwing, Database Group Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring HRB München 161028 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508357: updated patch
Hi
I forgot to declare the int before the loop :(, so the patch broke current
standard behaviour. Please find the updated patch attached.
Cheers
Steffen
--- ../foomatic-gui/foomatic/detect.py 2008-12-10 14:19:26.0 +0100
+++ foomatic/detect.py 2008-12-11 10:57:29.0 +0100
@@ -142,14 +142,27 @@
conns = []
# Figure out what special files are used on this system
format = None
+int = 0
for fmt in ('/dev/usb/lp%d', '/dev/usb/usblp%d', '/dev/usblp%d'):
-if os.path.exists(fmt % 0):
+ if os.path.exists(fmt % 0):
format = fmt
break
+ else:
+ for i in range(USB_MAX):
+ if os.path.exists(fmt % i):
+ format = fmt
+ int = i
+ break
+ if format:
+ break
+
if not format:
+
return conns
for i in range(USB_MAX):
+ if i int:
+ continue
device = format % i
if not os.path.exists(device): continue
data = read_ieee1284_data(device)
signature.asc
Description: This is a digitally signed message part.
Bug#508430: amarok: weird deps results in removal of gnome
Package: amarok Version: 1.4.10-1 Severity: normal apt-get build-dep amarok Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: apt-get build-dep amarok --- results in apt wanting to remove gnome. . i find this very odd. gnome libcurl4-openssl-dev libgpod3 rhythmbox The following NEW packages will be installed: diffstat libcurl4-gnutls-dev libfftw3-dev libflac-dev libgpod-nogtk-dev libgpod3-nogtk libifp-dev libkarma-dev libmpcdec-dev libmtp-dev libmusicbrainz4-dev libmysqlclient15-dev libnjb-dev libofa0-dev libsdl1.2-dev libslang2-dev libtag1-dev libtagc0-dev libtunepimp-dev libusb-dev libxine-dev quilt 0 upgraded, 22 newly installed, 4 to remove and 3 not upgraded. Need to get 13.0MB of archives. After this operation, 23.8MB of additional disk space will be used. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages amarok depends on: ii amarok-common1.4.10-1architecture independent files for ii amarok-engine-xi 1.4.10-1Xine engine for the Amarok audio p ii amarok-engine-ya 1.4.10-1Yauap engine for the Amarok audio ii kdelibs4c2a 4:3.5.10.dfsg.1-0lenny1 core libraries and binaries for al ii libc62.7-16 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libgl1-mesa-glx 7.0.3-6 A free implementation of the OpenG ii libglib2.0-0 2.16.6-1The GLib library of C routines pn libgpod3-nogtk | none (no description available) ii libifp4 1.0.0.2-3 communicate with iRiver iFP audio ii libkarma00.0.6-4 Rio Karma access library [runtime ii libmtp7 0.2.6.1-3 Media Transfer Protocol (MTP) libr ii libmysqlclient15 5.0.51a-18 MySQL database client library ii libnjb5 2.2.5-4.2 Creative Labs Nomad Jukebox librar ii libpq5 8.3.5-1 PostgreSQL C client library ii libqt3-mt3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libruby1.8 1.8.7.72-1 Libraries necessary to run Ruby 1. ii libsdl1.2debian 1.2.13-2Simple DirectMedia Layer ii libsqlite3-0 3.5.9-5 SQLite 3 shared library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libtag1c2a 1.5-3 TagLib Audio Meta-Data Library ii libtunepimp5 0.5.3-7 MusicBrainz tagging library ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii libvisual-0.4-0 0.4.0-2.1 Audio visualization framework ii unzip5.52-12 De-archiver for .zip files Versions of packages amarok recommends: ii amarok-konqsidebar1.4.10-1 Amarok sidebar for konqueror 3.x.x ii kdemultimedia-kio-plugins 4:3.5.9-2 enables the browsing of audio CDs Versions of packages amarok suggests: ii amarok-engines 1.4.10-1 output engines for the Amarok musi ii epiphany-gecko [www-bro 2.22.3-8+b1 Intuitive GNOME web browser - Geck ii iceweasel [www-browser] 3.0.4-1 lightweight web browser based on M ii konqueror [www-browser] 4:3.5.9.dfsg.1-5 KDE's advanced file manager, web b pn libvisual-0.4-plugins none (no description available) ii links2 [www-browser]2.1pre37-1.1 Web browser running in both graphi ii lynx-cur [www-browser] 2.8.7dev9-2.1Text-mode WWW Browser with NLS sup pn moodbar none (no description available) ii w3m [www-browser] 0.5.2-2+b1 WWW browsable pager with excellent -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508429: [Pkg-xen-devel] Bug#508429: BUG: unable to handle kernel paging request
reassign 508429 linux-2.6 reassign 502849 linux-2.6 2.6.26-8 forcemerge 502849 508429 thanks On Thu, Dec 11, 2008 at 11:11:42AM +0100, Stefan Bauer wrote: After giving xen a shoot with the fresh lenny packages, an annoying bug comes up right after trying to boot into the new system. Bug in the kernel, fix pending. Bastian -- Another Armenia, Belgium ... the weak innocents who always seem to be located on a natural invasion route. -- Kirk, Errand of Mercy, stardate 3198.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508432: fwknop-server: no FWKNOP_INPUT chain
Package: fwknop-server Version: 1.9.9-1 Severity: normal I have fresh install. I have answered YES on question about protecting port 22 during installation. I have sent valid SPA from client, but it has no effect. I look into iptables, but there are no FWKNOP_INPUT chain. It make no modification at all in the iptables. Look into syslog: Dec 11 13:07:30 tusk fwknopd: received valid Rijndael encrypted packet from: 172.22.100.88, remote user: root, client version: 1.9.9 (SOURCE line num: 26) Dec 11 13:07:30 tusk kernel: [ 3904.435357] fwknopd[4026] general protection ip:b7e0ab4b sp:bf92fbfc error:0 in libc-2.7.so[b7d6f000+155000] You see it has received valid packet, but do nothing. This may be result of libc error above. But there are no FWKNOP_INPUT chain at once daemon started. Adding debug option to daemon command line cause segmentation fault when SPA come in. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Versions of packages fwknop-server depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii exim4 4.69-9 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.69-9 lightweight Exim MTA (v4) daemon ii iptables 1.4.1.1-4 administration tools for packet fi ii libc6 2.7-16 GNU C Library: Shared libraries ii libcrypt-cbc-perl 2.30-1 Implementation of cipher block cha ii libcrypt-rijndael-perl1.07-1 Perl module implementing the Rijnd ii libgnupg-interface-perl 0.36-1 Perl interface to GnuPG ii libiptables-chainmgr-perl 0.8-1 Perl extension for manipulating ip ii libiptables-parse-perl0.7-1 Perl extension for parsing iptable ii libnet-pcap-perl 0.16-1 Pcap interface for perl ii libnet-rawip-perl 0.25-1 Perl interface to lowlevel TCP/IP ii libnetwork-ipv4addr-perl 0.10.ds-1 Perl extension for manipulating IP ii libterm-readkey-perl 2.30-4 A perl module for simple terminal ii libunix-syslog-perl 1.1-2 Perl interface to the UNIX syslog( ii perl [libdigest-sha-perl] 5.10.0-18 Larry Wall's Practical Extraction fwknop-server recommends no packages. fwknop-server suggests no packages. -- debconf information: * fwknop-server/key: armageddon * fwknop-server/pcap_iface: eth0 * fwknop-server/easy_setup: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508431: gtk-qt-engine-kde4: hide icons and menus in openoffice.org 2.4
Package: gtk-qt-engine-kde4 Version: 1.1+svn145-1 Severity: important After installing ktk-qt-engine-kde4, setup with use my KDE style... and Use my KDE fonts..., OpenOffice.org (at least OOo writer) doens't display icons or menus. It happened randomly, but moving the mouse cursor upons icons or menus, hide/display them. The explanation will be more understandable seeing the attached screenshot. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gtk-qt-engine-kde4 depends on: ii kdebase-runtime 4:4.1.3-1 runtime components from the offici ii kdelibs5 4:4.1.3-2 core libraries for all KDE 4 appli ii libbonoboui2-02.22.0-1 The Bonobo UI library ii libc6 2.7-16 GNU C Library: Shared libraries ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libqtcore44.4.3-1Qt 4 core module ii libqtgui4 4.4.3-1Qt 4 GUI module ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library gtk-qt-engine-kde4 recommends no packages. gtk-qt-engine-kde4 suggests no packages. -- no debconf information attachment: gtk-qt-engine_bug_with_openoffice.png
Bug#508236: closed by Debian Archive Maintenance ftpmas...@ftp-master.debian.org (Bug#508236: fixed)
On 2008-12-11 10:20:26.00 Steve M. Robbins [EMAIL PROTECTED] wrote: On Thu, Dec 11, 2008 at 09:38:47AM +0100, Thomas Viehmann wrote: On 2008-12-11 09:14:23.00 Steve M. Robbins [EMAIL PROTECTED] wrote: Hey, no fair! The deal was that boost1.37 be accepted into the archive before removing 1.36. With this removal we have gone from being 4 months out of date (Boost 1.36 was released in August) to 8 months out of date (Boost 1.35 released end of March). No, sorry. If you want to be able to deliver the greatest boost of the day, teach them about API stability. That's an old debate. You're welcome to engage with the Boost folks yourself. I believe they know about the issue but it's not the biggest priority for Boost. My role is to try to ensure that Debian keeps up with Boost. Yes. I understand that it's not your choice, but this is a misalignment with the requirements of Debian and there is a limit on how much Debian can adapt to this. I do not think that keeping (time() - release-date-of-newest-boost-in-unstable) is the only argument here, boost is not a newspaper. We really, really do not want people to start using boost 1.36 now and the best way to achieve that is... not offering boost 1.36 now. Thank you for making that choice for me. :-/ Respectfully: I and others disagree. I don't believe it is your position to choose for us. Based on the discussion between you and Joerg and an explicit ACK by Joerg on IRC, I pulled the old version now. Joerg quite explicitly said that boost 1.36 would go now while the removal of boost 1.35 should be tagged moreinfo. Between there and the filing of the bugs this seems to have changed to delay both removals, but I don't think it is entirely fair to say that the removal runs willfully afoul of a deal you made with Joerg or that I made an arbitrary choice that was exclusively yours to make. Mind you, we are having this discussion over the day or two between the removal of boost 1.36 and acceptance of 1.37, not over months that you will be stuck with a more-than-half-a-year-old boost. I'll be sure that any ambiguities are cleared up before removing boost 1.37 in March. Kind regards T. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508433: [debcheckout] Impossible to specify branch to checkout
Package: devscripts Version: 2.10.43 Severity: wishlist I have a shared git repository with upstream. Upstream uses master to track his current development and releases and some other branches for current work. I got the branch debian(.*) and pristine-tar where I can do all my work for debian. Now I wanted to specify VCS-Git in my debian/control file to give the user an easy way to checkout sources of my packages and create small fixes against my current development. The problem is that there seems to be no way to say that debcheckout should checkout my debian branch instead of upstreams master branch (which is specified in the master repository's HEAD which I cannot change of course). Someone in debian-mentors suggested to use something like git://git.myserver.de/test.git#branchname but that doesn't seem to work with debcheckout nor git-clone to create branchname as my default branch. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.26-1-amd64 Debian Release: 5.0 500 unstableftp.debian.org 500 unstabledebian.netcologne.de 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== dpkg-dev| 1.14.23 perl| 5.10.0-18 libc6(= 2.7-1) | 2.7-16 --- Output from package bug script --- --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420053: hostname: Options -f and --fqdn no longer work
Hi there, When attempting to use hostname -f or hostname --fqdn to determine the fully qualified domain name of the system, it returns: hostname: Unknown host The only way I can reproduce this is by having a FQDN in /etc/hostname . Can you please check if your /etc/hostname has your FQDN instead of just the hostname? As you can see in hostname's man page, /etc/hostname This file should only contain domain name and not the full FQDN. Anyway, and if this is your case, I still think that this bug report shouldn't be closed but retitled to hostname should check if /etc/hostname has FQDN, or hostname should have better behaviour with invalid /etc/hostname, and the severity changed to wishlist. Best regards, -- Marcos Marado -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508418: /etc/init.d/zaptel doesn't wait for udev
On Thu, 11 Dec 2008 10:46:17 +0200, Tzafrir Cohen wrote: We have an ugly fix for it in the script (the loop that waits for /dev/zap/ctl), but it's, well, ugly. udevsettle indeed seems like a much better idea. It will require more testing and thus I'll check it upstream. Are we still talking about /etc/init.d/zaptel? I don't see a loop. And no mention of 'ctl' either (1:1.4.11~dfsg-3). 'udevsettle' vs. 'udevadm settle': The NEWS-entry for udev version 126 mentions: No symlinks to udevadm are installed anymore, if they are still needed, they should be provided by the package. http://git.kernel.org/?p=linux/hotplug/udev.git;a=blob;f=NEWS So. 'udevadm settle' should be the future-proof way if you or upstream decide to go that way. I have already commited a fix to the other issue you mentioned, which is a minor issue with very minor risk, just in case we get to upload a new version of this package. Yes. There's definately no hurry there. I just saw it by accident that the function name was misspelled when I included the 'udevsettle' in the script after the upgrade to -3. Didn't even know there was a 'status' function before that :-) -- I came, I saw, I deleted all your files. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508435: ps --sort doesn't work for time arguments (patch included)
Package: procps
Version: 3.2.7
Source: 3.2.7
User: Alfredo Esteban de la Torre
When I invoke ps -e --sort=time I get:
$ ps -e --sort=time
PID TTY TIME CMD
1 ?00:00:01 init
2 ?00:00:00 kthreadd
3 ?00:00:00 migration/0
4 ?00:00:00 ksoftirqd/0
[...]
5897 ?00:00:01 nm-applet
5898 ?00:00:00 gnome-volume-ma
5900 ?00:00:00 gnome-power-man
5908 ?00:00:00 gvfsd-burn
5914 ?00:00:00 gvfsd-trash
5926 ?00:00:01 tomboy
5934 ?00:00:09 conky
5938 ?00:03:24 firefox
6016 ?00:00:02 liferea-bin
6093 ?00:00:00 gnome-terminal
6152 ?00:00:00 gnome-pty-helpe
6153 pts/000:00:00 bash
6174 ?00:00:00 encfs
7119 ?00:00:05 gedit
7177 pts/000:00:00 ps
I expected the rows sorted by the TIME column value.
In the other hand, when I invoke ps -eo etime,comm --sort=etime and
ps -eo etime,comm --sort=-etime I get the same output rather than
the reverse order.
The cause is the same: Sort functions are not referenced for this
arguments (time and etime) in:
static const format_struct format_array[]
I'm using Debian Etch, kernel 2.6.18-6-686 and libc6 2.3.6.ds1-13etch7.
Tags: patch
Index: output.c
===
RCS file: /cvsroot/procps/procps/ps/output.c,v
retrieving revision 1.62
diff -r1.62 output.c
112a113,126
#define cook_time(P) (P-utime + P-stime) / Hertz
#define cook_etime(P) seconds_since_boot - (unsigned long)(P-start_time /
Hertz)
#define CMP_COOKED_TIME(NAME) \
static int sr_ ## NAME (const proc_t* P, const proc_t* Q) { \
unsigned long p_time,q_time; \
p_time=cook_ ##NAME (P); \
q_time=cook_ ##NAME (Q); \
if (p_time q_time) return -1; \
if (p_time q_time) return 1; \
return 0; \
}
187a202,204
CMP_COOKED_TIME(time)
CMP_COOKED_TIME(etime)
411c428
t = seconds_since_boot - (unsigned long)(pp-start_time / Hertz);
---
t = cook_etime(pp);
479c496
t = (pp-utime + pp-stime) / Hertz;
---
t = cook_time(pp);
1289c1306
{atime, TIME,pr_time, sr_nop, 8, 0,SOE,
ET|RIGHT}, /*cputime*/ /* was 6 wide */
---
{atime, TIME,pr_time, sr_time, 8, 0,SOE, ET|RIGHT},
/*cputime*/ /* was 6 wide */
1308c1325
{cputime, TIME,pr_time, sr_nop, 8, 0,DEC,
ET|RIGHT}, /*time*/
---
{cputime, TIME,pr_time, sr_time, 8, 0,DEC, ET|RIGHT},
/*time*/
1323c1340
{etime, ELAPSED, pr_etime,sr_nop,11, 0,U98,
ET|RIGHT}, /* was 7 wide */
---
{etime, ELAPSED, pr_etime,sr_etime,11, 0,U98,
ET|RIGHT}, /* was 7 wide */
1466c1483
{time, TIME,pr_time, sr_nop, 8, 0,U98,
ET|RIGHT}, /*cputime*/ /* was 6 wide */
---
{time, TIME,pr_time, sr_time, 8, 0,U98, ET|RIGHT},
/*cputime*/ /* was 6 wide */
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507721: cryptsetup: Sometimes initrd ends up missing conf/conf.d/cryptroot file in it
Yves-Alexis Perez wrote: On jeu, 2008-12-11 at 01:37 +0100, Christian Jaeger wrote: Ok, so I've taken a stab at debugging this thing and got it to work; see the attached patches; some of them also contain changes which I needed to be able to run the script with set -eu. I think it would make sense to apply these, too, so I'm attaching them as well. I'm not squashing together the patches 1 and 5, and patches 6 and 8, since I think it may show the difficulties more clear. I don't know initramfs really well so I won't comment all the patches, but, basically what you are saying is that the problem lies in the dm-mod.ko naming. Sometimes it's dm-mod.ko and sometimes dm_mod.ko and that it breaks the search? No, that was just a followup problem. The real problem was, as Ben correctly said, that the get_lvm_deps function didn't recurse for plaintext lvm volumes (or their volume group, I'm not sure), and thus didn't notice that the physical volume underneath the volume group was in fact encrypted. Now why building the initrd *sometimes* worked for me, I don't know; (possibly because I had mounted some other encrypted volume? But all of my encrypted volumes are physical volumes of a volume group, afair; so no idea). After fixing get_lvm_deps this way, the script started searching for dm_mod [and dm_crypt?] by using the add_crypto_modules procedure (*). Look at http://christianjaeger.ch/dyn/pubgit/gitweb?p=cryptroot-debugging.git;a=log;h=refs/heads/debugging for the details on how I proceeded. (Note: because I did rebase, the commidid's in messages like This reverts commit XXX are broken.) (* note: the code which I did change in commit http://christianjaeger.ch/dyn/pubgit/gitweb?p=cryptroot-debugging.git;a=commitdiff;h=9dcef260d89858d372d42123b8770321700da355 which I did find by searching for dm_mod is actually calling manual_add_modules directly; it seems that it was not this code which is calling the add_crypto_modules procedure.) Christian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508434: ipmitool: Several init script problems due to wrong pidfile name
Package: ipmitool Version: 1.8.9-1 Severity: serious Tags: patch Justification: Policy 9.3.2 Hi, According to man ipmievd: pidfile=filename Save process ID to this file when in daemon mode. Defaults to /var/run/ipmievd.pidN (where N is the ipmi device number -- defaults to 0). but in /etc/init.d/ipmievd: PIDFILE=/var/run/$NAME.pid which results in the wrong --pidfile parameter passed to start-stop-daemon, making the init script incapable of stopping or restarting the running daemon. Simply adding a 0 to the above line in the initscript as PIDFILE=/var/run/$NAME.pid0 fixed this problem for me. Please consider incorporating this change before the Lenny release if possible. Thanks, Feri. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508436: mldonkey-server: README.Debian - telnet where?
Package: mldonkey-server Version: 2.9.5-2 Severity: normal README.Debian contents: To change the password through the telnet interface: - you log into the telnet interface with the former user/password - you change the password with the auth command. telnetauth user old-passwd telnetadd_user user new-passwd telnetauth user new-passwd You can also do the same through the GUI by providing at the beginning the old password in Files-Settings-Password, connect to the core, change the password in Files-Settings-Password. 2 Default parameter At the beginning only one user exist in the system: admin. The default password for this user is an empty string. In order to connect through the telnet interface, you nee to type: telnetauth admin PLease add information for the: telnet host port where these commands should be sent in default cofiguration. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 mldonkey-server depends on: ii adduser3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.23Debian configuration management sy ii dpkg 1.14.22 Debian package management system ii libc6 2.7-13GNU C Library: Shared libraries ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc11:4.3.2-1 GCC support library ii libgd2-noxpm 2.0.36~rc1~dfsg-3 GD Graphics Library version 2 (wit ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-1 PNG library - runtime ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii mime-support 3.44-1MIME files 'mime.types' 'mailcap ii ucf3.0010Update Configuration File: preserv ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime mldonkey-server recommends no packages. Versions of packages mldonkey-server suggests: pn makejail none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508437: man-db: Problems with line breaking in the presence of certain characters
Package: man-db Version: 2.5.2-3 Severity: minor When displaying dash(1) in an en_GB.UTF-8 locale in an rxvt-unicode terminal, the following line is incorrectly wrapped: the exception of newline. A backslash preceding a newline is treated as I have used and to indicate the characters that man writes to either side of the word newline, but which I can't copy and paste into my 8-bit editor. It seems to be on account of these characters that the wrapping calculation goes wrong, and the final character of the line (the s of as) ends up on the following physical line of the terminal. As far as I can see, the quote characters mentioned above are calculated as being single-width but displayed over two character cells. The problem persists if I change my terminal font from fixed (bitmap) to DejaVu Sans, and also if I change my terminal emulator to uxterm (in which case when using fixed it uses different characters, or possibly a different font, for the quote characters, but with the same width problem. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages man-db depends on: ii bsdmainutils 6.1.10collection of more utilities from ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii dpkg 1.14.23 Debian package management system ii groff-base 1.18.1.1-21 GNU troff text-formatting system ( ii libc6 2.7-16GNU C Library: Shared libraries ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime man-db recommends no packages. Versions of packages man-db suggests: pn groff none (no description available) ii iceweasel [www-browser] 3.0.4-1 lightweight web browser based on M ii less418-1Pager program similar to more ii links [www-browser] 2.1pre37-1.1 Web browser running in text mode -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413700: TLS support for cyradm available upstream
Hi, I'm also interested in TLS support for cyradm. I noticed that upstream has applied a patch to enable STARTLS for Cyrus::IMAP and cyradm. See [1] for an upstream bug report, relevant commits are (at least) [2], [3], [4], [5]. Regards, Ansgar [1] https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2036 [2] https://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/perl/imap/cyradm.sh.diff?r1=1.13.2.4;r2=1.13.2.5 [3] https://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/perl/imap/IMAP.pm.diff?r1=1.19.2.3;r2=1.19.2.4 [4] https://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/perl/imap/IMAP.xs.diff?r1=1.23.4.2;r2=1.23.4.3 [5] https://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/perl/imap/IMAP/Shell.pm.diff?r1=1.31.2.4;r2=1.31.2.5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507659: sysstat: double free or corruption also with plain Debian 2.6.26.1
Package: sysstat Version: 8.1.7-1 Followup-For: Bug #507659 Hello Systat Maintainers, I just want to confirm this bug under plain Debian GNU/Linux sid Linux Kernel 2.6.26-1-686. *** glibc detected *** /usr/lib/sysstat/sadc: double free or corruption (!prev): 0x0954f190 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7ea86b4] /lib/i686/cmov/libc.so.6(cfree+0x96)[0xb7eaa8b6] /usr/lib/sysstat/sadc[0x804a0af] /usr/lib/sysstat/sadc[0x804a30d] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7e50455] /usr/lib/sysstat/sadc[0x8049081] === Memory map: 08048000-08053000 r-xp fd:01 7553165/usr/lib/sysstat/sadc 08053000-08054000 rw-p b000 fd:01 7553165/usr/lib/sysstat/sadc 08054000-08055000 rw-p 08054000 00:00 0 0954d000-0956e000 rw-p 0954d000 00:00 0 [heap] b7a0-b7a21000 rw-p b7a0 00:00 0 b7a21000-b7b0 ---p b7a21000 00:00 0 b7b0b000-b7b17000 r-xp fd:01 6275103/lib/libgcc_s.so.1 b7b17000-b7b18000 rw-p b000 fd:01 6275103/lib/libgcc_s.so.1 b7b18000-b7c39000 r--p 00222000 fd:01 17858627 /usr/lib/locale/locale-archive b7c39000-b7e39000 r--p fd:01 17858627 /usr/lib/locale/locale-archive b7e39000-b7e3a000 rw-p b7e39000 00:00 0 b7e3a000-b7f8f000 r-xp fd:01 6308827/lib/i686/cmov/libc-2.7.so b7f8f000-b7f9 r--p 00155000 fd:01 6308827/lib/i686/cmov/libc-2.7.so b7f9-b7f92000 rw-p 00156000 fd:01 6308827/lib/i686/cmov/libc-2.7.so b7f92000-b7f95000 rw-p b7f92000 00:00 0 b7fb6000-b7fb8000 rw-p b7fb6000 00:00 0 b7fb8000-b7fb9000 r-xp b7fb8000 00:00 0 [vdso] b7fb9000-b7fd3000 r-xp fd:01 6275159/lib/ld-2.7.so b7fd3000-b7fd5000 rw-p 0001a000 fd:01 6275159/lib/ld-2.7.so bfdbf000-bfdd4000 rw-p bffeb000 00:00 0 [stack] I just will try to workarround/calm down my cron mailbox now with vi /etc/profile.local export MALLOC_CHECK_=0 Best regards, Jan Rasche -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (900, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sysstat depends on: ii bzip2 1.0.5-1high-quality block-sorting file co ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-16 GNU C Library: Shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii ucf 3.0011 Update Configuration File: preserv Versions of packages sysstat recommends: ii cron 3.0pl1-105 management of regular background p Versions of packages sysstat suggests: pn isag none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508438: ITP: plasma-applet-networkmanager -- NetworkManager frontend for KDE4 and Plasma
Package: wnpp Severity: wishlist Owner: Modestas Vainius [EMAIL PROTECTED] * Package name: plasma-applet-networkmanager Version : 0.1~svn895660 Upstream Author : Christopher Blauvelt [EMAIL PROTECTED] * URL : http://plasma.kde.org/ * License : GPL Programming Lang: C++ Description : NetworkManager frontend for KDE4 and Plasma This NetworkManager plasmoid aims to provide a fully featured GUI frontend to NetworkManager daemon v0.7 including support for wired, wireless and VPN networks. It is exclusively written for Plasma and KDE4 and it is not supposed to work in other environments. The package provides Plasma based interface to NetworkManager daemon and KDE4 Control Module (kcm) for changing NetworkManager settings. Please note that the software depends on KDE 4.2 and it is not basic feature complete at the moment. There is some limited support for wired and wireless networks, but e.g. it is not possible to connect to the wireless network. As a result, it will take some time for the package to actually appear in Debian. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507904:
Hello Mohammed. php5-cgi is not enough when you don't have any webserver. I have installed web-server lighttpd. But I guess if php5-cgi is already installed on your box, you won't need apache nor have to install it. Can you confirm? Yes. Dokuwiki may work without any additional packages like libapache2-mod-php5, libapache2-mod-php5filter, php4 or php5. php4 and php5 actually are not install anything, because it's is metapackages. May be need change dependencies of dukuwiki? For sample, to be like as: % apt-cache show dokuwiki|grep Depends Depends: debconf (= 0.5) | debconf-2.0, ucf, libapache2-mod-php5 (= 5.2.6.dfsg.1-0.1) | libapache2-mod-php5filter (= 5.2.6.dfsg.1-0.1) | php5-cgi (= 5.2.6.dfsg.1-0.1) | libapache2-mod-php4 (= 6:4.4.4-8+etch6) | libapache-mod-php4 (= 6:4.4.4-8+etch6) | php4-cgi (= 6:4.4.4-8+etch6), php-geshi php5 replaced by libapache2-mod-php5 (= 5.2.6.dfsg.1-0.1) | libapache2-mod-php5filter (= 5.2.6.dfsg.1-0.1) | php5-cgi (= 5.2.6.dfsg.1-0.1) php4 replaced by libapache2-mod-php4 (= 6:4.4.4-8+etch6) | libapache-mod-php4 (= 6:4.4.4-8+etch6) | php4-cgi (= 6:4.4.4-8+etch6) php4-common or php5-common must be installed automaticaly, because it's required all other php packages. With best regards, Vladimir Stupin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507721: cryptsetup: Sometimes initrd ends up missing conf/conf.d/cryptroot file in it
Christian Jaeger wrote: Yves-Alexis Perez wrote: On jeu, 2008-12-11 at 01:37 +0100, Christian Jaeger wrote: Ok, so I've taken a stab at debugging this thing and got it to work; see the attached patches; some of them also contain changes which I needed to be able to run the script with set -eu. I think it would make sense to apply these, too, so I'm attaching them as well. I'm not squashing together the patches 1 and 5, and patches 6 and 8, since I think it may show the difficulties more clear. I don't know initramfs really well so I won't comment all the patches, but, basically what you are saying is that the problem lies in the dm-mod.ko naming. Sometimes it's dm-mod.ko and sometimes dm_mod.ko and that it breaks the search? No, that was just a followup problem. To reinforce that the - vs _ naming is not *generally* the culprit, here is what it looks in my kernels: [EMAIL PROTECTED]:/lib/modules$ find -name dm?mod*|xargs ls -lrt -rw-r--r-- 1 root root 97260 2008-04-27 22:18 ./2.6.22.19/kernel/drivers/md/dm-mod.ko -rw-r--r-- 1 root root 97686 2008-06-11 10:37 ./2.6.25.6/kernel/drivers/md/dm-mod.ko -rw-r--r-- 1 root root 97686 2008-06-22 18:56 ./2.6.25.8/kernel/drivers/md/dm-mod.ko -rw-r--r-- 1 root root 98216 2008-07-03 22:17 ./2.6.25.10/kernel/drivers/md/dm-mod.ko -rw-r--r-- 1 root root 94554 2008-07-19 20:31 ./2.6.26/kernel/drivers/md/dm-mod.ko -rw-r--r-- 1 root root 94554 2008-09-11 23:03 ./2.6.26.3/kernel/drivers/md/dm-mod.ko -rw-r--r-- 1 root root 94554 2008-09-12 00:23 ./2.6.26.5/kernel/drivers/md/dm-mod.ko -rw-r--r-- 1 root root 95154 2008-10-16 16:46 ./2.6.27.1/kernel/drivers/md/dm-mod.ko -rw-r--r-- 1 root root 94554 2008-10-30 13:33 ./2.6.26.7.1_ramsch/kernel/drivers/md/dm-mod.ko -rw-r--r-- 1 root root 94554 2008-10-30 14:04 ./2.6.26.6/kernel/drivers/md/dm-mod.ko -rw-r--r-- 1 root root 94554 2008-11-08 11:48 ./2.6.26.7/kernel/drivers/md/dm-mod.ko -rw-r--r-- 1 root root 95202 2008-11-08 13:12 ./2.6.27.5/kernel/drivers/md/dm-mod.ko -rw-r--r-- 1 root root 95202 2008-12-03 20:40 ./2.6.27.7/kernel/drivers/md/dm-mod.ko So, it was consistently dash. So, why was it not failing before I introduced the recursive crypto search? manual_add_modules seems to be using modprobe to resolve the name first, before using find on the resolved name (and it's dependencies). This would explain why underscores are not a problem. Whereas add_crypto_modules is calling find directly. Why was this not a problem until now? Maybe crypto modules didn't have underscores? Note that apart from the tr _ - thingie, I had to add the kernel/drivers/ path. So, the recursive code should probably be calling manual_add_modules for the dm_mod case; I may ask, why does add_crypto_modules exist at all and not manual_add_modules is being called consistently? It looks like the recursive crypto search code would otherwise have to differentiate between crypto and non crypto modules, which would seem to be weird; also I wonder if since add_crypto_modules does not check for dependencies, it is waiting for another bug turning up in the future anyway (i.e. if a crypto module happens to get a dependency in the future, which will then, as it seems, not be added). Christian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508439: nagios3-common: NAGIOS PROCESS CHECK COMMAND documentation not present anymore
Package: nagios3-common Version: 3.0.6-1 Severity: minor Tags: patch Hi, After upgrade I noticed that the new cgi.cfg misses the documentation block above nagios_check_command. I guess it was removed in error. Could you please put it back? As easy as applying the reverse of the diff below. Thanks, Feri. --- cgi.cfg 2008-12-11 12:19:40.191270428 +0100 +++ cgi.cfg.dpkg-dist 2008-12-08 03:48:07.0 +0100 @@ -53,23 +53,6 @@ use_pending_states=1 - - -# NAGIOS PROCESS CHECK COMMAND -# This is the full path and filename of the program used to check -# the status of the Nagios process. It is used only by the CGIs -# and is completely optional. However, if you don't use it, you'll -# see warning messages in the CGIs about the Nagios process -# not running and you won't be able to execute any commands from -# the web interface. The program should follow the same rules -# as plugins; the return codes are the same as for the plugins, -# it should have timeout protection, it should output something -# to STDIO, etc. -# -# Note: The command line for the check_nagios plugin below may -# have to be tweaked a bit, as different versions of the plugin -# use different command line arguments/syntaxes. - nagios_check_command=/usr/lib/nagios/plugins/check_nagios /var/cache/nagios3/status.dat 5 '/usr/sbin/nagios3' -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508368: openoffice.org: .desktop icons for openoffice application should be updated with the better tango style based icons
Rene Engelhard wrote: tag 508368 - moreinfo retitle 508368 replace .desktop file icons with the Human icons tag 508368 + wontfix thanks Chris Cheney wrote: Ubuntu uses a theme called Human by default at least in their Gnome version. The icons you see under Ubuntu that look different than Debian icons are these Human icon theme icons. If you switch to a different Which are in an other package (human-icon-theme) than openoffice.org-* as calc points out on IRC[1]. debian/* just installs and makes the .desktop file use the same icons as we do - which in turn are far better than was upstream ships So this is + wontfix. (And not a OOo bug anyway) Ren� [1] See http://packages.ubuntu.com/intrepid/all/human-icon-theme/filelist [...] /usr/share/icons/Human/22x22/apps/ooo-base.png /usr/share/icons/Human/22x22/apps/ooo-calc.png /usr/share/icons/Human/22x22/apps/ooo-draw.png /usr/share/icons/Human/22x22/apps/ooo-impress.png /usr/share/icons/Human/22x22/apps/ooo-template.png /usr/share/icons/Human/22x22/apps/ooo-writer.png [...] Agreed on the +wontfix, But the issue that the default icons are ugly still remains What should be the proper way to solve this? Should I create an Debian package (openoffice.org-human-style-icons) for the icons and place them in /usr/share/icons/ Or file an bug-report against gnome-icon-theme and add the icons in /usr/share/icons/gnome/scalable/apps/ Any other ideas? /usr/share/icons/Human/scalable/apps/ooo-base.svg /usr/share/icons/Human/scalable/apps/ooo-calc.svg /usr/share/icons/Human/scalable/apps/ooo-calc2.svg /usr/share/icons/Human/scalable/apps/ooo-draw.svg /usr/share/icons/Human/scalable/apps/ooo-impress.svg /usr/share/icons/Human/scalable/apps/ooo-template.svg /usr/share/icons/Human/scalable/apps/ooo-web.svg /usr/share/icons/Human/scalable/apps/ooo-writer.svg Best regards, Jelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326879: [djvulibre-plugin] Could not see this bug anymore
On Thu, Dec 11, 2008 at 9:34 AM, Marcus Better [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bastien ROUCARIES wrote: I could not see this bug anymore, do you see it? Don't know, I haven't tested for a long time. Ok will close the bug. Cheers Bastien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508433: Acknowledgement ([debcheckout] Impossible to specify branch to checkout)
I have a thread about that problem on debian-mentors and on the git mailing list. http://thread.gmane.org/gmane.linux.debian.devel.mentors/34407 http://thread.gmane.org/gmane.comp.version-control.git/102794 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508437: man-db: Problems with line breaking in the presence of certain characters
reassign 508437 groff-base thanks On Thu, Dec 11, 2008 at 11:17:13AM +, Reuben Thomas wrote: When displaying dash(1) in an en_GB.UTF-8 locale in an rxvt-unicode terminal, the following line is incorrectly wrapped: the exception of newline. A backslash preceding a newline is treated as I have used and to indicate the characters that man writes to either side of the word newline, but which I can't copy and paste into my 8-bit editor. It seems to be on account of these characters that the wrapping calculation goes wrong, and the final character of the line (the s of as) ends up on the following physical line of the terminal. As far as I can see, the quote characters mentioned above are calculated as being single-width but displayed over two character cells. Thanks; reproduced in an 84-column pterm. This is a groff bug, so reassigning there. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508440: fair: does not start
Package: fair Version: 0.5.1-2 Severity: grave After installing fair, it doesn't start but the init script returns 0. This is because the init script expects the binaries in /usr/bin while they are in /usr/sbin. When that is corrected, fair looks for its configuration in /usr/etc, which is not an FHS compliant location. I understood from Guus that a fix is already available. cheers, Thijs -- Thijs Kinkhorst[EMAIL PROTECTED] LIS Unixkamer G 236 signature.asc Description: OpenPGP digital signature
Bug#73611: Dentist.s Directory in the United States
Essential for any marketer: ** 164,135 Dentist.s ** 158,748 Physical Addresses ** 163,174 Phone Nos ** 77,431 Office Fax Numbers ** 45,789 E-Mails only until this Friday cost is $298 (regular price $692) To inquire please write to [EMAIL PROTECTED] To invoke no further correspondence status please send an email to [EMAIL PROTECTED] -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508442: RM: robotour -- ROM; no longer in active development, seems to have been abandoned by upstream
Package: ftp.debian.org Severity: normal Hi all, I'm requesting the removal of robotour after reading the suggestion of Lucas Nussbaum in Bug#360950. I have recently checked on the package and found that there has been no visible activity from upstream since late 2007. Furthermore, there are no new releases since 3.2.1, and for Debian there are 2 RC bugs[0][1] that have been found up to now that are not fixed. Hence I can no longer support this package anymore without becoming upstream myself. [0] http://bugs.debian.org/360950 [1] http://bugs.debian.org/392894 -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27 (SMP w/4 CPU cores) Locale: LANG=en_PH.UTF-8, LC_CTYPE=en_PH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508441: cups-driver-gutenprint: cups-calibrate does not work with current ppd
Package: cups-driver-gutenprint Version: 5.0.2-4 Severity: normal The cupsColourProfile produced by cups-calibrate does not seen to be of any use with the current ppds. According to http://www.cups.org/documentation.php/doc-1.4/spec-ppd.html cupsColorProfile is deprecated. The ppd that I installed (Epson Stylus Color 1520 - CUPS+Gutenprint v5.0.2) seems to use a different, more complex approach to colour correction. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-20081112 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups-driver-gutenprint depends on: ii cups 1.3.8-1lenny4 Common UNIX Printing System(tm) - ii libc6 2.7-16 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libcups2 1.3.8-1lenny4 Common UNIX Printing System(tm) - ii libcupsimage2 1.3.8-1lenny4 Common UNIX Printing System(tm) - ii libgcrypt11 1.4.1-1LGPL Crypto library - runtime libr ii libgnutls26 2.4.2-3the GNU TLS library - runtime libr ii libgpg-error0 1.4-2 library for common error values an ii libgutenprint25.0.2-4runtime for the Gutenprint printer ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries ii libpng12-01.2.27-2 PNG library - runtime ii libtasn1-31.4-1 Manage ASN.1 structures (runtime) ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii perl 5.10.0-18 Larry Wall's Practical Extraction ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime cups-driver-gutenprint recommends no packages. Versions of packages cups-driver-gutenprint suggests: pn gutenprint-docnone (no description available) pn gutenprint-localesnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508444: mldonkey-server: server config /var/lib/mldonkey should be in /etc/mldonkey
Package: mldonkey-server Version: 2.9.5-2 Severity: normal The server configuration file (*.ini) at /var/lib/mldonkey Should be relocated to directory /etc/mldonkey See FHS for more information http://www.pathname.com/fhs/ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 mldonkey-server depends on: ii adduser3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.23Debian configuration management sy ii dpkg 1.14.22 Debian package management system ii libc6 2.7-13GNU C Library: Shared libraries ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc11:4.3.2-1 GCC support library ii libgd2-noxpm 2.0.36~rc1~dfsg-3 GD Graphics Library version 2 (wit ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-1 PNG library - runtime ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii mime-support 3.44-1MIME files 'mime.types' 'mailcap ii ucf3.0010Update Configuration File: preserv ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime mldonkey-server recommends no packages. Versions of packages mldonkey-server suggests: pn makejail none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508446: koffice-data: koffice data fails to install
Package: koffice-data Version: 1:1.9.98.1-1 Severity: normal I get the following error when trying to install: dpkg: error processing /var/cache/apt/archives/koffice-data_1%3a1.9.98.3-1_all.deb (--unpack): trying to overwrite `/usr/share/icons/oxygen/16x16/actions/format-text-italic.png', which is also in package kde-icons-oxygen dpkg-deb: subprocess paste killed by signal (Broken pipe) -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash koffice-data depends on no packages. koffice-data recommends no packages. Versions of packages koffice-data suggests: pn khelpcenter none (no description available) pn koffice-doc-html none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508445: debcheck: produces output on any package due to m68k
Package: qa.debian.org Hi, The debcheck webpages now produce output on any package, with lines like these: Package declares a build time dependency on docbook which cannot be satisfied on m68k. Package apt-file does not exist on m68k. Package declares a build time dependency on liblist-moreutils-perl which cannot be satisfied on m68k. Package apt-file does not exist on m68k. Package declares a build time dependency on libapt-pkg-perl which cannot be satisfied on m68k. Package apt-file does not exist on m68k. Package declares a build time dependency on docbook-utils which cannot be satisfied on m68k. Package apt-file does not exist on m68k. Package declares a build time dependency on libconfig-file-perl which cannot be satisfied on m68k. Package apt-file does not exist on m68k. Package declares a build time dependency on debhelper (= 5) which cannot be satisfied on m68k. Package apt-file does not exist on m68k. (http://qa.debian.org/debcheck.php?dist=unstablepackage=apt-file) This makes spotting real problems difficult. Thijs signature.asc Description: OpenPGP digital signature
Bug#508447: vim-gui-common: Shell execution of program in background fails when -f option is used in gvim
Package: vim-gui-common Version: 1:7.1.314-3+lenny2 Severity: normal If you invoke gvim with -f option (for example, if you open gvim from debian menu), then you cannot execute a program in background from the shell provided by gvim with the command !. This minor bug has effects on some plugins, such as LatexSuite. Example that works perfectly: ~$ gvim :! xeyes Example that fails: ~$ gvim -f :! xeyes The program xeyes is launched but is killed almost instantanly. Another example: If you use the LatexSuite plugin, the command \lv for viewing DVI files does not work if you started the gvim program from the debian menu. Thank you, Sergio Llorente. -- System Information: Debian Release: lenny/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24.2 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash vim-gui-common depends on no packages. Versions of packages vim-gui-common recommends: ii vim-gnome 1:7.1.314-3+lenny2 Vi IMproved - enhanced vi editor - ii vim-gtk 1:7.1.314-3+lenny2 Vi IMproved - enhanced vi editor - vim-gui-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500133: dvipdfmx EUC-UCS2 file, any update?
Hi, We no longer have EUC-UCS2 file in dvipdfmx package. Can we revert the change or do we have any other workaround? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507671: [Pkg-libvirt-maintainers] Bug#507671: virsh hangs on qemu+ssh transport
On Sun, Dec 07, 2008 at 11:51:54AM +0100, martin f krafft wrote: also sprach Guido Günther [EMAIL PROTECTED] [2008.12.05.1031 +0100]: You're running 0.5.0 on both sides? I assume madduck is runnning virsh fine when using qemu:///system directly on khyber? Yes, 0.5.0 on both sides, and it works fine locally, but hangs when I use SSH. I still have no idea on this once. Running virsh like: LIBVIRT_DEBUG=1 virsh -c qemu+ssh://remote/system might give us some more information. You can also run libvirtd on the remote side as root as: /etc/init.d/libvirtd stop LIBVIRT_DEBUG=1 /usr/sbin/libvirtd Maybe this gives us a hint. -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508450: ip tun add fails to create tunnel without remote, though no error
Package: iproute Version: 20080725-2 Severity: normal File: /bin/ip khyber:/# ip tun add test mode sit ip tun list sit0: ipv6/ip remote any local any ttl 64 nopmtudisc There was no error message of any kind and $?=0, and yet the tunnel was not created. I forgot to specify the remote endpoint. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iproute depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libdb4.6 4.6.21-11 Berkeley v4.6 Database Libraries [ Versions of packages iproute recommends: ii libatm1 2.4.1-17.2 shared library for ATM (Asynchrono Versions of packages iproute suggests: pn iproute-doc none (no description available) -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#508448: pts: enhance NMU recognition
Package: qa.debian.org Severity: wishlist Hello, ok, it's a corner case born from a wrong NMU version [1], I think anyhow the way NMU are recognized (so are shown red on DDPO pages) should be enhanced to identify even such situations. [1] http://qa.debian.org/developer.php?packages=python-textile Thanks for considering, Sandro -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508433: [debcheckout] Impossible to specify branch to checkout
tags 508433 + wontfix thanks On Thu, Dec 11, 2008 at 11:54:46AM +0100, Resul Cetin wrote: I have a shared git repository with upstream. Upstream uses master to track his current development and releases and some other branches for current work. I got the branch debian(.*) and pristine-tar where I can do all my work for debian. Now I wanted to specify VCS-Git in my debian/control file to give the user an easy way to checkout sources of my packages and create small fixes against my current development. The problem is that there seems to be no way to say that debcheckout should checkout my debian branch instead of upstreams debcheckout does git clone which retrieve all git objects. After that checkout in git is just a matter of switching to a repository rather than another. Are you really asking just to do a git checkout after git clone? Is that it? If it is not, please explain. If it is that, I'm against fixing it, because anyhow there is no way you will be able to use/understand a git repository without looking at debian/README.source which should describe the branch layout. Hence, automating a thing which would just give the impression of doing the right think it is not something I feel comfortable doing. Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime signature.asc Description: Digital signature
Bug#507646: tentative state is the key to the problem
retitle 507646 graceful binding to tentative addresses during dnsmasq startup severity 507646 wishlist thanks also sprach Simon Kelley [EMAIL PROTECTED] [2008.12.10.1616 +0100]: # brctl addbr br4 # ip addr add 2001:41e0:ff38:fffd::5 dev br4 results in the address being marked as tentative. Of course, since without upping the iface, the kernel cannot do duplicate address detection. # brctl addbr br4 # ifconfig br4 up # ip addr add 2001:41e0:ff38:fffd::5 dev br4 Doesn't. Yeah, this seems like a bug, if you add an address before upping, the tentative flag stays. I also tried this with a physical interface, so it's not just the bridge. With a sit tunnel, however, the tentative flag is never set, which is logical since DAD is likely not needed in a point-to-point context. I will file a separate bug about this and debbugs-cc this one. EADDRNOTAVAIL depends only on tentative state. Bringing the interface up after adding the address doesn't remove the tentative state or allow dnsmasq to bind(). Okay, this helped me figure out the problem. I was running dnsmasq from an ifupdown up hook, and by the time it ran, the iface state was indeed still tentative, even though it got properly cleared a few seconds later. Inserting a sleep 5 before seems to fix this. I do wonder if it wouldn't be possible to properly fix this in dnsmasq itself? E.g. identify the tentative state, retry n times every second and only give up (and fail, instead of just silently starting without binding) only if it doesn't yield the desired result? Thanks a lot, Simon, for your patience and sharpness in spotting the bug! -- .''`. martin f. krafft [EMAIL PROTECTED] Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems ah, but a man's reach should exceed his grasp, or what's a heaven for? -- robert browning digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#508444: mldonkey-server: server config /var/lib/mldonkey should be in /etc/mldonkey
[Ce message a aussi été publié sur gmane.linux.debian.devel.ocaml.] On 11-12-2008, Jari Aalto [EMAIL PROTECTED] wrote: Package: mldonkey-server Version: 2.9.5-2 Severity: normal The server configuration file (*.ini) at /var/lib/mldonkey Should be relocated to directory /etc/mldonkey See FHS for more information http://www.pathname.com/fhs/ A long time ago, when I first use /var/lib/mldonkey, the reason was quite clear: *.ini file (all .ini file in this directory) are loaded and dumped by mlnet every now and then. The document you pointed, state about /etc/: A configuration file is a local file used to control the operation of a program; it must be static and cannot be an executable binary. http://www.pathname.com/fhs/pub/fhs-2.3.html#ETCHOSTSPECIFICSYSTEMCONFIGURATION But *.ini file in this directory are changed by the application at every run. This files are in fact state variable. That is the reason I used to move it to /var/lib/mldonkey. If this is still the case (i.e. mlnet change .ini file), this is not a bug to have these files in /var/lib. Regards, Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508453: Cannot use ATOKX3 for Linux on iiimf-client-el (iiimecf)
Package: iiimf-client-el Version: 12.3.91-6.2 Severity: wishlist Hello, Maintainer, I want to use ATOKX3 for Linux[0] (popular Input Method based on IIIM) with emacs. However, I seem that current version of iiimf-client-el (iiimecf) cannot use with other components in R12. Now, iiimecf (part of im-sdk) was released as version 0.75.[1] So, I attach a patch for iiimecf 0.75. Please apply it. By the way, iiimecf dosen't need mule-ucs in emacs22 no longer. So, how about mule-ucs from Depends: to Recommends:, and Depends: emacs22. I attach a patch. regards, [0] http://www.justsystems.com/jp/products/atok_linux/ [1] http://www.meadowy.org/~kawabata/iiimecf/ -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iiimf-client-el depends on: ii emacs22-gtk [emacsen]22.2+2-5The GNU Emacs editor (with GTK use ii iiimf-client-el-bin 12.3.91-6.2 Utility of IIIMF frontend for Emac Versions of packages iiimf-client-el recommends: pn mule-ucs none (no description available) iiimf-client-el suggests no packages. -- no debconf information upstream_iiimecf0.75.patch.gz Description: GNU Zip compressed data im-sdk_control.diff.gz Description: GNU Zip compressed data
Bug#508452: fusesmb: wrong logic to check if cache process is running
Package: fusesmb
Version: 0.8.7-1
Severity: normal
Tags: patch
Right now, fusesmb just checks if the pidfile is greater than half an
hour old before deciding that the old cache process is not running.
Since it doesn't check that the process is actually running before
giving up, this produces wrong results. Additionally, it also assumes
that a cache process running for half an hour is always dead, which
seems wrong to me.
This still doesn't catch the case of a running process without a
pidfile, but it's better than it was. It also doesn't inspect errno in
any of the failure cases, but I don't actually think the reason for
failure is that important - feel free to make it more informative.
Cheers,
Patch below:
--- fusesmb-0.8.7/cache.c
+++ fusesmb-0.8.7/cache.c
@@ -30,6 +30,7 @@
#include stdlib.h
#include errno.h
#include sys/types.h
+#include signal.h
#include unistd.h
#include stringlist.h
@@ -513,12 +514,34 @@
if (-1 != stat(pidfile, st))
{
-if (time(NULL) - st.st_mtime 30*60)
-unlink(pidfile);
+
+FILE *f;
+pid_t pid_from_file;
+int n;
+if ((f=fopen(pidfile, r)))
+{
+n = fscanf(f, %d, pid_from_file);
+fclose(f);
+if (n != 1)
+{
+fprintf(stderr, Error: Can't find pid in pid file\n);
+}
+else
+{
+if ((kill (pid_from_file, 0)) == 0)
+{
+fprintf(stderr, Error: %s is already running with
%d\n, argv[0], pid_from_file);
+exit(EXIT_FAILURE);
+}
+else
+{
+unlink(pidfile);
+}
+}
+}
else
{
-fprintf(stderr, Error: %s is already running\n, argv[0]);
-exit(EXIT_FAILURE);
+fprintf(stderr, Error: Can't read pid file\n);
}
}
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
--
-
| ,''`.Stephen Gran |
| : :' :[EMAIL PROTECTED] |
| `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508454: po-debconf: English l10n fix for package description
Package: po-debconf Version: 1.0.15 Severity: wishlist Tags: patch There's a glitch in the present-tense third-person-singular agreement in po-debconf's long description: # Description: manage translated Debconf templates files with gettext # This package is an alternative to debconf-utils and provide tools ^s # to manage translated Debconf templates files with common gettext # utilities. While I'm at it I'd also suggest a couple of other changes: * That short description is technically a Verb Phrase; the DevRef guidelines recommend a Noun Phrase (minus articles). * To avoid confusion with DebConf, call the configurator debconf. * In what sense is po-debconf an alternative to debconf-utils? Given that ucf Recommends debconf-utils, can I substitute po-debconf and expect unchanged functionality? I don't think so; it should instead claim to be a _replacement_ for debconf-getlang. Or better yet, not mention long-deprecated utilities at all. * The short description is repeated almost verbatim in the long description. Phrase it slightly differently, so that keyword searches have two chances to find it and readers have two chances to understand it. I'd suggest: Description: utilities for managing templates file translations with gettext This package provides tools for adding standard gettext-based i18n (internationalization) support to debconf templates files. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25.custom Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages po-debconf depends on: ii gettext0.17-4GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii perl 5.10.0-18 Larry Wall's Practical Extraction Versions of packages po-debconf recommends: ii libcompress-zlib-perl 2.012-1Perl module for creation and manip ii libmail-box-perl 2.082-2Manage a message-folder ii libmail-sendmail-perl 0.79-5 Send email from a perl script po-debconf suggests no packages. -- no debconf information -- JBR Ankh kak! (Ancient Egyptian blessing) --- ../po-debconf.old/debian/control 2008-06-13 00:41:23.0 +0100 +++ debian/control 2008-12-09 14:21:55.0 + @@ -10,7 +10,7 @@ Architecture: all Depends: perl, gettext (= 0.16), intltool-debian (= 0.34.2+20060512) Recommends: libmail-sendmail-perl, libcompress-zlib-perl, libmail-box-perl -Description: manage translated Debconf templates files with gettext - This package is an alternative to debconf-utils and provide tools - to manage translated Debconf templates files with common gettext +Description: tool for managing templates file translations with gettext + This package is an alternative to debconf-utils, and provides tools + for managing translated debconf templates files with common gettext utilities.
Bug#508403: pbuilder-satisfydepends-experimental doesn't always try higher versions
That's a very old and initial version of pbuilder-satisfydepends-experimental. I'm not sure what changed since then, and I'm not sure how it's supposed to work. Can you try the newer version? There should be a pbuilder from bpo, and if you are a DD, you should probably have a sid box to develop on anyway... At Thu, 11 Dec 2008 11:24:22 +1300, Nick Phillips wrote: Package: pbuilder Version: 0.161 Severity: normal Hi... It seems that this (etch) version of pbuilder-satisfydepends-experimental doesn't actually really work, in that in some situations it will not try using a version of a package from experimental/backports (I've added some extra echoes to help see what's going on): - copying local configuration - mounting /proc filesystem - mounting /dev/pts filesystem - policy-rc.d already exists Obtaining the cached apt archive contents Installing the build-deps - Attempting to parse the build-deps : pbuilder-satisfydepends-experimental,v 1.1 2006/11/06 20:55:12 lool Exp $ - Considering build-dep devscripts (= 2.10.7) - Trying to add devscripts=2.10.35~bpo40+1 Already adding - Considering build-dep quilt - Trying to add quilt Already adding devscripts=2.10.35~bpo40+1 - Considering build-dep patchutils (= 0.2.25) - Trying to add patchutils Already adding devscripts=2.10.35~bpo40+1 quilt - Considering build-dep debhelper (= 5.0.44) - Trying to add debhelper=7.0.15~bpo40+2 Already adding devscripts=2.10.35~bpo40+1 quilt patchutils APT_ADD_COMMAND is 'man-db=2.5.2-2~bpo40+1' - Trying to add debhelper=7.0.15~bpo40+2 man-db=2.5.2-2~bpo40+1 Already adding devscripts=2.10.35~bpo40+1 quilt patchutils APT_ADD_COMMAND is '' - Loop detected, last APT error was: == Reading package lists... Building dependency tree... 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. The following information may help to resolve the situation: The following packages have unmet dependencies: debhelper: Conflicts: quilt ( 0.46-5) but 0.45-6 is to be installed E: Broken packages - = - (not adding to debhelper=7.0.15~bpo40+2 man-db=2.5.2-2~bpo40+1) - Cannot install debhelper=7.0.15~bpo40+2 man-db=2.5.2-2~bpo40+1; apt errors follow: Reading package lists... Done Building dependency tree... Done E: Version '7.0.15~bpo40+2 man-db=2.5.2-2~bpo40+1' for 'debhelper' was not found E: Could not satisfy build-dependency. E: pbuilder-satisfydepends failed. Since at the time it found the quilt dependency it was unaware that it needed the bpo version, it chucked vanilla quilt in the install list. When it subsequently found that the old version was unsatisfactory, it didn't try the newer version. I don't know whether the newer versions of pbuilder deal with this better (I suspect the aptitude-style satisfydepends might handle it?), but it looks like it would be fairly awkward to fix in the version that I have here. I've also not looked into alternative workarounds yet; maybe I'll just move the build environment over onto a lenny machine :-) In any case, I thought it was something you should be aware of, if you're not already. Cheers, Nick -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-powerpc64 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Versions of packages pbuilder depends on: ii cdebootstrap0.3.15 Bootstrap a Debian system ii coreutils 5.97-5.3 The GNU core utilities ii debianutils 2.17 Miscellaneous utilities specific t ii debootstrap 0.3.3.2etch1 Bootstrap a basic Debian system ii gcc 4:4.1.1-15 The GNU C compiler ii wget1.10.2-2 retrieves files from the web Versions of packages pbuilder recommends: ii cowdancer0.25Copy-on-write directory tree utili ii devscripts 2.10.35~bpo40+1 scripts to make the life of a Debi ii fakeroot 1.5.10 Gives a fake root environment ii sudo 1.6.8p12-4 Provide limited super user privile -- no debconf information ___ Pbuilder-maint mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pbuilder-maint -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508455: debtags: longstanding vocabulary issues
Package: debtags Version: 1.7.7 Severity: wishlist I'm treating this as a token bug against debtags since there isn't a debtags-vocabulary pseudopackage to report bugs against, and my posts to the mailinglist have had no effect. - The :data: in made-of::data:* is vestigial. All of these tags should be directly under made-of::. - culture:: is misnamed and misorganised. Three and a half years since I first complained about it and there's _still_ no way to tag British English dictionaries, etcetera. We already have a clearly defined ISO-standard namespace for this; it's called locales. - filetransfer:: is an entire superfluous facet. It all belongs under protocol::. - Many tags are redundantly available under different facets. This makes consistent tagging harder, which makes searching harder. http://lists.alioth.debian.org/pipermail/debtags-devel/2006-December/001516.html http://lists.alioth.debian.org/pipermail/debtags-devel/2007-December/001743.html -- JBR Ankh kak! (Ancient Egyptian blessing) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508456: make: improving the package description
Package: make
Version: 3.81-5
Severity: wishlist
Tags: patch
Make's package description could do with some dusting.
# Description: The GNU version of the make utility.
Do readers really need to be told that the package make provides
something called make? And isn't it pretty much the default
assumption that Debian GNU/Linux is going to use GNU make rather
than BSD make? I mean, sure, give it a Homepage field and mention
it in the long description, but I would suggest that the short
description of make should be a short description of make:
Description: standard build automation utility
# GNU Make is a program that determines which pieces of a large
# program need to be recompiled and issues the commands to recompile
# them, when necessary. More information about GNU Make can be found in
# the `make' Info page. The upstream sources for this package are
# available at the location ftp://ftp.gnu.org/gnu/make/. The
# documentation for this package does not meet the Debian Free Software
# Guidelines, and has been removed from this package.
First point: instead of there's more information in the info page
[...] (PS: there's no info page) it would make more sense to say
there's more information in the (non-free) package make-doc or on
the web at [URL].
Second: homepage pointers have their own field these days. The
verbiage about the upstream sources being available could be
replaced by a pointer to http://ftp.gnu.org/gnu/make/ or
http://www.gnu.org/software/make/ (I'd go for the latter).
Third (partly de-fanged if you accept the proposed short description
change): this claim that make issues recompilation commands when
necessary is untrue - it doesn't run a proactive library transition
monitoring daemon, it just waits for somebody to invoke it! The
package description takes it for granted that readers already know
the single most fundamental fact it should be telling them: make
is a tool that programmers traditionally use to trigger builds.
This conventional role is also worth mentioning to avoid giving the
impression that make is _only_ for recompiling large binaries from
sourcecode - on the contrary, it's standard in debian/rules even for
packages that are mere collections of icons or static text files.
I would suggest:
Make is a tool invoked as part of a standard build process. It can
determine which pieces of a large program need to be recompiled, and
issue the appropriate commands to recompile them. More information
about GNU Make can be found in the (non-free) package make-doc or
on the web at http://www.gnu.org/software/make/manual/;.
Homepage: http://www.gnu.org/software/make/
None of these quibbles are higher than wishlist.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.25.custom
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages make depends on:
ii libc6 2.7-16 GNU C Library: Shared libraries
make recommends no packages.
Versions of packages make suggests:
pn make-doc none (no description available)
-- no debconf information
--
JBR
Ankh kak! (Ancient Egyptian blessing)
--- ../make.old/debian/control 2008-12-09 11:45:56.0 +
+++ debian/control 2008-12-09 13:59:09.0 +
@@ -12,12 +12,11 @@
Priority: standard
Suggests: make-doc
Architecture: any
-Description: The GNU version of the make utility.
- GNU Make is a program that determines which pieces of a large
- program need to be recompiled and issues the commands to recompile
- them, when necessary. More information about GNU Make can be found in
- the `make' Info page. The upstream sources for this package are
- available at the location ftp://ftp.gnu.org/gnu/make/. The
- documentation for this package does not meet the Debian Free Software
- Guidelines, and has been removed from this package.
+Description: standard build automation utility
+ Make is a tool invoked as part of a standard build process. It can
+ determine which pieces of a large program need to be recompiled, and
+ issue the appropriate commands to recompile them. More information
+ about GNU Make can be found in the (non-free) package make-doc or
+ on the web at http://www.gnu.org/software/make/manual/;.
+Homepage: http://ftp.gnu.org/gnu/make/
Depends: ${shlibs:Depends}
Bug#508457: installation-report: Do not eject CD before asking from user (damaged CD tray)
Package: installation-reports Version: 2.38 Severity: normal Please add confimation dialog: Eject the CD [OK] At the final phase of the installation before the reboot. Not all CD's can be ejected, because the CD may be inside a front DOOR, which must be opened first, or there may be other obstacles in front of the CD tray. The CD may be severily damaged if the confirmation question is not there. -- Package-specific info: Boot method: network Image version: http://cdimage.debian.org/debian-cd/4.0_r5/i386/iso-cd/debian-40r5-i386-netinst.iso Date: Date and time of the install Machine: Home built - CD inside front cover door Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to [EMAIL PROTECTED] == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=lenny (installer build 20080331-22:56) X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == umame -a: Linux jondo 2.6.24-1-amd64 #1 SMP Mon Feb 11 13:47:43 UTC 2008 x86_64 unknown lspci -nn: 00:00.0 RAM memory [0500]: nVidia Corporation C51 Host Bridge [10de:02f4] (rev a2) lspci -nn: 00:00.1 RAM memory [0500]: nVidia Corporation C51 Memory Controller 0 [10de:02fa] (rev a2) lspci -nn: 00:00.2 RAM memory [0500]: nVidia Corporation C51 Memory Controller 1 [10de:02fe] (rev a2) lspci -nn: 00:00.3 RAM memory [0500]: nVidia Corporation C51 Memory Controller 5 [10de:02f8] (rev a2) lspci -nn: 00:00.4 RAM memory [0500]: nVidia Corporation C51 Memory Controller 4 [10de:02f9] (rev a2) lspci -nn: 00:00.5 RAM memory [0500]: nVidia Corporation C51 Host Bridge [10de:02ff] (rev a2) lspci -nn: 00:00.6 RAM memory [0500]: nVidia Corporation C51 Memory Controller 3 [10de:027f] (rev a2) lspci -nn: 00:00.7 RAM memory [0500]: nVidia Corporation C51 Memory Controller 2 [10de:027e] (rev a2) lspci -nn: 00:03.0 PCI bridge [0604]: nVidia Corporation C51 PCI Express Bridge [10de:02fd] (rev a1) lspci -nn: 00:04.0 PCI bridge [0604]: nVidia Corporation C51 PCI Express Bridge [10de:02fb] (rev a1) lspci -nn: 00:08.0 RAM memory [0500]: nVidia Corporation MCP55 Memory Controller [10de:0369] (rev a1) lspci -nn: 00:09.0 ISA bridge [0601]: nVidia Corporation MCP55 LPC Bridge [10de:0360] (rev a2) lspci -nn: 00:09.1 SMBus [0c05]: nVidia Corporation MCP55 SMBus [10de:0368] (rev a2) lspci -nn: 00:09.2 RAM memory [0500]: nVidia Corporation MCP55 Memory Controller [10de:036a] (rev a2) lspci -nn: 00:0a.0 USB Controller [0c03]: nVidia Corporation MCP55 USB Controller [10de:036c] (rev a1) lspci -nn: 00:0a.1 USB Controller [0c03]: nVidia Corporation MCP55 USB Controller [10de:036d] (rev a2) lspci -nn: 00:0c.0 IDE interface [0101]: nVidia Corporation MCP55 IDE [10de:036e] (rev a1) lspci -nn: 00:0d.0 IDE interface [0101]: nVidia Corporation MCP55 SATA Controller [10de:037f] (rev a2) lspci -nn: 00:0d.1 IDE interface [0101]: nVidia Corporation MCP55 SATA Controller [10de:037f] (rev a2) lspci -nn: 00:0d.2 IDE interface [0101]: nVidia Corporation MCP55 SATA Controller [10de:037f] (rev a2) lspci -nn: 00:0e.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI bridge [10de:0370] (rev a2) lspci -nn: 00:0e.1 Audio device [0403]: nVidia Corporation MCP55 High Definition Audio [10de:0371] (rev a2) lspci -nn: 00:10.0 Bridge [0680]: nVidia Corporation MCP55 Ethernet [10de:0373] (rev a2) lspci -nn: 00:11.0 Bridge [0680]: nVidia Corporation MCP55 Ethernet [10de:0373] (rev a2) lspci -nn: 00:12.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI Express bridge [10de:0376] (rev a2) lspci -nn: 00:14.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI Express bridge [10de:0374] (rev a2) lspci -nn: 00:16.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI Express bridge [10de:0375] (rev a2) lspci -nn: 00:17.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI Express bridge [10de:0377] (rev a2) lspci -nn: 00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology
Bug#508410: sort always assumes -d option
Please note: I am not a Debian Developer, I'm just a user who noticed this bugreport and felt like stepping in. Executive summary: try setting a C locale in the environment of your old scripts. Marvin Germain wrote: Package: base Version: etch The output of /usr/bin/sort is always as if the -d option was used. This is not the behavior specified on the man page, it is different from my previous debian distro (woody), and it breaks every script that relies on the standard sort. I don't see anything in the man page about a default. The GNU info documentation (see info coreutils sort) states that: Unless otherwise specified, all comparisons use the character collating sequence specified by the `LC_COLLATE' locale.(1) (that is, they use the character-ordering conventions of the current locale, which for you is probably en_US). The syntax examples given imply that alphabetic sorting is the default, while numeric order is something you have to ask for specially: Sort in descending (reverse) numeric order. sort -n -r Sort alphabetically, omitting the first and second fields and the blanks at the start of the third field. This uses a single key composed of the characters beginning at the start of the first nonblank character in field three and extending to the end of each line. sort -k 3b But the symptoms you report do not match what I see on my own Etch or Lenny systems anyway. The -d option (consider only blanks and alphanumeric characters) may be effectively the same as the default alphabetic sorting under a human-friendly locale: [EMAIL PROTECTED]:~$ cat chars ~C #b a [EMAIL PROTECTED]:~$ sort chars a #b ~C [EMAIL PROTECTED]:~$ sort -d chars a #b ~C ...but not otherwise: [EMAIL PROTECTED]:~$ export LC_ALL=C [EMAIL PROTECTED]:~$ sort chars #b a ~C [EMAIL PROTECTED]:~$ sort -d chars ~C a #b This is probably the source of your problems: your Etch user environment has localisation features that weren't present on Woody. There are two approaches to solving this - either modify your scripts to work on a normal modern system, or modify your system to use the C locale when invoking the scripts. I recommend that the sort utility be restored to the GNU sort functionality. If you can find a feature of Debian's sort utility that diverges from the documented behaviour of GNU sort, that's probably a bug. But this looks more like a problem with the man page being obscure (which still might be a Severity: wishlist coreutils bug). I am using Debian GNU/Linux kernel 2.6.18-6-686 (The kernel used is most unlikely to affect this.) By the way, are you really still using Kmail v1.3.2 (as stated in the message headers)? That's surprisingly antique even for Woody. -- JBR Ankh kak! (Ancient Egyptian blessing) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508451: ITP: advene -- Annotate Digital Videos, Exchange on the NEt
Package: wnpp Severity: wishlist Owner: Olivier Aubert [EMAIL PROTECTED] Package name: advene Version : 0.34 Upstream Author : Olivier Aubert [EMAIL PROTECTED] URL : http://www.advene.org/ License : GPL Programming Lang: Python Description : Annotate Digital Videos, Exchange on the NEt The Advene (Annotate Digital Videos, Exchange on the NEt) project is aimed towards communities exchanging discourses (analysis, studies) about audiovisual documents (e.g. movies) in digital format. This requires that audiovisual content and hypertext facilities be integrated, thanks to annotations providing explicit structures on audiovisual streams, upon which hypervideo documents can be engineered. The cross-platform Advene application allows users to easily create comments and analyses of video comments, through the definition of time-aligned annotations and their mobilisation into automatically-generated or user-written comment views (HTML documents). Annotations can also be used to modify the rendition of the audiovisual document, thus providing virtual montage, captioning, navigation... capabilities. Users can exchange their comments/analyses in the form of Advene packages, independently from the video itself. The Advene framework is a cross-platform software provides models and tools allowing to design and reuse annotations schemas; annotate video streams according to these schemas; generate and create Stream-Time Based (mainly video-centered) or User-Time Based (mainly text-centered) visualisations of the annotations. Schemas (annotation- and relation-types), annotations and relations, queries and views can be clustered and shared in units called packages. Hypervideo documents are generated when needed, both from packages (for annotation and view description) and audiovisual streams. Note: Debian packages are available from the website http://www.advene.org/ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508433: [debcheckout] Impossible to specify branch to checkout
On Thursday 11 December 2008 14:23:13 you wrote: debcheckout does git clone which retrieve all git objects. After that checkout in git is just a matter of switching to a repository rather than another. Are you really asking just to do a git checkout after git clone? Is that it? Yes If it is not, please explain. If it is that, I'm against fixing it, because anyhow there is no way you will be able to use/understand a git repository without looking at debian/README.source which should describe the branch layout. And how to get to debian/README.source when you get a upstream branch without a debian folder after a debcheckout? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400703: Dear Ncl.ac.uk Email User,
Dear Ncl.ac.uk Email User, To complete your account activation with us, you are required to reply to this message and enter your password in the spaces provided (...) you are required to do this before the next 48 hours of receipt of this email or your database will be erased and de-activated from our database. Full Name: Email Id: Password: Your account can also be verified using the link below: https://webmail.ncl.ac.uk/smp-cyrus/src/login.php Thank you for using ncl.ac.uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400703: Dear Ncl.ac.uk Email User,
Dear Ncl.ac.uk Email User, To complete your account activation with us, you are required to reply to this message and enter your password in the spaces provided (...) you are required to do this before the next 48 hours of receipt of this email or your database will be erased and de-activated from our database. Full Name: Email Id: Password: Your account can also be verified using the link below: https://webmail.ncl.ac.uk/smp-cyrus/src/login.php Thank you for using ncl.ac.uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508459: libpulsecore8 needs to replace libpulsecore5
Package: libpulsecore8 Version: 0.9.13-2 Severity: normal Hi, Selecting previously deselected package libpulsecore8. (Reading database ... 295617 files and directories currently installed.) Unpacking libpulsecore8 (from .../libpulsecore8_0.9.13-2_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libpulsecore8_0.9.13-2_i386.deb (--unpack): trying to overwrite `/usr/lib/libpulsecore.so.8.0.0', which is also in package libpulsecore5 dpkg-deb: subprocess paste killed by signal (Broken pipe) Preparing to replace pulseaudio 0.9.13-1 (using .../pulseaudio_0.9.13-2_i386.deb) ... Unpacking replacement pulseaudio ... Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libpulsecore8_0.9.13-2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) I believe that libpulsecore8 needs to replace libpulsecore5 for upgrading to work smoothly. Thanks, Anand -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpulsecore8 depends on: ii libc6 2.8+20080809-1 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libgdbm3 1.8.3-4GNU dbm database routines (runtime ii libltdl3 1.5.26-4 A system independent dlopen wrappe ii liboil0.3 0.3.15-1 Library of Optimized Inner Loops ii libsamplerate00.1.4-1audio rate conversion library ii libsndfile1 1.0.17-4 Library for reading/writing audio ii libspeexdsp1 1.2~rc1-1 The Speex extended runtime library Versions of packages libpulsecore8 recommends: pn pulseaudionone (no description available) libpulsecore8 suggests no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508461: tries to open/close /dev/cdrom during vgscan
Package: lvm2 Version: 2.02.39-6 Severity: minor File: /etc/init.d/lvm2 Setting up LVM Volume Groups Reading all physical volumes. This may take a while... /dev/cdrom: open failed: Read-only file system Attempt to close device '/dev/cdrom' which is not open. Maybe it could just not look for a VG on a CD-ROM? -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lvm2 depends on: ii libc62.7-16 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.27-4 The Linux Kernel Device Mapper use ii libreadline5 5.2-3 GNU readline and history libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip Versions of packages lvm2 recommends: ii dmsetup 2:1.02.27-4 The Linux Kernel Device Mapper use lvm2 suggests no packages. -- debconf information: lvm2/kernel: lvm2/snapshots: -- .''`. martin f. krafft [EMAIL PROTECTED] Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#508460: ipv6: add/up results in permanent 'tentative' flag, up/add works
Package: linux-image-2.6.26-1-amd64 Version: 2.6.26-11 Severity: normal Tags: ipv6 X-Debbugs-Cc: [EMAIL PROTECTED] Over at #507646, we stumbled over something that seems like a bug in the duplicate address detection mechanism of the kernel: If I add an address to an interface (bridge or physical interface, does not matter), and then up the iface, then the tentative flag on the address never gets cleared (look for SEE HERE markers): khyber:/# ip addr add 2001:41e0:ff38:fffd::5 dev br1 ip addr show dev br1 sleep 10 ip addr show dev br1 ip link set br1 up ip addr show dev br1 sleep 10 ip addr show dev br1 9: br1: BROADCAST,MULTICAST mtu 1500 qdisc noqueue state DOWN link/ether 3e:2b:4a:f3:6a:e1 brd ff:ff:ff:ff:ff:ff inet6 2001:41e0:ff38:fffd::5/128 scope global tentative valid_lft forever preferred_lft forever 9: br1: BROADCAST,MULTICAST mtu 1500 qdisc noqueue state DOWN link/ether 3e:2b:4a:f3:6a:e1 brd ff:ff:ff:ff:ff:ff inet6 2001:41e0:ff38:fffd::5/128 scope global tentative valid_lft forever preferred_lft forever 9: br1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UNKNOWN link/ether 3e:2b:4a:f3:6a:e1 brd ff:ff:ff:ff:ff:ff inet6 2001:41e0:ff38:fffd::5/128 scope global tentative valid_lft forever preferred_lft forever^ SEE HERE inet6 fe80::3c2b:4aff:fef3:6ae1/64 scope link tentative valid_lft forever preferred_lft forever 9: br1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UNKNOWN link/ether 3e:2b:4a:f3:6a:e1 brd ff:ff:ff:ff:ff:ff inet6 2001:41e0:ff38:fffd::5/128 scope global tentative valid_lft forever preferred_lft forever^ SEE HERE inet6 fe80::3c2b:4aff:fef3:6ae1/64 scope link valid_lft forever preferred_lft forever If I first up the interface, then add the address, it works as expected (look for SEE HERE markers) khyber:/# ip addr show dev br1 ip link set br1 up ip addr show dev br1 ip addr add 2001:41e0:ff38:fffd::5 dev br1 ip addr show dev br1 sleep 10 ip addr show dev br1 9: br1: BROADCAST,MULTICAST mtu 1500 qdisc noqueue state DOWN link/ether 3e:2b:4a:f3:6a:e1 brd ff:ff:ff:ff:ff:ff 9: br1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UNKNOWN link/ether 3e:2b:4a:f3:6a:e1 brd ff:ff:ff:ff:ff:ff inet6 fe80::3c2b:4aff:fef3:6ae1/64 scope link tentative valid_lft forever preferred_lft forever 9: br1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UNKNOWN link/ether 3e:2b:4a:f3:6a:e1 brd ff:ff:ff:ff:ff:ff inet6 2001:41e0:ff38:fffd::5/128 scope global tentative valid_lft forever preferred_lft forever^ SEE HERE inet6 fe80::3c2b:4aff:fef3:6ae1/64 scope link tentative valid_lft forever preferred_lft forever 9: br1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UNKNOWN link/ether 3e:2b:4a:f3:6a:e1 brd ff:ff:ff:ff:ff:ff inet6 2001:41e0:ff38:fffd::5/128 scope global valid_lft forever preferred_lft forever^ SEE HERE inet6 fe80::3c2b:4aff:fef3:6ae1/64 scope link valid_lft forever preferred_lft forever I cannot reproduce this with a sit tunnel device, which seems logical as DAD/tentative states are not used in a point-to-point context, I think. -- .''`. martin f. krafft [EMAIL PROTECTED] Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems ah, but a man's reach should exceed his grasp, or what's a heaven for? -- robert browning -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6.26-1-amd64 depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii initramfs-tools [linux-initra 0.92l tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo linux-image-2.6.26-1-amd64 recommends no packages. Versions of packages linux-image-2.6.26-1-amd64 suggests: ii grub 0.97-47lenny1 GRand Unified Bootloader (Legacy v pn linux-doc-2.6.26 none(no description available) -- debconf information: linux-image-2.6.26-1-amd64/postinst/create-kimage-link-2.6.26-1-amd64: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.26-1-amd64/postinst/kimage-is-a-directory: linux-image-2.6.26-1-amd64/postinst/old-initrd-link-2.6.26-1-amd64: true linux-image-2.6.26-1-amd64/preinst/bootloader-initrd-2.6.26-1-amd64: true
Bug#508453: Cannot use ATOKX3 for Linux on iiimf-client-el (iiimecf)
On December 11, 2008 at 10:31PM +0900, nabetaro (at debian.or.jp) wrote: Package: iiimf-client-el Version: 12.3.91-6.2 Severity: wishlist Hello, Maintainer, I want to use ATOKX3 for Linux[0] (popular Input Method based on IIIM) with emacs. However, I seem that current version of iiimf-client-el (iiimecf) cannot use with other components in R12. Now, iiimecf (part of im-sdk) was released as version 0.75.[1] So, I attach a patch for iiimecf 0.75. Please apply it. By the way, iiimecf dosen't need mule-ucs in emacs22 no longer. So, how about mule-ucs from Depends: to Recommends:, and Depends: emacs22. I attach a patch. Nozomu, could you please consider maintaining this package? The maintainer Roger So has been inactive since 2007-08 and the co-maintainer Akira TAGOH retired from Debian on 2007-07. Probably, it's time to take this package. Roger, do you still have interest in this package and Debian? If so, please reply to this mail. Thanks, -- Tatsuya Kinoshita pgpjHOBF8kQup.pgp Description: PGP signature
Bug#508457: installation-report: Do not eject CD before asking from user (damaged CD tray)
reassign 508457 cdrom-detect tags 508457 wontfix thanks On Thursday 11 December 2008, jaalto wrote: Please add confimation dialog: Eject the CD [OK] At the final phase of the installation before the reboot. Not all CD's can be ejected, because the CD may be inside a front DOOR, which must be opened first, or there may be other obstacles in front of the CD tray. The CD may be severily damaged if the confirmation question is not there. In almost all cases the CD should be ejected. For other cases there is the boot option 'cdrom-detect/eject=false', as documented in the installation guide. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508281: update-grub: dramatically fails at reporting errors
Otavio Salvador [EMAIL PROTECTED] (11/12/2008): Bear on mind that Debian is going to release with 2.6.26 ;-) Sure. But AFAICT, moving from hd* to sd* started way before 2.6.28-rc* (depending on HW, SW stacks, etc.) so some others may encounter similar troubles, even with 2.6.26. But I wasn't looking at the kernel so close, unfortunately. Mraw, KiBi. signature.asc Description: Digital signature
Bug#508009: Ongoing packaging effort?
I second this, is there an ongoing packaging effort? If there is and they happen to need help, I would like to lend a hand. -- Eduardo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508460: ipv6: add/up results in permanent 'tentative' flag, up/add works
martin f krafft [EMAIL PROTECTED] writes: If I add an address to an interface (bridge or physical interface, does not matter), and then up the iface, then the tentative flag on the address never gets cleared (look for SEE HERE markers): http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e3ec6cfc260e2322834e200c2fa349cdf104fd13 Bjørn -- return -ENOCOFFEE; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508462: tex4ht: oolatex doesn't like GNU's java [with a patch]
Package: tex4ht Version: 20080701-2 Severity: normal Tags: patch -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages tex4ht depends on: ii libc6 2.7-16GNU C Library: Shared libraries ii libkpathsea4 2007.dfsg.2-4 TeX Live: path search library for ii tex4ht-common 20080701-2LaTeX and TeX for Hypertext (HTML) ii texlive-base-bin 2007.dfsg.2-4 TeX Live: Essential binaries tex4ht recommends no packages. tex4ht suggests no packages. -- no debconf information as you should know, oolatex (xtpipes) needs java from Sun here it is a patch to let oolatex test which java implementation is run by the command java, and to exit with a meaningful error message (that can be improved, of course) the patch is relevant in the debian context, and is not intended for propagation upstream best regards gb --- /usr/share/tex4ht/oolatex 2008-09-14 05:53:15.0 +0200 +++ oolatex 2008-12-11 15:11:38.0 +0100 @@ -1,4 +1,7 @@ #!/bin/sh + +java -version 21 | grep -q 'GNU libgcj' printf oolatex NEEDS Sun's Java\n exit + if command -v xhtex /dev/null 21 ; then true else -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508463: asterisk-prompt-de: upstream is gone
Package: asterisk-prompt-de Version: 2.0-1 Severity: wishlist The upstream of asterisk-prompt-de (http://www.stadt-pforzheim.de/asterisk/) is gone. We have a complete collection of studio-recorded voice prompts in German for Asterisk 1.4 at https://svn.amooma.com/asterisk-sounds-de/trunk/ which are still actively used. (The SSL certificate is broken, don't worry.) GNU GPL. Philipp Kempgen -- http://www.das-asterisk-buch.de - http://www.the-asterisk-book.com Amooma GmbH - Bachstr. 126 - 56566 Neuwied - http://www.amooma.de Geschäftsführer: Stefan Wintermeyer, Handelsregister: Neuwied B14998 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508433: [debcheckout] Impossible to specify branch to checkout
On Thu, Dec 11, 2008 at 02:53:40PM +0100, Resul Cetin wrote: Are you really asking just to do a git checkout after git clone? Is that it? Yes Then the wontfix stand; rationale follows. If you are using debcheckout to get a git repo, you are supposed to know at least the basics of git. That includes doing git branch / git branch -r to inspect the available branch and doing git checkout to the appropriate branch after that. And how to get to debian/README.source when you get a upstream branch without a debian folder after a debcheckout? This is not a problem that should be solved by debcheckout. Regarding how to do that: see the paragraph above. Bottom line: debcheckout it is simply not meant to hide the intricacies of the underlying VCS. It is just meant to be a standardized way to checkout source packages from their own VCSes. Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508340: [DebianGIS-dev] Bug#508340: Plugin location has become hard to detect
On Wed, Dec 10, 2008 at 11:27:54AM +, Enrico Zini wrote: * [PATCH] gdalpaths.dpatch added to use the same plugins directory used currently in gdal-grass. It would require a much better approach upstream. See #2371 upstream bug. Also changed path for share dir path to /usr/share/gdal15. (closes: #481263) Now I'm trying to write autotools support to install a GDAL plugin into a system. Upstream documents the use of /usr/lib/gdalplugins, but after 1.5.1-4, Debian has diverged from that. Now, I can only think of three ways to find out whether I should install to /usr/lib/gdalplugins or /usr/lib/gdal15plugins: 1. Test for which of the two directories exists. This is the correct way to go. 2. Mess around with dpkg, to see if I am in Debian and what version of gdal is currently installed. 3. Use /usr/lib/gdalplugins unless overridden by a new ./configure option (and therefore, leave it up to the user or the .deb packager) So, basically Debian has now diverged from upstream in a nonstandard way, that requires all plugin install systems to have custom install procedures especially for Debian. Upstream has updated bug #2371 about this problem. There's a good reason for that diversion: plugins solibs are not versioned. That implies (already happened) breakages at upgrade time (basically new and old packages cannot cohexist) and big issues for the poor developer that developed plugins for gdal independently. We could diverge using a versioned edition or use a different dir for each new source package. Both strategies are suboptimal, so convince upstream to adopt a sane versioning for plugins or introduce a new option to gdal-config to discover the plugin dir on-fly. Maybe I already pointed that in the past, maybe not... -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508460: ipv6: add/up results in permanent 'tentative' flag, up/add works
also sprach Bjørn Mork [EMAIL PROTECTED] [2008.12.11.1525 +0100]: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e3ec6cfc260e2322834e200c2fa349cdf104fd13 Yeah, that seems like the problem. Seems like this should go into lenny... IPv6 is a release goal, and this bug causes a number of problems, at least because it's unexpected... -- .''`. martin f. krafft [EMAIL PROTECTED] Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems review of a chemistry paper: paper should be greatly reduced or completely oxidized. -- frank vastola digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#508464: Send contact to bluetooth
Package: kontact Version: 4:3.5.9-5 Severity: wishlist Hi, is it possible add to kontact an option to send a contact (vcard) to bluetooth? Thanks Pol -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-annette (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kontact depends on: ii kdelibs4c2a 4:3.5.10.dfsg.1-0lenny1 core libraries and binaries for al ii libc62.7-16 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libkcal2b4:3.5.9-5 KDE calendaring library ii libkdepim1a 4:3.5.9-5 KDE PIM library ii libkpimidentitie 4:3.5.9-5 KDE PIM user identity information ii libqt3-mt3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 Versions of packages kontact recommends: ii kaddressbook4:3.5.9-5KDE NG addressbook application ii kitchensync 4:3.5.5.dfsg.1-6 Synchronization framework ii kmail 4:3.5.9-5KDE Email client ii knode 4:3.5.9-5KDE news reader ii knotes 4:3.5.9-5KDE sticky notes ii korganizer 4:3.5.9-5KDE personal organizer Versions of packages kontact suggests: ii akregator 4:3.5.9-5 RSS feed aggregator for KDE pn gnokiinone (no description available) ii knewsticker 4:3.5.9-4 news ticker applet for KDE ii kpilot4:3.5.9-5 KDE Palm Pilot hot-sync tool ii kweather 4:3.5.9-2 weather display applet for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508465: ITP: plexus-cdc -- Plexus Component Descriptor Creator
Package: wnpp Severity: wishlist Owner: Torsten Werner [EMAIL PROTECTED] * Package name: plexus-cdc Version : 1.0~alpha14 Upstream Author : The Codehaus Foundation * URL : http://plexus.codehaus.org/guides/quick-start/component-descriptor-creator.html * License : Apache-2.0 Programming Lang: Java Description : Plexus Component Descriptor Creator The Plexus project provides a full software stack for creating and executing software projects. Based on the Plexus container, the applications can utilise component-oriented programming to build modular, reusable components that can easily be assembled and reused. . The Component Descriptor Creator (or CDC for short) is a tool that will create the components.xml file from your Java code. It uses JavaDoc tags to gather the information it needs to create the component descriptor. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
