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: 290
Popularity: 1.89
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-12 00:58 (UTC)

Hi @nerdoc, that issue is confirmed in https://youtrack.jetbrains.com/issue/IDEA-313202 I applied the temporal workaround, thanks for reporting it.

nerdoc commented on 2023-12-10 12:39 (UTC)

Again, with 2023.3 the same error is preventing pycharm from starting correctly:

[1210/133621.781923:FATAL:setuid_sandbox_host.cc(158)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /opt/pycharm-professional/jbr/lib/chrome-sandbox is owned by root and has mode 4755.

A

sudo chmod 4755 /opt/pycharm-professional/jbr/lib/chrome-sandbox

Repairs it.

kingcreole commented on 2023-12-08 10:24 (UTC) (edited on 2023-12-08 10:31 (UTC) by kingcreole)

Just as I wanted to file a complaint that pycharm isn't allowing debugging due to a missing file in the pydev folder it started working again, but I have allready logged in so I want to at least wish you a woderfull day and say thank you for the update :D (uninstall and reinstall seem to have done the trick, normal reinstall on manjaro using pamac seem to not have done the trick 3 times before)

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}"

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