Package Details: pycharm 2026.1.2-1

Git Clone URL: https://aur.archlinux.org/pycharm.git (read-only, click to copy)
Package Base: pycharm
Description: The only Python IDE you need. Bundled with the official JetBrains Runtime (JBR)
Upstream URL: https://www.jetbrains.com/pycharm/
Licenses: custom
Conflicts: pycharm-community-edition, pycharm-professional
Provides: pycharm
Replaces: pycharm-professional
Submitter: Xavier
Maintainer: Zpecter (Meaulnes)
Last Packager: Zpecter
Votes: 309
Popularity: 2.35
First Submitted: 2025-10-04 18:47 (UTC)
Last Updated: 2026-05-15 20:18 (UTC)

Dependencies (19)

Required by (0)

Sources (4)

Pinned Comments

Meaulnes commented on 2026-03-27 16:37 (UTC)

This comment from @AvacadoCookie should be pinned, IMO.

If anyone is getting errors about Cython or setuptools, and they are using Conda, that comment has the answer.

If anyone is getting errors about Cython or setuptools, and they are using pyenv, there are 2 possible ways to fix it:

  1. pyenv local system to set Python back to the system installed Python for this session.
  2. pip install Cython setuptools to install the necessary packages to your preferred python installation.

AvocadoCookie commented on 2025-12-14 16:22 (UTC)

For all users with ModuleNotFoundError: No module named 'Cython' or 'setuptools' reported, please try the following methods to address the problem:

  1. Quit conda environment. Now after which python typed in console, the output should be /usr/bin/python.
  2. Try again.
  3. If the installation still failed, try again after pacman -S cython python-setuptools.

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 48 Next › Last »

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)

J5lx commented on 2023-08-23 08:28 (UTC)

Which binaries specifically? I tried looking around for a bit after rebuilding the package with the build steps moved back to the PKGBUILD, but so far I didn’t see anything that seemed to have problematic absolute paths linked in.

Xavier commented on 2023-08-18 23:45 (UTC)

Hi @j5lx, I had that cython part in the build section of the pkgbuild before, but the issue is that some binaries compiled by cython link the absolute path of the location of the files. To avoid it, I changed the building part of the speed-up when the files are deployed in the final destination using post-script install. If you have a better solution, I'm open to hear ideas.

J5lx commented on 2023-08-18 21:21 (UTC)

This package seems to be missing some dependencies needed by the install script. Since the script seems to perform some kind of build tasks, I think it would be a good idea to move them to the build() function in the PKGBUILD if possible, so those missing dependencies can be declared as build-time rather than run-time dependencies. Or is there a particular reason why those build steps can’t be included in the PKGBUILD?

:: Building Cython speed-ups
Traceback (most recent call last):
  File "/opt/pycharm-professional/plugins/python/helpers/pydev/setup_cython.py", line 16, in <module>
    from setuptools import setup
ModuleNotFoundError: No module named 'setuptools'
/opt/pycharm-professional/plugins/python/helpers/pydev/pydevd_attach_to_process/linux_and_mac /
/tmp/alpm_o3udz0/.INSTALL: line 8: g++: command not found
/
:: Cython speed-ups done

baodrate commented on 2023-07-19 09:17 (UTC)

@jmcb I have the same issue. It seems like a bug in jetbrains' terminal emulator (and its interpretation of xterm- escape codes)? It doesn't always happen consistently either.

A workaround that works for me is to tell less (man's default pager, which I assume you are also using), to not send the termcap initialization strings. This seems (on my system at least) to avoid the triggering whatever condition that causes man to produce an empty screen. i.e., instead of man du, you can run LESS="$LESS --no-init" man du.

You can have your shell automatically use this workaround by setting the environment variable on startup. You can check if you're running inside jetbrains' terminal with the TERMINAL_EMULATOR env variable. e.g. in .bashrc/.zshrc:

if [[ "$TERMINAL_EMULATOR" = JetBrains-JediTerm ]]; then
    export LESS="$LESS --no-init"
fi

imcb commented on 2023-05-26 21:08 (UTC) (edited on 2023-05-26 21:09 (UTC) by imcb)

Whenever I try to open a manual page in the integrated terminal, I get nothing but a bunch of tildes, and it says something like: Manual page man(1) byte 0/0 (END) (press h for help or q to quit)

man works fine in any other console. in pycharm this happens with both bash and fish. Does anyone else have this problem? Is this an upstream issue? I can't find any youtrack bug entries on it for some reason, I would have thought it would be pretty important

p.s. less and bat both work fine. man -H also works

Xavier commented on 2023-05-04 02:18 (UTC)

Building locally the speedup debugger is not ready for Python 3.11, I disabled it until it is fixed: issue

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 48 Next › Last »