Woof at Github

A home for all kinds of Puppy related projects
Message
Author
User avatar
Karl Godt
Posts: 4199
Joined: Sun 20 Jun 2010, 13:52
Location: Kiel,Germany

#21 Post by Karl Godt »

mavrothal, you are absolutely right !

Me too was confused seeing that much red and green at once .

I have set geany as default editor and my geany is set to handle whitespace/tabs for example .
I think that it needs to start saving the file unedited in the editor , just to convert space and tab first and then commit that as info on formatting superfluous space and newlines .

The short info message was also because of being unsure , if the shell could handle multiple lines .

For now , I need to figure out , which parts of git on my systems need really fixes to work with github .
I have the installation similar on four partitions on the current machine .

Code: Select all

[user]
	name = Karl Godt
	email = karlgodt@excite.de
[credential]
	helper = cache --timeout=3600
[core]
	editor = /usr/bin/geany
[http]
	sslVerify = false
The above root/.gitconfig file of mine, created by the git global commandos, still irritates me about where to find the git ca cert file . Firefox I remember, occasionally offers to download some when visiting web pages .

And I am still confused about whether to have the need for a webbrowser github access is needed , or if git from commandline can handle everything , like creating forks .

I am happy, not to have brought the github server down with my commit - but stability is one of Linux/GNU strength , we all know .

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

#22 Post by Karl Godt »

I have now reverted the commit on my local repo that I copied from the partition 5 to partition 6 but it seems not to made it into my fork on the github server automatically :

Code: Select all

bash-3.00# git reset --hard HEAD^
HEAD is now at 96ee655 Update README
see here :http://stackoverflow.com/questions/9273 ... git-commit

Note : I use my "normal" git now without recompiling anything :

Code: Select all

bash-3.00# git --version
git version 1.6.4.1
It seems that sslVerify = false does the trick(s) ..

User avatar
Iguleder
Posts: 2026
Joined: Tue 11 Aug 2009, 09:36
Location: Israel, somewhere in the beautiful desert
Contact:

#23 Post by Iguleder »

Made my first contribution.

IMHO, the next logical step is to get rid of xorgwizard, that crappy udev replacement shell script, legacy code for ancient kernels (i.e everything below kernel 2.6.32.x) and all the Xorg 7.3 legacy stuff.
[url=http://dimakrasner.com/]My homepage[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]

User avatar
zigbert
Posts: 6621
Joined: Wed 29 Mar 2006, 18:13
Location: Valåmoen, Norway
Contact:

#24 Post by zigbert »

mavrothal wrote:We should not do more than one kind of change in one commit.
I understand fully this, but it also makes it impossible to improve guis. - Like this Pmount variant. (It has been default in 2 Slacko releases, so should be well tested by now.)

Barry has never focused on the gui-side, and I could gently let my fingers swipe over some gui-code.

But if woof-CE is meant to be kept in the Barry-tradition, I will continue to focus on my own apps.


Sigmund

User avatar
Iguleder
Posts: 2026
Joined: Tue 11 Aug 2009, 09:36
Location: Israel, somewhere in the beautiful desert
Contact:

#25 Post by Iguleder »

I think applications like Pmusic should be merged into woof-CE's rootfs-skeleton. They're part of any Puppy, so we can only benefit from the unification of Puppy's code into a single repository.

Is there any reason not to do this? :)
[url=http://dimakrasner.com/]My homepage[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]

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

#26 Post by 01micko »

Iguleder wrote:I think applications like Pmusic should be merged into woof-CE's rootfs-skeleton. They're part of any Puppy, so we can only benefit from the unification of Puppy's code into a single repository.

Is there any reason not to do this? :)
Heavy development of Pmusic I think. Ziggy is pretty active. Plus some like to woof with deadbeef, aqualung etc instead of Pmusic or even with out ffmpeg which is Pmusic's core..

EDIT: on the other side, ziggy might like it in the git repo and it could be made optional.
Puppy Linux Blog - contact me for access

User avatar
Iguleder
Posts: 2026
Joined: Tue 11 Aug 2009, 09:36
Location: Israel, somewhere in the beautiful desert
Contact:

#27 Post by Iguleder »

Got good ol' Xfbdev to work with today's GCC and x86_64. Porting such a big pile of ancient code to x86_64 wasn't easy at all :lol:

With JWM and a kernel, it's possible to assemble 50 MB Puppy (uncompressed!) without any applications, with all core X fonts in. Not bad at all! I'll try to build a static GTK1 and gtkdialog - maybe I can make woof-CE support such a minimalistic Puppy, so we can finally have an "official" truly modular Puppy, in the spirit of Tiny Core (a small bootable ISO with a graphical desktop and graphical package management).
[url=http://dimakrasner.com/]My homepage[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#28 Post by musher0 »

Hello, all.

This is an excellent initiative! It will certainly improve Puppy building
methodology, as mentioned by mavrothal in his founding post.

I wish a long and fruitful life to the Puppy git hub.

BFN.

musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

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

#29 Post by Karl Godt »

No comments to the recent posts from my side.
Have now pushed a new commit about rc.shutdown , that only strips trailing spaces :
https://github.com/KarlGodt/woof-CE/com ... 172f03857f
My first commit is still there as "rc.shutdown-01goal" and will be removed , then when it is transferred into the rc.shutdown file piece by piece .

Was having problems with my older git when pushing ,
and searching the net did not reveal much except that older git were apparently having problems when pushing, so used my new git for that .
I needed to

Code: Select all

/usr/git/bin/git push --verbose --force origin
use the --force option though, and have no clue why simple push failed .

The shell was working well on multiple lines for the commit message .

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

woof-CE mailing list

#30 Post by 01micko »

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
Puppy Linux Blog - contact me for access

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]

Post Reply