Menu
▾
▴
morphix-devel
|
From: Paul <pa...@tu...> - 2009-01-17 01:15:52
|
(One for Alex when he returns from the hills) A few (minor) changes have been made to the miniroot scripts, so we will need some new udebs built - In testing, I notice linuxrc calls on awk which duly fails... Need a busybox.udeb with awk built in. There may well be other issues needing to be resolved - The inclusion of assorted SATA/PATA drivers needs to be looked at. Should the h/w specific drivers go in the miniroot, or can we get away with just libata ? Regards, Paul. |
|
From: Paul <pa...@tu...> - 2009-01-17 00:17:28
|
On Friday 16 January 2009, Paul wrote: > A few (minor) changes have been made to the miniroot scripts, so we will > need some new udebs built - In testing, I notice linuxrc calls on awk which > duly fails... Need a busybox.udeb with awk built in. On the subject of busybox, I noticed the original source tarball is missing from the Morphix repository - However, it is listed in the Sources, so I guess it may have been there at one time. Not a major issue as it is also available from: http://snapshot.debian.net/archive/2005/09/01/debian/pool/main/b/busybox/busybox_1.01.orig.tar.gz Regards, Paul. |
|
From: Paul <pa...@tu...> - 2009-01-18 03:49:13
|
On Friday 16 January 2009, Paul wrote: > Need a busybox.udeb with awk built in. /me adds to Alex's todo list... Grepping the linuxrc script, I also see `tr`, `tail`, and `sed` used but not available via busybox.. On the "random notes" front, I had a poke around isolinux (messing with d-i), and wondered if it might be worthwhile running the base.mod as a compressed archive booted with isolinux - If udebs were used (ala d-i) it may well be possible to generate a base ISO in under 10Megs. Regards, Paul. |
|
From: Alex de L. <al...@de...> - 2009-01-26 01:18:57
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Back from the hills! Paul wrote: > A few (minor) changes have been made to the miniroot scripts, so we > will need some new udebs built - In testing, I notice linuxrc calls > on awk which duly fails... Need a busybox.udeb with awk built in. Ahh, so this was the real problem with copy-to-ram. Should have looked into it more closely, I'll get an updated busybox (with source) in the repository for tomorrow's build. > There may well be other issues needing to be resolved - The inclusion > of assorted SATA/PATA drivers needs to be looked at. Should the h/w > specific drivers go in the miniroot, or can we get away with just > libata ? Technically we'd only need the CD/DVD drivers in the miniroot. If you have a SATA DVD drive, I've packaged the changes you made to mkminiroot last week. If you update on Zathras you can try them out. > On the "random notes" front, I had a poke around isolinux (messing > with d-i), and wondered if it might be worthwhile running the > base.mod as a compressed archive booted with isolinux - If udebs > were used (ala d-i) it may well be possible to generate a base > ISO in under 10Megs. It used to be the case that we'd have to do quite a bit of voodoo in the base module in order to get the main module configured and purring along. This required quite a few dependencies, and a base that was too big to push into RAM. Between xorg autodetection, hal and udev there isn't a lot left nowadays for hwsetup to do (aside generous amounts of RAM in even the cheapest laptops). Stripping the base and putting it into the initrd is then the logical step, what we would be left with would be comparable to d-i/debian-live/casper (we could also simply use the debian-live scripts and bolt on support for morphix main/mini modules, which would have my preference). Such a step would be quite a break from the past, but it's been a long time coming. Hell, any excuse to drop cloop along the way is fine by me. There are a few technical open questions (location of lkm's, mainmod init scripts etc) but it should bring about a much simpler morphix that requires a lot less babysitting. The main question is if such a switch is worthwhile compared to switching to debian-live outright. cheers, Alex -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJfQGXQeuQA5TF/UsRArMEAJ46bTSihLkgsWXURHxBzVDqIEbLFQCeMaSC lzz22kbM1zi0i2g/e0Pvqns= =9RlX -----END PGP SIGNATURE----- |
|
From: Paul <pa...@tu...> - 2009-01-26 13:04:27
|
On Monday 26 January 2009, Alex de Landgraaf wrote: > > There may well be other issues needing to be resolved - The inclusion > > of assorted SATA/PATA drivers needs to be looked at. Should the h/w > > specific drivers go in the miniroot, or can we get away with just > > libata ? > > Technically we'd only need the CD/DVD drivers in the miniroot. If you > have a SATA DVD drive, I have had problems trying to boot from a SATA connected CDROM drive without the h/w specific driver loaded. As the old IDE code becomes deprecated and replaced with PATA code, I suspect a similar issue will arise. > > On the "random notes" front, I had a poke around isolinux (messing > > with d-i), and wondered if it might be worthwhile running the > > base.mod as a compressed archive booted with isolinux - If udebs > > were used (ala d-i) it may well be possible to generate a base > > ISO in under 10Megs. > > It used to be the case that we'd have to do quite a bit of voodoo in the > base module in order to get the main module configured and purring > along. This required quite a few dependencies, and a base that was too > big to push into RAM. So what do we actually do from within a base module ? Hardware detection, loading of a few assorted drivers, setting up the filesystem with unionfs/aufs and of course, the kernel it's self. The biggest chunk of this is the kernel, so some compromise would have to be made if it were to whittled down to a minimum - Then there is libc6 and the (relatively) bloated support libraries. There are ways and means of stripping these down, but as I look in to it further, it gets messy... > Between xorg autodetection, hal and udev there isn't a lot left nowadays > for hwsetup to do (aside generous amounts of RAM in even the cheapest > laptops). Stripping the base and putting it into the initrd is then the > logical step, what we would be left with would be comparable to > d-i/debian-live/casper (we could also simply use the debian-live scripts > and bolt on support for morphix main/mini modules, which would have my > preference). Yes - I had a brief flirt with debian-live - Like many projects, it lacks documentation. Building a base module with mmaker and adding casper/debian-live to the package list works quite well, but it needs a little bit of post-build scripting to get a finished CD. I'm not sure the tools that come with d-l (live-magic) have the flexability that mmaker has in producing a base/main module - That said, mmaker could benefit from a few small enhancements[1]. Regards, Paul. [1] Have added a nostrip option to a base.mod build, another feature that would be helpful is the ability to run pre/post commands when installing a package.. e.g. <package> kernel-image-2.6.32-dohicky <pre> mv /etc/kernel-img.conf /tmp</pre> <pre> echo do_symlink > /etc/kernel-img.conf</pre> <post> mv -f /tmp/kernel-img.conf /etc/</post> </package> > > Such a step would be quite a break from the past, but it's been a long > time coming. Hell, any excuse to drop cloop along the way is fine by me. > There are a few technical open questions (location of lkm's, mainmod > init scripts etc) but it should bring about a much simpler morphix that > requires a lot less babysitting. > > The main question is if such a switch is worthwhile compared to > switching to debian-live outright. > > cheers, > > Alex > > --------------------------------------------------------------------------- >--- This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Morphix-devel mailing list > Mor...@li... > https://lists.sourceforge.net/lists/listinfo/morphix-devel |
|
From: Brendan S. <me...@ba...> - 2009-01-26 14:03:51
|
On 26/01/2009, Paul wrote: > Yes - I had a brief flirt with debian-live - Like many projects, it lacks > documentation. http://live.debian.net/manual/ http://live.debian.net/manual/html/meta.html#authors .... * Brendan Sleight http://git.debian.org/?p=debian-live/live-manual.git;a=shortlog BMS |
|
From: Paul <pa...@tu...> - 2009-01-26 17:47:55
|
On Monday 26 January 2009, Brendan Sleight wrote: > > Yes - I had a brief flirt with debian-live - Like many projects, it lacks > > documentation. > http://live.debian.net/manual/ I stand corrected - What I should have said was documentation distributed with the packages glossed over many of the details.. The online manual fills in many of the gaps. > http://live.debian.net/manual/html/meta.html#authors > .... * Brendan Sleight Now where have we seen that name before ? ;-) Regards, Paul. |
Thanks for helping keep SourceForge clean.
X