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

[arch-dev-public] replace gqview and gqview-devel with geeqie
by Tobias Kieslich 15 Nov '08

15 Nov '08

Hi, I just noticed that both gqview and gqview-devel got updated and that reminded me that the gqview project is essentially defunct. Saying that, there is a fork called geeqie and we do have a package for the alpha version in the aur. This version is basically a gqview-devel with some patches. Iwas using gqview-devel with out a crash for the last year and switched to geeqie by the end of April. No crashing there either. So I would like to bring geeqie to extra, and by the same time abandon the gqview packages. any objections? -T

6 14

[arch-dev-public] Public SVN access
by Aaron Griffin 21 Oct '08

21 Oct '08

Hey guys, I want to setup public svn access, so some of the crazy users that want to check things out over SVN can do so. First off, if anyone has experience with this, please let me know if svnserve is the best way to go here. Secondly, I was wondering if there's anyway to check/block the stupid people that are going to check out the entire freaking repo and waste gerolde resources. I know people will do this, people are going to be stupid and bog down gerolde's bandwidth, but people keep emailing me crying "I want svn access!", and I'm sick of it. So I want to enable svn access with the caveat that you "don't check out the full repo, you jackass - use ABS for that"

4 6

[arch-dev-public] [signoff] shadow 4.1.2.1-2
by Aaron Griffin 10 Oct '08

10 Oct '08

I made some minor changes to shadow, and renamed some files in addition to the version bump. This one now has libshadow.so again. Whoopsie. Please test, and criticize. If someone can build for x86_64, that'd be appreciated too. Thanks, Aaron :wq

4 6

[arch-dev-public] Cleaning up the base group
by Thomas Bächler 14 Sep '08

14 Sep '08

Now that our installer installs the whole base group by default, I'd wish it would stick to the essential part. I suggest cleaning this up a bit: Packages that IMO shouldn't be in base: - dialog Nothing depends on it, why do we even need it in core? - hwdetect Nothing uses it, we don't need that in core either - ca-certificates, lzo2, openssl, wpa_supplicant We need those in core, but really not in base - dash Nobody uses it by default, may IMO stay in core, but has no place in base - ppp, rp-pppoe (plus libpcap dep) Only few people need those, leave them in core, but remove from base - tcp_wrappers No base package needs them as far I know, leave in core, remove from base We should also remove all packages from base that only are in there as a dependency of another package and for no other reason, as they will be pulled in when needed anyway. Packages that we should think about: - mdadm - pcmciautils - cryptsetup, lvm2 (plus their deps libgcrypt, libgpg-error, device-mapper) Those are base tools, but not everybody needs them. I'd like to keep them in base, but maybe someone else may disagree. - nano Do we really need another editor in base? Let's leave it in core, remove it from base.

6 6

[arch-dev-public] Possible signoff addendum
by Aaron Griffin 12 Sep '08

12 Sep '08

One of the things I was thinking about, because sometimes signoffs can stagnate.... Should we have a time-based limit? That is, if a package has been in testing for X days, with no complaints, but no signoffs, yet, can we consider it fully functional, assuming the packager is comfortable with that. I'd like opinions on this. I'm trying to solve the issue of the big ol' backlog of pending-signoff packages. Cheers, Aaron :wq

9 11

[arch-dev-public] Xorg-server 1.5RC6 enters testing
by Jan de Groot 07 Sep '08

07 Sep '08

Xorg-server 1.5RC6 (1.4.99.906) enters tesing. This version of xorg-server includes input hotplugging using hal, better EXA support and less memory usage. Note that this version requires an upgrade of all videodrivers. All videodrivers shipped with X.Org have been rebuilt to reflect this change. Nvidia drivers don't seem to need a rebuild, while AMD's catalyst drivers don't support the new X.Org version. Fglrx users should not upgrade to this version. Please give this version of X.Org an extensive test run and report bugs.

6 10

[arch-dev-public] Risky business: udev upgrade
by Aaron Griffin 07 Sep '08

07 Sep '08

So I've let udev stagnate for a while, mostly because I'm a fool and real life has given me a lack of time for anything serious in Arch-land. Anyway, I've rebuilt udev 126 (we're on 119, eek!) and made what changes I thought ideal. I would love to stick with strictly vanilla rules, but some of them don't work properly for us, so we still have a tiny bit of patching to do. Now... I'm looking for a helping hand here. I've built the package the best I can, and installed it, but I have not rebooted. I am going to commit these changes to svn trunk, and upload a package for anyone to play with. Please, if you have a little time, take a look at all of it - the rules, everything, give it a once over and see if we can eliminate any of the patching done to the stock rules. Some of it (i.e. the addition of some GROUP directives) needs to stay, but others I am unsure about i686 package here: https://dev.archlinux.org/~aaron/udev-126-1-i686.pkg.tar.gz An x86_64 build of trunk would be appreciated. Two things to note: a) rules have moved out of /etc, they are now located in /lib/udev/rules.d/ (eek!) b) The cdrom-rules.patch we had appears no longer applicable. Can anyone confirm this doesn't break anything. Cheers, I will be back in a few hours to play around some more, Aaron

10 36

[arch-dev-public] KDE3 related cleanup
by Pierre Schmitz 06 Sep '08

06 Sep '08

Hi, I have just removed some packages from [extra] which are broken or useless due to the switch from KDE3 to 4. Those are: libopensync: kdepim claims to use a development verision > 0.33; but it didn't. And becvause no other package uses that lib I removed it from the repo see http://wiki.archlinux.org/index.php/KDE3_Rebuild showimg libkexif gnash-kde klogic knetload schafkopf kiosktool kradio metatheme mozillaqs kkbswitch I have also removed knetworkmanager from [community]. -- 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 5

[arch-dev-public] [signoff] nano 2.0.8-1
by Andreas Radke 04 Sep '08

04 Sep '08

update to 2.0.8-1: 2008/08/24 - GNU nano 2.0.8 is what she said. This release contains fixes for several long standing issues, including: crashing when starting with too small a window size, compilation fixes for AIX curses, crashes in the help menu using some locales, and a fun issue where nano mistalenly reports a successful file write on filesystems which are almost completely full. Have at it. I have disabled all line wrapping to prevent broken config files like this: http://bugs.archlinux.org/task/11290 -Please signoff (also ncurses related) -Andy

5 10

[arch-dev-public] Code review: dbscripts
by Aaron Griffin 03 Sep '08

03 Sep '08

So I made a handful of changes to the dbscripts, and wanted to get a quick review from people before I push them live. If you get a chance, please look over the recent patches here: http://projects.archlinux.org/?p=dbscripts.git;a=summary This include's Xavier's new-and-improved check_archlinux script too. Thanks, Aaron :wq

4 8