Package Details: wordnet-common 3.1-10

Git Clone URL: https://aur.archlinux.org/wordnet.git (read-only, click to copy)
Package Base: wordnet
Description: An Electronic Lexical Database from Princeton University
Upstream URL: https://wordnet.princeton.edu/
Licenses: LicenseRef-custom
Submitter: None
Maintainer: envolution
Last Packager: envolution
Votes: 116
Popularity: 0.000034
First Submitted: 2007-01-12 20:32 (UTC)
Last Updated: 2025-01-13 00:01 (UTC)

Latest Comments

1 2 3 4 5 6 7 Next › Last »

dkasak commented on 2025-01-12 23:43 (UTC)

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

envolution commented on 2025-01-12 21:32 (UTC)

@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

dkasak commented on 2025-01-12 21:11 (UTC)

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.

envolution commented on 2025-01-12 18:35 (UTC) (edited on 2025-01-12 18:37 (UTC) by envolution)

@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

dkasak commented on 2025-01-12 17:17 (UTC)

Hi. I'm maintaining english-wordnet, which packages Open English Wordnet (https://en-word.net/) which is a continuation of the Princeton database developed in the open, with many new words, synsets and relations.

I'm using a custom variant of the old wordnet-cli package to have a CLI to this database which is otherwise drop-in compatible with the one contained in wordnet-common. Would there be interest in splitting out the dictionary files out of this package, so that both the Princeton and OEWN databases can be used with it, or should I reinstate a separate wordnet-cli package?

envolution commented on 2025-01-08 21:57 (UTC)

@madalu yes, it was a purposeful change. I'm considering a workaround since your issue is not reproducible for me, so it's likely due to differences in the resulting Makefile on your system than what this package was expecting.

Out of curiosity, does /usr/bin/wnb present the same issue?

madalu commented on 2025-01-08 21:33 (UTC) (edited on 2025-01-08 21:34 (UTC) by madalu)

Yes, the cli command works if there is a dict subdirectory containing the db files. For reference, commit e9534e357ba8 changed the location of the db files from /usr/share/wordnet/dict to /usr/share/wordnet.

envolution commented on 2025-01-08 21:27 (UTC)

@madalu can you please try this workaround?

$ sudo ln -sf /usr/share/wordnet /usr/share/wordnet/dict

madalu commented on 2025-01-08 21:20 (UTC) (edited on 2025-01-08 21:20 (UTC) by madalu)

@envolution - After a clean build and reinstallation of this package, here is the output of each command:

$ /usr/bin/wn -over

 WordNet library error: Can't open datafile(/usr/share/wordnet/dict/data.noun)
 WordNet library error: Can't open indexfile(/usr/share/wordnet/dict/index.noun)
 WordNet library error: Can't open datafile(/usr/share/wordnet/dict/data.verb)
 WordNet library error: Can't open indexfile(/usr/share/wordnet/dict/index.verb)
 WordNet library error: Can't open datafile(/usr/share/wordnet/dict/data.adj)
 WordNet library error: Can't open indexfile(/usr/share/wordnet/dict/index.adj)
 WordNet library error: Can't open datafile(/usr/share/wordnet/dict/data.adv)
 WordNet library error: Can't open indexfile(/usr/share/wordnet/dict/index.adv)
 WordNet library warning: Can't open verb example sentence file(/usr/share/wordnet/dict/sents.vrb)
 WordNet library warning: Can't open verb example sentence index file(/usr/share/wordnet/dict/sentidx.vrb)
 wn: Fatal error - cannot open WordNet database

$ tree /usr/share/wordnet -d

/usr/share/wordnet
├── dbfiles
└── wnres

3 directories

$ pacman -Qs wordnet

 local/wordnet-common 3.1-8
     An Electronic Lexical Database from Princeton University

$ which wn

 /usr/bin/wn

envolution commented on 2025-01-07 22:28 (UTC) (edited on 2025-01-08 03:39 (UTC) by envolution)

@krvkir you should have core/bison by default.

AUR assumes you have https://archlinux.org/packages/core/any/base-devel/ installed, so packages from AUR should not explicitly require packages that they contain.

1 2 3 4 5 6 7 Next › Last »