Package Details: pycharm-eap 243.22562.23_2024.3.1-1

Git Clone URL: https://aur.archlinux.org/pycharm-eap.git (read-only, click to copy)
Package Base: pycharm-eap
Description: Powerful Python and Django IDE, Early Access Program (EAP) build. Professional edition.
Upstream URL: https://www.jetbrains.com/pycharm/nextversion/
Keywords: development editor ide jetbrains python
Licenses: custom
Provides: pycharm, pycharm-professional
Submitter: vlan
Maintainer: qft
Last Packager: qft
Votes: 32
Popularity: 0.032149
First Submitted: 2011-05-06 08:33 (UTC)
Last Updated: 2024-11-24 15:42 (UTC)

Dependencies (12)

Required by (0)

Sources (2)

Latest Comments

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

qft commented on 2020-12-05 04:25 (UTC)

@petris Apart from compiling the debugger speedup extension, I don't think cython is used directly by the PyCharm IDE. (Even compiling the debugger speedup extension did not require the cython compiler previously, as the .c source code was pre-cythonized by JetBrains. It only becomes required in build 203.5981.52 because of the bug https://youtrack.jetbrains.com/issue/PY-45771, thus the previous reason for making cython an optional dependency "For performance debugger in Python" was incorrect to begin with). PyCharm can edit cython source files, but it does not have a built-in way of calling the cython compiler, thus I don't think the cython compiler is a dependency of the IDE.

petris commented on 2020-12-05 03:41 (UTC)

@qft I think that cython should also be left as an optional dependency though, since you'd still need it for some things after building, right?

Also, thank you.

qft commented on 2020-12-04 17:28 (UTC)

@petris, sorry for the issue, it's fixed now.

petris commented on 2020-12-04 04:39 (UTC)

2020.3 does not build in a clean chroot. cython is now required as a makedepends.

qft commented on 2019-11-02 18:24 (UTC)

@sanerb @Kr1ss Thank you for pointing this out and the change in pycharm-community-eap.

Kr1ss commented on 2019-11-01 18:55 (UTC) (edited on 2019-11-01 19:14 (UTC) by Kr1ss)

Never mind @qft, I'm about to rename the starter link of pycharm-community-eap to /usr/bin/pycharm-ce, to prevent that conflict.

Thx @sanerb for pointing this out.

sanerb commented on 2019-11-01 17:58 (UTC)

recommend you either add a conflicts for python-community-eap or name your binary to something like pycharm-pro-eap; you're both using the same binary path (/usr/bin/pycharm-eap) and according to upstream, both should be able to be co-installed. that's the only file conflict since you install to different /opt dirs.

mitchhentges commented on 2019-01-09 17:55 (UTC)

Just a heads up that the current published version has the ".3" twice, causing package managers not to update.

My current version: 2018.3.183.4284.139-1 Published version: 2018.3.3.183.5153.12-1

183 > 3, so it won't upgrade :)

qft commented on 2017-10-20 17:15 (UTC)

The current PKGBUILD already works for both the EAP and the regular PyCharm. For example, https://download.jetbrains.com/python/pycharm-professional-172.3968.37.tar.gz and https://download.jetbrains.com/python/pycharm-professional-2017.2.3.tar.gz points to exactly the same file. Thus there is no need to specify two link formats. As for the automatic downloading of the checksum. I find the additional wget clause to be not as clean as putting the .sha256 file inside the ${source}. However putting the .sha256 file inside ${source} requires running the makepkg command twice, which is even uglier. What's the benefit to end users if the .sha256 file is dynamically updated instead of hard-coded in the ${sha256sums} field?

danielko commented on 2017-10-20 13:59 (UTC)

If you don't mind could you please revert PKGBUILD to version which automatically downloaded correct SHA sum and had correct sources link for both EAP and regular PyCharm? It was much easier to try new versions with that code. PS. And thank you for adopting the package and adding debugger extensions compilation :)

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