Skip to main content
Topic solved
This topic has been marked as solved and requires no further attention.
Topic: ICU library drama again... Goldendict (Read 826 times) previous topic - next topic
0 Members and 5 Guests are viewing this topic.

ICU library drama again... Goldendict

I've seen this happening before, like this or this.

My problem now is that I can't use goldendict from AUR. I just cannot rebuild it (I thought it would help after libicu update 72 -> 73). I'm getting this at the end of compilation:

linking goldendict
Code: [Select]
/usr/bin/ld: warning: libicuuc.so.72, needed by /usr/lib/libQt5WebKit.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libicui18n.so.72, needed by /usr/lib/libQt5WebKit.so, not found (try using -rpath or -rpath-link)
then go references like:
Code: [Select]
/usr/bin/ld: /usr/lib/libQt5WebKit.so: undefined reference to `u_toupper_72'
/usr/bin/ld: /usr/lib/libQt5WebKit.so: undefined reference to `u_foldCase_72'
/usr/bin/ld: /usr/lib/libQt5WebKit.so: undefined reference to `unum_getAvailable_72'
etc.

I know I can fix it with a dirty "ldconfig + libicu 72" trick, but why it is impossible to rebuild Goldendict?

Thank you in advance.

Re: ICU library drama again... Goldendict

Reply #1
Oh, looks like I'm using the Arch's qt5-webkit and it's dropped already. Gotta rebuild it first...

Marking as SOLVED because rebuilding helped (of course).

Re: ICU library drama again... Goldendict

Reply #2
Is it possible to ask the devs for a package? It would be awesome if they could package Goldendict. I'm a translator and really need this piece of software.

Re: ICU library drama again... Goldendict

Reply #3
Is it possible to ask the devs for a package? It would be awesome if they could package Goldendict. I'm a translator and really need this piece of software.

Generally we only package what's already packaged in Arch. A request to package dependencies of AUR packages (that are in Arch's Extra) to prevent dependency version mismatches would be a better place to start. Though keeping the Arch repos enabled will still allow one to shoot self in foot ;)

 

Re: ICU library drama again... Goldendict

Reply #4
A request to package dependencies of AUR packages (that are in Arch's Extra) to prevent dependency version mismatches would be a better place to start. Though keeping the Arch repos enabled will still allow one to shoot self in foot ;)

I don't use Arch repos at all. The only foreign package is qt5-webkit compiled from AUR (needed by goldendict). Also, goldendict is not in Arch repos. It's only available in AUR. So, as I understand, there's no way and no hope to see an Artix binary for goldendict, right?


Re: ICU library drama again... Goldendict

Reply #6
Is it possible to ask the devs for a package? It would be awesome if they could package Goldendict. I'm a translator and really need this piece of software.

Generally we only package what's already packaged in Arch. A request to package dependencies of AUR packages (that are in Arch's Extra) to prevent dependency version mismatches would be a better place to start. Though keeping the Arch repos enabled will still allow one to shoot self in foot ;)


Yeah but for serious desktop use, what choice do you have.  I am doing book publication and video editing plus more on my workstation.  That means I need a handful of programs that will never be part of the core artix distribution.  I'm not complaining about it.  But developing a best methods for handling arch user donated packages is a question.  I'm using openshot, libreoffice, scribus, the gimp, just to name a few.

It seems that several core packages repeatedly hammer you.  icu, python, and imagemagick are right at the top of the list.

Re: ICU library drama again... Goldendict

Reply #7
There's something I use occasionally for work, it's in the AUR but the version there doesn't always work properly, often it stops working and  needs rebuilding due to deps being updated, then might not build - however there is a stable deb package which runs perfectly and reliably in a Devuan install on another partition, so that's what I use for that. You could also do the same with a VM for most apps, the compressed fs means these take up much less drive space than a real partition and you can access a vm from within a window in Artix without rebooting. It's not an 'Artix' solution but sometimes it's easier to go the same way the wind blows and not worry too much, especially if it's just business!

Re: ICU library drama again... Goldendict

Reply #8
General note, if you use AUR packages, you will have to rebuild them yourself if some depend library was bumped.
This is purely in the hands of the user who installed from AUR some package, this is not responsibility of the distro.

Re: ICU library drama again... Goldendict

Reply #9
Thinking more about this, there are container based package management tools like snap (install snapd from the AUR) and flatpak which is in the Artix repos. And it seems goldendict is available in both of those, so that could be the Artix repo based answer for that, to give you the stable binary installation you require for your work.

Re: ICU library drama again... Goldendict

Reply #10

It is much better to use M$-Windows with WSL.
https://en.wikipedia.org/wiki/Windows_Subsystem_for_Linux

RTFM:

https://en.wikipedia.org/wiki/Snap_(software)
https://www.omgubuntu.co.uk/2018/05/ubuntu-snap-malware

https://en.wikipedia.org/wiki/Flatpak
https://flatkill.org/2020/
"Wer alles kann, macht nichts richtig"

Artix USE="runit openrc slim openbox lxde gtk2 qt4 qt5 qt6 conky
-gtk3 -gtk4 -adwaita{cursors,themes,icons} -gnome3 -kde -plasma -wayland "

Re: ICU library drama again... Goldendict

Reply #11
It is much better to use M$-Windows with WSL.
I'd rather natively run flatpaks and snaps downloaded off the shadiest of torrent sites than have this keylogger named windows anywhere near I need to type-in a password or surf the internet, if you know what I mean.  8)

Re: ICU library drama again... Goldendict

Reply #12
Thinking more about  ...

It is much better to use M$-Windows with WSL.


yeah windows always.

It's not like linux has Virtualization, container or sandboxing.
here's an idea, linux should copy this feature of windows and call it distrobox or toolbox or virt-manager.
ah linux is always behind.

P.S.
no hate, just wanted to make a fun comment
use whatever suit you the best, at the end of day It's your workflow.