Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Mon 31 Aug 2015, 05:04
All times are UTC - 4
 Forum index » Advanced Topics » Additional Software (PETs, n' stuff) » REQUESTS
Petget-nox?
Post new topic   Reply to topic View previous topic :: View next topic
Page 1 of 2 [19 Posts]   Goto page: 1, 2 Next
Author Message
watchdog

Joined: 28 Sep 2012
Posts: 844

PostPosted: Sun 06 Apr 2014, 15:48    Post subject:  Petget-nox?
Subject description: Petget needs X
 

I can install deb packages with no X at the prompt having installed rcrsn51's debbi-1.1.pet. I can't install pet packages with no X because petget needs X. I think could be done a script which can install pet packages with no X.
Back to top
View user's profile Send private message 
watchdog

Joined: 28 Sep 2012
Posts: 844

PostPosted: Mon 07 Apr 2014, 06:29    Post subject:  

I think it could be enough a pet2deb or tar2deb script and then one can use debbi.
Back to top
View user's profile Send private message 
dejan555


Joined: 30 Nov 2008
Posts: 2756
Location: Montenegro

PostPosted: Mon 07 Apr 2014, 06:40    Post subject:  

Code:

if [ ! -f "$1" ];then
echo "File not found."
exit
fi
tar xf "$1"
DIR=$(echo "$1" | sed 's/.pet//')
cd "$DIR"
rm pet.specs
rm pinstall.sh
cp -a * /
cd ..
rm -rf "$DIR"


Very rough draft. Use at your own risk.

_________________
Dpup 487 | Puppy Gallery | My photo gallery | mtPaint works
Back to top
View user's profile Send private message Visit poster's website MSN Messenger 
watchdog

Joined: 28 Sep 2012
Posts: 844

PostPosted: Mon 07 Apr 2014, 08:59    Post subject:  

Tried to install jwm2-755-w5c.pet in wary 5.3 without X. Something wrong I suppose:

Code:
gzip: stdin: decompression OK, trailing garbage ignored
tar: child returned status 2
tar: Error is not recoverable: exiting now


But it did the job installing jwm V755. It can be an emergency tool. Thanks.
Back to top
View user's profile Send private message 
dejan555


Joined: 30 Nov 2008
Posts: 2756
Location: Montenegro

PostPosted: Mon 07 Apr 2014, 11:20    Post subject:  

.pet files are .tar.gz archives with appended md5sum at the end of file, that's why when extracted like this it gives error, but it extracts archive anyway. If that was the only error everything went okay.
_________________
Dpup 487 | Puppy Gallery | My photo gallery | mtPaint works
Back to top
View user's profile Send private message Visit poster's website MSN Messenger 
greengeek

Joined: 20 Jul 2010
Posts: 3218
Location: New Zealand

PostPosted: Wed 10 Jun 2015, 03:52    Post subject:  

dejan555 wrote:
Code:

if [ ! -f "$1" ];then
echo "File not found."
exit
fi
tar xf "$1"
DIR=$(echo "$1" | sed 's/.pet//')
cd "$DIR"
rm pet.specs
rm pinstall.sh
cp -a * /
cd ..
rm -rf "$DIR"


Very rough draft. Use at your own risk.
Hi Dejan, I would like to have a script that I can place in /root/Startup and have it look at a specific directory (/root/Startup/pets2install) and automatically install all pets that it finds in that directory (not worried about uninstalling later as this is for a run-in-ram session and I will just turn off the power).
Do you think your script can be used for that purpose? cheers!
Back to top
View user's profile Send private message 
Jasper


Joined: 25 Apr 2010
Posts: 1298
Location: England

PostPosted: Wed 10 Jun 2015, 05:07    Post subject:  

Hi greengeek,

MochiMoppel may already have his own magic answer given you have the yen.

My regards
Back to top
View user's profile Send private message 
Keef


Joined: 20 Dec 2007
Posts: 707
Location: Staffordshire

PostPosted: Wed 10 Jun 2015, 09:16    Post subject:  

You could start it from /etc/rc.local - if the (petget) script is put in /usr/bin or elsewhere in the PATH, just putting the name of the script in rc.local will launch it. This will run before you hit the desktop, which may be preferable for some pets.
If there is no rc.local, just create it.
Back to top
View user's profile Send private message 
starhawk

Joined: 22 Nov 2010
Posts: 4045
Location: Everybody knows this is nowhere...

PostPosted: Wed 10 Jun 2015, 12:18    Post subject:  

PetGet uses GTKDialog (IIRC) and will not run without X.

I agree that a PetGet-like script (or modification of PetGet for CLI) is sorely needed. I've actually been thinking of trying to tackle it myself, since I should learn bash or at least something other than a particularly tired old version of Microsoft BASIC (ha!).

Haven't been able to get up the motivation to even look at what's involved tho... it's probably going to be a while...

_________________

Back to top
View user's profile Send private message 
seaside

Joined: 11 Apr 2007
Posts: 903

PostPosted: Wed 10 Jun 2015, 12:48    Post subject:  

"I would like to have a script that I can place in /root/Startup and have it look at a specific directory (/root/Startup/pets2install) and automatically install all pets that it finds in that directory (not worried about uninstalling later as this is for a run-in-ram session and I will just turn off the power)."

How about this.

Code:
for i in /root/Startup/pets2install/*
do
tar -z -x --strip=2 --directory=/ -f  "$i"
cd /
[[ -f /pinstall.sh ]] && ./pinstall.sh && rm -f /pinstall.sh
rm -f /pet.specs
done
fixmenus
jwm -restart


Cheers,
s
Back to top
View user's profile Send private message 
greengeek

Joined: 20 Jul 2010
Posts: 3218
Location: New Zealand

PostPosted: Wed 10 Jun 2015, 15:33    Post subject:  

Thanks seaside, that did the job! The pets installed and the programmes appeared in the menus but for some reason one of the pets (simplescreenrecorder) appeared in the menu with no icon alongside it so maybe I need to adjust the delay before fixmenus. I shall do a bit more testing of this.

Also, I have made a pet based on info in another thread, and it installs the pets in such a way that they also show up in the PPM uninstall menu. It is much slower and needed a couple of user advisory messages added in to let them know it is still doing its thing, but that may suit some users (Although it's not a "no-X" solution it can be run from /root/Startup without manual user interaction). Other thread here
Back to top
View user's profile Send private message 
seaside

Joined: 11 Apr 2007
Posts: 903

PostPosted: Wed 10 Jun 2015, 16:17    Post subject:  

greengeek wrote:
Thanks seaside, that did the job! The pets installed and the programmes appeared in the menus but for some reason one of the pets (simplescreenrecorder) appeared in the menu with no icon alongside it so maybe I need to adjust the delay before fixmenus. I shall do a bit more testing of this.



greengeek,

Not likely a timing issue if the name shows up. Probably the desktop icon specification needs a path.

Cheers,
s
Back to top
View user's profile Send private message 
greengeek

Joined: 20 Jul 2010
Posts: 3218
Location: New Zealand

PostPosted: Thu 11 Jun 2015, 05:47    Post subject:  

seaside wrote:
Probably the desktop icon specification needs a path.
Heres something I really don't understand - if i look at the .desktop file for simplescreenrecorder it says this:
Code:
Icon=simplescreenrecorder
(note that it has no suffix)
I can see the simplescreenrecorder icon in /usr/share/icons/hicolor/48x48/apps as simplescreenrecorder.png so i can't figure out how the desktop file could ever hope to find the icon (given that it doesn't list a suffix). So from my point of view that explains why the nox petloader (for want of a better name) doesn't pick up the icon.

However, if I install the pet using petget I discover that the .desktop icon declaration is magically correct - it says:
Code:
Icon=simplescreenrecorder.png
How is this even possible? I cannot see anything in petget that corrects the desktop file structure - yet somehow it did.

EDIT: - if I update the desktop file in the pet (and include the .png suffix) it does not fix the problem. Installing the pet with the code above still leaves the icon missing (and also creates 3 entries for simplescreenrecorder in the menu, which I did not notice before). However, installing the updated pet by clicking on it does add the icon into the menu (as well as getting rid of the duplicate entries). Still something missing that I don't understand.
Back to top
View user's profile Send private message 
seaside

Joined: 11 Apr 2007
Posts: 903

PostPosted: Thu 11 Jun 2015, 16:52    Post subject:  

greengeek,

Probably your pet file was made from a deb file.

Petget calls /usr/local/petget/installpkg.sh.

From there, other checks are made, including checking and correcting the .desktop file to conform to the Puppy menu system.

This would explain your results.

If the pet file was created to Puppy standards, the .desktop file would only have a single menu entry category and the icon spec would be complete.

Cheers,
s
Back to top
View user's profile Send private message 
greengeek

Joined: 20 Jul 2010
Posts: 3218
Location: New Zealand

PostPosted: Fri 12 Jun 2015, 00:43    Post subject:  

Thanks seaside, that is valuable information. Looks like I will have to take more care to prepare my pets to be ready for a non-petget based install method.
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 1 of 2 [19 Posts]   Goto page: 1, 2 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Additional Software (PETs, n' stuff) » REQUESTS
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.2036s ][ Queries: 11 (0.0088s) ][ GZIP on ]