Package Details: pycharm-professional 2024.3-1

Git Clone URL: https://aur.archlinux.org/pycharm-professional.git (read-only, click to copy)
Package Base: pycharm-professional
Description: Python IDE for Professional Developers. Professional Edition
Upstream URL: https://www.jetbrains.com/pycharm/
Keywords: development editor ide jetbrains python
Licenses: custom
Submitter: hippojazz
Maintainer: Xavier (37h4n)
Last Packager: Xavier
Votes: 289
Popularity: 1.09
First Submitted: 2013-09-25 03:56 (UTC)
Last Updated: 2024-11-14 03:02 (UTC)

Dependencies (19)

Required by (0)

Sources (4)

Pinned Comments

Latest Comments

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

Xavier commented on 2023-12-03 21:51 (UTC)

@BlurryFlurry that is a weird error, it seems that you are running pycharm in a specific java environment, Remember that this package has its own JRE inside, so you don't need JRE at all. Try to run it in a clean shell/environment.

BlurryFlurry commented on 2023-12-03 07:19 (UTC) (edited on 2023-12-03 07:21 (UTC) by BlurryFlurry)

I get this error when launching pycharm

CompileCommand: exclude com/intellij/openapi/vfs/impl/FilePartNodeRoot.trieDescend bool exclude = true
Error: Could not find or load main class —add-opens=java.base.jdk.internal.org.objectweb.asm=ALL-UNNAMED
Caused by: java.lang.ClassNotFoundException: —add-opens=java.base.jdk.internal.org.objectweb.asm=ALL-UNNAMED

Ashark commented on 2023-11-05 19:53 (UTC)

Ok.
You probably wanted to keep executable name short? For example, intellij idea packages uses such naming idea-ce-eap and idea-ue-eap for community edition and for ultimate edition.
If you want to keep it short, we may use something like pycharm-pe or pycharm-pro. But this also would make us think of package renaming. I wanted to keep package naming in AUR consistent. Currently, the other pycharm packages use the extensive names like "professional" and "community" (except pycharm-edu, which is going to be deleted). Naming can be rethought of course.

Xavier commented on 2023-11-05 19:44 (UTC)

ok, let me think about that change, my only concern is changing the name of the executable...

Ashark commented on 2023-11-05 19:33 (UTC)

1) increase pgrel and force the package to be rebuilt for all users because removing an opt depends? worth it?

I do not see a problem in such PKGBUILD updates. The building package is not such a long thing. And if users want, they may see the change and decide not to update for a while. But ok, let this be up to you.

What I don't like is changing the name of the executable, in the official documents for the command line for example it is pycharm and not pycharm-professional, and maybe users are used to running with the official name, and change that maybe affect the user experience.

I think it worth changing name of executable followed by package name. For example, every eap package (for every product) changes the name of executable to <procuct_name>-eap.

I saw some packages do not install the binary symlink at all because of this reason, for example, https://aur.archlinux.org/packages/davinci-resolve. But I still would prefer to have such symlink in the package, rather than creating it myself.

Another thing is if you have a pycharm license for the professional version, why do you want the community version?

For tests/checks for example. The pycharm community package had a problem of not showing the --help output. I wanted to check if the maintainer of aur package did something wrong, or jetbrains. And I wanted to check if it works in professional edition. But that made me uninstall community edition, which is unwanted.

Xavier commented on 2023-11-05 19:12 (UTC)

Hi @Ashark, thanks, but 1) increase pgrel and force the package to be rebuilt for all users because removing an opt depends? worth it? 2) yes it is possible to have pycharm-community and pycharm-professional together, but this package now conflicts with the community packages because of those files and the executable name, to do that it needs to change those lines and others, but it is possible, a I think What I don't like is changing the name of the executable, in the official documents for the command line for example it is pycharm and not pycharm-professional, and maybe users are used to running with the official name, and change that maybe affect the user experience. Another thing is if you have a pycharm license for the professional version, why do you want the community version?

Ashark commented on 2023-11-05 11:54 (UTC)

@Xavier thanks for the answer. But why wait until next release, while you can just increase the pkgrel? The conflicts array is a bigger problem than the mandatory opt dependency.

I suggest to remove everything from conflicts. Because it is assumed that IDEs could be installed side by side (even jetbrains toolbox allows to do that). But you have to ensure that files of this package that lies outside of /opt/pycharm-professional will not conflict with other packages. I would recommend replacing these lines:

    install -Dm 644 "$pkgdir/opt/$pkgname/bin/pycharm.png" "$pkgdir/usr/share/icons/hicolor/128x128/apps/pycharm.png"
    install -Dm 644 "$pkgdir/opt/$pkgname/bin/pycharm.svg" "$pkgdir/usr/share/icons/hicolor/scalable/apps/pycharm.svg"
...
ln -s "/opt/$pkgname/bin/pycharm.sh" "$pkgdir/usr/bin/pycharm"

to these:

    install -Dm 644 "$pkgdir/opt/$pkgname/bin/pycharm.png" "$pkgdir/usr/share/icons/hicolor/128x128/apps/${pkgname}.png"
    install -Dm 644 "$pkgdir/opt/$pkgname/bin/pycharm.svg" "$pkgdir/usr/share/icons/hicolor/scalable/apps/${pkgname}.svg"
...
ln -s "/opt/$pkgname/bin/pycharm.sh" "$pkgdir/usr/bin/${pkgname}"

Xavier commented on 2023-11-05 06:14 (UTC)

thanks @Ashark, that is a minor and silly mistake, fixed for the next release

Ashark commented on 2023-11-04 13:50 (UTC) (edited on 2023-11-04 14:18 (UTC) by Ashark)

Why cython is in depends and also in optdepends?
Why it conflicts with other packages?

Xavier commented on 2023-08-23 20:27 (UTC)

@J5lx /opt/pycharm-professional/plugins/python/helpers/pydev/_pydevd_bundle/pydevd_cython.cpython-311-x86_64-linux-gnu.so I didn't do a full test if that is a real problem or no, but I prefer to avoid that wrong path linked. To fix your build issue, just install the makedepends (I need to move it as depends)

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