pcmanfm-qt depends on kde wayland opengl?? say it ain't so!

[jesnow]

Our favorite light file manager seems to have some new heavy dependencies on kde plasma:

Code: Select all

DEPEND="
    dev-libs/glib:2
    >=dev-qt/qtbase-6.6:6[dbus,gui,widgets]
    >=kde-plasma/layer-shell-qt-6.0:6
    sys-apps/util-linux
    virtual/freedesktop-icon-theme
    =x11-libs/libfm-qt-${MY_PV}*:=
    x11-libs/libxcb:=
    x11-misc/xdg-utils
"

Is that for real? Doesn't seem right. It pulls in plasma wayland and opengl. I don't really want any of that.

Trying some alternatives now.
Cheers,
Jon.

[Hu]

If you think the dependencies are wrong, then either (a) consult the git history to see why they were added, and review whether those reasons are valid or (b) force Portage to try to install it without those dependencies, and see whether it works.

[jesnow]

Yes, did that. Bottom line seems to be that pcmanfm-qt now hard depends on layer-shell-qt to be able to manage the desktop under wayland
I don't know what will happen if I try to prevent layer-shell-qt from being built, but from their CMakeLists.txt, it looks like it won't build, and if I did manage to make it build it would break.

Code: Select all

find_package(LayerShellQt ${SHELLQT_MINIMUM_VERSION} REQUIRED)

Maybe nobody has noticed or cares that this prevents it from being built for X or to use headless (what I want to do).

I guess it's just part of wayland taking over the universe. Because of course. X is EOL, and the headless use case isn't important. All of the infrastructure that allowed what I usually use pcmanfm-qt for is destined for the scrapheap anyway, that just seems to have come sooner rather than later.


I think I can just do it their way and have wayland and opengl just to run a headless app. OK, disk space is free these days.

[Hu]

If the upstream code has a hard dependency on Wayland now, then that is something you should discuss with upstream. Gentoo set the DEPEND relation so that you cannot accidentally try to build a configuration that the Gentoo maintainers already know will fail. I am not familiar with this package, so I have no insight into how readily, if at all, you could talk upstream into making this optional.

[asturm]

It was discussed between upstream and the downstream maintainer, no need to bother them again - it is what it is.

Code: Select all

$ equery s kde-plasma/layer-shell-qt
 * kde-plasma/layer-shell-qt-6.2.91
         Total files : 49
         Total size  : 4.90 MiB

That's not Plasma, just a library. It doesn't have any further Plasma dependencies either.

Don't obsess over Wayland, etc. but you've probably heard that before and didn't bother anyway.

Maybe nobody has noticed or cares that this prevents it from being built for X

That's, err, completely wrong?

[GDH-gentoo]

In other words:

Maybe nobody has noticed or cares that this prevents it from being built for X or to use headless (what I want to do).

Why "prevents"? Have you actually tried ro run this version of PCManFM-Qt on X11?

[jesnow]

In other words:

Maybe nobody has noticed or cares that this prevents it from being built for X or to use headless (what I want to do).

Why "prevents"? Have you actually tried ro run this version of PCManFM-Qt on X11?

Of course I have, it runs fine as long as you also install wayland. It's just a little much for me, seeing as I don't even have X installed on the machine it will run on. A bit ironic that wayland is now a hard depend for pcmanfm-qt on X11 and the X server is not.

Code: Select all

numerckx /home/jesnow # emerge pcmanfm-qt -p

Local copy of remote index is up-to-date and will be used.

These are the packages that would be merged, in order:

Calculating dependencies... done!
Dependency resolution took 3.84 s (backtrack: 0/20).

[ebuild  N     ] sys-libs/mtdev-1.1.7 
[ebuild  N     ] dev-libs/libatomic_ops-7.8.2  ABI_X86="(32) (64) (-x32)" 
[ebuild  N     ] dev-libs/boehm-gc-8.2.8  USE="large threads -cxx -static-libs" ABI_X86="(32) (64) (-x32)" 
[ebuild  N     ] x11-libs/xcb-util-renderutil-0.3.10  ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ] x11-libs/xcb-util-keysyms-0.4.1  ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ] x11-libs/xcb-util-wm-0.4.2  ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ] x11-libs/xcb-util-0.4.1  ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ] x11-libs/xcb-util-image-0.4.1  ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ] x11-libs/xcb-util-cursor-0.1.5  ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ] media-libs/libexif-0.6.24  USE="nls -doc" ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ] www-client/w3m-0.5.3_p20230121  USE="nls ssl unicode -X -fbcon -gdk-pixbuf -gpm -imlib -lynxkeymap -nntp -xface" L10N="-ja" 
[ebuild  N     ] virtual/w3m-1 
[ebuild   R    ] app-text/xmlto-0.0.28-r11  USE="text*" 
[ebuild  N     ] x11-misc/xdg-utils-1.2.1-r8  USE="-X -dbus -doc -gnome -perl -plasma" 
[ebuild  N     ] kde-frameworks/kf-env-6 
[ebuild  N     ] dev-util/intltool-0.51.0-r3 
[ebuild  N     ] x11-libs/libfm-extra-1.3.2 
[ebuild  N     ] lxde-base/menu-cache-1.1.0-r1 
[ebuild  N     ] dev-util/wayland-scanner-1.23.1 
[ebuild  N     ] kde-frameworks/extra-cmake-modules-6.7.0  USE="-doc -test" 
[ebuild  N     ] media-libs/libglvnd-1.7.0  USE="X -test" ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ] x11-misc/xkeyboard-config-2.43  USE="-test" 
[ebuild  N     ] dev-libs/double-conversion-3.3.0  USE="-test" 
[ebuild  N     ] dev-libs/libevdev-1.13.3  USE="-doc -test" ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ] x11-libs/libpciaccess-0.18.1  USE="zlib" ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ] media-gfx/graphite2-1.3.14_p20210810-r3  USE="-perl -test" ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ] x11-libs/libxkbcommon-1.7.0-r1  USE="X -doc -static-libs -test -tools -wayland" ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ] dev-libs/wayland-1.23.1  USE="-doc -test" ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ] dev-libs/wayland-protocols-1.38  USE="-test" 
[ebuild  N     ] media-libs/harfbuzz-10.1.0  USE="cairo glib graphite introspection truetype -debug -doc -experimental -icu -test" ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ] x11-libs/libdrm-2.4.124  USE="-doc -test -tools -udev -valgrind" ABI_X86="(64) -32 (-x32)" VIDEO_CARDS="amdgpu intel nouveau radeon (-exynos) (-freedreno) (-omap) (-tegra) (-vc4) (-vivante) -vmware" 
[ebuild  N     ] dev-libs/libinput-1.27.0  USE="-doc -test" INPUT_DEVICES="-wacom" 
[ebuild  N     ] dev-qt/qtbase-6.8.1  USE="X concurrent dbus gui libinput network nls opengl sql sqlite ssl udev wayland widgets xml (zstd) -accessibility -brotli -cups -eglfs -evdev -gles2-only -gssapi -gtk -icu -journald -libproxy -mysql -oci8 -odbc -postgres -renderdoc -sctp -syslog -test -tslib -vulkan" 
[ebuild  N     ] dev-qt/qtwayland-6.8.1  USE="-accessibility -compositor -gnome -qml -test -vulkan" 
[ebuild  N     ] dev-qt/qttools-6.8.1  USE="assistant linguist opengl qdbus widgets (zstd) -clang -designer -distancefieldgenerator -gles2-only -pixeltool -qdoc -qml -qmlls -qtattributionsscanner -qtdiag -qtplugininfo -vulkan" LLVM_SLOT="19 -17 -18" 
[ebuild  N     ] dev-qt/qttranslations-6.8.1 
[ebuild  N     ] dev-util/lxqt-build-tools-2.0.0-r1 
[ebuild  N     ] kde-frameworks/breeze-icons-6.7.0  USE="-test" 
[ebuild  N     ] dev-qt/qtshadertools-6.8.1  USE="-test" 
[ebuild  N     ] lxqt-base/lxqt-menu-data-2.0.0 
[ebuild  N     ] dev-qt/qtdeclarative-6.8.1  USE="network opengl sql ssl widgets -accessibility -jit -qmlls -svg -vulkan" 
[ebuild  N     ] virtual/freedesktop-icon-theme-0-r4 
[ebuild  N     ] kde-plasma/layer-shell-qt-6.2.4  USE="-debug" 
[ebuild  N     ] x11-libs/libfm-qt-2.0.2-r1 
[ebuild  N     ] x11-misc/pcmanfm-qt-2.0.0 
numerckx /home/jesnow # 

[GDH-gentoo]

Of course I have, it runs fine as long as you also install wayland.

Then "prevents" was the wrong word.

It's just a little much for me, seeing as I don't even have X installed on the machine it will run on.

While I sympathise, this is a GUI file manager after all, so tons of dependencies are expected, as well as its upstream developers wanting it to be able to run on both X11 and Wayland, don't you think?

A bit ironic that wayland is now a hard depend for pcmanfm-qt on X11 and the X server is not.

No, because it is a bad analogy. PCManFM-Qt doesn't depend on a Wayland compositor either, which is what you should compare the X server to.

Code: Select all

numerckx /home/jesnow # emerge pcmanfm-qt -p
...

Let's see. dev-util/wayland-scanner installs just one program, /usr/bin/wayland-scanner, and other stuff used for building programs and such. dev-libs/wayland-protocols installs mostly XML and C header files, also for building programs and such. dev-libs/wayland installs libraries. No compositor in this list.

On the other hand, you are not complaining about x11-libs/xcb-util-wm or x11-libs/libxkbcommon, for example.

You could probably cut that down a bit with careful USE flags settings.

[Chiitoo]

For upstream discussion on this matter, see for example:

https://github.com/lxqt/lxqt/issues/2579

[jesnow]

Yup, it used to be a lightweight graphical file manager that could run in a headless X environment. But no more. It's just how the world is these days.

For upstream discussion on this matter, see for example:

https://github.com/lxqt/lxqt/issues/2579

[Chiitoo]

Curious about the use-case.

A GUI file-manager on a headless system because...?

I know I'm missing something but not sure what at this time heh.

[jesnow]

Sometimes it's more convenient and safer to manipulate files directly on the file server (eg a NAS) than to do it via nfs. Especially when you're poking around on the parts of it that aren't exported to nfs. I also use xosview as a system monitor, which doesn't depend on wayland at all. Admittedly, most of the time using nfs with regular tools (like dolphin) is just fine. My file server doesn't even have a monitor attached. I havent started X in at least a few years on it.

Curious about the use-case.

A GUI file-manager on a headless system because...?

I know I'm missing something but not sure what at this time heh.

[jesnow]

Also: I have a raspberry pi with an audiophile DAC on it, I connect it to my (also headless X) NAS by NFS. It's really amazing how big a difference the quality of the DAC makes. The little PI sounds much better than any computer. But I need a way to pick the files to play. Pcmanfm-qt is great. I don't need wayland baggage for that. But it's required. Other lxqt apps don't require wayland, but pcmanfm-qt does. It's pretty rich to say "it's a graphical application, deal with it" as @GDH-gentoo maintains.

I know there's a million other ways to accomplish this task, like Kodi and Volumio. But they both have crap user interfaces designed to mimic set-top boxes they are trying to be. But they waste a lot of screen space with useless stuff, and they are hard to navigate, assuming that you have all your files locally. I like pcmanfm-qt and qmmp a lot better for browsing and playing my files.

I was at MIT while X was being developed. It was very cool, and I liked the idea that I can have one display and be running programs on any number of computers. I liked the idea that you would have different machines for different purposes and run their interface on the one in front of you. That ability is going away with wayland. I guess I'll be running X until I can't any more.

Curious about the use-case.

A GUI file-manager on a headless system because...?

I know I'm missing something but not sure what at this time heh.

[flexibeast]

That ability is going away with wayland.

Waypipe doesn't do what you need?

[jesnow]

Looks like it might. When it definitely does, then I'll be fine.

[rab0171610]

Looks like it might. When it definitely does, then I'll be fine.

This is reminiscent of your previous post in November.
viewtopic-t-1171713.html
At that time, I posted one example of how to use waypipe to run programs over SSH. It worked then and it still works now.