Closed oniGino closed 4 years ago
The more close that I can think is: https://github.com/ARM-software/optimized-routines/issues/2
The patch:
https://github.com/ferion11/danrepo/releases/download/polkit_patchs/polkit-0.116-duktape.patch.gz
Include the line:
+libpolkit_backend_1_la_LIBADD += -lm
for the "la", I wonder if the ".so" don't have it too.
Maybe updating the duktape to v2.5.0, and/or using polkit v0.115-r7 instead, would solve this. But without replicating it, I can't be sure.
Please try using this duktape ebuild: duktape_mod_ebuild-2.5.0.tar.gz I have added "libm.so" reference to the "libduktape.so". Note that you will have to rebuild the polkit after install the new duktape.
ok! Now you should be able to debug, then I will close this issue.
Hey sorry for the delay, here is the new error, looks like you improved things slightly with your new patch
~ $ sudo /usr/lib/polkit-1/polkitd
Successfully changed to user polkitd
19:32:16.596: Loading rules from directory /etc/polkit-1/rules.d
19:32:16.596: Loading rules from directory /usr/share/polkit-1/rules.d
/usr/lib/polkit-1/polkitd: symbol lookup error: /usr/lib64/libduktape.so.205: undefined symbol: fmod```
same error in 0.115-r7 as well as 0.116-r3
ok! Try using this ebuild: duktape_mod_ebuild-2.5.0-r3.tar.gz If don't work, then please post the output of:
ldd -r /usr/lib64/libduktaped.so.205
and other possible error message.
EDIT: I will need your emerge --info
too. And just to be sure nm /usr/lib/polkit-1/polkitd
pretty sure that fixed it, going to reboot to be certain
$ sudo /usr/lib/polkit-1/polkitd
Successfully changed to user polkitd
21:20:17.479: Loading rules from directory /etc/polkit-1/rules.d
21:20:17.480: Loading rules from directory /usr/share/polkit-1/rules.d
21:20:17.480: Finished loading, compiling and executing 4 rules
Entering main event loop
Connected to the system bus
21:20:17.480: Lost the name org.freedesktop.PolicyKit1 - exiting
Shutting down
Exiting with code 0
But also I do have a linker problems turns out I need a multilib kernel? weird
$ nm /usr/lib/polkit-1/polkitd
nm: /usr/lib/polkit-1/polkitd: no symbols
$ ldd -r /usr/lib64/libduktaped.so.205
/usr/bin/ldd: line 160: /lib/ld-linux.so.2: cannot execute binary file: Exec format error
linux-vdso.so.1 (0x00007fffa5584000)
libm.so.6 => /lib64/libm.so.6 (0x00007f9d57af2000)
libc.so.6 => /lib64/libc.so.6 (0x00007f9d57923000)
/lib64/ld-linux-x86-64.so.2 (0x00007f9d57cbc000)
fixed, thanks! maybe leave the libm in?
fixed, thanks! maybe leave the libm in?
I will leave it in the ebuild enabled by the flag only (not default), because here ldd -u /usr/lib64/libduktape.so
give me:
Unused direct dependencies:
/lib64/libm.so.6
The normal of duktape is the libm be linked on the polkit. But it, on the ".so", can be useful for debug.
for some reason this is broken for me
any clues?