Package Details: jdownloader2 latest-17

Git Clone URL: https://aur.archlinux.org/jdownloader2.git (read-only, click to copy)
Package Base: jdownloader2
Description: Download manager, written in Java, for one-click hosting sites like Rapidshare and Megaupload. Uses its own updater.
Upstream URL: https://jdownloader.org/
Keywords: download hoster internet jdownloader manager oneclick
Licenses: GPL
Conflicts: jdownloader
Replaces: jdownloader
Submitter: None
Maintainer: miten
Last Packager: Derson5
Votes: 399
Popularity: 3.36
First Submitted: 2011-09-07 23:08 (UTC)
Last Updated: 2022-02-14 15:53 (UTC)

Dependencies (4)

Required by (0)

Sources (21)

Latest Comments

Creto commented on 2022-05-19 21:54 (UTC)

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

Nanook commented on 2022-04-24 23:25 (UTC) (edited on 2022-04-24 23:30 (UTC) by Nanook)

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

achilleas8095 commented on 2022-04-20 14:28 (UTC)

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)

mezzocorso commented on 2022-04-03 10:14 (UTC)

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

Spixmaster commented on 2022-03-24 08:24 (UTC)

Can the out of date flag be handled?

yan12125 commented on 2022-02-25 14:16 (UTC)

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.

Sematre commented on 2022-02-22 17:00 (UTC)

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

graves501 commented on 2022-02-18 16:46 (UTC)

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

jkhsjdhjs commented on 2022-02-15 01:33 (UTC)

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

miten commented on 2022-02-14 16:39 (UTC)

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

Derson5 commented on 2022-02-14 15:17 (UTC) (edited on 2022-02-14 15:17 (UTC) by Derson5)

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

miten commented on 2022-02-14 14:26 (UTC) (edited on 2022-02-14 14:29 (UTC) by miten)

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

Derson5 commented on 2022-02-14 13:55 (UTC)

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.

Derson5 commented on 2022-02-14 08:04 (UTC)

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.

yochananmarqos commented on 2022-02-13 16:30 (UTC)

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

MarsSeed commented on 2022-02-13 14:47 (UTC) (edited on 2022-02-13 14:49 (UTC) by MarsSeed)

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.

randomguy343 commented on 2021-12-17 00:13 (UTC)

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

Pietro_Pizzi commented on 2021-12-08 22:45 (UTC) (edited on 2021-12-08 22:47 (UTC) by Pietro_Pizzi)

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"

maxlefou commented on 2021-11-11 16:33 (UTC)

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.

Carlosgrr commented on 2021-10-10 23:12 (UTC)

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.

joe084 commented on 2021-06-15 19:29 (UTC)

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

Spixmaster commented on 2021-04-29 09:47 (UTC)

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

serrana commented on 2020-04-30 03:10 (UTC)

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.

cesarmachado8707 commented on 2020-03-04 21:46 (UTC) (edited on 2020-03-06 02:18 (UTC) by cesarmachado8707)

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

iamrobox001 commented on 2019-07-15 07:47 (UTC) (edited on 2019-07-15 14:56 (UTC) by iamrobox001)

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

carbolymer commented on 2019-06-21 18:09 (UTC) (edited on 2019-06-21 18:10 (UTC) by carbolymer)

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.

kuch3n commented on 2019-02-21 09:17 (UTC)

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

Pryka commented on 2019-02-11 16:10 (UTC) (edited on 2019-02-11 16:10 (UTC) by Pryka)

@gambas yes it does. Works fine for me.

gambas commented on 2019-02-11 15:54 (UTC) (edited on 2019-02-11 15:54 (UTC) by gambas)

this is not working

giacombum commented on 2019-01-08 10:27 (UTC)

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?

Singularity commented on 2018-07-26 17:13 (UTC)

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

rudolf commented on 2018-05-18 12:28 (UTC)

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?

bennya commented on 2018-04-10 17:52 (UTC)

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

kaszak696 commented on 2017-11-14 08:38 (UTC) (edited on 2017-11-16 11:40 (UTC) by kaszak696)

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.

vauvenal5 commented on 2017-09-19 08:20 (UTC)

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

chenghung commented on 2017-07-29 12:45 (UTC)

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

s3rb31 commented on 2017-06-24 02:43 (UTC)

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 (UTC) (edited on 2017-03-26 13:30 (UTC) by krzynek1)

@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 (UTC)

@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 (UTC)

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 (UTC)

@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 (UTC)

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

Holodoc commented on 2017-03-02 17:45 (UTC) (edited on 2017-03-02 17:48 (UTC) by Holodoc)

@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 (UTC)

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 (UTC)

@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 (UTC)

@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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

Holodoc commented on 2017-02-21 23:42 (UTC)

@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 (UTC)

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 (UTC)

@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 (UTC)

@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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC) (edited on 2016-10-17 20:48 (UTC) by DEUS)

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 (UTC)

@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 (UTC)

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 (UTC)

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 (UTC)

@ot_wtf: ACK. Inserted.

oi_wtf commented on 2016-07-03 19:27 (UTC)

phantomjs as an optdepend would be nice.

Dragonji commented on 2016-03-29 13:49 (UTC)

Everything is alright now, thanks!

Holodoc commented on 2016-03-24 00:09 (UTC)

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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

should be fixed now. Please inform me if not

danbruegge commented on 2015-12-18 06:36 (UTC)

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

Holodoc commented on 2015-12-17 14:33 (UTC)

@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 (UTC)

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 (UTC)

@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 (UTC)

/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 (UTC)

I love this package. Thank you!

Det commented on 2015-07-09 10:15 (UTC)

Oh, it's a beta version.

Det commented on 2015-07-09 10:08 (UTC)

You could now rename this to 'jdownloader', as the previous one hasn't been pulled with July 8th having passed: https://wiki.archlinux.org/index.php/Arch_User_Repository#AUR_4

Holodoc commented on 2015-05-22 22:17 (UTC)

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

Holodoc commented on 2015-04-21 12:18 (UTC)

@eigengrau: I agree with some points: - I will add a check if the current user is in jdownloader group or root. In this case the directory /opt/JDownloader will be used otherwise ~ - For JDownloaderHeadless the same thing will be implemented I disagree regarding user.services, because in my case I have a running raspberry pi. When I turn this pi on, I don't want to login with jdownloader to start the service (Yes: I know there is a way by lingering, but normally you would expect a system service) But I am open for any other comments. But we should move the topic to an emailthread.

ryuzy commented on 2015-04-21 09:36 (UTC)

Adopt it if anyone want to implement the suggested fix.

eigengrau commented on 2015-04-21 06:56 (UTC)

Changing the umask to have everything in /opt/JDownloader2 be world-writeable by default is a bit suboptimal, security-wise. If the dedicated user & group are really required, then one could at least remove the world-writeable bit from the umask and require that users are added to the jdownloader group. Having updates bootstrapped into ~ seems more preferable to me, and the jdownloader script is ready for that; but since the PKGBUILD always creates /opt/JDownloader, the ~ based bootstrapping is never used. It might be a better option to use ~ as a default, and only force a world-writable destination for the .service, if that’s really needed. But it seems to be a dedicated user isn’t needed at all. Rather, the headless .service could ship as a user service instead of a system service.

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

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

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

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

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

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

FadeMind commented on 2015-01-30 07:16 (UTC)

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

andykluger commented on 2015-01-09 17:11 (UTC)

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

Holodoc commented on 2014-12-30 10:57 (UTC)

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 (UTC)

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 (UTC)

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

commented on 2014-01-17 16:32 (UTC)

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

commented on 2014-01-17 16:31 (UTC)

commented on 2014-01-17 16:22 (UTC)

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

commented on 2014-01-17 16:20 (UTC)

@ 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 (UTC)

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 (UTC)

same here...

ryuzy commented on 2014-01-10 18:10 (UTC)

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 (UTC)

Conflicts with jdownloader 0.3

commented on 2013-08-08 12:44 (UTC)

"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 (UTC)

please change build() to package() greetings

Nothing4You commented on 2013-05-21 16:36 (UTC)

You're missing 'unzip' as a dependency.

commented on 2013-01-07 14:04 (UTC)

Updated. sorry for the delay.

helmuthdu commented on 2012-09-24 17:21 (UTC)

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

commented on 2012-08-31 10:13 (UTC)

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.

commented on 2012-07-21 06:50 (UTC)

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.

solsticedhiver commented on 2012-06-24 08:12 (UTC)

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:25 (UTC)

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

sxe commented on 2011-10-26 10:21 (UTC)

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

commented on 2011-09-07 23:36 (UTC)

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