Package Details: jdownloader2 latest-10

Git Clone URL: (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:
Keywords: download hoster internet jdownloader manager oneclick
Licenses: GPL
Conflicts: jdownloader
Replaces: jdownloader
Submitter: None
Maintainer: Holodoc
Last Packager: Holodoc
Votes: 286
Popularity: 8.960634
First Submitted: 2011-09-07 23:08
Last Updated: 2016-07-03 21:34

Latest Comments

X-Tornado commented on 2017-02-22 06:42

Ok thanks! I will wait for the update.

Holodoc commented on 2017-02-21 23:42

Thanks for your reply. Its because of an internal switch not to restart the jdownloader automatically, becuase this should be done by systemd.

But I agree that this is very bad. I think I found a better solution in the last 2 days, but I have to test them a little bit more.
There will be an update soon (with this I mean during next week)

Okay. I will try to reproduce your problem right after the issue from X-Tornado.

X-Tornado commented on 2017-02-15 09:49

I'm the only one getting an "update loop" when using the service?

It's not something new, I had this issue for a long time. Basically when there is an update for JDownloader that requires replacing the jar it gets stuck updating infinitely. Here is a video showing what happens:

It's something related to the way the service works or something like that, because if I run it manually , using the jdownloader user, the update works.
Here a video of me updating manually and then starting the service again:

So basically I have been fixing it manually from time to time but clearly that's not a solution.

raudi commented on 2017-02-06 20:41

I am using it as a system service. I also ran it in the terminal to configure My Jdownloader.
But at least for me there were some permission issues.

Holodoc commented on 2016-11-08 23:52

Thanks for your note.
What did you meant with "headless-service"? The service itself runs as systemservice (but of cause as user "jdownloader") To be able to access via MyJDownloader it has to be configured. That's why during the installation it says: Please run JDownlaoderHeadless multiple times to configure it.

So right after you installed it with pacman there are two ways how to use it:
1) as system service: Please login as root and start JDownloaderHeadless. It will automatically switch to JDownloader user and start jdownlaoder. Please retry this command until you were abe to configre your login credentials for MyJdownloader. Afterwards you could abort the process and start the systemservice "systemctrl start jdownloader"

2) as user: Just open a terminal and start "JDownloaderHeadless". You don't have to be in JDownloader group. As in the method before: Rerun this command until it is started and configured. Please notice that the process is been killed if you request a restart over MyJdownloader (updating JDownloader).

If anything is unclear, feel free to ask

raudi commented on 2016-11-07 17:25

I was wondering why the headless service wouldn't work for me.
It seems as if I needed to add my user to the jdownloader group with

sudo gpasswd -a YourUserName jdownloader

and log in again before the first run. At least it is working for me right now.

Holodoc commented on 2016-10-24 23:20

@rpodgorny: i am not sure what's your proposal. Are you referencing baranators post?
Jdownloader download is now placed in another subscript..

rpodgorny commented on 2016-10-24 20:19

what's the purpose of the JDownloaderHeadless step? can't it be done during the build step? thanks...

DEUS commented on 2016-10-14 08:35

You may experience trouble after upgrading to Gnome 2.22, in my case it helped to disable the tray icon in settings. temporary use a different desktop and deactivate it or ssh with X from another machine with another or pre 2.22 desktop environment.
After some time and more trouble with other tools (xrandr and gparted), the issue is related to Wayland, which seems to be default for Gnome 2.22, so just change to XOrg on login and it is fine.

Holodoc commented on 2016-10-13 18:19

This seems to be related to your setup. I am not a developer for JDownloader. Please contact the guys from the JDownloader Team on their website. the package cannot get out of date, because it is always using the latest version

RubenKelevra commented on 2016-10-13 14:16

Does not work anymore:

It seems that JDownloader crashed and did not terminate correctly.
Please contact our Support and forward the following

# A fatal error has been detected by the Java Runtime Environment:
# SIGSEGV (0xb) at pc=0x00007ff78abaecd9, pid=10518, tid=0x00007ff758fba700
# JRE version: OpenJDK Runtime Environment (8.0_102-b14) (build 1.8.0_102-b14)
# Java VM: OpenJDK 64-Bit Server VM (25.102-b14 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C []
# Core dump written. Default location: /home/ruben/.jd/core or core.10518
# If you would like to submit a bug report, please visit:
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.

--------------- T H R E A D ---------------

Current thread (0x00007ff73c4ec800): JavaThread "AWT-EventQueue-0" [_thread_in_native, id=10567, stack(0x00007ff758eba000,0x00007ff758fbb000)]

siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0x0000000000000068

baranator commented on 2016-10-09 19:46


i was just about to install jdownloader2 via this package on my brothers pc. Installation went well, but when i wanted to run jdownloader, i got a message about a broken/invalid JDownloader.jar. On investigating this issue i found, that on commit of the JDownloader executable some lines were removed.

these lines inter alia contain:

if [ ! -f "JDownloader.jar" ]; then
wget -O JDownloader.jar

In the newer versions of the package the installer therefore seems to not download jdownloader anymore. After restoring the pre-commit-version of the JDownloader file, jdownloader startet normally, so this should be fixed :S

Holodoc commented on 2016-07-03 21:34

@ot_wtf: ACK. Inserted.

oi_wtf commented on 2016-07-03 19:27

phantomjs as an optdepend would be nice.

Dragonji commented on 2016-03-29 13:49

Everything is alright now, thanks!

Holodoc commented on 2016-03-24 00:09

- fix: Requires java-runtime now (otherwise GUI will not start, thanks for report this issue to Dragonji and step21)
- fix: It is possible to configure MyJDownloader settings over terminal (by using JDownloaderHeadless)
- new: simple small checks for checking the MyJDownloaderConfig
- new Script for removing MyJDownloader settings ("JDownloaderHeadlessCleanLogin")
- scripts reordered and moved

Thanks, but I meant step21 regarding of the late response. Hopefully todays update will fix your problem. I made a night shift for reproducing your problem. After I installed todays update I had to logout first. To be sure: Please restart ;-) It seems, that the "headless-java" package was the problem.

Does this update fixes your problem as well? Would be great to hear....

Dragonji commented on 2016-03-23 15:48

Hey, you don't have to apologize, you actually answered really fast!

Do you know how could I fix it myself? My DE is Xfce if it matters.

Holodoc commented on 2016-03-23 15:42

@Dragonji, @step21:
Sorry for the late response. I am currently busy. I will fix this Problem during Easter....

Dragonji commented on 2016-03-23 14:27

I've got a weird problem. Installed the package with no problems but when I try to launch it, nothing happens. I can see a JDownloader process in Task Manager but I can't see any window related to it on my desktop. Do you know, by any chance, what might be wrong?

step21 commented on 2016-03-18 00:07

So, for some reason also the icon/link showing up in gnome shell/app menus starts jdownloaderheadless (but without starting any terminal) so it is quite useless. Could this maybe be changed so that at least the icon and just typing 'jdownloader" starts gui, and jdownloaderheadless starts headless?

Holodoc commented on 2016-01-24 18:12

Hi epinephrine,
you are right that it spams the journalctl. But I don't think that the output should be passed to /dev/null , because it might be important to have a view in the logs, when something is going wrong.
That's why I have implemented a redirection to a log file (STDERR and STDOUT). From todays release The JDownloader directory will contain the current log and the log for the last run, so it is possible to identify a problem even if Jdownloader is starting up automatically on startup.

Is this solution ok for you?


PS: Sorry for the late response. I hope, that I could answer faster next time.

sebstar commented on 2016-01-10 19:38

The JDwonloader{,Headless} executables write all logging to stdout/stderr and the log levels cannot be adjusted ( Since this spams journalctl when starting jdownloader with systemd via jdownloader.service, I think we should add > /dev/null 2>&1
to the last line of JDownloaderHeadless.

Holodoc commented on 2015-12-18 11:25

should be fixed now. Please inform me if not

danbruegge commented on 2015-12-18 06:36

Thanks. :)

As a workaround i changed the .desktop file name.

Holodoc commented on 2015-12-17 14:33

Thanks for the hint. I took over the package where the command "JDownloader" was integrated and spelled in this way. As far as I know the package was introduced to support the beta of jdownloader2, when both versions (1 and 2 ) were separated. There was no dependency to the old jdownlaoder package. I will add alias scripts to support the command "jdownloader".
Please have a look tomorrow...

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

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:

Holodoc commented on 2015-05-22 22:17

-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

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, 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.

Holodoc commented on 2015-04-20 15:47

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

ryuzy commented on 2015-04-20 15:46

I adopted the package. I'm quite new to AUR so if there is something wrong write here or on github.

moneytoo commented on 2015-04-20 14:22

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

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:

Mofidied files:

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

Holodoc commented on 2015-04-17 23:36

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:

Mofidied files:

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

FadeMind commented on 2015-01-30 07:16

PKGBUILD need additional rules:


evilgnome commented on 2015-01-09 17:11

Please update the .desktop file's entry for StartupWMClass:

Holodoc commented on 2014-12-30 10:57

Please add dependencies:

or (even better) check if these commands already exists (with "which") before using them.

otherwise you will get:
looking for inter-conflicts...

Packages (1): jdownloader2-latest-3

Total Installed Size: 0.16 MiB

:: Proceed with installation? [Y/n]
(1/1) checking keys in keyring [######################] 100%
(1/1) checking package integrity [######################] 100%
(1/1) loading package files [######################] 100%
(1/1) checking for file conflicts [######################] 100%
(1/1) checking available disk space [######################] 100%
(1/1) installing jdownloader2 [######################] 100%
/tmp/alpm_bvYzic/.INSTALL: line 3: update-desktop-database: command not found
/tmp/alpm_bvYzic/.INSTALL: line 4: update-mime-database: command not found
error: command failed to execute correctly

BlueSpirit commented on 2014-10-12 22:20

please replace dependency "java-runtime" with "java-runtime-common".

More info

moneytoo commented on 2014-05-17 15:43

Will you update the package to reflect the current working url?

melltuga commented on 2014-01-17 16:32

Sorry, seems like it actually was just a temporary error.

Your fix works :)

Thank you!

melltuga commented on 2014-01-17 16:31

melltuga commented on 2014-01-17 16:22

@ ryuzy: All I get is a "Update Server is busy" message, so your fix doesn't seem to work for everyone :(

"org.jdownloader.update.launcher.JDLauncherFailedException: java.lang.NoClassDefFoundError: org/jdownloader/startup/Main
at org.jdownloader.update.launcher.SecondLevelLauncher.launchJDownloader(
at org.jdownloader.update.launcher.SecondLevelLauncher.init(
at org.jdownloader.update.launcher.SecondLevelLauncher.runMain(
at org.jdownloader.update.launcher.JDLauncher.main(
Caused by: java.lang.NoClassDefFoundError: org/jdownloader/startup/Main
at org.jdownloader.update.launcher.SecondLevelLauncher.launchJDownloader(
... 3 more
Caused by: java.lang.ClassNotFoundException: org.jdownloader.startup.Main
at Method)
at java.lang.ClassLoader.loadClass(
at sun.misc.Launcher$AppClassLoader.loadClass(
at java.lang.ClassLoader.loadClass(
... 4 more"

melltuga commented on 2014-01-17 16:20

@ ryuzy: All I get is a "Update Server is busy" message, so your fix doesn't seem to work for everyone :(

ryuzy commented on 2014-01-13 14:05

I fixed it replacing the file JDownloader with this

The link do not works anymore, so I replaced it with the direct download link

gotjazz commented on 2014-01-12 16:33

same here...

ryuzy commented on 2014-01-10 18:10

At the first open I'm receiving this:
Resolving (
Connecting to (||:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2014-01-10 19:07:22 ERROR 404: Not Found.

Temporary problem of JDownloader's server?

zwastik commented on 2013-12-09 18:56

Conflicts with jdownloader 0.3

Anonymous comment on 2013-08-08 12:44

"Please change build() to package()"
- fixed, thanks sl1pkn07

"You're missing 'unzip' as a dependency."
- fixed, thanks Nothing4You

sl1pkn07 commented on 2013-06-06 12:38

please change build() to package()


Nothing4You commented on 2013-05-21 16:36

You're missing 'unzip' as a dependency.

Anonymous comment on 2013-01-07 14:04

Updated. sorry for the delay.

helmuthdu commented on 2012-09-24 17:21

I agree you should at least change the title or realy make this package the jdowloader2 version. Just get the files from here:

Anonymous comment on 2012-08-31 10:13

Minimum of what app? There is already a PKGBUILD for jdownloader 0.9.x, this one does the same thing. The title suggests that this is a PKGBUILD for the beta version of jdownloader2, which this does not deliver.

Anonymous comment on 2012-07-21 06:50

There is no reason to remove it! Its purpose is to install minimum of the app. to use its web update features to pull the latest version. Another package here ( pulls specific version from github.

solstice commented on 2012-06-24 08:12

This simply does not downloader jdownloader 2 but jdownloader 0.9.x

Please remove this package or update it to use the jdownloader2 beta

skull-y commented on 2012-01-16 08:26

Is this PKGBUILD like the old one befora al3hex wrote this new one so that everyone have to use his script?

skull-y commented on 2012-01-16 08:25

Is this PKGBUILD like the old one befora al3hex wrote this new one so that everyone have to use his script?

skull-y commented on 2012-01-16 08:25

Is this PKGBUILD like the old one befora al3hex wrote this new one so that everyone have to use his script?

al3hex commented on 2012-01-10 14:34


sxe commented on 2011-10-26 10:21

Not the best but finally a solution that works for me.
Thx for the PKGBUILD.

Anonymous comment on 2011-09-07 23:36

TODO: gnome-shell dash with JDownloader as favorite will open in another icon. "StartupWMClass=jd-Main" doesn't work!