Package Details: lrz-syncshare 21.1.100-1

Git Clone URL: https://aur.archlinux.org/lrz-syncshare.git (read-only, click to copy)
Package Base: lrz-syncshare
Description: Sync client for the LRZ Sync+Share service
Upstream URL: https://syncandshare.lrz.de/
Keywords: syncandshare
Licenses: custom
Submitter: shador
Maintainer: SaberanMarcross
Last Packager: SaberanMarcross
Votes: 4
Popularity: 0.000043
First Submitted: 2016-01-26 21:40 (UTC)
Last Updated: 2024-10-18 17:29 (UTC)

Dependencies (5)

Required by (0)

Sources (1)

Latest Comments

« First ‹ Previous 1 2

shador commented on 2019-03-31 14:17 (UTC) (edited on 2019-03-31 14:19 (UTC) by shador)

Followed upstream revert to version 11.7.754. Did not bump pkgrel because the PKGBUILD is identical to the previous one for 11.7.754. If you actually want to downgrade, you might have to trigger it explicitly, because the epoch is also unchanged.

shador commented on 2018-10-05 10:08 (UTC)

Version bumped, checksum updated. Thanks, TheGiwi.

TheGiwi commented on 2018-09-30 10:29 (UTC) (edited on 2018-09-30 10:33 (UTC) by TheGiwi)

Hi there,

it looks like the checksums are out of sync as the validity checks cannot be passed.

Many thanks!

tasnad commented on 2017-08-14 14:05 (UTC)

No problem and thanks, works great again!

shador commented on 2017-05-31 19:19 (UTC)

Thanks for your feedback, Tasnad. You're perfectly right. No idea what I missed back then. I have reverted that part of the commit now. Should be working again.

tasnad commented on 2017-05-31 11:58 (UTC)

Hi, I still need the oracle jre or I get an error saying that oracle jre is needed (with two buttons: exit or exit and show oracle website). How did this work for you? In the PKGBUILD, RUN_CMD is set to /usr/share/lrz-syncshare/jre, although there is no jre there. I got it running with either a symlink in /usr/share/lyz-syncshare/jre -> /usr/lib/jvm/java-8-jre/jre or just putting back your sed line in the PKGBUILD (-e 's;^RUN_CMD="$CLIENT_INSTALL/jre/bin/java ;RUN_CMD="/usr/lib/jvm/java-8-jre/jre/bin/java ;'). Cheers, Tasnad

shador commented on 2017-04-25 19:39 (UTC)

Meanwhile with the latest version openjdk seems to work as well, so dependency changed to java-runtime. Let me know if you experience any issues.

shador commented on 2016-10-15 19:00 (UTC)

Actually this package explicitly requires the Oracle JRE (`jre' package in AUR) and won't start with any other runtime environment. Or at least it doesn't accept the OpenJDK JRE provided in extra (i.e. `jre8-openjdk'). If you look at the dependencies section in AUR above these comments, you'll notice that the dependency `java-runtime-jre=8' is listed as being provided by jre among others. So everything is in order even though automatic dependency resolution might not be working for you as for me with the apacman AUR client due to missing provides support. Currently this is the best solution I see, since I cannot depend on jre directly and depending on openjdk would break the package for real. If you have a better suggestion, I will certainly consider it.

tomprogrammer commented on 2016-10-14 14:17 (UTC)

The java packages in extra provide `java-runtime=8` instead of `java-runtime-jre=8`. Could you fix the dependency declaration?

« First ‹ Previous 1 2