Arch Linux User Repository

In the interest of transparency, I am running EndeavourOS, i3WM.

Alan

I have been unable to build this package. Some of the explanations provided here are beyond my capacity, but I tried yay, paru, and makepkg several times.

The issue is in the src/grind directory.

# BEGIN RELEVANT PART OF MESSAGES

make: Entering directory '/home/mrjones/.cache/paru/clone/dict-wn/src/WordNet-3.0/src/grind' gcc -DHAVE_CONFIG_H -I. -I../.. -I../../include -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=3 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -Wno-error=implicit-function-declaration -Wno-error=int-conversion -Wno-error=implicit-int -MT create.o -MD -MP -MF .deps/create.Tpo -c -o create.o create.c create.c: In function ‘CreateSymbol’: create.c:135:19: error: too many arguments to function ‘hash’; expected 0, have 1 135 | hashval = hash(s); | ^~ ~ create.c:111:17: note: declared here 111 | static unsigned hash(); | ^~ create.c: At top level: create.c:142:17: error: conflicting types for ‘hash’; have ‘unsigned int(char )’ 142 | static unsigned hash(char s) | ^~ create.c:111:17: note: previous declaration of ‘hash’ with type ‘unsigned int(void)’ 111 | static unsigned hash(); | ^~ create.c:111:17: warning: ‘hash’ used but never defined make: *** [Makefile:442: create.o] Error 1 make: Leaving directory '/home/mrjones/.cache/paru/clone/dict-wn/src/WordNet-3.0/src/grind' ==> ERROR: A failure occurred in build(). Aborting... error: failed to build 'dict-wn-3.1-5': error: packages failed to build: dict-wn-3.1-5

## END ERROR MESSAGE

This dictionary is an extremely important one, using dictd.

Alan D

Hey @S0AndS0,

I couldn't reproduce your issue; it builds successfully with no errors or issues. I don't use yay any more, however.

Can you, please, try to build the PKGBUILD manually with makepkg?

When doing so, do clean the source files of the PKGBUILD fetched from your previous effort to build the package (usually in a directory called src and managed with the SRCDEST variable of makepkg) and also use makepkg -C (-C flag) for a clean build.

Getting install errors as of 2025-05-01 with the following output from yay;

create.c: In function ‘CreateSymbol’:
create.c:135:19: error: too many arguments to function ‘hash’; expected 0, have 1
  135 |         hashval = hash(s);
      |                   ^~~~ ~
create.c:111:17: note: declared here
  111 | static unsigned hash();
      |                 ^~~~
create.c: At top level:
create.c:142:17: error: conflicting types for ‘hash’; have ‘unsigned int(char *)’
  142 | static unsigned hash(char *s)
      |                 ^~~~
create.c:111:17: note: previous declaration of ‘hash’ with type ‘unsigned int(void)’
  111 | static unsigned hash();
      |                 ^~~~
create.c:111:17: warning: ‘hash’ used but never defined
make: *** [Makefile:442: create.o] Error 1
make: Leaving directory '/home/s0ands0/.cache/yay/dict-wn/src/WordNet-3.0/src/grind'
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: dict-wn-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
dict-wn - exit status 4
Script done.

... Seems up-stream may have changed the type sig. for hash function.

@ChuufMaster thanks, updated

@envolution It looks like the (http://deb.debian.org/debian/pool/main/w/wordnet/wordnet_3.0-38.debian.tar.xz) link is no longer available, changing it to (http://deb.debian.org/debian/pool/main/w/wordnet/wordnet_3.0-39.debian.tar.xz) works.

@envolution Ah yes, that looks like it might work. Thanks for the tip. And completely understandable about wanting to avoid massive changes.

@dkasak the package names are sadly a relic of a previous maintainer strategies - I agree they're not ideal but considering the age of this package I'd prefer not to make big sweeping changes.

I assume english-wordnet contains all the princeton entries so i think provides=(wordnet-common) conflicts=(wordnet-common) depends=(wordnet-progs) is a fine strategy for your package

Reading through again it seems as though you're interested in just using the -cli portion and avoiding the dict files, this makes more sense.

Yes, exactly. wordnet-progs does indeed solve my immediate use case.

I still think it would be nice if other packages could depend on something like wordnet-dict, which would be a package containing only the data files and be provided by either wordnet-dict-princeton or wordnet-dict-oewn (which currently is called english-wordnet).

You're right that these would conflict; I don't have any patches to make this selectable at runtime. But it would allow one to e.g. install artha and have it work transparently with either the Princeton or Open English Wordnet databases, which currently is not possible. I don't have a pressing personal need for this though.

@dkasak considering that there a dictionary filename clashes between the two and both are under active development I'm not sure if this is feasible. Can you share your -cli patches so I can see how the dictionary would become selectable?

Reading through again it seems as though you're interested in just using the -cli portion and avoiding the dict files, this makes more sense. I'll have a closer look todoay