[arch-dev-public] Second list of removal candidates
Eric Belanger
belanger at ASTRO.UMontreal.CA
Wed Nov 14 19:15:16 EST 2007
On Wed, 14 Nov 2007, Roman Kyrylych wrote:
>> font-bh-ttf should we keep it?
> I can maintain it in Community, you can move it right there (if there
> are no objections).
> Instead, I'd like to bring ttf-freefont and ttf-liberation to Extra,
> which are much more important.
Why moving it (and the other packages you propose to adopt) to community?
Why not adopting them and maintaining them in extra? To me it seems like
unecessary work, unless you have a personal preference in maintaining suff
in community. I don't see any problem in keeping most of these packages
in extra IF they have a maintainer. The 'if' is the key part here. Some
of the packages that were/will be removed are more worthy to remain in
extra than some stupid package like xsnow but the fact of the matter is
that they don't have a maintainer while xsnow has one. Unless someone
think of them being worthy enough to say: "Wait a minute! This package
should stay in extra. We must find a maintainer for it.", much like what
has happened with bind and exim, they 'll go in unsupported.
>
>> gnet1 unused lib
> Hm, probably it is a (make)depend for some community package IIRC,
> but that's not critical if you move it to Unsupported (can be moved
> back to Community if needed).
Before removing anything, I'll check for community repo dependencies and
such packages will be moved directly in community.
>
>> gstreamer0.10-alsaspdif
>> gstreamer0.10-cdaudio
>> gstreamer0.10-jack should not be removed (drastic loss of function for any gstreamer using app) - if nobody takes the gstreamer pkgs, i will (damir)
>> gstreamer0.10-mpeg2enc
>> gstreamer0.10-musicbrainz
>> gstreamer0.10-pitfdll
>> gstreamer0.10-sndfile
>> gstreamer0.10-wavpack
>> gstreamer0.10-x264
>
> IMO all gsteamer0.10 packages should be kept in the same repo (Extra)
> for easier maintainence. I can offer my help in this.
I also think it would be nice if they stay in extra. I could also help
out in maintaining some of them or their dependencies.
>
>> lineak_defaultplugin The lineak packages could be substituted by my (Eric) keytouch pkg in community. It has more dependencies (gtk2) but has much or more functionality.
>> lineak_xosdplugin same comment as above
>
> Lineak is pretty old but it may still be used by someone. I think it
> shouldn't be just deleted, but moved to Unsupported.
That's what I meant: moving lineak to unsupported and keytouch to extra
(after the cleanup, I plan to consolidate my packages so some (all?) my
community packages will be moved to extra).
>
>> xpdf-arabic i18n support, should be kept
>> xpdf-chinese-simplified i18n support, should be kept
>> xpdf-chinese-traditional i18n support, should be kept
>> xpdf-cyrillic i18n support, should be kept
>> xpdf-greek i18n support, should be kept
>> xpdf-hebrew i18n support, should be kept
>> xpdf-japanese i18n support, should be kept
>> xpdf-korean i18n support, should be kept
>> xpdf-latin2 i18n support, should be kept
>> xpdf-thai i18n support, should be kept
>> xpdf-turkish i18n support, should be kept
> Weren't we going to remove xpdf from Extra? (and lesstiff?)
> If no, then xpdf maintainer should maintain packages above, I think.
>
>
xpdf is one of the rare packages that have a maintainer but were submitted
to removal. The others are achessclock and arch. I had planned bringing
that up later on. Anyway, I won't remove these packages without the
consent of their current maintainer.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
More information about the arch-dev-public
mailing list