Andreas Tille wrote:
>there was no upload of StarDict for a very long time. We currently hit
>upstream version 2.4.3 which is much more powerfull and not only restricted
>to Chinese-English so much more users could profit from an updated package.
>
>The maintainer seems not to care for closing RC
There are a startling number of package removal request bugs against
ftp.debian.org, and they sometimes sit for a long time (although they're
sometimes disposed of quickly). #225537 is a classic example of one
which has been sitting too long.
Similarly, bugs asking for changes in the override
I'm suggesting these be moved to oldlibs.
Opinions? Agreement? Disagreement? Have I misunderstood the function of
oldlibs? ;-)
libstdc++3 -- old version of libstdc++-v3, replaced by libstdc++5
libstdc++2.10-glibc2.2 -- old gcc-2.95 version of libstdc++
libgnutls5 -- libgnutls7 and libgnutls10
OK, so I looked at Lintian and some of the packages with
ancient-standards-version have *really* ancient standards versions --
2.something.
Perhaps unsurprisingly, many of these are generally pretty poorly maintained
packages. (Some are in pretty good shape, though.) You'll also note that
the sa
On 2004-02-28 Nathanael Nerode <[EMAIL PROTECTED]> wrote:
> I'm suggesting these be moved to oldlibs.
> Opinions? Agreement? Disagreement? Have I misunderstood the function of
> oldlibs? ;-)
[...]
> libgnutls5 -- libgnutls7 and libgnutls10 are *both* available now
[...]
Imho all depending pac
Martin Michlmayr writes:
> * Frank Lichtenheld <[EMAIL PROTECTED]> [2004-02-27 14:14]:
> > The question is: Should we wait for someone to adopt it or remove it
> > from unstable? (I would go for removal)
>
> Removal is probably the best, but please give doko a few days to
> comment since he knows
> floppybackup: Matthew Vernon. Standards version 2.1.2.2.
> Last maintainer upload in the year 2000.
I don't think this package has changed since 2000, TBPH.
Matthew
--
Rapun.sel - outermost outpost of the Pick Empire
http://www.pick.ucam.org
* Nathanael Nerode <[EMAIL PROTECTED]> [2004-02-28 01:36]:
> sometimes disposed of quickly). #225537 is a classic example of one
> which has been sitting too long.
Hmm, I don't know why this bug has been overlooked or not dealt with,
but quite a few packages were removed just a few days ago.
> S
* Matthew Vernon <[EMAIL PROTECTED]> [2004-02-28 11:14]:
> > floppybackup: Matthew Vernon. Standards version 2.1.2.2.
> > Last maintainer upload in the year 2000.
>
> I don't think this package has changed since 2000, TBPH.
But Policy changes constantly.
BTW:
757:[EMAIL PROTECTED]: ~/tmp/src
Martin Michlmayr writes:
> * Matthew Vernon <[EMAIL PROTECTED]> [2004-02-28 11:14]:
> > > floppybackup: Matthew Vernon. Standards version 2.1.2.2.
> > > Last maintainer upload in the year 2000.
> >
> > I don't think this package has changed since 2000, TBPH.
>
> But Policy changes cons
* Nathanael Nerode <[EMAIL PROTECTED]> [2004-02-28 02:34]:
> OK, so I looked at Lintian and some of the packages with
> ancient-standards-version have *really* ancient standards versions --
Yeah, I mailed most or all of these people a while ago.
> What do y'all advise? Wishlist bugs?
Unfortunat
* Jeremy T. Bouse <[EMAIL PROTECTED]> [2004-02-26 08:45]:
> I can say that the new upstream nagios-plugins superceed any
> netsaint-plugins as they were the original base and much of the code has
> been changed at this point so I would not expect any patches to the old
> netsaint-plugins to c
* Nathanael Nerode <[EMAIL PROTECTED]> [2004-02-23 14:18]:
> Janusz A. Urbanowicz <[EMAIL PROTECTED]>
> -- not maintaining or responding to bug reports for "anubis"
> -- suggest orphaning anubis
Hmm, interesting. He has not appeard on my radar so far. I'll
contact him.
> Roman Hodek <[EMAIL P
On Sat, Feb 28, 2004 at 02:34:35AM -0500, Nathanael Nerode wrote:
[snip]
> ncpfs: Eloy A. Paris
> netselect: Avery Pennarun (his only package) -- orphaned & being adopted
I've adopted netselect and it is being sponsored by Simon Law (upload done,
waiting for ftpmasters) anyhow the package is ready
* Martin Michlmayr ([EMAIL PROTECTED]) [040228 15:55]:
> * Nathanael Nerode <[EMAIL PROTECTED]> [2004-02-23 14:18]:
> > Roman Hodek <[EMAIL PROTECTED]>
> > -- not maintaining or responding to bug reports for atari-bootstrap
> > -- suggest orphaning atari-bootstrap
> *grr* He always claims how l
Hi,
I just noticed (due to being hinted in irc) that /org on klecker is
out-of-space. As a first step weasel removed some "old" (i.e.
pre-compromise) data, so it works again now.
On looking more closely, I saw that /org/home large but due to the
fact that klecker is restricted probably not useful
>This was largely because there was no good tool to make changes to the
>overrides of just one package. However, Daniel Silverstone recently
>wrote a script, so such requests should be dealt with much more
>quickly.
That's very cool. :-)
>In any case, it's also not that removals are
>only done b
On Sat, Feb 28, 2004 at 02:34:35AM -0500, Nathanael Nerode wrote:
> epic: QA group maintained
Do we even need epic? There's epic4 in the archive...
Cheers,
Pasc
--
Pascal Hakim+61 4 0341 1672
Quoting Martin Michlmayr <[EMAIL PROTECTED]>:
> reassign 184670 ftp.debian.org
> retitle 184670 Please remove epic
> thanks
>
> * Pascal Hakim <[EMAIL PROTECTED]> [2004-02-29 09:39]:
> > > epic: QA group maintained
> >
> > Do we even need epic? There's epic4 in the archive...
>
> Oh, interestin
reassign 184670 ftp.debian.org
retitle 184670 Please remove epic
thanks
* Pascal Hakim <[EMAIL PROTECTED]> [2004-02-29 09:39]:
> > epic: QA group maintained
>
> Do we even need epic? There's epic4 in the archive...
Oh, interesting. The only reason stopping me from removing it was
that many peop
20 matches
Mail list logo