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

1 2 3 4 5 6 .. 21 Next › Last »

Ashark commented on 2024-11-24 18:01 (UTC)

@qft Thanks a lot.

qft commented on 2024-11-24 15:42 (UTC)

hi @Ashark, thank you for your suggestion. I have changed the pkgver naming scheme as you suggested. There should be no downgrade warnings from now on.

Ashark commented on 2024-10-28 15:06 (UTC) (edited on 2024-10-28 15:11 (UTC) by Ashark)

Hi, qft. I see there is a problem with current versioning scheme. This is not your fault, but because of JetBrains themselves use it strangely. I was testing some previous versions (to see if some bug was presented there), and I again faced the problem of "fault downgrading".
I see I have already written about that problem previously (https://aur.archlinux.org/packages/pycharm-eap#comment-970401).

So, can you consider using such a naming scheme that is not dependent on their "release number". Just use the build number in the front always.

I.e. the problematic package versions are:

2024.1.241.14494.200-1 => 2024.1.1.241.15989.111-1 # [considered as a downgrade]

while I propose the following package versioning:

241.14494.200_2024.1-1 => 241.15989.111_2024.1.1-1 # [will be considered normally]

This way, the pycharm build number will be actually used by pacman when comparing versions, and this will be working correctly.

Edit: hypens are not allowed in the pkgver (see https://wiki.archlinux.org/title/PKGBUILD#pkgver), so I replaced it with underscore. And the wiki proposes that packagers actually do change the version "presentation" (for example, reversing the date format so year is in front) to make package version comparison correct.

qft commented on 2024-06-08 03:36 (UTC)

This issue will be fixed in the next release as well.

Ashark commented on 2024-06-07 17:22 (UTC) (edited on 2024-06-07 17:39 (UTC) by Ashark)

When debugging, I see in the terminal the message repeated lots of times:

Expected: /opt/pycharm-eap/plugins/python/helpers/pydev/pydevd_attach_to_process/attach_linux_amd64.so to exist.

I have checked the package, and there really is no such file:

yay -Ql pycharm-eap | grep attach_linux_amd64\.so$
# prints nothing

But I see this file exists in the official community package (https://archlinux.org/packages/extra/x86_64/pycharm-community-edition/):

usr/share/pycharm/plugins/python-ce/helpers/pydev/pydevd_attach_to_process/attach_linux_x86.so

also, I see that file in the pycharm-community-eap (https://aur.archlinux.org/packages/pycharm-community-eap)

opt/pycharm-community-eap/plugins/python-ce/helpers/pydev/pydevd_attach_to_process/attach_linux_amd64.so

@qft, I guess it is the packaging issue. Can you please check?

I see that the source archive (downloaded from jetbrains website) actually has the file in question. But the PKGBUILD has this line, which just deletes everything:

find $srcdir/pycharm-${_buildver}/plugins/python/helpers/pydev/ \( -name *.c -o -name *.so -o -name *.pyd \) -delete

qft commented on 2024-06-06 00:51 (UTC)

It will be fixed with the next release.

Ashark commented on 2024-06-05 15:42 (UTC)

The IDE asks to call it differently.

The IDE seems to be launched with a script launcher ('bin/pycharm.sh'). Please consider switching to a native launcher ('bin/pycharm') for better experience.

https://youtrack.jetbrains.com/articles/SUPPORT-A-56/Switch-to-a-native-launcher-notification

Ashark commented on 2024-05-01 00:37 (UTC)

Also, there is some "brokenness" in versioning: yay says that I am downgrading:
pycharm-eap (2024.1.241.14494.200-1 => 2024.1.1.241.15989.111-1)
I suggest to make a versioning scheme that is not dependent on their minor version.

1 2 3 4 5 6 .. 21 Next › Last »