Package Details: raccoon-git 20171006.r145.9081f22-1

Git Clone URL: https://aur.archlinux.org/raccoon-git.git (read-only, click to copy)
Package Base: raccoon-git
Description: Google Play desktop client
Upstream URL: http://www.onyxbits.de/raccoon
Licenses: Apache
Submitter: prurigro
Maintainer: None
Last Packager: prurigro
Votes: 7
Popularity: 0.000000
First Submitted: 2014-11-17 21:58 (UTC)
Last Updated: 2017-10-09 23:02 (UTC)

Dependencies (4)

Required by (0)

Sources (2)

Latest Comments

dreieck commented on 2023-12-12 15:47 (UTC)

I have created the package dummydroid-bin, which is a companion software for raccoon.

So I recommend that you

  • add dummydroid to the optdepends array,
  • add groups=("raccoon").

Regards!

dreieck commented on 2023-12-12 15:24 (UTC)

Can you please add

  • provides=("raccoon"),
  • conflicts=("raccoon")?

Regards and thanks for maintaining!

dreieck commented on 2023-12-12 15:22 (UTC)

Build fails for me:

==> Starting build()...
Downloading https://services.gradle.org/distributions/gradle-6.8.2-all.zip
..............10%..............20%...............30%..............40%..............50%...............60%..............70%..............80%...............90%..............100%

Welcome to Gradle 6.8.2!

Here are the highlights of this release:
 - Faster Kotlin DSL script compilation
 - Vendor selection for Java toolchains
 - Convenient execution of tasks in composite builds
 - Consistent dependency resolution

For more details see https://docs.gradle.org/6.8.2/release-notes.html

Starting a Gradle Daemon (subsequent builds will be faster)

FAILURE: Build failed with an exception.

* Where:
Settings file '/tmp/makepkg/build/raccoon-git/src/raccoon4/settings.gradle'

* What went wrong:
Could not compile settings file '/tmp/makepkg/build/raccoon-git/src/raccoon4/settings.gradle'.
> startup failed:
  General error during semantic analysis: Unsupported class file major version 65

  java.lang.IllegalArgumentException: Unsupported class file major version 65
        at groovyjarjarasm.asm.ClassReader.<init>(ClassReader.java:196)
        at groovyjarjarasm.asm.ClassReader.<init>(ClassReader.java:177)
        at groovyjarjarasm.asm.ClassReader.<init>(ClassReader.java:163)
[...]
        at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:48)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
        at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:56)
        at java.base/java.lang.Thread.run(Thread.java:1583)

  1 error


* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.

* Get more help at https://help.gradle.org

BUILD FAILED in 2m 31s
==> ERROR: A failure occurred in build().

By the way, can you move the download of "gradle", if it still is necessary and cannot be accomplished by depending on another package, to the prepare() function, so that build() does not need internet access?

Regards!

prurigro commented on 2018-01-17 04:46 (UTC)

I'm not a huge fan of shareware feel the latest generation of this app has taken on, and Yalp does a terrific job of the same thing directly on the phone so I haven't been using this for the past few months. I'm disowning the package in the hope that a more interested party might want to take the development process on :)

Terence commented on 2017-04-26 05:15 (UTC)

The description misleading as one expects to have access to the google play store.

prurigro commented on 2016-06-20 22:28 (UTC)

@di72nn: That would indeed be better- the only reason I hadn't done it that was from the beginning is because I wasn't aware that this was an option. I'm including that change in the update I'm about to push (once I finish testing the build in a clean chroot) Thanks for letting me know!

di72nn commented on 2016-06-18 17:58 (UTC) (edited on 2016-06-18 19:12 (UTC) by di72nn)

Hello prurigro, wouldn't it be better to add `-Draccoon.home="$HOME/.config/Raccoon"` to '/usr/bin/raccoon' instead of patching a source file? Update: replaced `~` with `$HOME`.

prurigro commented on 2015-07-06 21:56 (UTC)

@ackalker: I didn't actually realize raccoon took command line args, but it totally makes sense to support them if they exist- thanks for letting me know!

ackalker commented on 2015-07-06 20:17 (UTC)

Could you please support passing command line arguments to raccoon? This is working in raccoon package in the AUR. Perhaps change line 91 in PKGBUILD from: "java -jar -Dawt.useSystemAAFontSettings=on -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel /usr/share/$_pkgname/$_pkgname.jar" \ to : "java -jar -Dawt.useSystemAAFontSettings=on -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel /usr/share/$_pkgname/$_pkgname.jar \"\$@\"" \ I've tested this change by doing: $ raccoon -h and it works (it prints usage help in terminal). Thanks in advance.