Re: Purging the F12 orphans
On Tue, Jul 21, 2009 at 4:11 AM, Jesse Keating wrote: > List of deps left behind by orphan removal: > > Orphan: xml-commons-apis12 > dom4j requires jaxp = 1.2 > Does dom4j really require jaxp 1.2? Is it possible to make it work with the version in xml-commons-apis (version 1.3 I think)? -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Thu, 2009-07-23 at 23:26 -0700, Toshio Kuratomi wrote:
> On 07/23/2009 06:43 PM, Braden McDaniel wrote:
> > On Tue, 2009-07-21 at 13:35 -0400, Tom "spot" Callaway wrote:
> >> On 07/21/2009 12:06 PM, Braden McDaniel wrote:
> >>> On Mon, 2009-07-20 at 20:11 -0700, Jesse Keating wrote:
> >>>
> >>> [snip]
> >>>
> Orphan: pcmanx-gtk2
> gnash-plugin requires /usr/lib/mozilla/plugins
> gnome-chemistry-utils-mozplugin requires /usr/lib/mozilla/plugins
> java-1.6.0-openjdk-plugin requires /usr/lib/mozilla/plugins
> mozilla-opensc-signer requires /usr/lib/mozilla/plugins
> swfdec-mozilla requires /usr/lib/mozilla/plugins
> >>>
> >>> Umm What???
> >>>
> >>> Sigh. pcmanx-gtk2.spec includes:
> >>>
> >>> # We need to own this dir, because we don't want to Requires:
> >>> firefox
> >>> %{_libdir}/mozilla/plugins/
> >>>
> >>> I think not.
> >>>
> >>> The package already "Requires: xulrunner"; which requires
> >>> mozilla-filesystem, which is what owns %{_libdir}/mozilla/plugins.
> >>
> >> Yeah, that predates mozilla-filesystem. pcmanx-gtk2 is safe to die if no
> >> one wants it (although, having a telnet client plugin for firefox is
> >> somewhat cool).
> >
> > I have no interest in taking ownership of this package; but I would be
> > happy to fix this problem so that the package can be properly culled.
> >
> This can be culled without anything further being done. The
> mozilla-filesystem package provides the same thing as pcmanx-gtk2; when
> pcmanx-gtk2 goes away the dependency will still be satisfied.
Yes, I understand that killing it won't actually break anything.
If it will get removed without fixing this problem, then I will simply
go back to ignoring its existence.
> > Why aren't orphans given open ACLs?
> >
> The argument people have made in the past is that orphaned packages
> should either be unorphaned or be retired; not brought up to snuff for
> random fixes that one developer decides are worthwhile while allowing
> other bugs to be reported without answers, etc.
That's not an argument I necessarily reject; though in this case I was
under the impression that a problem with the package was artificially
prolonging its life. Generally speaking, that sort of thing would be a
problem if no one ever stepped in to fix the breakage. However, if such
packages' lifetimes are limited by other means, then there's no real
problem here.
> (note that almost all packages should be open to provenpackager at this
> point, orphan or not. If you want truly open acls, we need to also
> address the question of how to safely open acls on a package to anyone
> in the packager group.)
I guess I'm just not that cool.
--
Braden McDaniel
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On 07/23/2009 06:43 PM, Braden McDaniel wrote:
> On Tue, 2009-07-21 at 13:35 -0400, Tom "spot" Callaway wrote:
>> On 07/21/2009 12:06 PM, Braden McDaniel wrote:
>>> On Mon, 2009-07-20 at 20:11 -0700, Jesse Keating wrote:
>>>
>>> [snip]
>>>
Orphan: pcmanx-gtk2
gnash-plugin requires /usr/lib/mozilla/plugins
gnome-chemistry-utils-mozplugin requires /usr/lib/mozilla/plugins
java-1.6.0-openjdk-plugin requires /usr/lib/mozilla/plugins
mozilla-opensc-signer requires /usr/lib/mozilla/plugins
swfdec-mozilla requires /usr/lib/mozilla/plugins
>>>
>>> Umm What???
>>>
>>> Sigh. pcmanx-gtk2.spec includes:
>>>
>>> # We need to own this dir, because we don't want to Requires:
>>> firefox
>>> %{_libdir}/mozilla/plugins/
>>>
>>> I think not.
>>>
>>> The package already "Requires: xulrunner"; which requires
>>> mozilla-filesystem, which is what owns %{_libdir}/mozilla/plugins.
>>
>> Yeah, that predates mozilla-filesystem. pcmanx-gtk2 is safe to die if no
>> one wants it (although, having a telnet client plugin for firefox is
>> somewhat cool).
>
> I have no interest in taking ownership of this package; but I would be
> happy to fix this problem so that the package can be properly culled.
>
This can be culled without anything further being done. The
mozilla-filesystem package provides the same thing as pcmanx-gtk2; when
pcmanx-gtk2 goes away the dependency will still be satisfied.
> Why aren't orphans given open ACLs?
>
The argument people have made in the past is that orphaned packages
should either be unorphaned or be retired; not brought up to snuff for
random fixes that one developer decides are worthwhile while allowing
other bugs to be reported without answers, etc.
(note that almost all packages should be open to provenpackager at this
point, orphan or not. If you want truly open acls, we need to also
address the question of how to safely open acls on a package to anyone
in the packager group.)
-Toshio
signature.asc
Description: OpenPGP digital signature
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, 2009-07-21 at 13:35 -0400, Tom "spot" Callaway wrote:
> On 07/21/2009 12:06 PM, Braden McDaniel wrote:
> > On Mon, 2009-07-20 at 20:11 -0700, Jesse Keating wrote:
> >
> > [snip]
> >
> >> Orphan: pcmanx-gtk2
> >> gnash-plugin requires /usr/lib/mozilla/plugins
> >> gnome-chemistry-utils-mozplugin requires /usr/lib/mozilla/plugins
> >> java-1.6.0-openjdk-plugin requires /usr/lib/mozilla/plugins
> >> mozilla-opensc-signer requires /usr/lib/mozilla/plugins
> >> swfdec-mozilla requires /usr/lib/mozilla/plugins
> >
> > Umm What???
> >
> > Sigh. pcmanx-gtk2.spec includes:
> >
> > # We need to own this dir, because we don't want to Requires:
> > firefox
> > %{_libdir}/mozilla/plugins/
> >
> > I think not.
> >
> > The package already "Requires: xulrunner"; which requires
> > mozilla-filesystem, which is what owns %{_libdir}/mozilla/plugins.
>
> Yeah, that predates mozilla-filesystem. pcmanx-gtk2 is safe to die if no
> one wants it (although, having a telnet client plugin for firefox is
> somewhat cool).
I have no interest in taking ownership of this package; but I would be
happy to fix this problem so that the package can be properly culled.
Why aren't orphans given open ACLs?
--
Braden McDaniel
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Matthew Woehlke píše v Út 21. 07. 2009 v 13:27 -0500: > Jesse Keating wrote: > > List of deps left behind by orphan removal: > > > > Orphan: libatomic_ops > > pulseaudio requires libatomic_ops-devel = 1.2-6.fc12 > > Obviously, this is also a problem, except that again F11 has no such > dependency. libatomic_ops will survive either as a standalone package or as a subpackage of the "gc" package. Process has been started. Dan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, Jul 21, 2009 at 04:57:41PM -0600, Orion Poplawski wrote: > > I'll take them all. Thanks! -- Pat -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On 07/21/2009 02:48 AM, Patrice Dumas wrote: On Mon, Jul 20, 2009 at 08:11:32PM -0700, Jesse Keating wrote: List of deps left behind by orphan removal: bes, dap-*_handler and dap-server are associated and should either all be owned or none. Orphan: libdap Orphan: libnc-dap Somebody has to take those, they are a dependency of many packages. In the future they will be included within netcdf, but it isn't the case right now. I'll take them all. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Jesse Keating wrote: List of deps left behind by orphan removal: Orphan: jline lucene requires jline = 0.9.94-0.3.fc11 ...which is required by OpenOffice.org. That's going to be a problem... except that F11 lucene doesn't need jline. Orphan: libatomic_ops pulseaudio requires libatomic_ops-devel = 1.2-6.fc12 Obviously, this is also a problem, except that again F11 has no such dependency. Are these really both different in rawhide? -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- "NT was a marketing name that stood for New Technology, but it was still an amusing coincidence that WNT was VMS with each letter replaced by the next one." -- Jeremy Reimer -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On 07/21/2009 12:06 PM, Braden McDaniel wrote:
> On Mon, 2009-07-20 at 20:11 -0700, Jesse Keating wrote:
>
> [snip]
>
>> Orphan: pcmanx-gtk2
>> gnash-plugin requires /usr/lib/mozilla/plugins
>> gnome-chemistry-utils-mozplugin requires /usr/lib/mozilla/plugins
>> java-1.6.0-openjdk-plugin requires /usr/lib/mozilla/plugins
>> mozilla-opensc-signer requires /usr/lib/mozilla/plugins
>> swfdec-mozilla requires /usr/lib/mozilla/plugins
>
> Umm What???
>
> Sigh. pcmanx-gtk2.spec includes:
>
> # We need to own this dir, because we don't want to Requires: firefox
> %{_libdir}/mozilla/plugins/
>
> I think not.
>
> The package already "Requires: xulrunner"; which requires
> mozilla-filesystem, which is what owns %{_libdir}/mozilla/plugins.
Yeah, that predates mozilla-filesystem. pcmanx-gtk2 is safe to die if no
one wants it (although, having a telnet client plugin for firefox is
somewhat cool).
~spot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Sven Lankes, Tue, 21 Jul 2009 12:42:07 +0200: > qt-qsa is the 'old' variant. The package containing the current code is > "qca2" and that is still maintained. Cool. I suspected I am out-of-date. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Mon, 2009-07-20 at 20:11 -0700, Jesse Keating wrote:
[snip]
> Orphan: pcmanx-gtk2
> gnash-plugin requires /usr/lib/mozilla/plugins
> gnome-chemistry-utils-mozplugin requires /usr/lib/mozilla/plugins
> java-1.6.0-openjdk-plugin requires /usr/lib/mozilla/plugins
> mozilla-opensc-signer requires /usr/lib/mozilla/plugins
> swfdec-mozilla requires /usr/lib/mozilla/plugins
Umm What???
Sigh. pcmanx-gtk2.spec includes:
# We need to own this dir, because we don't want to Requires: firefox
%{_libdir}/mozilla/plugins/
I think not.
The package already "Requires: xulrunner"; which requires
mozilla-filesystem, which is what owns %{_libdir}/mozilla/plugins.
(Not that owning this directory is reasonably even if it didn't already
have this dependency.)
--
Braden McDaniel
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, Jul 21, 2009 at 10:13:07AM +, Matej Cepl wrote: > > Orphan: qt-qsa > I am not Qt user, but isn't qt-qsa the only how to get SSL/TLS for many > (all?) Qt projects? Yes and no. qt-qsa is the 'old' variant. The package containing the current code is "qca2" and that is still maintained. -- sven === jabber/xmpp: s...@lankes.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Jesse Keating, Mon, 20 Jul 2009 20:11:32 -0700: > Orphan: qt-qsa > LabPlot requires qt-qsa-devel = 1.1.5-6.fc11 LabPlot requires > libqsa.so.1 I am not Qt user, but isn't qt-qsa the only how to get SSL/TLS for many (all?) Qt projects? (I know I had to install it for kopete and psi to have TLS for my Jabber account). Just that removing this might cause a bit of problem (and of course, cursed be RPM for not having Suggests/ Recommends, which would caught this). Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Mon, Jul 20, 2009 at 08:11:32PM -0700, Jesse Keating wrote: > > List of deps left behind by orphan removal: bes, dap-*_handler and dap-server are associated and should either all be owned or none. > Orphan: libdap > Orphan: libnc-dap Somebody has to take those, they are a dependency of many packages. In the future they will be included within netcdf, but it isn't the case right now. -- Pat -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Mon, 2009-07-20 at 14:43 -0700, Jesse Keating wrote: > Here is an updated list. I'm still trying to work out some code to > repoclose with each of these gone. > > Unblocked orphan apollon > Unblocked orphan bes > Unblocked orphan bytelist > Unblocked orphan constantine > Unblocked orphan cryptix > Unblocked orphan dap-freeform_handler > Unblocked orphan dap-hdf4_handler > Unblocked orphan dap-netcdf_handler > Unblocked orphan dap-server > Unblocked orphan drapes > Unblocked orphan elsa > Unblocked orphan flpsed > Unblocked orphan fmit > Unblocked orphan fontypython > Unblocked orphan galago-daemon > Unblocked orphan galago-filesystem > Unblocked orphan garmin-sync > Unblocked orphan gdhcpd > Unblocked orphan gfa > Unblocked orphan gift > Unblocked orphan gift-gnutella > Unblocked orphan gift-openft > Unblocked orphan gimp-lqr-plugin > Unblocked orphan glipper > Unblocked orphan gnochm > Unblocked orphan gnome-audio > Unblocked orphan gnome-compiz-manager > Unblocked orphan gnome-vfs2-obexftp > Unblocked orphan gnubiff > Unblocked orphan goffice04 > Unblocked orphan gstm > Unblocked orphan ht2html > Unblocked orphan jcodings > Unblocked orphan jflex > Unblocked orphan jline > Unblocked orphan joni > Unblocked orphan jrexx > Unblocked orphan jruby > Unblocked orphan junitperf > Unblocked orphan jvyamlb > Unblocked orphan klear > Unblocked orphan ldapvi > Unblocked orphan libatomic_ops > Unblocked orphan libchmxx > Unblocked orphan libdap > Unblocked orphan libdockapp > Unblocked orphan libgtksourceviewmm > Unblocked orphan liblqr-1 > Unblocked orphan libnc-dap > Unblocked orphan lxsession-lite > Unblocked orphan macchanger > Unblocked orphan metamonitor > Unblocked orphan msv > Unblocked orphan musicbox > Unblocked orphan otl > Unblocked orphan pam_keyring > Unblocked orphan pcmanx-gtk2 > Unblocked orphan perl-LWP-Authen-Wsse > Unblocked orphan perl-Text-CHM > Unblocked orphan pessulus > Unblocked orphan piccolo > Unblocked orphan pidgin-knotify > Unblocked orphan plexus-container-default > Unblocked orphan plexus-interactivity > Unblocked orphan plexus-velocity > Unblocked orphan puretls > Unblocked orphan pystatgrab > Unblocked orphan python-cjson > Unblocked orphan python-dbsprockets > Unblocked orphan qt-qsa > Unblocked orphan quickfix > Unblocked orphan ruby-flexmock > Unblocked orphan scim-input-pad > Unblocked orphan scim-skk > Unblocked orphan scim-tomoe > Unblocked orphan shapelib > Unblocked orphan skkdic > Unblocked orphan surfraw > Unblocked orphan themes-backgrounds-gnome > Unblocked orphan thinkfinger > Unblocked orphan tomoe > Unblocked orphan tremulous-data > Unblocked orphan viewmtn > Unblocked orphan w3lib > Unblocked orphan wdm > Unblocked orphan wmix > Unblocked orphan wxdfast > Unblocked orphan xml-commons-apis12 > Unblocked orphan xml-commons-which > Unblocked orphan xmms-cdread > Unblocked orphan xyz-gallery List of deps left behind by orphan removal: Orphan: bes dap-freeform_handler requires libbes_dap.so.3 dap-freeform_handler requires bes-devel = 3.6.2-4.fc11 dap-freeform_handler requires libbes_dispatch.so.7 dap-hdf4_handler requires libbes_dap.so.3 dap-hdf4_handler requires bes-devel = 3.6.2-4.fc11 dap-hdf4_handler requires libbes_dispatch.so.7 dap-netcdf_handler requires libbes_dap.so.3 dap-netcdf_handler requires bes-devel = 3.6.2-4.fc11 dap-netcdf_handler requires libbes_dispatch.so.7 dap-server requires libbes_dap.so.3 dap-server requires bes-devel = 3.6.2-4.fc11 dap-server requires libbes_dispatch.so.7 Orphan: bytelist jruby requires bytelist = 1.0.1-0.2.svn9177.fc11 jvyamlb requires bytelist = 1.0.1-0.2.svn9177.fc11 Orphan: constantine jruby requires constantine = 0.4-3.fc11 Orphan: cryptix cryptix-asn1 requires cryptix = 3.2.0-12.fc11 puretls requires cryptix = 3.2.0-12.fc11 Orphan: dap-freeform_handler dap-server-cgi requires dap-freeform_handler = 3.7.9-2.fc11 Orphan: dap-hdf4_handler dap-server-cgi requires dap-hdf4_handler = 3.7.9-2.fc11 Orphan: dap-netcdf_handler dap-server-cgi requires dap-netcdf_handler = 3.7.9-2.fc11 Orphan: gift apollon requires libgift.so.0 apollon requires gift-devel = 0.11.8.1-12.fc11 gift-gnutella requires libgift.so.0 gift-gnutella requires libgiftproto.so.0 gift-gnutella requires gift-devel = 0.11.8.1-12.fc11 gift-openft requires libgift.so.0 gift-openft requires libgiftproto.so.0 gift-openft requires gift-devel = 0.11.8.1-12.fc11 Orphan: ht2html jython requires ht2html = 2.0-9.fc11 Orphan: jcodings bytelist requires jcodings = 1.0.1-2.fc11 joni requires jcodings = 1.0.1-2.fc11 jruby requires jcodings = 1.0.1-2.fc11 jvyamlb requires jcodings = 1.0.1-2.fc11 Orphan: jflex opengrok requires jflex = 1.4.1-0.4.fc11 qdox requires jflex = 1.4.1-0.4.fc11 Orphan: jline jruby requires jline = 0.9.94-0.3.fc11 lucene requires jline = 0.9.94-0.3.fc11 maven-wagon requires jline = 0.9.94-0.
Re: Purging the F12 orphans
On Tue, 2009-07-14 at 10:58 -0700, Jesse Keating wrote: > The first list was incomplete due to an API change. Here is the > complete list: Here is an updated list. I'm still trying to work out some code to repoclose with each of these gone. Unblocked orphan apollon Unblocked orphan bes Unblocked orphan bytelist Unblocked orphan constantine Unblocked orphan cryptix Unblocked orphan dap-freeform_handler Unblocked orphan dap-hdf4_handler Unblocked orphan dap-netcdf_handler Unblocked orphan dap-server Unblocked orphan drapes Unblocked orphan elsa Unblocked orphan flpsed Unblocked orphan fmit Unblocked orphan fontypython Unblocked orphan galago-daemon Unblocked orphan galago-filesystem Unblocked orphan garmin-sync Unblocked orphan gdhcpd Unblocked orphan gfa Unblocked orphan gift Unblocked orphan gift-gnutella Unblocked orphan gift-openft Unblocked orphan gimp-lqr-plugin Unblocked orphan glipper Unblocked orphan gnochm Unblocked orphan gnome-audio Unblocked orphan gnome-compiz-manager Unblocked orphan gnome-vfs2-obexftp Unblocked orphan gnubiff Unblocked orphan goffice04 Unblocked orphan gstm Unblocked orphan ht2html Unblocked orphan jcodings Unblocked orphan jflex Unblocked orphan jline Unblocked orphan joni Unblocked orphan jrexx Unblocked orphan jruby Unblocked orphan junitperf Unblocked orphan jvyamlb Unblocked orphan klear Unblocked orphan ldapvi Unblocked orphan libatomic_ops Unblocked orphan libchmxx Unblocked orphan libdap Unblocked orphan libdockapp Unblocked orphan libgtksourceviewmm Unblocked orphan liblqr-1 Unblocked orphan libnc-dap Unblocked orphan lxsession-lite Unblocked orphan macchanger Unblocked orphan metamonitor Unblocked orphan msv Unblocked orphan musicbox Unblocked orphan otl Unblocked orphan pam_keyring Unblocked orphan pcmanx-gtk2 Unblocked orphan perl-LWP-Authen-Wsse Unblocked orphan perl-Text-CHM Unblocked orphan pessulus Unblocked orphan piccolo Unblocked orphan pidgin-knotify Unblocked orphan plexus-container-default Unblocked orphan plexus-interactivity Unblocked orphan plexus-velocity Unblocked orphan puretls Unblocked orphan pystatgrab Unblocked orphan python-cjson Unblocked orphan python-dbsprockets Unblocked orphan qt-qsa Unblocked orphan quickfix Unblocked orphan ruby-flexmock Unblocked orphan scim-input-pad Unblocked orphan scim-skk Unblocked orphan scim-tomoe Unblocked orphan shapelib Unblocked orphan skkdic Unblocked orphan surfraw Unblocked orphan themes-backgrounds-gnome Unblocked orphan thinkfinger Unblocked orphan tomoe Unblocked orphan tremulous-data Unblocked orphan viewmtn Unblocked orphan w3lib Unblocked orphan wdm Unblocked orphan wmix Unblocked orphan wxdfast Unblocked orphan xml-commons-apis12 Unblocked orphan xml-commons-which Unblocked orphan xmms-cdread Unblocked orphan xyz-gallery -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Am Mittwoch, den 15.07.2009, 17:47 +0200 schrieb Pablo Martin-Gomez: > Le Tue, 14 Jul 2009 10:58:43 -0700, > Jesse Keating a écrit : > > I've taken all the following packages, co-maintainer are welcome : > > Unblocked orphan gconf-cleaner > > Unblocked orphan gnome-specimen > > Unblocked orphan gtkperf > > Unblocked orphan notecase > > Unblocked orphan qemu-launcher > > Unblocked orphan wifi-radar > > If someone want to take the ownership of one of the package, tell me > and I will orphan it. notecase is discontinued upstream, so think twice befor taking it. > Pablo Regards, Christoph -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Wed, 2009-07-15 at 21:05 +0200, Christian Krause wrote: > Marcus Moeller wrote: > >>> Unblocked orphan f-spot > > > > f-spot was only mentioned on Jesse's first list, so I wonder if it's > > still listed as orphaned? > > That's because I've taken ownership of this package between these two > posts. ;-) Hurray! I use f-spot for storing and indexing all of our photos. Tim. */ signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Hi Marcus, Marcus Moeller wrote: >>> Unblocked orphan f-spot > > f-spot was only mentioned on Jesse's first list, so I wonder if it's > still listed as orphaned? That's because I've taken ownership of this package between these two posts. ;-) >> I'm using f-spot occasionally and since I'm already helping out with >> some of the mono packages I'm taking ownership of this one. > > If interested I would offer my help on that package as co-maintainer. Sure, any help is welcome! Best regards, Christian -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Le Tue, 14 Jul 2009 10:58:43 -0700, Jesse Keating a écrit : I've taken all the following packages, co-maintainer are welcome : > Unblocked orphan gconf-cleaner > Unblocked orphan gnome-specimen > Unblocked orphan gtkperf > Unblocked orphan notecase > Unblocked orphan qemu-launcher > Unblocked orphan wifi-radar If someone want to take the ownership of one of the package, tell me and I will orphan it. Pablo -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15/07/09 15:49, David Juran wrote: > On Tue, 2009-07-14 at 10:58 -0700, Jesse Keating wrote: >> On Tue, 2009-07-14 at 09:40 -0700, Jesse Keating wrote: >>> It's that time of the release cycle again, to purge the orphans before >>> we get to feature freeze. Any unblocked orphans will be purged by the >>> 28th of this month. Here is a current list of unblocked orphans: >> The first list was incomplete due to an API change. Here is the >> complete list: > >> Unblocked orphan azureus > > I'm using azureus myself so if no-one else is willing to take it, I > could. Co-maintainers are welcome (-: I am willing to co-maintain Azureus with David. - -- Gavin Spurgeon. gspurg...@redhat.com RedHat GLS Instructor EMEA Red Hat UK Ltd 64 Baker Street 4th Floor, London, W1U 7DF Mob:+44 7841 231160 Desk: +44 0207 009 4429 (Direct) Tel:+44 1252 362709 Fax:+44 1252 548116 Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham (USA), Brendan Lane (Ireland), Matt Parson (USA), Charlie Peters (USA) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkpd8MkACgkQvp6arS3vDiqoUwCfaO894nFTkLGwpnUcKKL1GSsO mXEAoJ4KJuWFLZBVR51v7KPWvxw0O3kV =1bv+ -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
fmit is not ready yet. The package was being made by another maintainer. Without knowing that he had already started a review I've started another review request, when I realized that someone had already started the package I've canceled my request. The package was accepted and the CVS was created, but there was still some small problems that should be solved in the package and the first maintainer, for personal reasons, resigned. He asked me if I would like to take the package. I am still working on it now. 2009/7/15 Jarod Wilson > On Tuesday 14 July 2009 13:58:43 Jesse Keating wrote: > > On Tue, 2009-07-14 at 09:40 -0700, Jesse Keating wrote: > > > > > > It's that time of the release cycle again, to purge the orphans before > > > we get to feature freeze. Any unblocked orphans will be purged by the > > > 28th of this month. Here is a current list of unblocked orphans: > > > > The first list was incomplete due to an API change. Here is the > > complete list: > ... > > Unblocked orphan ctrlproxy > > User 'bernie' has watchbugzilla, watchcommits, commit and approveacls > on ctrlproxy, but not ownership. He's more than welcome to take over > ownership too, but for the moment, I've taken ownership of the devel > branch to stave off purging, since I use ctrlproxy myself... > > -- > Jarod Wilson > ja...@redhat.com > > -- > fedora-devel-list mailing list > fedora-devel-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Henrique "LonelySpooky" Junior http://www.lonelyspooky.com - "In a world without walls and fences, who needs windows and gates?!" -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tuesday 14 July 2009 13:58:43 Jesse Keating wrote: > On Tue, 2009-07-14 at 09:40 -0700, Jesse Keating wrote: > > > > It's that time of the release cycle again, to purge the orphans before > > we get to feature freeze. Any unblocked orphans will be purged by the > > 28th of this month. Here is a current list of unblocked orphans: > > The first list was incomplete due to an API change. Here is the > complete list: ... > Unblocked orphan ctrlproxy User 'bernie' has watchbugzilla, watchcommits, commit and approveacls on ctrlproxy, but not ownership. He's more than welcome to take over ownership too, but for the moment, I've taken ownership of the devel branch to stave off purging, since I use ctrlproxy myself... -- Jarod Wilson ja...@redhat.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Martin Sourada on 07/14/2009 01:17 PM wrote: > On Tue, 2009-07-14 at 10:58 -0700, Jesse Keating wrote: >> Unblocked orphan gtk-murrine-engine > I'm taking over this one. Co-maintainers welcomed. > Could you post an update to 0.9.x for F11? I see one in rawhide, but there's some themes that need 0.9.x and that particular version has been out for a while. If you need a bug I'll post one. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, 2009-07-14 at 10:58 -0700, Jesse Keating wrote: > Unblocked orphan buoh I've taken buoh. Jonathan signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Dne Tue, 14 Jul 2009 10:58:43 -0700 Jesse Keating napsal(a): > Unblocked orphan tpm-tools I've taken tpm-tools. Michal -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, 2009-07-14 at 10:58 -0700, Jesse Keating wrote: > Unblocked orphan tremulous-data Shouldn't this be owned by whoever owns tremulous? It's the data files for the game. Jonathan signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Hi all. >> Unblocked orphan f-spot f-spot was only mentioned on Jesse's first list, so I wonder if it's still listed as orphaned? > I'm using f-spot occasionally and since I'm already helping out with > some of the mono packages I'm taking ownership of this one. If interested I would offer my help on that package as co-maintainer. Best Regards Marcus -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Hi, Jesse Keating wrote: > It's that time of the release cycle again, to purge the orphans before > we get to feature freeze. Any unblocked orphans will be purged by the > 28th of this month. Here is a current list of unblocked orphans: > Unblocked orphan f-spot I'm using f-spot occasionally and since I'm already helping out with some of the mono packages I'm taking ownership of this one. Best regards, Christian -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, Jul 14, 2009 at 6:58 PM, Jesse Keating wrote: > > Unblocked orphan jakarta-commons-codec > Unblocked orphan jakarta-commons-digester > Unblocked orphan jakarta-commons-launcher > Unblocked orphan jakarta-commons-modeler > Unblocked orphan xerces-j2 > Unblocked orphan xml-commons-apis > The ones listed above are Eclipse dependencies (at least, ones I'm aware are Eclipse dependencies), which I can take, but co-maintainers are preferred of course. > Unblocked orphan xml-commons-apis12 > repoquery says nothing uses xml-commons-apis12, could this be retired? -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: glipper (was Re: Purging the F12 orphans)
On Tue, Jul 14, 2009 at 2:08 PM, Conrad Meyer wrote: > On Tuesday 14 July 2009 12:01:26 pm Christoph Wickert wrote: > > Am Dienstag, den 14.07.2009, 13:23 -0500 schrieb Juan Rodriguez: > > > On Tue, Jul 14, 2009 at 12:58 PM, Jesse Keating > > > wrote: > > > Unblocked orphan glipper > > > > > > If noone's taking care of glipper, I'll have to sign up, as I actually > > > *depend* on glipper to function properly. > > > > Well, then you are lost, as it's broken for ages, see > > https://bugzilla.redhat.com/show_bug.cgi?id=449890 > > > > I think the program is dead upstream. Use parcelite instead. > > > > Regards, > > Christoph > > I had more trouble than I should have googling this one -- it's > parcellite[0]. > > [0]: http://parcellite.sourceforge.net/ > > Regards, > -- > Conrad Meyer > > -- > fedora-devel-list mailing list > fedora-devel-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > Thanks, I just installed it, I think I'll use this instead. glipper might be dead, but it still works on Fedora 11. I guess I should re-orphan glipper then. Regards, -- Ing. Juan M. Rodriguez Moreno Desarrollador de Sistemas Abiertos Sitio: http://proyectofedora.org/mexico -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: glipper (was Re: Purging the F12 orphans)
On Tuesday 14 July 2009 12:01:26 pm Christoph Wickert wrote: > Am Dienstag, den 14.07.2009, 13:23 -0500 schrieb Juan Rodriguez: > > On Tue, Jul 14, 2009 at 12:58 PM, Jesse Keating > > wrote: > > Unblocked orphan glipper > > > > If noone's taking care of glipper, I'll have to sign up, as I actually > > *depend* on glipper to function properly. > > Well, then you are lost, as it's broken for ages, see > https://bugzilla.redhat.com/show_bug.cgi?id=449890 > > I think the program is dead upstream. Use parcelite instead. > > Regards, > Christoph I had more trouble than I should have googling this one -- it's parcellite[0]. [0]: http://parcellite.sourceforge.net/ Regards, -- Conrad Meyer -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Am Dienstag, den 14.07.2009, 11:27 -0600 schrieb Jerry James: > On Tue, Jul 14, 2009 at 10:40 AM, Jesse Keating > wrote: > ... > Unblocked orphan fmit > > Are there really none that start with g-z, or did something quit after > fmit? Yes, there was a new list sent out to fedora-devel-announce. Regards, Christoph -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
glipper (was Re: Purging the F12 orphans)
Am Dienstag, den 14.07.2009, 13:23 -0500 schrieb Juan Rodriguez: > > On Tue, Jul 14, 2009 at 12:58 PM, Jesse Keating > wrote: > Unblocked orphan glipper > > If noone's taking care of glipper, I'll have to sign up, as I actually > *depend* on glipper to function properly. Well, then you are lost, as it's broken for ages, see https://bugzilla.redhat.com/show_bug.cgi?id=449890 I think the program is dead upstream. Use parcelite instead. Regards, Christoph -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
14.07.2009 13:58, Jesse Keating пишет: On Tue, 2009-07-14 at 09:40 -0700, Jesse Keating wrote: It's that time of the release cycle again, to purge the orphans before we get to feature freeze. Any unblocked orphans will be purged by the 28th of this month. Here is a current list of unblocked orphans: The first list was incomplete due to an API change. Here is the complete list: [snip] Unblocked orphan js Strange. It is my package. I again take ownership over it. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On 14/07/09 19:20, Richard June wrote: > I use azureus, and if it's reasonably popular, I'll happily maintain the > package. Is there information on whether or not people actually install these > packages? > I use it. That's as far as it goes at the moment. (keeps my ISP happy) Is there anyway to gauge a download popularity? Regards, Frank -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, Jul 14, 2009 at 12:58 PM, Jesse Keating wrote: > Unblocked orphan glipper > If noone's taking care of glipper, I'll have to sign up, as I actually *depend* on glipper to function properly. Co-maintainers welcome. -- Ing. Juan M. Rodriguez Moreno Desarrollador de Sistemas Abiertos Sitio: http://proyectofedora.org/mexico -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
I use azureus, and if it's reasonably popular, I'll happily maintain the package. Is there information on whether or not people actually install these packages? On Tuesday 14 July 2009 12:40:37 pm Jesse Keating wrote: > It's that time of the release cycle again, to purge the orphans before > we get to feature freeze. Any unblocked orphans will be purged by the > 28th of this month. Here is a current list of unblocked orphans: > > Unblocked orphan ant-contrib > Unblocked orphan apollon > Unblocked orphan azureus > Unblocked orphan beagle > Unblocked orphan bes > Unblocked orphan bmake > Unblocked orphan buoh > Unblocked orphan cryptix > Unblocked orphan ctrlproxy > Unblocked orphan dap-freeform_handler > Unblocked orphan dap-hdf4_handler > Unblocked orphan dap-netcdf_handler > Unblocked orphan dap-server > Unblocked orphan drapes > Unblocked orphan dumpasn1 > Unblocked orphan elsa > Unblocked orphan f-spot > Unblocked orphan fig2ps > Unblocked orphan flpsed > Unblocked orphan fmit > > Taking ownership of them on the devel collection will prevent them from > being blocked. Remember, it is OK to let software die. Don't view this > as a list of things that somebody should pick up if they have the spare > time. Things should only be revived if there are actual users in need > of the software. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, 2009-07-14 at 10:58 -0700, Jesse Keating wrote: > On Tue, 2009-07-14 at 09:40 -0700, Jesse Keating wrote: > > > > It's that time of the release cycle again, to purge the orphans before > > we get to feature freeze. Any unblocked orphans will be purged by the > > 28th of this month. Here is a current list of unblocked orphans: > > The first list was incomplete due to an API change. Here is the > complete list: > > Unblocked orphan gtk-murrine-engine I'm taking over this one. Co-maintainers welcomed. Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, 2009-07-14 at 09:40 -0700, Jesse Keating wrote: > > It's that time of the release cycle again, to purge the orphans before > we get to feature freeze. Any unblocked orphans will be purged by the > 28th of this month. Here is a current list of unblocked orphans: The first list was incomplete due to an API change. Here is the complete list: Unblocked orphan ant-contrib Unblocked orphan apollon Unblocked orphan azureus Unblocked orphan bes Unblocked orphan bmake Unblocked orphan buoh Unblocked orphan cryptix Unblocked orphan ctrlproxy Unblocked orphan dap-freeform_handler Unblocked orphan dap-hdf4_handler Unblocked orphan dap-netcdf_handler Unblocked orphan dap-server Unblocked orphan drapes Unblocked orphan dumpasn1 Unblocked orphan elsa Unblocked orphan fig2ps Unblocked orphan flpsed Unblocked orphan fmit Unblocked orphan fontypython Unblocked orphan galago-daemon Unblocked orphan galago-filesystem Unblocked orphan gconf-cleaner Unblocked orphan gdhcpd Unblocked orphan gfa Unblocked orphan gift Unblocked orphan gift-gnutella Unblocked orphan gift-openft Unblocked orphan gimp-lqr-plugin Unblocked orphan glipper Unblocked orphan gnochm Unblocked orphan gnome-audio Unblocked orphan gnome-compiz-manager Unblocked orphan gnome-specimen Unblocked orphan gnome-vfs2-obexftp Unblocked orphan gnubiff Unblocked orphan gstm Unblocked orphan gtk-murrine-engine Unblocked orphan gtkperf Unblocked orphan ht2html Unblocked orphan httpunit Unblocked orphan id3v2 Unblocked orphan jakarta-commons-codec Unblocked orphan jakarta-commons-digester Unblocked orphan jakarta-commons-launcher Unblocked orphan jakarta-commons-modeler Unblocked orphan jakarta-taglibs-standard Unblocked orphan javacc Unblocked orphan jdepend Unblocked orphan jflex Unblocked orphan jrexx Unblocked orphan js Unblocked orphan junitperf Unblocked orphan klear Unblocked orphan ldapvi Unblocked orphan libatomic_ops Unblocked orphan libchmxx Unblocked orphan libdap Unblocked orphan libdockapp Unblocked orphan libgtksourceviewmm Unblocked orphan liblqr-1 Unblocked orphan libnc-dap Unblocked orphan libreadline-java Unblocked orphan macchanger Unblocked orphan metamonitor Unblocked orphan mftrace Unblocked orphan mk-files Unblocked orphan msv Unblocked orphan musicbox Unblocked orphan nekohtml Unblocked orphan notecase Unblocked orphan otl Unblocked orphan pam_keyring Unblocked orphan pcmanx-gtk2 Unblocked orphan perl-LWP-Authen-Wsse Unblocked orphan perl-Text-CHM Unblocked orphan pessulus Unblocked orphan piccolo Unblocked orphan pidgin-knotify Unblocked orphan plexus-container-default Unblocked orphan plexus-interactivity Unblocked orphan plexus-velocity Unblocked orphan puretls Unblocked orphan pystatgrab Unblocked orphan python-cjson Unblocked orphan python-dbsprockets Unblocked orphan qdox Unblocked orphan qemu-launcher Unblocked orphan qt-qsa Unblocked orphan quickfix Unblocked orphan ruby-flexmock Unblocked orphan scim-input-pad Unblocked orphan scim-skk Unblocked orphan scim-tomoe Unblocked orphan shapelib Unblocked orphan skkdic Unblocked orphan surfraw Unblocked orphan themes-backgrounds-gnome Unblocked orphan thinkfinger Unblocked orphan tomoe Unblocked orphan tpm-tools Unblocked orphan tremulous-data Unblocked orphan viewmtn Unblocked orphan w3lib Unblocked orphan wdm Unblocked orphan wifi-radar Unblocked orphan wmix Unblocked orphan wxdfast Unblocked orphan xdoclet Unblocked orphan xerces-j2 Unblocked orphan xml-commons-apis Unblocked orphan xml-commons-apis12 Unblocked orphan xml-commons-which Unblocked orphan xmms-cdread Unblocked orphan xyz-gallery -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part ___ Fedora-devel-announce mailing list fedora-devel-annou...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, Jul 14, 2009 at 6:27 PM, Jerry James wrote: > On Tue, Jul 14, 2009 at 10:40 AM, Jesse Keating wrote: >> >> Unblocked orphan ant-contrib >> Unblocked orphan apollon >> Unblocked orphan azureus >> Unblocked orphan beagle >> Unblocked orphan bes >> Unblocked orphan bmake >> Unblocked orphan buoh >> Unblocked orphan cryptix >> Unblocked orphan ctrlproxy >> Unblocked orphan dap-freeform_handler >> Unblocked orphan dap-hdf4_handler >> Unblocked orphan dap-netcdf_handler >> Unblocked orphan dap-server >> Unblocked orphan drapes >> Unblocked orphan dumpasn1 >> Unblocked orphan elsa >> Unblocked orphan f-spot >> Unblocked orphan fig2ps >> Unblocked orphan flpsed >> Unblocked orphan fmit > > Are there really none that start with g-z, or did something quit after fmit? No specfile was ever booked into CVS for fmit... What a waste of time! -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, Jul 14, 2009 at 10:40 AM, Jesse Keating wrote: > Unblocked orphan ant-contrib > Unblocked orphan apollon > Unblocked orphan azureus > Unblocked orphan beagle > Unblocked orphan bes > Unblocked orphan bmake > Unblocked orphan buoh > Unblocked orphan cryptix > Unblocked orphan ctrlproxy > Unblocked orphan dap-freeform_handler > Unblocked orphan dap-hdf4_handler > Unblocked orphan dap-netcdf_handler > Unblocked orphan dap-server > Unblocked orphan drapes > Unblocked orphan dumpasn1 > Unblocked orphan elsa > Unblocked orphan f-spot > Unblocked orphan fig2ps > Unblocked orphan flpsed > Unblocked orphan fmit > Are there really none that start with g-z, or did something quit after fmit? -- Jerry James http://www.jamezone.org/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On 07/14/2009 12:40 PM, Jesse Keating wrote: > It's that time of the release cycle again, to purge the orphans before > we get to feature freeze. Any unblocked orphans will be purged by the > 28th of this month. Here is a current list of unblocked orphans: > Thinkfinger should probably also be blocked; I abandoned it during F11 development and has been replaced by fprint. -Doug signature.asc Description: OpenPGP digital signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Purging the F12 orphans
It's that time of the release cycle again, to purge the orphans before we get to feature freeze. Any unblocked orphans will be purged by the 28th of this month. Here is a current list of unblocked orphans: Unblocked orphan ant-contrib Unblocked orphan apollon Unblocked orphan azureus Unblocked orphan beagle Unblocked orphan bes Unblocked orphan bmake Unblocked orphan buoh Unblocked orphan cryptix Unblocked orphan ctrlproxy Unblocked orphan dap-freeform_handler Unblocked orphan dap-hdf4_handler Unblocked orphan dap-netcdf_handler Unblocked orphan dap-server Unblocked orphan drapes Unblocked orphan dumpasn1 Unblocked orphan elsa Unblocked orphan f-spot Unblocked orphan fig2ps Unblocked orphan flpsed Unblocked orphan fmit Taking ownership of them on the devel collection will prevent them from being blocked. Remember, it is OK to let software die. Don't view this as a list of things that somebody should pick up if they have the spare time. Things should only be revived if there are actual users in need of the software. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part ___ Fedora-devel-announce mailing list fedora-devel-annou...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
