Package Details: docfetcher 1.1.22-2

Git Clone URL: (read-only, click to copy)
Package Base: docfetcher
Description: A java open source desktop search application
Upstream URL:
Keywords: desktop productivity search
Licenses: EPL
Submitter: thiagowfx
Maintainer: macxcool
Last Packager: macxcool
Votes: 17
Popularity: 0.001811
First Submitted: 2014-05-01 20:55
Last Updated: 2018-08-15 19:41

Dependencies (5)

Required by (0)

Sources (4)

Latest Comments

1 2 3 4 Next › Last »

macxcool commented on 2018-08-15 19:36

I did a little testing with 1.1.22. It doesn't work with Java 7, but works with 8 and 10. I'll change the PKGBUILD accordingly.

davidmcinnis commented on 2018-05-20 08:26

Currently works with Java 8,

Does not work with Java 9 or Java 10.


macxcool commented on 2017-11-02 11:44

@simplexe: Ah. Sorry about that. It's actually there already, but there isn't a 'newline' before it. I'll fix that.

simplexe commented on 2017-11-02 06:43

Add to docfetcher.desktop type app.
Like as:

macxcool commented on 2017-05-16 12:02

@languitar: That makes more sense. So like this:
if [ $_gtkver == 'gtk3' ]; then
#ln -s "${prefix}/" "${prefix}/"
ln -s "/usr/share/${pkgname}/" "${prefix}/"

makepkg doesn't seem to complain about it.

languitar commented on 2017-05-16 11:39

No wait. The problem is that the symlink originates from <thebuilddir>/usr/share... Instead, it must be from /usr/share to $prefix/use/share..., while ignoring the warning that the source file doesn't exist (yet, before the package is installed).

macxcool commented on 2017-05-16 11:37

@languitar: do you mean replace all instances of ${prefix} in the package() section with ${pkgdir}/usr/share/${pkgname}?
I can do that. Is it always bad to use a variable to simplify typing paths in package() then?

languitar commented on 2017-05-16 10:40

Seems to be caused by using prefix as a variable. It should probably be pkgdir instead.

languitar commented on 2017-05-16 10:38

I see the problem:

languitar@jaco ~/sciebo/literature/Citavi/thesis/Citavi Attachments> pacaur -Ql docfetcher | grep \\.sh
docfetcher /usr/share/docfetcher/
docfetcher /usr/share/docfetcher/
docfetcher /usr/share/docfetcher/
languitar@jaco ~/sciebo/literature/Citavi/thesis/Citavi Attachments> which docfetcher
languitar@jaco ~/sciebo/literature/Citavi/thesis/Citavi Attachments> docfetcher
/usr/bin/docfetcher: line 3: /usr/share/docfetcher/ No such file or directory
languitar@jaco ~/sciebo/literature/Citavi/thesis/Citavi Attachments [127]> cat /usr/share/docfetcher/
cat: /usr/share/docfetcher/ No such file or directory
languitar@jaco ~/sciebo/literature/Citavi/thesis/Citavi Attachments [1]> ll /usr/share/docfetcher/
total 76K
drwxr-xr-x 2 root root 4.0K Jan 10 16:36 conf/
drwxr-xr-x 3 root root 4.0K Jan 10 16:36
-rw-r--r-- 1 root root 30K May 16 12:34 docfetcher-daemon-linux
-rwxr-xr-x 1 root root 310 Jan 10 16:36*
-rwxr-xr-x 1 root root 291 Jan 10 16:36*
lrwxrwxrwx 1 root root 95 May 16 12:34 -> /home/languitar/.cache/pacaur/docfetcher/pkg/docfetcher/usr/share/docfetcher/
drwxr-xr-x 5 root root 4.0K Jan 10 16:36 help/
drwxr-xr-x 2 root root 4.0K Jan 10 16:36 img/
drwxr-xr-x 2 root root 4.0K Jan 10 16:36 indexes/
drwxr-xr-x 2 root root 4.0K Jan 10 16:36 lang/
drwxr-xr-x 3 root root 4.0K May 16 12:34 lib/
drwxr-xr-x 2 root root 4.0K May 16 12:34 misc/

It seems the symlink for is corrupted and the build environment seems to leak into the creation of that link.

macxcool commented on 2017-04-30 12:40

@languitar I'm not sure what you mean. It all works for me still. /usr/share/docfetcher/ is in the package still and the 'docfetcher' script works. What are you seeing?