Package Details: dict-wn 3.1-5

Git Clone URL: https://aur.archlinux.org/dict-wn.git (read-only, click to copy)
Package Base: dict-wn
Description: WordNet for dictd et al.
Upstream URL: https://wordnet.princeton.edu/
Licenses: GPL2, GPL, custom: WordNet License
Conflicts: dictd-wn
Provides: dictd-wn
Submitter: respiranto
Maintainer: respiranto
Last Packager: respiranto
Votes: 15
Popularity: 0.091301
First Submitted: 2015-08-24 20:15 (UTC)
Last Updated: 2021-06-30 01:39 (UTC)

Latest Comments

1 2 Next › Last »

utkarsh commented on 2021-09-09 11:35 (UTC)

Sorry for the noise!

IMO there was some problem with my AUR helper: paru. But now I have removed it as now I only have 4 AUR packages.

Thank you for quick response.

respiranto commented on 2021-09-08 20:36 (UTC)

Hi utkarsh,

unfortunately, I cannot reproduce your issue.

Please try building in a clean chroot.

utkarsh commented on 2021-09-08 13:11 (UTC) (edited on 2021-09-08 13:12 (UTC) by utkarsh)

Hi @respiranto,

First of all, thank you for maintaining this package.

Even using 'makepkg -C' gives the following error:

cc1: fatal error: grind-wnlex.c: No such file or directory

respiranto commented on 2021-08-04 05:02 (UTC)

Building works here. Please try `makepkg -C' to clean remnants of old builds.

Marsx commented on 2021-08-03 06:15 (UTC) (edited on 2021-08-03 06:16 (UTC) by Marsx)

when I update aur/dict-wn 3.1-4 to 3.1-5,console output :

libtool: Version mismatch error. This is libtool 2.4.6, but thelibtool: definition of this LT_INIT comes from libtool 2.4.6.42-b88ce-dirty.

respiranto commented on 2021-06-28 22:27 (UTC)

Thanks for reporting the issue.

The error's cause is actually in general serious. However, the affected files were only built, but not used, previously.

I have uploaded a new version where the issues are fixed, and the files not built anymore (See also `git log').

Btw, there should not have been a need for `sudo' in your command.

Musse commented on 2021-06-25 19:26 (UTC) (edited on 2021-06-25 19:27 (UTC) by Musse)

I kept getting this error when trying to compile:

binsrch.c:190:5: error: format not a string literal and no format arguments [-Werror=format-security]

I'm not sure about how safe it is, but removing the flag seemed to fix the error.

$ sudo find -name 'Makefile' -exec sed -i -- 's/-Werror=format-security/--warn-no-format-security/g' '{}' +

pigmonkey commented on 2020-01-19 02:46 (UTC)

I installed this package today after a fresh Arch install. The two dependencies I needed to install before dict-wn could build are flex and man-db. This was my first time performing a clean Arch install since the base group was replaced by the base package last October, which I assume is the reason these dependencies were not noticed before.

https://www.archlinux.org/news/base-group-replaced-by-mandatory-base-package-manual-intervention-required/

flex is included in base-devel, but man-db is not, so this package will fail to build in the chroot provided by the extra-x86_64-build script from the devtools package.

However, despite being part of base-devel, flex is listed as a make dependency of the dictd package, which argues in favor of being more explicit here.

respiranto commented on 2020-01-19 01:57 (UTC)

base-devel is assumed to be installed when building packages. I.e., this group's members do not need to be specified in the makedepends array. One might argue against that assumption. If you figure out all the dependencies (including in base) - by using a clean build environment - I'd be willing to add them all.

pigmonkey commented on 2020-01-19 00:33 (UTC)

I agree that flex should be added as a dependency.