Package Details: jdownloader2 latest-10

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: 257
Popularity: 7.943504
First Submitted: 2011-09-07 23:08
Last Updated: 2016-07-03 21:34

Required by (0)

Sources (20)

  • changeUser
  • jd-container16.png
  • jd-container22.png
  • jd-container24.png
  • jd-container256.png
  • jd-container32.png
  • jd-container48.png
  • jd-containers.desktop
  • JDownloader
  • jdownloader.desktop
  • jdownloader.service
  • jdownloader.xml
  • jdownloader16.png
  • jdownloader22.png
  • jdownloader24.png
  • jdownloader256.png
  • jdownloader32.png
  • jdownloader48.png
  • JDownloaderHeadless
  • JDownloaderHeadlessCleanLogin

Latest Comments

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

Update:
- 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

@Drogonji:
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.

@Step21:
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?

Regards,

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

epinephrine commented on 2016-01-10 19:38

The JDwonloader{,Headless} executables write all logging to stdout/stderr and the log levels cannot be adjusted (https://board.jdownloader.org/showthread.php?t=67389). 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

@danbruegge:
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

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

Holodoc commented on 2015-04-20 15:47

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

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.

https://github.com/RyuzakiKK/aur-packages

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

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

Holodoc commented on 2015-04-17 23:36

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

FadeMind commented on 2015-01-30 07:16

PKGBUILD need additional rules:

conflicts=('jdownloader')
replaces=('jdownloader')

evilgnome commented on 2015-01-09 17:11

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

Holodoc commented on 2014-12-30 10:57

Please add dependencies:
shared-mime-info
desktop-file-utils

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 https://www.archlinux.org/news/java-users-manual-intervention-required-before-upgrade/

moneytoo commented on 2014-05-17 15:43

@fcpt
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(SecondLevelLauncher.java:727)
at org.jdownloader.update.launcher.SecondLevelLauncher.init(SecondLevelLauncher.java:531)
at org.jdownloader.update.launcher.SecondLevelLauncher.runMain(SecondLevelLauncher.java:288)
at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:19)
Caused by: java.lang.NoClassDefFoundError: org/jdownloader/startup/Main
at org.jdownloader.update.launcher.SecondLevelLauncher.launchJDownloader(SecondLevelLauncher.java:659)
... 3 more
Caused by: java.lang.ClassNotFoundException: org.jdownloader.startup.Main
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
... 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 http://pastebin.com/3zY9CCLk

The link http://upd0.appwork.org/jcgi/JDownloader do not works anymore, so I replaced it with the direct download link http://installer.jdownloader.org/JDownloader.jar

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 update4.jdownloader.org (update4.jdownloader.org)... 85.131.245.179
Connecting to update4.jdownloader.org (update4.jdownloader.org)|85.131.245.179|: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()

greetings

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: http://board.jdownloader.org/showthread.php?t=37365

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 (https://aur.archlinux.org/packages.php?ID=29288) 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

Obsolete: https://aur.archlinux.org/packages.php?ID=29288

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!