Am Thu, 8 May 2008 18:49:02 -0400 (EDT) schrieb Eric Belanger :

On Thu, 8 May 2008, Andreas Radke wrote:

...

core:

mpfr is maintained by Jan. I removed it from the list.

extra:

libraw1394 is maintained by Jan - removed

I removed about a dozen of orphans from the list which already had a mainatiner. There might be other. Just remove them if you see them.

...

nothing for me to adopt :)

-Andy

How about opera? As you maintain opera-devel, could you also maintain the opera package in extra? If you are planning on removing opera-devel and maintaining opera once 9.50 goes stable, I could take care of opera in the meanwhile if no-one else wants too.

TomK always updated Opera. He should be the first Dev to take it. Right now I can't menage Opera 9.2x because it runs only i686. Let's wait some time to see if TomK will adopt it. If not count me in as the new maintainer. -Andy

On Thu, 8 May 2008, Tobias Kieslich wrote:

Hi

- gtkglextmm and the depending sharpconstruct can be ditched entirely becuase sharpconstruct is dead (became a module in blender) and gtkglextmm was needed only for it

Roman has adopted sharpconstruct in the last round of adoption. I'll wait for his input before removing sharpconstruct from the repo.

- adopted libpano13 - adopted perl-gtk2-ex-formfactory

removed from the list

- did not adopt libdvbpsi4 because I wanna see if vlc 0.9 will depend on it (vlc-0.8.* is a friggin mess anyway)

You could still adopt it. If it doesn't need to be updated/fixed it involves no work. And if vlc 0.9 doesn't need it, you can just remove it at that point.

- did not adopt pyxml because it would be my only python package

-T

There's a start for everything. ;) Doesn't seem to be much work. I could grab it if noone does. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2008/5/9 Eric Belanger :

On Thu, 8 May 2008, Tobias Kieslich wrote:

...

Hi

- gtkglextmm and the depending sharpconstruct can be ditched entirely becuase sharpconstruct is dead (became a module in blender) and gtkglextmm was needed only for it

Roman has adopted sharpconstruct in the last round of adoption. I'll wait for his input before removing sharpconstruct from the repo.

Finally I got to this thread. Sorry for so loong time. Yep, I planned to maintain sharpconstruct at that time, because it seemed to be the only gtk2 application for 3D modelling. I knew it was dead but didn't know it became a plugin for Blender. I don't have much time for pkg maintaining yet, so I cannot so I think it would be ok to just drop it from Extra to Unsupported then (along with its dependency). -- Roman Kyrylych (Роман Кирилич)

2008/6/1 Eric Belanger :

I can't move gtkglextmm to unsupported. I'm getting the famous "You are not allowed to overwrite the gtkglextmm package." error.

Aaron (or someone else): can you fix that? Then I'll move both sharpconstruct and gtkglextmm to unsupported.

Roman: do you also want me to move cdw to unsupported as well? See FS#6023.

Yes, please do so. It's not that important package. -- Roman Kyrylych (Роман Кирилич)

On Sun, 1 Jun 2008, Grigorios Bouzakis wrote:

Is cdtool part of the list? AFAI can see there is no maintainer listed. Theres a bug report about it http://bugs.archlinux.org/task/10558 but it seems dead and needed only by tcdr which also looks like a dead project.

Yes, cdtool is on that list.

2 possible candidates for removal? If not, then someone adopt cdtool so i can assign the bug report to him :P

Damir maintains tcdr so technically he should also maintains cdtool unless the workload would be too much. He haven't answered yet in this thread. He could also decide to orphan tcdr and have both tcdr and cdtool moved to unsupported.

Greg

-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

On Mon, May 26, 2008 at 11:51 AM, Eric Belanger wrote:

There are still several devs who haven't answered yet. This is a gentle reminder.

I'm just looking through the list now and I see some programs that, at least in my opinion we should drop if nobody is actively maintaining them: azureus, dvdbackup, handbrake, nicotine, and d4x. All of these are pretty fringe apps except for maybe azureus, which is just plain slow and buggy (or was the last time I used it). I don't know much about the deps/makedeps, but if any of them are tied to the other fringe apps we should look at removing them entirely as well...just my two cents of course. I admit though I was a bit surprised to see we had 4267 packages in extra--even if half of those are x86_64 that's a still a shedload of maintenance.

On Mon, 26 May 2008, Jason Chu wrote:

On Mon, May 26, 2008 at 12:46 PM, Thayer Williams wrote:

...

On Mon, May 26, 2008 at 11:51 AM, Eric Belanger wrote:

...

There are still several devs who haven't answered yet. This is a gentle reminder.

I'm just looking through the list now and I see some programs that, at least in my opinion we should drop if nobody is actively maintaining them: azureus, dvdbackup, handbrake, nicotine, and d4x. All of these are pretty fringe apps except for maybe azureus, which is just plain slow and buggy (or was the last time I used it).

I use azureus somewhat regularly. I don't know if I'm up to maintaining it though. Didn't simo used to do it?

Yes, he was and he was interested in taking it back. He might have changed his minf though. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

On Mon, May 26, 2008 at 4:12 PM, Eric Belanger wrote:

On Mon, 26 May 2008, Thayer Williams wrote:

...

On Mon, May 26, 2008 at 11:51 AM, Eric Belanger wrote:

...

There are still several devs who haven't answered yet. This is a gentle reminder.

I'm just looking through the list now and I see some programs that, at least in my opinion we should drop if nobody is actively maintaining them: azureus, dvdbackup, handbrake, nicotine, and d4x. All of these are pretty fringe apps except for maybe azureus, which is just plain slow and buggy (or was the last time I used it).

I don't know much about the deps/makedeps, but if any of them are tied to the other fringe apps we should look at removing them entirely as well...just my two cents of course. I admit though I was a bit surprised to see we had 4267 packages in extra--even if half of those are x86_64 that's a still a shedload of maintenance.

I don't think these fringe apps have a lot of depends specific to them. If so, we'll remove them when we'll remove the apps. Currently, I want to focus on the depends for stuff that we want to keep. When the list will be smaller, I'll update it with the current orphans in the dashboard. There might be other orphaned fringes apps or packages we want to keep not in the wiki list.

Also, I've noticed that some packages got orphaned when we updated the web site: sudo, abs, exiv2, initscripts, etc. Check if it happened to your packages. Otherwise, I'll add them to the wiki list when I'll update it.

You sure that's not just the testing repo? At the very least I know abs == travis and initscripts == thomas, correct?

On Mon, 2008-05-26 at 17:12 -0400, Eric Belanger wrote:

On Mon, 26 May 2008, Thayer Williams wrote:

...

On Mon, May 26, 2008 at 11:51 AM, Eric Belanger wrote:

...

There are still several devs who haven't answered yet. This is a gentle reminder.

I've looked at the list: perl-extutils-cbuilder and perl-module-build can be dropped since they are provided by perl itself now. I'll grab perl-mime-types. Cheers, k

-- K. Piche

On Mon, 26 May 2008, Eric Belanger wrote:

On Mon, 26 May 2008, Thayer Williams wrote:

...

On Mon, May 26, 2008 at 11:51 AM, Eric Belanger wrote:

...

There are still several devs who haven't answered yet. This is a gentle reminder.

I'm just looking through the list now and I see some programs that, at least in my opinion we should drop if nobody is actively maintaining them: azureus, dvdbackup, handbrake, nicotine, and d4x. All of these are pretty fringe apps except for maybe azureus, which is just plain slow and buggy (or was the last time I used it).

I don't know much about the deps/makedeps, but if any of them are tied to the other fringe apps we should look at removing them entirely as well...just my two cents of course. I admit though I was a bit surprised to see we had 4267 packages in extra--even if half of those are x86_64 that's a still a shedload of maintenance.

I don't think these fringe apps have a lot of depends specific to them. If so, we'll remove them when we'll remove the apps. Currently, I want to focus on the depends for stuff that we want to keep. When the list will be smaller, I'll update it with the current orphans in the dashboard. There might be other orphaned fringes apps or packages we want to keep not in the wiki list.

I've updated the wiki list. It should reflect the current orphan state.

Also, I've noticed that some packages got orphaned when we updated the web site: sudo, abs, exiv2, initscripts, etc. Check if it happened to your packages. Otherwise, I'll add them to the wiki list when I'll update it.

Please check the updated wiki list. In case when I suspected the above issue happened, I added "orphaned accidentally?" in the comment and the name of the last maintainer. Please correct if these are incorrect. Also, now that we have multi-architecture support in the dashboard, we could have a different maintainer for each architecture. However, as we are currently dealing with orphans for which we've been trying to find maintainers over the last few months, please adopt the package for both architecture so we can get over this adoption process . Don't worry if you can't build for x86_64, someone else will do it when it'll be needed. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.