- Arch-releng - lists.archlinux.org

[arch-releng] Automatic preperation of archlinux/releng environment
by Nico Schottelius 02 Apr '11

02 Apr '11

Good sunday (sunny saturday, anyway) everybody! I've just written a cdist type that prepares the environment as specified in the README of releng repo. So if you're using cdist, you can prepare a new machine like this: Add to conf/manifests/init: case "$__target_host" in yourhost) __archlinux_releng ;; esac and import the type __archlinux_releng from git://git.schottelius.org/cdist-nico Cheers, Nico gitweb of type: http://git.schottelius.org/?p=cdist-nico;a=tree;f=conf/type/__archlinux_rel… -- PGP key: 7ED9 F7D3 6B10 81D7 0EC5 5C09 D7DC C8E4 3187 7DF0

1 0

[arch-releng] Archlinux automated via PXE
by Nico Schottelius 02 Apr '11

02 Apr '11

Good morning devs, I'm running a big pool of Linux installations in the ETH Zurich [0] and from time to time I am interested in giving Archlinux a try for a big installation. But the lack of a very easy automated way to retrieve networking images, like provided with OpenBSD or Debian & variants, makes me drop back (cuni [0] got a list of easily netinstallable Os). I'm aware that I can download the ISO, grab the kernel + initrd and have it running, but it's a pretty cumbersome approach. Thus I'd like to discuss whether there is no easy way to provide kernel + initrd in a standard location? Secondly I'd be interested in seeing a standard way on how to automate the installation, which could probably a wikipage "Archlinux in big environments". I'm wondering what your opinions are regarding those two topics and whether there'll be some changes mid term that may make archlinux able to be a canditate for automatic installations. Have a nice evening, Nico [0] cuni: http://www.nico.schottelius.org/software/cuni/ -- PGP key: 7ED9 F7D3 6B10 81D7 0EC5 5C09 D7DC C8E4 3187 7DF0

5 12

[arch-releng] Iso tests
by Tom Willemsen 02 Apr '11

02 Apr '11

Hello people of arch-releng, A while ago Dieter asked if someone could write him a (relatively) simple web-app to get a better view of the state of the auto-generated isos. I tried that and have now come up with something to look at. He asked me to send a mail to this list so we could have a look at it in public, so here it is. It's hosted at: http://www.gitorious.org/ryuslash/archweb I just branched the archlinux website, since Dieter said he might want it to be a part of it, and it's written in django anyway so it's fairly easy to rip it out and place it in a new project. My code is in the testsresults branch in the afore mentioned repo, to set it up just follow the instructions in the archweb README, I added some fixtures so that things like bootloaders don't have to be entered manually by everyone. The /isotests/ page shows the results that have been entered so far, I tried sticking closely to what Dieter requested. The /isotests/add/ page allows you to add a new result. I would have liked to put the app in a repo of its own, but I didn't find how I can make the templates load from the app/templates directory, so I moved on to this idea. I don't have a lot of experience with django, so I could be doing some things in a very silly way, I haven't cleaned up the code I've written at all (I should probably do that soon, I'll get on it tonight), but I hope that this is at least an ok starting point. I hope I exlpained everything enough, if there's anything I still need to do, fix or change just let me know and I'll get on it as soon as I can. Greetings, Tom

3 22

[arch-releng] Frequency in releng.archlinux.org
by Charles Vejnar 01 Apr '11

01 Apr '11

Hi, With what frequency the images are created in http://releng.archlinux.org/isos/ ? There wasn't any creation since 10 days and before it was every 5 days; are you doing it manually ? (I would like to test after Gerardo pushed all the patches ;) ) Thanks Charles

3 4

[arch-releng] [PATCH] Move automated_script from /etc/functions.d to /etc/rc.d/functions.d
by ce＠vejnar.org 01 Apr '11

01 Apr '11

From: Charles <ce(a)vejnar.org> --- .../overlay/etc/functions.d/automated_script | 23 -------------------- .../overlay/etc/rc.d/functions.d/automated_script | 23 ++++++++++++++++++++ 2 files changed, 23 insertions(+), 23 deletions(-) delete mode 100644 configs/syslinux-iso/overlay/etc/functions.d/automated_script create mode 100644 configs/syslinux-iso/overlay/etc/rc.d/functions.d/automated_script diff --git a/configs/syslinux-iso/overlay/etc/functions.d/automated_script b/configs/syslinux-iso/overlay/etc/functions.d/automated_script deleted file mode 100644 index 09f04b8..0000000 --- a/configs/syslinux-iso/overlay/etc/functions.d/automated_script +++ /dev/null @@ -1,23 +0,0 @@ -automated_script () -{ - script="$(kernel_cmdline script)" - if [ -n $script ] ; then - stat_busy "Configuring $script" - if [[ $script =~ ^http:// || $script =~ ^ftp:// ]] ; then - wget "$script" -q -O /tmp/startup_script >/dev/null - rt=$? - else - cp $script /tmp/startup_script - rt=$? - fi - if [ $rt -eq 0 ] ; then - chmod +x /tmp/startup_script - echo -e "\nif [ \`tty\` = \"/dev/tty1\" ] ; then\n /tmp/startup_script\nfi\n" >> /root/.bash_profile - stat_done - else - stat_fail - fi - fi -} - -add_hook multi_end automated_script diff --git a/configs/syslinux-iso/overlay/etc/rc.d/functions.d/automated_script b/configs/syslinux-iso/overlay/etc/rc.d/functions.d/automated_script new file mode 100644 index 0000000..09f04b8 --- /dev/null +++ b/configs/syslinux-iso/overlay/etc/rc.d/functions.d/automated_script @@ -0,0 +1,23 @@ +automated_script () +{ + script="$(kernel_cmdline script)" + if [ -n $script ] ; then + stat_busy "Configuring $script" + if [[ $script =~ ^http:// || $script =~ ^ftp:// ]] ; then + wget "$script" -q -O /tmp/startup_script >/dev/null + rt=$? + else + cp $script /tmp/startup_script + rt=$? + fi + if [ $rt -eq 0 ] ; then + chmod +x /tmp/startup_script + echo -e "\nif [ \`tty\` = \"/dev/tty1\" ] ; then\n /tmp/startup_script\nfi\n" >> /root/.bash_profile + stat_done + else + stat_fail + fi + fi +} + +add_hook multi_end automated_script -- 1.7.4.1

2 1

[arch-releng] [PATCH] Move automated_script from /etc/functions.d to /etc/rc.d/functions.d
by Charles Vejnar 01 Apr '11

01 Apr '11

diff --git a/squashfs-root-2011.03.23/etc/functions.d/automated_script b/squashfs-root-2011.03.23/etc/functions.d/automated_script deleted file mode 100644 index 09f04b8..0000000 --- a/squashfs-root-2011.03.23/etc/functions.d/automated_script +++ /dev/null @@ -1,23 +0,0 @@ -automated_script () -{ - script="$(kernel_cmdline script)" - if [ -n $script ] ; then - stat_busy "Configuring $script" - if [[ $script =~ ^http:// || $script =~ ^ftp:// ]] ; then - wget "$script" -q -O /tmp/startup_script >/dev/null - rt=$? - else - cp $script /tmp/startup_script - rt=$? - fi - if [ $rt -eq 0 ] ; then - chmod +x /tmp/startup_script - echo -e "\nif [ \`tty\` = \"/dev/tty1\" ] ; then\n /tmp/startup_script\nfi\n" >> /root/.bash_profile - stat_done - else - stat_fail - fi - fi -} - -add_hook multi_end automated_script diff --git a/squashfs-root/etc/rc.d/functions.d/automated_script b/squashfs-root/etc/rc.d/functions.d/automated_script new file mode 100644 index 0000000..09f04b8 --- /dev/null +++ b/squashfs-root/etc/rc.d/functions.d/automated_script @@ -0,0 +1,23 @@ +automated_script () +{ + script="$(kernel_cmdline script)" + if [ -n $script ] ; then + stat_busy "Configuring $script" + if [[ $script =~ ^http:// || $script =~ ^ftp:// ]] ; then + wget "$script" -q -O /tmp/startup_script >/dev/null + rt=$? + else + cp $script /tmp/startup_script + rt=$? + fi + if [ $rt -eq 0 ] ; then + chmod +x /tmp/startup_script + echo -e "\nif [ \`tty\` = \"/dev/tty1\" ] ; then\n /tmp/startup_script\nfi\n" >> /root/.bash_profile + stat_done + else + stat_fail + fi + fi +} + +add_hook multi_end automated_script

2 1

Re: [arch-releng] [arch-general] Partition tools in AIF (was: Default Bootloader for AIF)
by KESHAV P.R. 29 Mar '11

29 Mar '11

On Tue, Mar 29, 2011 at 15:07, David Campbell <davekong(a)archlinux.us> wrote: > Excerpts from Dieter Plaetinck's message of 2011-03-28 12:06:21 -0400: >> Hmm, and does it have a proper UI in ncurses or something? to replace >> cfdisk in aif? > > It will when cparted is proper. Whether cparted will be ported to > use libparted directly, rather than using Python bindings, is yet > to be seen. I certainly prefer writing/maintaining Python code > over C though, and I don't see any benefit to translating it into > C other than avoiding Python as a dependency. > Instead of duplicating efforts, you can try hacking on http://www.gnu.org/software/fdisk/ which uses libparted as backend (fdisk and cfdisk present but no sfdisk though). That project is inactive but not discontinued. >> I know about the newt-based nparted but I'm told it's badly maintained. > > As far as I could tell, nparted is dead. > -- > David Campbell > Regards. Keshav

1 0

Re: [arch-releng] [arch-general] Default Bootloader for AIF
by KESHAV P.R. 29 Mar '11

29 Mar '11

Hi all, I wanted to share my views on this whole discussion. Many people don't know the actual features and problems with individual boot-loaders. GRUB-Legacy - Kinda KISS (actually syslinux is more KISS) - Easy to setup and configure - Simple config file - text file based - Multi-partition support (can load kernels from diff partitions - multi-linux systems) - Supported by AIF and Archboot X Does not support newer filesystems like BTRFS, NILFS2 etc. X No GPT and non-MBR partition tables support X No LVM, RAID etc.. (I may be wrong here) X No jpeg, png images support (not that it matters for arch users - mainly for users wanting eye-candy stuff) X No partition search support, needs hardcoding partition number in grub.conf X Supports only BIOS and MBR systems X Upstream deprecated X Difficult to maintain patches X The only fork of grub-legacy (Fedora's - http://git.kernel.org/?p=boot/grub-fedora/grub-fedora.git) (Arch does not use this) is also planning to stop development - http://fedoraproject.org/wiki/Features/Grub2#Benefit_to_Fedora GRUB2 (will be grub according to upstream once released as stable) - Modules support - Virtually all open source filesystems and few proprietary ones like ntfs, hfs - All-in-one bootloader - Setting up is actually easy - just lack of docs for that - All eye-candy stuff - Almost all partitioning systems - you can even use Archlinux in Amiga partitioning or Apple Partition Map with grub2 - loopback support for booting isos - Maintained by upstream - LVM, RAID and other stuff supported - Supports partition searching at runtime (using search command) - UUID support (with search) - Multiple firmwares support (independent of partitioning scheme) like Coreboot, UEFI etc. - Scripting support in grub.cfg with env variables etc. , useful for some users (for me atleast). - Configuration can be edited directly (its a common misconception regarding uneditable grub.cfg) - Rescue mode - Can manually load grub-legacy config file and supports converting from grub.conf (or menu.lst) to grub.cfg format - grub-menulst2cfg in grub2-common package BTRFS support in the works. Its actually completed but there are few issues with copyright (with Oracle) and licensing issues (BTRFS is GPL2 , GRUB2 is GPL3, both are not GPL2+) so its not there in release versions and bzr trunk right now. X Not KISS X Takes more steps (!=complex) to setup X Configuration may be difficult to understand (its basically a shell script like language rather than simple text based) X Requires dedicated space for embedding core.img (first 32KB in case of MBR or BIOS Boot partition in case of GPT) X Lack of proper and complete documentation - This is the main reason for users abandoning grub2 (it is NOT complex to setup, simply more steps) X Not yet stable The funny thing is grub-legacy is regarded as stable when it was actually designated as alpha by upstream (not even beta, it never reaches 1.00 version) so I think grub2 can be used in place of grub-legacy. SYSLINUX - KISS - Actively maintained - GPT, MBR and unpartitioned (whole disk) (not other partitioning systems) - Easy to setup - Kinda modular (though not to the extent of grub2) - LVM (RAID?) - png., jpeg etc - Simple config file - ISO bootloading apart from HDD - NO dedicated embedding space - Supported by AIF and Archboot X No multi-partition multi-OS systems support (loading kernels directly) (not chainload) X No rescue mode (I had an experience with this - http://syslinux.zytor.com/archives/2010-December/015875.html) X Few filesystems spported - no reiserfs, xfs etc. X No UEFI or other firmware support I personally like grub2 (but testing syslinux right now just for fun - in GPT, not in MBR). These views are my own and not of the upstream devs or arch devs. In any case grub-legacy should be deprecated since it is difficult to maintain according to pressh and there is no plan to switch to fedora maintained fork since that may also go off once fedora implements grub2 in its installer (Anaconda). I propose shifting completely to syslinux including automatic installer. On a side note, I think it is also useful to have GPT partitioning as default now since it is way superior to MBR (see logical partitions linked-list info) and supports multiple primary partitions. Please free to provide any comments regarding my views and finally sorry for such a long mail. We can take this discussion to the forum if needed. Regards. Keshav

3 7

Re: [arch-releng] Iso tests
by Tom Willemsen 28 Mar '11

28 Mar '11

Hey Dieter, On 25 Mar 14:03, Dieter Plaetinck wrote: > okay.. Got to work on it again today, should be able to work on it more in the future as well, so you shouldn't have to wait as long anymore. I should have taken care of everything that Dan noted in his first email, except for the very first point, the 98 queries, I might even have doubled it, my understanding of exactly when queries are executed isn't that great. I could use some tips on how to handle this more elegantly, the only other thing I can think of right now is get all (or some) succeeded and failed results in the view and then keep filtering those 2, but that doesn't seem ideal either. I've pushed all the changes to my gitorious account so you can pull from there if you want. I'll work on it again tomorrow or else thursday, just so you know. Tom

1 0

[arch-releng] [PATCH 2/2] Allow to execute a script at boot specified with the kernel boot parameters
by Charles Vejnar 28 Mar '11

28 Mar '11

--- .../overlay/etc/functions.d/automated_script | 26 ++++++++++++++++++++ 1 files changed, 26 insertions(+), 0 deletions(-) create mode 100644 configs/syslinux-iso/overlay/etc/functions.d/automated_script diff --git a/configs/syslinux-iso/overlay/etc/functions.d/automated_script b/configs/syslinux-iso/overlay/etc/functions.d/automated_script new file mode 100644 index 0000000..5ada69e --- /dev/null +++ b/configs/syslinux-iso/overlay/etc/functions.d/automated_script @@ -0,0 +1,26 @@ +. /etc/archiso/functions + +automated_script () +{ + script="$(cmdline_param script)" + if [ -n $script ] ; then + stat_busy "Configuring $script" + if [[ $script =~ ^http:// || $script =~ ^ftp:// ]] ; then + wget "$script" -q -O /tmp/startup_script >/dev/null + rt=$? + else + cp $script /tmp/startup_script + rt=$? + fi + if [ $rt -eq 0 ] ; then + chmod +x /tmp/startup_script + echo -e "\nif [ \`tty\` = \"/dev/tty1\" ] ; then\n /tmp/startup_script\nfi\n" >> /root/.bash_profile + stat_done + else + stat_fail + fi + fi +} + +add_hook multi_end automated_script + -- 1.7.4.1

2 2