Package Details: jdownloader2 latest-21

Git Clone URL: https://aur.archlinux.org/jdownloader2.git (read-only, click to copy)
Package Base: jdownloader2
Description: Download manager, written in Java, for one-click hosting sites like Rapidshare and MEGA. Uses its own updater.
Upstream URL: https://jdownloader.org/
Keywords: download hoster internet jdownloader manager oneclick
Licenses: LicenseRef-GPL-3.0+proprietary
Submitter: None
Maintainer: C0rn3j
Last Packager: C0rn3j
Votes: 434
Popularity: 2.10
First Submitted: 2011-09-07 23:08 (UTC)
Last Updated: 2024-10-17 15:08 (UTC)

Dependencies (4)

Required by (0)

Sources (21)

Pinned Comments

d-air1 commented on 2024-02-12 08:48 (UTC)

Might need to put the "updates itself" message in bold. Looks like someone once again flagged this package as out of date.

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 Next › Last »

danbruegge commented on 2015-12-17 10:40 (UTC)

Why use camel case to start the downloader? A annoying break from Verion 1. Is it possible to change it?

Holodoc commented on 2015-10-23 14:17 (UTC)

@DoTheEvolution Thanks for the hint. Is fixed now. In your case it is easy: Just install JAVA ;-)

DoTheEvolution commented on 2015-10-23 09:11 (UTC)

/usr/bin/JDownloaderHeadless: line 23: exec: java: not found I think dependencies are missing something, or someone give it a try installing this AUR package on a fresh system, if it runs.

EgidioCaprino commented on 2015-08-15 21:51 (UTC)

I love this package. Thank you!

Det commented on 2015-07-09 10:15 (UTC)

Oh, it's a beta version.

Det commented on 2015-07-09 10:08 (UTC)

You could now rename this to 'jdownloader', as the previous one hasn't been pulled with July 8th having passed: https://wiki.archlinux.org/index.php/Arch_User_Repository#AUR_4

Holodoc commented on 2015-05-22 22:17 (UTC)

Updated: -for root and users in jdownloader group it uses the global installation, otherwise local -service: Restarts automatically

Holodoc commented on 2015-04-21 12:18 (UTC)

@eigengrau: I agree with some points: - I will add a check if the current user is in jdownloader group or root. In this case the directory /opt/JDownloader will be used otherwise ~ - For JDownloaderHeadless the same thing will be implemented I disagree regarding user.services, because in my case I have a running raspberry pi. When I turn this pi on, I don't want to login with jdownloader to start the service (Yes: I know there is a way by lingering, but normally you would expect a system service) But I am open for any other comments. But we should move the topic to an emailthread.

ryuzy commented on 2015-04-21 09:36 (UTC)

Adopt it if anyone want to implement the suggested fix.

eigengrau commented on 2015-04-21 06:56 (UTC)

Changing the umask to have everything in /opt/JDownloader2 be world-writeable by default is a bit suboptimal, security-wise. If the dedicated user & group are really required, then one could at least remove the world-writeable bit from the umask and require that users are added to the jdownloader group. Having updates bootstrapped into ~ seems more preferable to me, and the jdownloader script is ready for that; but since the PKGBUILD always creates /opt/JDownloader, the ~ based bootstrapping is never used. It might be a better option to use ~ as a default, and only force a world-writable destination for the .service, if that’s really needed. But it seems to be a dedicated user isn’t needed at all. Rather, the headless .service could ship as a user service instead of a system service.

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 Next › Last »