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

[arch-dev-public] To the developers that went to froscon 09
by Eduardo Romero 26 Aug '09

26 Aug '09

Hi guys, I know some of you went to froscon, and did enjoyed the experience a lot. I am here asking, if any of you developers could write a text about froscon, the experience, who you met, and how it all went overall. Nothing too fancy, it will in fact feature as an article in the Arch Linux Magazine, it would be appreciated if you could have some photos as well. Contact me if you are able to take on it. Preferably a developer, but in the event that no developer can get to it, a trusted user could do. Thanks for your interest as always, Eduardo Romero "kensai"

10 14

[arch-dev-public] [signoff] dhcpcd 5.0.7-1
by Ronald van Haren 26 Aug '09

26 Aug '09

Hi, In testing for both arches, please signoff. Chages: - update to latest version Ronald

3 3

[arch-dev-public] [Patch] devtools: clean up of commitpkg
by Eric Bélanger 26 Aug '09

26 Aug '09

Hi, The following patch: - replaces backticks by $() - removes support for package names without the arch in them (all our repos now uses the arch in the package name) - removes support for the obsolete and dead [unstable] repo Eric ============== --- /tmp/commitpkg 2009-08-25 20:58:19.843328237 -0400 +++ commitpkg 2009-08-25 22:48:50.000000000 -0400 @@ -13,7 +13,7 @@ source ~/.makepkg.conf fi -cmd=`basename $0` +cmd=$(basename $0) if [ ! -f PKGBUILD ]; then echo "No PKGBUILD file" @@ -28,23 +28,17 @@ source PKGBUILD pkgfile=${pkgname}-${pkgver}-${pkgrel}-${CARCH}${PKGEXT} anypkgfile=${pkgname}-${pkgver}-${pkgrel}-any${PKGEXT} -oldstylepkgfile=${pkgname}-${pkgver}-${pkgrel}${PKGEXT} if [ ! -f $pkgfile ]; then if [ -f $PKGDEST/$pkgfile ]; then pkgfile=$PKGDEST/$pkgfile anypkgfile=$PKGDEST/$anypkgfile - oldstylepkgfile=$PKGDEST/$oldstylepkgfile elif [ -f $anypkgfile ]; then pkgfile=$anypkgfile CARCH=any - elif [ -f $oldstylepkgfile ]; then - pkgfile=$oldstylepkgfile elif [ -f $PKGDEST/$anypkgfile ]; then pkgfile=$PKGDEST/$anypkgfile CARCH=any - elif [ -f $PKGDEST/$oldstylepkgfile ]; then - pkgfile=$PKGDEST/$oldstylepkgfile else echo "File $pkgfile doesn't exist" exit 1 @@ -59,8 +53,6 @@ repo="core" elif [ "$cmd" == "testingpkg" ]; then repo="testing" -elif [ "$cmd" == "unstablepkg" ]; then - repo="unstable" elif [ "$cmd" == "communitypkg" ]; then repo="community" server="aur.archlinux.org"

1 0

[arch-dev-public] [PATCH] Implement a hook-system that allows to add custom code to the initscripts at certain places
by Thomas Bächler 25 Aug '09

25 Aug '09

A function add_hook can be called from functions.d to register a hook function. The existing hooks are based on suggestions from Michael Towers (larch) and on the implementation of initscripts-extras-fbsplash which currently uses the strings passed to stat_busy and stat_done for this. More hooks can be added if requested. The implementation uses associative arrays and will thus only work with bash 4 or later. The changes have been commited to initscripts.git, but have not yet been extensively tested, only basic functionality tests have been performed: http://projects.archlinux.org/?p=initscripts.git;a=commitdiff;h=cfabb85924f… This should make life easier for larch (not exactly sure what they need it for) and will make initscripts-extras-fbsplash much cleaner to implement. Don't hesitate to request more hooks here. A description of the existing hooks is in rc.d/functions.

3 6

[arch-dev-public] System-wide bashrc?
by Thomas Bächler 25 Aug '09

25 Aug '09

This problem has been bugging me for some time: /etc/profile is only read for login-shells. That is fine, because you launch a login-shell once, then start your graphical environment from it. Most of the environment is persisitent so that it will appear in X terminals (which only launch interactive non-login shells). However, if you launch an interactive shell, the following is lost: * PS1, PS2 * all aliases * /etc/bash_completion So, I have to set up the bashrc of every user to restore PS1, PS2, my custom aliases and bash_completion. Is there a solution to this is in something like a "system-wide bashrc"? The current way is really inconvenient.

4 8

[arch-dev-public] [website] separate Dev+TU list
by Andreas Radke 25 Aug '09

25 Aug '09

Please someone change the http://www.archlinux.org/developers/ list into two parts: devs and TUs. Right it states "Core developers" and that's not true. -Andy

7 14

Re: [arch-dev-public] [signoff] coreutils-7.5
by Jan de Groot 25 Aug '09

25 Aug '09

On Tue, 2009-08-25 at 00:10 +1000, Allan McRae wrote: > upstream update > remove autoconf patch (no longer needed) > add utimensat patch to make compatible with kernels earlier than 2.6.22 > build against and add libcap dep > > Allan Without that patch, what kernels does coreutils support then? Since udev breaks with pretty much everything below 2.6.24, I don't think it's useful to patch packages to support anything below 2.6.24.

3 4

[arch-dev-public] [signoff] libfetch 2.25-1
by Dan McGee 25 Aug '09

25 Aug '09

Minor update. This should finally fix our pacman segfault during download issues in http://bugs.archlinux.org/task/15845. -Dan

4 3

Re: [arch-dev-public] [aur-general] [signoff] iproute 2.6.29-1
by Eric Bélanger 24 Aug '09

24 Aug '09

On Sun, Aug 16, 2009 at 4:34 PM, Ronald van Haren<pressh(a)gmail.com> wrote: > Hi, > > In testing for both architectures, please signoff. > > Changes: > - update to latest upstream version > - fix missing #includes (one line patch) > > Ronald > You sent it on the wrong ML. :P I'll send it to the dev public ML.

3 2

Re: [arch-dev-public] [arch-general] [initscripts] Please revert last commit 757f653
by Jan de Groot 24 Aug '09

24 Aug '09

On Sun, 2009-08-23 at 19:06 -0300, Gerardo Exequiel Pozzi wrote: > Hi > > Please revert the last commit[#1], mounting /dev as NOEXEC is incorrect. > This break nvidia GLX extension, vmware, mplayer and possible others > programs that uses mmap() with execute privilege. > > PS: I guess that setting a size is "redundant" > > > Thanks. > > [#1] > http://projects.archlinux.org/?p=initscripts.git;a=commitdiff;h=757f653b8c9… Setting size is not redundant, as without it, tmpfs allows to allocate 1GB by default. Though tmpfs is a dynamic filesystem that only uses memory that is in use on tmpfs, I don't think it makes sense to allow more than 10MB here. Other distributions limit the size of tmpfs also. CC'ing this to the arch-dev-public list, as our bugtracker is down.

2 5