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

[arch-dev-public] x86_64: improving default CFLAGS
by Andreas Radke 16 Apr '07

16 Apr '07

http://bbs.archlinux.org/viewtopic.php?id=27139 after some discussions in this thread we want to change our default compiler flags. we want to make use of the SSE3 extensions most x86_64 cpus have. to not break backward compatibility for those few early cpus that lack SSE3 extensions we want to do it with -mtune. this is how we want to set it for the future: CFLAGS="-march=x86-64 -mtune=nocona -O2 -pipe" CXXFLAGS="-march=x86-64 -mtune=nocona -O2 -pipe" some testing is still required. i would like to put a modified version of pacman to testing right after it has moved to current. when everything is ok we would ask the pacman devs to change it to the default makepkg.conf. please discuss. Andy (for i686 are also some speedups possible but that's not my task)

5 7

Re: [arch-dev-public] [tur-users] Community repo cleanup completed
by Travis Willard 14 Apr '07

14 Apr '07

On Sun, 15 Apr 2007 02:42:15 +0800 "Callan Barrett" <wizzomafizzo(a)gmail.com> wrote: > On 4/15/07, Eric Belanger <belanger(a)astro.umontreal.ca> wrote: > > Hi everyone, > > > > The community repo cleanup is completed. > > > > The current orphans will remain in community and have been > > fixed/updated. I've added myself to the notification list so I'll > > be aware of any comments. There are still orphans which are > > dependency to other TU's packages. I haven't touch these as I > > assume the corresponding TU will eventually adopt them and maintain > > them. Here's the updated list: ..snip.. > > wizzomafizzo: you just uploaded a bunch of xfce-svn packages. I > > guess that xfce-svn is moving from unstable to community, right? > > Don't forget to adopt them. > > Yep, all xfce-svn packages have been uploaded to community and I'm > quite sure I've adopted them all now. Please tell me if I missed any, > though. > > Thanks. > Does this mean the xfce-svn packages in unstable should be removed? Shadowhand is definitely no longer doing this? -- Travis

3 2

[arch-dev-public] CD cover for Voodoo
by Judd Vinet 12 Apr '07

12 Apr '07

Hi guys, OSDisc emailed me -- they need a CD cover for the new release. Something snazzy like our old ones that are still up on the art[1] page. Anyone have some graphics chops? - J [1] http://www.archlinux.org/art/

5 8

[arch-dev-public] missing packages [extra]
by Tobias Powalowski 12 Apr '07

12 Apr '07

notice: Missing koffice-l10n-bg-1.5.2-1.pkg.tar.gz in ftp site notice: Missing ipw3945-beyond-1.1.3-3.pkg.tar.gz in ftp site notice: Missing devtools-0.3.4-1.1.pkg.tar.gz in ftp site notice: Missing waimea-0.5.1-3.pkg.tar.gz in ftp site -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] missing packages [current]
by Tobias Powalowski 12 Apr '07

12 Apr '07

==> Generating Text Package List... notice: Missing esd-0.2.37-3.pkg.tar.gz in ftp site notice: Missing libgnomecanvas-2.14.0-2.pkg.tar.gz in ftp site notice: Missing gtk-engines-2.10.1-1.pkg.tar.gz in ftp site -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-dev-public] [pacman-dev] Adding new users/groups
by Dan McGee 09 Apr '07

09 Apr '07

On 4/7/07, Roman Kyrylych <roman.kyrylych(a)gmail.com> wrote: > 2007/4/7, Andrew Fyfe <andrew(a)neptune-one.net>: > > What's the procedure for adding new system users/groups to the system. > > There's a lot of install scripts that add users/groups with specific > > ids, is there a list somewhere of all the names/ids used to stop 2 > > different packages from trying to use the same id? > > Developers have such list. > Why do you need this and why ask on pacman-dev? ;) The better question- why is this not a public list? -Dan

2 2

[arch-dev-public] Problems in 0.8
by James 08 Apr '07

08 Apr '07

Just posting this here, seeing if anyone has any other big problems noticed in 0.8 I caught this one on the forums, http://bbs.archlinux.org/viewtopic.php?id=31244 For a particular modern chipset, 2.6.20.4 doesnt even boot, making the 0.8 install CD useless for many. Given that 2.6.21 is at rc6, are we going to make a release at 2.6.21 as planned? Otherwise... it might be nice to just rebuild 0.8 as 0.8.1 with the newer kernel for these users. -- iphitus // Arch Developer // kernel26beyond // iphitus.loudas.com

1 0

[arch-dev-public] Move from /opt to /usr
by Tobias Kieslich 06 Apr '07

06 Apr '07

Hi, this is an old issue and I just talked to Jan about that. We both are all for that and will move gnome and xfce. Jan said kde needs some more investigation. It'll save us a whole lot of trouble in the long run. As far as xfce4 is concerned, 4.4.1 is expected to be there around the 9th of April. And I plan on using this to move over the whole repository. Just one more guess, when moving on to a newer repos layout, can we rename xfce4 to xfce, it's somewhat less limiting :P -T

4 5

[arch-dev-public] coreutils 6.9 + fakeroot + makepkg serious bug
by Thomas Bächler 05 Apr '07

05 Apr '07

While rebuilding some packages, namcap issued some warnings: beryl-core W: File (usr/man/man1/) does not have the world readable bit set. beryl-core W: File (usr/man/man3/) does not have the world readable bit set. When I look at the $startdir/pkg, everything is fine though. I narrowed it down to the following simple test case: [01:54:30][thomas@gollum shm]$ fakeroot bash-3.2# ls -lF insgesamt 0 bash-3.2# mkdir foo bash-3.2# ls -lF insgesamt 0 drwxr-xr-x 2 root root 40 2. Apr 01:54 foo/ bash-3.2# chmod 700 foo/ bash-3.2# ls -lF insgesamt 0 drwxr-xr-x 2 root root 40 2. Apr 01:54 foo/ bash-3.2# exit [01:55:02][thomas@gollum shm]$ ls -lF insgesamt 0 drwx------ 2 thomas users 40 2. Apr 01:54 foo/ [01:55:03][thomas@gollum shm]$ As you can see, the chmod has no effect inside the fakeroot environment, which causes a 'cp -a' in makepkg to behave incorrectly and may cause other similar bugs during makepkg. Downgrading coreutils from 6.9-1 to 6.7-1 solves this problem. I have no idea where to start, but this should be adressed quickly as it may break many packages. For everyone who is going to test, I found the old package here: ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux/current/os/i686/coreutils-6.7-1.pkg.tar.gz @Romashka: If you read this, I think your exaile build bug is also related to this, please confirm.

2 2

[arch-dev-public] New wireless and network scripts.
by James 05 Apr '07

05 Apr '07

Hey The network profile's that i've been working on for far too long, have now been uploaded and put into a git repository on archlinux.org. To get it, git clone http://archlinux.org/~james/projects/network.git To make a package, run package.sh for the meantime. There will be a proper PKGBUILD and a custom repository for it shortly. There's a few known bugs, and not enough documentation, however I've put enough basic information to get you going on the wiki: http://wiki.archlinux.org/index.php/Network_Scripts There's undoubtedly other bugs and hiccups, and i'm calling on you to test. If you find a bug, let me know. James -- iphitus // Arch Developer // kernel26beyond // iphitus.loudas.com

5 14