Skip to main content
Topic: Files to Test Artix- No More Broken/Incompatible Libraries (Read 947 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Files to Test Artix- No More Broken/Incompatible Libraries

Hello,

Since today foibles (and its not the first time it happens on Artix, but never on Arch...), I decided to create bunch of files to test Artix if everything is done correctly (proper versions and compilation... libavif.so, kimageformats etc are pulled from KDE repo to Artix, but not always properly...or some version of beta or "in betweeen", but not yet ready...). They weigh astonishing 3.8 MiB.

https://file.io/lOyQTGGY7Zvh

sha512sum:
d6cf42b32ce27836cdf75da874d8982e41365ae0a69dff312a69f55a7dd770d144603aa6cc95036c24e60d258b368144994f43c5034cc98d72d2ee97da83f1d2

What are they:
png
heic (hevc)
jpg arythmetical coding (apparently GTK DEs and their software have problem with this...)
jxl (d 1 e 9)
avif (av1)
webp (vp9)
wide gamut P3 (logo must be displayed)
"normal" jpg
small pics with transparency (png, jxl, webp)
small pics animated (png, gif, jxl, webp)
and so on.

Thumbs must be visable in Dolphin and they have to open smoothly with default pic viewer (but not editing software) and must be browse-able with thumbs in this default pic viewer (e.g. ctrl+B or Ctrl+Shift+F and muse cursor to the top in Gwenview). Only KDE meets this criteria. GNOME, MATE, Cinnamon etc do not meet this criteria. Missing thumbs for 50% on them and not opening or opeining in Gimp, or opening in defferent weired soft (vide Mint). Complete mess.

Re: Files to Test Artix- No More Broken/Incompatible Libraries

Reply #1
Hello,
Since 2019 I have been installing Artix Linux OpenRC + XFCE + Dolphin on different PCs.
I haven't had the problems you describe.

Code: [Select]
neofetch --off
jp@jp-artix-Acer
----------------
OS: Artix Linux x86_64
Host: Aspire ES1-732 V1.18
Kernel: 6.1.70-1-lts
Uptime: 4 mins
Packages: 1297 (pacman)
Shell: bash 5.2.21
Resolution: 1600x900
DE: Xfce
WM: Xfwm4
WM Theme: Daloa
Theme: Adwaita [GTK2], Artix-dark [GTK3]
Icons: oxygen [GTK2], breeze [GTK3]
Terminal: xfce4-terminal
Terminal Font: Monospace 12
CPU: Intel Pentium N4200 (4) @ 2.500GHz
GPU: Intel Apollo Lake [HD Graphics 505]
Memory: 1768MiB / 3744MiB

Re: Files to Test Artix- No More Broken/Incompatible Libraries

Reply #2
The link for the test pictures doesn't work:
 Deleted
The transfer you requested has been deleted.
I tried earlier today and again just now, same result, so I can't say if they work here.
I think there are some settings which govern when thumbnails are generated in Mate, like location (e.g not on an external drive), max size limit etc, don't know if that is relevant.

Re: Files to Test Artix- No More Broken/Incompatible Libraries

Reply #3
Where Could I upload these photos/file ?

As for xfce/gtk I tested a lot of distros in 2023 and all of them have broken media type (formerly known as MIME types). Association for photos/pic is all over the place. Gimp is intercepting them, so instead of opening your photos you open it with gimp to edit. On occasions there is a GTK application that opens photo (sometimes even 2 apps installed by default), but it doesn't open photos when you click on the file. It opens either in Gimp, or in some weired non-default "X" app (I beilieve it was Mint). So all photos are associated differently. So imagine the situation: Go to home folder/Photos and then click on the first photo, then you should be able to nicely view ALL your photos in the default "pic viewer app", just by simple pressing an arrow (next) or space bar (next). Nope... you got to wait... loading plugins... etc. in Gimp... Then you only have .jpg thumbnails in your file viewer/pic app. Example? Here you are: if you use arythmetical coding for jpg (you should), you have no thumbnail in whatever file manager you have and this GTK software cannot open the photo. You click and nothing is displayed. Sometimes you don't have webp thumbs or avif or jxl or all of them, either in pic viewer or file manager. You cannot open them or they open in different software, or they can be opened but you have to right click and search for another app (if you are lucky). So you click on webp/jpg(arythmetical)/heic/avif and it doesn't open or opens in a browser or whatever mess there is in this GTK distro.  Shouldn't there be a rule: one app for one task?*. One click and voila it opens all you photos. Press arrow/slideshow. Booom. Done. Pres: ctrl+Q (alt+F4). Enjoy your day.... So much stupidity in all those GTKs...

* there might be an exception due to ggle, so it may not not apply to stupid javascript and idiots who coded the website....

As it seems KDE is the best via kimageformats, but it gets sometimes messed (".so" or whatever) This is why I went extra mile and created these test files. Once and for all. All known types. You click and it magically opens in e.g. Gwenview (your default pic/photo application) and you enjoy them just by pressing arrow/space bar. All of them no exceptions. And all thumbnails should be in your default File Manager (here Dolphin) and all should open in the same photo/pic app. This is how it should be. Apparently GTK distros are a mess (Mint, Linux Lite, Sparky, MX, you name it...)

Hence I created the files to once and for all END THIS NONSENSE.

Where can I upload these photos (again?), so nobody deletes them?

Re: Files to Test Artix- No More Broken/Incompatible Libraries

Reply #4
One possibility that works, also perhaps google / yandex drive etc, I think there are numerous file sharing sites around.
https://postimages.org/

Re: Files to Test Artix- No More Broken/Incompatible Libraries

Reply #5
As soon as I install and update Artix XFCE, I install my favorite applications in one command.

Then I always have a directory available containing the file types I commonly use.

Simply right-click on each of these files / Open with another application / select the application / check "Use this action by default...".

It takes five minutes. 8)

Re: Files to Test Artix- No More Broken/Incompatible Libraries

Reply #6
Simply right-click on each of these files / Open with another application / select the application / check "Use this action by default...".

Of course, the TO will not reply to this but will download all possible distros again and scrupulously check what you have written, after all, it is already the year 2024.
"Wer alles kann, macht nichts richtig"

Artix USE="runit openrc slim openbox lxde gtk2 qt4 qt5 qt6 conky
-gtk3 -gtk4 -adwaita{cursors,themes,icons} -gnome3 -kde -plasma -wayland "

Re: Files to Test Artix- No More Broken/Incompatible Libraries

Reply #7

Hence I created the files to once and for all END THIS NONSENSE.


Your passive aggression, not the first time, makes it very unattractive to help you, wading through emotional rants instead of precise detailed information what the problem is.

Re: Files to Test Artix- No More Broken/Incompatible Libraries

Reply #8
Only KDE meets this criteria. GNOME, MATE, Cinnamon etc do not meet this criteria. Missing thumbs for 50% on them and not opening or opeining in Gimp, or opening in defferent weired soft (vide Mint). Complete mess.
If only you had read the accented sentence at the end of the brief description for graphical ISOs on our downloads page, you'd had chosen a community edition and spared yourself of all this pain...

Re: Files to Test Artix- No More Broken/Incompatible Libraries

Reply #9
There are certainly some image formats that aren't well supported though, this probably won't open by default in most places:
https://www.fnordware.com/j2k/jp2samples.html
JPEG2000 (.JP2, .JPX, .J2K, .J2C)

Re: Files to Test Artix- No More Broken/Incompatible Libraries

Reply #10
If only you had read the accented sentence at the end of the brief description for graphical ISOs on our downloads page, you'd had chosen a community edition and spared yourself of all this pain...


It is in this category that I download the XFCE OpenRC ISO.

Once the system is installed, updated and restarted, I use my notes (translated from French by Google Translate):

Spoiler (click to show/hide)