Appimage and/or flatpack to replace some distro specifik packagings? (Page 1 of 2)

Yes i know you are working hard on this on your free time. A big thank you for that
I was thinking to cover more distros with *less* work (except initial learning) for both your protein based and silicon based CPU:s

Of the alternatives, it seem to me Appimage gives the best coverage in return of work, and is easy to use for users
To me it seem easy to package, but this is not "my cup of tea" and i dont know how many obstacles there may be:

Some cut-paste:

"There are different ways to generate an AppImage of your application:
...
3. Run linuxdeployqt on your Qt application"
...

"linuxdeployqt takes an application as input and makes it self-contained by copying in the resources that the application uses (like libraries, graphics, and plugins) into a bundle. The resulting bundle can be distributed as an AppDir or as an AppImage"
...
When used on Qt-based applications, it can bundle a specific minimal subset of Qt required to run the application."

---

BTW, QET 0.6 final is in Mageia development version "Cauldron" and will be released in current Mageia 6 normal updates but is waiting for a large Qt-Plasma5-etc-depending mess update currently being tested. - Appimage could get past such delays

---

Further reading:
https://github.com/AppImage/AppImageKit/wiki
https://github.com/AppImage/AppImageKit … /README.md
https://github.com/probonopd/linuxdeployqt  - also see "known issues"

---

Did i have money i would donate for your highDPI screen.  Once I did (accidentally, in xorg.conf) set up a high X/Y resolution desktop, and panned my physical screen across it (when mouse touched edge).  There may be better methods nowadays in your distro of choice. I dont know if that may be an idea to simulate highDPI.

I bought my monitor used years ago. Was impressive then with 30" 2560x1600, displayport.  I also still use the machine i built eleven years ago, but newer disk and SSD.  The only problem with the monitor is that it use much power, so it actually is unpleasant to sit long time before it, especially in summer.  I also guess that a larger screen and longer distance to it is better for the eyes, if we have possibility to arrange it at distance.

If i had the budget to upgrade i would buy a TV - less pricey than a monitor, and i do not play game so need not very quick response.  Here is one alternative for about 400 EUR: https://www.elgiganten.se/product/ljud- … -43pus6162

Yes, as I said "Did i have money", i dont have more then needed to get around, since i "went into the wall".

Many thanks!
It seem to just work on Mageia 6.  Only tested a few minutes so far: new shema, opening a 0.6 version shema and editing it, save, close, reopen. Print to physical printer, print to pdf.  It seem to use configuration from already installed 0.6 version: project folder, history, user collection.

Noticed the old issue that floating tool bars appear on every desktop. I use Plasma 5.12 with 3x3 desktops. Qt5.9.4.

A minor language quirk: When opening a project there is the dialogue:
"Opening of the project..."
Remove "of " so it becomes: "Opening the project..."

BTW i think it is a good idea to provide checksums.

When exiting, it throws segmentation fault.

Previous version worked OK per comment 9, and this is output in terminal from where it was launched and then closed:

bash-4.3$ ./QElectroTech_-0.70.r5428.glibc2.14-x86_64.AppImage 
/home/morgan/.local/share/applications/appimagekit-qelectrotech.desktop: warning: value "Editor výkresů elektrických obvodů" for key "Comment[cs]" in group "Desktop Entry" looks redundant with value "Editor výkresů elektrických obvodů" of key "GenericName[cs]"
QSqlDatabase: QSQLITE driver not loaded
QSqlDatabase: available drivers: 
Unable to open the SQLite database  "/home/morgan/.qet//elements_cache.sqlite"  as  "ElementsCollectionCache-0" :  QSqlError("", "Driver not loaded", "Driver not loaded")
Segmenteringsfel (minnesutskrift skapad)
bash-4.3$ 

I dont know the impact of the sql problems; did not notice any usage problems but did not try everything.

The new version fail to launch; after the dialog about wether to integrate this appimage in the system, it exits, and this is found in the terminal:

bash-4.3$ ./QElectroTech_-0.70.r5435.glibc2.14-x86_64.AppImage 
/home/morgan/.local/share/applications/appimagekit-qelectrotech.desktop: warning: value "Editor výkresů elektrických obvodů" for key "Comment[cs]" in group "Desktop Entry" looks redundant with value "Editor výkresů elektrických obvodů" of key "GenericName[cs]"
gtk-update-icon-cache: /lib64/libc.so.6: version `GLIBC_2.25' not found (required by /tmp/.mount_QElectDf2G3F/lib/x86_64-linux-gnu/libmount.so.1)
gtk-update-icon-cache: /lib64/libc.so.6: version `GLIBC_2.25' not found (required by /tmp/.mount_QElectDf2G3F/lib/x86_64-linux-gnu/libblkid.so.1)
/tmp/.mount_QElectDf2G3F/usr/bin/qelectrotech: /lib64/libc.so.6: version `GLIBC_2.25' not found (required by /tmp/.mount_QElectDf2G3F/lib/x86_64-linux-gnu/libbsd.so.0)
bash-4.3$ 

I have glibc 2.22 installed.

I it possible to include more in the appimage to make it less system dependent?

Yes :

qelectrotech/usr/plugins$ tree
.
|-- bearer
|   |-- libqconnmanbearer.so
|   |-- libqgenericbearer.so
|   `-- libqnmbearer.so
|-- iconengines
|   `-- libqsvgicon.so
|-- imageformats
|   |-- kimg_eps.so
|   |-- kimg_exr.so
|   |-- kimg_kra.so
|   |-- kimg_ora.so
|   |-- kimg_pcx.so
|   |-- kimg_pic.so
|   |-- kimg_psd.so
|   |-- kimg_ras.so
|   |-- kimg_rgb.so
|   |-- kimg_tga.so
|   |-- kimg_xcf.so
|   |-- libqgif.so
|   |-- libqicns.so
|   |-- libqico.so
|   |-- libqjpeg.so
|   |-- libqmng.so
|   |-- libqsvg.so
|   |-- libqtga.so
|   |-- libqtiff.so
|   |-- libqwbmp.so
|   `-- libqwebp.so
|-- platforminputcontexts
|   |-- libcomposeplatforminputcontextplugin.so
|   |-- libibusplatforminputcontextplugin.so
|   `-- libqtvirtualkeyboardplugin.so
|-- platforms
|   `-- libqxcb.so
|-- printsupport
|   `-- libcupsprintersupport.so
|-- sqldrivers
|   |-- libqsqlite.so
|   |-- libqsqlmysql.so
|   `-- libqsqlpsql.so
`-- xcbglintegrations
    |-- libqxcb-egl-integration.so
    `-- libqxcb-glx-integration.so

8 directories, 35 files 

  Hmm, this AppImage was built on my Debian Sid and needs to work on the most recent distributions like Ubuntu 18.04, Debian testing/Unstable, etc.
So I use a older distribution to make AppImage, or https://github.com/AppImage/AppImageKit … pGenerator
or https://github.com/wheybags/glibc_version_header

https://github.com/AppImage/AppImageKit … ase-system 

Launches cleanly, seem to work correctly (very quick test) and exits cleanly without segfault   (Mageia 6, Plasma).

Same simple test, same OK result

Nice, thanks Dik.