01micko wrote:
There is a bug in the init script where XO can't boot from mmcb1kp1 (internal SD card).. but that should be easy to fix. I am booting from usb stick no problem. I'll report to Barry.
I'm not sure about this.
I have modified pup_event_frontend_d NOT to automount the internal SDcard of the XO-1.5, so users will not inadvertently messup with it.
This maybe affecting the boot process. Just put back the original and see.
I do not know what you have in the internal SDcard but I think that the issue might be that you put the files in the big mmcblk0p2 partition?
OFW can not read this because is etx4. The boot* folders must go to the ext2 mmcblk0p1 but then the init must be instructed to look in another partition for the sfs.
...or it could be the olpc.fth setup. The way it is now defines the internal SD as "PDEV1=mmcblk1p1", but without an external card the internal is "mmcblk0p1". Change line 106 of /boot/olpc.fth accordingly and see what happens. Actually
this looks like the most likely reason since pup_event is not coming into play during init boot.
Anyway I would stay out of the internal SDcard/NAND as principle, but if people ask it can be done properly at the /boot/olpc.fth level.
woops, just went to blacksceen, something with power management, just hit power button to recover.
Yes, if you do not have the full udev installed the user activity monitoring daemon (kbdshim-udev) is not working.
Later.... Ok, tried on XO-1, same usb stick install with save file from XO-1.5. Naturally had to run xorgwizard and alsa was messed but fixed easily
.
Actually, you do not need to do that. Just delete xorg.conf and reboot or copy the included /etc/X11/xorg.conf.XO-1 to xorg.conf and startx
I guess this could be automated in the rc.local where the xorg.conf selection is done but I did not think that many "normal" users will do that, and X takes too long to load as it is already.
Start a new thread I think, as I said, early days for SlaXO
Me?...
Actually, I was thinking to try XO-drake*. Is the only rpm-based puppy spin and then maybe jump to Fed(ora)-X(O)
to be closer to base. Combining the 3 upstreams woof, OLPC and Fedora will make the project just a packaging issue
* Yep, XO-drake works
. Some hiccups but mostly OK
Come on. There are no puppy-fedora lovers?
(though I would stay out of F14+)
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==