Created attachment 889345 [details]
KFind (KDE App) without “Minimize” (i.e. not available in GUI menu nor taskbar)
Dear all,
openSUSE Leap 15.6
kfind 23.08.5
It is without “Minimize” (i.e. not available in GUI menu nor taskbar).
Please, see attached screenshot.
Can there be help by an appropriate compile setting?
TIA!
Well…
According to your info and proposal, I just created a fresh new user to check actually. Yes, the desktop looks different there.
But: the issue is mainly the same! No “Minimize” (i.e. not available in GUI menu nor taskbar).
Just an additional button to roll-in the GUI of the application. Note: to roll-in, not to minimize.
And note: not available in GUI menu — nor taskbar. I can’t guess how different desktop settings should affect this.
To avoid any misunderstanding: the issue is about KFind (in my case kfind 23.08.5) — not any other KDE app on my system, the others do work fine. Only KFind.
You already tried a new user with nearly the same results. A contributing factor for the issue could be the insane amount of locked packages. Also the use of home and devel repos.
tulicube:~ # zypper se -i -r 2
Loading repository data...
Reading installed packages...
S | Name | Summary | Type
---+----------------------+------------------------------------------------------------------+--------
i+ | liba52-0 | ATSC A/52 stream decoder library | package
i+ | libavcodec58_134 | FFmpeg codec library | package
i+ | libavdevice58_13 | FFmpeg device library | package
i+ | libavfilter7_110 | FFmpeg audio and video filtering library | package
i+ | libavformat58_76 | FFmpeg's stream format library | package
i+ | libavresample4_0 | FFmpeg alternate audio resampling library | package
i+ | libavutil56_70 | FFmpeg's utility library | package
i | libdvdcss2 | A library designed for accessing encrypted DVDs | package
i | libfaad2 | Shared library part of faad2 | package
i+ | libfdk-aac2 | A standalone library of the Fraunhofer FDK AAC code from Android | package
i+ | libpostproc55_9 | FFmpeg post-processing library | package
i+ | libswresample3_9 | FFmpeg software resampling library | package
i+ | libswscale5_9 | FFmpeg image scaling and colorspace/pixel conversion library | package
i+ | libvlc5 | Shared code for the VLC media player program | package
i+ | libvlccore9 | Shared code for the VLC media player program | package
i | libx264-165 | X264 Share library, Major Version $165 | package
i | libx265-215 | A free H265/HEVC encoder - encoder binary | package
i+ | vlc | Graphical media player | package
i+ | vlc-codec-fluidsynth | FluidSynth integration for the VLC media player | package
i+ | vlc-codec-gstreamer | GStreamer integration for the VLC media player | package
i+ | vlc-codecs | Additional codecs for the VLC media player | package
i+ | vlc-lang | Translations for package vlc | package
i+ | vlc-noX | VLC without X dependencies | package
i+ | vlc-qt | Qt interface for the VLC media player | package
tulicube:~ #
zypper se -i -r 5
tulicube:~ # zypper se -i -r 5
Loading repository data...
Reading installed packages...
S | Name | Summary | Type
---+-------------------------------+-------------------------------------------------------------------+--------
i+ | android-tools | Android platform tools | package
i+ | android-tools-bash-completion | Bash completion for android-tools | package
i | libplist-2_0-4 | Library for handling Apple Binary and XML Property Lists | package
i+ | libusbmuxd-2_0-7 | A client library to multiplex connections from and to iOS devices | package
tulicube:~ #
zypper se -i -r 6
tulicube:~ # zypper se -i -r 6
Loading repository data...
Reading installed packages...
S | Name | Summary | Type
---+---------------------------+--------------------------------------------------------+--------
i+ | 7zip | Command-line file archiver with high compression ratio | package
i+ | alien | Perl Script to Convert Packages | package
i+ | chafa | Image-to-text converter for terminal | package
i+ | checksec | Utility to check binaries for system hardening | package
i+ | duf | Disk Usage/Free Utility | package
i+ | fastfetch | Neofetch-like tool written mostly in C | package
i+ | fsearch | A graphical file search utility | package
i+ | fsearch-lang | Translations for package fsearch | package
i+ | inxi | A system information script | package
i+ | keepassxc | Qt5-based Password Manager | package
i+ | keepassxc-lang | Translations for package keepassxc | package
i+ | libchafa0 | Shared library for chafa | package
i+ | libgourou-utils | ADEPT DRM utilities | package
i+ | libgourou0_8_3 | A free implementation of Adobe's ADEPT protocol | package
i+ | libnvme-mi1 | NVMe Managament Interface library for libnvme | package
i+ | libnvme1 | Linux-native nvme device management library | package
i+ | lynis | Security and System auditing tool | package
i+ | myrlyn | Package manager GUI | package
i+ | nano | Pico editor clone with enhancements | package
i+ | nano-lang | Translations for package nano | package
i+ | nvme-cli | NVM Express user space tools | package
i+ | nvme-cli-bash-completion | NVM Express user space tools bash completion | package
i+ | os-update | Updates the system regularly to stay current and safe | package
i+ | stress-ng | Tool to load and stress a computer | package
i+ | stress-ng-bash-completion | Bash Completion for stress-ng | package
tulicube:~ #
zypper se -i -r 7
tulicube:~ # zypper se -i -r 7
Loading repository data...
Reading installed packages...
S | Name | Summary | Type
---+-----------+--------------+--------
i+ | texstudio | LaTeX Editor | package
tulicube:~ #
zypper se -i -r 8
tulicube:~ # zypper se -i -r 8
Loading repository data...
Reading installed packages...
S | Name | Summary | Type
---+------------+-----------------------------------------------+--------
i+ | strawberry | A music player and music collection organizer | package
tulicube:~ #
zypper se -i -r 10
tulicube:~ # zypper se -i -r 10
Loading repository data...
Reading installed packages...
S | Name | Summary | Type
---+----------------+---------------------------------------------------+--------
i+ | chkrootkit | Used to Check for Symptoms of Installed Root Kits | package
i+ | listps | List Processes, including hidden ones | package
i+ | nwipe | Standalone secure disk eraser | package
i+ | veracrypt | Free disk encryption software based on TrueCrypt | package
i+ | veracrypt-lang | Translations for package veracrypt | package
tulicube:~ #
zypper se -i -r 11
tulicube:~ # zypper se -i -r 11
Loading repository data...
Reading installed packages...
S | Name | Summary | Type
---+---------------+-------------------------------------------------+--------
i+ | snapd | Tools enabling systems to work with .snap files | package
i | system_snappy | | patch
tulicube:~ #
What is so Frankenstein about it? — I don’t experience any other (major) issues… And if you’re talking about the many locks or the many repos included: just look at the details provided, please. I cannot find anything really strange there. From my point of view, my settings make some kind of sense.
You definitely wil get dependency conflicts, like when a dependency of one of the locked packages gets an update.
Another thing you unwillingly are causing, it that it will be harder to debug issues. For you, and for those you reach out to for support.
zypper locks: these are NOT system essential packages! suggested or recommended maybe, but not essential ones! (And there are NO general dependencies.) I explicitly blocked them so I can make use of “suggested/recommended packages” without these specific packages. I do this because I want to make sure to block them. But I really cannot see any danger. — Maybe, yes, it is some work, but just look at the list of locks, please.
repos # 4 openSUSE-Distribution-OSS, # 12 openSUSE-Update-Backports, # 13 openSUSE-Update-OSS, # 14 openSUSE-Update-SLE: just the standard repos (for Leap <= 15)
repos # 5 openSUSE-Repositories-Hardware, # 10 openSUSE-Repositories-Security, # 11 openSUSE-Repositories-System-Snappy: to get some packages from these repos which are NOT included in the standard repos (but actually there — this is Leap, not TW…), these packages are additional (like due to the priority of the repos, it’s intended to use them just additionally, thus “on top”)
repos # 7 openSUSE-Repositories-Home-Jan_Sundermeyerand # 8 openSUSE-Repositories-Home-Jonas_Kvinge just for one single reason: to have just one specific single package each directly by the maintainer (the URLs refer to maintainer/author of that software)
repo # 2 VideoLAN-Download-SUSE: it is just for proper VLC and codec support (instead of Packman…)
repo # 6 openSUSE-Repositories-Home-Gunner_Gewiß: to have some(!) packages up-to-date, well, yes… (but look, it’s use is limited)
zypper locks: these are NOT system essential packages! suggested or recommended maybe, but not essential ones! (And there are NO general dependencies.) I explicitly blocked them so I can make use of “suggested/recommended packages” without these specific packages. I do this because I want to make sure to block them. But I really cannot see any danger. — Maybe, yes, it is some work, but just look at the list of locks, please.
repos # 4 openSUSE-Distribution-OSS, # 12 openSUSE-Update-Backports, # 13 openSUSE-Update-OSS, # 14 openSUSE-Update-SLE: just the standard repos (for Leap <= 15)
repos # 5 openSUSE-Repositories-Hardware, # 10 openSUSE-Repositories-Security, # 11 openSUSE-Repositories-System-Snappy: to get some packages from these repos which are NOT included in the standard repos (but actually there — this is Leap, not TW…), these packages are additional (like due to the priority of the repos, it’s intended to use them just additionally, thus “on top”)
repos # 7 openSUSE-Repositories-Home-Jan_Sundermeyerand # 8 openSUSE-Repositories-Home-Jonas_Kvinge just for one single reason: to have just one specific single package each directly by the maintainer (the URLs refer to maintainer/author of that software)
repo # 2 VideoLAN-Download-SUSE: it is just for proper VLC and codec support (instead of Packman…)
repo # 6 openSUSE-Repositories-Home-Gunner_Gewiß: to have some(!) packages up-to-date, well, yes… (but look, it’s use is limited)
Eh, --releasever was introduced in 15.3, so this has only done minor version upgrades. Leap 16.0 is a major release. If you don’t unlock the packages currently locked, you wil get issues, no doubt. Or end up with a mix of 15.6 and 16.0
Well, my “locked” items all are blocked items, i.e. “to not install”, they are not “stay on this level”.
I have my locks:
because I simply want to avoid some specific packages under all circumstances. But these packages are actually not really essential or “needed”. But, I don’t want them to get them installed.
Last weekend I did an Arch Linux installation (just to be prepared in case I had to move away from openSUSE Tumbleweed one day) and there I saw a similar problem with Librewolf (run as AppImage):
There was only a button to close the window but no button to minimize/maximize it.
I found the reason was, that I was running LibreWolf without title bar. As soon as I switched on the title bar I got all three buttons (minimize, maximize, close).
Probably something similar applies to kfind.
By the way:
Looking at your openSUSE Leap setup you should really consider moving to Arch Linux. That distribution is made to be run in a “do-it-yourself”-setup.
I did a Google search for images on “KFind”. Please, have a look at http://io.gnu.linux.free.fr/menu-utils-fileman.php . There, you can easily see my issue about KFind vs. other KDE apps repeated. (Though, the issue itself is not discussed, there.) (And well, this is one example respecting my issue, actually. But, yes, there are so many Google hits shown “KFind” working properly…)
Well, I am really interested in. — But, I don’t dare to, yet. … But, yes: I have some specific settings like above. And I have many settings adapted from https://secureblue.dev/ . Like I don’t dare to install and run Arch, yet, I also don’t dare to touch secureblue on its own. But yes, due to security nerd reasons, I have many settings from there.
Yes, that looks quite similar to what I see with the LibreWolf 149.0.2-2 AppImage on Arch Linux.
However I do not see this with kfind neither on Arch Linux nor on openSUSE Tumbleweed nor on openSUSE Leap 16.0 (I do not have Leap 15.6 any longer).
If you are really a “security nerd” then you should consider this:
openSUSE Leap x.y (or even an openSUSE Tumbleweed snapshot) is a well defined software set (i.e. packages in official openSUSE repositories) tested and maintained by SUSE and the openSUSE community. Its main (only?) advantage is the promise of interoperability, security and maintenance for a defined period of time.
As soon as you introduce any package from outside that well defined range (i.e. packages from non-official openSUSE repositories) you have to be aware that you give away that advantage completely.
Your system is not a “Frankenstein Install” but it has become a “C7NhtpnK Install” so please be aware:
It is entirely your responsibility to make sure that this install (! all of it !) works and is secure.
For others it has become extremely difficult to help you because any problem you have with your system can only be reliably analyzed on a “C7NhtpnK Install”.
At the very least, it’s not a galaxy’s singularity located at my IT…
I did some more Google: I do can find some examples for this issue — compared to so many working well examples.
ACK!
I try to keep them countable.
Glad to hear this.
This is why that is the case:
Due to some respect, it is a “must” this way. (I do want those packages and they are NOT included in standard…)
This is countable and rather minimal. (1 package each, 2 in total.)
Well, Packman … or VideoLAN … or not full Codec support?!
Yes…
I try to keep it countable. About 20 packages. Of which myrlyn, nano, nvme-cli, os-update are the most essential ones. The others are nice to have (well keepassxc is quite essential to me — I want it always very up-to-date).
At least, this specific repo makes it harder to debug. But, the packages are just branches from the relating repos. I just wanted to not have to include a large bunch of repos with just very few packages each. So, I put them all together in my “Frankenstein” repo.
I hope, the idea and mind of my setting got obvious somehow. I put some thinking and work in it. (This is my approach to still use Leap — and not SR. SR could be a possible alternative for me — but not TW, I don’t dare to use that one. But still SR which is “rolling slower” I don’t like to have to update frequently larger pieces…)
Maybe, well just maybe, this issue is related to my DE Xfce. I experienced a (confirmed!) bug there with the Task-Manager which was fixed upstream in another component, but which is obvious in Leap Xfce DE.
For about 4 years now I only use openSUSE Tumbleweed and install it on any system which is under my care.
I run only Intel hardware and do not use NVIDIA graphic (although one of my laptops has OPTIMUS) and I do not use btrfs and snapshots.
So far I never encountered any really serious problems. Some time ago using virtualbox had been a little bit annoying so I moved to qemu/kvm.
Looking at your setup and assuming you’ve really thought it through with all the implications arising from it, using openSUSE Tumbleweed would be a peace of cake to you.
Did you test with Plasma6? Are you using X11 or WAYLAND?
This laptop I’m using is running Leap 15.6 with KDE Plasma (KDE 5.7.x using X11). I dropped to a command line and executed
# zypper in kfind
Only that one package got installed.
Then executed ‘kfind’ from the KDE menu ==> Utilities section. As you can see from the screenshot, Maximize, Minimize, Close, etc, are all available on the right-side Titlebar and also via the Titlebar detailed drop-down menu on the left side.
I don’t know if I personally would run into any major problems. But I often(?!) read about. This makes me really anxious.
And what I don’t like: downloading a large bunch of Bytes every week. (Besides any possible potential issues…)
I just have my internal Intel — neither NVIDIA nor AMD. So very basic.
I would rather like to switch to Btrfs in the future. Some people still say it’s not “ready”. But many people tell good experience with it. I appreciate the great snapshot feature of Btrfs.
I don’t use such.
I try to avoid saying “hate”: well, I really don’t like KDE nor GNOME (KDE the more for the complexity of settings, GNOME for the UI/UX — and they both are really heavy).
X11. Still. I want to have Wayland. But it is still Beta for Xfce.
I use Xfce with LightDM. So a light DE (compared to KDE and GNOME (GNOME with respect to dependencies)) and a light DM (compared to SDDM and GDM).
I don’t know what is my actual risk running X11 (instead of Wayland) AND running X11 NOT “rootless” by LightDM (instead of “rootless” by preferably GDM). But yes, I am really looking forward to the day of Xfce project supporting it (stable). This point is discussed not very broadly, obviously. But since I have it in mind, I don’t have a good feeling.
io GNU/Linux is a powerful operating system that will turn your computer into a state-of-the-art multimedia workstation. It is based on the Debian GNU/Linux distribution, built around the Enlightenment desktop environment and includes a wide range of the best open source applications suitable for audio, graphics, video production, and more…
Please, note: “Enlightenment” … it’s neither GNOME nor KDE … like my Xfce!
(compared to)
Please, note:
you: KDE
me: Xfce
… … …
This brought me to the point to ask LLMs… They said it could very likely be because Xfce is not GNOME nor KDE (in this case!). Mostly, applications do run. But sometimes Xfce misses some kind of function or feature set or is not compatible with the applications feature set.
A huge beg: can someone (probably with VM) try and confirm? I.e. different DE like actually Xfce, GNOME, KDE, at least, in comparison.
When this holds, this could be the answer to more questions than just KFind…
I want to have Wayland. But it is still Beta for Xfce.