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: 444
Popularity: 3.66
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 .. 6 7 8 9 10 11 12 13 14 Next › Last »

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.

Holodoc commented on 2015-04-20 15:47 (UTC)

I just want to adopt the package, but ryuzy was faster ;-) Thanks!

moneytoo commented on 2015-04-20 14:22 (UTC)

I disowned it as I'm not able to update it with your suggestions within reasonable time. Adopt it if you want to fix mentioned issues.

Holodoc commented on 2015-04-17 23:36 (UTC)

Hi, jdownloader has a great headless mode now. So you could use it for example on raspberries, NAS or wherever else without installing a graphical interface. I have prepared the changes for you, you may want to use them: New files: JDownloaderHeadless: http://pastebin.com/fJn6NqVz jdownloader.service: http://pastebin.com/Tsu0PBNY Mofidied files: PKGBUILD: http://pastebin.com/8h86WrDB jdownloader.install: http://pastebin.com/czdE8ygn I have changed: -Service file (runs JDownloader with user jdownloader, user is created during installation/update) -dependencies added (otherwise you will get an error) -conflicts from FadeMind

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