Arch Linux User Repository

I temporarily solved my problem with installing JDownloader2 by installing zlib-git https://forum.biglinux.com.br/t/solucao-quanto-ao-erro-no-jdownloader2/1696

@achilleas8095 & @mezzocorso: it's an issue with zlib 1.2.12; (temporarily) downgrading it to 1.2.11 fixes it. See issues on JDownloader forums and zlib issue #46.

Hi i am trying to install jdownloader2 and i get the following error

An unexpected IO error occurred during the update. Please try again or contact our support. This Error is cause by org.tukaani.xz.CorruptedInputException: XZ Index is corrupt at org.tukaani.xz.index.IndexHash.validate(Unknown Source) at org.tukaani.xz.SingleXZInputStream.read(Unknown Source) at org.tukaani.xz.XZInputStream.read(Unknown Source) at java.base/java.io.InputStream.read(InputStream.java:218) at org.appwork.updatesys.client.UpdateClient.runPackageExtraction(UpdateClient.java:4039) at org.jdownloader.update.UpdateManager.runUpdateLoop(UpdateManager.java:1227) at org.jdownloader.update.PendingUpdate.run(PendingUpdate.java:19) at org.jdownloader.update.UpdateManager$23.run(UpdateManager.java:1666) at java.base/java.lang.Thread.run(Thread.java:833)

Hi upgrading jdownloader fails with a IO error: org.tukaani.xz.CorruptedInputException: XZ Index is corrupt

Can the out of date flag be handled?

Hi, could you remove the file jdownloader (all lower cases) from the git repo? That file is not used since https://aur.archlinux.org/cgit/aur.git/commit/?h=jdownloader2&id=76af3ed8874d7aec2d951fc3c2246db305988ec5, and causes conflicts with JDownloader on case-insensitive filesystems.

Looks like the guys over at NixOS are having the same problem with packaging this software.

@Derson5: Thanks for keeping this package alive!

Question: The latest update seems to pixelate the UI font. I tried running the application with JDK11 and JDK17. Does someone know how to fix this?

Why did you remove the dependency on hicolor-icon-theme, when you're still installing icons to the theme's directory?

@Derson5 My point is instead of relying on jdownloader updater, why not just use the jar directly as you should for an AUR package.

@miten, dude we now use this exactly jar package in this AUR package. :P This is line from function.sh that our PKGBUILD use:

wget -O JDownloader.jar http://installer.jdownloader.org/JDownloader.jar

We don't use Linux version, because it's with graphical installer and make everything harder to do, so this jar version is more cleaner option.

The multi-os jar (without installer) is available and there is also build from source option.

I changed unzip dependency for libarchive, as it support many archive formats, not only zip so Archive Extractor addon can extract now all archive formats, that libarchive supports (zip, tar.gz, 7zip, rar etc.). And fixed permission for /opt/Jdownloader folder.

I agree with @yochananmarqos. I adopt it, but things will be the same as now are (no -bin extension etc), so don't flag this package as outdated, please.

@MarsSeed: Upstream provides a .sh graphical installer hosted on MEGA. It installs in one's home directory, so really it has no business being in the AUR at all.

The source code is not available, therefore there's no reason to use the -bin extension.

This is not a proper AUR package. Doesn't contain JDownloader, only its installer script which, when executed after package installation, downloads and installs JDownloader from the server.

Please change PKGBUILD to link to actual JDownloader source or binary .jar file, so that the AUR helper / makepkg can download the actual application and package it inside the created Pacman package.

In case your PKGBUILD does not use source but only a pre-built binary, you should rename this AUR package to: jdownloader2-bin.

Yes, it's not out of date! I've got Core v45198 installed, which is the latest revision according to their website.

I can't start it, does anybody know what my problem is?

[user JDownloader scope]
[user JDownloader scope]
Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on -Dswing.aatext=true -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel -Djdk.gtk.version=3 -Dsun.java2d.opengl=true
java.lang.reflect.InaccessibleObjectException: Unable to make field private static final java.util.logging.LogManager java.util.logging.LogManager.manager accessible: module java.logging does not "opens java.util.logging" to unnamed module @17550481
        at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354)
        at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)
        at java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:178)
        at java.base/java.lang.reflect.Field.setAccessible(Field.java:172)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.initialize(LoggerFactory.java:98)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.<clinit>(LoggerFactory.java:57)
        at org.appwork.utils.logging2.LogSourceRedirector.getDefaultLogger(LogSourceRedirector.java:64)
        at org.appwork.loggingv3.LogV3.log(LogV3.java:94)
        at org.appwork.shutdown.ShutdownController.<init>(ShutdownController.java:171)
        at org.appwork.shutdown.ShutdownController.<clinit>(ShutdownController.java:93)
        at org.appwork.utils.Application.ensureFrameWorkInit(Application.java:964)
        at org.appwork.utils.Application.setApplication(Application.java:880)
        at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:89)
        at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.base/java.lang.reflect.Method.invoke(Method.java:568)
        at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:62)
INFO >> KDE Version 5 detected
SEVERE >> Exception
java.lang.ExceptionInInitializerError
        at org.appwork.storage.config.JsonConfig.create(JsonConfig.java:121)
        at org.appwork.utils.logging2.LogSourceProvider.<init>(LogSourceProvider.java:139)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.<init>(LoggerFactory.java:148)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.initialize(LoggerFactory.java:128)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.<clinit>(LoggerFactory.java:57)
        at org.appwork.utils.logging2.LogSourceRedirector.getDefaultLogger(LogSourceRedirector.java:64)
        at org.appwork.loggingv3.LogV3.log(LogV3.java:94)
        at org.appwork.shutdown.ShutdownController.<init>(ShutdownController.java:171)
        at org.appwork.shutdown.ShutdownController.<clinit>(ShutdownController.java:93)
        at org.appwork.utils.Application.ensureFrameWorkInit(Application.java:964)
        at org.appwork.utils.Application.setApplication(Application.java:880)
        at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:89)
        at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.base/java.lang.reflect.Method.invoke(Method.java:568)
        at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:62)
Caused by: java.lang.NullPointerException: Cannot invoke "org.appwork.shutdown.ShutdownController.addShutdownEvent(org.appwork.shutdown.ShutdownEvent)" because the return value of "org.appwork.shutdown.ShutdownController.getInstance()" is null
        at org.appwork.storage.config.handler.StorageHandler.<clinit>(StorageHandler.java:103)
        ... 18 more

java.lang.reflect.InvocationTargetException
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.base/java.lang.reflect.Method.invoke(Method.java:568)
        at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:62)
Caused by: java.lang.ExceptionInInitializerError
        at org.appwork.utils.logging2.LogSourceRedirector.getDefaultLogger(LogSourceRedirector.java:64)
        at org.appwork.loggingv3.LogV3.log(LogV3.java:94)
        at org.appwork.shutdown.ShutdownController.<init>(ShutdownController.java:171)
        at org.appwork.shutdown.ShutdownController.<clinit>(ShutdownController.java:93)
        at org.appwork.utils.Application.ensureFrameWorkInit(Application.java:964)
        at org.appwork.utils.Application.setApplication(Application.java:880)
        at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:89)
        at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
        ... 5 more
Caused by: org.appwork.exceptions.WTFException: java.lang.ExceptionInInitializerError
        at org.appwork.storage.config.JsonConfig.create(JsonConfig.java:136)
        at org.appwork.utils.logging2.LogSourceProvider.<init>(LogSourceProvider.java:139)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.<init>(LoggerFactory.java:148)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.initialize(LoggerFactory.java:128)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.<clinit>(LoggerFactory.java:57)
        ... 13 more
Caused by: java.lang.ExceptionInInitializerError
        at org.appwork.storage.config.JsonConfig.create(JsonConfig.java:121)
        ... 17 more
Caused by: java.lang.NullPointerException: Cannot invoke "org.appwork.shutdown.ShutdownController.addShutdownEvent(org.appwork.shutdown.ShutdownEvent)" because the return value of "org.appwork.shutdown.ShutdownController.getInstance()" is null
        at org.appwork.storage.config.handler.StorageHandler.<clinit>(StorageHandler.java:103)
        ... 18 more
java.lang.reflect.InaccessibleObjectException: Unable to make field private static final java.util.logging.LogManager java.util.logging.LogManager.manager accessible: module java.logging does not "opens java.util.logging" to unnamed module @15bb6bea
        at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354)
        at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)
        at java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:178)
        at java.base/java.lang.reflect.Field.setAccessible(Field.java:172)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.initialize(LoggerFactory.java:98)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.<clinit>(LoggerFactory.java:57)
        at org.appwork.utils.logging2.LogSourceRedirector.getDefaultLogger(LogSourceRedirector.java:64)
        at org.appwork.loggingv3.LogV3.log(LogV3.java:94)
        at org.appwork.shutdown.ShutdownController.<init>(ShutdownController.java:171)
        at org.appwork.shutdown.ShutdownController.<clinit>(ShutdownController.java:93)
        at org.appwork.utils.Application.ensureFrameWorkInit(Application.java:964)
        at org.appwork.utils.Application.setApplication(Application.java:880)
        at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:89)
        at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.base/java.lang.reflect.Method.invoke(Method.java:568)
        at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:78)
INFO >> KDE Version 5 detected
SEVERE >> Exception
java.lang.ExceptionInInitializerError
        at org.appwork.storage.config.JsonConfig.create(JsonConfig.java:121)
        at org.appwork.utils.logging2.LogSourceProvider.<init>(LogSourceProvider.java:139)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.<init>(LoggerFactory.java:148)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.initialize(LoggerFactory.java:128)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.<clinit>(LoggerFactory.java:57)
        at org.appwork.utils.logging2.LogSourceRedirector.getDefaultLogger(LogSourceRedirector.java:64)
        at org.appwork.loggingv3.LogV3.log(LogV3.java:94)
        at org.appwork.shutdown.ShutdownController.<init>(ShutdownController.java:171)
        at org.appwork.shutdown.ShutdownController.<clinit>(ShutdownController.java:93)
        at org.appwork.utils.Application.ensureFrameWorkInit(Application.java:964)
        at org.appwork.utils.Application.setApplication(Application.java:880)
        at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:89)
        at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.base/java.lang.reflect.Method.invoke(Method.java:568)
        at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:78)
Caused by: java.lang.NullPointerException: Cannot invoke "org.appwork.shutdown.ShutdownController.addShutdownEvent(org.appwork.shutdown.ShutdownEvent)" because the return value of "org.appwork.shutdown.ShutdownController.getInstance()" is null
        at org.appwork.storage.config.handler.StorageHandler.<clinit>(StorageHandler.java:103)
        ... 18 more

java.lang.reflect.InvocationTargetException
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.base/java.lang.reflect.Method.invoke(Method.java:568)
        at org.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:78)
Caused by: java.lang.ExceptionInInitializerError
        at org.appwork.utils.logging2.LogSourceRedirector.getDefaultLogger(LogSourceRedirector.java:64)
        at org.appwork.loggingv3.LogV3.log(LogV3.java:94)
        at org.appwork.shutdown.ShutdownController.<init>(ShutdownController.java:171)
        at org.appwork.shutdown.ShutdownController.<clinit>(ShutdownController.java:93)
        at org.appwork.utils.Application.ensureFrameWorkInit(Application.java:964)
        at org.appwork.utils.Application.setApplication(Application.java:880)
        at org.jdownloader.update.launcher.SecondLevelLauncher.<clinit>(SecondLevelLauncher.java:89)
        at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:10)
        ... 5 more
Caused by: org.appwork.exceptions.WTFException: java.lang.ExceptionInInitializerError
        at org.appwork.storage.config.JsonConfig.create(JsonConfig.java:136)
        at org.appwork.utils.logging2.LogSourceProvider.<init>(LogSourceProvider.java:139)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.<init>(LoggerFactory.java:148)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.initialize(LoggerFactory.java:128)
        at org.appwork.utils.logging2.extmanager.LoggerFactory.<clinit>(LoggerFactory.java:57)
        ... 13 more
Caused by: java.lang.ExceptionInInitializerError
        at org.appwork.storage.config.JsonConfig.create(JsonConfig.java:121)
        ... 17 more
Caused by: java.lang.NullPointerException: Cannot invoke "org.appwork.shutdown.ShutdownController.addShutdownEvent(org.appwork.shutdown.ShutdownEvent)" because the return value of "org.appwork.shutdown.ShutdownController.getInstance()" is null
        at org.appwork.storage.config.handler.StorageHandler.<clinit>(StorageHandler.java:103)
        ... 18 more

Exception: java.lang.NoClassDefFoundError thrown from the UncaughtExceptionHandler in thread "main"

Worked directly for me. Only problem i had is that it refuses to install with pamac (unable to find package) but it worked with yay. Also the font is awfully pixelated. But since it's the only java-type of program I use, i don't know if it comes from jdownloader or just the jre.

Whoever marked this package as outdated probably does not know JDownloader. Jdownloader has always been in a constant state of upgrades since its main focus is internet storage sites and these keep changing all of the time. With that view in mind their developers released a version years ago and ever since they just use an internal online updater to bring any new install up-to-date. Also, just to be sure, I tested it and it works as expected.

Installed this yesterday, it works flawlessly. Once installed, jdwonloader2 update itself as on Windows with no clue or error message.

@Holodoc Don't you think that an update at this moment would be appropriate? I mean this package installs 4 year old software at first just to then update it to the recent version.

For those who failed to start the service like me at first attempt. I have to create jdownloader user and group or change user and group on jdownloader.service file.

I have a problem, I made a pkg from jdownloader and it was succefully, but when I start the program, he start to download an update and get me back this error

org.jdownloader.update.SelfUpdateException: Unexpected Selftest Result: FAILED org.jdownloader.update.lastchance.FailedException: org.appwork.updatesys.client.defaultimpl.http.NoConnectionException: Could not Connect to http://update.appwork.org/jcgi/lastchance?app=JD&pkh=12f1848a883e733ed40fffff0dae2f35&jh=24e397adb45260e313b8a7ab8d093d72&rev=-1&srev=-1&urev=-1&surev=-1&rt=ST&st=1 at org.jdownloader.update.SelfUpdateClient.validateSelfTestFile(SelfUpdateClient.java:478) at org.jdownloader.update.SelfUpdateClient.finishSelfUpdate(SelfUpdateClient.java:319) at org.jdownloader.update.UpdateManager.runFinishSelfUpdate(UpdateManager.java:917) at org.jdownloader.update.DefaultCallbackHandler.onResults(DefaultCallbackHandler.java:369) at org.jdownloader.update.UpdateManager.runUpdateLoop(UpdateManager.java:1276) at org.jdownloader.update.PendingUpdate.run(PendingUpdate.java:19) at org.jdownloader.update.UpdateManager$17.run(UpdateManager.java:1605) at java.lang.Thread.run(Thread.java:748)

Manjaro 19 KDE

UPDATE: working for me with jdk7-open jdk, with other it doesn't worked for me

I am getting an blank window when I start jdownloader2, the UI doesn't load. The right click menus seem to be working somehow. I am using bspwm and start jdownloader using rofi.

Edit:

So it was an issue with java apps where the app wouldn't render anything. It is a bug with dwm/bspwm and I fixed this by exporting a variable:

export _JAVA_AWT_WM_NONREPARENTING=1

as mentioned in this post:
https://bbs.archlinux.org/viewtopic.php?pid=1320859#p1321092
and this page in the wiki:
https://wiki.archlinux.org/index.php/Dwm#Fixing_misbehaving_Java_applications

Does not work. After installation when trying to start the service, this package results in an error:

Jun 21 20:09:35 blueridge systemd[1]: Starting JDownload Headless...
Jun 21 20:09:35 blueridge JDownloaderHeadlessCtl[2708]: [global JDownloader scope]
Jun 21 20:09:35 blueridge JDownloaderHeadlessCtl[2708]: [global JDownloader scope]
Jun 21 20:09:35 blueridge JDownloaderHeadlessCtl[2708]: [global JDownloader scope]
Jun 21 20:09:35 blueridge JDownloaderHeadlessCtl[2708]: ERROR: Configurationfile not set
Jun 21 20:09:35 blueridge JDownloaderHeadlessCtl[2708]: You could run "JDownloaderHeadlessCleanLogin" to remove entire MyJDownloader Settings.
Jun 21 20:09:35 blueridge JDownloaderHeadlessCtl[2708]: Afterwards you should run "JDownloaderHeadless" in a terminal
Jun 21 20:09:35 blueridge systemd[1]: jdownloader.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Jun 21 20:09:35 blueridge systemd[1]: jdownloader.service: Failed with result 'exit-code'.
Jun 21 20:09:35 blueridge systemd[1]: Failed to start JDownload Headless.

please consider using following in systemd service file: PIDFile=~/.jd/JDownloader.pid Restart=always

its annoying to login via ssh and restart jdownloader if updates occure or JDownloader crashes..

@gambas yes it does. Works fine for me.

this is not working

I'm trying to use these archive to install JDownloader2 on my Ubuntu (I've tried to install Arch on my Odroid without success): I don't understand where the variables $srcdir and $pkgdir are defined, so please can you give me the whole structure of the installation path in order to copy the files?

Please use ttf-font instead of ttf-dejavu as dependency. It works fine with other fonts.

In '/opt/JDownloaderScripts/functions.sh' youre defining a umask which doesn't seem to be overwritten if called manually.

I'd need to use a umask of 000 and would expect umask 000 && JDownloader would work - it doesnt.

Could you fix that in an update surviving way?

libxrender and libxtst are both run-time dependencies for the GUI.

Hi I installed JD just now, and unfortunately it looks like this: http://i67.tinypic.com/vo24pk.png , the fonts are all screwed up. I tried to do font settings and theme through /etc/profile.d/jre.sh, but no dice, Jdownloader doesn't seem to care about those. Anyone had such issue? EDIT: Changing the display language to English in JD's settings fixed it. Weird.

@chenghung delete your ~/.jd folder and restart JDownloaderHeadless. JDownloader will fetch all the files again. Do not forget to backup any setting files you do not want to reconfigure a new.

an error is raised while starting jdownloader through terminal $ jdownloader [user JDownloader scope] [user JDownloader scope] Error: Invalid or corrupt jarfile JDownloader.jar

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

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

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

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?

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

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

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

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

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

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

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

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"

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

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

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

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.

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

@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

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.

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

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

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.

@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

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

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

@ot_wtf: ACK. Inserted.

phantomjs as an optdepend would be nice.

Everything is alright now, thanks!

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

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.

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

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?

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?

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.

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.

should be fixed now. Please inform me if not

Thanks. :) As a workaround i changed the .desktop file name.

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

Why use camel case to start the downloader? A annoying break from Verion 1. Is it possible to change it?

@DoTheEvolution Thanks for the hint. Is fixed now. In your case it is easy: Just install JAVA ;-)

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

I love this package. Thank you!

Oh, it's a beta version.

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

Updated: -for root and users in jdownloader group it uses the global installation, otherwise local -service: Restarts automatically

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

Adopt it if anyone want to implement the suggested fix.

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.

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

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.

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

PKGBUILD need additional rules: conflicts=('jdownloader') replaces=('jdownloader')

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

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

please replace dependency "java-runtime" with "java-runtime-common". More info https://www.archlinux.org/news/java-users-manual-intervention-required-before-upgrade/

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

Sorry, seems like it actually was just a temporary error. Your fix works :) Thank you!

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

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

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

same here...

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?

Conflicts with jdownloader 0.3

"Please change build() to package()" - fixed, thanks sl1pkn07 "You're missing 'unzip' as a dependency." - fixed, thanks Nothing4You

please change build() to package() greetings

You're missing 'unzip' as a dependency.

Updated. sorry for the delay.

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

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.

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.

This simply does not downloader jdownloader 2 but jdownloader 0.9.x Please remove this package or update it to use the jdownloader2 beta

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

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

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