[arch-projects] [initscripts] [GIT] Arch Linux initscripts repository branch master updated. 2012.06.3-6-g046d35b

Tom Gundersen tomegun at archlinux.org
Sat Jul 14 09:24:39 EDT 2012

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Arch Linux initscripts repository".

The branch, master has been updated
       via  046d35bac04022eab343e9e6e40a3056c5e653ad (commit)
       via  c2f7b97924e2b5341cea667fbd1a2802e9cb8cd5 (commit)
       via  3779f7002c8417a77745e1e02273ed5e19ed75b7 (commit)
       via  27c29c2b95864e4844ef644400ebf59a08d08abd (commit)
       via  6f3b4c5edc6dfdd301d80929cb35e316fa742144 (commit)
      from  267d36a1c80a69342d9dda264b4b60f656ea20cf (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 046d35bac04022eab343e9e6e40a3056c5e653ad
Merge: 3779f70 c2f7b97
Author: Tom Gundersen <teg at jklm.no>
Date:   Thu Jul 12 02:15:28 2012 +0200

    Merge branch 'spelling'
    Had to manually fix up a conflict in some comments.

commit c2f7b97924e2b5341cea667fbd1a2802e9cb8cd5
Author: Jason St. John <jstjohn at purdue.edu>
Date:   Fri Jul 6 16:03:09 2012 -0400

    Correct spelling and grammar throughout
    This patch addresses the issues with my previous patch submission here:
    The notable changes between this patch and the previous one are below:
    -- this patch does not rename set_timezone()
    -- 'filesystems' and 'bash' are left as-is
    -- everything is in one patch, not two
    -- the 'makedepends' change is no longer relevant because the duplication
    of it was already removed in a later commit
    Regarding the capitalization of "Btrfs", it seems that upstream prefers
    Regarding 'https://' vs. 'http://', I left this change in the patch
    because stating 'https://www.archlinux.org' in the start-up messages
    doesn't force anyone to use HTTPS over HTTP. It simply shows that HTTPS
    is available for use. If someone really doesn't want to use HTTPS, they
    don't have to. Finally, Dan McGee stated that HTTPS will be used all the
    time soon.[3]
    [1] https://oss.oracle.com/projects/btrfs/
    [2] https://btrfs.wiki.kernel.org/index.php/Main_Page
    [3] https://bugs.archlinux.org/task/30486#comment96222
    Signed-off-by: Jason St. John <jstjohn at purdue.edu>

commit 3779f7002c8417a77745e1e02273ed5e19ed75b7
Author: Tom Gundersen <teg at jklm.no>
Date:   Sun Jul 1 01:43:15 2012 +0200

    cryptsetup: deprecate old syntax and default to the systemd one
    We detect if the old syntax is used, and if so print a warning and use
    the old parsing code. Otherwise, we pass everything on to
    systemd-cryptsetup. Similarly to what was done with the network syntax,
    we intend to keep the legacy stuff working for a long time.
    See crypttab(5) for the new syntax[0].
    The main reason for this change, is to be closer to what other distros
    do. The systemd syntax is based on Debian's format, and is essentially
    what is being used by at least Debian, Ubuntu, Fedora and Suse. Such
    widespread use means that it will be better documented in
    non-Arch-specific documentation, and is more likely to see integration
    with third-party tools. It is also surely appreciated by admins who
    use more than one distro, that they don't have to know more than one
    config format for these sorts of basic things.
    Furthermore, by actually sharing the code with systemd we get to rely on
    their much more widespread testing and review compared to what we are able
    to do ourselves. This is particularly important for the encryption code,
    as it is the most obscure code in initscripts and any bugs in it would
    have potentially very severe consequences.
    Lastly, there are a few (albeit minor) issues I see with our current
    format: /etc/crypttab is not a plaintext file, but needs to be parsed
    through bash. The (deprecated) embedded passwords have been a source
    of problems in the past. And, there is no level of abstraction between
    the crypttab options and cryptsetup, we just pass them on blindly.
    The new format and the old one cover roughly the same usecases. To the
    best of my knowledge, the only use-case not (yet) supported by
    systemd-cryptsetup, is mounting a removable device and reading
    the key from a file on that device. For this, stick with the old syntax
    (though be careful, it is inherently racy).
    [0]: <http://0pointer.de/public/systemd-man/systemd.unit.html> (note
         that keyfile-offset support is coming in the next systemd version).

commit 27c29c2b95864e4844ef644400ebf59a08d08abd
Author: Dave Reisner <dreisner at archlinux.org>
Date:   Tue Jul 3 22:28:05 2012 -0400

    remove /run/nologin before leaving rc.multi
    systemd-186 writes this file when running systemd-tmpfiles, but
    initscripts never removes it. This disallows all non-root logins.
    Reported-by: Dan McGee <dan at archlinux.org>
    Signed-off-by: Dave Reisner <dreisner at archlinux.org>

commit 6f3b4c5edc6dfdd301d80929cb35e316fa742144
Author: Tom Gundersen <teg at jklm.no>
Date:   Tue Jul 3 00:46:19 2012 +0200

    hwclock: warn on discrepancy between /etc/adjtime and /etc/rc.conf about the timezone of the RTC
    Also, move from /var/lib/hwclock/adjtime to /etc/adjtime. This must be fixed in util-linux too.
    Signed-off-by: Tom Gundersen <teg at jklm.no>


Summary of changes:
 PKGBUILD      |    4 +--
 functions     |  100 ++++++++++++++++++++++++++++++++++++++++++++-------------
 netfs         |    4 +--
 network       |   10 +++---
 rc.conf.5.txt |   46 +++++++++++++-------------
 rc.d.8.txt    |    2 +-
 rc.local      |    2 +-
 rc.multi      |    2 ++
 rc.shutdown   |   26 +++++++--------
 rc.single     |    4 +--
 rc.sysinit    |   71 ++++++++++++++++++++++++----------------
 11 files changed, 171 insertions(+), 100 deletions(-)

Arch Linux initscripts repository

More information about the arch-projects mailing list