(OLD) (ARCHIVED) Puppy Linux Discussion Forum Forum Index (OLD) (ARCHIVED) Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info

This forum can also be accessed as http://oldforum.puppylinux.com
It is now read-only and serves only as archives.

Please register over the NEW forum
https://forum.puppylinux.com
and continue your work there. Thank you.

 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups    
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Sun 27 Sep 2020, 06:01
All times are UTC - 4
 Forum index » House Training » Users ( For the regulars )
Using AppImages in Puppy...
Moderators: Flash, Ian, JohnMurga
This forum is locked: you cannot post, reply to, or edit topics.   This topic is locked: you cannot edit posts or make replies. View previous topic :: View next topic
Page 10 of 11 [156 Posts]   Goto page: Previous 1, 2, 3, ..., 8, 9, 10, 11 Next
Author Message
fredx181


Joined: 11 Dec 2013
Posts: 4481
Location: holland

PostPosted: Fri 27 Mar 2020, 09:33    Post subject:  

Here's a simple command-line method to modify an existing appimage.
Can be handy in case an appimage doesnt work, e.g. because of missing libs.
It's very simple because an appimage is in fact an SFS, but "injected" with a binary "runtime", below commands use "runtime32" (for 32-bit), change to "runtime64" to create a 64-bit appimage (on a 64-bit OS)
The GUI program from here is using the same method of creating the appimage, but has more options (but not the option to extract an appimage, btw).

Let's assume that the appimage is in /root, replace "<originalappimage>" with the real name of the appimage.
Extract the appimage:
Code:
/root/<originalappimage> --appimage-extract

A directory "squashfs-root" will appear.
Make your modifications inside, e.g. add missing libs or whatever.
Having done that, create a temporary squashfs file named "temp-squashfs.squashfs" from dir "squashfs-root":
Code:
mksquashfs '/root/squashfs-root' temp-squashfs.squashfs  -root-owned -noappend

Extract the attached tarball "runtime.tar.gz" in root, then: (replace "<newappimage>" with preferred name)
Code:
cat /root/runtime32 >> <newappimage> # change to runtime64 for 64-bit

Then create the new appimage by merging temp-squashfs.squashfs with <newappimage>: (use the same name as above for <newappimage>)
Code:
cat /root/temp-squashfs.squashfs  >> <newappimage>

Make the new appimage executable:
Code:
chmod a+x <newappimage>


That's it !

You may want to remove /root/temp-squashfs.squashfs and /root/squashfs-root:
Code:
rm -f /root/temp-squashfs.squashfs
rm -fr /root/squashfs-root


Fred
runtime.tar.gz
Description  contains runtime32 and runtime64
gz

 Download 
Filename  runtime.tar.gz 
Filesize  91.91 KB 
Downloaded  84 Time(s) 

_________________
Dog Linux website
Tinylinux blog by wiak
Back to top
View user's profile Send private message 
Mike Walsh


Joined: 28 Jun 2014
Posts: 6397
Location: King's Lynn, UK.

PostPosted: Mon 30 Mar 2020, 19:40    Post subject:  

@ Fred:-

Nice idea, mate, but this method falls flat on its face in the Puppies, I'm sorry to say. The 'Dogs' must have stuff installed that's not native to Puppy itself.....which is a massive pain, because I really want to extract the Openshot AppImages and see just exactly what's inside the buggers!!


Mike. Wink

_________________
MY 'PUPPY' PACKAGES

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

Joined: 20 Mar 2015
Posts: 52

PostPosted: Tue 31 Mar 2020, 05:09    Post subject:  

Mike Walsh wrote:
I really want to extract the Openshot AppImages and see just exactly what's inside the buggers!!


Have you tried UExtract?
Back to top
View user's profile Send private message 
fredx181


Joined: 11 Dec 2013
Posts: 4481
Location: holland

PostPosted: Tue 31 Mar 2020, 05:31    Post subject:  

Hey Mike,

Quote:
@ Fred:-

Nice idea, mate, but this method falls flat on its face in the Puppies, I'm sorry to say. The 'Dogs' must have stuff installed that's not native to Puppy itself.....which is a massive pain, because I really want to extract the Openshot AppImages and see just exactly what's inside the buggers!!


Which Openshot AppImages ? (so I can try) Extracting appimages works on Puppy (no difference with 'Dogs') (from what I tested), note that you can only extract a 64-bit appimage on a 64 bit OS (and 32 bit only on 32-bit).

EDIT: Just tried extracing the appimage from here: https://www.openshot.org/nl/download/ and indeed doesn't work (unknown option --appimage-extract) which means to me that it's built with a different method than "normal". Btw, it doesn't run either (on BionicPup64).

EDIT2: It can be extracted with "AppimageExtract", so it's has been built the "old" way.
(maybe you still have the AppimageExtract binary, don't know atm where to find it, have to go out now, back later)

Fred

_________________
Dog Linux website
Tinylinux blog by wiak
Back to top
View user's profile Send private message 
Mike Walsh


Joined: 28 Jun 2014
Posts: 6397
Location: King's Lynn, UK.

PostPosted: Tue 31 Mar 2020, 07:49    Post subject:  

Morning, Fred.

RedQuine's hit the nail on the head (cheers, mate!). Jake (SFR)'s latest UExtract, v4.0, does indeed extract AppImages. I must thank Jake for that; I'd no idea that ability had been added into 'the mix' that UExtract was already capable of handling.....

Y'know, it's hardly surprising this is a strange one to get running. If you study the structure, J.T has gone and put absolutely everything into /usr/bin; binaries, libs, Python, Qt5, etc......the lot. I'm not even sure as it would be possible to re-build this into a working SFS package, for instance.....the construction is so peculiar. It's more like a kind of weird 'hybrid' of old and new.

----------------------------

One of the new guys, O.F.I.N.S.I.S, has uploaded some SFS packages from his own, highly-customized Bionicpup64, here (and subsequent posts):-

http://www.murga-linux.com/puppy/viewtopic.php?p=1054192#1054192

I've tried the final SFS - the biggest, all-in-one job - and yes, it does indeed run in a pristine Bionicpup64, OOTB. What we now need is someone with the patience of a saint (and extreme single-mindedness!) to disentangle the KDEnlive stuff from the Openshot stuff, hopefully resulting in a 'standalone' SFS of current, 2-series Openshot that anyone can just load, and it'll run.....

I don't think that someone is going to be me, somehow... (*shakes head*) Mikeslr, d'you fancy attacking this one with P.A.D.S and a copious supply of coffee...? Laughing

Interestingly, while this rather large SFS is loaded, giving you v2.4.1, the very latest AppImage - now up to v2.5.1 - will also run. If you unload the SFS, however, the AppImage doesn't want to know. What I always get is grumblings about missing Qt5 'version' info (?!??), along with a complaint about not finding the 'xdg-icon-resource'. (Huh??) I do not know what this last item is, although I do know from previous experience with older Openshots that every 'item' in the Python side of things seems to require matching with a system lib, and various python binaries.

I have to whole-heartedly concur with Mikeslr on this point; Python is a total bloody nightmare to work with! You can't even run an 'ldd' on it for missing stuff, 'cos Python is just a bunch of scripts.....apart from the framework binaries themselves, there are no individual binaries for it to work with.....

(*Jeez, Louise. Grrrrr.....* Shocked Rolling Eyes Evil or Very Mad )


A very disgusted Mike. Wink

_________________
MY 'PUPPY' PACKAGES

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


Joined: 16 Jun 2008
Posts: 3913
Location: 500 seconds from Sol

PostPosted: Tue 31 Mar 2020, 11:55    Post subject:  

Mike Walsh, "to disentangle the KDEnlive stuff from the Openshot stuff, hopefully resulting in a 'standalone' SFS of current, 2-series Openshot that anyone can just load, and it'll run.....I don't think that someone is going to be me, somehow... (*shakes head*) Mikeslr, d'you fancy attacking this one with P.A.D.S and a copious supply of coffee...? Laughing"

Not me. Smile O.F.I.N.S.I.S's build has, apparently, overcome the primary reason for NOT simultaneously having both Openshot and KDEnlive one's system: the previous incompatibility of the python modules they employed.

Here's the thing which I've yet to completely get my head around. The computing environment has changed and somewhere along the line of Puppy's evolution something may also have changed; or maybe I always misunderstood. A couple years ago I ran some experiments comparing the amount of available RAM with applications installed as pets, loaded as SFSes or merely linked as portables. At that time having only 512 Mbs of RAM or less was common. The thinking was SFSes were superior to pets because by unloading an SFS it would obviously use No RAM; while a pet, occupying space in a SaveFile would always need some RAM. That concept held true. However, what the exploration revealed was that even the then RAM hog LIbreOffice, however deployed, only required what in today's computing environment is an insignificant amount of RAM WHEN THE APPLICATION WAS NOT IN USE. By way of illustration LibreOffice at that time required 768 Mbs of Space on Storage and/or in a SaveFile: if installed but not opened it only required about 11 Mbs of RAM more than the same Puppy booted to desktop without LibreOffice installed. What's 11 Mbs of RAM when you now have 2 Gb or more? Especially under Bionicpup64 which, itself, requires at least 1 Gb for satisfactory performance.

My recent exploration of nic007's technique of substituting an adrv for a SaveFile reveals similar results. An adrv created from a SaveFile which exceeded 1 Gb had hardly any impact on the available RAM at bootup.

I used to think this phenomena had to do with the creation of inodes which pointed to files on Storage rather than copying them into RAM. But, explorations with using an adrv and removing the USB-Key from which Puppy was booted confirmed william2's proposition that 'everything' was copied into RAM on bootup. So I guess it has to do with caching and buffering --which I don't understand. Sad

At any rate, its hardly likely that removing those files in O.F.I.N.S.I.S' 284 Mb SFS which are only required by KDEnlive would make a significant difference in the amount of available RAM for doing anything.
Back to top
View user's profile Send private message 
Mike Walsh


Joined: 28 Jun 2014
Posts: 6397
Location: King's Lynn, UK.

PostPosted: Tue 31 Mar 2020, 18:28    Post subject:  

Hallo, Mike.

Well now; I'm no longer really in the traditional Puppy 'mould', any more. This new hardware has a fast (3.7 GHz) quad-core Pentium Gold 'CPU', with advanced modern instruction sets; currently 8 GB of 2400 MHz DDR4 RAM; I finally have a discrete Nvidia GPU with 2 GB of dedicated GDDR5 VRAM, running with the proprietary Nvidia drivers, some of which I've compiled myself, using Shinobar's Get-Nvidia 1.5.pet.....and over 4 TB of internal storage. (I ripped the Barracuda drive out of the 3 TB external Seagate USB 3.0 drive I had, and added it as a secondary internal drive. Despite this HP mini-tower being physically smaller than ye olde Compaq tower, it seems to have a darned sight more space inside it.....no doubt due to all the components being that much smaller, including the minute slim-line PSU HP have seen fit to saddle it with..!)

Consequently, I'm having even more fun with Puppy now than over the last 5 years.....and the size of packages bothers me even less than it did previously. To that end, and bearing in mind the sheer number of AppImages & portables I've got kicking around, I've taken on board your suggestion from earlier; rather than loading O.F.I.N.S.I.S's humungous SFS package into my existing, general-purpose Bionicpup64 and risking it breaking stuff, I've created a second save-folder, loaded it into that, and made use of all those AppImages to build myself a dedicated, multimedia Puppy around it.

And so, here IS

"MediaPup" 8.0..! Laughing

'Clean':-





.....and 'dirty':-





What'cha reckon, huh? Hell, I've got the storage & RAM, and the processing power to do things with it now, so.....why not. Very Happy

Life's good (all things considered), and I'm having a lot of fun.


Mike. Wink

_________________
MY 'PUPPY' PACKAGES

Back to top
View user's profile Send private message 
Mike Walsh


Joined: 28 Jun 2014
Posts: 6397
Location: King's Lynn, UK.

PostPosted: Tue 31 Mar 2020, 20:18    Post subject:  

Wonderful news, boys & girls.

The utterly AWESOME LosslessCut video trimmer/editor is now available as an AppImage. And about time, too!

I've followed this thing from the very early days:-

http://www.murga-linux.com/puppy/viewtopic.php?t=112245#top

It's always been built using the 'Electron' framework; this necessarily means it's gonna be large, 'cos Electron is essentially a 'stripped-down' Chromium browser. 'Nuff said.

v1.10.0 was extremely basic, and hardly did much of anything at all. However, its developer, "mifi", released this most recent 'stable' build - v3.17.9 - just 3 days ago.....and it's now stuffed to bursting with tons of goodies, all powered by the amazing ffmpeg.

(In the last 24 hours, mifi has committed seven further 'point releases' to his project page over at Github! I think it's fair to say this lad has got the bit firmly between his teeth, and is full of ideas. All credit to him, I say, especially when he puts out such an amazing app as this one.)

This release runs OOTB under Bionicpup64, and is just one of the 'stars' of my newly put-together 'MediaPup 8.0' (see my post above). No, it's not a new Puppy, but it was inspired by a comment Mikeslr made during the last day or two about creating a separate save-folder for running the 2-series Openshot SFS package O.F.I.N.S.I.S has put together recently.....this is to do with multiple Python 'issues', nothing else.

I'd got a whole stash of multimedia-type AppImages & portable apps sitting around doing nothing, so I thought I'd put together a dedicated Puppy and put 'em to good use at long last.....

----------------------------------

This is available as either a 'straight' Electron package:-

https://github.com/mifi/lossless-cut/releases/download/v3.17.9/LosslessCut-linux.tar.bz2

.....or an AppImage:-

https://github.com/mifi/lossless-cut/releases/download/v3.17.9/LosslessCut-linux.AppImage

As with everything these days, these are now 64-bit only. They run OOTB under Bionic; I'm going to try this release in Xenialpup64 tomorrow, but I'm not hopeful.....I think the older glibc will be the killer. We'll see.

In all cases, this needs to be started with the

Code:
--no-sandbox


....'flag'.

EDIT:- My fears were unfounded. This fires straight up under Xenialpup64, so.....nice one.


Mike. Wink

_________________
MY 'PUPPY' PACKAGES


Last edited by Mike Walsh on Thu 02 Apr 2020, 05:42; edited 1 time in total
Back to top
View user's profile Send private message 
tallboy


Joined: 21 Sep 2010
Posts: 1767
Location: Drøbak, Norway

PostPosted: Wed 01 Apr 2020, 20:00    Post subject:  

Mike wrote:
Well now; I'm no longer really in the traditional Puppy 'mould', any more. This new hardware has a fast (3.7 GHz) quad-core Pentium Gold 'CPU', with advanced modern instruction sets; currently 8 GB of 2400 MHz DDR4 RAM; I finally have a discrete Nvidia GPU with 2 GB of dedicated GDDR5 VRAM, running with the proprietary Nvidia drivers, some of which I've compiled myself, using Shinobar's Get-Nvidia 1.5.pet.....and over 4 TB of internal storage.

You #%¤@ traitor! Evil or Very Mad


Laughing Laughing Laughing

_________________
True freedom is a live Puppy on a multisession CD/DVD.
Back to top
View user's profile Send private message 
Mike Walsh


Joined: 28 Jun 2014
Posts: 6397
Location: King's Lynn, UK.

PostPosted: Thu 02 Apr 2020, 05:38    Post subject:  

tallboy wrote:
Mike wrote:
Well now; I'm no longer really in the traditional Puppy 'mould', any more. This new hardware has a fast (3.7 GHz) quad-core Pentium Gold 'CPU', with advanced modern instruction sets; currently 8 GB of 2400 MHz DDR4 RAM; I finally have a discrete Nvidia GPU with 2 GB of dedicated GDDR5 VRAM, running with the proprietary Nvidia drivers, some of which I've compiled myself, using Shinobar's Get-Nvidia 1.5.pet.....and over 4 TB of internal storage.

You #%¤@ traitor! Evil or Very Mad


Laughing Laughing Laughing


Hah! Hark who's talking.... Laughing Laughing

Perhaps a 'traitor' where hardware's concerned, Olaf, but my God! Pup absolutely screams on this thing.....and after trying out I don't know HOW many other distros over the last few years, I always return home to the sanity of the kennels, and the support of an amazing community.

(I'm loyal, if nothing else mate.... Smile)


Mike. Wink

_________________
MY 'PUPPY' PACKAGES

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


Joined: 21 Sep 2010
Posts: 1767
Location: Drøbak, Norway

PostPosted: Thu 02 Apr 2020, 12:27    Post subject:  

It was stricktly meant as a hardware joke, Mike. I don't think anyone can accuse you of not being a loyal 'Puppyteer', they dance to your moves! Laughing

I hope you are extra careful these days, disaster lurks at home, if you get infected. Wear gloves, use facemask, wear protection glasses, wash hands. This is bad!

_________________
True freedom is a live Puppy on a multisession CD/DVD.
Back to top
View user's profile Send private message 
Mike Walsh


Joined: 28 Jun 2014
Posts: 6397
Location: King's Lynn, UK.

PostPosted: Thu 02 Apr 2020, 12:35    Post subject:  

@ tallboy:-

^^^ + 1!!! Oh, aye....

tallboy wrote:
I hope you are extra careful these days, disaster lurks at home, if you get infected. Wear gloves, use facemask, wear protection glasses, wash hands. This is bad!


You too, mate. Stay sharp.....and stay 'safe'. Take care!


Mike. Wink

_________________
MY 'PUPPY' PACKAGES

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

Joined: 28 Sep 2012
Posts: 2022
Location: Italy

PostPosted: Thu 02 Apr 2020, 15:20    Post subject:  

tallboy wrote:

I hope you are extra careful these days, disaster lurks at home, if you get infected. Wear gloves, use facemask, wear protection glasses, wash hands. This is bad!


The more bad thing is that you can go out with your dog for a walk but not with your children. Rolling Eyes
Back to top
View user's profile Send private message 
step

Joined: 04 May 2012
Posts: 1352

PostPosted: Fri 03 Apr 2020, 18:02    Post subject:  

Get more dogs! Smile
_________________
Fatdog64-810|+Packages|Kodi|gtkmenuplus
Back to top
View user's profile Send private message 
watchdog

Joined: 28 Sep 2012
Posts: 2022
Location: Italy

PostPosted: Sun 19 Apr 2020, 09:57    Post subject:  

Cryptomator 1.5.0 encryption 256 AES tool distributed as AppImage:

https://cryptomator.org/downloads/

Only 64 bit. Working in quirkyApril-light64 by jrb.
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 10 of 11 [156 Posts]   Goto page: Previous 1, 2, 3, ..., 8, 9, 10, 11 Next
This forum is locked: you cannot post, reply to, or edit topics.   This topic is locked: you cannot edit posts or make replies. View previous topic :: View next topic
 Forum index » House Training » Users ( For the regulars )
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.1477s ][ Queries: 12 (0.0298s) ][ GZIP on ]