Bug#860067: ITP: minijail -- Utility to run a program inside a sandbox
Package: wnpp Severity: wishlist Owner: Andrew Pollock <apoll...@debian.org> * Package name: minijail Version : 1 Upstream Author : Jorge Lucángeli Obes <jorg...@chromium.org> * URL : https://www.chromium.org/chromium-os/developer-guide/chromium-os-sandboxing * License : BSD Programming Lang: C, C++ Description : Utility to run a program inside a sandbox minijail provides a consistent method to sandbox of services and applications, using a mix of capability restrictions, user ID compartmentalisation, namespace isolation and seccomp. It is the sandboxing tool of choice for Chromium OS and Android. - why is this package useful/relevant? It's a useful security enhancement that could potentially be used by other packages. There's potential functionality overlap with firejail - how do you plan to maintain it? I'm open to maintaining this under collab-maint
Bug#850395: ITP: tpm-quote-tools -- programs that provide support for TPM based attestation using the TPM quote operation
Package: wnpp Severity: wishlist Owner: Andrew Pollock <apoll...@debian.org> * Package name: tpm-quote-tools Version : 1.0.2 Upstream Author : John D. Ramsdell <ramsd...@mitre.org> * URL : https://sourceforge.net/projects/tpmquotetools * License : BSD Programming Lang: C Description : collection of programs that provide support for TPM based attestation using the TPM quote operation
Bug#786375: about gRPC packaging
On Mon, May 25, 2015 at 12:56:51PM +0200, László Böszörményi (GCS) wrote: Hi Andrew, On Thu, May 21, 2015 at 1:20 PM, Andrew Pollock apoll...@debian.org wrote: I don't mind you joining in. I'm doing the work on Github, as I'm trying to help the gRPC guys maintain it themselves to some degree (I work for Google). OK, good plan. I assume you don't work at the same place where gRPC is being developed. It means the packaging will be refreshed in their tree from time to time, right? https://github.com/grpc/grpc/pull/1696 is what I've done so far. If you can help get protobuf3 into experimental, I can flesh the package out more there. As I see, it was merged. As such, I add my changes over yours. In my next pull request, I can add you as an Uploader. Thanks. How to go on from now? May I get commit access to your tree or just send pull requests? Just done the latter. I'm very new at using Github, so for the time being, maybe just send pull requests to me. Longer term, once we've agreed on how we're doing things, I'd recommend just sending pull requests to the upstream grpc repository. signature.asc Description: Digital signature
Bug#786375: about gRPC packaging
On Thu, May 21, 2015 at 12:49:12PM +0200, László Böszörményi (GCS) wrote: Hi Andrew, I already have packages (for 0.5.0), I was just slow to send the ITP. May I still join? But of course, I trust you if you would like to do it alone. I don't mind you joining in. I'm doing the work on Github, as I'm trying to help the gRPC guys maintain it themselves to some degree (I work for Google). https://github.com/grpc/grpc/pull/1696 is what I've done so far. If you can help get protobuf3 into experimental, I can flesh the package out more there. In my next pull request, I can add you as an Uploader. regards Andrew signature.asc Description: Digital signature
Bug#786375: ITP: grpc -- A high performance, open source, general RPC framework that puts mobile and HTTP/2 first
Package: wnpp Severity: wishlist Owner: Andrew Pollock apoll...@debian.org * Package name: grpc Version : 0.6 Upstream Author : grpc...@googlegroups.com * URL : http://www.grpc.io/ * License : BSD Programming Lang: C, C++ Description : A high performance, open source, general RPC framework that puts mobile and HTTP/2 first A modern, open source remote procedure call (RPC) framework that can run anywhere. It enables client and server applications to communicate transparently, and makes it easier to build connected systems. I'm basically helping upstream get some initial packaging together, and I'd like them to maintain it (or continue to assist them to) once it's in Debian. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150521043026.9895.91235.report...@icarus.andrew.net.au
Bug#657114: ITP: barnyard2 -- output processor for Snort
Package: wnpp Severity: wishlist Owner: Andrew Pollock apoll...@debian.org * Package name: barnyard2 Version : 1.9 Upstream Author : Ian Firns fir...@securixlive.com * URL : http://www.securixlive.com/barnyard2/ * License : GPLv2 Programming Lang: C, Description : output co-processor for Snort Barnyard2 is a fork of the original barnyard project, designed specifically for Snort's new unified2 file format. Barnyard is a critical tool for the parsing of Snort's unified binary files, processing and on-forwarding to a variety of output plugins. It: + Offloads output processing of your Snort alert files to a dedicated process, minimising dropped packets in Snort itself. + Parses unified2 files. + Uses similar configuration syntax to that of Snort to simplify deployment. + Supports all Snort output plugins (except alert_sf_socket) as well as two additional plugins (Sguil and CEF). -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120124065035.4479.62511.report...@icarus.andrew.net.au
Bug#578387: I'll upload this soon
retitle 578387 ITP: log4cplus -- C++ logging API modeled after the Java log4j API owner 578387 ! thanks I'm prepared to either sponsor a slightly improved version of what's currently at mentors.debian.net or otherwise clean it up myself and upload it with myself as the maintainer. In the next few days I'll clean up the package and upload it with myself as maintainer (and the existing folks who have worked on the package as uploaders) to DELAYED/7-day regards Andrew signature.asc Description: Digital signature
Bug#564820: ITP: libpam-barada -- PAM module to provide
On Mon, Feb 15, 2010 at 07:10:12PM -0500, micah anderson wrote: Switching to that shouldn't be that hard actually, I think even easier than working out the boring licensing issues. Either way, I'm dependent on upstream doing *something*. regards Andrew signature.asc Description: Digital signature
Bug#564820: ITP: libpam-barada -- PAM module to provide
On Sat, Feb 13, 2010 at 06:22:19PM -0500, micah wrote: Hey Andrew, any progress on this? It's all ready to go, I'm just waiting for upstream to make a release that addresses E: libpam-barada: possible-gpl-code-linked-with-openssl and then it'll be good to go. signature.asc Description: Digital signature
Bug#564820: ITP: libpam-barada -- PAM module to provide two-factor authentication based on HOTP
Package: wnpp Severity: wishlist Owner: Andrew Pollock apoll...@debian.org * Package name: libpam-barada Version : 0.4 Upstream Author : Moxie Marlinspike mo...@thoughtcrime.org * URL : http://barada.sourceforge.net/ * License : GPL Programming Lang: C++ Description : PAM module to provide two-factor authentication based on HOTP Use HOTP (RFC4226) two-factor authentication with PAM. . In addition to a normal password, users are also assigned a 128 bit key and arbitrary-length PIN number. Every time you'd like to login using a OTP, you calculate a secure hash based on your assigned PIN and an increasing counter, the result of which is a six character one time password. . While this module could be used in conjunction with many different client devices, it was written specifically with Android devices in mind. There is companion software which runs on Android, so that your phone essentially becomes a SecureID token. All you need to do is open up the software, type in your PIN, and you get back a 6-character number that you can use to login to your system. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475116: Status of packaging asterisk-espeak?
On Sun, Nov 29, 2009 at 02:35:20PM +0100, Jonas Smedegaard wrote: Hi, What is the status of packaging asterisk-espeak? Are you still interested? Do you perhaps half-baked packages lying around somewhere that others (like me) eager to play with it could grab and unofficially (re)package? The package was rejected by ftp-master because of licensing conflicts in the source, and upstream has never gotten back to me about doing a new release addressing those issues. I figure it's not worth having a package with a totally unresponsive upstream. regards Andrew -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551210: I'll call the package rcs-blame instead
By popular demand, this package will be called rcs-blame instead signature.asc Description: Digital signature
Bug#551210: ITP: blame -- display the last modification for each line in an RCS file
Package: wnpp Severity: wishlist Owner: Andrew Pollock apoll...@debian.org * Package name: blame Version : 1.3.1 Upstream Author : Michael Chapman foo...@users.sourceforge.net * URL : http://blame.sourceforge.net/ * License : GPL-2 Programming Lang: C Description : display the last modification for each line in an RCS file Blame is the equivalent for CVS's annotate command. . An annotated RCS file describes the revision and date in which each line was added to the file, and the author of each line. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547617: ITP: pymetrics -- Python code metric reporting tool
Package: wnpp Severity: wishlist Owner: Andrew Pollock apoll...@debian.org * Package name: pymetrics Version : 0.8.1 Upstream Author : Reg. Charney pymetr...@charneyday.com * URL : http://sourceforge.net/projects/pymetrics * License : GPL Programming Lang: Python Description : Python code metric reporting tool PyMetrics produces metrics for Python programs. Metrics include McCabe's Cyclomatic Complexity metric, LoC, %Comments, etc. Users can also define their own metrics using data from PyMetrics. PyMetrics optionally outputs stdout, SQL command files and CSV -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475116: ITP: asterisk-espeak -- eSpeak text-to-speech module for Asterisk
On Wed, Apr 09, 2008 at 09:55:25AM +0300, Faidon Liambotis wrote: Andrew Pollock wrote: * Package name: asterisk-espeak Version : 0.4 Upstream Author : Francois Aucamp [EMAIL PROTECTED] * URL : https://sourceforge.net/projects/asterisk-espeak * License : GPL Programming Lang: C Description : eSpeak text-to-speech module for Asterisk This package provides the eSpeak dialplan application, which allows you to use the eSpeak TTS Engine with Asterisk. Would you like to join the Debian VoIP team[1] and maintain this as part of the team? Sure. regards Andrew signature.asc Description: Digital signature
Bug#475116: ITP: asterisk-espeak -- eSpeak text-to-speech module for Asterisk
Package: wnpp Severity: wishlist Owner: Andrew Pollock [EMAIL PROTECTED] * Package name: asterisk-espeak Version : 0.4 Upstream Author : Francois Aucamp [EMAIL PROTECTED] * URL : https://sourceforge.net/projects/asterisk-espeak * License : GPL Programming Lang: C Description : eSpeak text-to-speech module for Asterisk This package provides the eSpeak dialplan application, which allows you to use the eSpeak TTS Engine with Asterisk. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435306: ITP: sma -- Sendmail log analyser
Package: wnpp Severity: wishlist Owner: Andrew Pollock [EMAIL PROTECTED] * Package name: sma Version : 1.4 Upstream Author : Jarkko Turkulainen [EMAIL PROTECTED] * URL : http://www.klake.org/sma/ * License : BSD Programming Lang: C Description : Sendmail log analyser SMA is a program that analyses Sendmail log entries. . Features: . - Support for all recent Sendmail versions - Flexible output formatting - HTML, ASCII and a custom log - Regular expression filtering of messages - Multiple hosts in the same report -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools
On Thu, Jul 19, 2007 at 11:37:23PM +0200, Josselin Mouette wrote: Le jeudi 19 juillet 2007 à 09:02 -0700, Andrew Pollock a écrit : Description : Parallel versions of the OpenSSH tools These tools are good for controlling large collections of nodes, where faster alternatives such as gexec and pcp are not available. What does this software bring over pdsh ? The person who asked me to package it tells me prsync (at least). regards Andrew signature.asc Description: Digital signature
Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools
Package: wnpp Severity: wishlist Owner: Andrew Pollock [EMAIL PROTECTED] * Package name: pssh Version : 1.3.1 Upstream Author : Brent N. Chun [EMAIL PROTECTED] * URL : http://www.theether.org/pssh * License : BSD Programming Lang: Python Description : Parallel versions of the OpenSSH tools Parallel ssh (pssh) Parallel scp (pscp) Parallel rsync (prsync) Parallel nuke (pnuke) Paralle slurp (pslurp) . These tools are good for controlling large collections of nodes, where faster alternatives such as gexec and pcp are not available. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429950: ITP: sieve-connect -- A client for the MANAGESIEVE protocol
Package: wnpp Severity: wishlist Owner: Andrew Pollock [EMAIL PROTECTED] * Package name: sieve-connect Version : 0.33 Upstream Author : Phil Pennock [EMAIL PROTECTED] * URL : http://people.spodhuis.org/phil.pennock/software * License : BSD Programming Lang: Perl Description : A client for the MANAGESIEVE protocol This is sieve-connect. A client for the MANAGESIEVE protocol, as implemented by timsieved in Cyrus IMAP. . sieve-connect is designed to be both a tool which can be invoked from scripts and also a decent interactive client. It should also be a drop-in replacement for sieveshell, as supplied with Cyrus IMAP. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429634: ITP: slack -- configuration management program for lazy admins
Package: wnpp Severity: wishlist Owner: Andrew Pollock [EMAIL PROTECTED] * Package name: slack Version : 0.14.1 Upstream Author : Allan Sundell [EMAIL PROTECTED] * URL : http://www.sundell.net/~alan/projects/slack/ * License : GPL Programming Lang: Perl Description : configuration management program for lazy admins slack tries to allow centralized configuration management with a bare minimum of effort. Usually, just putting a file in the right place will cause the right thing to be done. It uses rsync to copy files around, so can use any sort of source (NFS directory, remote server over SSH, remote server over rsync) that rsync supports. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321693: Can vaiostat be removed?
On Wed, Nov 08, 2006 at 08:06:12PM +0100, Thijs Kinkhorst wrote: Hi all, The vaiostat package: * Is not in testing; * Is RC-buggy; * Has been up for adoption for well over a year; * Is inactive upstream. Since the RFA has had no takers and the package is not in Etch, I think it might be better to remove it rather than keep it in sid. Opinions, especially from the maintainers? No skin off my nose. Feel free. regards Andrew signature.asc Description: Digital signature
Bug#353627: Let's remove skk
reassign 353627 ftp.debian.org retitle 353627 RM: skk -- RoQA, orphaned, RC bug, out of date thanks I think we should remove skk because: * 93 day old RC bug * Appears to be out of date and obsolete wrt upstream version * Already removed from testing * No recent use according to popcon regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307365: Let's remove siptoolbox
reassign 307365 ftp.debian.org retitle 307365 RM: siptoolbox -- RoQA, orphaned, unbuildable thanks I think we should remove siptoolbox because: - it's been orphaned for over a year now - it has two RC bugs - it has no reverse-dependencies - it was never part of a stable release - it's already been removed from testing - I suspect imagemagick can probably do a lot of what it does - it is outdated, but noone's filed a wishlist bug to package a new version - it looks a little dead upstream regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333816: Package explicitely build-depends on g++-3.4
On Sat, May 13, 2006 at 12:30:13AM +0200, Martin Michlmayr wrote: This bug explicitly build-depends on g++ 3.4 on arm, hppa and m68k because of a bug that has been fixed a long time ago. This bug asking you to move to gcc 4.x has been open for about 150 now days without any answer from you. Do you think you will make an upload soon, moving to 4.x on all platforms (i.e. dropping the explicit build-depends on 3.4) or can we do an NMU? Or rather, since this is a QA package, should it be removed? The changelog suggests so: okle (0.4+cvs20040728-4) unstable; urgency=low * Orphan. Upstream is dead, and kaffeine is now superior in every way. -- Christopher Martin [EMAIL PROTECTED] Thu, 13 Oct 2005 15:33:30 -0400 and: * #333816: O: okle -- DVD player for KDE Package: wnpp; Reported by: Christopher Martin [EMAIL PROTECTED]; 201 days old. Yep, yep... Andrew? I'd say if it's not offering any unique functionality, drop it in favour of kaffeine. regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357204: Let's remove jsboard (and friends)
retitle 357204 RM: jsboard -- RoQA, orphaned, unused reassign 357204 ftp.debian.org retitle 357205 RM: jsboard-theme-aicom-ko -- RoQA, orphaned, unused reassign 357205 ftp.debian.org retitle 357206 RM: jsboard-theme-debian-ko -- RoQA, orphaned, unused reassign 357206 ftp.debian.org retitle 357208 RM: jsboard-theme-diary-en -- RoQA, orphaned, unused reassign 357208 ftp.debian.org retitle 357209 RM: jsboard-theme-diary-ko -- RoQA, orphaned, unused reassign 357209 ftp.debian.org retitle 357210 RM: jsboard-theme-trash-en -- RoQA, orphaned, unused reassign 357210 ftp.debian.org retitle 357211 RM: jsboard-theme-trash-ko -- RoQA, orphaned, unused reassign 357211 ftp.debian.org retitle 357212 RM: jsboard-theme-wizz-ko -- RoQA, orphaned, unused reassign 357212 ftp.debian.org thanks you love bug tracking system you I think we can remove jsboard and its associated theme packages because: * it's been orphaned for a month * it has no users at all according to popcon * plenty of other packages provide web-based news/discussion functionality signature.asc Description: Digital signature
Bug#352330: Let's remove tclxml
retitle RM: tclxml -- orphaned, rc bugs, functionality available elsewhere reassign 352330 ftp.debian.org thanks I think we should remove tclxml because: - it's been orphaned for 26 days - it has two release critical bugs, one open for over a year - tclexpat looks like it provides similar functionality - it was never part of a stable release - it's already been removed from testing - it has a pretty low popcon rating (noone's used it recently) regards Andrew signature.asc Description: Digital signature
Bug#352431: Let's remove icheck
retitle 352431 RM: icheck -- dead upstream reassign 352431 ftp.debian.org thanks Andrew Suffield, as both the previous maintainer and upstream author feels that this is most probably dead and might as well be removed. regards Andrew signature.asc Description: Digital signature
Bug#341724: Let's remove cpbk
retitle 341724 RM: cpbk -- orphaned, dead upstream, better alternatives reassign 341724 ftp.debian.org thanks o lovely BTS Hi, I think we can remove cpbk because: - it's been orphaned for 3 months - the package has no reverse-dependencies - the unison package provides better functionality - upstream is well and truly dead regards Andrew signature.asc Description: Digital signature
Bug#327775: Let's remove rhdb-admin
retitle 327775 RM: rhdb-admin -- Dead upstream, RC bugs reassign 327775 ftp.debian.org thanks I think we can remove rhdb-admin, because: * it's dead upstream in its current (TCL) incarnation * it's never been in a stable release * it's already been removed from testing regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327664: Let's remove doc-debian-ko (once tasksel has been updated)
retitle 327664 RM: doc-debian-ko -- orphaned, severely out of date reassign 327664 ftp.debian.org block 327664 by 330111 thanks Hi, Due to the fact that this package has a release critical bug open against it related to how out of date it is, and that it has already been removed from testing, I think that once tasksel has been updated to not try and install it, it should be removed from the archive. regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290920: I think we can remove goats
retitle 290920 RM: goats -- obsolete reassign 290920 ftp.debian.org thanks I think that given sticky note functionality is built into future versions of GNOME, beyond what this package was intended for, we can probably remove this package from the archive, given it is orphaned. regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312563: How's this progressing?
Hi, How are you going with packaging klibc? I'm interested in reworking netcfg in d-i to use it rather than ISC DHCP. regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282076: O: pwgen -- Automatic Password generation
On Wed, Jun 15, 2005 at 08:36:40AM -0400, Theodore Ts'o wrote: On Wed, Jun 15, 2005 at 09:17:03AM +1000, Andrew Pollock wrote: On Sat, Apr 02, 2005 at 03:31:28PM -0800, Chuan-kai Lin wrote: On Wed, Mar 30, 2005 at 07:34:34PM +0200, Jeroen van Wolffelaar wrote: On Fri, Nov 19, 2004 at 05:40:18PM -0500, Theodore Ts'o wrote: Sure, I'll take this. What's the status of this? Well, if all else fails, my offer to adopt the package is still open. I would say that given the amount of time that has elapsed, you should go ahead and do this. Race condition; I just uploaded a new upstream version of pwgen (version 2.04) last night, and also uploaded a new package taking over maintainership. This new version resolves all but one remaining wishlist bug. Heh. Murphy's law :-) regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282076: O: pwgen -- Automatic Password generation
On Sat, Apr 02, 2005 at 03:31:28PM -0800, Chuan-kai Lin wrote: On Wed, Mar 30, 2005 at 07:34:34PM +0200, Jeroen van Wolffelaar wrote: On Fri, Nov 19, 2004 at 05:40:18PM -0500, Theodore Ts'o wrote: Sure, I'll take this. What's the status of this? Well, if all else fails, my offer to adopt the package is still open. I would say that given the amount of time that has elapsed, you should go ahead and do this. regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303024: Who should be maintaining kernel-patch-powerpc-{2.4.27,2.6.8}?
Hi Sven, You've orphaned kernel-patch-powerpc-2.4.27 and kernel-patch-powerpc-2.6.8, and I'm a bit confused by the text of #303024 and #303021 Who in your mind should be listed as the maintainer of these packages if not either yourself or the Debian Kernel Team? They've been orphaned for nearly a month, and they're at the top of the list of packages that need to be uploaded with their maintainer set to the QA group, but this doesn't seem to be the right thing to happen in my mind. regards Andrew signature.asc Description: Digital signature
Bug#301561: Should we just remove openwebmail?
retitle 301561 RM: openwebmail -- RoQA; RC bugs, vulnerable code reassign 301561 ftp.debian.org thanks On Fri, Apr 29, 2005 at 12:07:06PM +0200, Matej Vela wrote: On Thu, Apr 28, 2005 at 11:20:22PM +1000, Andrew Pollock wrote: openwebmail is orphaned, but has only been so for 32 days. That said, it's got security issues, and hasn't been part of a stable release. So I'm personally inclined not to let it linger for a while on the grounds that it's got security issues, and just get it the hell out of the archive. It's not like Debian's short of webmail packages. That said, a non-DD has prepared an updated package as of a week ago, but no one has sponsored it yet. Just wondering what peoples' thoughts are? I took a look at the current upstream version (2.51). * cgi-bin/openwebmail/modules/tool.pl: Upstream no longer uses completely predictable temporary filenames, but the race condition between checking whether a file exists and actually opening it is still there. * cgi-bin/openwebmail/openwebmail-abook.pl: The user can execute arbitrary commands by passing file=; ... | to addrviewatt(). * cgi-bin/openwebmail/openwebmail-folder.pl: The user can execute arbitrary commands by passing folder=; ... | to downloadfolder(). * cgi-bin/openwebmail/openwebmail-webdisk.pl: If the user has FTP access and uploads a file named ; ... |, editfile() and downloadfile() will execute the command. * cgi-bin/openwebmail/openwebmail-webdisk.pl: The user can execute arbitrary commands by uploading a URL in the form http://foo/; I stopped looking at this point. The code is rife with vulnerabilities, and needs to be audited line by line; I'm not sure this is likely anytime soon. I think we should remove it. (It can always be added back if it's fixed.) That's good enough reason for me. regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279817: Let's remove vreng
retitle 279817 RM: vreng -- RoQA; orphaned, RC bug reassign 279817 ftp.debian.org thanks I think we should remove vreng because: - it is orphaned for 173 days - it has a release critical bug #286861, which is 126 days old - arguably due to the above bug, it doesn't work - it has no reverse dependencies - it has already been removed from testing - the version in unstable is out of date, and no one has filed a wishlist bug requesting a new upstream version be packaged - 12 installations according to popcon (3 votes) regards Andrew signature.asc Description: Digital signature
Bug#216879: roleplayer
retitle 216879 RM: roleplaying -- RoQA; broken, long-term orphan reassign 216879 ftp.debian.org thanks On Sat, Mar 26, 2005 at 09:34:50AM -0800, Thomas Bushnell BSG wrote: As per the follow-up you just got (see bug 246486 for complete context), I have requested that ftpmaster drop roleplaying. So you'd do a bit of the above then... (see http://qa.debian.org/howto-remove.html for further enlightenment) -- linux.conf.au 2005 - http://linux.conf.au/ - Birthplace of Tux April 18th to 23rd - http://linux.conf.au/ - LINUX Canberra, Australia - http://linux.conf.au/ -Get bitten! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298388: Let's remove enbd
retitle 298388 RM: enbd -- orphaned, RC bug, upstream uncontactible reassign 298388 ftp.debian.org thanks I think we should remove enbd because: * it has a (questionable) RC bug * the previous maintainer was the upstream author, and that upstream author is now uncontactible (mail bounces, mailbox over quota) * there are no patches in the package as it currently stands for kernel versions in unstable or testing regards Andrew -- linux.conf.au 2005 - http://linux.conf.au/ - Birthplace of Tux April 18th to 23rd - http://linux.conf.au/ - LINUX Canberra, Australia - http://linux.conf.au/ -Get bitten! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279770: Let's remove ibcs
On Sat, Nov 06, 2004 at 02:57:00PM +0100, Jeroen van Wolffelaar wrote: On Sun, Nov 07, 2004 at 12:47:34AM +1100, Andrew Pollock wrote: Hi, I think ibcs is probably worth getting rid of: * orphaned (#279770) * only really relevant for 2.0 and 2.2 kernels it seems (linux-abi seems to replace it for more modern kernels) I agree. By the way, best is IMHO to also attach this kind of info to the orphaned bug report, so that people looking for this kind of information can find it. Pending removal from unstable, it's IMHO an idea to file a RC bug on the package (reason: useless package not fit for release), and ask -release to drop it from sarge. Could someone with authority please reassign the WNPP bug to ftp.debian.org? regards Andrew -- linux.conf.au 2005 - http://linux.conf.au/ - Birthplace of Tux April 18th to 23rd - http://linux.conf.au/ - LINUX Canberra, Australia - http://linux.conf.au/ -Get bitten! signature.asc Description: Digital signature
Bug#279769: O: html2ps -- HTML to PostScript converter
On Sun, Feb 27, 2005 at 09:31:16PM +0100, Philipp Kern wrote: Hi there, looking at the rather long buglist for this package, shouldn't we consider to remove it from the distribution? Potentially, yes. I usually make a recomendation when I'm preparing a QA upload, if I think it isn't worth the effort. I suspect html2ps is something that is worth the effort of keeping in the distribution though (in my opinion). regards Andrew -- linux.conf.au 2005 - http://linux.conf.au/ - Birthplace of Tux April 18th to 23rd - http://linux.conf.au/ - LINUX Canberra, Australia - http://linux.conf.au/ -Get bitten! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296970: Maybe just remove kernel-patch-redhat
Hi Dan, I see you've recently orphaned kernel-patch-redhat. Maybe you're better off just requesting its removal from the archive, given that it has a release critical bug filed against it, which suggests it's going to be useless in Sarge anyway? Just my $AUD 0.05 worth. regards Andrew -- linux.conf.au 2005 - http://linux.conf.au/ - Birthplace of Tux April 18th to 23rd - http://linux.conf.au/ - LINUX Canberra, Australia - http://linux.conf.au/ -Get bitten! signature.asc Description: Digital signature
Bug#295122: RFA: iproute -- Professional tools to control the networking in Linux kernels
On Sun, Feb 13, 2005 at 09:39:15PM +0100, Andreas Barth wrote: Package: wnpp Hi, anyone who wants to work on iproute is greatly welcome, perhaps also as co-maintainer (and I'm also willing to sponsor people). The reason I intend to give the package away is that I'm not really the great networking guy, but I'll try to give the package a warm home till I can pass it over to someone else -- and as iproute is quite vital for some purposes, I'll do some checks before giving the package away. It is _not_ orphaned, I'm only looking for somebody else for maintaining. The description is: This is `iproute', the professional set of tools to control the networking behavior in kernels 2.2.x and later. . At least, the options CONFIG_NETLINK and CONFIG_NETLINK_DEV (or CONFIG_RTNETLINK) must be compiled into the running kernel. . This package is also known as iproute2 upstream and in some documentation. Hello, I'd be interested in taking this package if no one else has volunteered yet. Has it been terribly high maintenance? What's the upstream author like? regards Andrew -- linux.conf.au 2005 - http://linux.conf.au/ - Birthplace of Tux April 18th to 23rd - http://linux.conf.au/ - LINUX Canberra, Australia - http://linux.conf.au/ -Get bitten! signature.asc Description: Digital signature
Bug#281331: ITP: dstat -- versatile resource statistics tool
Package: wnpp Severity: wishlist * Package name: dstat Version : 0.5.2 Upstream Author : Dag Wieers [EMAIL PROTECTED] * URL : http://dag.wieers.com/home-made/dstat/ * License : GPL Description : versatile resource statistics tool Dstat is a versatile replacement for vmstat, iostat and ifstat. Dstat overcomes some of the limitations of these programs and adds some extra features. Dstat allows you to view all of your network resources instantly, you can for example, compare disk usage in combination with interrupts from your IDE controller, or compare the network bandwidth numbers directly with the disk throughput (in the same interval). Dstat also cleverly gives you the most detailed information in columns and clearly indicates in what magnitude and unit the output is displayed. Dstat is also unique in letting you aggregate block device throughput for a certain diskset or network bandwidth for a group of interfaces, i.e. you can see the throughput for all the block devices that make up a single filesystem or storage system. Dstat's output, in its current form, is not suited for post-processing by other tools, it's mostly meant for humans to interprete real-time data as easy as possible. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=C
Bug#274472: Let's remove moria
Hi, Given that moria is in non-free, orphaned, only a game, and hasn't had an upload in yonks, I reckon we should remove it. regards Andrew -- linux.conf.au 2005 - http://lca2005.linux.org.au/ - Birthplace of Tux April 18th to 23rd - http://lca2005.linux.org.au/ - LINUX Canberra, Australia - http://lca2005.linux.org.au/ -Get bitten!
Bug#273704: Let's remove ksmp3play
Hi, I think we can do without ksmp3play. It seems to have a truckload of functional bugs open against it, and we have similiar packages like mp3blaster. Orphaned for 41 days No upload in over a year A lot of 3 year+ bugs regards Andrew -- linux.conf.au 2005 - http://lca2005.linux.org.au/ - Birthplace of Tux April 18th to 23rd - http://lca2005.linux.org.au/ - LINUX Canberra, Australia - http://lca2005.linux.org.au/ -Get bitten!
Bug#244768: Please remove lprngtool
reassign 244768 ftp.debian.org retitle 244768 Please remove lprngtool thanks Hi ftpmaster, debian-release, I've had lprngtool up for grabs in WNPP for some months with no interest. I've pinged all the people with open bugs, and those that replied all said they could live with it being removed completely. Basically, upstream is kaput. He seems to have been hit by a case of real life or something, so LPRng in general is not a happening thing these days. Release Management: lprngtool depends on ifhp, which is currently maintained by the QA team, and also from the same stable as lprngtool. It may also be worthwhile getting rid of it while we're at it. I'll have a chat to the QA team and see what they say, and if that's the general vibe, file another bug against ftp.debian.org for its removal as well. regards Andrew -- linux.conf.au 2005 - http://lca2005.linux.org.au/ - Birthplace of Tux April 18th to 23rd - http://lca2005.linux.org.au/ - LINUX Canberra, Australia - http://lca2005.linux.org.au/ -Get bitten! signature.asc Description: Digital signature
Bug#230767: devfs debian packages?
On Tue, Aug 17, 2004 at 11:11:39AM +1000, Martin Pool wrote: Hi, Is there any chance of getting your experimental packages? devlabel I presume you mean? I haven't worked on it for months because I was finding it horribly non-devfs friendly, and upstream never responded to me. Would you like an i386 deb or the source package material so you can build it yourself? regards Andrew signature.asc Description: Digital signature
Bug#244768: [survey] Printing and the future of lprngtool in Debian
Greetings. You are receiving this email because you have submitted a bug on the Debian package of lprngtool and I'm the current maintainer of it. I have been seeking a new maintainer for the lprngtool package for 4 months without anyone coming forward. I've found upstream to be next to dead. He occassionally responds to my emails in a non-timely fashion. Upstream hasn't made a release in years. I don't have the resources to maintain a Debian-specific fork of lprngtool, and I think there are other alternatives that make doing this unnecessary. I'd appreciate feedback from you as to how you would cope if lprngtool was completely removed from the upcoming Sarge release. One potential starting point is foomatic. Another is switching to CUPS. Your feedback will help ensure that I don't make a decision that adversely affects you. regards Andrew signature.asc Description: Digital signature
Bug#250078: gg2 release quality
Hi, IMO gg2 isn't release quality, and should be at least removed from Sarge if not the archive altogether, based on #251960. What do others think? I believe similar functionality is available in other packages. regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#249831: Maybe remove gnomba?
Hi, Apparently gnomba's dead upstream, and it's got a fair few open bugs. I believe Samba browsing is a built in function of GNOME these days, so this package is probably redundant? regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#251189: Remove trustees?
Hi, I think we can probably remove trustees: * orphaned * upstream dead * same functionality available in POSIX ACLs regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255803: ITP: howl -- Zeroconf service discovery and IP autoconfiguration tools
On Wed, Jun 23, 2004 at 05:14:36PM +1000, Jeff Waugh wrote: Package: wnpp Severity: wishlist * Package name: howl Version : 0.9.5 Upstream Author : Porchdog Software [EMAIL PROTECTED] * URL : http://www.porchdogsoft.com/products/howl/ * License : BSD style Description : Zeroconf service discovery and IP autoconfiguration tools Howl is a implementation of Zeroconf networking, including service discovery via multicast or unicast DNS (called Rendezvous by Apple) and local link IP autoconfiguration. How does this differ from zcip in functionality? regards Andrew
Bug#247155: Should we remove raidtools?
On Thu, Jun 10, 2004 at 06:03:23PM +0100, Martin Michlmayr wrote: * Andrew Pollock [EMAIL PROTECTED] [2004-06-10 17:29]: Do we need to have three different RAID packages in sarge? From the package description, it's only necessary for unpatched 2.2 kernels. I agree that raidtools (v1) can probably go, but let's CC the old maintainer to ask for comments. I didn't see a lot of cries to keep raidtools out of the discussion that this generated. regards Andrew
Bug#253942: RFP: libhttp-recorder-perl -- record interaction with websites for later use with HTTP::Mechanize
Package: wnpp Severity: wishlist * Package name: libhttp-recorder-perl Version : 0.02 Upstream Author : Linda Julien [EMAIL PROTECTED] * URL : http://search.cpan.org/~leira/HTTP-Recorder/ * License : Unknown Description : record interaction with websites for later use with HTTP::Mechanize HTTP::Recorder is a browser-independent recorder for recording interactions with websites. The default output is a script suitable for feeding to HTTP::Mechanize -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-686 Locale: LANG=C, LC_CTYPE=C
Bug#252999: ITP: ecncheck -- TCP ECN dianostic tool
Package: wnpp Severity: wishlist * Package name: ecncheck Version : 0.9.6 Upstream Author : Ian Gulliver [EMAIL PROTECTED] * URL : http://firestuff.org * License : GPL Description : TCP ECN diagnostic tool ECNCheck is a set of programs used for testing IPv4 and IPv6 hosts for ECN (Explicit Congestion Notification) support and RFC-violating refusal. The programs also provide detailed traceroute information that can be useful in debugging ECN-related problems. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-686 Locale: LANG=C, LC_CTYPE=C
Bug#251862: ITP: bicyclerepair -- A refactoring tool for python
On Mon, May 31, 2004 at 10:14:04PM +1000, Robert Collins wrote: Package: wnpp Severity: wishlist * Package name: bicyclerepair Version : 0.9 Upstream Author : Shae Erisson [EMAIL PROTECTED], Phil Dawes [EMAIL PROTECTED] * URL : http://bicyclerepair.sourceforge.net/ * License : Other Description : A refactoring tool for python long description... A framework and refactoring tool for Python. IDE Plugins are included for Pymacs, IDLE and Vim. Using Bicycle Repair Man you can rename classes, methods and variables, and all users of them are found and adjusted appropriately. Can the long description include wtf refactoring is and why I might want some? Andrew
Bug#247427: ITP: elfsign -- ELF binary signing and verification utilities
Package: wnpp Severity: wishlist Package name: elfsign Version : 0.2.0 Upstream Author : [EMAIL PROTECTED] URL : http://www.hick.org/code/skape/elfsign/ License : Artistic Description : ELF binary signing and verification utilities This package provides a utility to add a digital signature to an ELF binary, and another utility to verify that signature. The current implementation uses PKI to sign the checksum of the binary. The benefits of doing this are are that it enables one to determine if a binary has been modified, and who created that binary. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686 Locale: LANG=C, LC_CTYPE=C
Bug#247427: ITP: elfsign -- ELF binary signing and verification utilities
On Wed, May 05, 2004 at 12:24:00PM +0100, Andrew Suffield wrote: The original Artistic license is not appropriate for licensing anything that is not approximately perl, because of the way it is worded. It is a terrible license. Do not use it. It's also highly questionable as to whether things licensed under it can be included in Debian, given the prohibitions on commercial distribution. Please ask upstream to replace it with the Clarified Artistic license (or some other free software license) before this is included in Debian. The upstream author has kindly relicensed under the Clarified Artistic Licence. (Please Cc me on any -legal correspondence, I'm not subscribed). regards Andrew signature.asc Description: Digital signature
Bug#244562: O: xfce4-diskperf-plugin
Package: wnpp Severity: normal The current maintainer has orphaned all his XFce4 packages in WNPP #241260 but not filed individual WNPP bugs, so therefore I'm doing it now. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686 Locale: LANG=C, LC_CTYPE=C
Bug#244560: O: xfce4-clipman-plugin
Package: wnpp Severity: normal The current maintainer has orphaned all his XFce4 packages in WNPP #241260 but not filed individual WNPP bugs, so therefore I'm doing it now. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686 Locale: LANG=C, LC_CTYPE=C
Bug#244558: O: xfce4-artwork
Package: wnpp Severity: normal The current maintainer has orphaned all his XFce4 packages in WNPP #241260 but not filed individual WNPP bugs, so therefore I'm doing it now. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686 Locale: LANG=C, LC_CTYPE=C
Bug#244559: O: xfce4-battery-plugin
Package: wnpp Severity: normal The current maintainer has orphaned all his XFce4 packages in WNPP #241260 but not filed individual WNPP bugs, so therefore I'm doing it now. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686 Locale: LANG=C, LC_CTYPE=C
Bug#244561: O: xfce4-datetime-plugin
Package: wnpp Severity: normal The current maintainer has orphaned all his XFce4 packages in WNPP #241260 but not filed individual WNPP bugs, so therefore I'm doing it now. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686 Locale: LANG=C, LC_CTYPE=C
Bug#244568: O: xfce4-showdesktop-plugin
Package: wnpp Severity: normal The current maintainer has orphaned all his XFce4 packages in WNPP #241260 but not filed individual WNPP bugs, so therefore I'm doing it now. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686 Locale: LANG=C, LC_CTYPE=C
Bug#244566: O: xfce4-netload-plugin
Package: wnpp Severity: normal The current maintainer has orphaned all his XFce4 packages in WNPP #241260 but not filed individual WNPP bugs, so therefore I'm doing it now. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686 Locale: LANG=C, LC_CTYPE=C
Bug#244565: O: xfce4-minicmd-plugin
Package: wnpp Severity: normal The current maintainer has orphaned all his XFce4 packages in WNPP #241260 but not filed individual WNPP bugs, so therefore I'm doing it now. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686 Locale: LANG=C, LC_CTYPE=C
Bug#244567: O: xfce4-notes-plugin
Package: wnpp Severity: normal The current maintainer has orphaned all his XFce4 packages in WNPP #241260 but not filed individual WNPP bugs, so therefore I'm doing it now. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686 Locale: LANG=C, LC_CTYPE=C
Bug#229916: Need some help with xirssi
On Thu, Mar 18, 2004 at 02:45:07PM +, Martin Michlmayr wrote: * Andrew Pollock [EMAIL PROTECTED] [2004-03-17 11:42]: Alternatively, we can just remove xirssi. [snip] 14:42 JD tbm: wait 2 days. if I haven;t uploaded by then, remove it Ding! Times up? Andrew signature.asc Description: Digital signature
Bug#230767: Update
Just so people don't think this is being completely neglected... I've built a preliminary package, and then discovered that it can't cope with devfs. Super. I've sent a number of emails to upstream, ranging from Hi, I'm going to package up your software for Debian to Hey, this thing doesn't work with devfs, I'll write a patch, without hearing a peep back. I'm planning on writing a patch to allow it to work with devfs, but in the meantime I'll probably enhance the current package to detect the presence of devfs and do something intelligent (like fail elegantly), and then upload it as is. Andrew
Bug#230767: ITP: devlabel -- storage device abstraction layer
Package: wnpp Severity: wishlist * Package name: devlabel Version : 0.45.04 Upstream Author : Gary Lerhaupt [EMAIL PROTECTED] * URL : http://linux.dell.com/devlabel/devlabel.html * License : GPL Description : storage device abstraction layer Devlabel is a program which dynamically creates symbolic links to disk/partition names. It uses the disk's and/or partition's unique identifiers to keep the symlink pointed to the correct location even if the underlying partition's name has changed. So, regardless of whether /dev/sdb6 becomes /dev/sdc6, devlabel figures this all out and points the symlink to the correct data. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux caesar 2.4.23-1-686 #1 Sun Nov 30 20:51:10 EST 2003 i686 Locale: LANG=C, LC_CTYPE=C