gimp-print-cups

[Greg DeKoenigsberg]

Perhaps the right thing to do in this kind of case is to:

1. Move the package into extras.  If no owner *immediately* steps forward, 
tag it as "unmaintained".  Unmaintained modules sit in CVS but never get 
built.

2. Come up with a mechanism for notifying folks about the unmaintained 
modules.

3. If a module is unmaintained for a certain period of time, we may choose 
to dump it from CVS.  Or not.

That way, something like xloadimage gets archived until that time if/when 
someone chooses to pick it back up.

Just thinkin'.

--g

_____________________  ____________________________________________
  Greg DeKoenigsberg ] [ the future masters of technology will have
 Community Relations ] [ to be lighthearted and intelligent.  the
             Red Hat ] [ machine easily masters the grim and the 
                     ] [ dumb.  --mcluhan

On Wed, 23 Feb 2005, Bill Nottingham wrote:

> Tom 'spot' Callaway (tcallawa at redhat.com) said: 
> > >> > Remind me again - what uses gimp-print-cups?
> > >> 
> > >> People who don't want to use system-config-printer.  I think it's
> > >> probably okay to remove the package from the CD.
> > >
> > >Yeah, I'd go ahead and do it. Woo, 25MB! :)
> > 
> > Tim, are you going to maintain this in Fedora Extras? Anything we drop
> > from FC4 should go into Extras, unless its unmaintained upstream or a
> > license change has happened.
> 
> (Note that this is a subpackage, FWIW.)
> 
> I disagree. Whether or not a package removed from Core should be
> in Extras depends on many things, including: how useful it was to
> begin with, whether or not there's any interest from the community
> and maintaining it, what the burden of maintaining it in Fedora
> is, etc.
> 
> There's no reason to demand that something like xloadimage or comsat
> be in Extras if no one cares about it, and whether or not will
> happen I don't feel is a determining factor on the package's status
> for remaining in Core.
> 
> Bill
> 
> --
> Fedora-maintainers mailing list
> Fedora-maintainers at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-maintainers
>