Bug#354798: tomboy: Tomboy won't start
this is fixed with the new dbus (0.61-3) from today. f-spot was also infected. greetings, fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353754: When will it hit the FTP?
Awesome :-) I made a similar patch and was about to submit when I noticed this bug already open. lsb_release is evil it seems ;-) Zac Quoting Martin Pitt [EMAIL PROTECTED]: Hi Zac! Zac Bowling [2006-03-02 16:04 -0600]: Any idea when this will make it to the testing FTPs? In about 3 days. Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354952: ITP: sokoedit -- A curses-based Sokoban level editor
On Thu, Mar 02, 2006 at 02:48:39PM +0100, Thomas Viehmann wrote: ksokoban's description might be a bit verbose if you have multiple games, but the first two paragraphs seem to be a good start for distilling something. Well, now I elaborated the descriptions some. Ksokoban's description suffers IMO from some irrelevant remarks (from the point of view of a person thinking about installing it w/o prior experience). Actually, I don't know any implementation that _can't_ use the generated level, since the Sokoban file format has been semi-standard from the first Sokoban implementation, AFAIK. Ah. I didn't know. Maybe it'd be nice to say that and perhaps even list a couple of examples from the Debian pool (you could Suggest: them anyways). Yes, I'll add a Suggests: line. I'm not sure what you're referring to; the section elaborating what to put into RFS, perhaps? I was thinking of Colin Walters' article[1] linked to in the sponsorship checklist, not the FAQ itself, sorry. 1. http://people.debian.org/~walters/descriptions.html Okay, thanks. Panu -- personal contact: [EMAIL PROTECTED], +35841 5323835 technical contact: [EMAIL PROTECTED], http://www.iki.fi/atehwa/ PGP fingerprint:0EA5 9D33 6590 FFD4 921C 5A5F BE85 08F1 3169 70EC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355092: logcheck-database: Ignore kernel: lp0: ECP mode please
Package: logcheck-database Version: 1.2.43a Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Adam Porter [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: logcheck-database: Ignore lp0: ECP mode, please Message-ID: [EMAIL PROTECTED] X-Mailer: reportbug 3.18 Date: Fri, 03 Mar 2006 01:36:54 -0600 Package: logcheck-database Version: 1.2.43a Severity: wishlist - -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please ignore messages like this (I don't have any others to show you that might be slightly different): kernel: lp0: ECP mode - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEB/IW5+GdyTDsrJsRAi5CAKCQ68s56S4QMPA9qpN5kpnkEGS0ZACgqyFS VOChHeVXP6aATlPVokp1dFY= =5UWh - -END PGP SIGNATURE- - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15adp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages logcheck-database depends on: ii debconf [debconf-2.0] 1.4.70 Debian configuration management sy logcheck-database recommends no packages. - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEB/Mf5+GdyTDsrJsRAk6cAKCsa1Rx8CgqRteIjvdevVyuv4oJTACgruuJ A77xLWT7tkmW+gth3LjJ6II= =5gB9 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353311: libnss-mdns should recommend zeroconf
reopen 353311 thanks, On Fri, Mar 03, 2006 at 01:23:44PM +1100, Anand Kumria wrote: Actually libnss-mdns has to recommend zeroconf. How else do you expect the entire zeroconf stack to work when two machines only has a cable between them? The zeroconf stack is supposed to work without a DHCP present on the local LAN segment, only with this recommendation does that. Rigth you zeroconf stack has to work, so the zeroconf package has to recommend on libnss-mdns. It isn't a hard dependancy only because there might be some obscure reason not to have the zeroconf stack working when there is no DHCP server. You need to look at this from the other side. If you have zeroconf you indeed really want mdns. But in case one install mdns, that doesn't mean you want zeroconf in any way. I personally use mdns on a various machines without zeroconf, why? So i can have normal programs resolve .local names. This is very usefull in combination with things like avahi, which can discover services on .local machines. And even more on networks where i don't get a static ip, i can always find my laptop by going to spring.local (which rocks imho). To make matters worse, most package management programs install recommends by default and zeroconf has various longstanding bugs of people saying that it screws up there network(ing). So that alone is enough reason to not recommend it unless it's absolutely necessary. To summarize, nss-mdns is very usefull without zeroconf, zeroconf is not very usefull (normally) without nss-mdns. Imho this can only lead to the conclusion that zeroconf needs to recommend nss-mdns, but nss-mdns shouldn't recommend zeroconf. Sjoerd -- FORTUNE'S RULES TO LIVE BY: #2 Never goose a wolverine. signature.asc Description: Digital signature
Bug#355091: [Pkg-aide-maintainers] Bug#355091: aide: wrong version or only wrong version number?
tags #355091 confirmed thanks On Fri, Mar 03, 2006 at 08:28:57AM +0100, Stefan Sontheimer wrote: Having installed debian package version 0.11-1, aide itself tells AIDE, version 0.9.4 -- or in another context # aide -h Aide 0.9.4 ... Is is accidentally a wrong version? No, it's an upstream glitch, and a namespace conflict. The Macro VERSION is used multiple times in the sources, and libmhash's VERSION macro takes precedence. I'm planning to fix this in a local patch. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355093: openssh-server: please allow ip/prefix notation in authorized_keys from clause
Package: openssh-server Version: 1:4.2p1-7 Severity: wishlist Tags: upstream Hi, Currently, according to documentation, the from= clause in authorized_keys only supports wildcards * and ?, most probably since domain names were primary concern of upstream at the time of writing. It is, however, common practice to write IP addresses in that file. Thus, ip/prefix notation (such as 192.168.83.0/28) should be allowed as well. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.5-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages openssh-server depends on: ii adduser 3.84 Add and remove users and groups ii debconf [debc 1.4.71 Debian configuration management sy ii dpkg 1.13.16package maintenance system for Deb ii libc6 2.3.6-2GNU C Library: Shared libraries an ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libpam-module 0.79-3.1 Pluggable Authentication Modules f ii libpam-runtim 0.79-3.1 Runtime support for the PAM librar ii libpam0g 0.79-3.1 Pluggable Authentication Modules l ii libselinux1 1.28-4 SELinux shared libraries ii libssl0.9.8 0.9.8a-7 SSL shared libraries ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii openssh-clien 1:4.2p1-7 Secure shell client, an rlogin/rsh ii zlib1g1:1.2.3-9 compression library - runtime openssh-server recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353277: Please reject to rule on the ndiswrapper question
On Thu, Mar 02, 2006 at 04:43:45PM -0300, Henrique de Moraes Holschuh wrote: On Wed, 01 Mar 2006, Steve Langasek wrote: Of course, I can be convinced that the constitution does give the ctte that power, but so far, I am not. Otherwise, why didn't we pose to the ctte a request for how the GFDL issue should be handled? I can answer that: first, because I didn't think the committee was ready to deal with such an important issue at the time (and still don't), and second because I think having ignored the GFDL for this long that it's not a simple matter to apply existing policy, and thus appropriate for ftpmaster/release team/tech ctte to decide off their own bat. Cheers, aj signature.asc Description: Digital signature
Bug#353693: Looking for a autotools/libtool expert: Unnecessarily linked libraries
On Thu, Mar 02, 2006 at 01:14:54PM +0100, Frank Küster wrote: tags 353693 help thanks The Problem: - Binaries in the tetex-bin package are unnecessarily linked against libraries they do not use directly, but only indirectly through other libraries [1]. - The solution described at [2] doesn't work, probably because the package doesn't use automake. You: - Have some knowledge of the internal workings of autotools and libtool, or - You want to take the opportunity to finally learn about these internals - You have some time left - You want to have fun debugging this issue, which isn't an important problem now, but might get really annoying in the future Your tests for whether the binary is linked correctly are broken. ldd is recursive, and will always show the dependencies of libpoppler in its output, regardless of whether your binary is linked to those dependencies directly. The test you want is objdump -p /usr/bin/pdfetex |grep NEEDED. For me, running the commands cd texk libtoolize -f -c cp /usr/share/aclocal/libtool.m4 libtool.m4 autoconf works, after editing kpathsea/withenable.ac to not try to use AM_MAINTAINER_MODE (obviously irrelevant if you're not using automake). This eliminates dependencies on libcairo.so.2, libXrender.so.1, and libX11.so.6 -- the rest of the dependencies seem to come from somewhere other than libpoppler. Looking forward to receiving your application, including a short, handwritten resume and desired salary ;-), I'm not picky about salary, but I want a corner office with a view. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ handwritten_resume.pdf Description: Adobe PDF document signature.asc Description: Digital signature