August 2009 - Arch-releng - lists.archlinux.org

[arch-releng] 2009.08-RC1 snapshot images for public testing
by Gerhard Brauer 04 Aug '09

04 Aug '09

Hi, We're close to releasing new official Arch installation media. The release date is planned latest on 09. August 2009, but we like to have pacman 3.3 on the snapshots if possible. These media will bring *a lot* of new things, so we would like some broader testing. The most important changes since 2009.02: - usage of new AIF installer - better disk editor with support for dm_crypt and lvm setups - support for automated installations (deprecates quickinst) - aufs instead of unionfs - smarter, faster, better boot device detection (esp. for usb users) - better date/time setting - refactored grub installation routines - and more... To test this, you can try many things: - the interactive and automatic procedures. - net & cd-based installations - usb vs cd-rom images, isolinux vs grub. We would like to have the following tested: - time/timezone setting with UTC and localtime - If the boot device gets detected properly during archiso boot hook - grub bootloader installation - If USB images detect the USB controller properly Our bugtracker: http://bugs.archlinux.org/proj6 Mailing list: http://www.archlinux.org/mailman/listinfo/arch-releng New installation guide: http://wiki.archlinux.org/index.php/DeveloperWiki:Official_Arch_Linux_Insta… You can get the RC's from: http://build.archlinux.org/isos/ We currently set up also a torrent tracker. If ready we will also post the torrent file-links here to relieve build.archlinux.org. Happy testing! Archlinux Release Team

1 0

[arch-releng] Make RC images more public?
by Gerhard Brauer 03 Aug '09

03 Aug '09

Hi, according to our time plan we would build the RC images tomorrow. Should we announce these RC images more public than only here on the ML? This means on the bbs. One problem doing this is the download by interested people. We could IMHO not push all this images over our normal mirrors (this would harm them to go out of sync). A alternative is download with torrents (were sigurd could be the tracker and also a feeder). Therefor we could build for the RC-testing only 4 images: core.iso/.img for i686 and x86_64 = 4 images. Public testing may give uns more feedback than we have it with our alpha/beta images (which were very few...) Your opinions? Gerhard

3 11

[arch-releng] squash FS error sometimes on ISOs
by Gerhard Brauer 03 Aug '09

03 Aug '09

Hi, if i build local ISOs here on my machine (x86_64) i sometimes could not boot the ISOs cause the generated squashfs files are corrupted. When building the ISO again it works. I have checked my RAM for several hours without a problem... Have you noticed such errors also on ISO building? The errors: http://users.archlinux.de/~gerbra/tmp/1.png http://users.archlinux.de/~gerbra/tmp/2.png If we may have a problem with mksquashfs then we have to recheck all images we build. On sigurd this would be mainly the final images, we have to downlaod them all and test if they boot fine before make the release... Gerhard

4 8

[arch-releng] Additional packages on Live/Install images?
by Gerhard Brauer 02 Aug '09

02 Aug '09

Hi, from some requests/mails we should discuss if we add these additional packages to the Live/Install image environment: * rsync * netcfg netcfg could be usefull to setup mainly a wireless internet connection for netinstall users (who not familar with iwconfig or wpa_supplicant). Also a hint on vi: vi in [testing] (050325-1) chnages the behavior of vi more to the basic vi. As vi editor, have we an alternative? vim is too big IMHO (dependencies)... Otherwise IMHO vi 050325-1 is ok... rsync as a rescue, maintenance tool. This package of cource could always be installed via pacman, but one have to establish a internet connection. Both packages don't increase the images size too big, so my opinions were to add them to 2009.08. What do you mean? FYI: I attatch a list of current used packages. Our policy is not to add too many packages, above all when they could be installed easy later via pacman. Currently i686 and x86_64 list don't differ. Gerhard

2 7