Search Criteria
Package Details: clion-eap-gdb 261.20362.8-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/clion-eap.git (read-only, click to copy) |
|---|---|
| Package Base: | clion-eap |
| Description: | JetBrains packaged GNU Debugger for CLion EAP |
| Upstream URL: | http://www.jetbrains.com/clion |
| Keywords: | C C++ IDE JetBrains |
| Licenses: | custom |
| Submitter: | rdoursenaud |
| Maintainer: | Zrax |
| Last Packager: | Zrax |
| Votes: | 61 |
| Popularity: | 0.83 |
| First Submitted: | 2014-09-08 12:11 (UTC) |
| Last Updated: | 2026-02-06 18:23 (UTC) |
Dependencies (1)
- rsync (rsync-gitAUR, rsync-reflink-gitAUR, rsync-reflinkAUR) (make)
Required by (1)
- clion-eap (optional)
Latest Comments
1 2 3 4 5 6 .. 8 Next › Last »
Ashark commented on 2025-12-11 14:11 (UTC)
@Zrax Sorry for the slow reply, I was sick.
I see, you are talking about this commit: https://aur.archlinux.org/cgit/aur.git/commit/?h=clion-eap&id=ec297916 where the maintainer added this prefix.
I still think it makes sense to remove this "jetbrains-" prefix. It is very uncommon. Maintainers for example do not do "oracle-virtualbox.desktop", but they do "virtualbox.desktop". And as a user, I would search for "^clion" (which I actually did, and then realized that it is with prefix).
Regarding the context of this prefix, I only guess that it may be the thing that when you try to generate desktop file from within IDE (from main menu: Tools | Create Desktop Entry), it creates it with such prefix. But this is irrelevant, and not clashing with our file, because we provide a file (so user do not need this menu anyway), and if you "edit" the app (in KDE this is right mouse click, Edit Application), then the normal desktop file is stored in the ~/.local/share/applications/.
Zrax commented on 2025-12-08 18:34 (UTC)
@Ashark: I don't really have a strong opinion one way or the other about it... The name change (from clion-eap.desktop to jetbrains-clion-eap.desktop) was originally done by the previous maintainer (@rdoursenaud) about 10 years ago, but I have no context about why.
Looking at some of the other Jetbrains IDE packages, it's already somewhat inconsistent. For example, pycharm and rider install .desktop files without the jetbrains- prefix, but goland, webstorm, and rustrover all do use the prefix...
Ashark commented on 2025-12-08 16:30 (UTC)
@Zrax Thanks for the update, but what about file name? Not such a big deal, but still would be good to have it as expected.
Ashark commented on 2025-12-02 07:55 (UTC)
Hi Zrax!
Is there any specific reason to have "jetbrains-" prefix in the
/usr/share/applications/jetbrains-clion-eap.desktopfile name?Can we name is just normally as
/usr/share/applications/clion-eap.desktop?I was configuring jetbrains runner, and found this abnormal file name.
Ashark commented on 2025-07-16 15:56 (UTC)
Thank you!
Zrax commented on 2025-07-16 15:43 (UTC)
Yes, perhaps I was too quick to react. I've reverted the change in the latest version, and added a note on the java-runtime dependency to link to the JetBrains documentation on using an external JRE.
Ashark commented on 2025-07-11 15:33 (UTC)
In the PKGBUILD after moving jre into main package I see:
Hmm... Who was confused? From my perspective, this change creates confusion. Previously, you had several clear packages, and could install what you want. And this logic is still kept for other components (bundled gdb, bundled cmake, etc.)
But now... You integrated jre. And to unintegrate, you need to edit PKGBUILD. And the file clion-eap.install is not "universal" now (included depending on the value of _external_jre) which may confuse.
Really strange decision.
Zrax commented on 2024-05-31 16:49 (UTC)
Looks like that's a new feature in this version... I'll fix it to use the new launcher.
Ashark commented on 2024-05-31 13:26 (UTC)
When launching, I see notification:
The IDE seems to be launched with a script launcher ('bin/clion.sh'). Please consider switching to a native launcher ('bin/clion') for better experience.
https://youtrack.jetbrains.com/articles/SUPPORT-A-56/Switch-to-a-native-launcher-notification
Is that expected?
1 2 3 4 5 6 .. 8 Next › Last »