[arch-dev-public] Third list of removal candidates
Hi,
Here is the third sublist. It contains the packages from the second list that for which no decision has been made plus the remaining orphans in the wiki list. There might be a fourth sublist if there are still some stray orphans remaining.
If you think a package should be kept or disagree about the comments, say it so. If you think all these packages can be removed, also say it so. If you want to adopt one of these packages, please adopt it through the dashboard and let me know.
====================================== adns Description: adns is an asyncronous replacement resolver library aide Description: AIDE (Advanced Intrusion Detection Environment) is a file integrity checker akode it seems like it will be dependency of kde4. Any takers? apmd replaced by acpi (incorrect. needed for older machines) aria Different from aria2. Do we keep? Is the maintainer of aria2 interested? aumix works with oss, do we keep? bchunk Description: A Tool to Convert .raw .bin files to an ISO file dctc Description: A Direct Connect clone dmcradio Description: A ncurses-based console program for radio tuner cards. efax utilities to send and receive faxes, I guess we should keep it unless another package provides fax support evms Description: Enterprise Volume Management System font-bitstream-speedo who uses speedo fonts? font-misc-ethiopic i18n support, should be kept font-misc-meltho i18n support, should be kept genius Roman: it's a gnome app. Description: Advanced calculator including a mathematical programming language giftoxic Description: A GTK frontend for the giFT daemon gimp-perl low usage: perl plugin and modules for gimp gnome-audio audio files for gnome. Part of gnome-extra group. Any takers? Jan? Roman? gpart Description: Gpart is a tool which tries to guess the primary partition table of a PC-type hard disk in case the primary partition table in sector 0 is damaged gpgme03 obsoleted by gpgme??? gprolog Can be removed, I guess. There is another prolog compiler (swi-prolog) in repo. hashalot Description: A tool to hash stuff hnb Description: hierarchical notebook (hnb) is a curses program to structure many kinds of data in one place httptunnel Description: httptunnel creates a bidirectional virtual data connection tunnelled in HTTP requests httrack Description: HTTrack is an easy-to-use offline browser utility. hypermail Description: Hypermail is a program that takes a file of mail messages in UNIX mailbox format and generates a set of cross-referenced HTML documents idesk Description: idesk plops icons down on your root window (desktop). ijb Description: The Internet Junkbuster Proxy (TM) blocks unwanted banner ads and protects your privacy from cookies and other threats ippl Description: IP Protocols Logger ipvsadm Description: The IP Virtual Server administration utility ircd Description: Internet Relay Chat Daemon irda-utils Utilities for infrared communication between devices: should be kept isapnptools ISA Plug-And-Play devices support: shopuld be kept jetty Description: A full-fledged production-grade lightweight Java Servlet Container jpilot Description: A desktop organizer application for the palm pilot km (in testing) Only present in i686 testing. Contains 2 kernel modules (km_drv and km_api_drv) built for 2.6.20 libgnomesu gksu and kdesu provide same functionality libidl unused lib libsvg unused lib masqmail home page disappeared, another MTA mikmod Description: MikMod is an open source curses module player based on libmikmod mod_python used on Archlinux.org for django? mod_security Description: An open source intrusion detection and prevention engine for web applications mpcut Description: This program allows you to visualise the power levels in each frame of an MP3 file, select a number of frames, cut out frames you don't want, and then save the selected frames (excluding the cuts) to a separate MP3 file. mrtg Description: Multi Router Traffic Grapher. netdude w libnetdude & libpcapnav used to inspect/manipulate tcpdump trace files. Should we keep it? netgo a tool for changing network settings quickly and easily: Is it still useful/usable with the latest network scripts? netkit-bootparamd Do we keep? netkit-ntalk Isn't talk obsoleted by Instant Messaging and IRC? netpipes Description: The netpipes package makes TCP/IP streams usable in shell scripts ngrep Description: A grep-like utility that allows you to search for network packets on an interface nss_ldap Description: The nss_ldap module provides the means for Linux and Solaris workstations to resolve the entities defined in RFC 2307 from LDAP directories. oidentd ident server like pidentd (orphaned). Which one should we keep or should we remove both? openchrome graphics drivers, should be kept unless it can be replaced by xf86-video-unichrome. Jürgen: you updated it recently, do you want to adopt it? pam_ldap Description: The pam_ldap module provides the means for Solaris and Linux workstations to authenticate against LDAP directories, and to change their passwords in the directory. pam_mysql Description: A PAM module to authenticate users against mysql. pan Description: A powerful Newsgroup Article reader based on GTK2 pdns-ldap unused lib, might be included in pdns (currently orphaned) pdns-mysql unused lib, might be included in pdns (currently orphaned) pdns-pgsql unused lib, might be included in pdns (currently orphaned) pdns-recursor Description: PowerDNS recursor pdq Description: pdq is a direct replacement of lpr perl-email-date unused perl module. To Jan: You added it to the repo 2 months ago with several other perl packages. Did you forgot to adopt them or are they future dependencies? pidentd ident server like oidentd (orphaned). Which one should we keep or should we remove both? powernowd Do we need it? We already have cpudyn and cpufreq. As a decision been made? pppconfig Description: A text menu based utility for configuring ppp. revelation Description: Password manager for the GNOME 2 desktop sclient Description: A small GTK-based MUD client for X sendfile Description: The sendfile client transfers files to the sendfile daemon of the recipient's host sharpconstruct Description: A real-time modeller for 3D sculpt models shorten Description: Shorten is an established low complexity waveform coder which uses a lossless compression scheme, superior to that of mp3 sloth Description: Sloth allows you to slow down a specified application by specifying (in milliseconds) the delay on the process speedtouch modem drivers, should be kept splitvt splitvt takes any VT100 terminal window and splits it vertically into two shell windows: screen does that ssldump Description: an SSLv3/TLS network protocol analyzer tiacx (in unstable) wireless drivers, should be kept tiacx-mm (in unstable) wireless drivers, should be kept tmda Description: Tagged Message Delivery Agent. urlview Description: A curses URL parser for text files valknut Description: Direct Connect 4 Linux File Sharing program. vbetool Description: vbetool uses lrmi in order to run code from the video BIOS vconfig Description: VLAN configuration utility weex Description: With weex, the maintainer of a web site or archive that must be administered through FTP interaction can largely ignore that process wxpython Description: A wxWidgets GUI toolkit for Python. x2vnc Description: Lets you use two monitors on two different computers one one computer x2x Description: Control one X display from another xautolock Description: An automatic X screen-locker/screen-saver xf86-input-* Xorg maintainer should adopt those xf86-video-intel Xorg maintainer should adopt it xf86-video-unichrome graphics drivers, should be kept, somebody with that hardware or the Xorg maintainer should take it xpdf-arabic i18n support, should be kept. Is xpdf maintainer interested? xpdf-chinese-simplified xpdf-chinese-traditional xpdf-cyrillic xpdf-greek xpdf-hebrew xpdf-japanese xpdf-korean xpdf-latin2 xpdf-thai xpdf-turkish xprobe Description: tool for remote OS fingerprinting based on ICMP responses received from the host yp-tools Description: yp-tools is an implementation of the NIS client tools for Linux ytalk Description: A client of the talk/ntalk inet daemon zebra Description: Manages IPv4 and IPv6 routing protocols zsh very popular. iphitus will adopt if nobody else will ==============================================
Van: arch-dev-public-bounces@archlinux.org [mailto:arch-dev-public- bounces@archlinux.org] Namens Eric Belanger Verzonden: dinsdag 27 november 2007 8:31 Aan: arch-dev-public@archlinux.org Onderwerp: [arch-dev-public] Third list of removal candidates genius Roman: it's a gnome app. Description: Advanced calculator
Wasn't genius still maintained? It's on my list to-update applications when I get to updating gnome packages again
gnome-audio audio files for gnome. Part of gnome-extra group. Any takers? Jan? Roman?
I'll take it, it doesn't need any maintenance as it never gets updated. Not sure about it future though, but we'll see by the time GNOME decides to replace it (there's a discussion about sounds on desktop-devel-list)
libgnomesu gksu and kdesu provide same functionality
AFAIK it's "needed" by gnome-system-monitor, but it could be libgksu that is required by that thing. I'll maintain it if there's a package in extra that needs it.
nss_ldap Description: The nss_ldap module provides the means for pam_ldap Description: The pam_ldap module provides the means for
I use it on my arch box. If nobody wants to maintain it, I'll do.
pdns-ldap unused lib, might be included in pdns (currently orphaned) pdns-mysql unused lib, might be included in pdns (currently orphaned) pdns-pgsql unused lib, might be included in pdns (currently orphaned) pdns-recursor Description: PowerDNS recursor
I'll update powerdns soon and merge the pdns-* things in it. Pdns-recursor stays standalone. Don't remove it, powerdns is pretty useless without a recursor for most people.
perl-email-date unused perl module. To Jan: You added it to the repo
It was added as dependency to some other perl module. I don't add perl modules for fun.
vbetool Description: vbetool uses lrmi in order to run code from
Used by pm-utils AFAIK.
On Tue, 27 Nov 2007, Jan de Groot wrote:
Van: arch-dev-public-bounces@archlinux.org [mailto:arch-dev-public- bounces@archlinux.org] Namens Eric Belanger Verzonden: dinsdag 27 november 2007 8:31 Aan: arch-dev-public@archlinux.org Onderwerp: [arch-dev-public] Third list of removal candidates genius Roman: it's a gnome app. Description: Advanced calculator
Wasn't genius still maintained? It's on my list to-update applications when I get to updating gnome packages again
I'm not sure if I understand what you wrote but if you are currently maintaining (updating & fixing) genius and want to continue, please adopt it. According to the dashboard, it is listed as an orphan.
gnome-audio audio files for gnome. Part of gnome-extra group. Any takers? Jan? Roman?
I'll take it, it doesn't need any maintenance as it never gets updated. Not sure about it future though, but we'll see by the time GNOME decides to replace it (there's a discussion about sounds on desktop-devel-list)
Don't forget to adopt it (via the dashboard).
libgnomesu gksu and kdesu provide same functionality
AFAIK it's "needed" by gnome-system-monitor, but it could be libgksu that is required by that thing. I'll maintain it if there's a package in extra that needs it.
No package depends on it (the same goes for all packages in these lists). gnome-system-monitor depends on libgksu. Do you still want it?
nss_ldap Description: The nss_ldap module provides the means for pam_ldap Description: The pam_ldap module provides the means for
I use it on my arch box. If nobody wants to maintain it, I'll do.
pdns-ldap unused lib, might be included in pdns (currently orphaned) pdns-mysql unused lib, might be included in pdns (currently orphaned) pdns-pgsql unused lib, might be included in pdns (currently orphaned) pdns-recursor Description: PowerDNS recursor
I'll update powerdns soon and merge the pdns-* things in it. Pdns-recursor stays standalone. Don't remove it, powerdns is pretty useless without a recursor for most people.
OK, don't forget to adopt them. ;) You'll also want pdns too.
perl-email-date unused perl module. To Jan: You added it to the repo
It was added as dependency to some other perl module. I don't add perl modules for fun.
No package depends on perl-email-date. I get these information by grepping the up-to-date cvs tree. You also added the following packages on the same day: perl-email-abstract perl-email-simple perl-module-pluggable perl-time-piece
These perl modules are all orphaned and, apart from a couple of inter-dependency between them, are not makedepends or depends of any other packages in the repo. Either the package that depended on it has been removed from the repo or it was removed from its depends array. Or something else happened.
vbetool Description: vbetool uses lrmi in order to run code from
Used by pm-utils AFAIK.
pm-utils only depends on glibc. No package depends on vbetool.
Thanks for the input.
On Nov 27, 2007 1:01 PM, Eric Belanger belanger@astro.umontreal.ca wrote:
idesk Description: idesk plops icons down on your root window (desktop).
I don't use a minimal WM anymore, but isn't this the only way to get icons onto your desktop in fluxbox/blackbox? I can't adopt this because I don't use it at all, and testing it will be tough. I also remember this didn't work the last time I tried on 64bit. Takers, anyone?
Varun
On Tue, 27 Nov 2007, Varun Acharya wrote:
On Nov 27, 2007 1:01 PM, Eric Belanger belanger@astro.umontreal.ca wrote:
idesk Description: idesk plops icons down on your root window (desktop).
I don't use a minimal WM anymore, but isn't this the only way to get icons onto your desktop in fluxbox/blackbox? I can't adopt this because I don't use it at all, and testing it will be tough. I also remember this didn't work the last time I tried on 64bit. Takers, anyone?
Varun
I don't use it but I think that rox can put icons on the desktop. Can someone confirm?
On Tue, 27 Nov 2007, Eric Belanger wrote:
On Tue, 27 Nov 2007, Varun Acharya wrote:
On Nov 27, 2007 1:01 PM, Eric Belanger belanger@astro.umontreal.ca wrote:
idesk Description: idesk plops icons down on your root window (desktop).
I don't use a minimal WM anymore, but isn't this the only way to get icons onto your desktop in fluxbox/blackbox? I can't adopt this because I don't use it at all, and testing it will be tough. I also remember this didn't work the last time I tried on 64bit. Takers, anyone?
Varun
I don't use it but I think that rox can put icons on the desktop. Can someone confirm?
ro can draw the desktop and can be configured to do a couple of things like showning hiden windows as icons etc. rox does not save files on the Desktop instead it creates symlinks to them
-T
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
arch-dev-public mailing list arch-dev-public@archlinux.org http://archlinux.org/mailman/listinfo/arch-dev-public
Eric Belanger wrote:
Hi,
Here is the third sublist. It contains the packages from the second list that for which no decision has been made plus the remaining orphans in the wiki list. There might be a fourth sublist if there are still some stray orphans remaining.
If you think a package should be kept or disagree about the comments, say it so. If you think all these packages can be removed, also say it so. If you want to adopt one of these packages, please adopt it through the dashboard and let me know.
====================================== jpilot Description: A desktop organizer application for the palm pilot
Adopted.
mod_python used on Archlinux.org for django?
Adopted.
- P
On Nov 27, 2007 1:31 AM, Eric Belanger belanger@astro.umontreal.ca wrote:
aumix works with oss, do we keep?
Good question.... I personally don't care. If someone is using OSS audio, they're probably using a fancier mixer control.
evms Description: Enterprise Volume Management System
Isn't this an "important" one? I know no one who uses it, but I thought it was a direct competitor to lvm
irda-utils Utilities for infrared communication between devices: should be kept
This looks important. I'll snag it 8)
jetty Description: A full-fledged production-grade lightweight Java Servlet Container
Ugh? Isn't this a big deal with the java people? Dan can you provide some insight here?
km (in testing) Only present in i686 testing. Contains 2 kernel modules (km_drv and km_api_drv) built for 2.6.20
Man, I rebuilt this ages ago, and no one seemed to care. I even forgot it was there. Lets kill it off, it's hard as hell to build anyway.
mod_python used on Archlinux.org for django?
Hmm, is mod_python no longer used with python webapps? Or is it more common (read: bleeding edge) to run them standalone ala rails?
speedtouch modem drivers, should be kept tiacx (in unstable) wireless drivers, should be kept tiacx-mm (in unstable) wireless drivers, should be kept
If no one has any of this hardware, maybe we can "spread the love" around and just adopt them for the sake of it?
wxpython Description: A wxWidgets GUI toolkit for Python.
Are you *sure* this isn't a dep anywhere? I thought wxpython was used in quite a lot of places
zsh very popular. iphitus will adopt if nobody else will
Someone want to adopt this and get it off the list? Jeff? James?
On Nov 27, 2007 5:22 PM, Aaron Griffin aaronmgriffin@gmail.com wrote:
On Nov 27, 2007 1:31 AM, Eric Belanger belanger@astro.umontreal.ca wrote:
jetty Description: A full-fledged production-grade lightweight Java Servlet Container
Ugh? Isn't this a big deal with the java people? Dan can you provide some insight here?
Simo's maintaining tomcat (I think) which is really the only JSP/JSC application I've used. I doubt many devs want to maintain this, so no reason it shouldn't drop down to community where it might actually find a maintainer.
-Dan
On Tue, Nov 27, 2007 at 05:31:12PM -0600, Dan McGee wrote:
On Nov 27, 2007 5:22 PM, Aaron Griffin aaronmgriffin@gmail.com wrote:
On Nov 27, 2007 1:31 AM, Eric Belanger belanger@astro.umontreal.ca wrote:
jetty Description: A full-fledged production-grade lightweight Java Servlet Container
Ugh? Isn't this a big deal with the java people? Dan can you provide some insight here?
Simo's maintaining tomcat (I think) which is really the only JSP/JSC application I've used. I doubt many devs want to maintain this, so no reason it shouldn't drop down to community where it might actually find a maintainer.
Yes. The only reason I picked it up was because I had a teacher playing around with it a bit, and I figured it was a big enough project to interest enough people to throw in Extra. I don't really care where it goes.
-S
On Nov 27, 2007 5:53 PM, Simo Leone simo@archlinux.org wrote:
On Tue, Nov 27, 2007 at 05:31:12PM -0600, Dan McGee wrote:
On Nov 27, 2007 5:22 PM, Aaron Griffin aaronmgriffin@gmail.com wrote:
On Nov 27, 2007 1:31 AM, Eric Belanger belanger@astro.umontreal.ca wrote:
jetty Description: A full-fledged production-grade lightweight Java Servlet Container
Ugh? Isn't this a big deal with the java people? Dan can you provide some insight here?
Simo's maintaining tomcat (I think) which is really the only JSP/JSC application I've used. I doubt many devs want to maintain this, so no reason it shouldn't drop down to community where it might actually find a maintainer.
Yes. The only reason I picked it up was because I had a teacher playing around with it a bit, and I figured it was a big enough project to interest enough people to throw in Extra. I don't really care where it goes.
Heh, I meant jetty and not tomcat when saying it should be dropped down to community. Do what you want with it though.
-Dan
On Tue, 27 Nov 2007, Aaron Griffin wrote:
mod_python used on Archlinux.org for django?
Hmm, is mod_python no longer used with python webapps? Or is it more common (read: bleeding edge) to run them standalone ala rails?
Paul has adopted it so it's no longer in the list.
wxpython Description: A wxWidgets GUI toolkit for Python.
Are you *sure* this isn't a dep anywhere? I thought wxpython was used in quite a lot of places
wxpython is only being used by a couple of community packages. Maybe you are confusing it with wxgtk?
BTW, I've decided to adopted the fonts packages: font-bitstream-speedo font-misc-ethiopic font-misc-meltho
On Tue, 27 Nov 2007, Eric Belanger wrote:
On Tue, 27 Nov 2007, Aaron Griffin wrote:
mod_python used on Archlinux.org for django?
Hmm, is mod_python no longer used with python webapps? Or is it more common (read: bleeding edge) to run them standalone ala rails?
Paul has adopted it so it's no longer in the list.
wxpython Description: A wxWidgets GUI toolkit for Python.
Are you *sure* this isn't a dep anywhere? I thought wxpython was used in quite a lot of places
wxpython is only being used by a couple of community packages. Maybe you are confusing it with wxgtk?
This situation is tricky. I (kindof) maintain wxwidgets(as wxgtk is officiall called) and wxpython is usually a bit ahead and ships it's own version of wxwidgets(mostly snapshots), which installs in the same place a a normal wxwidgets. So the wxpython people usually wanna have their best and latest wxwidgets installed but that conflicts with the normal wxwidgets. To make matters worse, there is a *&%^load of programs out there that usually don't build with the latest wxwidgets which means we have to either patch them or have to wait with the wxwidgets update.
If wxpython goes to community I can see people bitching (wx in extra must be updated right now, etc) or alternatively wxpython "providing" wxwidgets which will actually break a bunch of apps from extra.
Don't get me wrong, I'd love to get rid of wxpython in extra, but reality is, if wxwidgets and wxpython AND a good bunch of the wx(gtk) based apps are not mnaintained by the same maintainer there will be trouble ahead.
Solutions welcome.
-T
On Tue, 27 Nov 2007, Tobias Kieslich wrote:
On Tue, 27 Nov 2007, Eric Belanger wrote:
On Tue, 27 Nov 2007, Aaron Griffin wrote:
mod_python used on Archlinux.org for django?
Hmm, is mod_python no longer used with python webapps? Or is it more common (read: bleeding edge) to run them standalone ala rails?
Paul has adopted it so it's no longer in the list.
wxpython Description: A wxWidgets GUI toolkit for Python.
Are you *sure* this isn't a dep anywhere? I thought wxpython was used in quite a lot of places
wxpython is only being used by a couple of community packages. Maybe you are confusing it with wxgtk?
This situation is tricky. I (kindof) maintain wxwidgets(as wxgtk is officiall called) and wxpython is usually a bit ahead and ships it's own version of wxwidgets(mostly snapshots), which installs in the same place a a normal wxwidgets. So the wxpython people usually wanna have their best and latest wxwidgets installed but that conflicts with the normal wxwidgets. To make matters worse, there is a *&%^load of programs out there that usually don't build with the latest wxwidgets which means we have to either patch them or have to wait with the wxwidgets update.
If wxpython goes to community I can see people bitching (wx in extra must be updated right now, etc) or alternatively wxpython "providing" wxwidgets which will actually break a bunch of apps from extra.
Don't get me wrong, I'd love to get rid of wxpython in extra, but reality is, if wxwidgets and wxpython AND a good bunch of the wx(gtk) based apps are not mnaintained by the same maintainer there will be trouble ahead.
Solutions welcome.
-T
If that's the case, to minimize headaches, wxpython should remain in extra with wxgtk and both should be maintained by the same maintainer. If no one is interested in them, I guess I could adopt both as it a depends for gnuplot which I use quite a lot.
Eric
On Nov 28, 2007 12:52 AM, Eric Belanger belanger@astro.umontreal.ca wrote:
If that's the case, to minimize headaches, wxpython should remain in extra with wxgtk and both should be maintained by the same maintainer. If no one is interested in them, I guess I could adopt both as it a depends for gnuplot which I use quite a lot.
I can adopt wxpython if needs be - I use it at work for some things, though that's on win32.
On Wed, 28 Nov 2007, Aaron Griffin wrote:
On Nov 28, 2007 12:52 AM, Eric Belanger belanger@astro.umontreal.ca wrote:
If that's the case, to minimize headaches, wxpython should remain in extra with wxgtk and both should be maintained by the same maintainer. If no one is interested in them, I guess I could adopt both as it a depends for gnuplot which I use quite a lot.
I can adopt wxpython if needs be - I use it at work for some things, though that's on win32.
I've adopted both wxgtk and wxpython. If they give me too much trouble, I'll ask for help. ;)
On Tue, Nov 27, 2007 at 05:22:56PM -0600, Aaron Griffin wrote:
speedtouch modem drivers, should be kept
tiacx (in unstable) wireless drivers, should be kept tiacx-mm (in unstable) wireless drivers, should be kept
If no one has any of this hardware, maybe we can "spread the love" around and just adopt them for the sake of it?
There's been more up to date patches elsewhere for a while. tiacx was in -mm, and there might have been a rewrite somewhere around for the new wireless frameworks. Havn't looked since I stopped maintaining beyond, so I've got no idea of the status now.
wxpython Description: A wxWidgets GUI toolkit for Python.
Are you *sure* this isn't a dep anywhere? I thought wxpython was used in quite a lot of places
I'll take it if nobody wants it
zsh very popular. iphitus will adopt if nobody else will
Someone want to adopt this and get it off the list? Jeff? James?
Jeff actually uses it, so he's a better maintainer.
vbetool
I use this in my own suspend script. It's used in other scripts too. It fixes problems with various laptop displays not returning. I'll adopt.
Cheers!
James
On Nov 30, 2007 7:38 AM, James Rayner iphitus@gmail.com wrote:
On Tue, Nov 27, 2007 at 05:22:56PM -0600, Aaron Griffin wrote:
zsh very popular. iphitus will adopt if nobody else will
Someone want to adopt this and get it off the list? Jeff? James?
Jeff actually uses it, so he's a better maintainer.
Adopted.
// jeff -- .: [ + carpe diem totus tuus + ] : .
2007/11/27, Eric Belanger belanger@astro.umontreal.ca:
Hi,
Here is the third sublist. It contains the packages from the second list that for which no decision has been made plus the remaining orphans in the wiki list. There might be a fourth sublist if there are still some stray orphans remaining.
If you think a package should be kept or disagree about the comments, say it so. If you think all these packages can be removed, also say it so. If you want to adopt one of these packages, please adopt it through the dashboard and let me know.
======================================
[skipping gnome packages that Jan answered about]
evms Description: Enterprise Volume Management System
I don't know who uses it but it's kinda important package.
giftoxic Description: A GTK frontend for the giFT daemon
It's from 2003. giFT and OpenFT are from 2004 and 2005. Oldies... :-)
gpart Description: Gpart is a tool which tries to guess the primary partition table of a PC-type hard disk in case the primary partition table in sector 0 is damaged
Testdisk rules here, gpart is not needed. I've recovered >50 HDDs with Testdisk (DOS version, using since v4.1 IIRC) and it only improves with each version.
hnb Description: hierarchical notebook (hnb) is a curses program to structure many kinds of data in one place
Pretty interesting app for plain text console lovers. Maybe I will maintain it in Unsupported.
httrack Description: HTTrack is an easy-to-use offline browser utility.
Adopted.
ipvsadm Description: The IP Virtual Server administration utility
Same category as evms - useful, but I don't know who uses it.
irda-utils Utilities for infrared communication between devices: should be kept
Should be kept.
kdesu provide same functionality
libidl unused lib libsvg unused lib
Aren't they just non-specified depends? Names sound like they are/was important somewhere.
mrtg Description: Multi Router Traffic Grapher.
This is used on many servers (at least in "ISP department" where I work), I think it should stay in Extra.
pan Description: A powerful Newsgroup Article reader based on GTK2
Adopted by Eric. :-)
powernowd Do we need it? We already have cpudyn and cpufreq. As a decision been made?
Not needed. We have all needed modules in kernel and cpufrequtils to make them usable. (see comments in previous thread)
revelation Description: Password manager for the GNOME 2 desktop
Adopted.
sharpconstruct Description: A real-time modeller for 3D sculpt models
Adopted. It's no longer developed, so I will move it to unsupported once it won't work/build anymore.
On Nov 29, 2007 6:09 AM, Roman Kyrylych roman.kyrylych@gmail.com wrote:
evms Description: Enterprise Volume Management System
I don't know who uses it but it's kinda important package.
Due to your response, and mine, I adopted it.
hnb Description: hierarchical notebook (hnb) is a curses program to structure many kinds of data in one place
Pretty interesting app for plain text console lovers. Maybe I will maintain it in Unsupported.
This is fun. I used it for a while and I think codemac did too, but it's nothing spectacular.
irda-utils Utilities for infrared communication between devices: should be kept
Should be kept.
Adopted after my response
On Thu, 2007-11-29 at 14:09 +0200, Roman Kyrylych wrote:
2007/11/27, Eric Belanger belanger@astro.umontreal.ca:
[skipping gnome packages that Jan answered about]
evms Description: Enterprise Volume Management System
I don't know who uses it but it's kinda important package.
giftoxic Description: A GTK frontend for the giFT daemon
It's from 2003. giFT and OpenFT are from 2004 and 2005. Oldies... :-)
I won't cry if we drop the gift set of packages. No updates in years.
gpart Description: Gpart is a tool which tries to guess the primary partition table of a PC-type hard disk in case the primary partition table in sector 0 is damaged
Testdisk rules here, gpart is not needed. I've recovered >50 HDDs with Testdisk (DOS version, using since v4.1 IIRC) and it only improves with each version.
On Thu, 29 Nov 2007, Roman Kyrylych wrote:
2007/11/27, Eric Belanger belanger@astro.umontreal.ca:
Hi,
Here is the third sublist. It contains the packages from the second list that for which no decision has been made plus the remaining orphans in the wiki list. There might be a fourth sublist if there are still some stray orphans remaining.
If you think a package should be kept or disagree about the comments, say it so. If you think all these packages can be removed, also say it so. If you want to adopt one of these packages, please adopt it through the dashboard and let me know.
======================================
libidl unused lib libsvg unused lib
Aren't they just non-specified depends? Names sound like they are/was important somewhere.
libidl seems to be a legacy lib which is no longer needed. Packages in the repo now uses libidl2.
libsvg is old. It's a devel snapshot dating from 2005.
About non-specified depends: I won't go through the thousands of packages in the repo to see if their depends are correct. ;) If a package has one of these libs as a non-specified depends, a user will eventually get an error and will file a bug report. The dev with the brocken package will need to readd the missing depends in the repo.
powernowd Do we need it? We already have cpudyn and cpufreq. As a decision been made?
Not needed. We have all needed modules in kernel and cpufrequtils to make them usable. (see comments in previous thread)
OK, just wanted to be sure.
On Thu, 29 Nov 2007, Roman Kyrylych wrote:
kdesu provide same functionality
libidl unused lib libsvg unused lib
Aren't they just non-specified depends? Names sound like they are/was important somewhere.
I guess that libgnomesu was also in your above list. The libgnomesu package has the gnomesu utility which does the same thing as gksu or kdesu. That might be an incentive to keep it in the repo if someone wants to maintain it.
-----Oorspronkelijk bericht----- Van: arch-dev-public-bounces@archlinux.org [mailto:arch-dev-public- bounces@archlinux.org] Namens Eric Belanger Verzonden: vrijdag 30 november 2007 4:08 Aan: Public mailing list for ArchLinux development Onderwerp: Re: [arch-dev-public] Third list of removal candidates
On Thu, 29 Nov 2007, Roman Kyrylych wrote:
kdesu provide same functionality
libidl unused lib libsvg unused lib
Aren't they just non-specified depends? Names sound like they are/was important somewhere.
I guess that libgnomesu was also in your above list. The libgnomesu package has the gnomesu utility which does the same thing as gksu or kdesu. That might be an incentive to keep it in the repo if someone wants to maintain it.
Libgnomesu was imported into the repositories for gnome-cups-manager. I was against adding it, though I had no option: replacing the su helper to gksu didn't work those days.
Gnome-cups-manager seems to depend on a "gnomesu" package now, which also provides this binary. I think we can remove libgnomesu.
2007/11/30, Jan de Groot jan@jgc.homeip.net:
-----Oorspronkelijk bericht----- Van: arch-dev-public-bounces@archlinux.org [mailto:arch-dev-public- bounces@archlinux.org] Namens Eric Belanger Verzonden: vrijdag 30 november 2007 4:08 Aan: Public mailing list for ArchLinux development Onderwerp: Re: [arch-dev-public] Third list of removal candidates
On Thu, 29 Nov 2007, Roman Kyrylych wrote:
kdesu provide same functionality
libidl unused lib libsvg unused lib
Aren't they just non-specified depends? Names sound like they are/was important somewhere.
I guess that libgnomesu was also in your above list. The libgnomesu package has the gnomesu utility which does the same thing as gksu or kdesu. That might be an incentive to keep it in the repo if someone wants to maintain it.
Libgnomesu was imported into the repositories for gnome-cups-manager. I was against adding it, though I had no option: replacing the su helper to gksu didn't work those days.
Gnome-cups-manager seems to depend on a "gnomesu" package now, which also provides this binary. I think we can remove libgnomesu.
hdoria asked for a removal of gnome-system-tools & depends from Unstable. We can do this during this cleanup round. The replacement in Community is up-to-date now, and patches sent upstream.
Eric Belanger wrote:
httptunnel Description: httptunnel creates a bidirectional virtual
Adopted, for sentimental reasons :)
tiacx (in unstable) wireless drivers, should be kept tiacx-mm (in unstable) wireless drivers, should be kept
Adopted. I don't have the hardware, but jra pokes me everytime it needs an update, and then tests it. Current out-of-tree version is still the only reliable one, but an in-kernel mac80211-ish rewrite is in the works.
T.
participants (13)
-
Aaron Griffin
-
Dan McGee
-
Eric Belanger
-
James Rayner
-
Jan de Groot
-
Jeff Mickey
-
K. Piche
-
Paul Mattal
-
Roman Kyrylych
-
Simo Leone
-
Tobias Kieslich
-
Tom K
-
Varun Acharya