Author |
Message |
jpeps
Joined: 31 May 2008 Posts: 3217
|
Posted: Thu 01 Mar 2012, 00:13 Post subject:
|
|
Geoffrey wrote: | Welcome back , I found this very useful, saves me constantly having to use the ppm while I'm working on test installs,
the only thing I found is if the app saves its setting to a file that was installed, it will have those settings,
I've only come across this once with a game I made into a pet, but that is a minor problem, keep up the good work. |
Yeah, it copies the current files listed in /root/.packages, not the originals..thus the ability to change the name for an update. The "save directory" option is for manually adding files not listed in .packages.
|
Back to top
|
|
 |
technosaurus

Joined: 18 May 2008 Posts: 4786 Location: Kingwood, TX
|
Posted: Thu 01 Mar 2012, 03:24 Post subject:
|
|
If anyone would like a simplified version:
Code: | #!/bin/sh
D=$HOME/.packages/builtin_files
PKGS=`ls -1 $D`
PKG=`Xdialog --stdout --combobox "select package to petify" 0 0 $PKGS`
[ $PKG ] && {
mkdir /tmp/$PKG
for x in `cat $D/$PKG`; do
[ -d $x ] && cd $x || cp --parents `pwd`/$x /tmp/$PKG
done
echo "
" |dir2pet /tmp/$PKG && $0
} |
_________________ Check out my github repositories. I may eventually get around to updating my blogspot.
|
Back to top
|
|
 |
jpeps
Joined: 31 May 2008 Posts: 3217
|
Posted: Thu 01 Mar 2012, 11:55 Post subject:
|
|
technosaurus wrote: | If anyone would like a simplified version:
|
The accurate package names and pet.specs for the builtin names are found by searching the woof-installed-packages. In many cases, they're a combination of several packages. For that reason, I didn't want to include an inaccurate pet.spec. For a unique pet.spec, just check "save directory" and then run dir2pet on it in the /tmp folder.
For the user installed packages, gnewpet includes the original pet.spec file, eliminating the need to design a new one.
|
Back to top
|
|
 |
RSH

Joined: 05 Sep 2011 Posts: 2420 Location: Germany
|
Posted: Fri 02 Mar 2012, 15:59 Post subject:
|
|
Hi,
I am totally sorry to post again about the same issue, but i do have the same results as i did get using gnewpet version 6.0.
I do get the correct list of installed applications of the mounted sfs inside the mounted iso. If i select one pet to rebuild, i do get only the "var" directory and its content (maybe created by gnewpet?).
I did this using the new diamond iso - trying to rebuild timidity. Doing this using installed gnewpet 6.2 was not successful!
After installing my previous posted and modified script, i do get all the files. and after installing timidity i just did need to search manually for some missed libs. These libs seem not to be listed in the ".files" file of timidity - so everything seems to be alright with that fact. Found all the libs inside diamond and copied into my LazY Puppy - and succeeds!
Data:
Path in gnewpath: /mnt/+mnt++mnt+sdb2+Diamond528rtp.iso+lupu_528.sfs (path /root/.packages is predefined in gnewpet)
Full path is: /mnt/+mnt++mnt+sdb2+Diamond528rtp.iso+lupu_528.sfs/root/.packages
Note, i do get the right and complete list of installed apps in diamond!
Please would somebody improve this using a mounted sfs inside a mounted iso and trying to rebuild a application which is NOT installed inside the actually running puppy. Please, do so - this wonderful application should work in every detail, but actually it doesn't.
Better saying: actually it does only work correct if using my previous posted modified script.
_________________ LazY Puppy
RSH's DNA
SARA B.
|
Back to top
|
|
 |
jpeps
Joined: 31 May 2008 Posts: 3217
|
Posted: Fri 02 Mar 2012, 18:10 Post subject:
|
|
OK, should be fixed. Thought it was working, but guess not.
edit: something still screwing up....looking at it.
Found it. Hope that fixed it.
|
Back to top
|
|
 |
jpeps
Joined: 31 May 2008 Posts: 3217
|
Posted: Sat 03 Mar 2012, 20:28 Post subject:
|
|
Version 6.4: Added a feature that searches the woof packages for a selected builtin, adding the correct name to the NewName entry in addition to installing the correct pet.spec file into the package. Some builtins are a combination of several packages, so you'll simply get a message to that effect. Works with both relative and installed directories.
Last edited by jpeps on Sat 03 Mar 2012, 20:31; edited 1 time in total
|
Back to top
|
|
 |
pemasu

Joined: 08 Jul 2009 Posts: 5484 Location: Finland
|
Posted: Sat 03 Mar 2012, 20:31 Post subject:
|
|
Gotcha. Thanks
|
Back to top
|
|
 |
jpeps
Joined: 31 May 2008 Posts: 3217
|
Posted: Sun 04 Mar 2012, 04:05 Post subject:
|
|
Version 6.5 Using builtin Woof-Names/specs feature added for batch mode (there's a checkbox in the batch window). If the builtin uses multiple packages, it will just use the builtin name.
|
Back to top
|
|
 |
RSH

Joined: 05 Sep 2011 Posts: 2420 Location: Germany
|
Posted: Tue 06 Mar 2012, 08:17 Post subject:
|
|
Actually i did not proof the latest version until today. Just want to make a suggestion:
Why don't you use the wonderful "Color"-icon for the .desktop file (menu entry)?
It would look much nicer than the actual icon and would completely fit to the application icon (would help also, to find the application in the menu - i think)!
_________________ LazY Puppy
RSH's DNA
SARA B.
|
Back to top
|
|
 |
jpeps
Joined: 31 May 2008 Posts: 3217
|
Posted: Tue 06 Mar 2012, 12:40 Post subject:
|
|
RSH wrote: | Actually i did not proof the latest version until today. Just want to make a suggestion:
Why don't you use the wonderful "Color"-icon for the .desktop file (menu entry)?
It would look much nicer than the actual icon and would completely fit to the application icon (would help also, to find the application in the menu - i think)! |
Currently it uses mini-dog in the menu entry, which is certainly appropriate and probably included in most distros (I think). The use of the "color" icon on the title bar is somewhat arbitrary...I just liked the way it looked and wanted to make sure it always worked...thus included it in the package.
tip: Link a tray or desktop icon to "gnewpet" instead of "gnewpet-wrapper". When you need it for a relative directory, run the wrapper from the terminal after cd'ing to the correct directory.
|
Back to top
|
|
 |
RSH

Joined: 05 Sep 2011 Posts: 2420 Location: Germany
|
Posted: Fri 09 Mar 2012, 00:28 Post subject:
Fileselector - <entry accept="directory"> |
|
You should use
Code: | <entry accept="directory"> |
for the file selector (wrapper used on relative path).
That way, only directories can be selected (should be much better for the use with mounted sfs inside mounted iso).
_________________ LazY Puppy
RSH's DNA
SARA B.
|
Back to top
|
|
 |
jpeps
Joined: 31 May 2008 Posts: 3217
|
Posted: Fri 09 Mar 2012, 13:31 Post subject:
Re: Fileselector - <entry accept="directory"> |
|
RSH wrote: | You should use
Code: | <entry accept="directory"> |
for the file selector (wrapper used on relative path).
That way, only directories can be selected (should be much better for the use with mounted sfs inside mounted iso).  |
Only directories can be accepted the way it is now.
|
Back to top
|
|
 |
RSH

Joined: 05 Sep 2011 Posts: 2420 Location: Germany
|
Posted: Sat 10 Mar 2012, 03:53 Post subject:
Re: Fileselector - <entry accept="directory"> Subject description: No, it is not... |
|
jpeps wrote: | RSH wrote: | You should use
Code: | <entry accept="directory"> |
for the file selector (wrapper used on relative path).
That way, only directories can be selected (should be much better for the use with mounted sfs inside mounted iso).  |
Only directories can be accepted the way it is now. |
I have downloaded and made a quick test on the gnewpet 6.5. Works fine, now.
Something to my last post: sorry, but maybe i could not make clear, what i meant.
I will try it again.
Line 32 in gnewpet-wrapper changing to
Code: | <entry accept="directory" fs-folder="'$1'" fs-title="Select an existing folder" fs-action="folder">
|
will let select only directories. The mean part is: accept="directory".
fs-action="folder" seems not to work. Attached pics will tell the rest.
Description |
Files can be selected (6.5 - as it is) |
Filesize |
44.44 KB |
Viewed |
809 Time(s) |

|
Description |
Only directories can be selected (6.5 edited by myself) - accept="directory" |
Filesize |
41.77 KB |
Viewed |
889 Time(s) |

|
_________________ LazY Puppy
RSH's DNA
SARA B.
|
Back to top
|
|
 |
RSH

Joined: 05 Sep 2011 Posts: 2420 Location: Germany
|
Posted: Sat 10 Mar 2012, 05:28 Post subject:
|
|
OK!
I have examined that again.
Seems like your puppy has gtkdialog-0.8 (gtkdialog4) installed and gtkdialog is a symbolic link to gtkdialog4.
LazY Puppy (and lucid 528) do have gktdialog-0.8 installed as well but, gtkdialog is a symbolic link to gtkdialog3.
Using gtkdialog3 changing line 6 in gnewpet-wrapper to
Code: | GTKDIALOG=gtkdialog4 |
results in the same effect like changing line 32 in gnewpet-wrapper to
Code: | <entry accept="directory" fs-folder="'$1'" fs-title="Select an existing folder" fs-action="folder"> |
(using gtkdialog3)
EDIT: EDIT: EDIT:
accept="directory" works in gtkdialog3 & gtkdialog4
fs-action="folder" works only in gtkdialog4
_________________ LazY Puppy
RSH's DNA
SARA B.
|
Back to top
|
|
 |
jpeps
Joined: 31 May 2008 Posts: 3217
|
Posted: Sat 10 Mar 2012, 15:21 Post subject:
|
|
Yes, I'm writing with updated gtkdialog, although it has limited backward compatibility. There are a lot of important revisions in gtkdialog, like file selection filters, etc. It takes under 10 seconds to update. I have no idea why anyone wouldn't include it in their distro.
|
Back to top
|
|
 |
|