[einit] versions 0.14.0.500 - 0.15.2 -- happy new year

mdeininger · Last edited by mdeininger on Sun Jan 21, 2007 5:38 pm; edited 1 time in total

alright kids, just in time for christmas eve i managed to release version 0.14.0.500 (0.14 really, but rmh was right about the new versioning scheme so i figured since we're already at revision 500 it'd be a neat idea...)

quite some new features for those that were still using 0.12(.1), among other things there's the new templating system, service overrides, potential fixes for umount bugs (see the last few lines of einit.xml), etc.. etc... etc...
i'll post the detailed changelog and stuff on the wiki...
as always:

layman: overlay "einit", try "layman -L; layman -a einit". if you've previously used the einit-overlay, you'll need to remove and re-add the overlay first since the server changed (and the old rsync server will probably not get the new ebuilds)

project page: https://sourceforge.net/projects/einit/
project homepage: http://einit.sourceforge.net/

NEW: IRC: freenode#einit and freenode#einit-dev
(I'm still not on very often but... maybe you're lucky

)

There's no portage-overlay tarball for now -- don't get me wrong, but i think using layman is a lot easier than downloading tarballs manually.
_________________
"Confident, lazy, cocky, dead." -- Felix Jongleur, Otherland

( Twitter | Blog | GitHub )

brot · Guru Joined: 06 Apr 2004 Posts: 322

merry christmas to you mdeininger.

I will try as soon as i finished playing arround with my new printer (canon pixma mp600 - very cool thing that is).

Nice to see unmounting got fixed.

rmh3093

mdeininger · Posted: Mon Dec 25, 2006 9:35 am Post subject:

didn't want to ditch the svn ebuilds, and the source tarball is that of 0.14

i just figured that adding the revision number to a release kind of makes sense as well, because it keeps all the versions in line and shows a better estimate of the progress than just the version number (especially with me being that sluggish about releases...)
then again, it also makes a lot of sense not to include the revision number in the release version.

okay you're right: source tarballs for the major.minor.micro versions only

you're listed with release engineering capabilities on sf.net, by the way

what i meant was to ditch the overlay-tbz2, i always made one that only contained the ebuilds but i'm not sure if it's really required with layman... then again, making one wouldn't hurt either i suppose and apparently it's downloaded a lot...
_________________
"Confident, lazy, cocky, dead." -- Felix Jongleur, Otherland

( Twitter | Blog | GitHub )

rmh3093 · Posted: Mon Dec 25, 2006 3:09 pm Post subject:

mdeininger · Posted: Mon Dec 25, 2006 3:20 pm Post subject:

rmh3093 · Posted: Mon Dec 25, 2006 5:45 pm Post subject:

truc · Advocate Joined: 25 Jul 2005 Posts: 3199

just a note for paludis users, in order to use the einit overlay, create a file similar (some things may change..) to this one:

zAfi · Posted: Mon Dec 25, 2006 7:40 pm Post subject:

mdeininger · Posted: Tue Dec 26, 2006 5:28 pm Post subject:

ryan, i think you know by now that if i disagree i will vocalise that

i'm absolutely not sure about that versioning, however... should the svn revision be in the regular version number or nay?

thanks truc, i noticed you did a good job on the wiki telling people about it

zAfi: it's not 100% fixed but rather worked around. the unmounter still has some nasty behaviour that may or may not work, but since now you can have einit execute external commands when switching to a mode or finishing the switch, you could of course just run the regular shutdown commands of your distribution -- i.e. calling /etc/init.d/halt.sh on a gentoo box should allow einit to shut down using the exact same behaviour as sysv, which should work until i get more time to fix the broken logics in the code (well, i'm pretty close to an actual fix for it, and i haven't seen that behaviour in quite some time now, but this should definitely work, provided that sysv worked on the box in question.)
_________________
"Confident, lazy, cocky, dead." -- Felix Jongleur, Otherland

( Twitter | Blog | GitHub )

mdeininger · Posted: Wed Dec 27, 2006 2:47 pm Post subject:

okay kids, -503 is live now and i got some late christmas treats for all the good boys and girls :twisted:

"external services"
allows specifying services that are to be considered "up", syntax is as follows:

SanKuKai · Posted: Wed Dec 27, 2006 7:51 pm Post subject:

Hi.

I'd like to try einit which looks really promising, but I get this message (repeated several times) when booting :

mdeininger · Posted: Wed Dec 27, 2006 7:58 pm Post subject:

hey there
that seems to have gotten quite a common problem as of late, it's usually caused by a lack of the /dev/hd* nodes on the actual root-filesystem.

you could try the following:

SanKuKai · Posted: Wed Dec 27, 2006 8:39 pm Post subject:

mdeininger · Posted: Wed Dec 27, 2006 8:51 pm Post subject:

SanKuKai · Posted: Wed Dec 27, 2006 11:58 pm Post subject:

So, after these three hours spent testing eINIT, I can tell you that it's really great !

However I have encountered some troubles.
[*] Even if I have that in my /etc/einit/local.xml :

mdeininger · Posted: Thu Dec 28, 2006 2:39 pm Post subject:

alright lets get down to the nitty gritty then

ntpdate is probably pulled in by "clock", portmap is required for "mount/remote",
"ivman" and "cupsd" should get you what you requested... maybe if you commented the default mode in einit.xml?
ah, and it's "acpi" instead of "acpid"...

* seems like einit doesn't succeed with either proc, dev or sys... that's not too tragic, however. it's part of "the dreaded umount problem" -- look in your einit.xml file, for these definitions:

SanKuKai · Posted: Thu Dec 28, 2006 4:27 pm Post subject:

mdeininger · Posted: Thu Dec 28, 2006 4:36 pm Post subject:

whoops, yeah

i think i know why the default mode in local.xml is taken into consideration:

SanKuKai · Posted: Thu Dec 28, 2006 4:54 pm Post subject:

mdeininger · Posted: Thu Dec 28, 2006 5:03 pm Post subject:

der bastler · Apprentice Joined: 13 Apr 2003 Posts: 262

Finally I got a 512 MB CF card for my VIA system -- it was the smallest card I could buy...

This means I can set up a normal system without the need to look at the system's size (sort of). So I installed einit via overlay in my chroot environment. Now for the configuration... the VIA system will not have a swap partition, so can I just delete the swap tag or do I have to disable it?
_________________
Tempus fugit.
@frank@troet.cafe

mdeininger · Posted: Sun Dec 31, 2006 11:38 am Post subject:

ah, you'd need to simply disable the swap service... just create new boot and default modes without swap anywhere and away it is -- it's how i run my systems too, including my dad's pvr with a VIA c3-2

_________________
"Confident, lazy, cocky, dead." -- Felix Jongleur, Otherland

( Twitter | Blog | GitHub )

der bastler · Apprentice Joined: 13 Apr 2003 Posts: 262

Well, my somehow configured einit boots, but fails at some points. Seems instead of just messing around with the default one I have to write a proper tailored local.xml... :wink:

... in the new year!
_________________
Tempus fugit.
@frank@troet.cafe

mdeininger · Posted: Sun Dec 31, 2006 8:41 pm Post subject:

at least it does boot

if it's just a number of FAIL entries, it could be some things lacking configuration that are enabled by default -- anything specific that worries you?
hint: just copy the boot mode from einit.xml to local.xml. also: what version are you using? the latest SVN has some advanced features that aren't well-tested yet, because i was contacted by sabayon linux representatives to get einit integrated into gentoo transparently... (should've posted something about them...)

btw: vapier added an ebuild for einit 0.14 to the main portage tree

go vapier!

_________________
"Confident, lazy, cocky, dead." -- Felix Jongleur, Otherland

( Twitter | Blog | GitHub )