Package Details: wordnet-tk 3.1-4

Git Clone URL: https://aur.archlinux.org/wordnet.git (read-only, click to copy)
Package Base: wordnet
Description: A TK frontend for the WordNet Database
Upstream URL: https://wordnet.princeton.edu/
Licenses: custom
Submitter: None
Maintainer: Stebalien
Last Packager: Stebalien
Votes: 116
Popularity: 0.008796
First Submitted: 2007-01-12 20:32 (UTC)
Last Updated: 2024-01-22 19:59 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

Stebalien commented on 2021-04-29 16:02 (UTC)

@ShahinSorkh

It should work now but I can't be sure because I don't know what your specific issue was. In the future, please include error messages when you report build failures.

ShahinSorkh commented on 2021-04-29 06:51 (UTC)

Fails on build

Stebalien commented on 2019-08-12 15:38 (UTC)

WilliamR, you can install artha from the AUR. As specified in the PKGBUILD, you'll need wordnet-common.

WilliamR commented on 2019-08-11 09:47 (UTC)

Artha has been one of my essential utilities on a deb-based system. Recently moved over to an arch-based system due to unresolved heating problems on a Dell running a distro based on Ubuntu. Artha informs that it needs Wordnet. As AUR has different versions of Wordnet, some guidance is needed as to which version or files are needed to get Artha to run. Is this possible at present or are changes needed to be made in the AUR?

Stebalien commented on 2019-04-18 17:45 (UTC)

@dkasak,

wordnet-common currently includes the database, library, and a bunch of manual pages.

It sounds like we need to move the dictionary (/usr/share/wordnet/dict) out of wordnet-common into a wordnet-dict-princeton package that provides wordnet-dict. Would that work for you?

dkasak commented on 2019-04-18 10:38 (UTC) (edited on 2019-04-18 10:41 (UTC) by dkasak)

I just added english-wordnet, which is a fork of the Princeton WordNet that is currently more actively maintained. They recently made the 2019 release and provide an archive with WordNet-compatible files.

I put wordnet-common in my package's provides field, but it currently won't work seamlessly if someone has wordnet-* installed because it is the name of the actual package and therefore I cannot also conflict on it.

It would be nice if this worked seamlessly so both databases could be used with wordnet-cli, wordnet-tk and others. Maybe wordnet-common could be made into a virtual package and the current package renamed to something like princeton-wordnet.

Thoughts?

Stebalien commented on 2018-09-26 18:54 (UTC)

doronbehar: I agree. I've split the package.

<deleted-account> commented on 2018-09-26 08:45 (UTC)

I think tk should be marked as an optional dependency and a make dependency but not a must runtime dependency. Only for the wnb and wishnm executables need GUI and therefor require tk.

Stebalien commented on 2018-04-26 17:35 (UTC)

@mergen that looks like a bug in tk (reported https://bugs.archlinux.org/task/58361). You can work around it by:

  1. Updating.
  2. Rebuilding tk.

(or wait for the bug to be fixed)

mergen commented on 2018-04-26 10:04 (UTC) (edited on 2018-04-26 10:04 (UTC) by mergen)

Hello,

I receive the fallowing error:

/usr/bin/ld: cannot find -lieee

I found this. Seemingly, a dependency is missing.