Package Details: jetbrains-toolbox 2.3.0.30876-1

Git Clone URL: https://aur.archlinux.org/jetbrains-toolbox.git (read-only, click to copy)
Package Base: jetbrains-toolbox
Description: Manage all your JetBrains Projects and Tools
Upstream URL: https://www.jetbrains.com/toolbox/
Licenses: custom:jetbrains
Submitter: freswa
Maintainer: freswa
Last Packager: freswa
Votes: 147
Popularity: 2.10
First Submitted: 2016-05-25 09:43 (UTC)
Last Updated: 2024-04-16 18:32 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 Next › Last »

not_kv commented on 2019-12-28 09:36 (UTC)

did anyone find a workaround to fix the directory path from /usr/share ? still crashing

ilovesusu commented on 2019-12-04 09:41 (UTC)

Goland downloaded via toolbox cannot use fcitx, but installed via aur can use fcitx, I don't know what happened

aur address : https://aur.archlinux.org/packages/goland/

cwrau commented on 2019-11-05 13:10 (UTC)

The quotes in the .desktop file prevent the jetbrains:// urls to be opened

Works with the following patch:

diff --git a/PKGBUILD b/PKGBUILD
index 6b4bb76..bb7a602 100755
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -12,7 +12,7 @@ options=('!strip')
 source=(https://download.jetbrains.com/toolbox/${pkgname}-${pkgver}.tar.gz
         jetbrains-toolbox.desktop)
 sha512sums=('cf5dd392e38b6229924a03262c9aef4a4c8bb359ba8f2c073e00a47553a411d032d66eba9351de5edf89c3dafa3aa7149450a0b739a21c9d7b6588ab02cf759e'
-            '727b6378a8e3803c552ccae2c0d252eb8e79d213eabeecbd00bc25352cd0ffc6f53abaabf016688136822a65a76b2838f99e909931c21f49382934332446d1b4')
+            '81456c724cc424d78f209ba6a0ba925f3aec6d5b01569f481745090d06bf2635f7dd0d05e2ad9e2bba9e2185ec5f606c97374d1e0fd6e92349ad3a7d6b9237db')

 package() {
   install -dm755 "${pkgdir}"/usr/bin/
diff --git a/jetbrains-toolbox.desktop b/jetbrains-toolbox.desktop
index 4a06621..4406a91 100644
--- a/jetbrains-toolbox.desktop
+++ b/jetbrains-toolbox.desktop
@@ -3,7 +3,7 @@ Version=1.0
 Type=Application
 Name=Jetbrains-Toolbox
 Icon=/opt/jetbrains-toolbox/jetbrains-toolbox
-Exec="/opt/jetbrains-toolbox/jetbrains-toolbox"
+Exec=/opt/jetbrains-toolbox/jetbrains-toolbox
 Comment=Manage all your JetBrains Projects and Tools
 Categories=Development;Tools;
 Terminal=false

TripleSpeeder commented on 2019-10-07 07:48 (UTC) (edited on 2019-10-07 12:52 (UTC) by TripleSpeeder)

@wizonesolutions: Same problem here. To rule out any AUR issue i also downloaded toolbox directly from jetbrains site. Shows the same problem - Segfault as soon as you want to set the installation path.

Edit: Upstream bug entry exists at https://youtrack.jetbrains.com/issue/TBX-3796

wizonesolutions commented on 2019-09-29 12:35 (UTC)

Opening the file manager in KDE Plasma (to set the shell script location or change where apps get installed) seems to crash Toolbox. Wondering if anyone has a workaround.

lots0logs commented on 2019-08-30 18:23 (UTC)

FWIW, I was able to force toolbox to function properly as a package here: https://github.com/Antergos/antergos-packages/tree/master/antergos/jetbrains-toolbox

ruro commented on 2019-07-28 10:55 (UTC)

I have a question. JetBrains Toolbox seems really insistent on keeping itself installed in ~/.local/share/JetBrains/Toolbox for some reason. Even if I turn off the "Update Toolbox App automatocally" checkbox in the settings, it keeps a copy of the binary in ~/.local/share/JetBrains/Toolbox/bin/jetbrains-toolbox and also attempts to update the Desktop Entry in ~/.local/share/applications to point to this binary instead of the one in /opt/jetbrains-toolbox.

This, of course defeats the purpose of this AUR package, since the binary in ~/.local/share doesn't get updated with it. How do you guys manage this issue? I've currently tried symlinking both the binary and Desktop Entry in ~/.local/share/ to the ones provided by the package. I'm hoping, Toolbox won't overwrite them, if they already exist.

If this works, maybe these symlinks should be created by the PKGBUILD?

rizwan486 commented on 2019-07-12 08:41 (UTC)

There is a new version 1.15.5605, Waiting for update.

ljrk commented on 2019-04-10 11:45 (UTC)

On wayland this needs to be run with -platform x11 since the AppImage doesn't ship the wayland-egl plugin.