@Holodoc
Ok thanks! I will wait for the update.
Search Criteria
Package Details: jdownloader2 latest-21
Package Actions
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 MEGA. Uses its own updater. |
Upstream URL: | https://jdownloader.org/ |
Keywords: | download hoster internet jdownloader manager oneclick |
Licenses: | LicenseRef-GPL-3.0+proprietary |
Submitter: | None |
Maintainer: | C0rn3j |
Last Packager: | C0rn3j |
Votes: | 444 |
Popularity: | 3.58 |
First Submitted: | 2011-09-07 23:08 (UTC) |
Last Updated: | 2024-10-17 15:08 (UTC) |
Dependencies (4)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- java-runtime (jre10AUR, jre12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jre7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jre16-openjdkAUR, jre14-openjdkAUR, jre15AUR, jre14AUR, jre13AUR, jre16AUR, jre18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jre-openj9AUR, jdk11-graalvm-ee-binAUR, jre12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jre13-openjdkAUR, jre15-openjdkAUR, jdk21-graalvm-binAUR, jre17-jetbrainsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jre21-jetbrains-gitAUR, jdk21-jetbrains-gitAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-11-lite-binAUR, jdk17-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jre19-openjdkAUR, zulu-jdk-fx-binAUR, jre21-jetbrainsAUR, jdk17-zulu-prime-binAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk11-openj9-binAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk-android-studioAUR, jdk-openj9-binAUR, zulu-11-binAUR, jdk8-graalvm-ee-binAUR, jre11AUR, jre17AUR, jdk21-graalvm-ee-binAUR, jdk8-openj9-binAUR, jre-zuluAUR, jre-zulu-fxAUR, jre8AUR, jdk8AUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk23-graalvm-ee-binAUR, openjdk-zulu8-ca-fx-binAUR, openjdk-zulu11-ca-fx-binAUR, openjdk-zulu17-ca-fx-binAUR, openjdk-zulu21-ca-fx-binAUR, openjdk-liberica8-full-binAUR, openjdk-liberica11-full-binAUR, openjdk-liberica17-full-binAUR, openjdk-liberica21-full-binAUR, openjdk-zulu-ca-fx-binAUR, openjdk-liberica-full-binAUR, jdk24-graalvm-ee-binAUR, jdk8-perfAUR, zing-21-binAUR, jdk17-jetbrains-binAUR, jdk21-dragonwell-standard-binAUR, java-openjdk-binAUR, jdk24-graalvm-ce-binAUR, jreAUR, jdkAUR, jre-ltsAUR, jdk-ltsAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk8-dragonwell-extendedAUR, liberica-jdk-11-binAUR, zulu-17-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-21-binAUR, zulu-17-fx-binAUR, liberica-jdk-17-full-binAUR, zulu-21-binAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk-temurinAUR, jdk21-temurinAUR, jdk17-temurinAUR, jdk11-temurinAUR, zing-8-binAUR, jre21-zulu-binAUR, jre17-zulu-binAUR, zulu-24-binAUR, jdk23-temurinAUR, liberica-nik-23-full-binAUR, zing-23-binAUR, jre22-openjdkAUR, jdk22-openjdkAUR, jre23-openjdkAUR, jdk23-openjdkAUR, jdk21-openj9-binAUR, jdk17-openj9-binAUR, zulu-jre-fx-binAUR, jdk8-temurinAUR, jdk24-graalvm-binAUR, jdk17-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk21-jetbrains-binAUR, jre-openjdk-wakefieldAUR, jdk-openjdk-wakefieldAUR, jre-jetbrainsAUR, java-openjdk-ea-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre11-openjdk, jre17-openjdk, jre21-openjdk, jre8-openjdk)
- libarchive (libarchive-gitAUR)
- phantomjsAUR (phantomjs-gitAUR) (optional) – needed for some remote capture solving
Required by (0)
Sources (21)
- functions.sh
- jd-container16.png
- jd-container22.png
- jd-container24.png
- jd-container256.png
- jd-container32.png
- jd-container48.png
- jd-containers.desktop
- JDownloader
- jdownloader.desktop
- jdownloader.service
- jdownloader.xml
- jdownloader16.png
- jdownloader22.png
- jdownloader24.png
- jdownloader256.png
- jdownloader32.png
- jdownloader48.png
- JDownloaderHeadless
- JDownloaderHeadlessCleanLogin
- JDownloaderHeadlessCtl
Latest Comments
« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 14 Next › Last »
X-Tornado commented on 2017-02-22 06:42 (UTC)
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
Pinned Comments
d-air1 commented on 2024-02-12 08:48 (UTC)
Might need to put the "updates itself" message in bold. Looks like someone once again flagged this package as out of date.