- Arch-dev-public - lists.archlinux.org

[arch-dev-public] [signoff] kernel26 2.6.28-1
by Tobias Powalowski 30 Dec '08

30 Dec '08

Hi guys, new kernel adresses the following things: - bump to latest major version - atl2 moved into mainline kernel - wlan-ng26 moved into staging directory of kernel development - for the cool stuff please refer to: http://kernelnewbies.org please signoff for both arches all binary modules have been rebuilt too, please test if they work properly. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

11 15

[arch-dev-public] Out-of-date orphans in extra
by Allan McRae 30 Dec '08

30 Dec '08

Hi, I have made a list of orphaned packages that are flagged out of date (http://wiki.archlinux.org/index.php/User:Allan/Out-of-date_Orphans) There are a few packages that are needed as dependencies for packages with maintainers: bittorrent - archboot (Tobias P) devil - cegui (Douglas) libgda - qof (Douglas), - abiwork-plugins (via libgnomdb; Giovanni) - autopano-sift (via libgnomedb → gtk-sharp; Tobias K) liblo - ardour (Tobias K) taglib - many packages (Tobias P, Giovanni, Tobias K, Andreas, Jan, Jurgen, Ronald, Kevin) There is also a bunch of bluez related packages that Geoffrey should be taking over. Four packages have less that 1% usage but were kept in the last clean-up due to being i18n related. Should we be dropping these to the AUR if no-one is maintaining them? We are not helping international users much if these are not maintained. Does any dev use autofs? It has three of the oldest bugs in the bug tracker and is way out of date... Allan

3 3

[arch-dev-public] Replacing common network programs (netkit-*, etc} with GNU inetutils
by Eric Bélanger 30 Dec '08

30 Dec '08

Hi, As suggested in FS#12281, we could add inetutils to the repo to replace, among other things, the netkit-* packages which are no longer maintained upstream and mostly orphaned. Inetutils could potentially replace several packages either entirely or partially. Here is a list of network tool that inetutils can provide and the corresponding packages that it might replace. Discussion is below the list. ================== --enable-ftpd N/A --enable-inetd Could replace xinetd --enable-rexecd Could replace netkit-rsh --enable-rlogind Could replace netkit-rsh --enable-rshd Could replace netkit-rsh --enable-syslogd Could replace sysklogd partially : syslogd --enable-talkd N/A --enable-telnetd Could replace netkit-telnet --enable-tftpd Could replace netkit-tftp (a xinet daemon) Could replace tftp-hpa (a rc.d daemon) --enable-uucpd N/A --enable-ftp Could replace netkit-ftp --enable-ping Could replace iputils partially : ping --enable-ping6 Could replace iputils partially : ping6 --enable-rcp Could replace netkit-rsh --enable-rlogin Could replace netkit-rsh --enable-rsh Could replace netkit-rsh --enable-logger Could replace util-linux-ng partially : logger --enable-talk N/A --enable-telnet Could replace netkit-telnet (a xinet daemon) --enable-tftp Could replace netkit-tftp Could replace tftp-hpa --enable-whois Could replace whois --enable-ifconfig Could replace net-tools partially : ifconfig ================== Point A) If we decide to not replace parts of packages in the repo, then we disable syslogd, ping, ping6, logger and ifconfig. Point B) From Greg comments in FR, we should keep the current xinetd (best inet implementation) and whois (actively maintained) standalone packages. So we disable inetd and whois. Let me know if you agree/disagree on following Point A & B. Other points of discussion: tftp: inetutils'tftp is to be run via xinetd like netkit-tftp. tftp-hpa uses a rc.d daemon script. I don't know what is best and if it's something we should worry about. In fact, I don't know anything about xinetd so I'll need to read docs to get the daemon setup correctly. Does anyone has experience in xinetd-style daemon script? About the talk{d}: we recently moved netkit-talk to unsupported. Do we build them in inetutils? ftpd: do we add the ftp daemon? We already have several of these (probably better ones) in extra. There won't be any conflict so we could still add it. uucpd: I don't know what it does. Do we add it? Basically, this thread is to discuss if we add inetutils in the repo (probably in core as netkit-tenet is in core) and what tools the inetutils package should contain, i.e. what package should be replaced by it. BTW, I don't have any experience with several of these clients/servers, so help in creating the deamon file (especially the xinetd ones) or testing might be necessary. FTR, I have a rough PKGBUILD draft if someone is interested.. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

6 12

[arch-dev-public] [signoff] grub-097-15
by Tobias Powalowski 30 Dec '08

30 Dec '08

Please signoff for both arches - added ext4 support patch greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] [signoff] zlib-1.2.3.3-3
by Pierre Schmitz 30 Dec '08

30 Dec '08

just fixed the permission of an .a file. See http://bugs.archlinux.org/task/7272 -- Pierre Schmitz Clemens-August-Straße 76 53115 Bonn Telefon 0228 9716608 Mobil 0160 95269831 Jabber pierre(a)jabber.archlinux.de WWW http://www.archlinux.de

3 2

[arch-dev-public] Move Azureus to community?
by Aaron Griffin 29 Dec '08

29 Dec '08

http://bugs.archlinux.org/task/12480 Opinions?

8 14

[arch-dev-public] grub with ext4 support
by Tobias Powalowski 29 Dec '08

29 Dec '08

Hi guys, http://dev.archlinux.org/~tpowa/grub/ for testing purpose, i haven't tested it myself, if you guys agree in patching grub for ext4 support i can check it in to testing. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 7

[arch-dev-public] Undeliverable Mail
by arch-dev-public＠archlinux.org 29 Dec '08

29 Dec '08

IURPQ1RZUEUgSFRNTCBQVUJMSUMgIi0vL1czQy8vRFREIEhUTUwgNC4wIFRyYW5zaXRpb25hbC8vRU4iPg0KPEhUTUw+PEhFQUQ+DQo8TUVUQSBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9V2luZG93cy0xMjUyIj4NCjwvSEVBRD4NCjxCT0RZPjxhIGhyZWY9Imh0dHA6Ly9jb250aW5lbnR0aHJvdWdoLmNvbS8iIHRhcmdldD0iX2JsYW5rIj4NCjxpbWcgc3JjPSJodHRwOi8vY29udGluZW50dGhyb3VnaC5jb20vOGR2czkuanBnIiBib3JkZXI9MCBhbHQ9IkhhdmluZyB0cm91YmxlIHZpZXdpbmcgdGhpcyBlbWFpbD8NCkNsaWNrIGhlcmUgdG8gdmlldyBhcyBhIHdlYnBhZ2UuIj48L2E+PC9CT0RZPjwvSFRNTD57L0JBU0U2NF9FTkNPREVEfQ0KDQoAAAAAAAAAAAAAAAA=

1 0

[arch-dev-public] Mirror lists out of sync
by Roman Kyrylych 28 Dec '08

28 Dec '08

Hi all! Today I updated Mirrors page on the wiki [1] to be in sync with pacman-mirrorlist. And I found that some mirrors that are not in pacman-mirrorlist are listed on Download page [2], e.g. internode.on.net FTR I moved a couple of mirrors listed as official to the Unofficial section [3], please take a look at those mirrors in case they have asked to become official, but weren't added to pacman-mirrorlist. Also please update mirror list on Downloads page (also see FS#7006 [4]). P.S.: Is mirror.archlinux.com.ve really located in USA? [1] http://wiki.archlinux.org/index.php/Mirrors [2] http://www.archlinux.org/download/ [3] http://wiki.archlinux.org/index.php/Mirrors#Unofficial_mirrors [4] http://bugs.archlinux.org/task/7006 -- Roman Kyrylych (Роман Кирилич)

2 2

[arch-dev-public] pkgstats and repo cleanup
by Allan McRae 28 Dec '08

28 Dec '08

Hi devs, I have created a table of candidates for removal from the extra repo based on <1% usage in the pkgstats results. I have gone through and flagged for keeping packages which are i18n, makedepends, or otherwise needed (in pacman testsuite, using on gerolde). See the list here: http://wiki.archlinux.org/index.php/User:Allan/Extra_Repo_and_Pkgstats There is probably other categories of packages we should keep (e.g drivers) and there are some fonts which might be considered i18n related so can you all go through the list a cross out the ones to be kept and giving the reason. In a couple of weeks time I will remove all the orphaned packages remaining on that list and contact the maintainers of the rest so they can decide what to do with their packages. Cheers, Allan

14 31