Closed HamishB closed 5 months ago
Moved to bookworm-feedback repo as this issue has nothing to do with linux kernel.
hey @HamishB - just ran into the same issue.
The binary fails to execute because it needs /lib/arm-linux-gnueabihf/ld-linux-armhf.so.3
(according to ldd
) but the file doesn't exist.
$ file /lib/arm-linux-gnueabihf/ld-linux.so.3
/lib/arm-linux-gnueabihf/ld-linux.so.3: cannot open `/lib/arm-linux-gnueabihf/ld-linux.so.3' (No such file or directory)
however, if you check the output of ldd
you'll see that this file should be a link to /lib/ld-linux-armhf.so.3
which in my case exists:
$ file /lib/ld-linux-armhf.so.3
/lib/ld-linux-armhf.so.3: symbolic link to arm-linux-gnueabihf/ld-linux-armhf.so.3
so your issue will be fixed if you create the missing file as a link to this library:
$ sudo ln -s /lib/ld-linux-armhf.so.3 /lib/arm-linux-gnueabihf/ld-linux.so.3
$ DISPLAY=:0 wmctrl -l
0x01e00003 -1 pi pcmanfm
0x01c00006 -1 pi panel
0x02a00003 0 pi pi@raspberrypi: ~
Not sure if this is an issue for the RPi OS devs or one for the maintainers of wmctrl
since it's compiled using a 'non standard' location of the libraries (or maybe an older version of libc where this file was provided?).
The missing file was provided by libc
until bullseye
but it disappeared on the bookworm
release of the package; check:
Yeah, adding the missing symlink got it working, thanks!
# cd /usr/lib/arm-linux-gnueabihf
# ln -s ld-linux-armhf.so.3 ld-linux.so.3
@XECDesign is currently on holiday, but when he gets back: Is this an "us problem" or an "upstream Raspbian" problem? Or is it a bug in upstream wmctrl?
It's a Raspbian bug, but the fix is just to rebuild the package, so I've fixed it on our end instead.
I've fixed it on our end instead.
Closing this issue as fixed. Please add additional comments if it's still not working correctly.
Describe the bug
Hi, I'm trying to run
wmctrl
on a RPi 3B with Raspian-Bookworm to tell a window to maximize (it's a kiosk display), but it is failing:Works fine on regular Debian Bookworm amd64 on my desktop computer. I don't have a non-RPi arm Debian system to test it on.
Some websearching indicated that maybe it was a problem with 32/64 bit cross compiling, or a failure to find the dynamic loader.
Debian bug #362068 speaks of 64/32bit changes in wmctrl breaking other stuff.
Nothing jumping out at me in ldd. Other stuff on the RPi all seems to work fine.
Steps to reproduce the behaviour
Device (s)
Raspberry Pi 3 Mod. B
System
Logs
No response
Additional context
Thanks.