Hi
Which cheet code can allow the Live-CD to pre-configure X after bootup?
I want the step of "grml-x fluxbox" to be define in my boot code, so that I can "startx" as normal.
thanks
* T mlist4suntong@yahoo.com [20060705 07:50]:
Which cheet code can allow the Live-CD to pre-configure X after bootup?
I want the step of "grml-x fluxbox" to be define in my boot code, so that I can "startx" as normal.
You don't need to run grml-x anymore as soon as you have a working xorg.conf. Adjust your live-cd system with the configuration framework: http://grml.org/config/
regards, -mika-
On Wed, 05 Jul 2006 08:01:11 +0200, Michael Prokop wrote:
You don't need to run grml-x anymore as soon as you have a working xorg.conf. Adjust your live-cd system with the configuration framework: http://grml.org/config/
reading http://grml.org/config/grml-config.html now...
hmmm... the NAME and SYNOPSIS sections looks a bit strange to me. Do you intentionally make it look like that, or you forgot to indent?
* T mlist4suntong@yahoo.com [20060705 17:15]:
On Wed, 05 Jul 2006 08:01:11 +0200, Michael Prokop wrote:
reading http://grml.org/config/grml-config.html now... hmmm... the NAME and SYNOPSIS sections looks a bit strange to me. Do you intentionally make it look like that, or you forgot to indent?
That's what I get from ascii-doc. For me it's ok.
regards, -mika-
On Wed, 05 Jul 2006 08:01:11 +0200, Michael Prokop wrote:
... Adjust your live-cd system with the configuration framework: http://grml.org/config/
Hi, just a thought...
If one can afford the persistenthome, ie, have a local partition to use, would it a great idea to offer a total persistent grml system on local partition?
I mean, since we can use the unionfs to allows user to install packages, tweak configs, why don't we save the changes on disk, instead of in ram. So with persistentroot, no need to save-config/restore-config every time...
* T mlist4suntong@yahoo.com [20060705 18:15]:
On Wed, 05 Jul 2006 08:01:11 +0200, Michael Prokop wrote:
... Adjust your live-cd system with the configuration framework: http://grml.org/config/
If one can afford the persistenthome, ie, have a local partition to use, would it a great idea to offer a total persistent grml system on local partition?
I mean, since we can use the unionfs to allows user to install packages, tweak configs, why don't we save the changes on disk, instead of in ram. So with persistentroot, no need to save-config/restore-config every time...
Someone has to implement it. :) I have some more important stuff on my todo list and would like to see unionfs in a more stable state before doing such a major modification with unionctl (inclusion in mainline kernel once would be great).
regards, -mika-
On Wed, 05 Jul 2006 20:18:30 +0200, Michael Prokop wrote:
- T mlist4suntong@yahoo.com [20060705 18:15]:
On Wed, 05 Jul 2006 08:01:11 +0200, Michael Prokop wrote:
... Adjust your live-cd system with the configuration framework: http://grml.org/config/
If one can afford the persistenthome, ie, have a local partition to use, would it a great idea to offer a total persistent grml system on local partition?
I mean, since we can use the unionfs to allows user to install packages, tweak configs, why don't we save the changes on disk, instead of in ram. So with persistentroot, no need to save-config/restore-config every time...
Someone has to implement it. :) I have some more important stuff on my todo list and would like to see unionfs in a more stable state before doing such a major modification with unionctl (inclusion in mainline kernel once would be great).
FYI, more insight on this topic.
SuSE has been able to do this for ages. Ie, not just a persistent home, but a persistent root for new packages and updated configure files.
Slax was able to merge several unionfs into root, so that, say if you don't need the OpenOffice, then it is not necessary to mount that part of unionfs, saving lot of CD access time and speed up CD access quite a lot.
What I find the most advanced solution is Puppy Linux, which offers ups to about 5 layers of unionfs. a persistent root is just one of the 5 layers. They can even allow a real HD partition (not only CD!) to be the base system. Check out the full detail at:
http://www.puppyos.com/development/howpuppyworks.html
where some nice graph is used.
Hope someday we can have that in Grml too. To me, I don't care too much if the packages are most up to date or not. But this, a persistent root, is a major functionality improvement to me.
thanks
On Wed, 05 Jul 2006 08:01:11 +0200, Michael Prokop wrote:
You don't need to run grml-x anymore as soon as you have a working xorg.conf. [...]
I remember that having quite from grml-x, and use startx to get into X again, I got some message saying that I should use grml-x instead, or re-type the full path of startx...
In my opinion, this "fool proof" is an overkill -- you're trying to be Micro$oft here, Michael, :-)
* T mlist4suntong@yahoo.com [20060705 22:53]:
On Wed, 05 Jul 2006 08:01:11 +0200, Michael Prokop wrote:
You don't need to run grml-x anymore as soon as you have a working xorg.conf. [...]
I remember that having quite from grml-x, and use startx to get into X again, I got some message saying that I should use grml-x instead, or re-type the full path of startx...
Very interesting that nearly nobody seems to run startx on the hd-install again. :)
mika@grml ~ % grep startx /etc/zsh/zshrc isgrmlcd && alias startx='echo -e "Please use the script "grml-x" for \ starting the X Window System.\n If you want to use startx anyway please \ call "/usr/bin/startx"."; return -1'
Maybe I'll check for existence of xorg.conf instead of isgrmlcd() as XFree86 shouldn't be present anymore. (I tried to avoid a check for xorg.conf as in the beginnings of grml XFree86's XF86Config-4 was present as well.)
And yes, this check and alias is definitely necessary.
regards, -mika-
On Wed, 05 Jul 2006 23:01:31 +0200, Michael Prokop wrote:
mika@grml ~ % grep startx /etc/zsh/zshrc isgrmlcd && alias startx='echo -e "Please use the script "grml-x" for \ starting the X Window System.\n If you want to use startx anyway please \ call "/usr/bin/startx"."; return -1'
And yes, this check and alias is definitely necessary.
Then, it might be a better idea to launch the real startx directly if the config file is there, instead of forcing the user to "try again".
* T mlist4suntong@yahoo.com [20060708 05:15]:
On Wed, 05 Jul 2006 23:01:31 +0200, Michael Prokop wrote:
mika@grml ~ % grep startx /etc/zsh/zshrc isgrmlcd && alias startx='echo -e "Please use the script "grml-x" for \ starting the X Window System.\n If you want to use startx anyway please \ call "/usr/bin/startx"."; return -1'
And yes, this check and alias is definitely necessary.
Then, it might be a better idea to launch the real startx directly if the config file is there, instead of forcing the user to "try again".
That's what I wrote (the stuff you did not quote).
regards, -mika-
participants (2)
-
Michael Prokop -
T