@ot_wtf: ACK. Inserted.
Search Criteria
Package Details: jdownloader2 latest-10
| Git Clone URL: | https://aur.archlinux.org/jdownloader2.git (read-only) |
|---|---|
| Package Base: | jdownloader2 |
| Description: | Download manager, written in Java, for one-click hosting sites like Rapidshare and Megaupload. Uses its own updater. |
| Upstream URL: | http://jdownloader.org/ |
| Keywords: | download hoster internet jdownloader manager oneclick |
| Licenses: | |
| Conflicts: | |
| Replaces: | |
| Submitter: | None |
| Maintainer: | Holodoc |
| Last Packager: | Holodoc |
| Votes: | 264 |
| Popularity: | 9.356888 |
| First Submitted: | 2011-09-07 23:08 |
| Last Updated: | 2016-07-03 21:34 |
Dependencies (10)
- bash (bash-devel-git)
- desktop-file-utils
- fontconfig (fontconfig-git, fontconfig-infinality, fontconfig-ubuntu)
- hicolor-icon-theme
- java-runtime (denix-jdk8, intellij-jdk, java-gcj-compat, jdk, jdk-arm, jdk-devel, jdk5, jdk6, jdk7, jre, jre-devel, jre6, jre7, jre7-openjdk-infinality, jre8-openjdk-infinality, jre8-openjdk-jetbrains-git, server-jre, tuxjdk, jre7-openjdk, jre8-openjdk)
- shared-mime-info (shared-mime-info-git)
- ttf-dejavu (ttf-dejavu-snapshot)
- unzip (unzip-iconv, unzip-natspec)
- wget (wget-git)
- phantomjs (phantomjs-bin-1.9.8) (optional) – needed for some remote capture solving
Required by (0)
Sources (20)
- changeUser
- jd-container16.png
- jd-container22.png
- jd-container24.png
- jd-container256.png
- jd-container32.png
- jd-container48.png
- jd-containers.desktop
- JDownloader
- jdownloader.desktop
- jdownloader.service
- jdownloader.xml
- jdownloader16.png
- jdownloader22.png
- jdownloader24.png
- jdownloader256.png
- jdownloader32.png
- jdownloader48.png
- JDownloaderHeadless
- JDownloaderHeadlessCleanLogin
Latest Comments
Holodoc commented on 2016-07-03 21:34
oi_wtf commented on 2016-07-03 19:27
phantomjs as an optdepend would be nice.
Dragonji commented on 2016-03-29 13:49
Everything is alright now, thanks!
Holodoc commented on 2016-03-24 00:09
Update:
- fix: Requires java-runtime now (otherwise GUI will not start, thanks for report this issue to Dragonji and step21)
- fix: It is possible to configure MyJDownloader settings over terminal (by using JDownloaderHeadless)
- new: simple small checks for checking the MyJDownloaderConfig
- new Script for removing MyJDownloader settings ("JDownloaderHeadlessCleanLogin")
- scripts reordered and moved
@Drogonji:
Thanks, but I meant step21 regarding of the late response. Hopefully todays update will fix your problem. I made a night shift for reproducing your problem. After I installed todays update I had to logout first. To be sure: Please restart ;-) It seems, that the "headless-java" package was the problem.
@Step21:
Does this update fixes your problem as well? Would be great to hear....
Dragonji commented on 2016-03-23 15:48
Hey, you don't have to apologize, you actually answered really fast!
Do you know how could I fix it myself? My DE is Xfce if it matters.
Holodoc commented on 2016-03-23 15:42
@Dragonji, @step21:
Sorry for the late response. I am currently busy. I will fix this Problem during Easter....
Dragonji commented on 2016-03-23 14:27
I've got a weird problem. Installed the package with no problems but when I try to launch it, nothing happens. I can see a JDownloader process in Task Manager but I can't see any window related to it on my desktop. Do you know, by any chance, what might be wrong?
step21 commented on 2016-03-18 00:07
So, for some reason also the icon/link showing up in gnome shell/app menus starts jdownloaderheadless (but without starting any terminal) so it is quite useless. Could this maybe be changed so that at least the icon and just typing 'jdownloader" starts gui, and jdownloaderheadless starts headless?
Holodoc commented on 2016-01-24 18:12
Hi epinephrine,
you are right that it spams the journalctl. But I don't think that the output should be passed to /dev/null , because it might be important to have a view in the logs, when something is going wrong.
That's why I have implemented a redirection to a log file (STDERR and STDOUT). From todays release The JDownloader directory will contain the current log and the log for the last run, so it is possible to identify a problem even if Jdownloader is starting up automatically on startup.
Is this solution ok for you?
Regards,
Holodoc
PS: Sorry for the late response. I hope, that I could answer faster next time.
sebstar commented on 2016-01-10 19:38
The JDwonloader{,Headless} executables write all logging to stdout/stderr and the log levels cannot be adjusted (https://board.jdownloader.org/showthread.php?t=67389). Since this spams journalctl when starting jdownloader with systemd via jdownloader.service, I think we should add > /dev/null 2>&1
to the last line of JDownloaderHeadless.