Package Details: mecab-git r157.61b90ba-1

Git Clone URL: https://aur.archlinux.org/mecab-git.git (read-only, click to copy)
Package Base: mecab-git
Description: Yet another part-of-speech and morphological analyzer.
Upstream URL: https://taku910.github.io/mecab
Licenses: BSD-3-Clause AND GPL-2.0-or-later AND LGPL-2.1-or-later
Conflicts: mecab
Provides: mecab
Submitter: hidebu
Maintainer: taotieren
Last Packager: taotieren
Votes: 14
Popularity: 0.167268
First Submitted: 2016-03-29 11:27 (UTC)
Last Updated: 2025-02-22 08:04 (UTC)

Required by (14)

Sources (1)

Latest Comments

« First ‹ Previous 1 2

DAISUKESUZUKI commented on 2018-07-05 14:33 (UTC)

In mecab-config line110 indicating the return-value at '--libexecdir' should be

echo /usr/lib/mecab

inot /usr/ "libexec" /mecab

yantene commented on 2018-02-08 12:53 (UTC) (edited on 2018-02-08 12:54 (UTC) by yantene)

@johejo Thanks for your comment. I confirmed the phenomenon you pointed out. However I'm busy now and cannot work right away. I'm sorry, but please wait a while.

johejo commented on 2018-02-06 12:11 (UTC)

Hi, when "mecab-config --libexecdir" is executed, it seems that "/usr/libexec/mecab" is output. This is incorrect as the installation directory has been changed. It is necessary to patch "mecab- config.in" of the original source code. I tried to make a patch. How about this? https://gist.github.com/b01a5e283fdeb7f37ae991692428eb84.git Sorry, I am not very familiar with ArchLinux packaging system.

arnold commented on 2015-12-13 03:26 (UTC)

Thank you very much for your work.

itachi17 commented on 2015-09-16 17:23 (UTC)

It seems that mecab is working fine in terminal. However in Firefox, plugin named furigana inserter prints in firefox console(ctrl+shift+j) this: "Error: Error: unsupported character set, only UTF-8 is supported: utf-8." I looked up in the PKGBUILD and there is no --with-charset=utf8 switch. So I compiled it with that but again its not working. Dont you know where's the problem?

FSMaxB commented on 2015-08-12 17:38 (UTC)

Ok, I've updated both packages. mecab now prints a message that you should update mecab-ipadic as well and the pkgrel is bigger than the previous one. Unfortunately though, dependencies don't support pkgrels, so mecab-ipadic doesn't depend on the new version of the package.

AliciaBytes commented on 2015-08-12 17:23 (UTC)

Nice, also there is a mirror of the old pkgbuilds available at http://pkgbuild.com/git/aur-mirror.git/tree/ btw. Might take a bit to fully load though since it's quite big.

FSMaxB commented on 2015-08-12 17:03 (UTC)

@Raphael.Miedl: I didn't even have the old package for reference, I don't know if the old AUR packages are even accessible anymore so I don't have any idea what the previous pkgrel was. I changed libexec to /usr/lib because it says so in the Arch packaging standards (https://wiki.archlinux.org/index.php/Arch_packaging_standards). It's not possible to solve the problem with mecab-ipadic using dependencies, because this would be circular, so I'll probably just change the version of mecab-ipadic and mecab and add a message that prompts the user to update mecab-ipadic. But I can make mecab-ipadic depend on the new version of mecab.

AliciaBytes commented on 2015-08-12 16:53 (UTC)

thanks for taking over the package, you might want to bump the version number slightly tho so it gets updated. The old mecab package didn't change libexec to /usr/lib, meaning that your new mecab-ipadic won't find /usr/lib/mecab/mecab-dict-index for example since the old mecab had it in /usr/libexec/mecab/mecab-dict-index. If you bump the version of this package slightly (maybe additional minor version like mecab-ipadic) it should be updated by aur helpers and install it into the directory you wanted. Instead of keeping the old aur3 package around. Or maybe not change libexec? Also what's the reason for using /usr/lib/ instead of /usr/libexec/? (purely out of interest).

« First ‹ Previous 1 2