26

(13 replies, posted in News)

I have quite a few programs, and some appimages too like FreeCAD, slic3r, ...  No problem with them.

Some incompatibility regarding appimage packaging i guess
Tell i if i can be of any testing help (i am not a programmer, but advanced user)

KDE applications 19.04.0
Plasma-desktop 5.15.4
Theme active: breeze 5.15.4.1
Nvidia driver.  Kernel Mageia stock 5.4.12-desktop. Swedish locale.

Regarding QET0.7 this seem weird: "Could not load the Qt platform plugin "xcb" in "" even though it was found."  is it internal in appimage or in system?  If external what more exactly which "xcb"? and needed version range?  Mageia 7 have: EDIT: formatted list see comment 9 below.

27

(13 replies, posted in News)

Hi guys!
Long time no see.
Have been into hands-on cooling system prototyping a long time, no schema work...
Tried latest QET appimages, on current Mageia 7, 64 bit, Plasma:

$ ./QElectroTech_0.7-r5967-x86_64.AppImage 
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: wayland-org.kde.kwin.qpa, eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb.

Avbruten (SIGABRT) (minnesutskrift skapad)

In contrast, the elder QElectroTech_0.7-r5437-x86_64.AppImage works nicely.
Also 0.5 and 0.6 Appimages seem to work OK.

0.8 give a segfault:

$ ./QElectroTech_0.8-DEV-r6112-x86_64.AppImage 

(process:21394): GLib-CRITICAL **: 16:01:34.202: g_hash_table_contains: assertion 'hash_table != NULL' failed

(process:21394): GLib-CRITICAL **: 16:01:34.202: g_hash_table_insert_internal: assertion 'hash_table != NULL' failed
Segmenteringsfel (minnesutskrift skapad)

I believe you accidentally have turned on the view option which does exacly that: to be able to see difference between white part of symbol, and background.

I have not used 0.7, but in 0.6 that was a button in the top menu.

That sounds good nomicons/smile
Google-translated:

Owen Taylor is working on Fedora's infrastructure to bring in building Flatpak applications directly, in parallel with standard RPM formats. The goal is to make life easier for the maintainer, who can design the construction of both formats in one go.

That is the behaviour yes.
I simply adopted to it by making a front page, and let the summary come next...

Not sure I understand...

To zoom the drawing, use the mouse scroll wheel.
To pan up/down or left/right  press Ctrl or Alt respectively while scrolling.

If your problem is in printing, there are check boxes down left in th eprint dialog.

32

(7 replies, posted in News)

Great nomicons/smile

33

(7 replies, posted in News)

Great nomicons/smile
Could you also make a 0.61 Appmiage ?

On KDE5 Plasma:
(All names guessed from translating from Swedish)

Plasma settings > Appearance > Font > Font
 [x] Force font dots per inch: 

Higher number will make all text bigger in menues, dialogs, drawing.

The QET drawing template editor have check boxes to make the text size automatically limit to available space.

35

(554 replies, posted in News)

I love how you guys develop this program!
Cheers nomicons/smile

Hi and welcome to the forum nomicons/smile


You mean it simply vanishes from the screen?

When do that happen?

Which version of QET do you run?

Try to launch it from a terminal and see if you get any interesting messages.

You could try if the appimage works.

You could use the arrows found in
QET Collection
  Electric
    All-Pole
      Folio referencing

Close to the title block on all pages draw a short line and use the arrows, and link to adjacent pages.

I use a similar method but link to and from block schematic page(s), using home brew symbols instead of the arrows.

Can you tell us a bit of what system you use?

If you start it from command line, is there any messages when it crashes?


Edit: Oh by the way:
Welcome to the club nomicons/smile
 /Edit

Thanks.  I am sure it if of interest to many.  Maybe you could even put such procedures on the wiki?

Myself is on a kind of computer diet period.  Instead, i do much mechanic work and practical watering, hands-on-controls repair, repairing a tractor and such things currently. nomicons/smile

Wonderful, thanks nomicons/smile 

1) Maybe you could copy or link that informations at the appimage download page?  (and later in some manual...) plus a link to https://appimage.org/ where users can learn about appimage, how to run it, and they may want to use firejail.

2) I see you have added appimage links to 0.6 and 0.7 versions at https://qelectrotech.org/download.html . You can also add one for 0.5.

3) Now you can get the news out and attract more users by getting it listed where Appimages are listed. I know of https://bintray.com/probono/AppImages , https://appimage.github.io/apps/ , maybe there are more places.

Great!  I put the news here https://wiki.mageia.org/en/QElectroTech#Appimage and also noted it in the forum recently nomicons/smile

0.5 and 0.6 launch cleanly.  0.5 complains in the terminal of symbols saved with later version, as expected.

Is it possible to launch the appimages with some parameter or other trick to make them use different folders of symbols, templates, drawings?

Same simple test, same OK result nomicons/smile

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

$ ./QElectroTech_-x86_64.AppImage 
./qelectrotech: /lib64/libc.so.6: version `GLIBC_2.25' not found (required by /tmp/.mount_QElectz2Esmr/usr/bin/../lib/libQt5Core.so.5)
bash-4.3$

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

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.

Many thanks! nomicons/smile
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.

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

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 i know you are working hard on this on your free time. A big thank you for that nomicons/smile
I was thinking to cover more distros with *less* work (except initial learning) for both your protein based and silicon based CPU:s nomicons/wink

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 nomicons/wink

---

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.