MX Linux Forum

asqwerth wrote: Tue Jan 07, 2025 7:52 am I do agree that neofetch is no longer maintained so an alternative will need to be found, but that's not a difficult task. Here are 2: screenfetch, and Manjaro forums have been recommending fastfetch.

fastfetch -l none -c /usr/share/fastfetch/presets/all.jsonc 

siamhie@flux23
--------------
OS: MX Libretto 23.4 x86_64
Host: MS-7C56 (2.0)
Bios (UEFI): A.F0 (5.17)
Bootmgr: UEFI OS - BOOTX64.EFI
Board: B550-A PRO (MS-7C56) (2.0)
Chassis: Desktop (2.0)
Kernel: Linux 6.9.12-amd64
Init System: systemd 1:252.6-1mx23+1
Uptime: 10 hours, 46 mins
Loadavg: 0.17, 0.28, 0.25
Processes: 505
Packages: 2210 (dpkg)
Shell: bash 5.2.15
Display (HP X27q): 2560x1440 @ 165 Hz in 27" [External]
Monitor (HP X27q): 2560x1440 px @ 164.834 Hz - 597x336 mm (26.97 inches, 108.90 ppi) [HDR Compatible]
LM: lightdm-autologin 1.32.0 (X11)
WM: Fluxbox (X11)
Theme: Yaru-Orange-dark [GTK2/3]
Icons: MB-Mango-Suru-GLOW [GTK2/3]
Font: Sans (11pt) [GTK2/3]
Cursor: oxy-hot_orange
Terminal: xfce4-terminal 1.1.3
Terminal Font: monofur (16pt)
Terminal Size: 104 columns x 50 rows (1144px x 1150px)
Terminal Theme: #FFFFFF (FG) - #000000 (BG) [Dark]
CPU: AMD Ryzen 9 5950X (32) @ 5.08 GHz - 27.1°C
CPU Cache (L1): 16x32.00 KiB (D), 16x32.00 KiB (I)
CPU Cache (L2): 16x512.00 KiB (U)
CPU Cache (L3): 2x32.00 MiB (U)
CPU Usage: 0%
GPU: AMD Radeon RX 6700 XT (40) @ 2.73 GHz - 44.0°C (306.00 MiB / 11.95 GiB, 3%) [Discrete]
Memory: 2.15 GiB / 31.27 GiB (7%)
Swap: 0 B / 64.00 GiB (0%)
Disk (/): 10.44 GiB / 456.63 GiB (2%) - ext4
Disk (/media/Data): 1001.85 GiB / 7.22 TiB (14%) - ext4
Disk (/media/Stream): 136.05 GiB / 394.39 GiB (34%) - ext4
Public IP: X.X.X.X (Forest Grove, US)
Local IP (wlan0): 192.168.254.54/24 (54:07:7d:7f:77:1b) [MTU 1500] <UP,BROADCAST,RUNNING,MULTICAST,LOWE>
DNS: 192.168.254.254
Wifi: Ziply-CCA0_5G - 802.11ax (Wi-Fi 6) - 5 GHz - WPA2 (100%)
Date & Time: 2025-01-07 06:24:08
Locale: en_US.UTF-8
Vulkan: 1.3.230 - radv [Mesa 22.3.6]
OpenGL: 4.6 (Compatibility Profile) Mesa 22.3.6
Users: siamhie@:0 - login time 2025-01-06 19:37:52
Sound: Starship/Matisse HD Audio Controller Analog Stereo (69%)
Weather: +33°F - Clear (Forest Grove, Oregon, United States)
Network IO (wlan0): 1.48 KiB/s (IN) - 1.03 KiB/s (OUT)
Disk IO (ATA ST8000DM004-2CX1): 0 B/s (R) - 0 B/s (W)
Disk IO (ATA Samsung SSD 870): 0 B/s (R) - 0 B/s (W)
Disk IO (WDS500G1X0E-00AFY0): 0 B/s (R) - 0 B/s (W)
Disk IO (WDS500G3XHC-00SJG0): 0 B/s (R) - 0 B/s (W)
Physical Disk (ATA ST8000DM004-2CX1): 7.28 TiB [HDD, Fixed]
Physical Disk (ATA Samsung SSD 870): 465.76 GiB [SSD, Fixed]
Physical Disk (WDS500G1X0E-00AFY0): 465.76 GiB [SSD, Fixed] - 35.9°C
Physical Disk (WDS500G3XHC-00SJG0): 465.76 GiB [SSD, Fixed] - 31.9°C
Version: fastfetch 2.33.0 (x86_64)

Stevo wrote: Tue Jan 07, 2025 10:06 am We do have a build of fastfetch in MX 23 main, if anyone want to try it. Apparently it's already kind of outdated, as is even Sid's, so someone's a busy developer.

Stevo wrote: Tue Jan 07, 2025 10:06 am We do have a build of fastfetch in MX 23 main, if anyone want to try it. Apparently it's already kind of outdated.......

Eadwine Rose wrote: Tue Jan 07, 2025 10:43 am @siamhie Be careful with that green, it is very hard to read, better to bold than colorize. :)

Stevo wrote: Tue Jan 07, 2025 11:53 am Yup...though I don't know why it comes out here as CASE NIGHTMARE GREEN fonts.

Code: Select all

steve@dellmx23:~
$ fastfetch
MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMNMMMMMMMMM    steve@dellmx23
MMMMMMMMMMNs..yMMMMMMMMMMMMMm: +NMMMMMMM    --------------
MMMMMMMMMN+    :mMMMMMMMMMNo` -dMMMMMMMM    OS: MX Libretto 23.3 x86_64
MMMMMMMMMMMs.   `oNMMMMMMh- `sNMMMMMMMMM    Host: Dell G15 5515 (1.4.0)
MMMMMMMMMMMMN/    -hMMMN+  :dMMMMMMMMMMM    Kernel: Linux 6.12.8-1-liquorix-amd64
MMMMMMMMMMMMMMh-    +ms. .sMMMMMMMMMMMMM    Uptime: 8 hours, 9 mins
MMMMMMMMMMMMMMMN+`   `  +NMMMMMMMMMMMMMM    Packages: 4757 (dpkg), 2 (flatpak)
MMMMMMMMMMMMMMNMMd:    .dMMMMMMMMMMMMMMM    Shell: bash 5.2.15
MMMMMMMMMMMMm/-hMd-     `sNMMMMMMMMMMMMM    Display (CS27QH): 2560x1440 @ 144 Hz in 27″ [External]
MMMMMMMMMMNo`   -` :h/    -dMMMMMMMMMMMM    DE: KDE Plasma 5.27.5
MMMMMMMMMd:       /NMMh-   `+NMMMMMMMMMM    WM: KWin (X11)
MMMMMMMNo`         :mMMN+`   `-hMMMMMMMM    WM Theme: phuturista-gamer-blue-animated
MMMMMMh.            `oNMMd:    `/mMMMMMM    Theme: KvDarkRed (KvArcDark) [Qt], MX3 [GTK2/3/4]
MMMMm/                -hMd-      `sNMMMM    Icons: Gradient-Dark-Icons [Qt], Gradient-Dark-Icons [GTK2/3/4]
MMNs`                   -          :dMMM    Font: Droid Sans Fallback (12pt) [Qt], Droid Sans Fallback (12pt) [GTK2/3/4]
Mm:                                 `oMM    Cursor: Sweet (36px)
MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM    Terminal: konsole 22.12.3
                                            Terminal Font: Hack (13pt)
                                            CPU: AMD Ryzen 7 5800H (16) @ 3.20 GHz
                                            GPU 1: NVIDIA GeForce RTX 3050 Ti Mobile [Discrete]
                                            GPU 2: AMD Radeon Vega Series / Radeon Vega Mobile Series [Integrated]
                                            Memory: 10.64 GiB / 30.71 GiB (35%)
                                            Swap: 0 B / 13.65 GiB (0%)
                                            Disk (/): 71.31 GiB / 190.60 GiB (37%) - ext4
                                            Disk (/home): 482.65 GiB / 693.30 GiB (70%) - ext4
                                            Local IP (wlan0): 192.168.0.195/24
                                            Battery: 100% [AC Connected]
                                            Locale: en_US.UTF-8

steve@dellmx23:~

asqwerth wrote: Tue Jan 07, 2025 10:49 am
[oops, siamhie's post above shows it does recognise MX now. Does it have the MX logo?]

asqwerth wrote: Tue Jan 07, 2025 7:52 am I can understand the debate over other apps that carry out the same task as current default apps, but I note that you seem to want to load the default iso with tons more apps that carry out more specialised tasks.

For example, your list contains lots of AV/media tools for, say, editing or recording, which I don't think belong in the default iso. They can be easily installed from MXPI and some are already in the Popular apps tab.

Stevo wrote: Tue Jan 07, 2025 10:06 am We do have a build of fastfetch in MX 23 main, if anyone want to try it. Apparently it's already kind of outdated, as is even Sid's, so someone's a busy developer. I've been keeping YACReader current in our repos also, since it's not in Debian.

An alternative Qt media player could be QMPlay2, also not in Debian, though deb-multimedia has it, but I wish it would resume a file from when you closed it as easily as SMPlayer.

Stevo wrote: Tue Jan 07, 2025 10:06 am I don't know why a GTK battery-monitor when the native KDE power management can do the same things.

Adrian wrote: Tue Jan 07, 2025 10:27 am fastfetch works fine for me and it is indeed a bit faster, I made the change to switch to it since neofetch is not maintained anymore, no reason to add software that's at the end of the road.

I guess we are going to discuss some potential software changes in the dev team, but I don't foresee adding more stuff, maybe replacing some defaults (qBittorrent for kbittorrent for example). Yakuake will not be removed just because we have konsole because konsole cannot do a drop down terminal (with F12 or F4) like yakuake, can it?

Dearth wrote: Tue Jan 07, 2025 3:39 pm 3. Specialized apps are clearly the most controversial, but I suppose it is good to offer the end-user a preinstalled selection of the "best" open-source apps for the specific job, like simple video editing or screen recording.

Screenshot: Flameshot

asqwerth wrote: Sun Jan 26, 2025 10:14 am @Arnox

DId your MX23-KDE not have Strawberry? What was the default media library manager you got?

Adrian wrote: Tue Jan 28, 2025 9:50 am I would like a way for users to express their preferences, maybe we can run head to head polls for some of the choices, for music player, video player, photo manager... if somebody would organize that would be great.

gimcrack wrote: Tue Jan 28, 2025 10:39 am

Adrian wrote: Tue Jan 28, 2025 9:50 am I would like a way for users to express their preferences, maybe we can run head to head polls for some of the choices, for music player, video player, photo manager... if somebody would organize that would be great.

Everybody said there isn't a perfect Linux distro. The developers choose their defaults and are happy with them. I been using Linux for over 20 years and only distro I didn't changed their defaults was a Gentoo based distro call Sabayon. To me that was perfect at the time. I only used Sabayon for 6 months. One reason it was base on Gentoo, nothing else to say about that. Sabayon is a discontinue distro. When I start using a Linux distro my first time. I always settle with their default choices. Just to see if I like the them and their setup. If not I go to my go to applications and shuffle a few defaults to my favorite ones if the developer didn't choose them as defaults. To me every Linux distro is prefect after my touches if they need them. If your favorite application wasn't chosen as default, just changed it. Linux is all about preferences anyway. Make it your own. Favorite Music Player is moc(terminal) or Clementine. Favorite Video Player Mpv, VLC is second best. Favorite photo manager is only one for me and that is XnView.

Arnox wrote: Tue Jan 28, 2025 11:54 am

gimcrack wrote: Tue Jan 28, 2025 10:39 am

Adrian wrote: Tue Jan 28, 2025 9:50 am I would like a way for users to express their preferences, maybe we can run head to head polls for some of the choices, for music player, video player, photo manager... if somebody would organize that would be great.

I think the big issue though is people new to Linux who don't know what the options are and they just use the defaults already installed to the distro, and then get a bad impression if the app, for whatever reason, fails to meet their needs.

Many don't even look into settings of their default applications. 9 out of 10, they have the correct application. Just that options isn't mark in the settings. Takes a second to look, plus many applications has third-party plugins to make the current default application even more awesome. Yes, beginner don't know this at first. But in time they will. I do encourage to distro hop to 5-10 distro's after you stick with the one you choose at least a month. So you can learn the pros and cons of things. Plus read everything about Linux old or current. At least current for the beginners. But look into the past after you're comfortable using Linux. That way you learn many different applications in time. Then you're going to know your favorites for sure. I think MX default applications are fine for a beginner.

Arnox wrote: Sun Jan 26, 2025 11:59 pm

asqwerth wrote: Sun Jan 26, 2025 10:14 am @Arnox

DId your MX23-KDE not have Strawberry? What was the default media library manager you got?

Hm? No, it did have it. I was saying I'd be open to it being replaced, but Strawberry seems to do a great job already for me personally, so the replacement would have to have feature parity.

markol wrote: Thu Jan 16, 2025 2:51 am

Screenshot: Flameshot

Flameshot doesn't work well on Wayland
I had to move back to Spectacle (which works well, but needs some customizing if you're used to Flameshot)

Dearth wrote: Wed Jan 29, 2025 3:51 pm You are right. Until a new, Wayland-compatible version of Flameshot is released, KDE's Spectacle seems to be the best option.

Arnox wrote: Thu Jan 30, 2025 11:17 pm Ok, I lied. There is another program that I now think needs to be replaced. Ark. It takes too long opening archives for browsing. With regular small-sized archives, this is not normally much of an issue at all. Like a few seconds loading or so. But on large archives of 5 GB or more? It's bad. Now, in fairness to Ark, I THINK what it's doing is pre-extracting files (probably to RAM) when opening an archive. Which... I dunno. If so, not sure if that's really a great idea.

By the way, to give some frame of reference, I'm comparing the performance here to 7-Zip.

asqwerth wrote: Thu Jan 30, 2025 11:47 pm

Arnox wrote: Thu Jan 30, 2025 11:17 pm Ok, I lied. There is another program that I now think needs to be replaced. Ark. It takes too long opening archives for browsing. With regular small-sized archives, this is not normally much of an issue at all. Like a few seconds loading or so. But on large archives of 5 GB or more? It's bad. Now, in fairness to Ark, I THINK what it's doing is pre-extracting files (probably to RAM) when opening an archive. Which... I dunno. If so, not sure if that's really a great idea.

By the way, to give some frame of reference, I'm comparing the performance here to 7-Zip.

Like you, I don't like Ark at all. Performance is not great.

And those right click menu options to "extract to here (list of different file paths)"? They don't always work. I choose one path, the task appears to be done, I go to that folder, and find nothing!

I usually install Arqiver as well, which @Stevo recommended when the first MX-KDE was released [mx19]

asqwerth wrote: Fri Jan 31, 2025 12:54 am I think the preference for MX-KDE, though not set in stone, is for the programs to be Qt.

ArQiver is Qt.

Dearth wrote: Fri Jan 31, 2025 1:13 am There is also PeaZip which I find very good:
https://github.com/peazip/PeaZip

asqwerth wrote: Fri Jan 31, 2025 12:54 am I think the preference for MX-KDE, though not set in stone, is for the programs to be Qt.

ArQiver is Qt.

Stevo wrote: Fri Jan 31, 2025 3:12 pm It's possible to build Peazip Qt packages, but I would have to research that. The version in our repos is GTK 3.

I mostly use Ark to extract archives in Dolphin or look inside archives, and the kde-extract-and-compress service menu to create them.

Aqiver 0.12.0 is as far as we can go with Qt 6.4.2; we'd need the newer Qt 6 in Trixie for the current 1.0.0 release. Debian Trixie's arqiver is even older at 0.9.0--seems not to have a maintainer.

Arnox wrote: Fri Jan 31, 2025 12:13 pm Did some quick preliminary studies on Ark, ArQiver, and Peazip.

Archiver Time to open 6.4GB archive Time to extract a 75M file from test archive
Ark: 2m10s Instant extraction
ArQiver: 15s Instant extraction
Peazip: 7.5s 2.5s extraction

Notes:
- Peazip has the most features by far. Startup is a tad slow at 2.5s without any archive opened.
- ArQiver has the least features of them but is overall the quickest and most convenient.
- Ark is somewhere in the middle for features and is the slowest by far for opening files.
- Peazip seems just a little rough around the edges. Also has no drag-and-drop at all and doesn't follow KDE themes. (I'm assuming this is the GTK version though.)

I say if the lack of drag-and-drop plus no KDE theme adherence can be fixed simply by using the Qt version, then I would definitely do Peazip. The only thing that would then make me hesitate just a bit about it is that a noob might find the program perhaps a tad overwhelming due to all the features? It's also not in the Debian stable repo nor is it even in Trixie.

Dearth wrote: Sat Feb 01, 2025 6:01 am

Arnox wrote: Fri Jan 31, 2025 12:13 pm Did some quick preliminary studies on Ark, ArQiver, and Peazip.

Archiver Time to open 6.4GB archive Time to extract a 75M file from test archive
Ark: 2m10s Instant extraction
ArQiver: 15s Instant extraction
Peazip: 7.5s 2.5s extraction

Notes:
- Peazip has the most features by far. Startup is a tad slow at 2.5s without any archive opened.
- ArQiver has the least features of them but is overall the quickest and most convenient.
- Ark is somewhere in the middle for features and is the slowest by far for opening files.
- Peazip seems just a little rough around the edges. Also has no drag-and-drop at all and doesn't follow KDE themes. (I'm assuming this is the GTK version though.)

I say if the lack of drag-and-drop plus no KDE theme adherence can be fixed simply by using the Qt version, then I would definitely do Peazip. The only thing that would then make me hesitate just a bit about it is that a noob might find the program perhaps a tad overwhelming due to all the features? It's also not in the Debian stable repo nor is it even in Trixie.

While testing, have you used the latest .deb packages or Flatpaks? I have noticed that Flatpaks are noticeably slower in case or Ark and PeaZip.