more removal suggestions

2004-06-08 Thread Andreas Barth
Hi,

some more removal suggestions. I now put my minimum time frame to 21
days. As usual, I consider my suggestions to be a bit agressive.


# suggestions from 2004-06-09

# build-dependency disappeared; report from 2004-05-02; no maintainer reaction
# no dependencies
# 246963
remove dchub/0.4.5-2

# security issue; report from 2004-04-27; no maintainer reaction
# no dependencies
# 246093
remove gnome-cups-manager/0.17-3

# build-dependency disappeared; serious since 2004-03-29
# no maintainer reaction; no dependencies
# 229953
remove hitop/0.36-3

# segfaults; report from 2004-03-30
# no maintainer reaction
# depends: axkit-language-htmldoc
# build-depends: freeswan, openswan, privoxy
# 241101
remove htmldoc/1.8.23-1.1
# axkit-language-htmldoc is ITAed since 2003-09-10.
remove axkit/1.6.2-3

# build-depends on gcc-3.2/g++-3.2
# FTBFS: Patches fail to apply
# 243048, 246797
# no maintainer reaction
# depends: xen-domain0-utils
remove xen/1.2-4

# zinf: Zinf crashes with segmentation fault when searching for MyMusic for the
# first time; sonce 2004-04-08
# no maintainer reaction; no dependencies
remove zinf/2.2.5-3


I hope my removal suggestions are helpful. If there are any issues
with it, please don't hesitate to tell me.


Cheers,
Andi
-- 
   http://home.arcor.de/andreas-barth/
   PGP 1024/89FB5CE5  DC F1 85 6D A6 45 9C 0F  3B BE F1 D0 C5 D1 D9 0C



Re: removal / ignore suggestions

2004-06-08 Thread Steve Langasek
On Sun, Jun 06, 2004 at 01:35:05PM +0200, Andreas Barth wrote:
   # undistributable code in non-free, maintainer doesn't take action
   remove 3270/3.2.17-2
   remove abc2mtex/1.6.1-5

  At only 22 days, these are currently below my threshold.

 What is your current threshold?

Roughly 30, until we get closer to having all of the RC bugs older than
that being addressed consistently (through fixes or removals).

   # ignore 232715 - master.cf modified by maintainer scripts and a conffile
   # reason: updates from woody to sarge work.

  I would prefer that if the package is going to specially handle the
  config file, the maintainer use a tool such as ucf instead of touching a
  conffile.  As such, I'm not going to tag this myself, even though the
  impact appears to be minimal.

 I fully agree with you about the way I'd like a package handles this.
 However, due to the minimal impact of the bug and the de-facto
 importance of postfix, I didn't make a removal suggestion on postfix
 (even as there is a second RC-bug that's definitly not sarge-ignore).

I think it's worth noting that the impact of this bug may also extend
beyond this particular package, since a package as important as postfix
is likely to be imitated (poorly) by others.  C.f. the longstanding
problem with xfree86's lossy config file handling.  Even if it appears
to not cause any directly user-affecting bugs at present, editing
conffiles is just something you Don't Do.

Cheers,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature


Re: removal / ignore suggestions

2004-06-08 Thread Nathanael Nerode
Steve Langasek wrote:

 On Thu, Jun 03, 2004 at 01:07:02AM +0200, Andreas Barth wrote:
snip
 # FTBFS, first reported on 2002-11-20, no success in fixing till now
 remove xemacs21-packages/2003.01.27-1.1
 
 Hint added, but this also seems to require removal of xemacs21 itself.
 Thoughts?

Xemacs21 in testing is too old and buggy to support; it's the same version
which was in woody.

Apparently nobody has been able/willing to clear up the RC bugs in the
version in sid.  These are:

#206667: FTBFS on m68k
  This shouldn't be RC, because xemacs21 has never built on m68k.  I don't
know why the maintainer hasn't changed its severity
#233790, #233791, #25, #207412: Installation failures.
#249672: ships info.dir.gz

There have been requests for help to the debian-emacsen mailing list.

The maintainer has proved unable to do anything about the bugs.

Myself, I think xemacs21 needs to be removed from testing.  (And the
maintainer should be asked to orphan it again, as well.)  This situation
with xemacs21 has gone on far too long.

-- 
There are none so blind as those who will not see.