April 2011 - Arch-projects - lists.archlinux.org

Re: [arch-projects] [PATCH 09/10] timezone: do not set timezone from rc.conf at boot
by Seblu 03 Apr '11

03 Apr '11

On Fri, Apr 1, 2011 at 9:10 AM, Tom Gundersen <teg(a)jklm.no> wrote: > On Fri, Apr 1, 2011 at 2:43 AM, Seblu <seblu(a)seblu.net> wrote: >> On Wed, Mar 30, 2011 at 8:01 PM, Tom Gundersen <teg(a)jklm.no> wrote: >>> This is done at shutdown, so no need to repeat it here. >> Why removing it at boot and not at shutdown. Imagine i fix my timezone >> by mouting my root from nfsroot or usb key. Why i should wait a >> shutdown to be completed to have my new timezone? > > Fair point. I should have given some more justification in the > changelog. I don't actually feel strongly about this change, but I did > put some thought into it: > > In another thread Dave suggested adding a tool to write the module > blacklist to disk at shutdown (as it cannot be done during boot due to > / being ro), I think it would make sense to put the writing of > timezone data also in this tool (so it becomes a "write all of rc.conf > to disk in standard formats" tool). In that case the writing of > timezones would have to occur at shutdown. It would therefore be weird > to first move the writing to only happen at boot, and then back to > only happen at shutdown, so I figured we might as well just move it to > shutdown right away. I'll watch it closer. > As to your usecase of fixing rc.conf from a usb key. I think this is > such a rare scenario, and the consequences of having the wrong > timezone so small, that either rebooting or fixing it up by hand would > be acceptable. Once we have the "write rc.conf to disk" tool it would > be even simpler, as every time you edit rc.conf you could call this > tool (or wait for reboot). i agree my example was a bit biased but the goal being to understand a principle which I think is important: It is expected that the configuration of a machine is done at boot, not when it goes off. > This would in particular be useful if we > ever decide to support root being read only, in which case we could > never write stuff to disk automatically at boot or shutdown, but would > always require the user to call the tool by hand. Call the tool or configure manually all others parameters that tool will not handle. I'm not sur this tool will change something in case of ro root. -- Sébastien Luttringer www.seblu.net

1 0

[arch-projects] [namcap] namcap 3.0.6 released
by Rémy Oudompheng 02 Apr '11

02 Apr '11

Hello, namcap 3.0.6 has been released in [testing]. It fixes several regressions with respect to the namcap 2.x series. If nobody complains about it I will also move it to [extra] in a few days. Changes since 3.0.5 * fix the inverted logic in provides handling during missing dependency detection (introduced by mistake in 3.0.5) * add a test for the sodepends rule to the testsuite * give reasons why a dependency has been detected when reporting it as missing: this feature was present in namcap 2.8 but unfortunately disappeared when I factored out the dependency analysis. Here are example outputs: % ./namcap-devel /var/cache/pacman/pkg/binutils-2.21-6-i686.pkg.tar.xz binutils E: Dependency gcc-libs detected and not included (libraries ['usr/lib/libstdc++.so.6', 'usr/lib/libgcc_s.so.1'] needed in files ['usr/bin/ld.gold']) binutils W: Dependency glibc included but already satisfied % ./namcap-devel /var/cache/pacman/pkg/elfutils-0.152-1-i686.pkg.tar.xz% ./namcap-devel /var/cache/pacman/pkg/elfutils-0.152-1-i686.pkg.tar.xz elfutils E: Dependency xz detected and not included (libraries ['usr/lib/liblzma.so.5'] needed in files ['usr/lib/libdw-0.152.so']) elfutils E: Dependency bzip2 detected and not included (libraries ['lib/libbz2.so.1.0'] needed in files ['usr/lib/libdw-0.152.so']) elfutils E: Dependency zlib detected and not included (libraries ['usr/lib/libz.so.1'] needed in files ['usr/lib/libdw-0.152.so']) elfutils E: Dependency bash detected and not included (programs ['sh'] needed in scripts ['usr/bin/eu-make-debug-archive']) % ./namcap-devel /var/cache/pacman/pkg/bluez-4.90-1-i686.pkg.tar.xz bluez W: Directory (var/lib/bluetooth) is empty bluez W: Directory (usr/lib/bluetooth/plugins) is empty bluez W: Dependency alsa-lib detected but optional (libraries ['usr/lib/libasound.so.2'] needed in files ['usr/lib/alsa-lib/libasound_module_pcm_bluetooth.so', 'usr/lib/alsa-lib/libasound_module_ctl_bluetooth.so']) bluez W: Dependency gstreamer0.10-base detected but optional (libraries ['usr/lib/libgstrtp-0.10.so.0', 'usr/lib/libgstaudio-0.10.so.0'] needed in files ['usr/lib/gstreamer-0.10/libgstbluetooth.so']) bluez W: Dependency python2 detected but optional (programs ['python2'] needed in scripts ['usr/bin/bluez-simple-agent']) Regards, Rémy

1 0

[arch-projects] [initscripts] [PATCH] Rename "Arch Linux" to "The Canterbury Distribution"
by Pierre Schmitz 01 Apr '11

01 Apr '11

Prepare our initscripts for use in our new distribution. Signed-off-by: Pierre Schmitz <pierre(a)archlinux.de> --- rc.sysinit | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/rc.sysinit b/rc.sysinit index 9d7c250..7e63366 100755 --- a/rc.sysinit +++ b/rc.sysinit @@ -7,7 +7,7 @@ . /etc/rc.d/functions echo " " -printhl "Arch Linux\n" +printhl "The Canterbury Distribution\n" printhl "${C_H2}http://www.archlinux.org" printsep -- 1.7.4.2

3 2

[arch-projects] [devtools] [PATCH] commitpkg: upload signature if found
by Rémy Oudompheng 01 Apr '11

01 Apr '11

Also move some rsync options to $rsyncopts to help with readability. Signed-off-by: Rémy Oudompheng <remy(a)archlinux.org> --- commitpkg | 12 +++++++++--- 1 files changed, 9 insertions(+), 3 deletions(-) diff --git a/commitpkg b/commitpkg index dfc2bd1..fb8f9ea 100755 --- a/commitpkg +++ b/commitpkg @@ -104,9 +104,9 @@ for i in 'changelog' 'install'; do done # see if any limit options were passed, we'll send them to rsync -unset rsyncopts +rsyncopts="-p --chmod 'ug=rw,o=r' -c -h -L --progress" if [ "$1" = '-l' ]; then - rsyncopts="--bwlimit=$2" + rsyncopts="$rsyncopts --bwlimit=$2" shift 2 fi @@ -135,7 +135,13 @@ for _arch in ${arch[@]}; do fi echo -n 'uploading ' - rsync -p --chmod 'ug=rw,o=r' -c -h -L --progress $rsyncopts --partial "${pkgfile}" -e ssh "$server:staging/$repo/${pkgfile##*/}" || abort + rsync -e ssh $rsyncopts --partial "${pkgfile}" "$server:staging/$repo/${pkgfile##*/}" || abort + + sigfile="${pkgfile}.sig" + if [ -f "${sigfile}" ]; then + echo -n 'uploading ' + rsync -e ssh $rsyncopts --partial "${sigfile}" "$server:staging/$repo/${sigfile##*/}" || abort + fi done archrelease $repo-${_arch} || abort done -- 1.7.4.2

1 0

[arch-projects] [initscripts] Incorrect environment variable checks in sysinit & co?
by Thomas Bächler 01 Apr '11

01 Apr '11

I just revisited [1] and found out that it isn't correct. The kernel only exports foo=bar pairs to init (and only if it doesn't know the left hand side, for instance, it doesn't export root=). Statements without = are not exported. The reason this worked is that mkinitcpio used 'export' to export 'verbose=y' in this case. This is not true anymore for 0.6.9 (and future releases, as 0.6.9 has a bug related to this change). I guess [1] should be reverted, and the initscripts should be search for more such checks. [1] http://projects.archlinux.org/initscripts.git/commit/?id=3d9fbd69fbab72ccdb…

4 5