Could we rename mplayer-w32codecs to something like codecs-extras? Since this package provides more codecs i think we should keep him.

Allan McRae wrote:

All TUs should go to the wiki page (http://wiki.archlinux.org/index.php/AUR_CleanUp_Day) and see if they can move any packages from the suggestion list to the TU signoff list. It doesn't take much. For example, there are packages to do with pidgin, blender, and gimp that have apparently be merged upstream. If you use those, check that you agree with the comment and move the package to the correct section. I expect everyone who said +1 good idea to do something!

Well, I count a total of three TU's other than me who did anything about this. Thanks to those TUs.

I am going through this list when I have time but I still need some help. Can TUs in the know please help me with the following packages which I am unfamiliar with:

gnuserv - is it depreciated with emacs 22+? ionice - anyone confirm it is part of util-linux-ng now? kernel26thinkpad - obsolete? org - included in emacs 22+?

librtorrent - package in community? rs_rtorrent - package in community?

And of course, feel free to move any other packages into the sorted list...

Cheers, Allan

On Tue, May 27, 2008 at 1:52 PM, Allan McRae mcrae_allan@hotmail.com wrote:

librtorrent - package in community? rs_rtorrent - package in community?

First comment on AUR : Current version of rakshasa`s libTorrrent library modifyied not to conflict with rb_libtorrent.

from http://libtorrent.rakshasa.no/ : <<Disclaimer : This is not the same libtorrent project as the one found on SourceForge. >> Also this : http://libtorrent.rakshasa.no/ticket/854

rasterbar project is there : http://www.rasterbar.com/products/libtorrent/ http://sourceforge.net/projects/libtorrent

That situation is so stupid but how to deal with it? Personally, I use only rtorrent + libtorrent which are great, and I like to use them as distributed by upstream, without ugly hacks for renaming libtorrent to librtorrent. On the other hand, rakshasa libtorrent is apparently only used by rtorrent, while rasterbar libtorrent is used by many clients : http://www.rasterbar.com/products/libtorrent/projects.html

So if you want to use both in the same time, it makes more sense to rename rakshasa one.

However, Arch is supposed to follow upstream, so Arch should consider this is not its issue and let upstreams resolve it. In the meantime (forever?), the users simply have to make their mind between both. No need to have a thousand torrent clients installed in the same time.

2008/5/27 Hugo Doria hugodoria@gmail.com:

kernel26thinkpad could be removed. I moved him to the to "packages to remove" list.

I added a comment to mplayer-w32codecs package. It would be better if we could rename it to "codecs-extra" as suggested before.

openarena could be kept since some servers still runs the older version.

I also moved some other packages.

-- Hugo Doria http://hdoria.archlinux-br.org

[lukas@red_dragon ~]$ pacman -Qo `which ionice` /usr/bin/ionice is owned by util-linux-ng 2.13.0.1-2

If you have recent Arch, you should will it same.

On Sun, 1 Jun 2008, Allan McRae wrote:

Hi all,

I have done most of the cleanup of the suggested packages in the AUR. I have tarballs for all deleted packages so any complaints can be pointed my way. I also orphaned any package that was decided to be kept but was suggested because of how out-of-date it was.

There is still ~20 packages that need sorted but I don't know much about those (http://wiki.archlinux.org/index.php/AUR_CleanUp_Day). Please give these a quick look over and sort any you can.

Three packages in community have been flagged for deletion. I agree with all suggestions so I will remove them later in the week if I hear no objections. The packages are (with maintainer in brackets):

• ion-modules - ion3 is not part of official repos anymore (sergej) - move

to AUR

• lmctl - gets replaced by lomoco which is in community (codemac) - delete
• wildfire - renamed openfire (phrakture) - delete

Allan

You can remove sonic-rainbow.