Woof at Github

A home for all kinds of Puppy related projects
Message
Author
User avatar
mavrothal
Posts: 3096
Joined: Mon 24 Aug 2009, 18:23

Re: woof-CE mailing list

#31 Post by mavrothal »

01micko wrote:Ha what a bout a good old fashioned mailing list :)

This will be a cool place for all those following woof development but not particularly interested in getting their hands dirty and it will be great for developer collaboration as well..

http://woof-ce.26403.n7.nabble.com/Welc ... t-td2.html
Nice!
Let's see if it works :wink:
== [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] ==

User avatar
Karl Godt
Posts: 4199
Joined: Sun 20 Jun 2010, 13:52
Location: Kiel,Germany

#32 Post by Karl Godt »

Of course !

Have finished 90% of my first rc.shutdown ideas , hope you are satisfied ..

For the idea to add some options , I have played with that long time ago.
Horrible because the many shutdown scripts need to pass them to rc.shutdown.

I feel like a cotton picker centuries ago . Will wash myself with shoe cream now ..

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#33 Post by SFR »

Hi guys

Speaking of rc.shutdown - what do you think about including there the "save-on-demand" dialog (PUPMODE=13) at last?
Despite the fact I'm a big fan of it personally, the issue pops up quite often, from what I've seen in Beginners/Users sections.
BTW, an opinion of a happy customer. :wink:
pchan @[url=http://www.murga-linux.com/puppy/viewtopic.php?p=737173#737173]X-Precise thread[/url] wrote:Thanks so much rg66 for x precise 2.2! Thanks especially for making it possible for users to choose whether to save or not save when shutting down. It is a very wise thing to do and it will help us non technical users to have more confident in using puppy linux. In the past, I have damaged my save files so many times because I downloaded and installed something not suitable and when it comes to shutdown time, I can't stop puppy from saving my mismanaged session.
But if this would be included, a couple of other things can not be forgotten:
1. Save interval ought to be set to 0 by default, of course.
2. Petget, in PUPMODES 3/7/13, saves files directly to pup_ro1.
If it would be left as it is, after installing a package and rebooting without saving a session, the package's files remain installed, but can't be found on the list, since contents of ~/.packages/... won't get saved as well.
___________

Second thing: I've unlocked (in initrd.gz/init) the possibility to fsck encrypted savefile, but:
init wrote:[ "$PFSCK" = "yes" ] && fsckme_func loop1 ext2 #100318 however, commented out as there was an old not that f.s. check on an encrypted pupsave is broken.
Does anyone recall/know what was the exact nature of the issue?
Almost 4 yrs have passed, maybe it no longer applies? If so, would be nice to have it re-enabled.
Anyway, I haven't noticed anything bad, since I unlocked it a few months ago.

Just a couple of suggestions. 8)

Keep up the good work &
Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

User avatar
mavrothal
Posts: 3096
Joined: Mon 24 Aug 2009, 18:23

#34 Post by mavrothal »

SFR wrote: Just a couple of suggestions. 8)
Suggestions are ok but (tested) patches is what is needed :wink:
== [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] ==

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#35 Post by SFR »

Hey Mavrothal

Well, I just wanted to check first is there anyone out there who's willing to support those suggestions, besides I'm not really considering myself as a dev and have never used GIT, so...
Anyway, since you're saying it's needed - no problemo. :wink:
Here are the patches, however dunno if I've made them as they *should* be done (they're tested though and work ok with 'patch -p1 < filename'):
[btw, unfortunately I can't recall from where exactly I "borrowed" the code of a dialog window for rc.shutdown; I only added gettext from my side]

Code: Select all

--- ./woof-CE-master/woof-code/rootfs-skeleton/etc/rc.d/rc.shutdown	2013-11-12 22:24:11.000000000 +0100
+++ ./woof-CE-master/woof-code/rootfs-skeleton/etc/rc.d/rc.shutdown	2013-03-05 17:06:50.000000000 +0100
@@ -435,9 +435,13 @@
  13) #PDEV1 and PUPSFS and PUPSAVE
   #/initrd/pup_rw has tmpfs, pup_ro1 has ${DISTRO_FILE_PREFIX}save.2fs file (PUPSAVE), pup_ro2 has PUPSFS file.
   #the above are in unionfs at /.
-  echo "$(eval_gettext "Saving session to \${SAVEFILE} (\${SAVEPART})...")" >/dev/console
-  #echo "Saving session to $SAVEFILE (${SAVEPART})..." >/dev/console
-  /usr/sbin/snapmergepuppy /initrd/pup_ro1 /initrd/pup_rw
+      dialog --timeout 60 --yes-label "$(eval_gettext "SAVE")" --no-label "$(eval_gettext "NO SAVE")" --yesno "$(eval_gettext "Press ENTER key to save session...
+Or, press TAB then ENTER to not save session...
+Or, wait 60 seconds to shutdown without saving session...")" 0 0 >/dev/console
+  if [ $? -eq 0 ]; then 
+    echo "$(eval_gettext "Saving session to \${SAVEFILE} (\${SAVEPART})...")" >/dev/console
+    /usr/sbin/snapmergepuppy /initrd/pup_ro1 /initrd/pup_rw 
+  fi 
   ;;
  128) #1st shutdown, save to ${DISTRO_FILE_PREFIX}save.2fs.
   #partition already mounted on $SMNTPT.

Code: Select all

--- ./woof-CE-master/woof-code/rootfs-skeleton/etc/eventmanager	2013-11-12 22:24:11.000000000 +0100
+++ ./woof-CE-master/woof-code/rootfs-skeleton/etc/eventmanager	2013-11-15 15:54:29.776387917 +0100
@@ -3,7 +3,7 @@
 
 #this parameter is read by /sbin/pup_event_frontend_d...
 #For odd-numbered PUPMODE, periodic save in minutes. 0=no periodic save...
-RAMSAVEINTERVAL=30
+RAMSAVEINTERVAL=0
 
 #read by pup_event_frontend_d. major switch to kill pup_event_backend_d...
 BACKENDON="true"

Code: Select all

--- ./woof-CE-master/woof-code/rootfs-skeleton/usr/local/petget/installpkg.sh	2013-11-12 22:24:11.000000000 +0100
+++ ./woof-CE-master/woof-code/rootfs-skeleton/usr/local/petget/installpkg.sh	2013-11-15 16:14:51.359705265 +0100
@@ -122,7 +122,7 @@
 DIRECTSAVEPATH=""
 #111013 shinobar: this currently not working, bypass for now... 111013 revert...
 #if [ "ABC" = "DEF" ];then #111013
-if [ $PUPMODE -eq 3 -o $PUPMODE -eq 7 -o $PUPMODE -eq 13 ];then
+if [ $PUPMODE -eq 3 -o $PUPMODE -eq 7 ];then	# SFR: enable installing to TMPFS in PUPMODE=13
  FLAGNODIRECT=1
  [ "`lsmod | grep '^unionfs' `" != "" ] && FLAGNODIRECT=0
  #100426 aufs can now write direct to save layer...
Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

User avatar
Karl Godt
Posts: 4199
Joined: Sun 20 Jun 2010, 13:52
Location: Kiel,Germany

#36 Post by Karl Godt »

Yeah, SFR , I fully understand your request , and think I will implement it .
There are several years code snips on the forum about it scattered everywhere, so am not sure who to credit it to , except
"seen here : http://url - maybe there finds older as well"
.

For now my plan is first to rearrange the pupmode code , so similar pupmodes follow each other and aren't scattered randomly .

Do you think, PUPMODE 13 is the only one ?
I could think of a function in the function section of rc.shutdown and add commented lines to call that function as first commit , so the user needs just to un-comment it , if desired .
And after two or three Puppy builds enabling them by default .

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#37 Post by SFR »

Hey Karl
Do you think, PUPMODE 13 is the only one ?
You mean 3 & 7?
I'm using only 13 + sporadically 12 (and 5 of course), so I'm not sure if I fully understand how exactly 3 & 7 work, even after reading:
http://puppylinux.com/development/howpuppyworks.html
However, I just examined Shinobar's PupSaveConfig (oh, it's the origin of the dialog code, btw) and those two modes are also covered there indeed (save_flash () func in rc.shutdown).

Thanks &
Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

User avatar
mavrothal
Posts: 3096
Joined: Mon 24 Aug 2009, 18:23

#38 Post by mavrothal »

SFR wrote:Hey Mavrothal

Well, I just wanted to check first is there anyone out there who's willing to support those suggestions, besides I'm not really considering myself as a dev and have never used GIT, so...
Anyway, since you're saying it's needed - no problemo. :wink:
SRF,
thanks for the patch.
I think that having it as a default for USB boots is not the best option.
For the people that do not want to save at the end of the run I can image many more that do.
Also systems will limited RAM (512MB) will be in trouble fast and even with 1GB you can get tight running libreoffice and chrome with few tabs open.
If pupsveconfig can customize this it is maybe better to include it in future pups than make it default.
But hey, there are many people that can commit in woof-CE :wink:
== [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] ==

User avatar
Karl Godt
Posts: 4199
Joined: Sun 20 Jun 2010, 13:52
Location: Kiel,Germany

#39 Post by Karl Godt »

SFR, have made two commits :

1st to add the function
https://github.com/KarlGodt/woof-CE/com ... 75ea91cf99

2nd to add the call for the function
https://github.com/KarlGodt/woof-CE/com ... e217def41c

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#40 Post by SFR »

Thank you Karl! :)
mavrothal wrote:Also systems will limited RAM (512MB) will be in trouble fast and even with 1GB you can get tight running libreoffice and chrome with few tabs open.
Hmm, perhaps I misunderstood you or am missing something, but from my experience files in tmpfs remain there even after saving a session anyway, so decrease of RAM could happen only if a user would start massive_installation_of_packages (packages > tmpfs instead of pup_ro1). That would be the only difference, I guess...
But like I said, it's just a suggestion, I won't be crying (too long) if those changes won't get included in the next Pups. :wink:

A propos, you just reminded me something - looks like there used to be such mechanism (to delete source files after copying to pup_ro1) in snapmergepuppy, but the relevant lines are commented out.
Again - anyone knows why it's been disabled?
That would be a perfect solution...

Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

User avatar
01micko
Posts: 8741
Joined: Sat 11 Oct 2008, 13:39
Location: qld
Contact:

#41 Post by 01micko »

woof-CE should be ready to build from now. There were some teething problems migrating the repository from fossil to git, I committed the fixes to the testing branch pending a sanity check then will merge with master. Karl, you might be interested in merging the changes into your repository.

Anyone else.. go grab it...

Code: Select all

git clone https://github.com/puppylinux-woof-CE/woof-CE/tree/testing

Edit1

I'm uploading the first test build now, it has a very recent kernel but it is in no way polished, that is there has been no bug fixing of the OS (based on slacko-5.6) and the kernel config is incomplete (re tempestuous in the 5.6 dev thread). I'll post the link here when it's uploaded. I don't want to hear about OS specific bugs but if you spot a woof bug then yes. :)

Edit2
Ok here it is, a whopping 193M, but I put google-chrome in it, it's for a project I'm doing so never mind that, it works ok
http://01micko.com/testing/

Kernel source is there too if you need modules, also use the slacko-5.6(.0) devx with the latest kernel_headers package installed (also there).
Attachments
Screenshot.jpg
Inaugural pup built with woof-CE, seems pretty sane to me :). Running in VBox
(106.14 KiB) Downloaded 700 times
Puppy Linux Blog - contact me for access

User avatar
oldyeller
Posts: 889
Joined: Tue 15 Nov 2011, 14:26
Location: Alaska

#42 Post by oldyeller »

Hi Mick,

I am going to download the iso and woof. Need to check out git too.

Thanks to the Team

Cheers

User avatar
01micko
Posts: 8741
Joined: Sat 11 Oct 2008, 13:39
Location: qld
Contact:

#43 Post by 01micko »

oldyeller wrote:Hi Mick,

I am going to download the iso and woof. Need to check out git too.

Thanks to the Team

Cheers
Good on you oldyeller, testers are what we need :) .

FYI, just this minute I merged testing to master so you can clone the repo as usual.

Code: Select all

git clone https://github.com/puppylinux-woof-CE/woof-CE
Cheers!
Puppy Linux Blog - contact me for access

User avatar
James C
Posts: 6618
Joined: Thu 26 Mar 2009, 05:12
Location: Kentucky

#44 Post by James C »

01micko wrote: I'm uploading the first test build now, it has a very recent kernel but it is in no way polished, that is there has been no bug fixing of the OS (based on slacko-5.6) and the kernel config is incomplete (re tempestuous in the 5.6 dev thread).
Guess I'll do a little testing....did pause for a moment when I saw it was PAE though. Downloading now anyway....

User avatar
James C
Posts: 6618
Joined: Thu 26 Mar 2009, 05:12
Location: Kentucky

#45 Post by James C »

Quick testing....... manual frugal install on a real ext3 partition.
It boots, auto-connects to the internet,straight to the correct screen resolution.sound works and Chrome is working..... :lol:

# report-video
VIDEO REPORT: Slacko Puppy, version 5.6.0.5

Chip description:
VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02)

Requested by /etc/X11/xorg.conf:
Resolution (widthxheight, in pixels): 1024x768
Depth (bits, or planes): 24
Modules requested to be loaded: dbe

Probing Xorg startup log file (/var/log/Xorg.0.log):
Driver loaded (and currently in use): intel
Loaded modules: dbe dri dri2 extmod fb glx kbd mouse record

Actual rendering on monitor:
Resolution: 1024x768 pixels (270x203 millimeters)
Depth: 24 planes

...the above also recorded in /tmp/report-video
# glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
376 frames in 5.0 seconds = 74.608 FPS
376 frames in 5.0 seconds = 75.156 FPS
376 frames in 5.0 seconds = 75.125 FPS

-Computer-
Processor : Intel(R) Pentium(R) 4 CPU 2.80GHz
Memory : 2585MB (205MB used)
Machine Type : Physical machine
Operating System : Slacko Puppy - 5.6.0.5
User Name : root (root)
Date/Time : Fri 15 Nov 2013 11:52:55 PM CST
-Display-
Resolution : 1024x768 pixels
OpenGL Renderer : Mesa DRI Intel(R) 865G x86/MMX/SSE2
X11 Vendor : The X.Org Foundation
-Audio Devices-
Audio Adapter : ICH4 - Intel ICH5

-Version-
Kernel : Linux 3.10.19 (i686)
Version : #1 SMP Wed Nov 13 16:52:29 EST 2013
C Library : GNU C Library version 2.15 (stable)
Distribution : Slacko Puppy - 5.6.0.5

Code: Select all

# free
             total         used         free       shared      buffers
Mem:       2585176       689352      1895824            0        79636
-/+ buffers:             609716      1975460
Swap:      4198396            0      4198396
# 
At a fast glance the basics look solid.

User avatar
01micko
Posts: 8741
Joined: Sat 11 Oct 2008, 13:39
Location: qld
Contact:

#46 Post by 01micko »

Thanks James

The OS is of little importance. The fact that it boots and does pretty much everything it's supposed to do is the key that woof is doing it's job; and that is build a Puppy distro. :)

I'd say we are up and away. Long live woof-CE!
Puppy Linux Blog - contact me for access

User avatar
James C
Posts: 6618
Joined: Thu 26 Mar 2009, 05:12
Location: Kentucky

#47 Post by James C »

What's up with my savefiles.... :lol:

Looks like woof-CE is ready .......
Attachments
Slacko 5.6.0.5.jpg
(30.67 KiB) Downloaded 941 times

User avatar
Billtoo
Posts: 3720
Joined: Tue 07 Apr 2009, 13:47
Location: Ontario Canada

Woof at Github

#48 Post by Billtoo »

Computer
Processor 4x Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz
Memory 6087MB (112MB used)
Machine Type Physical machine
Operating System Slacko Puppy - 5.6.0.5
User Name root (root)
Date/Time Sat 16 Nov 2013 01:15:41 AM EST
Display
Resolution 1440x900 pixels
OpenGL Renderer Mesa DRI Intel(R) Ironlake Desktop x86/MMX/SSE2
X11 Vendor The X.Org Foundation
Audio Devices
Audio Adapter HDA-Intel - HDA Intel MID
Operating System
Version
Kernel Linux 3.10.19 (i686)
Version #1 SMP Wed Nov 13 16:52:29 EST 2013
C Library GNU C Library version 2.15 (stable)
Distribution Slacko Puppy - 5.6.0.5
OpenGL
Vendor Tungsten Graphics, Inc
Renderer Mesa DRI Intel(R) Ironlake Desktop x86/MMX/SSE2
Version 2.1 Mesa 8.0.4
Direct Rendering Yes
Linksys WUSB54GC 802.11g Adapter [ralink rt73]
Sensors
Temperature
temp1 (acpitz) 13.00°C
temp2 (acpitz) 54.00°C
Benchmarks
CPU Blowfish
This Machine 1200 MHz 4.268
CPU CryptoHash
This Machine 1200 MHz 285.035
CPU Fibonacci
This Machine 1200 MHz 2.025
CPU N-Queens
This Machine 1200 MHz 12.302
FPU FFT
This Machine 1200 MHz 2.637
FPU Raytracing
This Machine 1200 MHz 23.665
GPU Drawing
This Machine 1200 MHz 10289.021

I installed firefox,kdegames,seamonkey,and lxterminal from ppm.
Chrome works too.

Getflash didn't work, I downloaded the latest from adobe.com and put that in /usr/lib/mozilla/plugins
Attachments
screenshot.jpg
(82.64 KiB) Downloaded 952 times

User avatar
01micko
Posts: 8741
Joined: Sat 11 Oct 2008, 13:39
Location: qld
Contact:

#49 Post by 01micko »

Thanks guys,

Yeah James found the problem, couple more broken symlinks. Thanks for that, pushing fix now.

Not worried about getflash, I believe adobe changed paths or something on their servers, not woof related.
Puppy Linux Blog - contact me for access

User avatar
oldyeller
Posts: 889
Joined: Tue 15 Nov 2011, 14:26
Location: Alaska

#50 Post by oldyeller »

Hi Mick,

Video-Info 1.5.1 - Sat 16 Nov 2013 on Slacko Puppy 5.6.0.5 - Linux 3.10.19 i686

Chip description:
2.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
oem: Intel(r) 82945GM Chipset Family Graphics Chip Accelerated VGA BIOS
product: Intel(r) 82945GM Chipset Family Graphics Controller Hardware Version 0.0

X Server: Xorg Driver used: intel

X.Org version: 1.12.4
dimensions: 1920x1080 pixels (507x285 millimeters)
depth of root window: 24 planes


So far it works great for what I have seen booted with no problems on Dell D430. Looks real solid!!

Post Reply