Porteus

Please read the release announcement for further details and post bugs and requests here. This is last release candidate before the official v1.1 release and things are looking quite stable.

As usual please road test and help out with any bug fixes where possible.

If you find a bug, please make sure you have booted to 'always fresh' mode and have no rogue files in your rootcopy folder. If the problem persists then post your question here and a team of highly trained monkeys will be dispatched to look at the problem.

As per usual we will need 'Beny the great' to produce some nvidia modules. Please test the ATI module for me as i am unable to test it on my machine. Also please test the vbox guest addons as i was having troubles getting this to insert (once again).

Tnks, brockenman,

nice bash shell - liked

regarging bugs -

what i see

please boot up to copy2ram mode(in other modes you 'll not see anything becource booting goes to quick)

I will see at first line upper one error message

"driver/rtc/hctosys.c unable open device (rtc0)"

then system booted ok

other one - warning - when shutdown one last after disk unmounting

"Cannot unmount /mnt/* no such file or directory"

first error maeans somesing wrong with kernel

the second one warning - fantom helps - this is about linuxrc and live script sutdown script

as usial thank you very much!

PS. Not tested PPM yet, but test it later

driver/rtc/hctosys.c unable open device (rtc0)

This is a call to the real time clock during boot. /dev/rtc and /sys/class/rtc0 are created so the problem is minimal. I see two possible causes. Either your board is old, or the driver was not functional or did not bind correctly during boot. dmesg or syslog should tell more, look near the start. I will test later to see.

"Cannot unmount /mnt/* no such file or directory"

This is fanthoms world so i am only guessing. Looks to me like a safe call to ensure all is unmounted before shutting down. In your case everything WAS unmounted already hence nothing in /mnt to unmount. Looks fine to me. Thanks.

Either your board is old, or the driver was not functional or did not bind correctly during boot.

no, it is new notebook Toshiba Satellite

"driver/rtc/hctosys.c unable open device (rtc0)"

you shouldn't need rtc0 at the very beginning of booting (initrd stage) and this device is created by udev later on (called by rc.S) so no harm at all.
Anyway - kernel help doc says that rtc0 could be helpful for networking (our PXE boot option). dont know the details but i have compiled PC-style 'CMOS' RTC as (*) instead of (M) in 64bit edition.
@brokenman - you may do the same just to shut this warning down and keep the people calm

"Cannot unmount /mnt/* no such file or directory"

brokenman is right - this is safe warning as during 'copy2ram' removable media is unmounted during boot (not shutdown) so /mnt/* is empty.
I'll redirect the output to /dev/null for final. didn't do it now as i wanted to know if union and all devices are unmounted properly.
i can observe that sometimes union get's stuck somewhere but can't track what's making it busy.
i'll also tweak cleanup script (from initrd) which gonna inform the user that union was not unmounted properly and running porteus with 'fsck' cheat is recommended for keeping fs consistent.

Thanks brokenman for rc2

1. The vga-detect cheatcode works very-well on Radeon HD 5400.

2. Porteus pendrive mount with copy2ram and vga-detect cheatcode.

This error occurs copy2ram with vga-detect cheatcode. And couldn't umount pendrive. Without vga-detect cheatcode Porteus pendrive doesn't mount.

Cheers,

@ oranus

All credit to fanthom for vga-detect. Great idea

As for your copy2ram cheatcode ... very strange ...

Do you have stuff in your optional folder?

If yes ... can you please try using extramod cheatcode and point it at your 'optional' folder? This will ensure that stuff in optional gets loaded just in case linuxrc is not doing so. I had a quick look through linuxrc but couldn't see ... looks to me like fanthom wrote the script in some strange ancient polish dialect. Damn nice but difficult to follow for me.

Thanks for explanation, fantom!

if you and brokenmen just redirect this messages to /dev/null it is ok

regarging copy2ram - for me it work well

but i do not tested it together with vga-detect code

Posted after 1 hour 28 minutes 51 second:
Add more one small bug

In previous version of porteus after you press "Print Screen" then KSnapshot appiared with grubbed screeenshot

Now this key doesnt't work

if it easy to fix - please make this fiunction back

it is convinient to get screen in any time

regarging last version of ppm you release yesterday i will post it in ppm thread

Can you please run ksnapshot from console and tell me of any errors. It seems to work ok for me.

Also be sure you have no 'function key' activated so printscreen is really being used.

Can you please run ksnapshot from console and tell me of any errors. It seems to work ok for me.

no error

Also be sure you have no 'function key' activated so printscreen is really being used.

How to check binding in Trinity?

I switched to running konsole and pressing several times Print Screen key - it show print ^[[F

xev appication shows me keycode 115 - End key

one other pc the same key shows keycode 111 - Print

I totally confused why it?

Any ideas

my xev In the lmenu go to: Settings/Regional & Accessibility

You can take a look at Input Actions or Keyboard Shortcuts. You have the option to set shortcuts and bind keys here.

ok, thanks

i connected external usb keyboard and it is the same as your post

why keycode is different on notebook keyboard - this is q. to Toshiba L), soory for disturbing

I test the vga-detect on nVidia:

It recognize driver correctly but :
Sometimes stage at "Triggering udev events:..." it freeze and
sometimes Kde doesn't boot. It freeze on second item of kde "initilazing system services" . It waits aprx 1 min. and kde doesn't start...

Regards

If I boot into LXDE, log out, and then log back in, the panel gets all garbled up (it looks like there is pseudo transparency that is picking up the wrong image(s)?). Restarting the panel clears this up. I haven't done enough digging to figure out exactly why this happens (perhaps the process doesn't get killed on logout to lxdm), but it may be worth adding something to the lxde startup process that checks for a running instance of the panel and restarts it if found.

@Ahau
this is known problem - check KNOWN BUGS in rc1 initial post:
http://porteus.org/forum/viewtopic.php?f=53&t=832
will try to implement your suggestion.
thanks.