Arch Linux User Repository

Hi @MarsSeed, Yes, this solved my problem of target not found 'libeb'. Finally, I have installed goldendict successfully!. Thanks for your suggestion.

Hi @InnerPeace,

First you have to package and install libeb from AUR to be able to build this package. :)

But what I recommend instead:

pacman -Syu base-devel
git clone https://aur.archlinux.org/yay.git
cd yay
makepkg --syncdeps --rmdeps --install

After that, you can just use

yay -Syu goldendict-git

and that will install all the dependencies of it, including libeb.

I just git clone it to my arch system. But, after I use command makepkg -si , it so me error : target not found 'libeb'. I have reupdate my arch with pacman -S Syu but still the same. Anyone can take me out. Thanks.

This turned out to be quite educational for me.

With your help I've learnt that yes, GNU's libc (a.k.a. glibc) does indeed contain an iconv() encoding converter implementation (one which is both very robust and fast at the same time, and supports a dizzyingly large number of encoding formats).

On the other hand, the GNU project also provides the libiconv library, for operating systems that don't have a built-in iconv() function.

That said, libeb's autoconf setup was definitely at fault here, by accidentally linking to libiconv on Linux (erm, GNU/Linux) in spite of the fact that the code itself is using glibc's version on such systems. (Those configuration scripts are, frankly, quite a convoluted mess in libeb.)

Anyway, TLDR; libiconv is for non-GNU/Linux systems so by default it is not needed and should not be used on Linux.

(And now I'm wondering why on Earth did AUR/libiconv get adopted into the Arch [community] repo... Because it is redundant on Arch 'GNU/Linux'! Also, nothing in Arch repos use that library. But to each their own.. :] )

Thanks for reporting the issue! Glad that it got solved now by the rebuild.

@vedg indeed, please try to rebuild both now (latest versions from AUR).

Thanks. Rebuilding libeb alone sufficed: now ldd /usr/bin/goldendict |grep iconv returns nothing and removing libiconv no longer affects GoldenDict.

@vedg indeed, please try to rebuild both now (latest versions from AUR).

I've realized that the autoconf scripts of libeb were force-linking libiconv, libnsl and libresolv to the libeb.so.2 file, even though those links ended up unused:

$ namcap libeb-4.4.3-8-x86_64.pkg.tar.zst

libeb W: Unused shared library '/usr/lib/libiconv.so.2' by file ('usr/lib/libeb.so.16.0.0')
libeb W: Unused shared library '/usr/lib/libnsl.so.3' by file ('usr/lib/libeb.so.16.0.0')
libeb W: Unused shared library '/usr/lib/libresolv.so.2' by file ('usr/lib/libeb.so.16.0.0')

This led to the situation that if libiconv was installed before building libeb, it got linked to it; whereas if libeb was built while libiconv was not installed, then the libeb.so binary did not have any links to libiconv.

@vedg which commit version do you have of goldendict-git?

The version was a customized (not related to libiconv) variant based on https://github.com/goldendict/goldendict/commit/b10cdf685c8c02d2be2f1ae4f1e03a4e02db48d8. I just built customized goldendict-git based on latest master with libiconv uninstalled. But the following warning appeared at the end of the build log:

linking goldendict
/usr/bin/ld: warning: libiconv.so.2, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/12.1.0/../../../../lib/libeb.so, not found (try using -rpath or -rpath-link)

Then goldendict failed to launch until I reinstalled libiconv:

$ ldd /usr/bin/goldendict |grep iconv
    libiconv.so.2 => not found
$ goldendict
goldendict: error while loading shared libraries: libiconv.so.2: cannot open shared object file: No such file or directory

Do I have to rebuild libeb to get rid of the transitive libiconv dependency?

Note that iconv.h included in GoldenDict's iconv.hh is provided by glibc:

$ pacman -Qo /usr/include/iconv.h
/usr/include/iconv.h is owned by glibc 2.35-5

$ ldd /usr/bin/goldendict |grep iconv libiconv.so.2 => /usr/lib/libiconv.so.2 (0x00007f5cf043e000)

@vedg which commit version do you have of goldendict-git?

But for some reason, the project makefiles don't link to the libiconv C library during build; only on Windows, Mac, FreeBSD, and on ARM platforms, but otherwise not on Linux.

libiconv is not even needed by this application on Linux. It uses its own iconv.cc (C++ library) whereas libiconv is a C program.

That's not true. https://github.com/goldendict/goldendict/blob/master/iconv.hh includes external header iconv.h.

$ ldd /usr/bin/goldendict |grep iconv libiconv.so.2 => /usr/lib/libiconv.so.2 (0x00007f5cf043e000)

libiconv is not even needed by this application on Linux. It uses its own iconv.cc (C++ library) whereas libiconv is a C program.

libiconv is now in community: https://archlinux.org/packages/community/x86_64/libiconv/

Package libiconv no more available in AUR.

Can you make something like goldendict-bin? Build from source take long on my old computer.

I've fixed the GitHub URL issue and also the incorrect version string.

As @simonzack said, install failed due to recent GitHub updates. To fix this problem, just replace this line in PKGBUILD:
source=("$pkgname::git+git://github.com/goldendict/goldendict.git")
with:
source=("$pkgname::git+https://github.com/goldendict/goldendict.git")

I just forked a new package using the webengine branch: https://aur.archlinux.org/packages/goldendict-webengine-git

Note:

The main repos of goldendict and qt-webkit are both halted/stalled. There will be no qt6-webkit in the foreseeable future, and the qt5-webkit in arch's repo is still from 2020.

There is an effort of porting GD to qtwebengine, and it seems to be the future of GD. The fork from xiaoyifang also does release tags. Based on user feedback, it works and pretty nice.

https://github.com/xiaoyifang/goldendict

https://forum.freemdict.com/t/topic/11495

Maybe someone should create a new AUR package -> goldendict-webengine or something.

I'm getting this error on install:

fatal: remote error:
  The unauthenticated git protocol on port 9418 is no longer supported.
Please see https://github.blog/2021-09-01-improving-git-protocol-security-github/ for more information.

Should we just drop EPWING support like the official package?

@Rhinoceros A fix has been merged in the upstream now.

This also fails to build for me now too. I get a slightly different error.

ffmpegaudio.cc: In member function ‘bool Ffmpeg::DecoderContext::openCodec(QString&)’:
ffmpegaudio.cc:226:32: error: invalid conversion from ‘const AVCodec*’ to ‘AVCodec*’ [-fpermissive]
  226 |   codec_ = avcodec_find_decoder( audioStream_->codecpar->codec_id );
      |            ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |                                |
      |                                const AVCodec*

I have the following compile error:

[code] In file included from /usr/include/libavcodec/avcodec.h:45, from ffmpegaudio.cc:19: /usr/include/libavcodec/packet.h:506:6: note: declared here 506 | void av_init_packet(AVPacket pkt); | ^~~~~~~~~~~~~~ make: ** [Makefile:4272: build/ffmpegaudio.o] Error 1 ==> ERROR: A failure occurred in build(). Aborting... -> error making: goldendict-git [/code]

It seems the error is triggered because of using latest ffmpeg v5 instead of previous one v4. How do I compile goldendict then?

For those having problems with libeb, clone it and edit PKGBUILD replacing the source with this instead https://github.com/mistydemeo/eb/releases/download/v4.4.3/eb-4.4.3.tar.bz2

Optional XDG Base Directory Specification support was merged into GoldenDict master a week ago: https://github.com/goldendict/goldendict/pull/1411. Commit messages in this pull request describe how to switch to new file locations. Users interested in this feature are invited to test it and report issues at https://github.com/goldendict/goldendict/issues before the next GoldenDict release candidate, which might be tagged in less than a month.

Certainly, but that requires repeated modification of the PKGBUILD if the modified one is not kept on disk. Additional overhead.

libnsl 2.0 release somehow broke goldendict, i.e. it spews

goldendict: error while loading shared libraries: libnsl.so.2: cannot open shared object file: No such file or directory

out now with both existing and new builds alike.

EDIT 3: this is a fallout from the libnsl sobump and libeb needed a rebuild (which were not apparent for it does not explicitly depend on this particular libnsl implementation).

I built it successfully easily today.

@keren_sky You can change that on your side easily. Just replace the relevant part in the source= line.

@deko Does it function correctly with eb-library?

@abd You are missing the libvorbis package somehow. It is in the dependency list.

@sispus Your error seems to be related to your Internet connection. It failed during git operation, which is not special to this package.

Hi. Please could the sources line be changed to read 'git+https://github.com/goldendict/goldendict.git'. My sucky ISP blocks incoming connections.5 64$$$$$$$$$$Th5anks

Replace libeb with https://aur.archlinux.org/packages/eb-library/ please. This package provides the same library, but it is older and used by other packages.

Tried but get stuck in vorbisfile

(... all succeeded)
==> Extracting sources... -> Creating working copy of goldendict-git git repo... Reset branch 'makepkg' ==> Starting prepare()... ==> Fixing flags ==> Starting pkgver()... ==> Removing existing $pkgdir/ directory... ==> Starting build()... Project MESSAGE: Install Prefix is: /usr Project ERROR: vorbisfile development package not found ==> ERROR: A failure occurred in build(). Aborting..

How solving it?

error while downloading: -> Cloning goldendict-git git repo... Cloning into bare repository '/var/tmp/pamac-build-luna/goldendict-git/goldendict-git'... error: inflate: data stream error (incorrect data check) fatal: serious inflate inconsistency fatal: index-pack failed ==> ERROR: Failure while downloading goldendict-git git repo Aborting... Failed to build goldendict-git

I needed to add "qt5-multimedia" to the dependencies to be able to build.

> UPDATE: I see that "qtwebkit" is gone from AUR. I better hold on to my built package.

I can see both qtwebkit and qtwebkit-bin packages in AUR: https://aur.archlinux.org/packages/?O=0&K=qtwebkit

I get this while trying to build the package with makepkg: https://pastebin.com/X9GV0yH2