- Arch-general - lists.archlinux.org

[arch-general] Is foomatic-db-engine being attended-to re. Perl-5.10.0?
by Neil Darlow 26 Mar '08

26 Mar '08

Hi, I noticed that package foomatic-db-engine installs some files into /usr/lib/perl5/current. According to the Perl Policy, on the Arch wiki, this is indicative of a non-policy-confirming package and should be dealt with. Is this happening, or has it slipped through the cracks? Regards, Neil Darlow

3 2

Re: [arch-general] signoff kernel26-2.6.24.3-6
by Guilherme M. Nogueira 25 Mar '08

25 Mar '08

That's my first message to the mailing list, I've just been reading it since I started using archlinux as my distro in September 2007. I just want to say that what made me move to arch was The Arch Way. I just fell in love with it the first time I read it in the wiki. Then came pacman. It's amazing to configure your system yourself, editing configure files and keeping track of every modification. Pacman output is great: if you read it. And I think everyone that WANTS to use arch should, and should accept The Arch Way as it is. I love it and I wouldn't like to see it go down in misery. Long live Arch's Way. Not for lazy ones. Thank you all, Guilherme ------------------------------ > > Message: 9 > Date: Tue, 25 Mar 2008 15:07:17 -0500 (EST) > From: <w9ya(a)qrparci.net> > Subject: Re: [arch-general] signoff kernel26-2.6.24.3-6 > To: <arch-general(a)archlinux.org> > Message-ID: <60645.192.168.1.110.1206475637.squirrel@gateway> > Content-Type: text/plain; charset=iso-8859-1 > > ONE comment inserted below; > > > > On Montag, 24. M?rz 2008 22:47 RedShift wrote: > > > > At first see this all only as the opionion of a normal user and i find > > it good that you challenge such things because this is even a good way > > to improve it. > > > > If this discussion is only for devs than please apologize this and copy > > the lines below to /dev/null.-) > > > >> Lots of software is patched nowadays, even for very stupid things most > >> of the old user base wouldn't have cared about. And when PKGBUILDs > >> starts to grow to the point they need scrolling and comments to be > >> clarified, that's just going the wrong way. (Hint, kernel26 PKGBUILD). > > > > I do not like patches too. And yes, i love it that archlinux is using in > > the most cases the sources as they comes from the upstream. But sorry to > > say, the kernel is a special case. > > > > If you find time take a look for the kernel source packages of another > > distributions and you will see that everyone is patching the kernel. > > Okay, what ist the reason for it? The kernel devs said in the past > > (sorry, i have no url) that getting the kernel stable is the job of the > > distributions teams. This is not fantastic and i don't like this > > situation too but this is the situation. > > > > That is why i find that tpowa is doing a great job and the kernel26 > > PKGBUILD is a good example because all patches been commented so if you > > don't like it you can create very easy your own kernel package. And more > > than the half of the PKGBUILD is copying files and the reaons for it is > > that other packages need this include files. > > > >> Notice the large influx of new users. The fact alone that a topic has > >> been started for a stable package repository *and people are willing > >> to contribute to this*, shows the kind of users we're getting: the > >> wrong ones. There has been an ongoing discussion on the bug tracker > >> whether or not post uninstall scripts should stop daemons upon > >> removal. These ideas come from users that are either inexperienced, or > >> trying to mold Arch in something its not. And what about dependencies > >> in initscripts... wtf? Any sane user can find them out for themselves > >> and put them in the right order in rc.conf. What if someone doesn't > >> want this behaviour? For example I don't want dbus and hal started, > >> but what if the kdm rc.d script will do this for me? It ends up with a > >> pretty big mess. Let alone the complexity that is added to the > >> initscripts. > > > > Smile, because i find that a kdm rc.d script is from my view unnecessary > > because you can handle it easy in the inittab file and this is the first > > time that i see that there is a kdm script.-) But i can understand that > > people who switch from another distribution will miss in the first > > moment some of this automatic things. Give them time and this "problem" > > will gone away but perhaps i see this too easy. > > Coddling the user by just such an addition achieves nothing of either > transient or of a lasting nature for a distro such as ours. > > i.e. *IF* this was the right way to go, then the other distros that are > starting kdm via such a script wouldn't have people leaving their fold and > switching to ArchLinux. > > Specifically, kdm, xdm, et al were ORIGINALLY started as part of the init > processing string and/or X startup and specifically not part of a rc.d > setup. The rc.d style of doing this for the various popular desktop > managers was a later invention that came from the beginner's based > distros. > > > As for the rest of this discussion, as a LONG TIME user of ArchLinux I am > finding it a good discussion to have at this point in time. Please keep > the comments coming. I am greatly encouraged by you all having this > discussion. > > Very best regards; > > Bob Finch > > ------------------------------ >

1 0

[arch-general] gtklp shouldn't depend on cups
by Petar Bogdanovic 25 Mar '08

25 Mar '08

Hi, a gtklp installation should not pull the whole cups package, since its binaries only depend on libcups: $ ldd /usr/bin/gtklp | grep cups libcups.so.2 => /usr/lib/libcups.so.2 (0xb79ba000) $ ldd /usr/bin/gtklpq | grep cups libcups.so.2 => /usr/lib/libcups.so.2 (0xb799e000) $ pacman -Qo /usr/lib/libcups.so.2 /usr/lib/libcups.so.2 is owned by libcups 1.3.6-1 With `gtklp -S' one may specify remote cups servers so a missing local cups daemon is not making gtklp useless. Is this worth a PR? Thanks, Petar

2 2

[arch-general] lzma compression tests
by Mark Constable 25 Mar '08

25 Mar '08

FWIW, possibly worth considering adding lzma to pacman... http://www.kdedevelopers.org/node/3326 --markc

4 5

[arch-general] cannot mount dvd or camera
by Arthur 24 Mar '08

24 Mar '08

5 5

[arch-general] 2008.03 TEST ISOs released
by Tobias Powalowski 24 Mar '08

24 Mar '08

Hi i just placed the new "Core Dump" TEST ISO to the mirrors eg: ftp://ftp.archlinux.org/other/rc-iso/2008.03/ some days testing should be enough, I tested them in kvm-qemu and didn't find an issue. ATTENTION: This ISO contains packages that are in testing repository. So don't be suprised by getting package is newer then repository on first pacman -Syu. Those errors will be gone when we moved in the packages, which will happen soon. Changelog: GENERAL: - kernel 2.6.24.3 usage - pacman 3.1.3 usage - RAM usage has been revisited, these are the new recommendations: * FTP ISO, CORE ISO: arch boot image 160 MB RAM x86_64/i686 (all packages selected, with swap partition) * CORE ISO: lowmem boot image 64 MB RAM x86_64/i686 (all packages selected, with swap partition) FIXES: - fixed intel wireless automatic module loading (arch boot image) - fixed auto prepare of harddisk (lowmem boot image) - added more checks and improvements to autoprepare of harddisk - added missing netfilter modules and some wireless addon modules - added dmraid and linux-atm to install environment - added gpt support to grub - added tiacx module and firmware files to install environment - added parted to install environment - updated ftp mirrors to latest status references to bug reports: - http://bugs.archlinux.org/task/4762 - http://bugs.archlinux.org/task/5825 - http://bugs.archlinux.org/task/7975 - http://bugs.archlinux.org/task/8422 - http://bugs.archlinux.org/task/8431 - http://bugs.archlinux.org/task/8435 - http://bugs.archlinux.org/task/8561 - http://bugs.archlinux.org/task/8616 - http://bugs.archlinux.org/task/8638 - http://bugs.archlinux.org/task/8699 - http://bugs.archlinux.org/task/8835 - http://bugs.archlinux.org/task/8852 - http://bugs.archlinux.org/task/8886 - http://bugs.archlinux.org/task/8898 - http://bugs.archlinux.org/task/8952 - http://bugs.archlinux.org/task/9374 - http://bugs.archlinux.org/task/9436 - http://bugs.archlinux.org/task/9452 - http://bugs.archlinux.org/task/9494 - http://bugs.archlinux.org/task/9560 - http://bugs.archlinux.org/task/9697 - http://bugs.archlinux.org/task/9734 - http://bugs.archlinux.org/task/9864 - http://bugs.archlinux.org/task/9865 As usual check md5sum before using the images and also be aware of the new RAM recommendations the images have. Have fun greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 1

[arch-general] AUR 1.5.1 Released
by Simo Leone 23 Mar '08

23 Mar '08

That's right folks, the "quick" release that wasn't so quick after all. Terribly sorry about the delay, school is like having one of those cartooney iron balls chained to your leg. Nothing too special to see, miscellaneous updates and some bug fixes. Some speed improvements on the search page, and the JSON interface should work now *poke poke* json client authors. Oneliner log follows. Enjoy. -- Simo Leone Archlinux Developer 7d7ef9b... Version bump to 1.5.1 99e65b2... Revamped pkg_search_page() da3b397... Updated Polish translation 2462777... Small fix to Italian translation b1fe84d... Fixed bug where search resets when browsing orphans e64307d... Generate valid dummy data entries 3577326... Make all references to AUR database consistent e0582fd... Fix weird title setting on search page 172dbf6... Fixed broken search results fca6767... One more json fix 0e32c86... Changed valid_passwd() to check for non-empty password instead of good_passwd() a5a8895... Put login into its own function. 541ea8a... Fixed a couple more lingering JSON bugs 9a4ca4e... Changed to non-fancy logo 9254804... Fixed operator precendence in aurjson 196543a... Make JSON interface work a2fe04f... Added missing message to Italian translation 90ceaca... Another small fix for Italian translation 380b1b6... Updated German translation 1200ce9... Updated French translation 865ffb9... More small updates to Italian translation e7bb7a2... Turn more and less buttons into links

1 0

[arch-general] [signoff] madwifi/madwifi-utils 0.9.4.3382
by Tobias Powalowski 19 Mar '08

19 Mar '08

Hi bump of madwifi drivers, back to trunk version please signoff both arches also users can signoff, no respond from any dev bump at least anyone? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 4

Re: [arch-general] [arch-dev-public] [signoff] cryptsetup 1.0.6-1
by Gerhard Brauer 18 Mar '08

18 Mar '08

On Sat, Mar 15, 2008 at 11:31:22AM +0100, Thomas Bächler wrote: > New version with some bugs fixed. Please sign off (tested by me on x86_64). I have tested it on my luks encrypted laptop and on some loop device container which are also luks encrypted. I could boot my laptop ;-) and tested adding/deleting passphase keys. If this is enough i could give a user signoff for i686. (Sorry for crossposting but i thought i couldn't post directly on arch-devel). Gerhard -- Ein Registry-Cleaner ist fuer Win-User der Bulldozer des kleinen Mannes.

1 0

[arch-general] Grub and GPT partition labels
by Gerhard Brauer 18 Mar '08

18 Mar '08

Hello, are there any plans to prepare our grub with support for GPT partition labels? The grub version from current install ISO could not be installed on such a prepared harddisk: Filesystem type unknown, partition type 0xee Good old lilo on the other side works like a charm ;-) There must be patches for grub to provide this (???) My question result from a discussion where someone would like to install on an >7TB Array and says: it doesn't work, but on Debian, SuSe. And he doesn't provide further infos... ;-) But i've done some tests in an VM and don't see problems in kernel or tools. Only the grub problem. The discussion is only in german: https://forum.archlinux.de/?page=Postings;id=20;thread=8205 Regards Gerhard -- www.archlinux.de

5 7