Hi, folks!

why don't we put "Arch Linux 2009.01" on /etc/arch-release and /etc/issue, and update it only when the filesystem is updated or when a new ISO is released?


Leandro "skate_forever" InĂ¡cio

Arch Linux User
Arch Linux http://www.archlinux.org
Arch Linux Brasil http://www.archlinux-br.org


2009/2/2 Dieter Plaetinck <dieter@plaetinck.be>
Gerhard Brauer wrote:
Am Sun, 1 Feb 2009 21:42:02 +0100
schrieb Dieter Plaetinck <dieter@plaetinck.be>:

 
On Sun, 1 Feb 2009 11:43:55 -0800
Thayer Williams <thayerw@gmail.com> wrote:

   
On Sun, Feb 1, 2009 at 8:52 AM, Gerhard Brauer <gerbra@archlinux.de>
wrote:
     
b) Release "branding"
Should we have release names? Should we have the release versions
(ex. 2009.02) in the splash screens (grub, isolinux) and maybe
in /etc/issue? Background is: User should be able to identify
which ISO release he currently uses. Having the release version
only on ISO/Img-File is sometimes not enough.
       
I'm not crazy about branding the releases, particularly with
codenames and especially in multiple places.  If we brand at all
then I think a single instance of a datestamp, preferably near the
initial setup, would be appropriate.

     
It's cool to have the release name show up at some places of the *iso*
(/etc/issue, /etc/rc.sysinit and in the installation program itself
for example)
I don't think it should show up at all in the installed system.  I
don't see the use:  rolling releases, keeping things simple et al.
   

You're right, i don't mean to get these release numbers/names into the
installed system - only a way to identify the ISO what the user
currently is using.
So Thayer's idea having the current iso version/name as a text file is
good IMHO. Placing it in the iso9660 structure (where the sqfs files
live) and in the booted LiveCD /setup directory is IMHO enough to
identify the ISO release - either if the medium is only mounted or
booted.

 
Some random thoughts:
if you do `uname -r` you know the kernel release. eg 2.6.28-ARCH: not the arch release version/name, but close.
Maybe we could version our releases like the kernel. eg 2.6.28 instead of 2009.01
that what we can show the "release version" at many places (inside installer, in /etc/rc.sysinit etc) in a bit easier way.
also, it wouldn't cause so much stress when we change months, eg no stress about us being late, the need to change version numbers etc (eg right now we have 2009.01-beta and alpha, but the release is 2009.02, we need to update all references such as versions in flyspray, etc)
Dieter