[aur-general] Adoptable AUR packages
There are three kinds of orphans in AUR at the moment. 1) A sea of packages that have either become obselete or have been added in some other package. ( Like dolphin ). 2) The others are ruby/python/perl libraries. The problem with these is that installing them using pyPI or gems is quite simple (though not highly recommended). So many of these get orphaned 3) The last category is where maintainers do not have the time to do justice to their packages and hence orphan it. I found I had a little free time and could adopt some packages. I found myself in this sea. It would be good if we can start a wiki page where every "useful" package that is currently orphaned can be added and removed once adopted. I checked out the wiki. The AUR cleanup day is the closest I got to. We would need something like an inverse of that now. So any user who wants to adopt a package should go to the page, choose whatever he wants to adopt and remove it from the page. I feel this will clear up a lot of packages in the second and last categories. Also, we can give a guideline for people who disown packages to add it to the corresponding page (obselete/required) in the hope that someone will take over the package --- Ashok `ScriptDevil` Gautham
On Mon, Apr 6, 2009 at 2:13 PM, Ashok Gautham <scriptdevil.arch@gmail.com> wrote:
There are three kinds of orphans in AUR at the moment.
1) A sea of packages that have either become obselete or have been added in some other package. ( Like dolphin ).
2) The others are ruby/python/perl libraries. The problem with these is that installing them using pyPI or gems is quite simple (though not highly recommended). So many of these get orphaned
3) The last category is where maintainers do not have the time to do justice to their packages and hence orphan it.
I found I had a little free time and could adopt some packages. I found myself in this sea.
It would be good if we can start a wiki page where every "useful" package that is currently orphaned can be added and removed once adopted.
I checked out the wiki. The AUR cleanup day is the closest I got to.
We would need something like an inverse of that now. So any user who wants to adopt a package should go to the page, choose whatever he wants to adopt and remove it from the page. I feel this will clear up a lot of packages in the second and last categories.
Also, we can give a guideline for people who disown packages to add it to the corresponding page (obselete/required) in the hope that someone will take over the package
--- Ashok `ScriptDevil` Gautham
doesn't the orphan search function in AUR do the same and automated?
On Mon, Apr 6, 2009 at 8:19 PM, Imanol Celaya < ornitorrincos@archlinux-es.org> wrote:
doesn't the orphan search function in AUR do the same and automated?
That is exactly my point. Orphan search gives you even packages that have been orphaned because the packages are not needed any more. In fact such packages are the majority. --- Ashok `ScriptDevil` Gautham
On 4/6/09, Ashok Gautham <scriptdevil.arch@gmail.com> wrote:
On Mon, Apr 6, 2009 at 8:19 PM, Imanol Celaya < ornitorrincos@archlinux-es.org> wrote:
doesn't the orphan search function in AUR do the same and automated?
That is exactly my point. Orphan search gives you even packages that have been orphaned because the packages are not needed any more. In fact such packages are the majority.
--- Ashok `ScriptDevil` Gautham
Instead of inventing a new way of sorting orphan packages it would be best to put the/'a lot of' effort in cleaning up the current list. Packages that should not be there should be removed. Ronald
The other problem is that a list of orphaned packages on the wiki would be subject to the same kind of problem: someone puts something there, then a year passes and the package isn't needed anymore but doesn't get removed because there are 8000 packages on that list. I think this wouldn't really solve much in the long term. +1 to Mr. Haren. -Andrei "Garoth" Thorp On Mon, Apr 6, 2009 at 8:47 AM, Ronald van Haren <pressh@gmail.com> wrote:
On 4/6/09, Ashok Gautham <scriptdevil.arch@gmail.com> wrote:
On Mon, Apr 6, 2009 at 8:19 PM, Imanol Celaya < ornitorrincos@archlinux-es.org> wrote:
doesn't the orphan search function in AUR do the same and automated?
That is exactly my point. Orphan search gives you even packages that have been orphaned because the packages are not needed any more. In fact such packages are the majority.
--- Ashok `ScriptDevil` Gautham
Instead of inventing a new way of sorting orphan packages it would be best to put the/'a lot of' effort in cleaning up the current list. Packages that should not be there should be removed.
Ronald
On Mon, Apr 6, 2009 at 13:24, Andrei Thorp <garoth@gmail.com> wrote:
+1 to Mr. Haren.
-Andrei "Garoth" Thorp +2
Ashok Gautham wrote:
There are three kinds of orphans in AUR at the moment.
1) A sea of packages that have either become obselete or have been added in some other package. ( Like dolphin ). ... 3) The last category is where maintainers do not have the time to do justice to their packages and hence orphan it.
IMHO, this is the sort of information that the maintainer should provide in the package's "comments" section when he disowns it. Likewise, if someone flags something as out-of-date, he probably ought to leave a note. -- Chris
IMHO, this is the sort of information that the maintainer should provide in the package's "comments" section when he disowns it. Likewise, if someone flags something as out-of-date, he probably ought to leave a note.
-- Chris
That's actually pretty wise. Perhaps have the AUR software actually display some kind of note asking the person orphaning a package to leave a final note saying why? -Andrei "Garoth" Thorp
On Tue, Apr 7, 2009 at 7:12 AM, Andrei Thorp <garoth@gmail.com> wrote:
That's actually pretty wise. Perhaps have the AUR software actually display some kind of note asking the person orphaning a package to leave a final note saying why?
That would be great too. :) --- Ashok `ScriptDevil` Gautham
participants (6)
-
Andrei Thorp
-
Ashok Gautham
-
Chris Brannon
-
Daenyth Blank
-
Imanol Celaya
-
Ronald van Haren