Shutdown/reboot bug fixes

Precise Puppy 5.4 testers have reported problems when the session is saved to the entire partition. Specifically, they were testing on USB and SD-card boot media, with Linux filesystem and session saved to the entire partition.

I have identified a few bugs in /etc/rc.d/rc.shutdown, that caused shutdown and reboot problems.

I have not tested from an SD-card, only USB, and it now works. Actually, on my laptop the SD interface appears as a USB interface, not a native MMC interface, so an SD card would work just the same as my USB pen drive.

Woof commits:

Posted on 4 Nov 2012, 23:10


Posted on 5 Nov 2012, 3:07 by Paganini
Thank you! This was one of the problems i had, glad to know it's fixed now :). I only had another problem besides this one, trying to close a connection with CTRL+C in PGPRS fails, nothing happens. Again, THANK YOU!

Posted on 5 Nov 2012, 4:52 by rodin.s
Russian langpack
Barry, I have updated Russian langpack for Precise-5.4.

Posted on 5 Nov 2012, 5:02 by mavrothal
OK with "mmc" SDcards
As the title says the new rc.shutdown works as it should whan "save to partition" with SDcrads that show as mmc(blk)0p1

Posted on 5 Nov 2012, 5:42 by vicmz
Hello Paganini
There's no need to have PGPRS terminal window open anymore, you can close it and disconnect from the network icon on the right of the taskbar, right-click it and select "Disconnect from network". You will notice that your connection remains even after restarting X. I think this is very practical. But be aware that this feature is in Precise Puppy only. Well, maybe in beta versions of Wary and Racy, too.

Posted on 5 Nov 2012, 8:08 by 01micko
getwoof update (script)

This is the first time I have ever tried this..

The other day when I downloaded woof2, for the first time I used "getwoof".

So now, I just tried to do "getwoof update". It seemed to work but only grabbed the f92926df2b commit. I probably already had that.
updated-to:   f92926df2b13b10a37916ffeeb8810e0deb2b184 2012-11-03 00:13:47 UTC

tags: trunk
comment: fixes for new variable DISTRO_DB_SUBNAME (user: BarryK)

This is obviously after you committed 72d6b63166 and af924854e7 (from the timeline).

Any ideas? I'll try a manual update and see if it's your script or a fossil/hosting issue.


A few minute later...

Ok, did "fossil update" from my former woof tree and it worked correctly..
(first part snipped)

updated-to: af924854e7970828744295192efe8f5b0ef47037 2012-11-04 14:57:31 UTC
tags: trunk
comment: rc.shutdown: proper saving and shutdown when session saved to
entire partition (user: BarryK)
fossil: WARNING: 3 unmanaged files were overwritten
"fossil undo" is available to undo changes to the working checkout.

Script problem?

Posted on 5 Nov 2012, 8:27 by Paganini
LOL! I thought it was a bug, that you close the terminal and it didn't stop the connection. It didn't even cross my mind that it was a new feature, sorry... But i remember i also tried to close the conection through the network icon and it didn't work. I have to test it again. Thank you for your reply vicmz.

Posted on 5 Nov 2012, 8:45 by Paganini
Well, i have tested it. I try to disconect my MF627 3G USB modem and it simply doen't disconect, not through the network icon nor through CTRL+C. When using PGPRS i simply can't disconect my modem. As a workaround i use the dialup modem wizard. Using this wizard only has one problem, the first connection ALWAYS fails, it always gives me an error, i believe it is something like: at+cpin=(my modem pin) bad init string. I then disconect and conect again and it starts working. Thanks.

Posted on 5 Nov 2012, 8:51 by Paganini
I also found another strange thing, when installing the package WAKEONLAN through the ubuntu repos, when i try to run the app in the terminal it gives an error. I then re-install the PERL MODULES package, just this package without any other dependencies, and WAKEONLAN just start working. Any ideas as to why? Is this supposed to happen? Thanks!