Search Criteria
Package Details: ripme-git latest-3
Git Clone URL: | https://aur.archlinux.org/ripme-git.git (read-only, click to copy) |
---|---|
Package Base: | ripme-git |
Description: | Downloads albums in bulk |
Upstream URL: | https://github.com/RipMeApp/ripme |
Licenses: | |
Conflicts: | |
Provides: | |
Submitter: | eso |
Maintainer: | neeshy |
Last Packager: | neeshy |
Votes: | 5 |
Popularity: | 0.000000 |
First Submitted: | 2015-12-23 15:47 |
Last Updated: | 2021-03-21 22:21 |
Dependencies (4)
- java-runtime (jdk5, tuxjdk, jre7-openjdk-infinality, java-8-openjdk-shenandoah, jre8-openjdk-infinality, java-gcj-compat, jdk9, jre9, jdk-devel, jre10, jdk8-arm64, jdk6, jdk12-openj9-bin, zulu-12-bin, jre6, jre12, jdk8-openjdk-dcevm, jdk11-graalvm-ee-bin, server-jre, jdk8-arm, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, jdk11-openjdk-dcevm, jre8-openjdk-jetbrains, jre8-openjdk-shenandoah, jdk10-openj9-bin, jdk14-openj9-bin, jdk7, jre7, jre14, jdk8-jetbrains, jdk7r1-j9-bin, jdk7-j9-bin, zulu-14-bin, zulu-13-bin, jdk-bcl, jre-bcl, amazon-corretto-15, jdk11-openj9-bin, amazon-corretto-8, amazon-corretto-11, jdk11-openjdk-dcevm-conflicts-fixed, jre8, jdk8, jdk11-adoptopenjdk, zulu-8-bin, zulu-11-bin, zulu-15-bin, liberica-jdk-11-bin, liberica-jdk-11-lite-bin, liberica-jre-11-full-bin, liberica-jdk-8-full-bin, liberica-jdk-11-full-bin, liberica-jre-11-bin, liberica-jre-8-full-bin, jdk8-j9-bin, zulu-embedded-jdk11, jdk8-openj9-bin, zulu-embedded-jdk8, jre11, sapmachine-jdk-bin, jre-jetbrains, jdk11-graalvm-bin, jdk8-graalvm-bin, jre8-adoptopenjdk, jdk-arm, jre11-jetbrains-imfix, java-openjdk-bin, jdk-openj9-bin, jdk-adoptopenjdk, jre, zulu-16-bin, liberica-jdk-full-bin, jdk15-adoptopenjdk, jre-openj9, amazon-corretto-16, java-openjdk-loom-ea-bin, zulu-embedded-jdk, jdk-jetbrains, java-openjdk-ea-bin, jre-openjdk, jre11-openjdk, jre7-openjdk, jre8-openjdk)
- git (git-git) (make)
- jq (jq-git) (make)
- maven (mvnvm) (make)
Latest Comments
1 2 Next › Last »
soloturn commented on 2021-03-20 09:13
can you please switch the repository to ripme2, branch "main", until the original is taken up again for maintenance: https://github.com/ripmeapp2/ripme
fixed the null pointer exception preventing that the GUI shows up here:
ah, yes, the build changed as well slightly. use "./gradlew clean build -x test" now, and the jar files location changed because of the gradle usage to build/libs
qs9rx commented on 2020-06-19 07:44
There is some initial config problem. If you run it, the GUI will be broken (accessible with a single click on the icon in systray). The terminal output includes the NPE like deadpyxel said.
If you however run https://github.com/RipMeApp/ripme/releases/download/1.7.92/ripme.jar once, it will work.
edit: Trying to rip anything fails though for me.
deadpyxel commented on 2020-03-06 22:51
Is there anything we can do to help make this package work? I don't really understand why so many people(like me) don't get the interface
deadpyxel commented on 2020-02-23 23:38
Did a clean install and also can't get a GUI.
The output when ran in shell is as follows
No errors spilled or warnings during install. I installed using
yay
.When run directly (with
java -jar /usr/share/java/ripme-git-1.7.91.r0.g4248a0fd.jar
), this is the output:My System information would be:
5.5.5-arch1-1
openjdk 13.0.2 2020-01-14
Let me know if there's any debugging information that can help.
Anonymous comment on 2020-01-20 15:22
Gui does not show with
jdk8
malathion commented on 2019-12-31 19:34
Note that I still don't get the GUI when I run it. I think this package needs some more work to be serviceable.
malathion commented on 2019-12-31 03:34
When building I am met with an error:
I was able to build by reworking the source url:
MrTimscampi commented on 2019-12-08 03:06
2019/12/08: Made this package require the full JRE instead of the headless one. Headless version can be found in ripme-headless-git.
Tio commented on 2019-11-14 23:27
@MrTimscampi Ok thank you very much. Hope it gets updated to work properly ;) cheers
MrTimscampi commented on 2019-11-14 14:07
@Tio: It does. When I took on the package, it already had the depend set to the headless version and, as I use it on a headless machine, I had never even noticed.
The issue is that the headless package doesn't seem to provide the full package, so it means a headless machine would pull the full JRE with GTK, Wayland and all.
I'll need to see what can be done about that in the future.