On the removal of yaclc

Hi, I just noticed that yaclc was removed, under the premise of being orphaned and having a low popcon score. This broke my workflow (I had a pbuilder hook that installed lintian and yaclc together, and that started failing, so I noticed the absence of the lintian run). My particular use case hi

/org/qa.debian.org/web/watch/sf.php needs updating

Hi, The SF redirector thingy on merkel needs to be repointed at a different SF backend (maybe it could be extended to support cycling through a list of them automatically?) as garr.dl.sourceforge.net is down it seems. Could someone in the qa group please do the needful? regards Andrew signatu

Re: Sourceforge redirector proxy thing broken?

On Fri, Mar 21, 2008 at 06:44:19PM +0100, Luk Claes wrote: > Andrew Pollock wrote: > > On Thu, Mar 20, 2008 at 05:59:14PM +1100, Aníbal Monsalve Salazar wrote: > >> On Thu, Mar 20, 2008 at 04:37:39PM +1000, Andrew Pollock wrote: > >>> I was just trying to fix up a wat

Re: Sourceforge redirector proxy thing broken?

On Thu, Mar 20, 2008 at 05:59:14PM +1100, Aníbal Monsalve Salazar wrote: > On Thu, Mar 20, 2008 at 04:37:39PM +1000, Andrew Pollock wrote: > >I was just trying to fix up a watch file for simpleproxy, which is hosted on > > I use (for beecrypt): > > cat debian/watch > v

Sourceforge redirector proxy thing broken?

Hi, I was just trying to fix up a watch file for simpleproxy, which is hosted on SourceForge, and I used the format the man page for uscan said to use, which uses the qa.debian.org proxy. The thing is, that seems to be broken, possibly because it's trying to talk to a down SourceForge mirror. reg

Let's remove gxmms

retitle 391415 RM: gxmms RoQA; superceded by playground reassign 391415 ftp.debian.org thanks According to #356652, this package has been superceded by playground signature.asc Description: Digital signature

Re: How to detect packages autobuilt against debhelper 5.0.14?

On Sat, Nov 04, 2006 at 10:12:21PM +0100, Thomas Viehmann wrote: > Hi, > > Andrew Pollock wrote: > > Any suggestions for how to determine all packages autobuilt against > > debhelper 5.0.14? > Wouldn't it be sufficient to look for dh_installinit stuff in postinst

Re: Matt Zimmerman appears to be Rarely In Action

On Mon, Aug 07, 2006 at 03:00:54PM -0700, Matt Zimmerman wrote: > On Mon, Aug 07, 2006 at 10:15:30PM +0200, Peter Eisentraut wrote: > > The last upload that the PTS can attribute to Matt was 2005-01-20, and > > the packages that he maintains are growing worse in shape. At least > > the following

Re: 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

How to detect packages autobuilt against debhelper 5.0.14?

Hey, #397056 just brought to my attention that an 11 month old build of one of my packages appears to have been bitten by debhelper bug #347577 This got me thinking, how many other packages autobuilt around that time, and not subsequently uploaded might be also affected? Any suggestions for how

What to do with rosegarden and rosegarden2?

Hi, rosegarden is just a meta-package that depends on rosegarden2 for transition purposes. rosegarden2 is also orphaned, and recommends (not in a package relationship kind of way) that people look at rosegarden4 instead. So I'm inclined to do an upload of rosegarden changing the maintainer and d

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

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 bee

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 R

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 functio

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

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 - upst

Re: http://qa.debian.org/orphaned.html not updating?

On Thu, Nov 03, 2005 at 10:50:38PM +, Martin Michlmayr wrote: > * Andrew Pollock <[EMAIL PROTECTED]> [2005-11-04 08:45]: > > It seems that http://qa.debian.org/orphaned.html hasn't updated > > since November 1. > > The LDAP interface to the BTS is currently

http://qa.debian.org/orphaned.html not updating?

Hi, It seems that http://qa.debian.org/orphaned.html hasn't updated since November 1. regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Let's remove heaplayers

retitle 332536 ftp.debian.org reassign 332536 ftp.debian.org thanks Hi, I think we should remove heaplayers because: * it doesn't built in unstable any more (even on i386) * it's got FTBFS bugs on s390 and sparc * the maintainer indicated it should probably be removed in the WNPP bug regards A

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 U

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 t

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

Let's remove fenris

retitle 322601 reassign 322601 ftp.debian.org thanks Hi, I think we should remove fenris because: * it's been orphaned for 31 days * it has one RC bug (FTBFS) * the patch to fix this bug fixes the FTBFS, but then the resulting build doesn't work * it's never been part of a stable release, and

Let's remove all these GGZ Gaming Zone packages

retitle 279758 RM: ggz-client-libs -- Out of date reassign 279758 ftp.debian.org retitle 279759 RM: ggz-docs -- RC bugs, useless without other packages reassign 279759 ftp.debian.org retitle 279760 RM: ggz-gnome-client -- RC bug reassign 279760 ftp.debian.org retitle 279761 RM: ggz-grubby -- Orphan

Let's remove aspseek (was Re: Is removal the only option for aspseek?)

retitle 321328 RM: aspseek -- RoQA, RC bugs, licensing issues, dead upstream reassign 321328 ftp.debian.org thanks On Thu, Sep 08, 2005 at 11:58:26AM -0700, Russ Allbery wrote: > > Agreed; here are the notes I made when going through all the orphaned > packages: > > aspseek (2005-08-24) REMOVE

Is removal the only option for aspseek?

Hi, Based on #292629, is the only option for aspseek to remove it? Or could the libapache-mod-aspseek just package be scrapped? I haven't done thorough investigation yet to determine if that renders the whole thing pointless or not though... regards Andrew -- To UNSUBSCRIBE, email to [EMAIL P

Let's remove kernel-patch-2.4-kgdb

retitle 323441 RM: kernel-patch-2.4-kgdb -- orphaned, RC bugs, out of date reassign 323441 ftp.debian.org thanks Hi, I think we should remove kernel-patch-2.4-kgdb because: * It's been orphaned for 22 days * It has had a release critical bug open for 106 days * The patch doesn't apply to any ker

Let's remove diablo

retitle 318303 RM: diablo -- RC bugs, orphaned, non-free reassign 318303 ftp.debian.org thanks I think we should remove diablo because: * It's non-free * It's been orphaned for 40 days at time of writing * It has a couple of release-critical bugs * It wasn't part of the sarge stable release * It'

Let's remove openduke

retitle 314675 RM: openduke -- Orphaned, RC bugs, contrib, limited functionality reassign 314675 ftp.debian.org thanks I think we should remove openduke on the grounds that it: * has been orphaned for 61 days * has a RC bug (FTBFS on AMD64, with a patch that is apparently broken) * according to t

Let's remove kernel-patch-acl

retitle 273930 RM: kernel-patch-acl -- RoQA: orphaned, buggy, obsolete reassign 273930 ftp.debian.org thanks I think we can get rid of this package because: - it's been orphaned for 277 days at time of writing - it has a release-critical bug open for 329 days at time of writing - it's never been

Bug#307461: qa.debian.org: displays "GPG key id not found" for ALL developers

On Tue, May 03, 2005 at 11:43:36AM +0200, Thijs Kinkhorst wrote: > Package: qa.debian.org > Severity: normal > > > Since a couple of days, qa.debian.org/developer.php displays > in red "GPG key id not found!" under general information, > for all developers. I guess something's broken in the routi

Re: 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

Re: Should we just remove openwebmail?

On Thu, Apr 28, 2005 at 03:25:36PM +0200, Jeroen van Wolffelaar wrote: > > I suggest waiting, but it'd be nice if it'd be assured that upstream is > active if someone's going to save the package. > I'm just not sure how responsible it is to be leaving an unmaintained, known-to-be vulnerable pack

Re: Should we just remove openwebmail?

On Thu, Apr 28, 2005 at 03:26:08PM +0200, Luk Claes wrote: > On Thu, 28 Apr 2005, Andrew Pollock wrote: > > > Hi, > > Hi Andrew > > > openwebmail is orphaned, but has only been so for 32 days. > > > > That said, it's got security issues, and hasn

Should we just remove openwebmail?

Hi, 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'

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 depend

celestia, remove or QA maintain?

Hi, I'm inclined to reassign the WNPP bug for celestia to ftp.debian.org, on the grounds that #174456 probably isn't going to get resolved whilst it is under QA maintenance, but I wanted to see what others thought first. regards Andrew -- linux.conf.au 2005 - http://linux.conf.au/ - Birth

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, mailb

Let's remove limewire

retitle 231457 RM: limewire -- orphaned, RC security bugs, in contrib reassign 231457 ftp.debian.org thanks I think we should remove limewire because: It has unsatisfiable build-dependencies, making it difficult to make a QA upload It has been orphaned for 409 days It has a RC security bug It has

Re: Accepted vcg 1.30debian-2 (i386 source)

On Sat, Mar 19, 2005 at 11:33:01PM -0800, James Michael DuPont wrote: > > --- Andrew Pollock <[EMAIL PROTECTED]> wrote: > >* QA Group upload orphaning this package > > What does this mean exactly? I am working on it right now. > mike > Well according to

Re: Packages which build-depend on libtool1.4

On Fri, Mar 18, 2005 at 04:55:06PM +1100, Andrew Pollock wrote: > Hi, > > The following packages > > cinepaint > cyrus-sasl > freeradius > libgtop > rpm > > declare a build-dependency on libtool1.4, which is orphaned, and will > probably be removed eventually

Packages which build-depend on libtool1.4

Hi, The following packages cinepaint cyrus-sasl freeradius libgtop rpm declare a build-dependency on libtool1.4, which is orphaned, and will probably be removed eventually. I was planning on filing bugs against the above packages, but I was just wondering what severity to make it? Important, or

Re: libunicode help required

On Tue, Mar 08, 2005 at 08:43:36AM +0100, Luk Claes wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Andrew Pollock wrote: > | On Fri, Mar 04, 2005 at 10:06:15AM +0100, Luk Claes wrote: > | > |>I don't see any problems with my patch, though I started with

Re: libunicode help required

On Fri, Mar 04, 2005 at 10:06:15AM +0100, Luk Claes wrote: > > I don't see any problems with my patch, though I started with running > autoupdate before executing the other commands. It builds without any > problem and it has the 'pass_all' as expected. > > Can you please ellaborate what the prob

libunicode help required

Hi, I need some help from someone with more libtool fu than I to make a QA upload of libunicode (to fix #201922). It's using an antedeluvian version of libtool, and the instructions at http://people.debian.org/~keybuk/libtool-updating.html aren't cutting the mustard. regards Andrew -- linux.c

Let's remove vrwave

Hi, I think we should remove vrwave from the archive on the grounds that: * it's orphaned * it's non-free * it has unsatisfiable build-dependencies regards Andrew -- linux.conf.au 2005 - http://linux.conf.au/ - Birthplace of Tux April 18th to 23rd - http://linux.conf.au/ - LINU

Re: State of dhcp3

On Sat, Feb 26, 2005 at 09:31:44AM -0500, Eloy A. Paris wrote: > On Fri, Feb 25, 2005 at 06:14:40PM -0800, Matt Zimmerman wrote: > > > On Sat, Feb 26, 2005 at 01:10:30PM +1100, Andrew Pollock wrote: > > > > > There's a few reasonably annoying bugs in dhcp3-client,

Re: State of dhcp3

On Sat, Feb 26, 2005 at 09:31:44AM -0500, Eloy A. Paris wrote: > On Fri, Feb 25, 2005 at 06:14:40PM -0800, Matt Zimmerman wrote: > > > On Sat, Feb 26, 2005 at 01:10:30PM +1100, Andrew Pollock wrote: > > > > > There's a few reasonably annoying bugs in dhcp3-client,

State of dhcp3

Hi, There's a few reasonably annoying bugs in dhcp3-client, that have been open for a fair while and have patches. I notice that there hasn't been an upload in over 6 months. Is there any chance that any of these bugs can be fixed before Sarge releases? I'd be happy do look into preparing an NMU

Re: 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

Re: Let's remove moria

On Mon, Nov 15, 2004 at 09:42:48AM +1100, Andrew Pollock wrote: [snip] > http://qa.debian.org/orphaned.html and make an upload, I suggest removal as > an alternative. But hey, this is just my personal opinion, I'll happily > accept the consensus. > [snip] Still orphaned. I

Re: Let's remove netjuke

On Mon, Nov 08, 2004 at 07:25:37PM +0100, Jeroen van Wolffelaar wrote: > On Mon, Nov 08, 2004 at 06:19:16PM +, Martin Michlmayr wrote: > > * Andrew Pollock <[EMAIL PROTECTED]> [2004-11-07 18:45]: > > > I think netjuke needs some serious love, or it should probably b

Re: Package status scripts

On Mon, Nov 15, 2004 at 02:58:43PM +, Martin Michlmayr wrote: > * Ian Lynagh <[EMAIL PROTECTED]> [2004-11-12 15:10]: > > It was suggested on IRC that the scripts I have running from > > http://people.debian.org/~igloo/ should be moved to qa.debian.org, both > > because that's where they belong

Re: linuxlogo and use of /etc/

On Mon, Nov 15, 2004 at 09:41:23AM +0100, Thomas Hood wrote: > First of all, thanks for uploading the new linuxlogo. It's hardly new. All I did was change the maintainer. That package requires a lot of love. > As you probably know, efforts are being made to eliminate variable files > from the /e

Re: Let's remove moria

On Thu, Nov 11, 2004 at 11:38:21AM +0100, Erik Schanze wrote: > Hello Andrew! > > Andrew Pollock <[EMAIL PROTECTED]>: > > Given that moria is > > in non-free, > This is no reason for dropping. We should also support non-free software > in Debian. > > &g

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

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/

Let's remove netjuke

I think netjuke needs some serious love, or it should probably be removed from the archive. Judging from the calibre of the bugs open against it, it is fairly non-functional out of the box at present, and it's been orphaned for 2 months, and seriously neglected for about 18 months prior to that, a

Let's remove ibcs

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) regards Andrew -- linux.conf.au 2005 - http://lca2005.linux.org.au/ - Birthplace of Tux April 18th to

How to test this bug

Hi Steve, I am preparing a QA upload of beecrypt, which incorporates a new upstream version. I'd like to test it to see if it fixes this bug, prior to uploading it. How were you determining the endianness issue in the first place? regards Andrew -- linux.conf.au 2005 - http://lca2005.linux.

Paging Juan Cespedes

Hi Juan, I notice that you've got an RC bug in ltrace, with patches in the BTS. Do you mind if I NMU it if you're not able to make an upload soon? regards Andrew -- linux.conf.au 2005 - http://lca2005.linux.org.au/ - Birthplace of Tux April 18th to 23rd - http://lca2005.linux.org.au/

Are you still active (in Debian)?

Hi Brad, I just noticed that your one package a) has a couple of release critical bugs b) has your email address at your former employer as the maintainer address c) hasn't made it into testing for quite a long time Are you still actively maintaining this package? regards Andrew -- linux.con

Bug#267491: PTS Testing status broken?

Package: qa.debian.org Hi, http://packages.qa.debian.org/a/argus.html says Too young, only 0 out of 10 days old, but http://qa.debian.org/developer.php?excuse=argus says Too young, only 5 of 10 days old. I believe the latter. regards Andrew signature.asc Description: Digital signature

Re: NM Application for Kenneth Haase

On Wed, Aug 11, 2004 at 12:17:43AM -0700, William Ballard wrote: > On Wed, Aug 11, 2004 at 04:51:29PM +1000, Matthew Palmer wrote: > > believe to be his CV is at http://www.beingmeta.com/haase_cv.html). But I > > Heavens to murgatroid, what a pompous ass. Get this man to a McDonalds > and into

Let's remove gtk-menu

Hi, From #194771: >>> To be honest gtk-menu is pretty much redundant now. >>> >>> I packaged it really for use with ipaqs etc... But now most handheld >>> users are using matchbox which has a decent menu. >>> >>> I'm personally not using gtk-menu at all now - and have been pondering >>> getting

Couple of patches for asmon

Hi, [[ I just tried to send this to Brad, it bounced, and I note that you did the release of 0.61 according to its changelog ]] I've just performed a QA upload of asmon (0.60), because there is no one currently maintaining it in Debian. I applied a couple of user-supplied patches that fixed a co

Couple of patches for asmon

Hi Brad, I've just performed a QA upload of asmon (0.60), because there is no one currently maintaining it in Debian. I applied a couple of user-supplied patches that fixed a couple of minor cosmetic bugs. I'm not sure if you are aware of them, or if they are fixed in 0.61, but I thought I would

Re: What's with a non-released version in sarge?

On Mon, Jun 28, 2004 at 12:26:30AM +0200, Jeroen van Wolffelaar wrote: > On Mon, Jun 28, 2004 at 08:23:40AM +1000, Andrew Pollock wrote: > > On Sun, Jun 27, 2004 at 03:47:18PM +0200, Andreas Barth wrote: > > > [should we take that of -release?] > > > > > >

Re: What's with a non-released version in sarge?

On Mon, Jun 28, 2004 at 12:17:28AM +0200, Jeroen van Wolffelaar wrote: > On Sun, Jun 27, 2004 at 05:40:35PM +1000, Andrew Pollock wrote: > > Hi, > > > > I'm rebuilding my webserver, with sarge, because I figure it's going to > > release sooner rather than lat

Re: What's with a non-released version in sarge?

On Sun, Jun 27, 2004 at 03:47:18PM +0200, Andreas Barth wrote: > [should we take that of -release?] > > * Andrew Pollock ([EMAIL PROTECTED]) [040627 09:55]: > > I can't think of a way forward here, that isn't going to make a mess for a > > group of users. > &

What's with a non-released version in sarge?

Hi, I'm rebuilding my webserver, with sarge, because I figure it's going to release sooner rather than later. So I've got the version of SquirrelMail that's in sarge, namely 1.5.0-1, and I proceed to go and get all the various plugins that I have installed in the version I'm currently running on

Re: guile-oops

On Thu, Jun 24, 2004 at 12:06:33PM +0200, Jeroen van Wolffelaar wrote: > On Thu, Jun 24, 2004 at 11:42:10AM +0200, Francesco P. Lovergine wrote: > > On Thu, Jun 24, 2004 at 10:32:42AM +1000, Andrew Pollock wrote: > > > Egads! > > > > > > So I go to try and

Re: plans on orphaning / removing packages not in testing

On Thu, Jun 24, 2004 at 06:42:32PM +0200, Adeodato Sim? wrote: [snip] > > then do not many orphaned packages (if not most) fit into one of the > proposed resons and should be removed from testing? > > I think many packages could benefite from this in-the-middle approach: > instead of co

Re: NCO maintainer MIA

On Wed, Jun 23, 2004 at 05:59:09PM -0700, Charlie Zender wrote: > Hi, [snip] > > I am now formally asking that Debian transition NCO maintainership > to me and Rorik Peterson <[EMAIL PROTECTED]> over some reasonable > timescale. Rorik and I are both Debian users. We implemented what > we feel is

guile-oops

Egads! So I go to try and prepare a QA upload of guile-oops to orphan it properly, and it's currently a native package. I just converted visualos to a non-native package, so I figure I'll have a go with guile-oops. The bloody thing's got a tarball inside its source tarball. What should I do in th

Maybe remove premail...

Hi, premail has a few old, functional bugs open. It's in contrib, hasn't been changed since woody released, and I can't find it's upstream. I think you can achieve similar functionality with gnupg and mixmaster. Maybe we should just remove this package? regards Andrew

Re: visualos

On Thu, Jun 24, 2004 at 08:52:01AM +1000, Andrew Pollock wrote: > On Wed, Jun 23, 2004 at 02:36:20PM +0100, Martin Michlmayr wrote: > > * Andrew Pollock <[EMAIL PROTECTED]> [2004-06-23 11:33]: > > > VisualOS seems to be a native package. The previous maintainer was

Re: visualos

On Wed, Jun 23, 2004 at 02:36:20PM +0100, Martin Michlmayr wrote: > * Andrew Pollock <[EMAIL PROTECTED]> [2004-06-23 11:33]: > > VisualOS seems to be a native package. The previous maintainer was > > also the upstream developer (it's a SourceForge project). > > &

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

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

Remove trustees?

Hi, I think we can probably remove trustees: * orphaned * upstream dead * same functionality available in POSIX ACLs regards Andrew

visualos

Hi, VisualOS seems to be a native package. The previous maintainer was also the upstream developer (it's a SourceForge project). So should I convert this to a normal style package instead? Is it as straightforward as renaming the tarball? regards Andrew

Re: 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 unpatche

Remove syscalltrack?

Hi, syscalltrack isn't looking too flash: * approaching two years orphaned * 3 release critical bugs * Grossly out of date with upstream (and upstream hasn't released in over a year) Looks like it's already on Martin's radar for removal... regards Andrew

Re: changelogs.debian.net

On Sun, Jun 20, 2004 at 02:37:00PM +0200, Frank Lichtenheld wrote: > > The simplest "official" solution would be to offer the changelogs > in the way you do accessible via packages.debian.org/changelog: > > What do you think about that? (we should perhaps offer an abbrevation for > changelog, too

Re: changelogs.debian.net

On Sat, Jun 19, 2004 at 01:38:57AM +0200, Osamu Aoki wrote: > On Mon, Jun 07, 2004 at 12:20:22AM +1000, Andrew Pollock wrote: > > Hi, > > > > Not sure if anyone else is going to find this of massive use, but I find I'm > > often looking at changelogs for packages t

PTS stuck?

Hi, The PTS doesn't seem to have updated in a few days, has it gotten stuck somehow? regards Andrew

Re: Should we remove raidtools?

On Thu, Jun 10, 2004 at 06:38:46PM +1000, Matthew Palmer wrote: > On Thu, Jun 10, 2004 at 05:29:00PM +1000, Andrew Pollock wrote: > > It's got RC bugs. I know someone was trying to get a sponsor for an upload > > recently on -devel. > > I thought that was raidtools2

Re: Should we remove raidtools?

On Thu, Jun 10, 2004 at 03:37:42PM +0200, Andreas Barth wrote: > * Andrew Pollock ([EMAIL PROTECTED]) [040610 09:40]: > > Do we need to have three different RAID packages in sarge? > > > > >From the package description, it's only necessary for unpatched 2.2 >

Should we remove raidtools?

Hi, Do we need to have three different RAID packages in sarge? >From the package description, it's only necessary for unpatched 2.2 kernels. Given that we're trying to get rid of all 2.2 kernels, can we get rid of raidtools? It's got RC bugs. I know someone was trying to get a sponsor for an up

Re: changelogs.debian.net

On Sun, Jun 06, 2004 at 11:40:42PM -0700, Matt Zimmerman wrote: > On Mon, Jun 07, 2004 at 12:20:22AM +1000, Andrew Pollock wrote: > > > Not sure if anyone else is going to find this of massive use, but I find I'm > > often looking at changelogs for packages that aren&

Re: changelogs.debian.net

Blah, I meant to reply to the list... On Mon, Jun 07, 2004 at 08:44:46AM +1000, Matthew Palmer wrote: > On Mon, Jun 07, 2004 at 12:20:22AM +1000, Andrew Pollock wrote: > > Not sure if anyone else is going to find this of massive use, but I find I'm > > often looking at cha

changelogs.debian.net

Hi, Not sure if anyone else is going to find this of massive use, but I find I'm often looking at changelogs for packages that aren't necessarily installed locally, or I'm out and about and all I have is my email and a web browser, and I want to look at a package's changelog. I found it a bit ted

Let's remove netsaint-nrpe

Hi, Methinks netsaint-nrpe can go. It's orphaned, it's for netsaint (old hat, go Nagios). regards Andrew

Merkel not survive the power outage?

Hi, Did Merkel not survive the HP power outage? It still seems to be down... regards Andrew signature.asc Description: Digital signature

Re: Firebird in Debian (now with security vulnerabilities!)

On Sat, May 15, 2004 at 11:08:23AM +1000, Andrew Pollock wrote: > Hi Mark, > > When the previous maintainer of the Debian Firebird packages (Grzegorz B. > Prokopski) orphaned them, he made mention[1] that you were looking at taking > them over. Is this correct? Are you cur

Re: yiff

On Sun, May 16, 2004 at 03:44:25PM +0200, Andreas Metzler wrote: > > You should be able to manually invoke /usr/lib/dpkg/methods/apt/update > (it is shell script) instead of letting dselect do this, but I cannot > see the point. "dselect update"'s single purpose is to keep > /var/lib/dpkg/availab

Re: yiff

On Sat, May 15, 2004 at 07:14:37AM +0200, Andreas Metzler wrote: > > You have not run dselect on this machine since it was upgraded from > stable to testing. - "apt-get upgrade" does not update > /var/lib/dpkg/available, type "dselect update" instead, if you wannt > to play with grep-available. T

Re: yiff

On Sat, May 15, 2004 at 03:18:20AM +0200, Frank Lichtenheld wrote: > > $ apt-cache policy yiff-server > yiff-server: > Installed: (none) > Candidate: 2.12.4-6 > Version Table: > 2.14.2-2 0 > 1 http://localhost unstable/main Packages > 1 http://ftp.de.debian.org unsta

  1   2   >