Package Details: jdownloader2 latest-13

Git Clone URL: https://aur.archlinux.org/jdownloader2.git (read-only)
Package Base: jdownloader2
Description: Download manager, written in Java, for one-click hosting sites like Rapidshare and Megaupload. Uses its own updater.
Upstream URL: http://jdownloader.org/
Keywords: download hoster internet jdownloader manager oneclick
Licenses: GPL
Conflicts: jdownloader
Replaces: jdownloader
Submitter: None
Maintainer: Holodoc
Last Packager: Holodoc
Votes: 348
Popularity: 3.181269
First Submitted: 2011-09-07 23:08
Last Updated: 2017-03-01 23:41

Required by (0)

Sources (21)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

danbruegge commented on 2015-12-17 10:40

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

@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

/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

I love this package. Thank you!

Det commented on 2015-07-09 10:15

Oh, it's a beta version.

Det commented on 2015-07-09 10:08

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

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

@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

Adopt it if anyone want to implement the suggested fix.

eigengrau commented on 2015-04-21 06:56

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.