Arch Linux User Repository

And i see that problem now:
Error during pretty printers setup: Error while executing Python code.
Some features and performance optimizations will not be available.

python
>>>>>>>Traceback (most recent call last):
File "<string>", line 3, in <module>
ImportError: No module named 'default'
Error while executing Python code.

yes, you should add cuz ".cache/pacaur/clion-eap/PKGBUILD: line 55: rsync: command not found"

rsync should be added as a build dependency

61b81e6906ffc675253d2565f8e54425a4bbfae7e4650f9f42af2f90abfada9a
CLion-2016.3-RC3.tar.gz

As I don't use CLion that much anymore, I'll stop maintaining this package.
If you're keen to take over, just adopt the package!

163.5644.7 is out (e299717bf0fc5e10b7672911d99584dd4ab97ed3d485f4777183d05964bcddd2ed7f00050077f6606fab8735a2bd67d8228d79406d4ff740308c1a2522be76db)

Totally agree with @Kendos_Kenlen.

I already told it I know, but it's really frustrating to have to switch between 2 packages for EAP and stable release ...

I'm still hoping that one day, this package will be like the EAP release channel available in CLion : if in Updates you choose "EAP", you'll receive updates for both EAP and any other release (RC, stables, bug fixes).

It's not that complicated to manage it in the PKGBUILD (look the intellij-idea-ue-eap for example) so I don't really understand why you still keep packages separated. I know that EAP and stable are two different kinds of release, but it break workflow to have to install both package and have to switch between them at every release of stable or EAP...

So please, include stable release in this package, it would simplify my life & I'm sure I'm not the only one who want that ! ><

Thanks for your comment @Kendos_Kenlen.
Done in the stable release package: https://aur.archlinux.org/packages/clion

Hi,

Maybe add Python as optional dependency could be a good thing as the plugin is now bundled with the IDE.

If you're wondering why I insist on keeping (by default) the dependencies bundled by JetBrains in the package, please read the latest release notes: http://blog.jetbrains.com/clion/2016/01/clion-1-5-eap-build-144-3357

TL;DR: custom fixes, that's why.

@Zrax Done. Thanks for your comment.

Please update the swift-bin optdepends to be swift-language, so that swift [1] and swift-language-git [2] can also satisfy it.

[1] https://aur.archlinux.org/packages/swift
[2] https://aur.archlinux.org/packages/swift-language-git

Latest EAP added cmake 3.4 support

@intgr 143.869.7 is 1.2.2 EAP. I just keep the build numbers to keep the versionning scheme consistent and avoid clashing…

@NeveHanter +1

CLion EAP crashes when using it's embedded JRE /opt/clion-eap/jre/jre/bin/java with following exceptions:

Internal exceptions (10 events):
Event: 1,311 Thread 0x00007f5249521800 Exception <a 'java/lang/ClassNotFoundException': org/apache/log4j/ConsoleAppenderCustomizer> (0x0000000083bd18c8) thrown at [/HUDSON/workspace/8-2-build-linux-amd64/jdk8u51/3951/hotspot/src/share/vm/classfile/systemDictionary.cpp, line 210]
Event: 1,316 Thread 0x00007f5249521800 Exception <a 'java/lang/ClassNotFoundException': org/apache/log4j/PatternLayoutBeanInfo> (0x0000000083bfcec0) thrown at [/HUDSON/workspace/8-2-build-linux-amd64/jdk8u51/3951/hotspot/src/share/vm/classfile/systemDictionary.cpp, line 210]
Event: 1,316 Thread 0x00007f5249521800 Exception <a 'java/lang/ClassNotFoundException': org/apache/log4j/LayoutBeanInfo> (0x0000000083bfe1a0) thrown at [/HUDSON/workspace/8-2-build-linux-amd64/jdk8u51/3951/hotspot/src/share/vm/classfile/systemDictionary.cpp, line 210]
Event: 1,316 Thread 0x00007f5249521800 Exception <a 'java/lang/ClassNotFoundException': org/apache/log4j/LayoutCustomizer> (0x0000000083bff498) thrown at [/HUDSON/workspace/8-2-build-linux-amd64/jdk8u51/3951/hotspot/src/share/vm/classfile/systemDictionary.cpp, line 210]
Event: 1,317 Thread 0x00007f5249521800 Exception <a 'java/lang/ClassNotFoundException': org/apache/log4j/PatternLayoutCustomizer> (0x0000000083c04fa8) thrown at [/HUDSON/workspace/8-2-build-linux-amd64/jdk8u51/3951/hotspot/src/share/vm/classfile/systemDictionary.cpp, line 210]
Event: 1,319 Thread 0x00007f5249521800 Exception <a 'java/lang/ClassNotFoundException': org/apache/log4j/RollingFileAppenderBeanInfo> (0x0000000083c1a2d0) thrown at [/HUDSON/workspace/8-2-build-linux-amd64/jdk8u51/3951/hotspot/src/share/vm/classfile/systemDictionary.cpp, line 210]
Event: 1,319 Thread 0x00007f5249521800 Exception <a 'java/lang/ClassNotFoundException': org/apache/log4j/FileAppenderBeanInfo> (0x0000000083c1b7a0) thrown at [/HUDSON/workspace/8-2-build-linux-amd64/jdk8u51/3951/hotspot/src/share/vm/classfile/systemDictionary.cpp, line 210]
Event: 1,319 Thread 0x00007f5249521800 Exception <a 'java/lang/ClassNotFoundException': org/apache/log4j/FileAppenderCustomizer> (0x0000000083c1cbe8) thrown at [/HUDSON/workspace/8-2-build-linux-amd64/jdk8u51/3951/hotspot/src/share/vm/classfile/systemDictionary.cpp, line 210]
Event: 1,320 Thread 0x00007f5249521800 Exception <a 'java/lang/ClassNotFoundException': org/apache/log4j/RollingFileAppenderCustomizer> (0x0000000083c2abc8) thrown at [/HUDSON/workspace/8-2-build-linux-amd64/jdk8u51/3951/hotspot/src/share/vm/classfile/systemDictionary.cpp, line 210]
Event: 1,323 Thread 0x00007f5249521800 Implicit null exception at 0x00007f5241b1d940 to 0x00007f5241b1dc29

Setting JAVA_HOME or any of the specified in clion-eap.sh environment variables to point to default JVM i.e. /usr/lib/jvm/default fixes problem

Update available: http://blog.jetbrains.com/clion/2015/09/clion-1-2-eap-build-142-4859-12-is-available/

pkgver=142.4859.12
sha512sums=('3101977237bdc6183d3ade745ebbeec0f8f415c93f5241c704d0b1c3a5e69a11209a77d8c568d9ef90555aa008b6aaea7c4d48ce5224f64b3c588a9e1855f10c')

@rdoursenaud
> 2348 _is_ the stable release and I won't mix it with the EAP releases.
But this doesn't mean that Clion EAP users don't deserve 1.1 version. Instead you propose to install up to 500MB of stable release to use both versions in parallel.
Thanks, that's all I needed to know about AUR.

@Light2Yellow
2348 _is_ the stable release and I won't mix it with the EAP releases.
I maintain packages on my _free_ time and I don't use or track all of them daily. Sorry if it doesn't fit your tight ass schedule!

@rdoursenaud
I am just following Clion updates. There is 2348 build out there, about what Clion notified me. Check it on download page. There won't be any collisions between EAP and stable because of naming conventions proposed by you (or I'm missing something?). The thing is, Jetbrains just a bit polished their EAP to look like a stable release and published the update (2348 build). And yes, they were too lazy to make another download, because stable and EAP will be the same for some period of time (as they are taking a break). But that doesn't mean that users don't deserve 1.1 version. Instead you propose to install up to 500MB to use both versions in parallel. And if I don't wan't to? My code couldn't be eaten just because it lies totally in git. Also, I haven't seen any crashes ever.
To sum up, this is an EAP version, and there is a EAP update from 2347 to 2348 (to 1.1, if this sounds better). I changed the sequence of two lines because there is only one download now for EAP and stable. It seems that you don't use EAP version at all. On a previous release I waited for a few days before flagging (same thing now) but it seems you don't track Jetbrains' blog closely.

The final 1.1 release is _not_ an EAP release.
Please use the clion package for that!
Please remember that EAP is Early Access Preview and can be below beta quality (According to JetBrains own very terms). It can eat your cat and burn your code.
That's why I keep the two release tracks in separated packages (as upstream intended).
This way you (and I) can have parallel installs and return to using the stable version if something breaks.
You also know for sure if you're using a stable version or an EAP.
If you still insist on having a single package installing EAPs and stable versions, I suggest you roll your own clion-bleeding-edge package.

Real-time PKGBUILD:
http://pastebin.com/GEzwX6K9

To download the latest version change PKGBUILD:
pkgbuild=141.2347.10
sha512sums=('7c8d329a6d6c3e385dc90e589deac475867dac27cf199ddbef71633a340df8d0ba4c8c97e745b45b6d59497458a911dd9cfe6f42e7e80fd735824ab70539435c')

To download the latest version change:
pkgbuild=141.2347.10

Yeah thanks but no thanks. This creates a mess at managing the versioning scheme for very little benefit.
If you don't agree with the release scheme, go whine upstream.

@rdoursenaud you should do like me with intellij-idea-[ue/ce]-eap package, I use a versioning notation system who allow to switch between EAP and stable releases easily. Like that, user doesn't have to uninstall the package to switch to the stable release (and can install both at the same time). Having to switch between two packages is very painful ...

Look the comment of lots0log here : https://aur.archlinux.org/packages/intellij-idea-ue-eap :)

No, I won't. EAP and stable are two separate release tracks I don't plan to mix.

Can you update this package too ? I avoid uninstall of this one and install of the other. Moreover, it help to have always the last version/EAP.

v1.0.0 stable release added there: https://aur.archlinux.org/packages/clion

Final version was released, can we move this to "clion"?

i think you should use CLion as "Name" field of the .desktop file

Package updated!
Cmake 3.1 is now supported. You can use your native cmake install instead of the bundled one.

New update is out

@balki thanks for your comment.
Yes, upstream don't support 32 bits.
Updated package accordingly.

Updated to latest release. Doesn't startup any more
Error: 32-bit JVM is not supported. Please install 64-bit version.

Thanks for your comments.
I've updated it to the latest version and made lib32-glibc optional.

Hi rdoursenaud,
Fail to update du to lib32-glibc.
I already have glibc from core package..
https://www.archlinux.org/packages/core/x86_64/glibc/

well, it was the first submitted to the AUR, it is maintained and up-to-date, it's named with a -eap suffix because this is not a stable release and may continue to exist along with a stable release.

How this version differs from clion package?

The lib32-glibc is for the bundled gdb which is a 32 bits version so it's needed on x86_64 machines but glibc is already pulled on x86 machines so it's not needed for these. The -4 release package addresses this issue.

@FTC56
http://www.gnu.org/software/libc/

I don't think we need the lib32 version at least you can add glibc for x64 and lib32-glibc for x86 system :/

Comment by FTC56
2014-10-18 14:20
Hello;

The "CMake" dependency is not useful since CLION is only compatible with version 2 of CMake. In addition, the IDE directly integrates the right version.

The "lib32-glibc" and "python" dependency aren't either required.
______________________________

Comment by rdoursenaud
2014-10-26 14:18
@FTC56 thanks for your comments. I have removed the cmake dep and made gdb optional since there is also a bundled version. lib32-glibc and python are needed for this gdb version according to namcap output, so I'm keeping those.
______________________________

Python is not required since a copy is provided in: /opt/clion-eap/bin/gdb/lib/python2.7/
If you include gdb as an optional dependency, there is not need python (it is already required by gdb: https://www.archlinux.org/packages/extra/x86_64/gdb/).

Otherwise, what is lib32-glibc?

Bundled cmake and gdb appears to be only for 64 bit. Using system cmake works good.

i change depends on pkgbuild from 'lib32-glibc' to 'glibc' and install continued and yet install libxtst

@melkir, very strange indeed. Just tested and been unable to reproduce.

@melkir, very strange indeed. Just tested and hade been unable to reproduce.

==> Installation/compilation des dépendances manquantes pour clion-eap:
erreur : impossible de trouver la cible : lib32-glibc

I have already installed it from the core package, and it's needed the aur package don't know why o_o

@Pete, well, I didn't because it's automatically creating one at first launch.

Great to see clion! Would you be willing to add a .desktop file (like e.g. https://aur.archlinux.org/packages/pycharm-professional has)?

@FFTC56 thanks for your comments. I have removed the cmake dep and made gdb optional since there is also a bundled version. lib32-glibc and python are needed for this gdb version according to namcap output, so I'm keeping those.

Hello;

The "CMake" dependency is not useful since CLION is only compatible with version 2 of CMake. In addition, the IDE directly integrates the right version.

The "lib32-glibc" and "python" dependency aren't either required.

Hello;

The "CMake" dependency is not useful since CLION is only compatible with version 2 of CMake. In addition, the IDE directly integrates the right version.

New version out...
pkgbuild=138.2344.17
sha512sums=('28b75df0780b0561979d015350a4ee3191016a4379341473123fbbf072028df0f4f27b483abe019785b42ac0c16ecf2cf2996a2ce72fcaf60cfdd6ce7958b1da')

PS: Why on Earth are you storing the version in $pkgbuild not $pkgver?

editors/clion-eap appears to have already updated to the new build. Any word when we'll get devel/clion (which is more generically named) package updated?

@farwayer Updated, thanks

There is need to set LANG=en_US.UTF-8 to prevent include errors on none en_US systems.
http://youtrack.jetbrains.com/issue/CPP-170#comment=27-795371

There is need to set LANG=en_US.UTF-8 to prevent include errors on none en_US systems.
http://youtrack.jetbrains.com/issue/CPP-170#comment=27-795371