Page 2 of 2
Re: AppImage: portable software
Posted: 16 Jun 2016, 11:25
by fullmoonremix
Re: AppImage: portable software
Posted: 17 Jun 2016, 01:59
by brokenman
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
Re: AppImage: portable software
Posted: 17 Jun 2016, 11:20
by fullmoonremix
Salutations...
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.
(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"...
Posted by 73.150.85.78 via
http://webwarper.net
This is added while posting a message to avoid misusing the service
Re: AppImage: portable software
Posted: 17 Jun 2016, 11:33
by Bogomips
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)
Re: AppImage: portable software
Posted: 17 Jun 2016, 13:08
by fullmoonremix
Salutations...
...Porteus can remain pure as the driven snow.
Now that is a reasonable approach that even I can sign on to
I'm a firm believer in... "if it ain't broke don't fix it" and the
KISS principle: In software development
"Best Regards"...
Posted by 73.150.85.78 via
http://webwarper.net
This is added while posting a message to avoid misusing the service
Re: AppImage: portable software
Posted: 17 Jun 2016, 23:31
by wread
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
But Porteus has another option: put the 10 downloaded files in optional and work in AF mode: Genial
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!
Re: AppImage: portable software
Posted: 18 Jun 2016, 01:02
by fullmoonremix
Salutations...
'
Yep. Just like I thought. Perfect for "optional". Sounds like a plan... for apps that are not in the repo.
"Best Regards"...
Posted by 73.150.85.78 via
http://webwarper.net
This is added while posting a message to avoid misusing the service
Re: AppImage: portable software
Posted: 18 Jun 2016, 12:13
by wread
AppImage, of couse!
Now I also downloaded krita-3.0, made it executable and moved it to optional. Done.
Regards!
Re: AppImage: portable software
Posted: 20 Jun 2016, 00:35
by wread
Did you try this bundle
https://cloud.mail.ru/public/6snZ/7M1HUYidm by Bogomips?
It works for me
Re: AppImage: portable software
Posted: 20 Jun 2016, 19:37
by Bogomips
^^^ Try it and find out!
AppImage: portable software
Posted: 14 Feb 2017, 12:02
by Evan
<removed>
Re: AppImage: portable software
Posted: 18 Apr 2017, 19:42
by Bogomips
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.