Re: [arch-general] [arch-dev-public] Cleaning up orphaned packages
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
https://www.archlinux.org/packages/?sort=&arch=any&arch=x86_64&r... 2) https://www.archlinux.org/devel/reports/unneeded-orphans/
-- Pierre Schmitz, http://pierre-schmitz.com
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
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
On Mon, Mar 5, 2012 at 4:40 PM, Lukas Fleischer archlinux@cryptocrack.de 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
On Mon, Mar 05, 2012 at 05:49:57PM +0100, Tom Gundersen wrote:
On Mon, Mar 5, 2012 at 4:40 PM, Lukas Fleischer archlinux@cryptocrack.de 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
On 5 March 2012 21:23, Lukas Fleischer archlinux@cryptocrack.de 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 archlinux@cryptocrack.de 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
On Mon, Mar 5, 2012 at 9:42 PM, Guillaume Alaux guillaume@alaux.net wrote:
On 5 March 2012 21:23, Lukas Fleischer archlinux@cryptocrack.de 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 archlinux@cryptocrack.de 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
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].
Le 5 mars 2012 16:40, Lukas Fleischer archlinux@cryptocrack.de 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.
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
On Tue, Mar 20, 2012 at 4:15 PM, Lukas Fleischer archlinux@cryptocrack.dewrote:
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.
On Tue, Mar 20, 2012 at 05:15:50PM -0400, Kaiting Chen wrote:
On Tue, Mar 20, 2012 at 4:15 PM, Lukas Fleischer archlinux@cryptocrack.dewrote:
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/
On Tue, Mar 20, 2012 at 5:15 PM, Kaiting Chen kaitocracy@gmail.com wrote:
On Tue, Mar 20, 2012 at 4:15 PM, Lukas Fleischer <archlinux@cryptocrack.de
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.
On Tue, 20 Mar 2012 17:28:25 -0400 Kaiting Chen kaitocracy@gmail.com wrote:
On Tue, Mar 20, 2012 at 5:15 PM, Kaiting Chen kaitocracy@gmail.com wrote:
On Tue, Mar 20, 2012 at 4:15 PM, Lukas Fleischer <archlinux@cryptocrack.de
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...
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.
2012/3/21 Bartłomiej Piotrowski b@bpiotrowski.pl
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.
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