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: 304
Popularity: 8.026081
First Submitted: 2011-09-07 23:08
Last Updated: 2017-03-01 23:41

Latest Comments

s3rb31 commented on 2017-06-24 02:43

There is a problem with /bin/JDownloader:

If jd-containers.desktop is executed via xdg-open, /bin/JDownloader will be called. But because java/jdownloader itself do not properly set the exitcode, xdg-open will continue to execute '/usr/share/applications/jd-containers.desktop' and finally fall back to $BROWSER. (xdg-open is checking for $? == 0)

This can be fixed by making /bin/JDownloader exit with exitcode 0. I created a very simple patch:

https://gist.github.com/s3rb31/53130d42a4ce68bd4e835671d0b2386e

krzynek1 commented on 2017-03-26 13:30

@Holodoc
It looks like it was upper directory permission problem, now when user jdownloader can read this dir, can also write to owned, configured directory from settings.

Why JD needs read permission to upper directory? Is it some typical linux expected behaviour or?

Thanks anyway, problem solved :)

Holodoc commented on 2017-03-25 08:22

@krzynek1:
You need to check if you are able to list and read the upper directories of your download folder with user jdownloader and may fix permissions.

Hope that helps...

krzynek1 commented on 2017-03-25 06:44

Hello, JD gives me error "invalid download directory" when trying to download whatever file from hosters.

JD is started as user jdwonloader in global scope, in settings from myjdownloader website, I have choosen right directory (/magazyn/DL/JD) with what I think right access permissions:

cd /magazyn/DL
[root@arch DL]# ls -l
total 28
drwxrwxr-x 2 jdownloader jdownloader 4096 Mar 15 22:34 JD

Checked, if I can manually create files in JD dir and somehow I can't:

[root@arch JD]# runuser jdownloader -s /bin/bash -c "touch /magazyn/DL/JD/test"
touch: cannot touch '/magazyn/DL/JD/test': Permission denied

What is the problem here? Must be something very obvious, but I can't tell what this is. Help?

nipsky commented on 2017-03-13 13:25

@Holodoc: I have no idea why exactly (since I already had tried this before in the past) , but after uninstalling and removing the config files it works now. Thanks anyway :)

X-Tornado commented on 2017-03-03 09:26

@Holodoc Thanks for the updates, so far so good.

Holodoc commented on 2017-03-02 17:45

@Rhinerceros, @johonnybash
yes, nearly right: The overall JDownloader is located under /opt/JDownloader. For using this you have to be part of the jdownloader group or start jdownlaoder as user "jdownloader". (this user is also used when starting over systemctl)
If you start JDownloader as a user (without "jdownloader" group) then the installation is located under ~/.jd


Hopefully this clarifies everything.

johnnybash commented on 2017-03-02 17:38

same here, /opt/jDownloader looks like an old installation.
New one is at ~/.jd, the "all users" part at /opt/JDownloaderScripts

seems jd changed the way it works in, mh, mid 2015 ^^

deleted /opt/JDownloader -> no Problems

Rhinoceros commented on 2017-03-02 00:05

@Holodoc Sorry, I think I was a bit unclear. My question was also whether the existence of this directory (/opt/JDownloader/) was necessary at all. It's just empty on my system.

Holodoc commented on 2017-03-01 23:50

@Rhinoceros: You are right. Should be 0775, is fixed with todays update

@nipsky: I just tested on a fresh installed system. What did you use? Command "JDownloader" or "JDownloaderHeadless"? I would like to help you, but this seems to be a JDownloader issue, I am only the maintainer of these helper scripts.
In my test I do not have the logline with "Picked up _JAVA_OPTIONS:". When I remember correctly I had this issue long ago and I had to install missing (or compatible) fonts. Please check if you have updated your system. Afterwards if this is still not working you could also try the Headless mode (JDownloaderHeadless). But as I wrote before: this is a JDownloader issue. But feel free to post a solution (or of cause other questions, I will try to fix the problem with you)
If nothing works for you please backup your configuration and lists and delete the whole ".jd" folder in your Home directory.

nipsky commented on 2017-03-01 08:40

Hi, starting JDownloader fails for me:

[user JDownloader scope]
[user JDownloader scope]
Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=lcd -Dsun.java2d.opengl=true -Dswing.aatext=true
JarHandlerWorkaroundOracle:setURLStreamHandlerFactory
JarHandlerWorkaroundOracle:replaceLauncherFactory
JarHandlerWorkaroundOracle:replaceURLClassPath
JarHandlerWorkaroundOracle:replacejarHandler
JarHandlerWorkaroundOracle:replaceLoaders:1
JarHandlerWorkaroundOracle:replaceLoader:0:handler
JarHandlerWorkaroundOracle:replaceLoader:0:handler:jar:file:/home/andre/.jd/JDownloader.jar!/
java.lang.NoClassDefFoundError: org/appwork/utils/os/DesktopSupportLinux
at org.appwork.utils.os.CrossSystem.<clinit>(CrossSystem.java:263)
at org.appwork.utils.logging.LogFormatter.<init>(LogFormatter.java:58)
at org.appwork.utils.logging2.LogConsoleHandler$1.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogConsoleHandler.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogSourceProvider.<init>(LogSourceProvider.java:131)
at org.appwork.utils.logging2.extmanager.LoggerFactory.<init>(LoggerFactory.java:140)
at org.appwork.utils.logging2.extmanager.LoggerFactory.<clinit>(LoggerFactory.java:67)
at org.appwork.utils.Application.ensureFrameWorkInit(Application.java:974)
at org.appwork.utils.Application.setApplication(Application.java:891)
at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:90)
at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:78)
Caused by: java.lang.ClassNotFoundException: org.appwork.utils.os.DesktopSupportLinux
at java.net.URLClassLoader$1.run(URLClassLoader.java:370)
at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 16 more
Caused by: java.io.EOFException: Detect premature EOF
at sun.misc.Resource.getBytes(Resource.java:131)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:462)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
... 22 more
Logmanager: org.appwork.utils.logging2.extmanager.ExtLogManager@63c12fb0|sun.misc.Launcher$AppClassLoader@42a57993
java.lang.NoClassDefFoundError: Could not initialize class org.appwork.utils.os.CrossSystem
at org.appwork.utils.logging.LogFormatter.<init>(LogFormatter.java:58)
at org.appwork.utils.logging2.LogConsoleHandler$1.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogConsoleHandler.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogSourceProvider.<init>(LogSourceProvider.java:131)
at org.appwork.utils.logging2.extmanager.LoggerFactory.<init>(LoggerFactory.java:140)
at org.appwork.utils.logging2.extmanager.LoggerFactory.<clinit>(LoggerFactory.java:91)
at org.appwork.utils.Application.ensureFrameWorkInit(Application.java:974)
at org.appwork.utils.Application.setApplication(Application.java:891)
at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:90)
at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:78)
INFO >> Application Root: /home/andre/.jd
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:78)
Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.appwork.utils.os.CrossSystem
at org.appwork.utils.logging.LogFormatter.<init>(LogFormatter.java:58)
at org.appwork.utils.logging2.LogConsoleHandler$1.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogConsoleHandler.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogSourceProvider.<init>(LogSourceProvider.java:131)
at org.jdownloader.logging.LogController.<init>(LogController.java:57)
at org.jdownloader.logging.LogController.<clinit>(LogController.java:26)
at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:136)
at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
... 5 more
Exception in thread "main" java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:82)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:78)
Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.appwork.utils.os.CrossSystem
at org.appwork.utils.logging.LogFormatter.<init>(LogFormatter.java:58)
at org.appwork.utils.logging2.LogConsoleHandler$1.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogConsoleHandler.<init>(LogConsoleHandler.java:54)
at org.appwork.utils.logging2.LogSourceProvider.<init>(LogSourceProvider.java:131)
at org.jdownloader.logging.LogController.<init>(LogController.java:57)
at org.jdownloader.logging.LogController.<clinit>(LogController.java:26)
at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:136)
at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
... 5 more
[1/4|Priority: 10000]ShutdownController: start item->flushing logs to disk
[1/4|Priority: 10000]ShutdownController: item ended after->1
[Done:1/4]
[2/4|Priority: -2147483648]ShutdownController: start item->ShutdownEventWrapper Thread[Thread-0,5,main] - java.util.logging.LogManager$Cleaner Priority: -2147483648
[2/4|Priority: -2147483648]ShutdownController: item ended after->0
[Done:2/4]
[3/4|Priority: -2147483648]ShutdownController: start item->ShutdownEventWrapper Thread[XToolkt-Shutdown-Thread,5,system] - sun.awt.X11.XToolkit$2 Priority: -2147483648
[3/4|Priority: -2147483648]ShutdownController: item ended after->2
[Done:3/4]
[4/4|Priority: -2147483648]ShutdownController: start item->ShutdownEventWrapper Thread[Thread-1,5,main] - java.util.logging.LogManager$Cleaner Priority: -2147483648
[4/4|Priority: -2147483648]ShutdownController: item ended after->0
[Done:4/4]
Shutdown Hooks Finished

Rhinoceros commented on 2017-02-28 21:45

I got the following message when updating.

warning: directory permissions differ on /opt/JDownloader/
filesystem: 775 package: 755

I checked this directory, but it was empty. Is there a reason for the following line in the PKGBUILD?

install -d -m755 "$pkgdir/opt/JDownloader"

Holodoc commented on 2017-02-28 18:21

New release of JDownloader.
Fixes/Changes:
- using oneshot as servicetype to allow spawning new processes by JDownloader
- adding controlscript:
/usr/bin/JDownloaderHeadlessCtl start/stop/status
for control the JDownloaderHeadless (automatically redirecting to systemctl)
- some small other fixes

ATTENTION: "systemctl daemon-reload" may be needed after update

@X-Tornado: Hopefully this fixes your problems. Would be happy to read your report

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

@Holodoc
Ok thanks! I will wait for the update.

Holodoc commented on 2017-02-21 23:42

@X-Tornado
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)

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

https://www.youtube.com/watch?v=_7Rph6aitac

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:

https://youtu.be/1JsQEY1YRCQ

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

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

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

@RubenKelevra:
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 [libawt_xawt.so+0x3fcd9]
#
# Core dump written. Default location: /home/ruben/.jd/core or core.10518
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
# 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

Hi,

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 https://aur.archlinux.org/cgit/aur.git/commit/?h=jdownloader2&id=76af3ed8874d7aec2d951fc3c2246db305988ec5 of the JDownloader executable some lines were removed.

these lines inter alia contain:

if [ ! -f "JDownloader.jar" ]; then
wget -O JDownloader.jar http://installer.jdownloader.org/JDownloader.jar
fi

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

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.

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 (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!