June 2012 - Arch-releng - lists.archlinux.org

[arch-releng] [PATCH 1/2] testiso: remove booting from scsi as this is not supported by our qemu package
by Pierre Schmitz 23 Jul '12

23 Jul '12

Signed-off-by: Pierre Schmitz <pierre(a)archlinux.de> --- archiso/testiso | 16 ++++++---------- 1 Datei geändert, 6 Zeilen hinzugefügt(+), 10 Zeilen entfernt(-) diff --git a/archiso/testiso b/archiso/testiso index 71e85e1..7a4d5f1 100755 --- a/archiso/testiso +++ b/archiso/testiso @@ -1,26 +1,22 @@ #!/bin/bash if [[ $# -eq 0 ]]; then - echo "usage: testiso <isofile> [id|ic|sd|sc|vd|vc]" + echo "usage: testiso <isofile> [id|ic|vd|vc]" echo echo "id boot .iso as IDE disk" echo "ic boot .iso as IDE cd-rom" - echo "sd boot .iso as SCSI disk" - echo "sc boot .iso as SCSI cd-rom" echo "vd boot .iso as virtio disk" -# echo "vc boot .iso as virtio cd-rom" + echo "vc boot .iso as virtio cd-rom" exit 1 fi case "${2}" in id) IF="ide"; MEDIA="disk";; ic) IF="ide"; MEDIA="cdrom";; - sd) IF="scsi"; MEDIA="disk";; - sc) IF="scsi"; MEDIA="cdrom";; vd) IF="virtio"; MEDIA="disk";; -# vc) IF="virtio"; MEDIA="cdrom";; - *) IF="scsi"; MEDIA="cdrom";; + vc) IF="virtio"; MEDIA="cdrom";; + *) IF="ide"; MEDIA="cdrom";; esac -echo qemu-system-x86_64 -m 256 -drive file=${1},if=${IF},media=${MEDIA},boot=on -qemu-system-x86_64 -m 256 -drive file=${1},if=${IF},media=${MEDIA},boot=on +echo qemu-system-x86_64 -m 256 -drive file=${1},if=${IF},media=${MEDIA} +qemu-system-x86_64 -m 256 -drive file=${1},if=${IF},media=${MEDIA} -- 1.7.11

2 5

Re: [arch-releng] [arch-dev-public] New install iso - proof of concept
by Gerardo Exequiel Pozzi 25 Jun '12

25 Jun '12

On 06/23/2012 04:14 PM, Pierre Schmitz wrote: > * archiso should be changed in a way that would allow anyone to easily > create official isos with one command. It should result in the same iso > no matter how the host is configured. This is already done with one command, on 64-bit host, (producing (core, netinstall) X (x86_64, i686, dual) ISO images)), since I removed devtools dependency and make own chroot functions: /usr/share/archiso/configs/releng/build.sh build all all Of course, this only depends on host pacman.conf, but now since your commit, this does not happens anymore. Thanks, -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1

1 0

[arch-releng] [PATCH] Initialize pacman keyring on bootup
by Pierre Schmitz 24 Jun '12

24 Jun '12

This will allow users to install packages within the live environment. We use the haveged daemon to increase entropy from CPU timings. See http://www.issihosts.com/haveged/ for details. Signed-off-by: Pierre Schmitz <pierre(a)archlinux.de> --- configs/releng/packages.i686 | 1 + configs/releng/packages.x86_64 | 1 + configs/releng/root-image/etc/rc.conf | 2 +- configs/releng/root-image/etc/rc.d/pacman-init | 36 ++++++++++++++++++++++++ 4 Dateien geändert, 39 Zeilen hinzugefügt(+), 1 Zeile entfernt(-) create mode 100755 configs/releng/root-image/etc/rc.d/pacman-init diff --git a/configs/releng/packages.i686 b/configs/releng/packages.i686 index 4e29737..6012e7c 100644 --- a/configs/releng/packages.i686 +++ b/configs/releng/packages.i686 @@ -14,6 +14,7 @@ efibootmgr elinks gnu-netcat gptfdisk +haveged hdparm ipw2100-fw ipw2200-fw diff --git a/configs/releng/packages.x86_64 b/configs/releng/packages.x86_64 index 4e29737..6012e7c 100644 --- a/configs/releng/packages.x86_64 +++ b/configs/releng/packages.x86_64 @@ -14,6 +14,7 @@ efibootmgr elinks gnu-netcat gptfdisk +haveged hdparm ipw2100-fw ipw2200-fw diff --git a/configs/releng/root-image/etc/rc.conf b/configs/releng/root-image/etc/rc.conf index a3e3d8a..90aa930 100644 --- a/configs/releng/root-image/etc/rc.conf +++ b/configs/releng/root-image/etc/rc.conf @@ -30,4 +30,4 @@ USELVM="no" HOSTNAME="archiso" -DAEMONS=(hwclock syslog-ng) +DAEMONS=(hwclock syslog-ng haveged pacman-init) diff --git a/configs/releng/root-image/etc/rc.d/pacman-init b/configs/releng/root-image/etc/rc.d/pacman-init new file mode 100755 index 0000000..1b8d93f --- /dev/null +++ b/configs/releng/root-image/etc/rc.d/pacman-init @@ -0,0 +1,36 @@ +#!/bin/bash + +. /etc/rc.conf +. /etc/rc.d/functions + +case "$1" in + start) + stat_busy "Initializing pacman keyring" + pacman-key --init >/dev/null 2>&1 \ + && pacman-key --populate archlinux >/dev/null 2>&1 + if [[ $? -gt 0 ]]; then + stat_fail + exit 1 + else + add_daemon pacman-init + stat_done + fi + ;; + + stop) + stat_busy "Removing pacman keyring" + rm -rf /etc/pacman.d/gnupg + rm_daemon pacman-init + stat_done + ;; + + restart) + $0 stop + $0 start + ;; + + *) + echo "usage: $0 {start|stop|restart" +esac + +exit 0 -- 1.7.10.4

4 14

Re: [arch-releng] [arch-dev-public] New install iso - proof of concept
by Dieter Plaetinck 24 Jun '12

24 Jun '12

On Sat, 23 Jun 2012 21:14:23 +0200 Pierre Schmitz <pierre(a)archlinux.de> wrote: > Hi all, > > it being discussed o IRC for some time now but I guess it's a good idea > to sum our current progress up. I'll also add a few suggestions about > how we might improve our iso releases. > > I created a testing iso which can be found at: > http://pkgbuild.com/~pierre/ Besides the patches I had sent to the > releng list it includes pacman-key from Allans working repo and Dave's > arch-install-scripts. In addition to an updated set of packages another > noticeable change is that signature verification is now supported and > works out of the box. The keyring is initialized on boot and so you can > install new packages within the live system as well. > > Overall I would suggest this: > * Decouple aif, install-scripts, archiso and actuall iso releases. This > means have tags for those and provide packages in our repos. what exactly do you mean with this? these things are already "decoupled" in the sense that they are separate projects with separate releases. However, sometimes changes in one project require changes in another for example sometimes aif needs to be adjusted to work with archiso changes, the same will hold true for install-scripts I don't see how you can "decouple the projects" any more. (of course if we don't include aif on the iso, we don't need to care so much about updating aif after archiso changes, but I don't think that's what you're referring to here?) > * It's not a bad thing to start off with an iso that does not include > aif a first. This should actually speed up development and hopefully get > us more help from the community. I don't think including a broken aif per se is a bad thing, we should just be clear in the documentation and release announcement about its status, and be clear to our users about what we recommend and support. a few years ago we had the old installer on the iso + aif as beta/unsupported. If you want to attract more people to help out on archiso or install-scripts, that's all fine by me, but I doubt you'll get more help by merely not having aif on the iso. I would keep it on there, but mark it as outdated/unsupported as long as it's not properly maintained. btw aif doesn't need much work to become non-broken, but there's not enough interest in it at the moment. > * archiso should be changed in a way that would allow anyone to easily > create official isos with one command. It should result in the same iso > no matter how the host is configured. big +1; this would probably simplify http://projects.archlinux.org/users/dieter/releng.git/ as well. I've never felt entirely comfortable dealing with the whole iso building process, precisely because it's depending on "hidden" factors of the host OS. (probably only pacman.conf but what do I know) > * We should treat the iso more like our other package and not aim for > the most perfect product. Instead let's release new isos regularly; e.g. > every month. this is nothing new. this has always been the idea, but some level of testing is *always* needed, we should never publish broken images. better to have images that are a bit older than images that have bugs that prevent installation on a specific architecture, installation medium, etc. a user should never have to download an iso, only to find out something is broken during the installation process. http://www.archlinux.org/releng/feedback/ is a good tool to track that. we've failed to achieve frequent releases basically because I can't keep up. > I'll stop here to not make it too long and boring. What do you think? I think this is all releng related and should go on the releng mailing list. Dieter

1 0

[arch-releng] [PATCH 07/10] Use pci.ids from the host instead of downloading it every time
by Pierre Schmitz 24 Jun '12

24 Jun '12

--- configs/releng/build.sh | 2 +- 1 Datei geändert, 1 Zeile hinzugefügt(+), 1 Zeile entfernt(-) diff --git a/configs/releng/build.sh b/configs/releng/build.sh index df5571a..2632323 100755 --- a/configs/releng/build.sh +++ b/configs/releng/build.sh @@ -112,7 +112,7 @@ make_syslinux() { cp ${_src_syslinux}/*.0 ${_dst_syslinux} cp ${_src_syslinux}/memdisk ${_dst_syslinux} mkdir -p ${_dst_syslinux}/hdt - wget -O - http://pciids.sourceforge.net/v2.2/pci.ids | gzip -9 > ${_dst_syslinux}/hdt/pciids.gz + cat /usr/share/hwdata/pci.ids | gzip -9 > ${_dst_syslinux}/hdt/pciids.gz cat ${work_dir}/root-image/lib/modules/*-ARCH/modules.alias | gzip -9 > ${_dst_syslinux}/hdt/modalias.gz : > ${work_dir}/build.${FUNCNAME} fi -- 1.7.11

3 10

[arch-releng] [PATCH 3/6] Set UTC as default timezone
by Pierre Schmitz 23 Jun '12

23 Jun '12

UTC is a more reasonable default than Canada/Pacific Signed-off-by: Pierre Schmitz <pierre(a)archlinux.de> --- README | 2 +- configs/releng/root-image/etc/rc.conf | 2 +- 2 Dateien geändert, 2 Zeilen hinzugefügt(+), 2 Zeilen entfernt(-) diff --git a/README b/README index cfcff39..a223e80 100644 --- a/README +++ b/README @@ -155,7 +155,7 @@ if nothing is specified on command line. * locale= "en_US.UTF-8" * daemon_locale= "no" * hardwareclock= "UTC" -* timezone= "Canada/Pacific" +* timezone= "UTC" * keymap= "us" * consolefont= (unset) * consolemap= (unset) diff --git a/configs/releng/root-image/etc/rc.conf b/configs/releng/root-image/etc/rc.conf index 90aa930..d8dedec 100644 --- a/configs/releng/root-image/etc/rc.conf +++ b/configs/releng/root-image/etc/rc.conf @@ -6,7 +6,7 @@ LOCALE_DEFAULT="en_US.UTF-8" DAEMON_LOCALE_DEFAULT="no" CLOCK_DEFAULT="UTC" -TIMEZONE_DEFAULT="Canada/Pacific" +TIMEZONE_DEFAULT="UTC" KEYMAP_DEFAULT="us" CONSOLEFONT_DEFAULT= CONSOLEMAP_DEFAULT= -- 1.7.11

4 5

[arch-releng] [PATCH 5/6] Use mirror_status to rank mirrors
by Pierre Schmitz 23 Jun '12

23 Jun '12

Signed-off-by: Pierre Schmitz <pierre(a)archlinux.de> --- configs/releng/build.sh | 2 +- 1 Datei geändert, 1 Zeile hinzugefügt(+), 1 Zeile entfernt(-) diff --git a/configs/releng/build.sh b/configs/releng/build.sh index 22d7110..df5571a 100755 --- a/configs/releng/build.sh +++ b/configs/releng/build.sh @@ -136,7 +136,7 @@ make_customize_root_image() { chmod 750 ${work_dir}/root-image/etc/sudoers.d chmod 440 ${work_dir}/root-image/etc/sudoers.d/g_wheel mkdir -p ${work_dir}/root-image/etc/pacman.d - wget -O ${work_dir}/root-image/etc/pacman.d/mirrorlist http://www.archlinux.org/mirrorlist/all/ + wget -O ${work_dir}/root-image/etc/pacman.d/mirrorlist 'https://www.archlinux.org/mirrorlist/?country=all&protocol=http&use_mirror_…' sed -i "s/#Server/Server/g" ${work_dir}/root-image/etc/pacman.d/mirrorlist sed -i 's/#$en_US\.UTF-8$/\1/' ${work_dir}/root-image/etc/locale.gen mkarchiso ${verbose} -w "${work_dir}" -D "${install_dir}" \ -- 1.7.11

3 2

[arch-releng] [PATCH] Initialize pacman keyring on bootup
by Tom Gundersen 18 Jun '12

18 Jun '12

Hi, First of all, sorry for not getting the threading right, I just subscribed to this ML and don't know how to make GMail DTRT. > -DAEMONS=(hwclock syslog-ng) > +DAEMONS=(hwclock syslog-ng haveged pacman-init) Presumably, pacman won't be needed immediately on boot, so to appear a bit more "snappy" i guess it would make sense to do the pacman-init in the background. This would obviously only work if there is some lock in place to make pacman wait on pacman-init to finish in a graceful way. Is this the case? Cheers, Tom

2 2

[arch-releng] Use pandoc instead of make-doc.sh
by Dario Giovannetti 13 Jun '12

13 Jun '12

I would like to propose using pandoc ( http://johnmacfarlane.net/pandoc/ ) instead of the make-doc.sh script for converting the installation guide (Markdown syntax) to the document hosted in the wiki (MediaWiki syntax). I've tested it and the result looks pretty good, with only a few minor manual refinements required (which I volunteer to perform, if needed): instead of the current script, which practically produces an html document, we would get a correctly-formed, much neater MediaWiki document. This would greatly simplify further improvements in the wikification of the the guide, like the adaptation to ArchWiki's style standars. Thank you Dario

2 5