Hello bitbytebit tests with LiveCD32-Full-1.368-33e345e.iso
Grub still fails, you can make a solution a bit sloppy as to create initrd vmlinuz symlinks in /
I think you should warn for newbies to choose the home directory is to put it on a partition other than the installation because it can not be installed, as well as data.
Here I have my doubts if you choose a partition to install the live and another to take home, which creates data?
Do not think it is best to default data within the home? Sorry for insisting on this, but I think it would be as easy for any newbies.
For xterm loads. xinitrc? If you hide the mouse, remove gdm etc. .. is to make it look as possible to the system, no? to me it has worked well without putting advmenu xterm.
After installation, the boot does not directly load X, it waits console login.
What application do you use to autologin? mingetty ...?
I tried mame and mess, but I can not always run the libraries fail with Alsa, but alsa or oss configure the installation, always the same error of libraries alsa, and I can not run any game.
I do not think that imaging can be corrupt, and I set advmenu to sound a mp3 while you're on the list of games working well, so it can be a bad compilation, right?
Another thing that would be interesting is that the arcade user can use the shutdown command to turn off the machine from a key or key combination, I was wearing with 2 +5 key in msdos, but in linux I have not been able to do not function to run shutdown from regular user.
Thank you and Goodnight today.
Ah, I'll have to look closer at grub still, so it really wants things in / I guess. Else might be a way to force it to look at /boot/ too.
It won't let people choose /home and the install to be the same, I put in checks which block that and tell the user it can't work that way.
The data partition would be on the install drive just as a folder /data/ if they don't choose a separate partition for /data, same too for /home. So they don't really need to pick either of those, or they can pick one or both of them, and just should have a directory structure with possible separate mounts as...
/
/data/
/home/arcade/
Are you thinking it might be better to have /home/ as the partition? The trick with that, is that for the LiveCD to use a drive but also always boot into the liveCD, it checks for /.config/ga.conf on each partition on the system and if that exists it can save the state of the liveCD and reboot directly into the previous setup. So having /home/arcade/ as an actual separate partition is the easiest way to do that and have it basically be a users home directory entirely. I guess it could be done though as /home/ and just have arcade/.config/ga.conf checked too, and probably simplify the need for any /data/ directory and use /home/ itself. Although then you might have people with separate partitions with ROMS or even want to have /data/ be a USB drive or DVD/CDROM mount too. So definitely plenty to think about there, this should be an interesting thing to restructure perhaps but will need to think about it more.
The xterm -> advmenu launch is mostly because of an issue with X Windows for some reason not exiting clean directly from advmenu. I'm not sure why, but the only way it will exit back to the console is through launching from an xterm. I think it might be some issue with the newer frame buffer and/or X Windows version and advmenu doing something kind of messy on exit (it segfaults otherwise). So seems like it gets by the issue for now, but I agree I wish it didn't show an xterm there although it does help the user know what's going on too and allows some system admin from the xterm on exit.
I was wondering about Alsa setup, I am sure there might be a few bugs still in switching to it from OSS4, I'll have to work on that. I'm not sure why the sound is odd there, it's great here but then again in Linux we have seen the sound cards do totally different things and what works well for OSS4 on one might not on another and Alsa might do the same on one but not an other.
Do you have error logs at all about what they say when trying Alsa, might help me figure out more, I need to test it too but any output logs of the games and Alsa would help too (the errors they spit out during OSS4 are just a side effect of them expecting Alsa and trying it first, but most things work just switch to try directly on the /dev/dsp interface after first trying Alsa).
I would like the shutdown command to work from advmenu, but it's going to have to probably run shutdown with sudo which would work but I guess it's not doing that. It seems to check if your the root user and won't allow shutdown otherwise. Maybe that's a code change that could be done in advmenu directly I am guessing.
Thanks for the feedback, definitely interesting, sounds like grub setup is needing work for sure, and possibly simplifying how /home/arcade and /data/ are done. The xterm thing is tricky and I have to do some testing with it. Alsa/OSS4 switching probably aren't working right yet, and maybe altering advmenu source to allow shutdown if we sudo to root privileges.
Update: Found the fix for grub, realized I was doing that in putting it as /vmlinuz
so fixed that. Also might have figured out an Alsa issue which might have chosen the wrong interface to unmute the mixer, check you mixer, but sounds like there might be another issue there with Alsa. I'm still wondering why OSS4 does odd Volume sounds there though, seems like there's something else going on causing that, not sure what though.