AppImage: portable software

Non release banter
fullmoonremix

Re: AppImage: portable software

Post#16 by fullmoonremix » 16 Jun 2016, 11:25

Salutations... :good:

I quote our fearless leader...
If the issue really IS using systemd, then let them come running. We won't be using it.
(see... http://forum.porteus.org/viewtopic.php? ... ees#p40612 )

Summoning the "daemon" (pun intended) is the perfect analogy for systemd.

:evil: ...
https://www.youtube.com/watch?v=ARJ8cAGm6JE
https://www.youtube.com/watch?v=rrf0cH4o_g4
https://www.youtube.com/watch?v=AvayPCoHGFE
https://www.youtube.com/watch?v=iRq7Muf6CKg
https://www.youtube.com/watch?v=JrBdYmStZJ4
https://www.youtube.com/watch?v=G6o881n35GU
https://www.youtube.com/watch?v=O5MDGMvrSJc
https://www.youtube.com/watch?v=fsMC6d8 ... 6GZFWModmK
https://www.youtube.com/watch?v=_mqDjcGgE5I

(see also... Software bloat ... Wirth's law and Feature creep )

"Best Regards"... :beer:

Posted by 73.150.85.78 via http://webwarper.net
This is added while posting a message to avoid misusing the service
Last edited by fullmoonremix on 26 Jun 2016, 17:54, edited 13 times in total.

User avatar
brokenman
Site Admin
Site Admin
Posts: 6105
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v4 all desktops
Location: Brazil

Re: AppImage: portable software

Post#17 by brokenman » 17 Jun 2016, 01:59

From my experience you had better put an end to this systemd argument or change the thread name. It will hijack the thread.

BTW: Porteus already has something like snap. Open a root terminal and type: bundles
How do i become super user?
Wear your underpants on the outside and put on a cape.

fullmoonremix

Re: AppImage: portable software

Post#18 by fullmoonremix » 17 Jun 2016, 11:20

Salutations... :good:
From my experience you had better put an end to this systemd argument or change the thread name. It will hijack the thread.
Yep. So I will end this the way I always do. (Yet again...) I am agnostic so
for me it's always six of one half dozen of the other and to each his own.

(Yet again...) there is NO "top dog" or "magic bullet" in the Linux ecosystem... that's the WindozzZ mantra. :no:
(see... The Cathedral and the Bazaar: "The Cathedral and the Bazaar" ) .

For right or WRONG... it's a BIG tent. So there's room for everybody to do their thing.

However... (speaking for myself) I'm NOT into trending. So for me to sign
on to anything... it has to be better than beta and NOT larger than life.

I for one... prefer steak over the sound of it cooking. If systemd is the next "big" thing then
it should have no problem finding it's way into "Derivatives" where it can prove itself first.

The bottom line is... Slackware (and Porteus by extension) one of the oldest and most respected distros
has chosen (for very compelling and highly credible reasons already given) NOT to drink the " Ambrosia "
(see... Jim Jones: Deaths in Jonestown ) and jump on the (RedHat/Micro$oft) bandwagon @ this time.


"Best Regards"... :beer:

Posted by 73.150.85.78 via http://webwarper.net
This is added while posting a message to avoid misusing the service
Last edited by fullmoonremix on 18 Jun 2016, 17:50, edited 18 times in total.

Bogomips
Full of knowledge
Full of knowledge
Posts: 2564
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: AppImage: portable software

Post#19 by Bogomips » 17 Jun 2016, 11:33

brokenman wrote:
As long as snapd has been ported to their linux distro it will just work.
Sounds like it has a dependency on systemd no?
On 3.1 was able to get Nautilus, Files, Nemo, Truecrypt, and latest version of Hanbrake going, all of which had systemd dependency. This was done by providing a systemd module. IMHO it could be discretionary. If one is not worried about tainting the system with systemd, then one just activates a systemd module, followed by whichever snap modules one requires. Otherwise one stays clear of snap, and Porteus can remain pure as the driven snow. 8)
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

fullmoonremix

Re: AppImage: portable software

Post#20 by fullmoonremix » 17 Jun 2016, 13:08

Salutations... :)
...Porteus can remain pure as the driven snow.
Now that is a reasonable approach that even I can sign on to :good:

I'm a firm believer in... "if it ain't broke don't fix it" and the KISS principle: In software development

"Best Regards"... :beer:

Posted by 73.150.85.78 via http://webwarper.net
This is added while posting a message to avoid misusing the service

User avatar
wread
Module Guard
Module Guard
Posts: 1255
Joined: 09 Jan 2011, 18:48
Distribution: Porteus v5.0-kde-64 bits
Location: Santo Domingo
Contact:

Re: AppImage: portable software

Post#21 by wread » 17 Jun 2016, 23:31

I downloaded QCad and it worked; then I moved the already made executable file to rootcopy and restarted the machine...

The app installs itself in /, and it works! But it occupies 77MB of live memory! Now suppose you have 10 favorite applications of that size....big big s*^#t :shock:

But Porteus has another option: put the 10 downloaded files in optional and work in AF mode: Genial :Yahoo!:

Only when you need this particular application you install it by clicking the file in optional and go! After you are done just restart the machine and you have it clean again!
Porteus is proud of the FASTEST KDE ever made.....(take akonadi, nepomuk and soprano out and you will have a decent OS).
The Porteus Community never sleeps!

fullmoonremix

Re: AppImage: portable software

Post#22 by fullmoonremix » 18 Jun 2016, 01:02

Salutations... :)
'
Yep. Just like I thought. Perfect for "optional". Sounds like a plan... for apps that are not in the repo. :good:

"Best Regards"... :beer:

Posted by 73.150.85.78 via http://webwarper.net
This is added while posting a message to avoid misusing the service
Last edited by fullmoonremix on 18 Jun 2016, 12:41, edited 1 time in total.

User avatar
wread
Module Guard
Module Guard
Posts: 1255
Joined: 09 Jan 2011, 18:48
Distribution: Porteus v5.0-kde-64 bits
Location: Santo Domingo
Contact:

Re: AppImage: portable software

Post#23 by wread » 18 Jun 2016, 12:13

AppImage, of couse!

Now I also downloaded krita-3.0, made it executable and moved it to optional. Done. :D

Regards!
Porteus is proud of the FASTEST KDE ever made.....(take akonadi, nepomuk and soprano out and you will have a decent OS).
The Porteus Community never sleeps!

User avatar
wread
Module Guard
Module Guard
Posts: 1255
Joined: 09 Jan 2011, 18:48
Distribution: Porteus v5.0-kde-64 bits
Location: Santo Domingo
Contact:

Re: AppImage: portable software

Post#24 by wread » 20 Jun 2016, 00:35

Did you try this bundle https://cloud.mail.ru/public/6snZ/7M1HUYidm by Bogomips?
It works for me :)
Porteus is proud of the FASTEST KDE ever made.....(take akonadi, nepomuk and soprano out and you will have a decent OS).
The Porteus Community never sleeps!

Bogomips
Full of knowledge
Full of knowledge
Posts: 2564
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: AppImage: portable software

Post#25 by Bogomips » 20 Jun 2016, 19:37

^^^ Try it and find out! :wink:
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

Evan
Shogun
Shogun
Posts: 466
Joined: 11 Apr 2016, 09:00
Distribution: Distribution: *

AppImage: portable software

Post#26 by Evan » 14 Feb 2017, 12:02

<removed>
Last edited by Evan on 17 Feb 2018, 07:48, edited 1 time in total.

Bogomips
Full of knowledge
Full of knowledge
Posts: 2564
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: AppImage: portable software

Post#27 by Bogomips » 18 Apr 2017, 19:42

Dabbling with an AppImage. In this instance, SimpleScreenRecorder:

Code: Select all

guest@porteus:~$ file  tmp64/*.AppImage
tmp64/SimpleScreenRecorder-0.3.8+1.glibc2.14-x86_64.AppImage: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=6489074bb7dca105dd827fc7af867d07100e1480, stripped

guest@porteus:~$ ls -lh tmp64/*.AppImage
-rwxr-xr-x 1 guest users 27M Feb 22 13:15 tmp64/SimpleScreenRecorder-0.3.8+1.glibc2.14-x86_64.AppImage*
Seeing if loading such a large file into RAM would make a difference: (Using Ed's Name Trick)
  • Create flat filesystem

    Code: Select all

    guest@porteus:~$ dd if=/dev/zero of=SimpleScrRec.xzm bs=1024 count=32768
    32768+0 records in
    32768+0 records out
    33554432 bytes (34 MB, 32 MiB) copied, 0.659631 s, 50.9 MB/s
    
    guest@porteus:~$ ls -lh  SimpleScrRec.xzm
    -rw-r--r-- 1 guest users 32M Apr 14 14:07 SimpleScrRec.xzm
    
    guest@porteus:~$ /sbin/mkfs.ext2 SimpleScrRec.xzm
    mke2fs 1.43.3 (04-Sep-2016)
    Discarding device blocks: done
    Creating filesystem with 32768 1k blocks and 8192 inodes
    Filesystem UUID: 00ab7b78-429b-41dd-aa34-6342240a9835
    Superblock backups stored on blocks:
            8193, 24577
    
    Allocating group tables: done
    Writing inode tables: done
    Writing superblocks and filesystem accounting information: done
    
  • Insert Programs

    Code: Select all

    guest@porteus:~$ mkdir ssr; sudo  mount  SimpleScrRec.xzm ssr
    guest@porteus:~$ sudo bsdtar xf tmp64/usm/tree-1.6.0-x86_64-1.txz -C ssr usr/bin/tree
    guest@porteus:~$ sudo cp -p tmp64/SimpleScreenRecorder-0.3.8+1.glibc2.14-x86_64.AppImage  ssr/usr/bin/
    
    guest@porteus:~$ tree ssr
    ssr
    ├── lost+found [error opening dir]
    └── usr
        └── bin
            ├── SimpleScreenRecorder-0.3.8+1.glibc2.14-x86_64.AppImage
            └── tree
    3 directories, 2 files
    guest@porteus:~$ ls -lh ssr/usr/bin/
    total 27M
    -rwxr-xr-x 1 guest users 27M Feb 22 13:15 SimpleScreenRecorder-0.3.8+1.glibc2.14-x86_64.AppImage*
    -rwxr-xr-x 1 root  root  61K May  2  2012 tree*
    
  • Statistics

    Code: Select all

    guest@porteus:~$ df -h ssr
    Filesystem      Size  Used Avail Use% Mounted on
    /dev/loop10      31M   28M  2.4M  93% /home/guest/ssr
    guest@porteus:~$ sudo du -sh ssr
    27M     ssr
    guest@porteus:~$ sudo umount ssr
    
    guest@porteus:~$ ls -lh  SimpleScrRec.xzm
    -rw-r--r-- 1 guest users 32M Apr 14 15:05 SimpleScrRec.xzm
    guest@porteus:~$ du -h  SimpleScrRec.xzm
    27M     SimpleScrRec.xzm
    
  • Extract from /var/log/porteus-livedbg (Cinnamon 3.2.2):

    Code: Select all

    # Modules activated during boot time:
    /memory/copy2ram/000-kernel.xzm
    /memory/copy2ram/001-core.xzm
    /memory/copy2ram/002-xorg.xzm
    /memory/copy2ram/003-cinnamon.xzm
    /memory/copy2ram/SimpleScrRec.xzm
    /mnt/sda10/xzm64/flashplayer-plugin-23.0.0.207-x86_64-1.xzm
    /mnt/sda10/xzm64/geany-1.25-x86_64-1_slack.xzm
    /mnt/sda10/xzm64/gecko-mediaplayer-1.0.9-x86_64-1alien.xzm
    /mnt/sda10/xzm64/lt_080816-x86_64.xzm
    /mnt/sda10/xzm64/man-files-3.2.2-noarch-1.xzm
    /mnt/sda10/xzm64/terminator-0.97-x86_64-1sl.xzm
    
Did not notice any striking difference. Not sure if such a large binary is copied piecemeal for execution or the whole loaded into RAM before execution begins. :unknown:
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

Post Reply