- Arch-releng - lists.archlinux.org

[arch-releng] [PATCH for AIF] Typo fix: s/sucess/success/
by Jon Cave 27 Oct '11

27 Oct '11

Signed-off-by: Jon Cave <jon(a)lionsgoroar.co.uk> --- src/core/libs/lib-flowcontrol.sh | 4 ++-- src/core/procedures/interactive | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/src/core/libs/lib-flowcontrol.sh b/src/core/libs/lib-flowcontrol.sh index 7dac895..45be9d2 100755 --- a/src/core/libs/lib-flowcontrol.sh +++ b/src/core/libs/lib-flowcontrol.sh @@ -139,7 +139,7 @@ execute () } -# check if a phase/worker executed sucessfully +# check if a phase/worker executed successfully # returns 0 if ok, the phase/workers' exit state otherwise (and returns 1 if not executed yet) # $1 phase/worker # $2 phase/worker name @@ -198,7 +198,7 @@ show_report () ret=${!exit_var} case "$ret" in "") data="$data\n > Worker $worker: Skipped";; - "0") data="$data\n > Worker $worker: Sucess";; + "0") data="$data\n > Worker $worker: Success";; *) data="$data\n > Worker $worker: Failed";; esac done diff --git a/src/core/procedures/interactive b/src/core/procedures/interactive index fa571c8..d6f932c 100644 --- a/src/core/procedures/interactive +++ b/src/core/procedures/interactive @@ -164,7 +164,7 @@ show_report () local ret=${!exit_var} case "$ret" in "") data="$data\n > $title: Skipped";; - "0") data="$data\n > $title: Sucess";; + "0") data="$data\n > $title: Success";; *) data="$data\n > $title: Failed";; esac done -- 1.7.7.1

1 0

[arch-releng] [RFC] [archiso] Support for persistence on dm-snapshot devices
by Gerardo Exequiel Pozzi 24 Oct '11

24 Oct '11

For details see the second patch. First patch is to avoid code duplication. This is based from my experimental branch (wating for ACK to merge in master). Just building the baseline profile is sufficient to test it. qemu-img create -f qcow2 /tmp/persi.qcow2 1G qemu -cdrom archlinux-2011.08.23-i686.iso -hda /tmp/persi.qcow2 -boot d Create one partiton, make an ext2/3/4 filesystem, set a label, reboot, add to kernel cmdline cow_label=MY_LABEL, and enjoy. https://github.com/djgera/archiso/tree/cow_persistent

3 31

Re: [arch-releng] [arch-dev-public] [signoff] mkinitcpio-0.7.5, mkinitcpio-busybox-1.19.2
by Gerardo Exequiel Pozzi 24 Oct '11

24 Oct '11

On 10/23/2011 05:12 PM, Dave Reisner wrote: > Hi all, > > I've tagged and rolled mkinitcpio 0.7.5 which is mostly more minor > fixes. Ideally, this is the last release of the 0.7.x series before I > start doing some more serious work. Shortlog is small and found below. > > I've also rolled up a new busybox package to go with it. I've tested > this new combo a variety of setups. > > Dave Reisner (11): > init: refer to busybox by full path on --install > move manpage to section 8 > mkinitcpio: avoid stomping on TMPDIR from the environment (FS#26373) > mkinitcpio: ensure get_kernver always returns a kver > install/pcmcia: fix syntax error (missing&&) (FS#26427) > manpage: correct section number in manpage header > install/udev: relocate udevd for udev 174 > install/base: include new_root as part of build process > init_functions: tighten up mount option gathering > init_functions: replace grep/sed with PEs > init_functions: avoid setting var without LHS > > > Please signoff both architectures. > > Regards, > Dave > > sign-off i686 for archiso. builds/boot OK, shutdown with deinitramfs is working now (Many thanks), so persistense is now working. -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1

1 0

Re: [arch-releng] official installation guide
by Dieter Plaetinck 21 Oct '11

21 Oct '11

Continuing this on arch-releng ML. This started with a PM from me to Desmond on the wiki. On Thu, 13 Oct 2011 16:13:14 -0400 Desmond Cox <desmondgc(a)gmail.com> wrote: > Dieter, > > Removing the guide from the wiki was discussed (albeit briefly) on the > arch-releng mailing list: > > http://mailman.archlinux.org/pipermail/arch-releng/2011-June/001805.html > > ... specifically in this post: > > http://mailman.archlinux.org/pipermail/arch-releng/2011-June/001829.html > > There seemed to be little or no objection to removing the guide at the > time. Rather, the majority opinion appeared to be in favour of merging > the guides (albeit by a small margin). > > I apologize for not announcing this change more prominently first. How > would you like to proceed? > > -- Des > > On Thu, Oct 13, 2011 at 3:51 PM, Dieter be <dieter(a)plaetinck.be> wrote: > > I noticed you removed the official installation guide. > > Please don't do that, at least not without asking first. > > I prefer to keep the page on the wiki like it was, it seems you have a different opinion, but before doing something drastic like this, you should IMHO discuss it first, so that other developers can cast their opinion. > > > > Dieter > > > > -- > > This e-mail was sent by Dieter be to Pointone by the "E-mail user" function at ArchWiki. > > Rereading that discussion, it seems - no agreement whatsoever was reached. - i raised some counter arguments about the suggested approach(es), which were not addressed. Here's what I suggest: - you put the page back - if you think really lots of effort is wasted by users not clearly seeing the page is not maintained through the wiki, we can make that a bit clearer (i.e. in the page header) - all contributions are welcome through git. specifically, let me know if the i8n patch @ https://bugs.archlinux.org/task/22088 looks good to you. Dieter

1 1

[arch-releng] archiso feature request: disable progress bars.
by Dieter Plaetinck 21 Oct '11

21 Oct '11

Hello senior Gerardo, how about making a build.sh command argument to disable progress bars? I.e. it would call mksquashfs -no-progress my logfiles would look prettier :) I thought maybe you could do "don't show progress bars when non-verbose" but I like the verbose flag so I can see errors/warnings. or maybe you should always show errors/warnings, also when not verbose. then I could run without the verbose flag and don't see any progress bars. Dieter

2 6

[arch-releng] [RFC] [PATCH] [configs/releng] Add gptfdisk to live enviroment.
by Gerardo Exequiel Pozzi 21 Oct '11

21 Oct '11

Image size in MiB: old -- new -- iso 679 -> 693 core-dual 374 -> 381 core-i686 380 -> 387 core-x86_64 309 -> 323 netinstall-dual 182 -> 189 netinstall-i686 185 -> 192 netinstall-x86_64 Was requested: mailing-list and bugtracker. Signed-off-by: Gerardo Exequiel Pozzi <vmlinuz386(a)yahoo.com.ar> --- configs/releng/packages.i686 | 1 + configs/releng/packages.x86_64 | 1 + 2 files changed, 2 insertions(+), 0 deletions(-) diff --git a/configs/releng/packages.i686 b/configs/releng/packages.i686 index 27db22c..5083750 100644 --- a/configs/releng/packages.i686 +++ b/configs/releng/packages.i686 @@ -12,6 +12,7 @@ dnsutils dosfstools elinks gnu-netcat +gptfdisk hdparm inetutils ipw2100-fw diff --git a/configs/releng/packages.x86_64 b/configs/releng/packages.x86_64 index 27db22c..5083750 100644 --- a/configs/releng/packages.x86_64 +++ b/configs/releng/packages.x86_64 @@ -12,6 +12,7 @@ dnsutils dosfstools elinks gnu-netcat +gptfdisk hdparm inetutils ipw2100-fw -- 1.7.7

3 3

[arch-releng] `./build.sh -V $RELENG_TIMESTAMP build single all` exits >0 but no errors/warnings
by Dieter Plaetinck 13 Oct '11

13 Oct '11

Hi, I execute this (latest archiso): ./build.sh -V $RELENG_TIMESTAMP build single all || die_error "./build.sh -V $RELENG_TIMESTAMP build single all FAILED" ($RELENG_TIMESTAMP is "2011-10-12_22:20:12") And the output (stdout + stderr) is: [mkarchiso] INFO: Configuration settings [mkarchiso] INFO: Command: create [mkarchiso] INFO: Architecture: i686 [mkarchiso] INFO: Working directory: work/i686 [mkarchiso] INFO: Installation directory: arch [mkarchiso] INFO: Pacman config file: /etc/pacman.conf [mkarchiso] INFO: Packages: base [mkarchiso] INFO: Installing packages to 'work/i686/root-image/'... [mkarchiso] INFO: Packages installed successfully! [mkarchiso] INFO: Configuration settings [mkarchiso] INFO: Command: create [mkarchiso] INFO: Architecture: i686 [mkarchiso] INFO: Working directory: work/i686 [mkarchiso] INFO: Installation directory: arch [mkarchiso] INFO: Pacman config file: /etc/pacman.conf [mkarchiso] INFO: Packages: memtest86+ syslinux mkinitcpio-nfs-utils nbd [mkarchiso] INFO: Installing packages to 'work/i686/root-image/'... [mkarchiso] INFO: Packages installed successfully! [mkarchiso] INFO: Configuration settings [mkarchiso] INFO: Command: create [mkarchiso] INFO: Architecture: i686 [mkarchiso] INFO: Working directory: work/i686 [mkarchiso] INFO: Installation directory: arch [mkarchiso] INFO: Pacman config file: /etc/pacman.conf [mkarchiso] INFO: Packages: aif b43-fwcutter btrfs-progs-unstable crda curl ddrescue dhclient dialog dmraid dnsmasq dnsutils dosfstools elinks gnu-netcat hdparm inetutils ipw2100-fw ipw2200-fw irssi lftp lilo linux-atm mtools netcfg nfs-utils nilfs-utils nmap ntfs-3g ntfsprogs ntp openconnect openssh openvpn parted pptpclient rp-pppoe rsync smartmontools speedtouch tcpdump vpnc wireless_tools wpa_actiond zd1211-firmware [mkarchiso] INFO: Installing packages to 'work/i686/root-image/'... ERROR: ./build.sh -V 2011-10-12_22:20:12 build single all FAILED What could have gone wrong? And why does it not emit a warning/error message? (disks are not full) Dieter

2 2

[arch-releng] figtree - AIF module for version controlled config trees
by Ethan Schoonover 02 Sep '11

02 Sep '11

I've been working on an AIF module for a while and yesterday posted a brief note on the forum and exchanged a mail or two with Dieter about it. I'd welcome feedback on it from the releng team and would like to cover an issue I'm having during install from the ISO that appears to be either filesystem or makepkg related. Archiso team feedback would be great, in particular since this only occurs when run from ISO (which doesn't mean it's related to archiso, but archiso team members might at least be able to tell me why it isn't if that's the case). I'll pop into #archlinux-releng as well later (nick altercation). On github --------- https://github.com/altercation/figtree Features -------- * Keep your system config in version control. Access locally or remotely (github currently supported, framework in place for other dvcs/hosts) * Separate hardware specific packages, configuration files, and values from other profile scope. (implemented already) * Add overlay files and expanded configuration values to AIF installation. (implemented already). The systems/lenovo/x220/profile in github is an example of a hardware specific profile that makes good use of overlays. * Access the profile at install time from the Arch ISO via AIF (figtree automatic procedure; already implemented) * Easily update the profile from a live system; easily update a live system from the profile. (partial procedures; work in progress) The readme on the github page should be fairly comprehensive. I haven't implemented user config/home directory functions but it's one of the next big features to work on (I've already implemented it in an older script; much of this is rewriting / refactoring of those older, non AIF functions). Feedback on architecture ------------------------ I hope this isn't off topic for releng and welcome feedback about the general approach I've taken. I hope that figtree might become useful for others, particular in regards to sharing hardware specific install starter configs. I was hoping that system profiles might serve as an adjunct to the arch wiki in terms of sharing config file samples, for instance. The implementation as it stands, while not trivial, is up for revision. For instance, the functions I am using in the profiles (packages/daemons/config) are, I think, easy to understand and not needlessly abstracted or complex. It's possible to do away with them entirely and just have the user add values to a variable instead (CONFIG_CHANGES+=("more changes")) but I felt that this was more error prone and potentially harder to scan. Ultimately, I wanted to keep it simple and stick to DRY / DROP (don't repeat other people) principles. Dieter's AIF architecture really works for this and I hope that figtree might evolve into something useful that allows dvcs based sharing. I'd like to actively solicit feedback on this here. Install Issue (archiso team feedback requested) ----------------------------------------------- (maybe split this mail thread if this is best handled separately) I'd very much like to support AUR packages in this module as, particularly for specific hardware, I rely on AUR to get the system functioning 100%. I have the code in place to do this and many AUR packages work well during install from a plain Arch ISO and a custom profile. In some cases, during the installation of a aur-test profile, I am encountering hundreds of the following errors once I hit the makepkg on weechat-git in my aur-test profile (as sourced below). It happens during git cloning in makepkg, so I thought it might be cache related? Buffer I/O errors sprinkled with an occasional EXT4-fs This should not happen!! I can reproduce this in a virtual machine using the following commands after booting into a plain Arch ISO 2011.08.19 (the following should work for any of you as well; I'd welcome other testers of this): # aif -p partial-configure-network # aif -p http://github.com/altercation/figtree/raw/master/procedures/automatic \\ -c profiles/aur-test -a (the latter is of course all one command, -a is the flag to activate AUR package install for my module) I thought it might be related to running out of disk space because I was using the runtime /tmp directory and it wasn't mounted where I thought, but I've tested with running makepkg in /mnt/tmp as well with the same problem. Best regards, Ethan -- Ethan Schoonover es(a)ethanschoonover.com -- Precision Colors - Solarized - http://ethanschoonover.com/solarized

2 2

[arch-releng] [RFC] Adding keymap remap support at syslinux stage for archiso
by Gerardo Exequiel Pozzi 02 Sep '11

02 Sep '11

Hello I am working on this now, the support is very basic, but I think the most important symbols are remapped. I created a scripts that generated *.ktl files from [kbd] package using keytab-lilo. I also patch this program in this script, so can use map thats needs unicode. https://gist.github.com/1187908 In some cases we have: * two maps versions one non-unicode and other unicode. * Non-unicode and other unicode but them are the same (keep with one) * one map non-unicode only * one map unicode only * nothing because conversion fails. The script also makes syslinux submenus (in a really basic way, no fancy titles), also converts filenames to be more ISO-9660 friendly. So the steps to implements this are: * Make a package from generated files from the script. * Install this package in build.sh * Copy kbdmap/ directory (from installed package) to syslinux/ directory. * Add to syslinux.cfg these lines: --------- MENU BEGIN kbdmap MENU LABEL Change Keyboard Map INCLUDE kbdmap/kbdmap.cfg MENU END --------- After you selected the desired keymap, syslinux drops to boot: prompt, just hitting enter, returns to main menu (do in this way for now, at least at this moment I can not find a way that does not reset keyboard remap) -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1

2 3

[arch-releng] [RFC] [PATCH] [configs/releng] Replace wget with pacman for make_core_repo()
by Gerardo Exequiel Pozzi 30 Aug '11

30 Aug '11

Fix: FS#18959 - download_repos.sh does not report tcp timeouts and such * Always use pacman cache. Previously pacman cache was used if package already exists on it, now is also used to download pkg on it. Finally copy all packages from cache with cp and make core.db. * Using pacman, we can sure that package integrity is right. Signed-off-by: Gerardo Exequiel Pozzi <vmlinuz386(a)yahoo.com.ar> --- configs/releng/build.sh | 14 +++++--------- 1 files changed, 5 insertions(+), 9 deletions(-) diff --git a/configs/releng/build.sh b/configs/releng/build.sh index fa7d13c..0273aca 100755 --- a/configs/releng/build.sh +++ b/configs/releng/build.sh @@ -121,22 +121,18 @@ make_usr_share() { # Make [core] repository, keep "any" pkgs in a separate fs (makes more "dual-iso" friendly) make_core_repo() { if [[ ! -e ${work_dir}/build.${FUNCNAME} ]]; then - local _url _urls _pkg_name _cached_pkg _dst + local _url _urls _pkg_name _cached_pkg _dst _pkgs mkdir -p ${work_dir}/repo-core-any mkdir -p ${work_dir}/repo-core-${arch} pacman -Sy - _urls=$(pacman -Sddp $(comm -2 -3 <(pacman -Sql core | sort ) <(grep -v ^# ${script_path}/core.exclude.${arch} | sort))) + _pkgs=$(comm -2 -3 <(pacman -Sql core | sort ) <(grep -v ^# ${script_path}/core.exclude.${arch} | sort)) + _urls=$(pacman -Sddp ${_pkgs}) + pacman -Swdd --noconfirm ${_pkgs} for _url in ${_urls}; do _pkg_name=${_url##*/} _cached_pkg=/var/cache/pacman/pkg/${_pkg_name} _dst=${work_dir}/repo-core-${arch}/${_pkg_name} - if [[ ! -e ${_dst} ]]; then - if [[ -e ${_cached_pkg} ]]; then - cp -v "${_cached_pkg}" "${_dst}" - else - wget -nv "${_url}" -O "${_dst}" - fi - fi + cp "${_cached_pkg}" "${_dst}" repo-add -q ${work_dir}/repo-core-${arch}/core.db.tar.gz ${work_dir}/repo-core-${arch}/${_pkg_name} if [[ ${_pkg_name} =~ any.pkg ]]; then mv "${_dst}" ${work_dir}/repo-core-any/${_pkg_name} -- 1.7.6.1

2 3