• View
• Edit
• History
• Print
• Backlinks

third-party installers in Devuan

about

description

Software packaged , linux compatible , but non in Devuan & Devuan merged repositories.

Also some software like Emacs,Python,Firefox,Steam access their own repositories .

todo

attention leak info

What types of admin workflows leak attention to handle third-party portable software?

upgrade-updates workflows's dilution-spread

How an upgrade-update system wide workflow is altered in case of having third party software and how it affects current workflows ? What type of user workflows are more resistant to that kind of behavior and what not? Many :Firefox , Discord etc have their own update cycle-wf. That means simply integration workflow leakage.Imagine a workflow of 5apps with the 3 initiating autonomously their update cycles (for example discord wont run if you not update).

storage needs info

For a package it'd be interesting before download to get info how much storage is needed (with all the depedencies unmet) and how much with all met and how much in our current system .

Ideally it'd be cool for a Devuan a metric that would show aggregates . Like how many storage has been saved so far (for the cases that the installed software has portable alternatives with know storage sizes).

(i have a similar proposal for watt-hungry apps)

third-party repo integration

Some third-party softward have repositories that can be listed in /etc/apt/sources.list.d/. Emacs lists its repos in it's own config files. Python ? CLisp ?

Types

emacs lisp

Emacs's packages repos have their own format.

deb

deb / google-chrome

deb / discord

Offers a .deb package. How that binds with system? Why they prefer deb from portable ones?

deb / steam

Also offers a .deb package. How that binds with system? Why they prefer deb from portable ones?

misc

misc / gog games

portable

portable / appimage

portable / snap

portable / flatpak

Examples

Krita

Krita / storage space

(Excalibur) $ sudo apt-cache show krita

            Version: 1:5.2.9+dfsg-1+b1
            Installed-Size: 90341
            Filename: pool/DEBIAN/main/k/krita/krita_5.2.9+dfsg-1+b1_amd64.deb
            Size: 21139024 (21Mb)
            $ sudo apt-get install  krita
            Need to get 88.6 MB/92.4 MB of archives. <----- Why two numbers ?
                          |
                          --- krita-data (53Mb)
                          |
                          ---- libc (3MB)
                          |
                          ----- ....
            After this operation, 243 MB of additional disk space will be used

(Upstream/portable ) Krita favors portable installers and dont offer from its site a deb or rpm package.

krita.org offers 5.2.15 (download/installed) for AppImage(322MB/?),Flatpak(216Mb/493.7Mb) and snap(?) AppImage wont install ,but just run. So it the download file uncompressed ? And can we assume that the installed size is the same 322MB ?

Krita / runtime memory

$ ps -o pid,comm,rss,vsz -p 23966

  PID COMMAND           RSS    VSZ

23966 krita 446828 5776932

 $ ps -o pid,comm,rss,vsz -p 26528
  PID COMMAND           RSS    VSZ

26528 krita-5.2.15-x8 27332 1050004

$ smem -c pss -P krita -k -t | tail -n 1

  352.1M 

$ smem -c pss -P krita(appimage) -k -t | tail -n 1

  379.7M 

$ top -p 23966

  PID USER      PR  NI    VIRT    RES    SHR S  MEM     TIME+ COMMAND                                                                                             

23966 chomwitt 20 0 5776932 446832 193588 S 0.0 0.7 0:08.09 krita

$ cat /proc/23966/status | grep -E 'VmRSS|VmSize' VmSize: 5776932 kB VmRSS: 446832 kB

$ cat /proc/26528(appimage)/status | grep -E 'VmRSS|VmSize' VmSize: 1050004 kB VmRSS: 27332 kB