- Arch-releng - lists.archlinux.org

[arch-releng] [PATCH 07/13] version update in Makefile
by Gerardo Exequiel Pozzi 16 Mar '10

16 Mar '10

Signed-off-by: Gerardo Exequiel Pozzi <vmlinuz386(a)yahoo.com.ar> --- configs/syslinux-iso/Makefile | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/configs/syslinux-iso/Makefile b/configs/syslinux-iso/Makefile index 8118a8d..9368d1e 100644 --- a/configs/syslinux-iso/Makefile +++ b/configs/syslinux-iso/Makefile @@ -1,4 +1,4 @@ -ver=2010.02 +ver=2010.03 kver=2.6.32-ARCH WORKDIR=work -- 1.7.0.2

2 7

[arch-releng] isohybrid -offset 1, can't mount partitions inside live env
by Gerardo Exequiel Pozzi 15 Mar '10

15 Mar '10

Hello, There is another issue with offset 1. This does not happen with offset 0. My scenario: * 2G USB key * isohybrid -offset 1 * another primary partition created (also is the same issue happens with a logical part instead) # mount /dev/sdc2 /home/hola mount: /dev/sdc2 already mounted or /home/hola busy ** strace shows: mount("/dev/sdc2", "/home/hola/", "ext2", MS_MGC_VAL, NULL) = -1 EBUSY (Device or resource busy) # mkfs.ext2 /dev/sdc2 mke2fs 1.41.10 (10-Feb-2009) /dev/sdc2 is apparently in use by the system; will not make a filesystem here! ** strace shows: open("/dev/sdc2", O_RDONLY|O_EXCL) = -1 EBUSY (Device or resource busy) My conclusion is, isohybrid mode is a great hack!. But of course, carries some inevitable issues. The big dichotomy: * offset 1: + allows some partitions programs works without issues. (at least I know about parted issue) - Can not use extra partitions created in the medium. - Can not use /dev/disk/by-label/ skip archiso_early. * offset 0: - Cause issues with some partitions programs. + Can use extra partitions. + Can use "by-label" (under condition that all partitions must have a LABEL) Good luck! -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/

1 0

[arch-releng] [PATCH] Provide wpa_supplicant in the CD environment.
by Christopher Brannon 14 Mar '10

14 Mar '10

Some people might need to use a WPA-encrypted network in conjunction with the ArchLinux CD, so this patch should make that possible. --- configs/syslinux-iso/packages.i686 | 1 + configs/syslinux-iso/packages.x86_64 | 1 + 2 files changed, 2 insertions(+), 0 deletions(-) diff --git a/configs/syslinux-iso/packages.i686 b/configs/syslinux-iso/packages.i686 index 9846482..dccc17e 100644 --- a/configs/syslinux-iso/packages.i686 +++ b/configs/syslinux-iso/packages.i686 @@ -40,4 +40,5 @@ tcpdump tiacx tiacx-firmware wireless_tools +wpa_supplicant zd1211-firmware diff --git a/configs/syslinux-iso/packages.x86_64 b/configs/syslinux-iso/packages.x86_64 index 9846482..dccc17e 100644 --- a/configs/syslinux-iso/packages.x86_64 +++ b/configs/syslinux-iso/packages.x86_64 @@ -40,4 +40,5 @@ tcpdump tiacx tiacx-firmware wireless_tools +wpa_supplicant zd1211-firmware -- 1.7.0.2

1 0

[arch-releng] aif UI-code has been split off -> new dependency/package
by Dieter Plaetinck 10 Mar '10

10 Mar '10

Hi all, [most of] AIF's user interface code has been moved into it's own project: http://github.com/Dieterbe/libui-sh http://projects.archlinux.org/aif.git/commit/?id=05e95cfbcad5965df5dc2c7e98… since aif will obviously depend on this new project and aif is in extra, this means i will have to create a new package in extra for this library. (very simple package btw, one file in /usr/lib and one in /usr/share/doc/libui-sh/) first however, i need to check if the code still behaves as it should. Dieter

1 0

[arch-releng] 2010.03 TODO for installation media.
by Gerardo Exequiel Pozzi 07 Mar '10

07 Mar '10

* Merge pending changes to archiso from me repo [#1] @ archiso2dual tool @ copytoram= option again :) @ misc changes * Make an updated AIF package with latest fixes. * TAG archiso.git with "2010.03-1" * Update the very^N old archiso package in [extra] to "2010.03-1" * Release archiso (2010.03) with the current [core] @ With current Linux 2.6.32.9. (for now) @ With future Linux 2.6.33 (if moved) * Take a decision about what isos should be available for download: @ core-dual + netinstall-dual @ core-dual + netinstall-i686($) + netinstall-x86_64($) % ($) advantage : fit on 200MB mini-cd :) @ all isos or some other combination. @@ These are the sizes: (*-dual.iso are generated by archiso2dual -T full) % 652M core-dual | 363M core-i686 | 385M core-x86_64 % 220M net-dual | 153M net-i686 | 163M net-x86_64 * Update wiki articles about installation and archiso. All comments are welcomed. Good luck! [#1] http://github.com/djgera/archiso/tree/djgera -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

3 4

[arch-releng] [PATCH] Fix grub lines for various encryption setups
by Thomas Bächler 06 Mar '10

06 Mar '10

The first one used a deprecated syntax and failed whenever / was not called /dev/mapper/root The second one got a cosmetical cleanup to be more consistent with what was set during the installer The third one also failed whenever / was not called /dev/mapper/root --- src/core/libs/lib-ui-interactive.sh | 9 +++++---- 1 files changed, 5 insertions(+), 4 deletions(-) diff --git a/src/core/libs/lib-ui-interactive.sh b/src/core/libs/lib-ui-interactive.sh index 586abc9..d9f8795 100644 --- a/src/core/libs/lib-ui-interactive.sh +++ b/src/core/libs/lib-ui-interactive.sh @@ -1089,20 +1089,21 @@ generate_grub_menulst() { then debug 'FS' 'Grub kernel line? Found / on dm_crypt on raw' raw_device=`echo "$ANSWER_DEVICES" | sed -n '2p' | cut -d ' ' -f1` - kernel="kernel $subdir/vmlinuz26 root=$raw_device ro" + crypt_device=`echo "$ANSWER_DEVICES" | sed -n '1p' | cut -d ' ' -f1` + kernel="kernel $subdir/vmlinuz26 root=$crypt_device cryptdevice=$raw_device:`basename $crypt_device` ro" elif echo "$ANSWER_DEVICES" | sed -n '1p' | grep -q 'lvm-lv$' && echo "$ANSWER_DEVICES" | sed -n '4p' | grep -q 'dm_crypt$' && echo "$ANSWER_DEVICES" | sed -n '5p' | grep -q 'raw$' then debug 'FS' 'Grub kernel line? Found / on lvm on dm_crypt on raw' lv_device=`echo "$ANSWER_DEVICES" | sed -n '1p' | cut -d ' ' -f1` - vg_device=`echo "$ANSWER_DEVICES" | sed -n '2p' | cut -d ' ' -f1` + crypt_device=`echo "$ANSWER_DEVICES" | sed -n '4p' | cut -d ' ' -f1` raw_device=`echo "$ANSWER_DEVICES" | sed -n '5p' | cut -d ' ' -f1` - kernel="kernel $subdir/vmlinuz26 root=$lv_device cryptdevice=$raw_device:`basename $vg_device` ro" + kernel="kernel $subdir/vmlinuz26 root=$lv_device cryptdevice=$raw_device:`basename $crypt_device` ro" elif echo "$ANSWER_DEVICES" | sed -n '1p' | grep -q 'dm_crypt$' && echo "$ANSWER_DEVICES" | sed -n '2p' | grep -q 'lvm-lv$' && echo "$ANSWER_DEVICES" | sed -n '5p' | grep -q 'raw$' then debug 'FS' 'Grub kernel line? Found / on dm_crypt on lvm on raw' crypt_device=`echo "$ANSWER_DEVICES" | sed -n '1p' | cut -d ' ' -f1` lv_device=`echo "$ANSWER_DEVICES" | sed -n '2p' | cut -d ' ' -f1` - kernel=" kernel $subdir/vmlinuz26 root=$crypt_device cryptdevice=$lv_device:root ro" + kernel=" kernel $subdir/vmlinuz26 root=$crypt_device cryptdevice=$lv_device:`basename $crypt_device` ro" elif echo "$ANSWER_DEVICES" | sed -n '1p' | grep -q 'raw$' then debug 'FS' 'Grub kernel line? Found / on raw' -- 1.6.4.1

2 1

Re: [arch-releng] [arch-general] [patch] AIF, discover repos on iso.
by Dieter Plaetinck 05 Mar '10

05 Mar '10

On Fri, 19 Feb 2010 22:26:54 +0100 (CET) Mark Pustjens <pustjens(a)dds.nl> wrote: > Hi List, > > The attached patch fixes a TODO in lib-pacman of aif. > Instead of hardcoding that `core' is always available locally and > falling back to net for others, it now checks /src/ for repos. > > It assumes repos are stored at /src/$repo/pkg/. All these repos are > added as cache dirs. > > While preparing pacman, a number of repo names are provided to be > prepared. > > All those repos which were requested are added as actual repo. If > this repo is available locally, the url points to disk. Otherwise it > falls back to the mirrorlist. > > Please let me know what you think. > > Greetings/Groetjes > > Mark Pustjens > thanks. it looks pretty good. i like how you automatically add the right cachedirs. However, when adding repositories to the pacman config, * i would not do "Server = file:///src/${repo}/pkg" just because /src/repo/pkg exists. what if the user has an outdated core image and wants to do a netinstall? he might have explicitly configured a mirror (SYNC_URL), but it would get ignored like this. * in prefill_configs(), we only add an entry to the mirrorlist when [ "$var_PKG_SOURCE_TYPE" = "net" -a -n "${var_SYNC_URL}" ] i.e. with the following config: SOURCE=cd FILE_URL=file:///src/core/pkg nothing is added to $var_MIRRORLIST which is probably a good thing because we don't want `file:///src/core/pkg`-eqsue urls on the target system. Since you point to $var_MIRRORLIST instead of $serverurl for repo's which are not available in /src/ at all, this means they must be configured as netinstall. So if the user wants a netinstall, it's his own reponsability to fill in SYNC_URL correctly. however, this also implies if he wants to mount a custom package repository, he _must_ do it under /src/<reponame>, not any other dir. otherwise the code won't see it and use $var_MIRRORLIST which may contain a mirror not containing <reponame>, or even nothing at all. basically, the way i see it is this: - setting cachedirs for repos in /src never hurts - SYNC_URL set and netinstall: use $var_MIRRORLIST for all requested repo's, even if they are in /src - netinstall but -z $SYNC_URL: same as above, it's the users responsability to set SYNC_URL - cd install and FILE_URL not set: check if the repo is in /src, if so add it. if not, don't add it to pacman.conf at all - cd install and FILE_URL set: same as above but try to use FILE_URL first (*). I've also been thinking if things should not be more configurable then this. (for example, user wants to use core in /src, but extra from SYNC_URL (**)), but per-repository settings seem more complicated so I hope they are not needed. Actually, since we only support "updating all packages simultaneously only" anyway, the per-repo configurability might be to be avoided by definition. I hope you understand what i mean. i put some thought into this and it's getting late, so .. let me know. and if you want to update your patch, it would be much more convenient if you could host a git clone somewhere i could pull from. Dieter (*): we should probably only let the user specify /src himself and add /$repo/pkg ourself in the automatic procedure. as the '/pkg' part probably never changes?? otherwise the user must specify something like '/src/$repo/pkg' and we replace $repo. (**): if you think wanting to use any other repo then core is an overcomplication and you can install extra packages after rebooting, don't forget about automatic installations where you want to install all needed packages at once.

1 0

Re: [arch-releng] [arch-general] [patch] AIF, partition table compatibility with grub2.
by Dieter Plaetinck 05 Mar '10

05 Mar '10

On Wed, 24 Feb 2010 16:02:53 -0600 Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > On Wed, Feb 24, 2010 at 2:37 PM, Dieter Plaetinck > <dieter(a)plaetinck.be> wrote: > > On Tue, 23 Feb 2010 00:18:28 +0100 > > Jan de Groot <jan(a)jgc.homeip.net> wrote: > > > >> On Mon, 2010-02-22 at 23:21 +0100, Tobias Powalowski wrote: > >> > Just poked around with grub2 and kvm, > >> > you really need the extra space, else it will fail to install. > >> > creating partitions with cfdisk will also leave this space. > >> > >> With nowadays RAID and SSD stuff you want to align your partitions > >> on stripe or blocksizes anyways. Some newer harddisks come with > >> 4Kbyte sectors and have a mapping to 512byte sectors so old OS'es > >> can work with it. You really want to align such devices, as > >> performance is terrible without it. > >> > > > > Err... I'm a bit lost. But anyway, you agree we need the -D flag? > > I'm not really into these alignment things, but if you guys say I > > should apply it, then I'll do it. > > I vote for it :) committed. thank you. http://projects.archlinux.org/aif.git/commit/?h=experimental&id=aa80222dfd8… if anything is broken, blame Mark :) Dieter

1 0

[arch-releng] Note about removing archiso_early hook.
by Gerardo Exequiel Pozzi 05 Mar '10

05 Mar '10

Hi, just to leave in some visible place this experiment if some is interested. My idea: remove archiso_early hook, and take the advantage of symlink /dev/disk/by-label/XYZ created by 60-persistent-storage.rules installed via udev hook, without doing other tricks. Result: * OK: when booting in cdrom mode. * FAIL: when booting in disk mode. The reason is because hybrid mode (via isohybrid). * The LABEL is defined at first sector of iso "sda" (simulate a MBR) also there is a fake partition "sda1" (with offset 1 [+512 bytes ahead of sda]) so you can create another partitions on the destination media. * When mount the UDF filesystem, sda is mounted and not sda1 (sda1 is just a fake part to avoid overwriting data). * There is a udev rule at 60-persistent-storage.rules that make all parent (sda in this case) ID_* env data available to childrens (sda1 in this case), so sda1 inherits the LABEL, and this data is not overwrited because blkid fail (remember sda1 is not a real partition) Consequence: * /dev/disk/by-label/XYZ points to /dev/sda1 instead of /dev/sda. (when isohybrid offset > 0) What works: * if offset = 0 will works, but doing this we lost the capability of create another partitions in the medium that .iso is copied (USB media) * Also works on real partition scheme (usb drive with the real MBR, and real partiton with label) * As said before if boot as cdrom. Conclusion: * Keep with archiso_early, that is pretty simple and does not require other tools [#1] If some is interested in changes for your personal usage, the patch is here [#2] [#1] http://bugs.archlinux.org/task/18523 [mkinitcpio] usb_id, ata_id, scsi_id, path_id: should be added to udev install hook? [#2] https://gist.github.com/1f6f5a67008bf3b927ee -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

2 3

[arch-releng] automated iso builds
by Dieter Plaetinck 05 Mar '10

05 Mar '10

so i blew the dust of our releng chroots, updated them, installed latest archiso from git and so on. i built this experimental isolinux image (with testing repo enabled!), basically to see if everything still works. http://build.archlinux.org/isos/archlinux-2010.02.09-netinstall-i686.iso through incremental updates, continuous integration and crowd-sourced testing i want to set up automated builds and host all media in the cloud. (if you know what i mean ;-) btw: the image sort of boots, but it can't find /dev/archiso. /me off. to be continued. Dieter

2 21