Re: [arch-general] [arch-dev-public] Cleaning up orphaned packages

Lukas Fleischer

24 Feb 2012 24 Feb '12

5:06 p.m.

On Fri, Feb 24, 2012 at 04:19:25PM +0100, Pierre Schmitz wrote:

Hi all,

while the rebuild of unsigned packages is about to be finished we should start to think about our orphaned packages. ATM there about 430 of them in core and extra 1); some of them are 8probably) not needed by any other package 2)

Here is my proposal: * Everybody please review the list and adopt packages that you use and might be willing to maintain. * If you maintain a package that depends on an orphan, please adopt it. It does not make sense to depend on an maintained package. Note that packages can have mroe than one maintainer; so you should share the workload. * If a TU wants to maintain an orphan that is currently in [extra], please let us know.

I remember that some packages were hold back and weren't moved to [community] on former [extra] cleanups, even though they didn't have a maintainer (I'm not sure about the reasons anymore; I remember some of them were used on gerolde or so, not sure if that is still relevant). You should probably double-check these. Apart from that, +1 to this idea. I already checked the list of unneeded orphans and there's >20 packages I'd like to maintain if they aren't picked up in [extra]...

...

* Maybe we can also have a small team that adopts all orphans that nobody wants to adopt on their own but is needed.

Sounds like a good idea as well, at least for packages that are easy to maintain ("easy" meaning that upstream releases don't require much more work than bumping the pkgver and updating checksums). Packages that require a packager, who actually uses them, can still be dropped/moved.

...

The goal should be to adopt all needed/wanted orphans and remove everything else.

Greetings,

Pierre

1) https://www.archlinux.org/packages/?sort=&arch=any&arch=x86_64&repo=Core&repo=Extra&q=&maintainer=orphan&last_update=&flagged=&limit=50 2) https://www.archlinux.org/devel/reports/unneeded-orphans/

-- Pierre Schmitz, http://pierre-schmitz.com

Show replies by thread

Pierre Schmitz

5 Mar 5 Mar

1:01 a.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

Am 24.02.2012 17:06, schrieb Lukas Fleischer:

...

Apart from that, +1 to this idea. I already checked the list of unneeded orphans and there's >20 packages I'd like to maintain if they aren't picked up in [extra]...

Send me a list of these packages. But ensure they are still orphan and are not a dep or makedep of any package in core/extra. Greetigns, Pierre -- Pierre Schmitz, http://pierre-schmitz.com

Lukas Fleischer

4:40 p.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

On Mon, Mar 05, 2012 at 01:01:03AM +0100, Pierre Schmitz wrote:

...

Am 24.02.2012 17:06, schrieb Lukas Fleischer:

...
Apart from that, +1 to this idea. I already checked the list of unneeded orphans and there's >20 packages I'd like to maintain if they aren't picked up in [extra]...

Send me a list of these packages. But ensure they are still orphan and are not a dep or makedep of any package in core/extra.

Well, there's only a few packages left (others have already been moved or are required by another [core]/[extra] package): * bluez-firmware * cmus * evilwm * fortune-mod * id3v2 * jhead * libofx * libofx-doc * lirc * lzo * msmtp * ncftp * pdksh * perl-timedate * pidgin-encryption Note that fortune-mod is an optdep of xfce4-session and id3v2 is an optdep of gtkpod (I can also maintain gtkpod if no one else wants to but I don't use it, so this might not be in the sense of this cleanup). I'm not sure about lirc either, I'd prefer if someone could adopt both lirc and lirc-utils and maintain them in [extra] (lirc-utils is required by a bunch of [extra] packages).

...

Greetigns,

Pierre

-- Pierre Schmitz, http://pierre-schmitz.com

Tom Gundersen

5:49 p.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

On Mon, Mar 5, 2012 at 4:40 PM, Lukas Fleischer wrote:

...

* bluez-firmware

I take this one.

...

* lzo

If nothing is depending on this, it might simply mean that all users have moved to lzo2 and that lzo can be dropped.

...

I'm not sure about lirc either, I'd prefer if someone could adopt both lirc and lirc-utils and maintain them in [extra] (lirc-utils is required by a bunch of [extra] packages).

In particular: kradio mplayer mythtv rhythmbox rosegarden xawtv xine-ui Maybe worth investigating if it can be made an opt-depend, like it is for some packages: pulseaudio (optional) totem (optional) vlc (optional) Cheers, Tom

Lukas Fleischer

9:23 p.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

On Mon, Mar 05, 2012 at 05:49:57PM +0100, Tom Gundersen wrote:

...

On Mon, Mar 5, 2012 at 4:40 PM, Lukas Fleischer wrote:

...
* bluez-firmware

I take this one.

Thanks!

...

...
* lzo

If nothing is depending on this, it might simply mean that all users have moved to lzo2 and that lzo can be dropped.

partimage (which is in [community]) still depends on it. Not sure if it can be easily patched to use lzo2.

...

...
I'm not sure about lirc either, I'd prefer if someone could adopt both lirc and lirc-utils and maintain them in [extra] (lirc-utils is required by a bunch of [extra] packages).

In particular:

kradio mplayer mythtv rhythmbox rosegarden xawtv xine-ui

Maybe worth investigating if it can be made an opt-depend, like it is for some packages:

pulseaudio (optional) totem (optional) vlc (optional)

It's not that easy, I tested this before: $ readelf -d $(which mplayer) | grep lirc 0x0000000000000001 (NEEDED) Shared library: [liblirc_client.so.0] $ pacman -Rdd --noconfirm lirc-utils >/dev/null $ mplayer mplayer: error while loading shared libraries: liblirc_client.so.0: cannot open shared object file: No such file or directory

...

Cheers,

Tom

Guillaume Alaux

9:42 p.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

On 5 March 2012 21:23, Lukas Fleischer wrote:

...

On Mon, Mar 05, 2012 at 05:49:57PM +0100, Tom Gundersen wrote:

...
On Mon, Mar 5, 2012 at 4:40 PM, Lukas Fleischer wrote:

...
* bluez-firmware

I take this one.

Thanks!

...
...
* lzo

If nothing is depending on this, it might simply mean that all users have moved to lzo2 and that lzo can be dropped.

partimage (which is in [community]) still depends on it. Not sure if it can be easily patched to use lzo2.

...
...
I'm not sure about lirc either, I'd prefer if someone could adopt both lirc and lirc-utils and maintain them in [extra] (lirc-utils is required by a bunch of [extra] packages).

In particular:

kradio mplayer mythtv rhythmbox rosegarden xawtv xine-ui

Maybe worth investigating if it can be made an opt-depend, like it is for some packages:

pulseaudio (optional) totem (optional) vlc (optional)

It's not that easy, I tested this before:

$ readelf -d $(which mplayer) | grep lirc 0x0000000000000001 (NEEDED) Shared library: [liblirc_client.so.0] $ pacman -Rdd --noconfirm lirc-utils >/dev/null $ mplayer mplayer: error while loading shared libraries: liblirc_client.so.0: cannot open shared object file: No such file or directory

...
Cheers,

Tom

Hi y'all, Just for you to know, I adopted apache-ant which I use a lot mainly for... Arch packaging :) -- Guillaume

Jelle van der Waa

6 Mar 6 Mar

11:12 a.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

On Mon, Mar 5, 2012 at 9:42 PM, Guillaume Alaux wrote:

...

On 5 March 2012 21:23, Lukas Fleischer wrote:

...
On Mon, Mar 05, 2012 at 05:49:57PM +0100, Tom Gundersen wrote:

...
On Mon, Mar 5, 2012 at 4:40 PM, Lukas Fleischer wrote:

...
* bluez-firmware

I take this one.

Thanks!

...
...
* lzo

If nothing is depending on this, it might simply mean that all users have moved to lzo2 and that lzo can be dropped.

partimage (which is in [community]) still depends on it. Not sure if it can be easily patched to use lzo2.

...
...
I'm not sure about lirc either, I'd prefer if someone could adopt

both

...
...
...
lirc and lirc-utils and maintain them in [extra] (lirc-utils is required by a bunch of [extra] packages).

In particular:

kradio mplayer mythtv rhythmbox rosegarden xawtv xine-ui

Maybe worth investigating if it can be made an opt-depend, like it is for some packages:

pulseaudio (optional) totem (optional) vlc (optional)

It's not that easy, I tested this before:

$ readelf -d $(which mplayer) | grep lirc 0x0000000000000001 (NEEDED) Shared library: [liblirc_client.so.0] $ pacman -Rdd --noconfirm lirc-utils >/dev/null $ mplayer mplayer: error while loading shared libraries: liblirc_client.so.0: cannot open shared object file: No such file or directory

...
Cheers,

Tom

Hi y'all,

Just for you to know, I adopted apache-ant which I use a lot mainly for... Arch packaging :)

-- Guillaume

If python-lxml is orphan in [extra] (it looks like it accordign to archweb) , i would like to adopt it in [community] and add python3 support. Jelle van der Waa

Giovanni Scafora

11:27 a.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

Il 06/03/2012 11:12, Jelle van der Waa ha scritto:

...

If python-lxml is orphan in [extra] (it looks like it accordign to archweb) , i would like to adopt it in [community] and add python3 support.

translate-toolkit requires python-lxml, so I think that python-lxml should be in [extra] or moving both to [community]. -- Arch Linux Developer http://www.archlinux.org http://www.archlinux.it

Rémy Oudompheng

10:35 p.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

Le 5 mars 2012 16:40, Lukas Fleischer a écrit :

...

On Mon, Mar 05, 2012 at 01:01:03AM +0100, Pierre Schmitz wrote:

...
Am 24.02.2012 17:06, schrieb Lukas Fleischer:

...
Apart from that, +1 to this idea. I already checked the list of unneeded orphans and there's >20 packages I'd like to maintain if they aren't picked up in [extra]...

Send me a list of these packages. But ensure they are still orphan and are not a dep or makedep of any package in core/extra.

Well, there's only a few packages left (others have already been moved or are required by another [core]/[extra] package):

* bluez-firmware * cmus * evilwm * fortune-mod * id3v2 * jhead * libofx * libofx-doc

libofx is an indirect dependency of gnucash, which is in extra. The thing is, aqbanking needs to move. I can adopt it. Rémy.

Lukas Fleischer

20 Mar 20 Mar

9:15 p.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

On Mon, Mar 05, 2012 at 04:40:25PM +0100, Lukas Fleischer wrote:

...

On Mon, Mar 05, 2012 at 01:01:03AM +0100, Pierre Schmitz wrote:

...
Am 24.02.2012 17:06, schrieb Lukas Fleischer:

...
Apart from that, +1 to this idea. I already checked the list of unneeded orphans and there's >20 packages I'd like to maintain if they aren't picked up in [extra]...

Send me a list of these packages. But ensure they are still orphan and are not a dep or makedep of any package in core/extra.

Well, there's only a few packages left (others have already been moved or are required by another [core]/[extra] package):

* bluez-firmware * cmus * evilwm * fortune-mod * id3v2 * jhead * libofx * libofx-doc * lirc * lzo * msmtp * ncftp * pdksh * perl-timedate * pidgin-encryption

Status? Only bluez-firmware has been adopted yet.

...

Note that fortune-mod is an optdep of xfce4-session and id3v2 is an optdep of gtkpod (I can also maintain gtkpod if no one else wants to but I don't use it, so this might not be in the sense of this cleanup).

I'm not sure about lirc either, I'd prefer if someone could adopt both lirc and lirc-utils and maintain them in [extra] (lirc-utils is required by a bunch of [extra] packages).

...
Greetigns,

Pierre

-- Pierre Schmitz, http://pierre-schmitz.com

Kaiting Chen

10:15 p.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

On Tue, Mar 20, 2012 at 4:15 PM, Lukas Fleischer wrote:

...

On Mon, Mar 05, 2012 at 04:40:25PM +0100, Lukas Fleischer wrote:

...
On Mon, Mar 05, 2012 at 01:01:03AM +0100, Pierre Schmitz wrote:

...
Am 24.02.2012 17:06, schrieb Lukas Fleischer:

...
Apart from that, +1 to this idea. I already checked the list of unneeded orphans and there's >20 packages I'd like to maintain if they aren't picked up in [extra]...

Send me a list of these packages. But ensure they are still orphan and are not a dep or makedep of any package in core/extra.

Well, there's only a few packages left (others have already been moved or are required by another [core]/[extra] package):

* bluez-firmware * cmus * evilwm * fortune-mod * id3v2 * jhead * libofx * libofx-doc * lirc * lzo * msmtp * ncftp * pdksh * perl-timedate * pidgin-encryption

Status? Only bluez-firmware has been adopted yet.

...
Note that fortune-mod is an optdep of xfce4-session and id3v2 is an optdep of gtkpod (I can also maintain gtkpod if no one else wants to but I don't use it, so this might not be in the sense of this cleanup).

I'm not sure about lirc either, I'd prefer if someone could adopt both lirc and lirc-utils and maintain them in [extra] (lirc-utils is required by a bunch of [extra] packages).

...
Greetigns,

Pierre

-- Pierre Schmitz, http://pierre-schmitz.com

Ooh I'll take vsftpd if that's available. I use it all the time. --Kaiting. -- Kiwis and Limes: http://kaitocracy.blogspot.com/

Lukas Fleischer

10:23 p.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

On Tue, Mar 20, 2012 at 05:15:50PM -0400, Kaiting Chen wrote:

...

On Tue, Mar 20, 2012 at 4:15 PM, Lukas Fleischer wrote:

...
On Mon, Mar 05, 2012 at 04:40:25PM +0100, Lukas Fleischer wrote:

...
On Mon, Mar 05, 2012 at 01:01:03AM +0100, Pierre Schmitz wrote:

...
Am 24.02.2012 17:06, schrieb Lukas Fleischer:

...
Apart from that, +1 to this idea. I already checked the list of unneeded orphans and there's >20 packages I'd like to maintain if they aren't picked up in [extra]...

Send me a list of these packages. But ensure they are still orphan and are not a dep or makedep of any package in core/extra.

Well, there's only a few packages left (others have already been moved or are required by another [core]/[extra] package):

* bluez-firmware * cmus * evilwm * fortune-mod * id3v2 * jhead * libofx * libofx-doc * lirc * lzo * msmtp * ncftp * pdksh * perl-timedate * pidgin-encryption

Status? Only bluez-firmware has been adopted yet.

...
Note that fortune-mod is an optdep of xfce4-session and id3v2 is an optdep of gtkpod (I can also maintain gtkpod if no one else wants to but I don't use it, so this might not be in the sense of this cleanup).

I'm not sure about lirc either, I'd prefer if someone could adopt both lirc and lirc-utils and maintain them in [extra] (lirc-utils is required by a bunch of [extra] packages).

...
Greetigns,

Pierre

-- Pierre Schmitz, http://pierre-schmitz.com

Ooh I'll take vsftpd if that's available. I use it all the time. --Kaiting.

vsftpd is in [community] and is maintained by Bartłomiej...

...

-- Kiwis and Limes: http://kaitocracy.blogspot.com/

Kaiting Chen

10:28 p.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

On Tue, Mar 20, 2012 at 5:15 PM, Kaiting Chen wrote:

...

On Tue, Mar 20, 2012 at 4:15 PM, Lukas Fleischer
...
wrote:

...
On Mon, Mar 05, 2012 at 04:40:25PM +0100, Lukas Fleischer wrote:

...
On Mon, Mar 05, 2012 at 01:01:03AM +0100, Pierre Schmitz wrote:

...
Am 24.02.2012 17:06, schrieb Lukas Fleischer:

...
Apart from that, +1 to this idea. I already checked the list of unneeded orphans and there's >20 packages I'd like to maintain if they aren't picked up in [extra]...

Send me a list of these packages. But ensure they are still orphan and are not a dep or makedep of any package in core/extra.

Well, there's only a few packages left (others have already been moved or are required by another [core]/[extra] package):

* bluez-firmware * cmus * evilwm * fortune-mod * id3v2 * jhead * libofx * libofx-doc * lirc * lzo * msmtp * ncftp * pdksh * perl-timedate * pidgin-encryption

Status? Only bluez-firmware has been adopted yet.

...
Note that fortune-mod is an optdep of xfce4-session and id3v2 is an optdep of gtkpod (I can also maintain gtkpod if no one else wants to but I don't use it, so this might not be in the sense of this cleanup).

I'm not sure about lirc either, I'd prefer if someone could adopt both lirc and lirc-utils and maintain them in [extra] (lirc-utils is required by a bunch of [extra] packages).

...
Greetigns,

Pierre

-- Pierre Schmitz, http://pierre-schmitz.com

Ooh I'll take vsftpd if that's available. I use it all the time. --Kaiting.

-- Kiwis and Limes: http://kaitocracy.blogspot.com/

Oh never mind that's taken, I could take bzr, proftpd, openbabel, and vim. Out of these avogadro which is in [extra] depends on openbabel. Surprisingly the only non-vim package that depends on vim is archboot and that is in [extra]. Which means that the entirety of the vim ecosystem in Arch could potentially be moved to [community] (except for archboot). --Kaiting. -- Kiwis and Limes: http://kaitocracy.blogspot.com/

Leonid Isaev

10:44 p.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

On Tue, 20 Mar 2012 17:28:25 -0400 Kaiting Chen wrote:

...

On Tue, Mar 20, 2012 at 5:15 PM, Kaiting Chen wrote:

...
On Tue, Mar 20, 2012 at 4:15 PM, Lukas Fleischer
...
wrote:

...
On Mon, Mar 05, 2012 at 04:40:25PM +0100, Lukas Fleischer wrote:

...
On Mon, Mar 05, 2012 at 01:01:03AM +0100, Pierre Schmitz wrote:

...
Am 24.02.2012 17:06, schrieb Lukas Fleischer:

...
Apart from that, +1 to this idea. I already checked the list of unneeded orphans and there's >20 packages I'd like to maintain if they aren't picked up in [extra]...

Send me a list of these packages. But ensure they are still orphan and are not a dep or makedep of any package in core/extra.

Well, there's only a few packages left (others have already been moved or are required by another [core]/[extra] package):

* bluez-firmware * cmus * evilwm * fortune-mod * id3v2 * jhead * libofx * libofx-doc * lirc * lzo * msmtp * ncftp * pdksh * perl-timedate * pidgin-encryption

Status? Only bluez-firmware has been adopted yet.

...
Note that fortune-mod is an optdep of xfce4-session and id3v2 is an optdep of gtkpod (I can also maintain gtkpod if no one else wants to but I don't use it, so this might not be in the sense of this cleanup).

I'm not sure about lirc either, I'd prefer if someone could adopt both lirc and lirc-utils and maintain them in [extra] (lirc-utils is required by a bunch of [extra] packages).

...
Greetigns,

Pierre

-- Pierre Schmitz, http://pierre-schmitz.com

Ooh I'll take vsftpd if that's available. I use it all the time. --Kaiting.

-- Kiwis and Limes: http://kaitocracy.blogspot.com/

Oh never mind that's taken, I could take bzr, proftpd, openbabel, and vim. Out of these avogadro which is in [extra] depends on openbabel. Surprisingly the only non-vim package that depends on vim is archboot and that is in [extra]. Which means that the entirety of the vim ecosystem in Arch could potentially be moved to [community] (except for archboot). --Kaiting.

What about pmount? Since I use it, I can pick it up in AUR... -- Leonid Isaev GnuPG key ID: 164B5A6D Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D

Bartłomiej Piotrowski

21 Mar 21 Mar

6:02 a.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

On 03/20/2012 10:28 PM, Kaiting Chen wrote:

...

Oh never mind that's taken, I could take bzr, proftpd, openbabel, and vim. Out of these avogadro which is in [extra] depends on openbabel. Surprisingly the only non-vim package that depends on vim is archboot and that is in [extra]. Which means that the entirety of the vim ecosystem in Arch could potentially be moved to [community] (except for archboot).

They're not on the list. -- Bartłomiej Piotrowski Arch Linux Trusted User http://archlinux.org/

Kaiting Chen

6:36 a.m.

New subject: [arch-general] [arch-dev-public] Cleaning up orphaned packages

2012/3/21 Bartłomiej Piotrowski

...

On 03/20/2012 10:28 PM, Kaiting Chen wrote:

...
Oh never mind that's taken, I could take bzr, proftpd, openbabel, and

vim.

...
Out of these avogadro which is in [extra] depends on openbabel. Surprisingly the only non-vim package that depends on vim is archboot and that is in [extra]. Which means that the entirety of the vim ecosystem in Arch could potentially be moved to [community] (except for archboot).

They're not on the list.

-- Bartłomiej Piotrowski Arch Linux Trusted User http://archlinux.org/

Never mind then apparently I missed the rest of this thread. --Kaiting. -- Kiwis and Limes: http://kaitocracy.blogspot.com/

4412

Age (days ago)

4438

Last active (days ago)

List overview

Download

15 comments

10 participants

participants (10)

Bartłomiej Piotrowski
Giovanni Scafora
Guillaume Alaux
Jelle van der Waa
Kaiting Chen
Leonid Isaev
Lukas Fleischer
Pierre Schmitz
Rémy Oudompheng
Tom Gundersen