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@jklm.no> Date: Thu Jul 12 02:15:28 2012 +0200 Merge branch 'spelling' Conflicts: rc.sysinit Had to manually fix up a conflict in some comments. commit c2f7b97924e2b5341cea667fbd1a2802e9cb8cd5 Author: Jason St. John <jstjohn@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: https://mailman.archlinux.org/pipermail/arch-projects/2012-June/002990.html 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 "Btrfs".[1][2] 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@purdue.edu> commit 3779f7002c8417a77745e1e02273ed5e19ed75b7 Author: Tom Gundersen <teg@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@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@archlinux.org> Signed-off-by: Dave Reisner <dreisner@archlinux.org> commit 6f3b4c5edc6dfdd301d80929cb35e316fa742144 Author: Tom Gundersen <teg@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@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(-) hooks/post-receive -- Arch Linux initscripts repository