Package Details: pycharm-professional 2022.2-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
Conflicts: pycharm, pycharm-community-edition
Provides: pycharm
Submitter: hippojazz
Maintainer: XavierCLL
Last Packager: XavierCLL
Votes: 266
Popularity: 4.85
First Submitted: 2013-09-25 03:56 (UTC)
Last Updated: 2022-07-28 18:15 (UTC)

Dependencies (22)

Required by (0)

Sources (4)

Pinned Comments

Latest Comments

Corpswalker commented on 2022-08-12 05:07 (UTC) (edited on 2022-08-12 05:36 (UTC) by Corpswalker)

In case there are still plans to add aarch64 compatibility here are my changes for aarch64 including jbr. Tested in a VM on Mac M1 with parallels.


diff --git a/PKGBUILD b/PKGBUILD
index 928f609..d7894ba 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -5,10 +5,12 @@
 pkgname=pycharm-professional
 pkgver=2022.2
 pkgrel=1
+jbr_ver=17.0.3
+jbr_build=aarch64-b469.37
 pkgdesc="Python IDE for Professional Developers. Professional Edition"
-arch=('x86_64')
+arch=('x86_64' 'aarch64')
 url='https://www.jetbrains.com/pycharm/'
-conflicts=('pycharm' 'pycharm-community-edition')
+conflicts=('pycharm' 'pycharm-community-edition' 'pycharm-community-jre-aarch64')
 provides=('pycharm')
 license=('custom')
 backup=("opt/$pkgname/bin/pycharm64.vmoptions"
@@ -18,10 +20,14 @@ source=("https://download.jetbrains.com/python/$pkgname-$pkgver.tar.gz"
         "pycharm-professional.desktop"
         "charm.desktop"
         "charm")
+source_aarch64=("https://cache-redirector.jetbrains.com/intellij-jbr/jbr-$jbr_ver-linux-$jbr_build.tar.gz"
+                "https://github.com/JetBrains/intellij-community/raw/master/bin/linux/aarch64/fsnotifier")
 sha256sums=('aace8bbd52c0ac17cbcb9ae6b7afcd7f3b7a5475facaaa6b271d47323611d6f5'
             'a75264959b06a45ea0801729bc1688bfbd52da3c5fbf3d5b1ad9267860439291'
             '6996b38a3c2ba1e472838d7046a4c54a27822fd647be9ca590457e8c6a2d50c8'
             'c01a62a9a17a018f645e7301fd98b98dec77e682f1d0cd908b850e8be03830e0')
+sha256sums_aarch64=('737242bdd6795a14897ff97bb0bb8d99e7a1a5878a6d2f942712147b20312320'
+                    'eb3c61973d34f051dcd3a9ae628a6ee37cd2b24a1394673bb28421a6f39dae29')
 makedepends=('python-setuptools' 'cython')
 optdepends=('ipython: For enhanced interactive Python shell inside Pycharm'
             'openssh: For deployment and remote connections'
@@ -34,28 +40,49 @@ optdepends=('ipython: For enhanced interactive Python shell inside Pycharm'
             'python-pytest: For support testing inside Pycharm'
             'python-tox: Python environments for testing tool'
             'jupyter-server: For Jupyter notebooks and apps')
-            
+
 build() {
     # clean up and compile PyDev debugger used by PyCharm to speedup debugging
     find pycharm-${pkgver}/plugins/python/helpers/pydev/ \( -name *.so -o -name *.pyd \) -delete
     sed -i '1s/^/# cython: language_level=3\n/' pycharm-${pkgver}/plugins/python/helpers/pydev/_pydevd_bundle/pydevd_cython.pxd
     python pycharm-${pkgver}/plugins/python/helpers/pydev/setup_cython.py build_ext --inplace --force-cython
-    
+
     # for attach debugger
     pushd pycharm-${pkgver}/plugins/python/helpers/pydev/pydevd_attach_to_process/linux_and_mac
-    g++ -m64 -shared -o ../attach_linux_amd64.so -fPIC -nostartfiles attach.cpp
+
+    if [ "${CARCH}" == "aarch64" ]; then
+        g++ -march=armv8-a+crypto -shared -o ../attach_linux_amd64.so -fPIC -nostartfiles attach.cpp
+    else
+        g++ -m64 -shared -o ../attach_linux_amd64.so -fPIC -nostartfiles attach.cpp
+    fi
+
     popd

     rm -rf pycharm-${pkgver}/plugins/python/helpers/pydev/build/
     find pycharm-${pkgver}/plugins/python/helpers/pydev/ -name __pycache__ -exec rm -rf {} \;
-    rm -r pycharm-${pkgver}/lib/pty4j-native/linux/{mips64el,ppc64le,aarch64,arm,x86}
+
+    if [ "${CARCH}" == "aarch64" ]; then
+        rm -r pycharm-${pkgver}/lib/pty4j-native/linux/{mips64el,ppc64le,arm,x86,x86-64}
+    else
+        rm -r pycharm-${pkgver}/lib/pty4j-native/linux/{mips64el,ppc64le,aarch64,arm,x86}
+    fi
 }

 package() {
     # licenses
     install -dm 755 "$pkgdir/usr/share/licenses/$pkgname/"
     mv "pycharm-$pkgver/license/"* "$pkgdir/usr/share/licenses/$pkgname/"
-    
+
+    # https://youtrack.jetbrains.com/articles/IDEA-A-48/JetBrains-IDEs-on-AArch64#linux
+    if [ "${CARCH}" == "aarch64" ]; then
+        cd "pycharm-$pkgver"
+        rm -rf jbr/*
+        cp -r ../jbr-$jbr_ver*/* jbr
+        cp ../fsnotifier bin/
+        chmod +x bin/fsnotifier
+        cd -
+    fi
+
     # base
     install -dm 755 "$pkgdir/opt/$pkgname"
     mv "pycharm-$pkgver/"* "$pkgdir/opt/$pkgname/"

Rabid3east commented on 2022-07-06 01:56 (UTC)

My screen doesn't display pycharm correctly. It looks like it's split down the middle with two blank sides. Not sure if anybody else has experienced this but I had the same issue with the community version as well. However in the professional version I was able to activate the trial license.

donny commented on 2022-06-11 07:32 (UTC) (edited on 2022-06-11 07:34 (UTC) by donny)

@bilthekid see https://aur.archlinux.org/packages/pycharm-professional#comment-857099 (EDIT: fixed the link ;) )

bilthekid commented on 2022-06-11 07:28 (UTC)

I get a ModuleNotFoundError: No module named 'Cython' on building the pycharm. The cython is installed of course. Does anyone has this problem or its just me, and any suggestion how to solve?

XavierCLL commented on 2022-04-14 18:03 (UTC)

@flying-sheep optdepends are optional packages, like a recommendation, but you're right, jupyter-notebook is not the correct package for support Jupyter in Pycharm, fixed.

flying-sheep commented on 2022-04-14 09:43 (UTC) (edited on 2022-04-14 09:44 (UTC) by flying-sheep)

I’m pretty sure it doesn’t depend on jupyter-notebook (not optionally or otherwise). jupyter-notebook is the legacy frontend. PyCharm probably depends on other things. Their docs say to install the jupyter python metapackage: https://www.jetbrains.com/help/pycharm/jupyter-notebook-support.html#get-started

That metapackage installs the kitchen sink by depending on the python packages jupyer-console, ipykernel, qtconsole, notebook, ipywidgets and nbconvert. I’m sure PyCharm actually only needs ipykernel of those, and probably something like jupyter-server or so.

zerophase commented on 2022-03-21 12:04 (UTC)

I disabled ccache for the build, and I get error:

cc1: error: too many filenames given; type ‘cc1 --help’ for usage

XavierCLL commented on 2022-03-18 05:05 (UTC)

@zerophase not for me, don't build it in any virtualenv active shell or similar

zerophase commented on 2022-03-18 02:20 (UTC) (edited on 2022-03-18 02:20 (UTC) by zerophase)

Is anyone else noticing the new version freezing during the build step? Anyone know what might be going on?

I end up sitting at creating build for a very long time.

https://pastebin.com/rkgJj2Lp

XavierCLL commented on 2022-02-05 01:09 (UTC)

Hi @nathaniel515, it is correct, delete and try again, you can check the sha256sum here: https://download.jetbrains.com/python/pycharm-professional-2021.3.2.tar.gz.sha256

nathaniel515 commented on 2022-02-04 17:37 (UTC)

The signature check is still failing for pycharm-professional-2021.3.2.tar.gz

simonzack commented on 2022-01-29 12:15 (UTC)

Need a version bump too to after the checksum fix.

XavierCLL commented on 2022-01-29 00:53 (UTC)

Fixed, (and weird, maybe they updated the tar.gz)

Benibla124 commented on 2022-01-28 18:38 (UTC)

Not passing the signature check for me since the newest update.

XavierCLL commented on 2021-12-16 16:40 (UTC)

Thanks @edacval that is correct, fixed

edacval commented on 2021-12-15 02:52 (UTC)

@XavierCLL, is not necessary to add 32bit deps. Hint: inspect pycharm-${pkgver}/plugins/python/helpers/pydev/pydevd_attach_to_process/linux_and_mac/compile_linux.sh. You can skip 32bit compilation step with this patch:

diff --git a/.SRCINFO b/.SRCINFO
index 8dab143..7c160f5 100644
--- a/.SRCINFO
+++ b/.SRCINFO
@@ -7,7 +7,6 @@ pkgbase = pycharm-professional
    license = custom
    makedepends = python-setuptools
    makedepends = cython
-   makedepends = lib32-gcc-libs
    depends = giflib
    depends = glibc
    depends = sh
diff --git a/PKGBUILD b/PKGBUILD
index a498dbc..b5a48a0 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -21,7 +21,7 @@ sha256sums=('81426f86e1b3de0bd00488e037e9fdcaab4772f1f259ff551ac904d35fb4cd7c'
             'a75264959b06a45ea0801729bc1688bfbd52da3c5fbf3d5b1ad9267860439291'
             '6996b38a3c2ba1e472838d7046a4c54a27822fd647be9ca590457e8c6a2d50c8'
             '039f0d1dc447fb26bb9df35b3a85145a47ce42193c8b2d56bf7bdf090fff0da9')
-makedepends=('python-setuptools' 'cython' 'lib32-gcc-libs')
+makedepends=('python-setuptools' 'cython')
 optdepends=('ipython: For enhanced interactive Python shell inside Pycharm'
             'openssh: For deployment and remote connections'
             'python-setuptools: Packages manager for Python, for project interpreter'
@@ -39,7 +39,9 @@ build() {
     find pycharm-${pkgver}/plugins/python/helpers/pydev/ \( -name *.so -o -name *.pyd \) -delete
     sed -i '1s/^/# cython: language_level=3\n/' pycharm-${pkgver}/plugins/python/helpers/pydev/_pydevd_bundle/pydevd_cython.pxd
     python pycharm-${pkgver}/plugins/python/helpers/pydev/setup_cython.py build_ext --inplace --force-cython
-    cd pycharm-${pkgver}/plugins/python/helpers/pydev/pydevd_attach_to_process/linux_and_mac/; bash compile_linux.sh; cd -  # for attach debugger
+    pushd pycharm-${pkgver}/plugins/python/helpers/pydev/pydevd_attach_to_process/linux_and_mac
+    g++ -m64 -shared -o ../attach_linux_amd64.so -fPIC -nostartfiles attach.cpp
+    popd

     rm -rf pycharm-${pkgver}/plugins/python/helpers/pydev/build/
     find pycharm-${pkgver}/plugins/python/helpers/pydev/ -name __pycache__ -exec rm -rf {} \;

XavierCLL commented on 2021-12-15 01:22 (UTC) (edited on 2021-12-15 01:38 (UTC) by XavierCLL)

@MikeBreytenbach and @nadavz, it is weird that Pycharm requires a 32bits lib I want to check that with more details, personally I don't like adding a 32bit lib as a depend mostly when Archlinux is officially only a 64bit distro.

@huyz and @MikeBreytenbach, The idea to split the bundled java runtime could work but it depends that both packages always being released at the same time, there could be different problems e.g. the other Jetbrain software have a different release time, the others maintainers of those packages must agree to have a separate bundle JRE, pycharm-professional-jre is not a good name for that, etc.

MikeBreytenbach commented on 2021-12-14 16:24 (UTC)

@huyz: Thank you. It looks like a lot of Jetbrains apps use the same Jetbrains JRE. I plan to add it as a separate AUR package and then list it as an optional dependency.

@solnce: Fixed, thanks.

solnce commented on 2021-12-14 15:35 (UTC) (edited on 2021-12-14 15:35 (UTC) by solnce)

The new dependency lib32-gcc-libs is missing from the .SRCINFO.

huyz commented on 2021-12-10 11:07 (UTC) (edited on 2021-12-10 11:21 (UTC) by huyz)

Feature request: Could you pack the bundled java runtime into a split package pycharm-professional-jre, just like other Jetbrains IDEs (e.g. datagrip, goland, idea, etc) in AUR.

This can save some disk space for user who uses custom java runtime.

Here's a modified PKGBUILD to pack this:

diff --git a/PKGBUILD b/PKGBUILD
index a498dbc..7e01665 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -1,18 +1,14 @@
 # Maintainer: MikeBreytenbach <mike.breyten.bach at gmail dot com>
 # Maintainer: XavierCLL <xavier.corredor.llano (a) gmail.com>

-pkgname=pycharm-professional
+pkgbase=pycharm-professional
+pkgname=(pycharm-professional pycharm-professional-jre)
 pkgver=2021.3
 pkgrel=1
 pkgdesc="Python IDE for Professional Developers. Professional Edition"
 arch=('x86_64')
 url='https://www.jetbrains.com/pycharm/'
-conflicts=('pycharm' 'pycharm-community-edition')
-provides=('pycharm')
 license=('custom')
-backup=("opt/$pkgname/bin/pycharm64.vmoptions"
-        "opt/$pkgname/bin/idea.properties")
-depends=('giflib' 'glibc' 'sh' 'libxtst' 'libxslt' 'libxss' 'nss' 'python' 'libdbusmenu-glib')
 source=("https://download.jetbrains.com/python/$pkgname-$pkgver.tar.gz"
         "pycharm-professional.desktop"
         "charm.desktop"
@@ -22,17 +18,6 @@ sha256sums=('81426f86e1b3de0bd00488e037e9fdcaab4772f1f259ff551ac904d35fb4cd7c'
             '6996b38a3c2ba1e472838d7046a4c54a27822fd647be9ca590457e8c6a2d50c8'
             '039f0d1dc447fb26bb9df35b3a85145a47ce42193c8b2d56bf7bdf090fff0da9')
 makedepends=('python-setuptools' 'cython' 'lib32-gcc-libs')
-optdepends=('ipython: For enhanced interactive Python shell inside Pycharm'
-            'openssh: For deployment and remote connections'
-            'python-setuptools: Packages manager for Python, for project interpreter'
-            'python-coverage: For support code coverage measurement'
-            'cython: For performance debugger'
-            'docker-machine: For support docker inside Pycharm'
-            'docker-compose: For support docker inside Pycharm'
-            'vagrant: For support virtualized development environments'
-            'python-pytest: For support testing inside Pycharm'
-            'python-tox: Python environments for testing tool'
-            'jupyter: For support Jupyter Notebook')

 build() {
     # clean up and compile PyDev debugger used by PyCharm to speedup debugging
@@ -46,7 +31,26 @@ build() {
     rm -r pycharm-${pkgver}/lib/pty4j-native/linux/{mips64el,ppc64le,aarch64,arm,x86}
 }

-package() {
+package_pycharm-professional() {
+    depends=('giflib' 'glibc' 'sh' 'libxtst' 'libxslt' 'libxss' 'nss' 'python' 'libdbusmenu-glib')
+    optdepends=('pycharm-professional-jre: JetBrains custom JRE (Recommended)'
+            'java-environment: Required if pycharm-professional-jre is not installed'
+            'ipython: For enhanced interactive Python shell inside Pycharm'
+            'openssh: For deployment and remote connections'
+            'python-setuptools: Packages manager for Python, for project interpreter'
+            'python-coverage: For support code coverage measurement'
+            'cython: For performance debugger'
+            'docker-machine: For support docker inside Pycharm'
+            'docker-compose: For support docker inside Pycharm'
+            'vagrant: For support virtualized development environments'
+            'python-pytest: For support testing inside Pycharm'
+            'python-tox: Python environments for testing tool'
+            'jupyter: For support Jupyter Notebook')
+    conflicts=('pycharm' 'pycharm-community-edition')
+    provides=('pycharm')
+    backup=("opt/$pkgname/bin/pycharm64.vmoptions"
+        "opt/$pkgname/bin/idea.properties")
+
     # licenses
     install -dm 755 "$pkgdir/usr/share/licenses/$pkgname/"
     mv "pycharm-$pkgver/license/"* "$pkgdir/usr/share/licenses/$pkgname/"
@@ -54,6 +58,7 @@ package() {
     # base
     install -dm 755 "$pkgdir/opt/$pkgname"
     mv "pycharm-$pkgver/"* "$pkgdir/opt/$pkgname/"
+    mv "$pkgdir/opt/$pkgname/jbr" "pycharm-$pkgver/"
     install -dm 755 "$pkgdir/usr/share/applications"
     install -Dm 644 "$pkgname.desktop" "$pkgdir/usr/share/applications/"
     install -dm 755 "$pkgdir/usr/share/icons/hicolor/"{128x128,scalable}"/apps/"
@@ -68,3 +73,8 @@ package() {
     install -Dm 755 charm "$pkgdir/usr/bin/"
     install -Dm 644 charm.desktop "$pkgdir/usr/share/applications/"
 }
+
+package_pycharm-professional-jre() {
+    install -dm 755 "$pkgdir/opt/$pkgname"
+    mv "pycharm-$pkgver/jbr" "$pkgdir/opt/$pkgname/"
+}

nadavz commented on 2021-12-06 06:59 (UTC)

@MikeBreytenbach thanks, installing lib32-gcc-libs did solve the issue. It appears that it might be a missing make dependency.

MikeBreytenbach commented on 2021-12-05 19:05 (UTC)

Thanks @donny and @XavierCLL. Is it possible that gcc-libs is not enough and that PyCharm also needs the 32 bit version to build?

donny commented on 2021-12-05 16:59 (UTC)

@XavierCLL: gcc-libs is a required dependecy of both base meta-package and gcc package from the base-devel package group. If anyone is missing base or base-devel on his arch machine, it's the user's fault and shloudn't be corrected in the PKGBUILD.

XavierCLL commented on 2021-12-05 14:40 (UTC)

@nadavz the error is because you need gcc-libs in the system, Mike maybe we need to add that package in the makedepends list

MikeBreytenbach commented on 2021-12-05 13:11 (UTC)

@nadavz thank you for telling us. Please try (re)installing lib32-gcc-libs. If that does not work try "pacman -S --needed base-devel".

nadavz commented on 2021-12-05 08:36 (UTC)

For me it failed with:

[1/1] Cythonizing _pydevd_bundle/pydevd_cython.pyx
running build_ext
building '_pydevd_bundle.pydevd_cython' extension
creating build
creating build/temp.linux-x86_64-3.9
creating build/temp.linux-x86_64-3.9/_pydevd_bundle
gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -fno-semantic-interposition -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -fPIC -I/usr/include/python3.9 -c _pydevd_bundle/pydevd_cython.c -o build/temp.linux-x86_64-3.9/_pydevd_bundle/pydevd_cython.o
creating build/lib.linux-x86_64-3.9
creating build/lib.linux-x86_64-3.9/_pydevd_bundle
gcc -pthread -shared -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fno-semantic-interposition -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection build/temp.linux-x86_64-3.9/_pydevd_bundle/pydevd_cython.o -L/usr/lib -o build/lib.linux-x86_64-3.9/_pydevd_bundle/pydevd_cython.cpython-39-x86_64-linux-gnu.so
copying build/lib.linux-x86_64-3.9/_pydevd_bundle/pydevd_cython.cpython-39-x86_64-linux-gnu.so -> _pydevd_bundle
[1/1] Cythonizing _pydevd_frame_eval/pydevd_frame_evaluator_common.pyx
running build_ext
building '_pydevd_frame_eval.pydevd_frame_evaluator_common' extension
creating build/temp.linux-x86_64-3.9/_pydevd_frame_eval
gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -fno-semantic-interposition -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -fPIC -I_pydevd_frame_eval -I/usr/include/python3.9 -c _pydevd_frame_eval/pydevd_frame_evaluator_common.c -o build/temp.linux-x86_64-3.9/_pydevd_frame_eval/pydevd_frame_evaluator_common.o
In file included from /usr/include/python3.9/internal/pycore_interp.h:13,
                 from _pydevd_frame_eval/internal_pycore.h:7,
                 from _pydevd_frame_eval/pydevd_frame_evaluator_common.c:640:
/usr/include/python3.9/internal/pycore_gc.h:61: warning: "_PyGC_FINALIZED" redefined
   61 | #define _PyGC_FINALIZED(o) \
      |
In file included from /usr/include/python3.9/objimpl.h:208,
                 from /usr/include/python3.9/Python.h:85,
                 from _pydevd_frame_eval/pydevd_frame_evaluator_common.c:25:
/usr/include/python3.9/cpython/objimpl.h:131: note: this is the location of the previous definition
  131 | #  define _PyGC_FINALIZED(o) PyObject_GC_IsFinalized(o)
      |
creating build/lib.linux-x86_64-3.9/_pydevd_frame_eval
gcc -pthread -shared -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fno-semantic-interposition -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection build/temp.linux-x86_64-3.9/_pydevd_frame_eval/pydevd_frame_evaluator_common.o -L/usr/lib -o build/lib.linux-x86_64-3.9/_pydevd_frame_eval/pydevd_frame_evaluator_common.cpython-39-x86_64-linux-gnu.so
copying build/lib.linux-x86_64-3.9/_pydevd_frame_eval/pydevd_frame_evaluator_common.cpython-39-x86_64-linux-gnu.so -> _pydevd_frame_eval
[1/1] Cythonizing _pydevd_frame_eval/pydevd_frame_evaluator_py39_and_above.pyx
running build_ext
building '_pydevd_frame_eval.pydevd_frame_evaluator_py39_and_above' extension
gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -fno-semantic-interposition -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -fPIC -I_pydevd_frame_eval -I./_pydevd_frame_eval -I/usr/include/python3.9 -c _pydevd_frame_eval/pydevd_frame_evaluator_py39_and_above.c -o build/temp.linux-x86_64-3.9/_pydevd_frame_eval/pydevd_frame_evaluator_py39_and_above.o
In file included from /usr/include/python3.9/internal/pycore_interp.h:13,
                 from _pydevd_frame_eval/internal_pycore.h:7,
                 from _pydevd_frame_eval/pydevd_frame_evaluator_py39_and_above.c:641:
/usr/include/python3.9/internal/pycore_gc.h:61: warning: "_PyGC_FINALIZED" redefined
   61 | #define _PyGC_FINALIZED(o) \
      |
In file included from /usr/include/python3.9/objimpl.h:208,
                 from /usr/include/python3.9/Python.h:85,
                 from _pydevd_frame_eval/pydevd_frame_evaluator_py39_and_above.c:26:
/usr/include/python3.9/cpython/objimpl.h:131: note: this is the location of the previous definition
  131 | #  define _PyGC_FINALIZED(o) PyObject_GC_IsFinalized(o)
      |
gcc -pthread -shared -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fno-semantic-interposition -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection build/temp.linux-x86_64-3.9/_pydevd_frame_eval/pydevd_frame_evaluator_py39_and_above.o -L/usr/lib -o build/lib.linux-x86_64-3.9/_pydevd_frame_eval/pydevd_frame_evaluator_py39_and_above.cpython-39-x86_64-linux-gnu.so
copying build/lib.linux-x86_64-3.9/_pydevd_frame_eval/pydevd_frame_evaluator_py39_and_above.cpython-39-x86_64-linux-gnu.so -> _pydevd_frame_eval
Compiled amd64
Note: may need sudo apt-get install libx32gcc-4.8-dev and sudo apt-get install libc6-dev-i386 and sudo apt-get install g++-multilib to compile 32 bits
In file included from /usr/include/features.h:497,
                 from /usr/include/bits/libc-header-start.h:33,
                 from /usr/include/stdio.h:27,
                 from attach.cpp:7:
/usr/include/gnu/stubs.h:7:11: fatal error: gnu/stubs-32.h: No such file or directory
    7 | # include <gnu/stubs-32.h>
      |           ^~~~~~~~~~~~~~~~
compilation terminated.
mv: cannot stat 'attach_linux_x86.so': No such file or directory

I then installed core/lib32-glibc which provides /usr/include/gnu/stubs-32.h, but then I got

<SNIP>
Compiled amd64
Note: may need sudo apt-get install libx32gcc-4.8-dev and sudo apt-get install libc6-dev-i386 and sudo apt-get install g++-multilib to compile 32 bits
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/11.1.0/../../../libgcc_s.so.1 when searching for libgcc_s.so.1
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/11.1.0/../../../libgcc_s.so.1 when searching for libgcc_s.so.1
/usr/bin/ld: skipping incompatible /usr/lib/libgcc_s.so.1 when searching for libgcc_s.so.1
/usr/bin/ld: cannot find libgcc_s.so.1
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/11.1.0/../../../libgcc_s.so.1 when searching for libgcc_s.so.1
/usr/bin/ld: skipping incompatible /usr/lib/libgcc_s.so.1 when searching for libgcc_s.so.1
collect2: error: ld returned 1 exit status
mv: cannot stat 'attach_linux_x86.so': No such file or directory
Compiled x86

I'm not in a virtualenv shell.

XavierCLL commented on 2021-11-23 05:48 (UTC)

Don't build it in a virtualenv active shell

montemedio commented on 2021-11-22 11:04 (UTC)

As of 2021.2.3, the package build fails for me with

ModuleNotFoundError: No module named 'Cython'
==> ERROR: A failure occurred in build().
    Aborting...

XavierCLL commented on 2021-10-28 19:00 (UTC) (edited on 2021-10-28 19:09 (UTC) by XavierCLL)

Hi @franga2000 for me the debugging works without problems with libffi from core repo, what is your error? I don't like to add aur depend even more if I cannot confirm the problem...

franga2000 commented on 2021-10-28 09:03 (UTC)

The libffi package no longer includes the ABI v7 compatibility library (see [0]), but I can't get the PyCharm debugger running without it. Installing aur/libffi7 fixes it, so this package should probably depend on it.

[0] https://github.com/archlinux/svntogit-packages/commit/856bd5b52222f1456334e0a08c13e58bdfda9db0#diff-3e341d2d9c67be01819b25b25d5e53ea3cdf3a38d28846cda85a195eb9b7203a

XavierCLL commented on 2021-09-19 00:46 (UTC) (edited on 2021-09-19 00:46 (UTC) by XavierCLL)

Hi @olii, good catch thanks, the best is to build it running the script, fixed.

olii commented on 2021-09-18 16:52 (UTC)

After install, when trying to attach the debugger to a running Python process I get the following error:

RuntimeError: Could not find dll file to inject: /opt/pycharm-professional/plugins/python/helpers/pydev/pydevd_attach_to_process/attach_linux_amd64.so

I noticed that the .so library is in the original package but the library is deleted in the build process:

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

I think that we should either leave libraries in pydevd_attach_to_process untouched or rebuild them by the script located in:

/opt/pycharm-professional/plugins/python/helpers/pydev/pydevd_attach_to_process/linux_and_mac/compile_linux.sh

What do you think?

klaasjanelzinga commented on 2021-08-28 11:08 (UTC)

@donny, thanks for the suggestion. I deleted my comment. With the PKGEXT var set it goes much better.

donny commented on 2021-08-28 11:04 (UTC)

@XavierCLL Please don't do what @klaasjanelzinga suggests. Not only it's wrong place to set the XZ_OPT env.var., it also doesn't have any effect on the package build speed, because XZ is not involved since January 2020.

@klaasjanelzinga If you build packages just for yourself, you can omit package compression simply by changing the line PKGEXT='.pkg.tar.zst' (or maybe .pkg.tar.xz still in your case) to PKGEXT='.pkg.tar'.

XavierCLL commented on 2021-08-27 19:09 (UTC)

good catch @alorence, fixed in the new release, thanks

alorence commented on 2021-07-30 10:01 (UTC) (edited on 2021-07-30 10:04 (UTC) by alorence)

I recently encountered issues to build Cython extension for a project using python 3.6, installed using pyenv, while my system use python3.9 by default. The error was easily reproducible in console, and was related to missing _pydevd_frame_eval/pydevd_frame_evaluator.c in pydevd folder.

I noticed that the PKGBUILD run

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

as first command in the build step. While I understand that *.so and *.pyd files may be deleted before building, I don't understand why *.c files are deleted too. Is it an error ?

By the way I edited the PKGBUILD before building the package to remove *.c files deletion, and I was able to build Cython extension for my py3.6 project

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

Brikowski commented on 2021-05-24 08:29 (UTC) (edited on 2021-05-25 16:59 (UTC) by Brikowski)

I also had the problem "ModuleNotFoundError: No module named 'Cython'" when building from the terminal with Pamac on Manjaro. However, I had a conda virtual environment activated.

The build finished successfully for me when using Pamac GUI.

XavierCLL commented on 2021-05-12 21:59 (UTC)

I don't have errors in the build but I'll check it, thanks @Cthulu201

Cthulu201 commented on 2021-05-12 18:26 (UTC)

I usually build in a clean chroot (no makepkg -s) and was getting Cython errors. I've modified your PKGBUILD so it builds and runs for me. Happy for any feedback: https://0bin.net/paste/0tfmKwCN#wGHqvnUJ7bAHshbTKahSR1DeqMyWndoN+CPmEaHz9KX

autoferrit commented on 2021-04-18 06:24 (UTC)

It looks like my issues was that I use pyenv and I had 3.9 set as the global python version. setting pyenv global system works for me. Note that there is an issue with setting the global version to system on Arch, in that it check for python being in a bin dir, not sbin and on my system /usr/sbin was a symlink to /usr/bin and sbin was first. To fix it I unlinked /usr/sbin, set pyenf global to system, installed pycharm, then added the link back.

autoferrit commented on 2021-04-17 19:38 (UTC)

I am getting the same error. Fresh terminal with no environment loaded, and nothing in PYTHONPATH. I also made sure to clear the cache and do a clean build.

==> Starting build()...
Traceback (most recent call last):
  File "/home/shawn/.cache/yay/pycharm-professional/src/pycharm-2021.1/plugins/python/helpers/pydev/setup_cython.py", line 112, in <module>
build_extension("_pydevd_bundle", extension_name, target_pydevd_name, force_cython, extension_folder, True)
  File "/home/shawn/.cache/yay/pycharm-professional/src/pycharm-2021.1/plugins/python/helpers/pydev/setup_cython.py", line 69, in build_extension
    from Cython.Build import cythonize  # @UnusedImport
ModuleNotFoundError: No module named 'Cython'
==> ERROR: A failure occurred in build().
    Aborting...
error making: pycharm-professional

evandare commented on 2021-04-08 17:49 (UTC)

Works now, I did indeed have a virtualenv active. Oops and thanks @XavierCLL, @klaasjanelzinga!

klaasjanelzinga commented on 2021-04-08 17:43 (UTC) (edited on 2021-04-08 17:43 (UTC) by klaasjanelzinga)

Hi @evandare, pls check if you do not have a virtualenv active.

XavierCLL commented on 2021-04-08 17:35 (UTC)

Hi @evandare, your error may be due to various reasons (but none related to this package) check your PYTHONPATH of if you have a special installation of some components in Python. You can also build the package in a clean chroot [0] or use an unofficial repo [1].

[0] https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_clean_chroot [1] chaotic-aur

evandare commented on 2021-04-08 17:06 (UTC) (edited on 2021-04-08 17:08 (UTC) by evandare)

Hi, I get the following error during the build step:

==> Starting build()...
Traceback (most recent call last):
  File "/home/XXX/.cache/yay/pycharm-professional/src/pycharm-2021.1/plugins/python/helpers/pydev/setup_cython.py", line 112, in <module>
    build_extension("_pydevd_bundle", extension_name, target_pydevd_name, force_cython, extension_folder, True)
  File "/home/XXX/.cache/yay/pycharm-professional/src/pycharm-2021.1/plugins/python/helpers/pydev/setup_cython.py", line 69, in build_extension
    from Cython.Build import cythonize  # @UnusedImport
ModuleNotFoundError: No module named 'Cython'
==> ERROR: A failure occurred in build().
    Aborting...
error making: pycharm-professional

Installing Cython via pacman -S cython doesn't seem to fix it.

kbkeller commented on 2021-04-07 20:01 (UTC)

There is a new version available 2021.1

rhysperry111 commented on 2021-03-21 20:15 (UTC) (edited on 2021-03-21 20:20 (UTC) by rhysperry111)

This package appears to hang forever on

  -> Compressing package...

EDIT: I have observed this on multiple packages. Suspecting a problem on my end/with yay

XavierCLL commented on 2020-12-21 23:14 (UTC)

@edacval fixed, thanks

edacval commented on 2020-12-21 22:21 (UTC)

Build fails with : install: cannot stat '/opt/pycharm-professional/bin/pycharm.png': No such file or directory Fix:

diff --git a/PKGBUILD b/PKGBUILD
index 6912f8b..fc3ec0c 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -66,8 +66,8 @@ package() {
     install -dm 755 "$pkgdir/usr/share/applications"
     install -Dm 644 "$pkgname.desktop" "$pkgdir/usr/share/applications/"
     install -dm 755 "$pkgdir/usr/share/icons/hicolor/"{128x128,scalable}"/apps/"
-    install -Dm 644 "/opt/$pkgname/bin/pycharm.png" "$pkgdir/usr/share/icons/hicolor/128x128/apps/pycharm.png"
-    install -Dm 644 "/opt/$pkgname/bin/pycharm.svg" "$pkgdir/usr/share/icons/hicolor/scalable/apps/pycharm.svg"
+    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"

     # exec
     install -dm 755 "$pkgdir/usr/bin/"

XavierCLL commented on 2020-12-21 21:04 (UTC)

@Singularity yeah I know that pixmap is deprecated I did it due to a request by one user but I think in the hicolor folder is the correct place, fixed, thanks. @nickb937 I checked it and I added some of them, nspr is provided by nss and jre-openjdk-headless is not necessary, this pycharm version uses the bundle package with JRE inside provided by them.

nickb937 commented on 2020-12-15 10:45 (UTC)

The following packages are required dependencies:

libxss, nspr, nssutil, jre-openjdk-headless

See: ldd /opt/pycharm-professional/jbr/lib/libjcef.so

hopter commented on 2020-12-11 10:41 (UTC)

why hardcoded the icon path in desktop file?

Singularity commented on 2020-12-08 19:24 (UTC)

I just looked over the last changes. You placed a link to the icon in /usr/share/pixmaps. However, you also hardcoded the icon path in the desktop files now. If you wouldn't do that, the icon theme could provide it's own icon, and the one from pixmaps would be used if it doesn't. Also, I think using the pixmaps directory is deprecated, /usr/share/icons/hicolor/scalable/apps/ is the new location.
PS: I also wouldn't hardcode the executable's path either, because then I can override it by placing my own in /usr/local/bin … (For example, I do that with java applications which still need java8, to set there a different JAVA_HOME and then calling the real binary from there.)

klaasjanelzinga commented on 2020-12-08 10:19 (UTC)

@donny thanks for the reply. I had cython installed and did a clean build. The problem was that I was working in a virtualenv. In this virtualenv there was no Cython installed.

So I deactivated and it worked, like a charm :)

donny commented on 2020-12-08 09:49 (UTC)

@klaasjanelzinga: Make sure your system is up to date (pacman -Suy) and cython package is installed (it's in makedepends), it's in the [community] repo. Also if you use yay or some similar aur helper, do a clean build, don't re-use your old build files.

klaasjanelzinga commented on 2020-12-08 09:36 (UTC) (edited on 2020-12-08 09:37 (UTC) by klaasjanelzinga)

Hi, I am getting an error when updating:

==> Removing existing $pkgdir/ directory...
==> Starting build()...
Traceback (most recent call last):
  File "pycharm-2020.3/plugins/python/helpers/pydev/setup_cython.py", line 
112, in <module>
    build_extension("_pydevd_bundle", extension_name, target_pydevd_name,     
force_cython, extension_folder, True)
  File "pycharm-2020.3/plugins/python/helpers/pydev/setup_cython.py", line 
69, in build_extension
from Cython.Build import cythonize  # @UnusedImport
ModuleNotFoundError: No module named 'Cython'
==> ERROR: A failure occurred in build().
    Aborting...
error making: pycharm-professional

mqs commented on 2020-12-06 12:43 (UTC)

@XavierCLL thank you for the swift fix :)

XavierCLL commented on 2020-12-06 01:54 (UTC) (edited on 2020-12-06 02:01 (UTC) by XavierCLL)

Hi @mqs, thanks for reporting it, I didn't know that some app still uses the pixmaps folder, fixed, (update: small fix but I decided increases the pkgrel)

mqs commented on 2020-12-05 23:17 (UTC)

Hey! Thanks for the package. Could you please put the icon back into /usr/share/pixmaps, so other apps can find it via xdg (when only searching for the icon)? A symlink to /opt/pycharm-professional/bin/pycharm.png(or svg) should be enough.

I noticed that it was gone by pure coincidence (the albert plugin[1] uses it and I was working on it today) :D

Is there a reason it was (re)moved?

[1] Albert Launcher: https://albertlauncher.github.io/ Jetbrains plugin for albert: https://github.com/mqus/jetbrains-albert-plugin

XavierCLL commented on 2020-12-05 18:48 (UTC)

Thanks guys, updated and fixed

donny commented on 2020-12-05 14:34 (UTC) (edited on 2020-12-05 14:35 (UTC) by donny)

@qft thanks for your tip, it's working again.

  • add 'cython' to makedepends, so it looks like this:

makedepends=('python-setuptools' 'cython')

  • update the build() function:
build() {
  cd "pycharm-$pkgver"

  # compile PyDev debugger used by PyCharm to speedup debugging
  rm plugins/python/helpers/pydev/_pydevd_frame_eval/*.c
  python plugins/python/helpers/pydev/setup_cython.py build_ext --build-temp build --build-lib . --force-cython 

  rm -r bin/fsnotifier lib/pty4j-native/linux/{x86,ppc64le}
}

qft commented on 2020-12-05 03:57 (UTC)

@XavierCLL The reason for this bug is that the debugger .c files are not synchronized with the .pyx files. This issue can be fixed by regenerating the .c files by passing the --force-cython flag to setup_cython.py. As I have done in the pycharm-eap PKGBUILD https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=pycharm-eap

XavierCLL commented on 2020-12-04 06:32 (UTC)

Confirmed, thanks for reporting it @flying-sheep

flying-sheep commented on 2020-12-03 14:54 (UTC) (edited on 2020-12-03 14:56 (UTC) by flying-sheep)

The speedups seem to not work currently with Python 3.9:

https://youtrack.jetbrains.com/issue/PY-45771

so we should probably not compile them for the time being

ajong commented on 2020-08-15 03:30 (UTC)

Just updated to 2020.2 on my XFCE Manjaro system. For some reason, natural scrolling is being inconsistent within PyCharm. The markdown visualization behaves properly with natural scrolling, but the code editor scrolls in the opposite direction. Certainly a strange bug! I'm using libinput for smooth scrolling, could be the issue? I realize this is most likely an issue with my personal device, but would anyone know how to fix this, please?

XavierCLL commented on 2020-07-30 17:28 (UTC) (edited on 2020-07-30 17:33 (UTC) by XavierCLL)

Hi @navarroaxel, good point, I set the ".0" to specify that it is the first version of the main release "2020.2", "literally" I'm not changing the package version but at the same time you're right, I'll do it for the next main release.

navarroaxel commented on 2020-07-30 11:24 (UTC)

The https://wiki.archlinux.org/index.php/Arch_package_guidelines#Package_versioning says that the package version "should be the same as the version released by the author". I think you should use 2020.2 without the trailing ".0".

grinderz commented on 2020-07-14 05:38 (UTC)

i'm waiting fixed updates via pkgrelease version in terminal, seems sometimes need open browser ))

XavierCLL commented on 2020-07-13 19:41 (UTC)

@lybin yes I know, but sometimes for some small changes or fixes it is not necessary, it can wait for the next release

lybin commented on 2020-07-13 19:25 (UTC)

Please increase pkgrel= when you make internal package changes, thanks

XavierCLL commented on 2020-07-13 19:21 (UTC)

Updated, thank @jheinz and sorry for that I wanted to push this small fix for the next update but I forgot to update the current shasums

jheinz commented on 2020-07-13 08:47 (UTC) (edited on 2020-07-13 08:49 (UTC) by jheinz)

Hi @XavierCLL, I think since you removed that line from charm.desktop yesterday, you'll also need to change its SHA256 sum from '773f169fac40fa5df69ccf90680238524f99c42aaa2b037e78e01cfc8c545280' to 'b026ef96831448be743f86e7e44bfa676629e8c3eb418c893fd87515c06263a7' in order to fix the validity check. Thanks for your work and quick responses!

meirg commented on 2020-07-12 20:47 (UTC)

@XavierCLL Yes, that works too

XavierCLL commented on 2020-07-12 18:46 (UTC) (edited on 2020-07-12 18:47 (UTC) by XavierCLL)

thanks @lybin JetBrains does not provide this desktop entry (neither the charm by default), I created it for this Archlinux package and I realized that the StartupWMClass is not necessary for the charm.desktop entry, thanks @meirg for the report it and confirm if your problem is fixed if you delete the line StartupWMClass in the /usr/share/applications/charm.desktop and running sudo update-desktop-database -q

lybin commented on 2020-07-12 17:31 (UTC)

Yes both desktop files contain wmclass "jetbrains-pycharm" if you run not through menu probably another. If @XavierCLL copied these files as is, all questions to jetbrains in bugtracker. I have experience, they answer and ready to help.

meirg commented on 2020-07-12 17:25 (UTC)

@lybin @XavierCLL I checked and there are no other desktop files in my user dir. The issue occurs with Icons-only Task Manager. I have the full program pinned to the task manager and when I launch sometimes it is grouped under the pinned icon and sometimes it shows in a separate group called "Charm" since they both have the class "jetbrains-pycharm". Deleting the charm.desktop file fixed for me so not really an issue anymore if I delete after updating. Strange that it doesn't happen for anyone else.

lybin commented on 2020-07-10 08:23 (UTC) (edited on 2020-07-10 08:28 (UTC) by lybin)

@meirg pls explain with more details your problem. KDE, works all, but you say about WM_CLASS and I can't understand what wrong.. They are both "jetbrains-pycharm"

XavierCLL commented on 2020-07-09 22:35 (UTC)

Hi @meirg, the charm desktop entry is for the light editor, you can access it in the menu (for open the python files with charm) or in the terminal $charm file.py. The pycharm-professional desktop entry is only to open the full IDE. I use KDE too, I don't have problems with that, check ~/.local/share/applications/ delete if exist some desktop entries for charm or pycharm, or describe your problem with more details.

meirg commented on 2020-07-09 20:27 (UTC)

Why are there multiple desktop entries (charm & pycharm-professional)? It's causing issues in KDE matching the WM_CLASS, sometimes it identifies as one and sometimes the other.

Thanks for all your work packaging!!

Polly commented on 2020-05-19 09:34 (UTC) (edited on 2020-05-19 09:36 (UTC) by Polly)

Hey everyone, I stumbled over a bug in the recent builds (appears from 2019.3 upward) where the whole IDE hangs with the process "REPL Communication": https://youtrack.jetbrains.com/issue/PY-40019

Destroyed work for quite some people and is not present in 2019.2. Until there is a fix I would recommend using the older version. Cheers

donny commented on 2020-04-24 10:18 (UTC)

@XavierCLL: I never said that, please don't simplify it like that. @lybin is not right, he only came to attack me using my own words ripped out of context. The problem is not about comparing my time to yours, I do really value your time as much as mine. I was pointing out that you decided to change the official distribution, and it affected me in my work time, while I was supposed to do something else, and I needed to do it asap. But instead I needed to fix the package. Now I can see I was all wrong because 1) I should keep this to myself and only focus only on the package here, and 2) you announced the change here and I just didn't mention that, because the "sudo" bug took all my attention. So I appologize for that.

Back to the subject. I would like to point out this from the Arch Wiki that could be related.

"Packages are only split when compelling advantages exist, such as to save disk space in particularly bad cases of waste." - Arch Linux principle of simplicity

"All important messages should be echoed during install using an .install file. For example, if a package needs extra setup to work, directions should be included." - Arch package guidelines

If you decide the fonts extraction is conform with the principle of simplicity, I suggest you to create some nice banner saying "the optional package ttf-jetbrains-mono is part of the PyCharm's default configuration, and it is advised to be installed to keep the default configuration working" or something in that :). Then all users will be warned by the time of the package installation, and no other problems would appear.

XavierCLL commented on 2020-04-24 08:19 (UTC)

@donny: @lybin's right, you cannot say that your time is more valuable than that of others, any spare or working time, is time.

lybin commented on 2020-04-24 08:08 (UTC)

@donny, thanks for unpaid minute spent on me :)

donny commented on 2020-04-24 07:51 (UTC)

@lybin I am sorry for upsetting you. Further explanations from you are not needed anymore, thanks for your participation.

XavierCLL commented on 2020-04-24 07:28 (UTC) (edited on 2020-04-24 07:30 (UTC) by XavierCLL)

so as not to further expand this discussion, I will be brief, I wanted to delete the built-in fonts due, for instance, the jetbrain font is developing in an independent stream, it has more patches and releases more often than the Pycharm releases, using the system font guarantee the latest version of the fonts, for example, but I never imagined that cause problems (sorry, and is Jetbrain patching the fonts? I don't think so), whatever the reason for the problem, I'll keep the built-in fonts as is now. I always dedicate some part of my little spare time to contribute in different ways to FLOSS to return to the community a little bit of what they give me (packaging/maintaining is one small of them, normally easy but not free of errors). Thanks guys

lybin commented on 2020-04-24 05:45 (UTC) (edited on 2020-04-24 06:22 (UTC) by lybin)

@donny, "but please don't compare your unpaid free time with my working hours" please don't tell us next time about your unpaid hours, then nobody will compare it. He spend time that you without pain can work since 2013-09-25 10:56 and now you telling him that? multiply about 10 min on each release, and calculate how many hours he saved you. But I'm agree with your suggestions.

sanerb commented on 2020-04-24 01:15 (UTC)

@XavierCLL-

Thank you for reverting. Your attention and quick resolution is noticed and much appreciated.

donny commented on 2020-04-23 23:39 (UTC) (edited on 2020-04-23 23:42 (UTC) by donny)

Telegram has similar story. Fonts removed from the package in 1.5.0-2, the update reverted in 1.5.0-3, introduced again with additional patch fixing the visual issues in 1.5.1-2.

But it's history. Today, Telegram Desktop does not include Open Sans fonts in the build (I mean the cmake build, not the arch package build), unless you reconfigure it to do so. Also afaik Telegram Desktop is Qt app, so it chooses some cute default font when the expected one isn't installed.

On the other side, what does JetBrains say on their websites:

"The most recent version of JetBrains Mono ships with your JetBrains IDE starting with v2019.3."

"JetBrains Mono - Default editor font in PyCharm Since 2020.1"

Telling me "you were using fonts in pycharm that wasn't installed on your system" after removing the default font from the package, the font that is said to be part of the official distribution, is big fail, I am sorry to say that.

Please, @XavierCLL, don't take me wrong, I do appreciate your work on the package, I'm glad you do this and I really like the incredible speed of the package upgrades, and I really don't want to be rude (but please don't compare your unpaid free time with my working hours). I just don't want my most important AUR package to be broken. I rely on this package a lot and you didn't even wrote any warning here in comments about such big change (the package has 19 optdeps, it's easy to overlook the new one), so when I started the app, and had to wait three seconds to render any dropdown menu etc., and then I saw the ugly java-default-monospace font in console (that really wasn't the one I choose in my DE as a default monospace font), I was a little frightened.

CaeZaR commented on 2020-04-23 17:14 (UTC)

@XavierCLL, thanks for your consistent work packaging up pycharm. It is appreciated.

Kharacternyk commented on 2020-04-23 17:09 (UTC)

@sanerb There is a precedent in the official repos: Telegram is shipped without DejaVu Sans built-in. The font is an optional dependency, just like here.

tocic commented on 2020-04-23 10:45 (UTC)

Also got broken fonts after the upgrade. Please fix it.

sanerb commented on 2020-04-23 09:41 (UTC) (edited on 2020-04-23 10:06 (UTC) by sanerb)

@XavierCLL -

@donny is very much correct when he says "Please don't touch the official distribution if such change doesn't fix broken functionality in Arch Linux".

Making changes from upstream that are not simply to fix bugs is simply NOT the Arch Way. Note the very first one, "Simplicity":

"Arch Linux defines simplicity as without unnecessary additions or modifications. It ships software as released by the original developers (upstream) with minimal distribution-specific (downstream) changes: patches not accepted by upstream are avoided, and Arch's downstream patches consist almost entirely of backported bug fixes that are obsoleted by the project's next release."

If you believe that your modifications are superior to how JetBrains intended to distribute their product, you are welcome to suggest upstream to them. Users installing this package expect the package to operate as JetBrains distributes it. Alternatively, if you insist on packaging them for the AUR, they should be done so as a separate AUR package (e.g. "pycharm-professional-nofonts").

Please rectify this and remove your deletion of the JetBrains-bundled fonts in this package, otherwise further action may be taken by this package's users. I can confirm breakage as my system fonts are not even populated in the editor, and now none of my lines line up properly. Further, my custom guides are gone. In a language that is entirely whitespace-driven such a python, this is a big deal. With multiple users confirming breakage for them with your change, "works for me" is absolutely not a justified response. This is why you do not make unnecessary changes from upstream, even if you deem them "improvements".

Further, this modification in a packaging context of a proprietary-licensed product may or may not constitute breach of license. I'd recommend consulting with JetBrains on this. However, it's quite clear that your users disagree with your modifications.

XavierCLL commented on 2020-04-22 17:16 (UTC) (edited on 2020-04-22 17:43 (UTC) by XavierCLL)

@donny that was because you were using fonts in pycharm that wasn't installed on your system, and use the system font is better, or otherwise if you or someone else can describe that pycharm is unstable with this change in more details, I'll reverse that change. I've tested and all works perfectly. ("and nobody will pay me for this" me neither)

donny commented on 2020-04-22 08:51 (UTC)

As for the latest change - "remove internal fonts, instead use system fonts". PyCharm on my machine become slow and some fonts are messed up. I needed to rebuild the package without removing the built-in fonts, then everything is ok again. Please don't touch the official distribution if such change doesn't fix broken functionality in Arch Linux. I am supposed to work now, but I must solve package issue instead, and nobody will pay me for this.

XavierCLL commented on 2020-04-21 20:59 (UTC)

Thanks @donny, fixed!

donny commented on 2020-04-21 17:52 (UTC) (edited on 2020-04-21 17:53 (UTC) by donny)

There is also no need to use the -f parameter within the rm call. Please remove it together with the sudo.

While you are updating the PKGBUILD, please make sure to use quotation marks when using a variable in a string parameters. Missing that causes a package build to fail when the build path contains a space character.

Example:

bad: install -dm 755 $pkgdir/opt/$pkgname

good: install -dm 755 "$pkgdir/opt/$pkgname" (this variant is used in /usr/share/pacman/PKGBUILD.proto)

also good: install -dm 755 "$pkgdir"/opt/"$pkgname"

XavierCLL commented on 2020-04-21 17:38 (UTC)

Thank for the report @hottea, that was a silly mistake, fixed

hottea commented on 2020-04-21 06:02 (UTC)

We usually don't use sudo in PKGBUILD, could you update this line?

XavierCLL commented on 2020-04-20 20:38 (UTC)

Hi folks, thanks for your comments, I've removed the speedup debugging for python2 and I've realized that the Pycharm has some internal fonts, I've removed it with the purpose that Pycharm use the system font, always better, official fonts keep more updates and patches specific for Arch. Regarding the above ttf-font is needed for the UI, jetbrain mono fonts as optdepends.

Dunky13 commented on 2020-04-20 08:51 (UTC)

@k4M81c the package is for 2020.1, why mark it as out-of-date?

lybin commented on 2020-04-09 17:46 (UTC)

Can to add checks, if exists then build. ttf-font dependency is necessary now after they add Mono font in-build?

XavierCLL commented on 2020-04-09 17:26 (UTC)

Ok, I'll consider removing it in the next update

spapanik21 commented on 2020-04-09 08:35 (UTC)

It is indeed compiled for both, but as some people don't ever develop in python2, the debugger speedup for python2 (which is officially unsupported) is unnecessary.

XavierCLL commented on 2020-02-07 20:24 (UTC)

debugger speedup is compiled for both python 2 and 3

flying-sheep commented on 2020-02-06 08:43 (UTC)

So will the debugger speedup compiled using python 2 do anything if you never debug python 2?

Because if not, you could just make it optional and only compile the python 2 stuff if python 2 is installed while the package is built.

mayhem commented on 2020-01-23 10:33 (UTC)

Building with clang9 fails with the following error: clang-9: error: unknown argument: '-fno-semantic-interposition'

The newer clang should ignore automatically this build flag https://reviews.llvm.org/D65616

orbital_sfear commented on 2019-12-04 03:51 (UTC)

The build is working again for me.

XavierCLL commented on 2019-12-03 06:52 (UTC)

Hi Flying-sheep, yes but that was temporal, I enable again the speedup debugging

flying-sheep commented on 2019-11-25 15:02 (UTC)

Can you please make the makedeps optional?

  1. the helpers currently don’t get installed anyway
  2. on a python2 free system compiling the python2 helpers isn’t necessary

XavierCLL commented on 2019-11-18 03:34 (UTC)

Hi, I think the problem is present in the Pycharm because in cython it seems to be fixed https://github.com/cython/cython/issues/2938 anyway I disable temporally the speedup debugging while it is fixed.

asimaranov commented on 2019-11-16 12:11 (UTC)

The same problem, _pydevd_bundle/pydevd_cython.c:331:11: error: too many arguments to function 'PyCode_New'

The offending request is gcc -pthread -fno-strict-aliasing -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -DNDEBUG -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python2.7 -c _pydevd_bundle/pydevd_cython.c -o build/_pydevd_bundle/pydevd_cython.o

fifthecho commented on 2019-11-15 20:37 (UTC)

@orbital_sfear I'm getting the same.

orbital_sfear commented on 2019-11-15 16:15 (UTC)

Is anyone else getting this error after python 3.8 dropped? _pydevd_bundle/pydevd_cython.c:331:11: error: too many arguments to function ‘PyCode_New’

I tried reinstalling cython, it didn't seem to help.

XavierCLL commented on 2019-09-13 03:50 (UTC)

Hi @deathangel908, that mistake is weird, check if you have the file /usr/share/pixmaps/pycharm.png and check your pycharm installation

deathangel908 commented on 2019-09-03 12:03 (UTC) (edited on 2019-09-03 12:04 (UTC) by deathangel908)

Can you please add an icon to desktop? I just see a blank icon https://static.pychat.org/photo/d6IeuTtb_image.png charm.desktop contains Icon=pycharm but I don't see it in the packagebuild

lybin commented on 2019-07-18 10:13 (UTC)

Hello, may be not bad idea separate package for jre: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=goland

XavierCLL commented on 2019-06-03 21:42 (UTC)

@nicoulaj good idea, added, thanks

nicoulaj commented on 2019-06-03 19:05 (UTC)

Another little thing, could you add /opt/pycharm-professional/bin/idea.properties to backup since we already have the vmoptions files ?

XavierCLL commented on 2019-05-26 23:26 (UTC)

Thanks @nicoulaj, added for the next release.

nicoulaj commented on 2019-05-26 17:11 (UTC)

The package could have an optdepends on python-docutils-stubs, pycharm asks for it when using sphynx.

XavierCLL commented on 2019-05-08 15:58 (UTC)

The problem with HiDPI displays was fixed with this release 2019.1.2

Dreyk commented on 2019-04-09 09:18 (UTC)

Thank you for coming back PyCharm with JBR!

XavierCLL commented on 2019-04-03 21:22 (UTC)

If someone wants to use the Java of the system (no JBR) using this package, is easy after install run sudo rm -rf /opt/pycharm-professional/jre64

XavierCLL commented on 2019-04-03 20:59 (UTC)

@ilinojkovic check if the old package is in /var/cache/pacman/pkg/, else you need to build manually with makepkg, if you need more help use the wikis or forums.

ilinojkovic commented on 2019-04-03 19:42 (UTC) (edited on 2019-04-03 19:43 (UTC) by ilinojkovic)

@XavierCLL Thanks for the response! I changed the settings as instructed, but I'm not quite satisfied with the results. What is the smoothest way to downgrade to 2018.3.5? Preferably using pacman/yay (arch newbie here btw)

XavierCLL commented on 2019-04-03 18:36 (UTC)

Thanks for your comments guys, @wizpig64 I consider that pycharm-professional must use the JBR, due that JetBrains apply several patches to the original JDK then I don't think necessary have another package like *-native-java (but it is open if you want), I changed it temporally to no-JBR for fix some problems, but I'm seeing that no-JBR come with other problems, I'm sorry for the inconveniences.

I expect that the issues relate with HiPDI will fix soon (not for the 2019.1.1) JetBrains are aware of it [1]

In the correct order to update this package, I should not update to 2019 until JetBrain fix the issues with HiPDI, but considering that this affected few people and being democratic, I just updated it to 2019.1.1 with JBR.

In HiPDI displays (not in all case) is possible to correctly adjust using -Dide.ui.scale=xx and font size in the IDE. @ilinojkovic for that read [2]

[1] https://blog.jetbrains.com/pycharm/2019/04/pycharm-2019-1-1/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+Pycharm+%28JetBrains+PyCharm+Blog%29 [2] https://stackoverflow.com/questions/54763698/how-to-change-the-toolbar-and-icons-scale-in-intellij-idea/54774584#54774584

ilinojkovic commented on 2019-04-03 16:33 (UTC) (edited on 2019-04-03 17:03 (UTC) by ilinojkovic)

@XavierCLL can you please be more elaborate what is needed for HiDPI displays? I'm running Manjaro KDE, and from this version of pycharm, forced font dpi from the system does not seem to be used, thus making everything so tiny...

davidism commented on 2019-04-03 15:57 (UTC)

I flagged this package out of date with the mistaken comment that 2019.1.1 fixes the RST issue when using the system JDK. That's not correct, but you can still get the bundled JDK while using the AUR package, there's a plugin that lets you manage it within PyCharm. Official instructions: https://intellij-support.jetbrains.com/hc/en-us/articles/206544879-Selecting-the-JDK-version-the-IDE-will-run-under

wizpig64 commented on 2019-04-03 07:20 (UTC)

For anyone trying to fix PyCharm opening RST files, switch the preview panel renderer from JavaFX to Swing in Settings > Languages & Frameworks > ReStructured Text.

Source: David @ https://youtrack.jetbrains.com/issue/PY-35102

It looks like the JavaFX renderer was broken when this package switched off the bundled Java runtime onto the native system one. This is a repeat of another bug in 2017, something about font subpixel rendering 8 pages back. Eventually the repo switched back to bundled, and I no longer had to edit the PKGBUILD with every update. Now a bug appears, the switch is made again, and more bugs appear.

Switching to native Java in order to fix bugs seems to have a history of creating more bugs. Not to mention creating the work of having to manually edit PKGBUILDs!

@XavierCLL, what do you think of the idea of using two packages for this scenario? Something like pycharm-professional and pycharm-professional-native-java. Then if a user encounters a bug (like hidpi), they can find a pinned comment here saying to switch to the other branch?

From a user experience point of view, having the switch be made for us is destructive, and fiddling with PKGBUILDs and checksums is no fun when we'd rather be developing. I think it makes more sense for the AUR repo to have single opinion on the matter of its dependencies, especially when there are real tradeoffs between the versions. An alternate opinion belongs in another repo with provides: pycharm.

Thank you for spending your time maintaining this repo for the community!

lybin commented on 2019-04-02 01:40 (UTC)

I'm also have white border on windows with not native JBR https://i.imgur.com/Comw6MZ.png KDE

Dreyk commented on 2019-04-01 19:03 (UTC) (edited on 2019-04-01 19:15 (UTC) by Dreyk)

@XavierCLL In my opinion, JetBrains has reasons to use its own java runtime implementation. And I use Manjaro Linux, not an Arch Linux, so I don’t want to keep track of additional dependencies. And with the random next update, their unexpected incompatibility (system java and PyCharm) can lead to problems that can be avoided if just do not complicate these things. In addition, I do not have HiDPI displays... Therefore, this did not affect me. But I hope that this bug will be fixed and you will be able to release the next version with JBR as before.

XavierCLL commented on 2019-04-01 14:45 (UTC)

@lybin yes, but that is not literally an error, however, if there are more troubles and if JBR fix the HiPDI error in the next release, maybe I will return to JBR version.

@dreyk not, the install file is not related with JBR, but why do you want to use the JBR version?

Dreyk commented on 2019-04-01 12:45 (UTC) (edited on 2019-04-01 12:46 (UTC) by Dreyk)

To use this update with JBR I only need to delete java-runtime dependency, remove the 'no-jbr' in link and update checksums in PKGBUILD file? I am not familiar with AUR packages and PKGBUILD, but why did you delete the "install=${pkgname}.install" line in this update? This is not related to "no-jbr" edition?

In any case, thanks for your work.

lybin commented on 2019-04-01 05:53 (UTC)

@XavierCLL, e.g. CTRL+SHIFT+F on tree left side

XavierCLL commented on 2019-03-31 22:29 (UTC)

@lybin which functionality? how to reproduce that message?

XavierCLL commented on 2019-03-31 17:58 (UTC)

This update use the no-jbr package (not bundled JRE) due to problems with hipdi [1] and if it works fine is prefer to use the native java of Archlinux, if you want use bundled JRE (JBR): delete java-runtime deps, remove the 'no-jbr' in link and update sums

[1] https://youtrack.jetbrains.com/issue/IDEA-209811

lybin commented on 2019-03-31 09:38 (UTC)

https://i.imgur.com/drx01Io.png some functionality ask for native JBR

Dreyk commented on 2019-03-31 09:11 (UTC) (edited on 2019-03-31 09:13 (UTC) by Dreyk)

Hello. The following updates will be with JBR? I would like to use native JBR for PyCharm... It means, I need to modify PKGBUILD according to older versions?

Obliviadge commented on 2019-03-29 12:24 (UTC) (edited on 2019-03-29 12:24 (UTC) by Obliviadge)

The sha256 sum for the 2019.1 charm is incorrect I think. I used: f23c1c7e63d9a8b9ae2e2c6139bb77cd7a6e6eb32ad22f47c74d9daca9a891d1

jat255 commented on 2019-02-27 17:53 (UTC)

Related to what @VikingofRock posted, has anyone using this package been able to install the Cython debugging extensions in a project that is using a conda environment as the Python interpreter? The extensions compile fine when using the system-wide python, but fail when using conda's python. I receive the following error when trying to compile the extensions manually:

$ sudo /path/to/miniconda/python /opt/pycharm-professional/helpers/pydev/setup_cython.py build_ext --inplace

running build_ext
building '_pydevd_bundle.pydevd_cython' extension
creating build/temp.linux-x86_64-3.6
creating build/temp.linux-x86_64-3.6/_pydevd_bundle
gcc -pthread -B /home/xxx/.conda/envs/xxx/compiler_compat -Wl,--sysroot=/ -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -fPIC -I/home/xxx/.conda/envs/xxx/include/python3.6m -c _pydevd_bundle/pydevd_cython.c -o build/temp.linux-x86_64-3.6/_pydevd_bundle/pydevd_cython.o
creating build/lib.linux-x86_64-3.6
creating build/lib.linux-x86_64-3.6/_pydevd_bundle
gcc -pthread -shared -B /home/xxx/.conda/envs/xxx/compiler_compat -L/home/xxx/.conda/envs/xxx/lib -Wl,-rpath=/home/xxx/.conda/envs/xxx/lib -Wl,--no-as-needed -Wl,--sysroot=/ build/temp.linux-x86_64-3.6/_pydevd_bundle/pydevd_cython.o -o build/lib.linux-x86_64-3.6/_pydevd_bundle/pydevd_cython.cpython-36m-x86_64-linux-gnu.so
/home/xxx/.conda/envs/xxx/compiler_compat/ld: build/temp.linux-x86_64-3.6/_pydevd_bundle/pydevd_cython.o: unable to initialize decompress status for section .debug_info
/home/xxx/.conda/envs/xxx/compiler_compat/ld: build/temp.linux-x86_64-3.6/_pydevd_bundle/pydevd_cython.o: unable to initialize decompress status for section .debug_info
/home/xxx/.conda/envs/xxx/compiler_compat/ld: build/temp.linux-x86_64-3.6/_pydevd_bundle/pydevd_cython.o: unable to initialize decompress status for section .debug_info
/home/xxx/.conda/envs/xxx/compiler_compat/ld: build/temp.linux-x86_64-3.6/_pydevd_bundle/pydevd_cython.o: unable to initialize decompress status for section .debug_info
build/temp.linux-x86_64-3.6/_pydevd_bundle/pydevd_cython.o: file not recognized: file format not recognized
collect2: error: ld returned 1 exit status
error: command 'gcc' failed with exit status 1

(x-posting this comment to the miniconda3 AUR page)

karcher commented on 2019-01-19 12:37 (UTC)

I had the same issue like VikingofRock with anaconda. I did: $ pyenv shell system and then I could install it normally.

VikingofRock commented on 2019-01-10 02:31 (UTC) (edited on 2019-01-10 02:32 (UTC) by VikingofRock)

If anyone else is encountering an error like:

~/miniconda3/compiler_compat/ld: build/_pydevd_bundle/pydevd_cython.o: unable to initialize decompress status for section .debug_info
~/miniconda3/compiler_compat/ld: build/_pydevd_bundle/pydevd_cython.o: unable to initialize decompress status for section .debug_info
~/miniconda3/compiler_compat/ld: build/_pydevd_bundle/pydevd_cython.o: unable to initialize decompress status for section .debug_info
~/miniconda3/compiler_compat/ld: build/_pydevd_bundle/pydevd_cython.o: unable to initialize decompress status for section .debug_info
build/_pydevd_bundle/pydevd_cython.o: file not recognized: File format not recognized

The solution is to take miniconda off of your path before building pycharm-professional.

gilbus commented on 2018-12-05 20:28 (UTC)

Updated sums for 2018.3.1

diff --git a/PKGBUILD b/PKGBUILD
index 4f9fb3c..dd230cd 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -1,8 +1,8 @@
 # Maintainer: XavierCLL <xavier.corredor.llano (a) gmail.com>

 pkgname=pycharm-professional
-pkgver=2018.3.0
-_pkgver=2018.3
+pkgver=2018.3.1
+_pkgver=2018.3.1
 pkgrel=1
 pkgdesc="Powerful Python and Django IDE. Professional Edition."
 arch=('x86_64')
@@ -20,7 +20,7 @@ source=(https://download.jetbrains.com/python/$pkgname-$_pkgver.tar.gz
         'charm.desktop'
         'charm')
 # https://download.jetbrains.com/python/pycharm-professional-${_pkgver}.tar.gz.sha256
-sha256sums=('18f9018761e1f5488906e97c02a48a20d8c10a090d969f5e1107028f2d679a60'
+sha256sums=('5807c5409d4903183e263828d6b9285dfef13784308c577432758a16697a8a3c'
             'aaf7113e8c56e4d977eca204d57350d9493eda2710abefd2488a2b5d47c53344'
             '40b297ac1d883583ed5d7aae75fb09497a2af5bda9dd4aff83bd6d2892ab6c95'
             '818ed42f4200ae13315587abf6f247f93e68c658a94794f73924c985cdc145d0'

readdeo commented on 2018-10-31 11:22 (UTC)

I get this error when trying to install with aurman:

error: could not extract /opt/pycharm-professional/jre64/lib/amd64/libjfxwebkit.so (Lzma library error: No progress is possible)

XavierCLL commented on 2018-10-27 15:52 (UTC)

Yeah @philzli, fixed thanks

Philzli commented on 2018-10-26 12:06 (UTC)

This package should conflict with pycharm-community-edition

XavierCLL commented on 2018-08-25 04:26 (UTC)

Hi @ixil, do you mean the possible to open the pycharm folder projects?

ixil commented on 2018-08-23 21:41 (UTC)

@XavierCLL, any chance the config folders could follow the xdg-guidelines defined in the python scripts? Thanks for your work! :)

dotfile commented on 2018-08-22 14:57 (UTC) (edited on 2018-08-22 14:57 (UTC) by dotfile)

2018.2.1 -> 2018.2.2; ce7313f337b7c20b120a9986cc6d9163ebbc2ef4e9f4743cd057f0730a4d8ec0 -> e7ce851728c411ff2112b82bfabbcb8d20d0433a8d7ce06887588cb278f8c8b1

XavierCLL commented on 2018-08-09 02:59 (UTC)

Thanks @dreamingincode, I will consider that option.

dreamingincode commented on 2018-07-28 05:15 (UTC)

@XavierCLL

Could you please add back PyCharm without JRE using split package, as done in other JetBrains IDE AUR packages?

Examples: - IntelliJ Idea Ultimate Edition: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=intellij-idea-ultimate-edition - Webstorm: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=webstorm - CLion: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=clion

I'm also ready to help if you don't have the time.

XavierCLL commented on 2018-07-26 17:37 (UTC)

@singularity yeah I forgot to delete that, thanks

XavierCLL commented on 2018-07-26 17:27 (UTC)

Yes I think the same, the best is that use the native java, I can consider implementing it again, but my experience was not the best, please try and tell me how it works.

XavierCLL commented on 2018-07-26 17:17 (UTC)

Hi matthias, I tested the no-jdk version and it has some problems using the java of the system related to hdpi support and other issues fixed using the jdk version, then I think that is not recommended to use, at least when jetbrains in the future support java>8

Singularity commented on 2018-07-26 17:11 (UTC)

I also miss it. I think the nojdk version should be the default one.

You don't need the update-cache part in the .install file anymore, it's done by pacman now. You find files with the name in /usr/share/libalpm/hooks/.

matthias.lisin commented on 2018-07-26 10:46 (UTC)

What happened to the no-jdk version?

matthias.lisin commented on 2018-06-15 10:55 (UTC)

@zerophase Can't reproduce. It sounds more like an GTK misconfiguration on your side.

zerophase commented on 2018-06-15 02:59 (UTC)

Getting a warning for not finding gtk-engine-murrine, when launching PyCharm from the console. I think it's an optional dependency.

MarcinWieczorek commented on 2018-06-04 09:57 (UTC)

Please quote the paths, such as $pkgdir

lybin commented on 2018-05-31 19:24 (UTC) (edited on 2018-05-31 19:24 (UTC) by lybin)

==> WARNING: Package contains reference to $srcdir

opt/pycharm-professional/helpers/pydev/_pydevd_bundle_ext/pydevd_cython.cpython-36m-x86_64-linux-gnu.so

opt/pycharm-professional/helpers/pydev/_pydevd_frame_eval_ext/pydevd_frame_evaluator.cpython-36m-x86_64-linux-gnu.so

XavierCLL commented on 2018-04-29 18:39 (UTC)

Hi @resurtm, you can set the java options in the file ~/.bash_profile (not in ~/.bashrc):

export _JAVA_OPTIONS='...'

e.g:

export _JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=lcd'

resurtm commented on 2018-04-29 15:29 (UTC)

Hey there! Nice package. :-)

I have a question: how can I adjust JVM settings for this PyCharm distribution? I remember in distribution coming from JetBrains there were some files called something like vmoptions and vmoptions64.

Is there anything like that in this package?

Thank you!

XavierCLL commented on 2018-04-03 17:47 (UTC)

@marquicus, it seems that packaging for python 3 is missing, check from repositories: sudo pacman -Sy python-packaging

marquicus commented on 2018-04-03 13:26 (UTC)

It throws the following error:

==> Validating source files with sha256sums... pycharm-professional-2018.1.tar.gz ... Passed pycharm-professional.desktop ... Passed pycharm-professional.install ... Passed pycharm ... Passed charm.desktop ... Passed charm ... Passed ==> Extracting sources... -> Extracting pycharm-professional-2018.1.tar.gz with bsdtar ==> Starting build()... Traceback (most recent call last): File "helpers/pydev/setup_cython.py", line 14, in <module> from setuptools import setup File "/usr/lib/python3.6/site-packages/setuptools/init.py", line 14, in <module> from setuptools.dist import Distribution, Feature File "/usr/lib/python3.6/site-packages/setuptools/dist.py", line 21, in <module> from setuptools.extern import packaging File "/usr/lib/python3.6/site-packages/setuptools/extern/init.py", line 61, in load_module "distribution.".format(**locals()) ImportError: The 'packaging' package is required; normally this is bundled with this package so if you get this warning, consult the packager of your distribution. ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build pycharm-professional. ==> Restart building pycharm-professional ? [y/N] ==> ---------------------------------------------</module></module></module>

==> ERROR: unable to update

The missing package is installed

$ pip install packaging Requirement already satisfied: packaging in /usr/lib/python2.7/site-packages Requirement already satisfied: six in /usr/lib/python2.7/site-packages (from packaging) Requirement already satisfied: pyparsing>=2.0.2 in /usr/lib/python2.7/site-packages (from packaging)

XavierCLL commented on 2018-03-09 16:35 (UTC)

@JSN190, I think that it is not a packaging problem, report it as an issue in the jetbrains bug system.

JSN190 commented on 2018-03-08 14:56 (UTC)

The latest update seems to break custom fonts. I can neither set a font for the editor nor the UI itself, as the font dropdown only lists one font.

XavierCLL commented on 2018-02-06 04:37 (UTC)

Hi @acidrain42, are you using the cython installed inside pycharm (in project interpreter)? try delete it and use only the cython provider by archlinux, maybe the problem is the incompatibility version used for generate the package

acidrain42 commented on 2018-02-05 19:11 (UTC)

That latest update (2017.3.3-2) breaks the cython extensions for me. It asks me to build them everytime I launch a debugger, even if I click install.

XavierCLL commented on 2018-02-04 21:44 (UTC)

Fixed, thanks for the report @xsmile

xsmile commented on 2018-02-04 13:33 (UTC)

The building process for the cython extensions needs an update, see https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/pycharm-community-edition&id=293d11360dcf86cb50adbddc8103730f0052f373.

XavierCLL commented on 2017-12-01 17:45 (UTC)

Hi @xengi, have you tried with jdk version? Do you use oficial archlinux jre?

XenGi commented on 2017-12-01 13:35 (UTC) (edited on 2017-12-01 13:51 (UTC) by XenGi)

This is my current state with nojdk pycharm. Pycharm with its own jre behaves exactly the same, but I have no logs for this. https://gist.github.com/XenGi/4ce69a1385842053f89dd83795a16151 This peace of shit software just freezes immediately when I close/open files or just completely random within seconds after I started it up. This bug remains now since several versions. My Bug report at Jetbrains was completely ignored. I used to really like this IDE but now I'm just hating it.. Do you guys have any idea how to fix this shit?

xsmile commented on 2017-10-05 20:19 (UTC) (edited on 2017-12-01 13:38 (UTC) by xsmile)

@XenGi: Did you manage to resolve your issue? PyCharm freezes here on Code Completion sometimes. The only information I found is not to use the OpenGL pipeline [1], but it doesn't seem to help. Also see [2]. EDIT: After some more testing, not using OpenGL works fine. 1: https://wiki.archlinux.org/index.php/Java#Better_2D_performance 2: https://youtrack.jetbrains.com/issue/JRE-241

XenGi commented on 2017-09-29 09:40 (UTC)

My Pycharm keeps freezing when I close a project or open/close a file in it. Am I the only one having these issues? It's barely usable. I only have these problems on Arch though. So maybe it's a difference when packaging? I'll try using it without thew integrated jre. Maybe that works better.

JohnRobson commented on 2017-09-08 14:38 (UTC)

Thank you @XavierCLL, I also have no idea... maybe is some problem only here.

XavierCLL commented on 2017-09-08 00:40 (UTC)

hi @johnRobson, I have not idea why is it, try comment the two lines of setup_cython.py build_ext and build again

JohnRobson commented on 2017-09-07 06:14 (UTC)

File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 1473, in get_metadata return value.decode('utf-8') if six.PY3 else value UnicodeDecodeError: 'utf-8' codec can't decode byte 0x8b in position 1: invalid start byte ==> ERROR: A failure occurred in package().

XavierCLL commented on 2017-08-24 00:16 (UTC)

It seems like a mirror of Jetbrains from somewhere.. china? try download it manually with the original url

wang199302 commented on 2017-08-23 06:38 (UTC)

Hi @SLKun, I have the same problem with you. My download redirecting to https://download.jetbrains.8686c.com/python/pycharm-professional-2017.2.1.tar.gz. This url contains the wrong package.

XavierCLL commented on 2017-08-18 04:07 (UTC)

Hi @SLKun, I checked the pkgbuild and this not have problems, the other sha256sums is only for nojdk package. Check your installation again.

SLKun commented on 2017-08-18 03:27 (UTC)

There are two problems when I install. 1. The sha256 checksum that I downloaded many times is '3f967aacb231a709afff9ac3191127d8f9c5ec4beb9ecb5d7c4f120e6691d879' rather than '365806065b9b2e0f530a2573864fe44efa8af5bd022562742d16f4a0f8938a68' which is provided by Jetbrains. It seems that @azrdev meet the same problem. I think maybe it can be check. 2. The folder of v2017.2.1 after decompression is 'pycharm-2017.2' rather than 'pycharm-_pkgver(2017.2.1)'. Maybe JetBrain have changed their naming rules?

nmiculinic commented on 2017-08-12 10:38 (UTC)

Hmm, I guess it's leftover from pycharm community. After deleting the file it appears working

XavierCLL commented on 2017-08-12 03:08 (UTC) (edited on 2017-08-12 03:15 (UTC) by XavierCLL)

Hi @nmiculinic, It so odd, the package does not install anything on /usr/local please check your installation, maybe you have another installation of Pycharm

nmiculinic commented on 2017-08-11 23:15 (UTC) (edited on 2017-08-11 23:15 (UTC) by nmiculinic)

[code] Traceback (most recent call last): File "/usr/local/bin/pycharm", line 108, in <module> start_new_instance(ide_args) File "/usr/local/bin/pycharm", line 103, in start_new_instance os.execv(RUN_PATH, [bin_file] + args) FileNotFoundError: [Errno 2] No such file or directory [/code] When trying to start pycharm

XavierCLL commented on 2017-07-31 17:21 (UTC)

Hi @azrdev, good idea, read the pinned comment for use it.

azrdev commented on 2017-07-29 18:03 (UTC) (edited on 2017-07-29 18:05 (UTC) by azrdev)

@XavierCLL I appreciate very much that you provide & maintain the no-jdk option in the PKGBUILD, I'm happily using it. Would it be possible to define this once as a flag/variable, instead of having to modify 3 locations? Edit: also it seems the pycharm-professional-2017.2-no-jdk.tar.gz doesn't match the checksum you provided, have they changed it?

XavierCLL commented on 2017-07-28 22:29 (UTC)

Yes @allspark you are right, the built package is not arch independent, fixed, thanks

allspark commented on 2017-07-28 19:16 (UTC)

"If a package is architecture-independent in its compiled state (shell scripts, fonts, themes, many types of extensions, etc.) then use arch=('any'). Please note that, as this is intended for packages that can be built once and used on any architecture, it will cause the package to be labeled -any as opposed to -i686, -x86_64, etc." [1] [1] https://wiki.archlinux.org/index.php/PKGBUILD

allspark commented on 2017-07-28 19:15 (UTC)

but with arch=('any') you can install the package build on x86_64 for x86_64 on an arm plattform.

XavierCLL commented on 2017-07-21 14:39 (UTC)

Hi @allspark, I not sure if is good idea fix the arch to i686 and x86_64, because there are mode architectures like arm that you can install this pkg

allspark commented on 2017-07-19 11:15 (UTC)

Hello, i think arch=('any') is wrong in this case, because the 'python ... build_ext' commands are compiling some files for python, and the results are not arch independent

Shibumi commented on 2017-05-11 17:55 (UTC)

Hello, I have a problem with opening the django project. When i try to open a django project I get errors like:"error creating textual authentication agent: no device /dev/tty" Therefore the pip-install for the dependencies fails also.. any idea how I can solve this issue? I have tried installing polkit-qt5-agent but this doesn't work also.. do I need to reboot after it?

XavierCLL commented on 2017-05-05 17:51 (UTC)

@antigluk, anyway, I put this files to backup who want edit it globally (for the next release, update manually if you want these changes), thanks

antigluk commented on 2017-05-05 11:04 (UTC)

Hi @XavierCLL Yes, agree, maybe it's better to configure locally. It just seems not right that global configuration file is not persistent, it's not always convenient to configure something on user level. Also I know many people who configure memory via bin/*.vmoptions file.

XavierCLL commented on 2017-05-04 18:34 (UTC)

Hi @antigluk, I understand your point, but for the app configurations for users is not recommended edit the installation files unless it is not otherwise possible to configure it, the Pycharm people say the same https://www.jetbrains.com/help/pycharm/2017.1/tuning-pycharm.html and with *.vmoptions is possible. For tunning the *.vmoptions go to (in Pycharm) "Help" > "Edit Custom VM Options" It create a local user configuration file for do it. Agree?

antigluk commented on 2017-05-04 15:39 (UTC)

@XavierCLL I need this to increase memory limit for JVM. I don't want to do it in bash_profile, because it's app-specific configuration

XavierCLL commented on 2017-05-03 15:48 (UTC) (edited on 2017-05-03 15:48 (UTC) by XavierCLL)

Hi @antigluk, before that, why do you need edit the pycharm.vmoptions? if is for the font or set some java options, consider using the _JAVA_OPTIONS variable in .bash_profile (read below)

antigluk commented on 2017-05-03 10:08 (UTC)

Hi! Can you please add pycharm.vmoptions file to backups? It gets overwrote after every update and it's a bit of pain :) 52a53,54 > backup=(opt/$pkgname/bin/pycharm.vmoptions) >

invik commented on 2017-04-13 08:40 (UTC)

Hm. I forgot to check that (solved!). I actually had it set, but to the literal value "setting". I wonder when and why I did that, as the default "lcd" value is fine for me. Also, I am still wondering why IntelliJ wasn't affected by the wrong setting...

XavierCLL commented on 2017-04-12 18:37 (UTC)

Hi @ricrogz, By default this app use the package with jdk, if you have problems with antialiasing you can set the Anti-aliasing font settings for Java app adding the following line to the user's file ~/.bash_profile: export _JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=setting' Replace 'setting' with on, lcd, gasp, etc. By default is configured with lcd. Read the following link for more options: https://wiki.archlinux.org/index.php/Java_Runtime_Environment_Fonts

invik commented on 2017-04-12 17:48 (UTC) (edited on 2017-04-12 17:52 (UTC) by invik)

Hi, I have seen the comments about ugly fonts, and the removal of the '-no-jdk' option. But still, I am having ugly fonts (without any antialiasing) in the splash screen and settings window texts. Is someone else also experiencing this? Strangest thing: in IntelliJ all fonts are normally rendered with antialiasing.

wizpig64 commented on 2017-02-14 01:03 (UTC)

-no-jdk won't let me run pycharm, all I get is a poorly-aliased error message complaining about JDK not being 1.7. Had to remove -no-jdk as described by @madarse - thanks! Here's the sha256 for 2016.3.2 (WITHOUT -no-jdk): c36413a56a8a1d046c84a2c32bab8aaba132551305a5db0845a6c7ed1dc0d4db Future versions can be found at urls like this: https://download.jetbrains.com/python/pycharm-professional-2016.3.2.tar.gz.sha256

dodobas commented on 2017-01-19 09:12 (UTC)

yeah, can you remove '-no-jdk' font rendering is horrible with the system java

madrse commented on 2016-12-19 13:38 (UTC)

For those who wish to install the bundled jdk edition, remove `-no-jdk` from the tarball name and replace the sha256sum in the pkgbuild file. With that said, I suggest using this tarball by default. Font rendering is better with the bundled jdk, and java-runtime can be removed as a dependency from this package.

noel commented on 2016-12-05 10:49 (UTC)

debugging not working anymore :(

jwilliamn commented on 2016-07-19 04:41 (UTC)

Thank you @XavierCLL, successfully installed!

XavierCLL commented on 2016-07-18 04:42 (UTC)

Hi jwilliamn, sorry I forget update the list of check-sums in the last commit, just at the moment I'm not with my laptop, for fix temporally please change line 4 of sha256sums with this (inside pkgbuild): 43e79e5a786fc76385634dc0a9f1c3489b25031745b840b0822b059fc91d1060

jwilliamn commented on 2016-07-18 03:40 (UTC)

Hi, I got this error: ERROR: One or more files did not pass the validity check! ERROR: Makepkg was unable to build pycharm-professional. @XavierCLL any help?

XavierCLL commented on 2016-07-16 16:35 (UTC)

Hi @nexero, for me work with both, but I think the bash shell is better for this, I changed it without increase version, thanks for the report.

nexero commented on 2016-07-16 08:16 (UTC)

pycharm doesn't start if I execute /usr/bin/pycharm If I replace '#!/bin/sh -l' with '#!/bin/bash -l' everything works as expected though... The man page of /bin @XavierCLL: Can you take a look at this?

XavierCLL commented on 2016-06-10 04:26 (UTC)

I have jre8-openjdk too, but when i run the "archlinux-java get" it return "java-8-openjdk/jre", run "archlinux-java status" and try install it with other aur manager like yaourt/pacaur or using makepkg directly.

FirefighterBlu3 commented on 2016-06-10 04:17 (UTC)

jre8-openjdk

XavierCLL commented on 2016-06-08 21:14 (UTC)

@FirefighterBlue3, which package do you have installed that provide the java=8-jre? @bbolgradov, if you want the Java 8 environment with JetBrains modifications you cant install this package: https://aur.archlinux.org/packages/jre8-openjdk-jetbrains-git/

FirefighterBlu3 commented on 2016-06-08 19:26 (UTC)

[non-root@Scott ~]$ pb -S pycharm-professional ==> Building pycharm-professional... -> aur/pycharm-professional 2016.1.4-1 (107 votes) [installed: 2016.1-3] -> Powerful Python and Django IDE. Professional edition ==> Cloning the git repository... Already up-to-date. ==> Checking dependencies... ==> ERROR: Failed to fulfill package dependency requirement: java-runtime>=8 (Package: pycharm-professional-2016.1.4-1) [non-root@Scott ~]$ archlinux-java get java-8-jre/jre any suggestions on what needs fixed?

XavierCLL commented on 2016-06-02 02:16 (UTC)

Hi @bbolgradov, We talk about this topic before, with the last version of JDK (v8) there aren't problems of HiDPI or font rendering, do you know what exactly fixes are applied in the bundled inside pycharm? or do you have any problems with this pycharm using the Java of Archlinux?, the official Java of the Archlinux is adjusted/fixes for the distribution (and more update), is better use that. But we can put this topic in discussion. Hi @JohnRobson, I don't know, this seems to be a DE problems (do you use gnome?)

JohnRobson commented on 2016-06-01 18:29 (UTC)

The new version 2016.1 has NO JDK Bundled: https://confluence.jetbrains.com/display/PYH/Previous+PyCharm+Releases This error: 'Gtk-Message: Failed to load module "rgba"' when I try to plot an image is related with JDK?! I'm using OpenJDK, should I use Oracle JDK or setup something?

bbolgradov commented on 2016-06-01 11:06 (UTC)

Why not use the package with bundled JDK? It's recommended to use theirs, as it includes many fixes before they are applied to Oracle's JDK. Also, the product is tested with it, so it shouldn't have problems that could otherwise occur. At least we should have another package on AUR, e.g. pycharm-professional-with-jdk "It's recommended to use the bundled JRE (if available). In case you have any issues with the bundled version, you can switch to the latest version of Oracle JDK or OpenJDK available for your system" - https://intellij-support.jetbrains.com/hc/en-us/articles/206544879-Selecting-the-JDK-version-the-IDE-will-run-under

JohnRobson commented on 2016-05-18 18:42 (UTC)

Gtk-Message: Failed to load module "rgba" Sorry about this question here, but someone know what I need to install or setup to show matplotlib graphic?

XavierCLL commented on 2016-05-11 15:27 (UTC) (edited on 2016-05-11 23:38 (UTC) by XavierCLL)

Hi, with this update I added the "charm" app, this is an script (modified but generated with Pycharm http://bit.ly/1T8LQe8) for opening a single file (for .py files and without need of a project) in Pycharm.

4X3L commented on 2016-04-20 18:01 (UTC)

pycharm-professional.install does not pass the validity test.

XavierCLL commented on 2016-04-16 16:56 (UTC)

Hi @oxplot, the libx11 is covered by libxslt, moreover, if anyone want run any app, the basic is to have installed a basic X11/DE environment, agree?

oxplot commented on 2016-04-16 06:53 (UTC) (edited on 2016-04-16 06:54 (UTC) by oxplot)

Should this have libx11 and libxrender as dependency? Because if X is not installed, none of the other dependencies require it and after install it won't run.

XavierCLL commented on 2016-04-13 16:51 (UTC)

Changes from 2016.1.2-1 to 2016.1.2-2: * Change url for download package without JDK * Is not necesary delete bundled JRE inside Pycharm installation * Added Python tox in optional depends * Added Pytest in optional depends

XavierCLL commented on 2016-04-09 21:59 (UTC)

Hi @Light2Yellow, the package created by this pkgbuild only have a one .desktop: $ pacman -Ql pycharm-professional |grep .desktop pycharm-professional /usr/share/applications/pycharm-professional.desktop $ Maybe the second .desktop was created by you.

commented on 2016-04-09 19:03 (UTC)

Isn't .desktop file created by IDE automatically? Because I always have two of them. Maybe one of them lives from time I've accidentally pressed "Create launcher" from IDE, but who knows...

XavierCLL commented on 2016-04-05 23:49 (UTC)

Mmm @Hideaki you are right, fixed, adjusted the depends with packages that provider java-runtime>=8, thanks (without increment pkgrel)

Hideaki commented on 2016-04-05 22:49 (UTC)

You should change the jre8-openjdk dependency to something like 'java-runtime=8' or 'java-runtime-openjdk=8'. That way people like me who are using patched versions of Java such as jre8-openjdk-infinality don't get dependency issues.

XavierCLL commented on 2016-04-05 21:52 (UTC)

Pycharm needs Java 8 or higher for work, in the before commits I deleted bundled JRE inside Pycharm installation (by recommendations), then I changed depends to specific Java 8, if you have Java 7 too you need set environment Java 8 with archlinux-java.

XavierCLL commented on 2016-04-03 17:00 (UTC) (edited on 2016-04-03 17:10 (UTC) by XavierCLL)

Hi @lybin, yeah I know! (I confused because in my country not exits the April fool day). If really Pycharm don't work with Java 7 I should change the depends or return the bundled JRE inside Pycharm.... I just tested and I confirm that Pycharm need Java 8 (can anyone confirm that?) , then.. I think that is good idea that Pycharm use the JRE of the OS for some reason (e.g. size, patches applied in JRE by Archlinux dev-team, receive more security updates, ...)

lybin commented on 2016-04-03 16:12 (UTC) (edited on 2016-04-03 16:23 (UTC) by lybin)

@XavierCLL, I was joking, but really, you've deleted bundled JRE inside Pycharm installation. May be PyCharm really requires Java 8, they can do this, because Java comes with PyCharm. Just now, I have thought about it... I support some packages, I usually don't remove libraries of QT e.g. because it need to care in a future about versions of libraries and can to break something )

XavierCLL commented on 2016-04-03 14:26 (UTC)

ohh yeah Python 8! :)

lybin commented on 2016-04-03 08:07 (UTC)

http://blog.jetbrains.com/pycharm/2016/04/pycharm-2016-1-1-eap-is-available/ You don't believe, but they dropped support for older Python versions before Python 3.5 and added preliminary support for Python 8 *ROFL*

XavierCLL commented on 2016-04-02 19:25 (UTC)

Hi @zopieux, I don't believe that the latest version Pycharm drop support the java 7, where did you read that?, I think that if Pycharm works in different versions of Java, is better the user choose the Java version to use. (and the next version 2016.1.1 is not released yet)

zopieux commented on 2016-04-02 14:58 (UTC)

Latest version requires Java 8. You should fix the dependencies, as Java 7 is not an option anymore. You should also fix the .desktop so it uses the right Java (8!) path.

XavierCLL commented on 2016-03-31 15:45 (UTC)

Thanks @vdemin for your help, I just tested temporally hard delete the giflib (-Rdd) and can run Pycharm without errors. Maybe this bug report only success with intellij-idea or the new versions don't have this problem

vdemin commented on 2016-03-31 08:15 (UTC)

Thanks for your work! Found this old bug: https://bugs.archlinux.org/task/26511 Can someone run PyCharm on OpenJDK without giflib? It runs successfully on JDK.

XavierCLL commented on 2016-03-30 21:32 (UTC) (edited on 2016-03-30 21:33 (UTC) by XavierCLL)

Me too I used this for years but we have not problems because we have installed these packages before, the namcap said that some binaries of Pycharm needs of alsa-lib and gtk2, I agree with you for confirm this this need test in a clean environment without DE, but now I have not time for that, then for now I will delete alsa-lib and gtk2 as hard dependencies, is better. Thank you! with respect with giflib, I saw some pycharm build in others distributions (ubuntu ppa and gentoo) and they not put giflib as depends

vdemin commented on 2016-03-30 21:08 (UTC)

Never used namcap, but alsa-lib and gtk2 definitely should not be hard dependencies. The package should be compiled on any machines without any DE, therefore ttf-font should be in depends. giflib may not be needed, but it is best to check it in a clean environment. Previous set of depends has been tested for years, and I would suggest not to touch it without good reason.

XavierCLL commented on 2016-03-30 20:25 (UTC)

Hi @vdemin, I used namcap (https://wiki.archlinux.org/index.php/namcap) for check dependencies, this recommended delete ttf-font, giflib and added the others packages, I know namcap is not perfect. The ttf-font is autoinclude when you install a (most) DE, now I'm thinking added it (maybe is better), namcap detect that giflib is not used by any binary/library in Pycharm (but I don't sure if really pycharm use giflib)

vdemin commented on 2016-03-30 20:02 (UTC)

Thank you! Just curious about other depends, why did you include alsa-lib, gtk2, libxslt and remove ttf-font, giflib? Depends of the community package looks more correct: https://www.archlinux.org/packages/community/any/intellij-idea-community-edition/ depends=('java-environment' 'giflib' 'libxtst' 'libxft' 'ttf-font')

XavierCLL commented on 2016-03-30 19:43 (UTC)

sorry I forgot this, done.

lybin commented on 2016-03-30 19:37 (UTC)

+1 @vdemin

vdemin commented on 2016-03-30 19:34 (UTC)

Thanks! Can you please also revert depends? Many people have only JDK installed.

XavierCLL commented on 2016-03-30 19:18 (UTC)

I got it! fixed

vdemin commented on 2016-03-30 18:09 (UTC)

Thank you for quick response, but we mean `rm -rf /opt/pycharm-professional/jre/`.

XavierCLL commented on 2016-03-30 18:01 (UTC) (edited on 2016-03-30 18:02 (UTC) by XavierCLL)

I have adjusted the depends and optdepends, change the java-environment by java-environment-openjdk, now only depend of JDK, but you can't delete JRE because JDK depend of JRE.

vdemin commented on 2016-03-30 12:44 (UTC)

@veluria +1

sflor commented on 2016-03-30 08:49 (UTC)

Can you please remove the bundled JRE?

lybin commented on 2016-03-24 05:14 (UTC)

76f9debcf5621f03a859afa37534e400685d2064664a57af9a47c4859ab407a7 ./pycharm-professional-2016.1.tar.gz pkgver=2016.1 _pkgver=2016.1

dumphblooz commented on 2016-03-24 03:47 (UTC)

Please, update pkgbuild http://blog.jetbrains.com/pycharm/2016/03/announcing-general-availability-of-pycharm-2016-1/

intgr commented on 2015-11-03 08:45 (UTC)

ipython and ipython2 should be in optdeps, they are not required to run PyCharm.

markzz commented on 2015-11-02 23:14 (UTC)

Before you push, be sure to have tested it first. Having the package flagged for a few extra hours (or days even) won't hurt. This will prevent people from having to make modifications to the PKGBUILD to make sure it builds and frustrating people. Having said that, if something doesn't build, we are all capable of making changes so it can build and if one needs help, the wiki has plenty of information on how to write a PKGBUILD.

XavierCLL commented on 2015-11-02 19:12 (UTC)

Fixed, sorry I could no test the update, thanks markzz

timvandekerkhof commented on 2015-11-02 18:58 (UTC)

Thanks @markzz, that PKGBUILD seems to work :)

markzz commented on 2015-11-02 18:45 (UTC)

Here is a working PKGBUILD... https://gist.github.com/markzz/f7d8d7039107c854a2f0

Bow commented on 2015-11-02 16:13 (UTC)

Would you mind making the download link use HTTPS? It is used as HTTPS in most other JetBrains AUR packages. Additionally I have the same problem as @alfeto: install: cannot stat ‘/home/linux/tmp/yaourt-tmp-linux/aur-pycharm-professional/src/pycharm-5.0/license/PyCharm_license.txt’: No such file or directory

alfeto commented on 2015-11-02 16:01 (UTC)

Just tried to install and it failed. Log: ... ==> Continue building pycharm-professional ? [Y/n] ==> ---------------------------------------------- ==> ==> Building and installing package ==> Making package: pycharm-professional 5.0.0-1 (Seg Nov 2 13:53:41 BRST 2015) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found pycharm-professional-5.0.tar.gz -> Found pycharm-professional.desktop -> Found pycharm-professional.install -> Found pycharm ==> Validating source files with sha256sums... pycharm-professional-5.0.tar.gz ... Passed pycharm-professional.desktop ... Passed pycharm-professional.install ... Passed pycharm ... Passed ==> Extracting sources... -> Extracting pycharm-professional-5.0.tar.gz with bsdtar ==> Removing existing $pkgdir/ directory... ==> Entering fakeroot environment... ==> Starting package()... install: cannot stat ‘/tmp/yaourt-tmp-myuser/aur-pycharm-professional/src/pycharm-5.0/license/PyCharm_license.txt’: No such file or directory ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build pycharm-professional. Should I set the license file somewhere? BTW, I installed the previous version yesterday and had no issues at all.

thelinuxguy commented on 2015-10-30 14:30 (UTC)

I want to change the location of my personal configs. This is only possible in that file.

XavierCLL commented on 2015-10-30 03:38 (UTC)

Hi @thelinuxguy, If you want change idea properties, is better use the user config file for that.

thelinuxguy commented on 2015-10-29 20:25 (UTC)

could you add a backup entry for /opt/pycharm-professional/bin/idea.properties?

vorlif commented on 2015-10-26 19:26 (UTC)

Hi @XavierCLL, thanks for the help. I have also the applet "Icons-only Task Manager". But after disable "Use launcher icons for running applications" (in task manager settings) I can see the icon. Thanks for your essential information.

XavierCLL commented on 2015-10-26 16:19 (UTC)

Hi @vorlif, Your problem is not system tray icon, this is icon task (is different). I tested with applet "Only icon task" and work for me: http://imgur.com/eP0fgKL Update your system, maybe reinstall pycharm, try using other icon task, change height of bar...

vorlif commented on 2015-10-26 14:22 (UTC)

Hey Guys, I can not see the system tray icon at KDE5. But in the application-starter has pycharm a icon. I read the wiki article https://wiki.archlinux.org/index.php/KDE#No_system_tray_icons_in_Plasma_5 and have install all packages, but the problem still exist. Has somewone else the same problem or a solution. Thanks. Here a picture: http://i.imgur.com/uEawhAc.png On the right hand of Chrome is pycharm open.

thelinuxguy commented on 2015-10-24 17:44 (UTC)

It has to be some issue with his aur wrapper... just use cower + makepkg to check if it's working

XavierCLL commented on 2015-10-23 14:51 (UTC)

hi @m_afatah, this is strange, maybe the problem is the frontend of package manager that you use, please check trying use yaourt or pacaur. Anyone else having this problem?

m_afatah commented on 2015-10-23 11:33 (UTC)

@XavierCLL check http://i.imgur.com/B6wJXfi.png

XavierCLL commented on 2015-10-15 13:35 (UTC)

Impossible, make sure you're installing pycharm-professional instead of pycharm-eap

m_afatah commented on 2015-10-15 09:35 (UTC)

why does this package download pycharm-pro-eap 5.0.0.143.165-1 instead of pycharm-professional 4.5.4-2 ?

XavierCLL commented on 2015-10-01 04:46 (UTC)

intgr you are right and added extra recommended tools for professional Pycharm, some missing?

intgr commented on 2015-09-30 13:32 (UTC)

XavierCLL, please move python-coverage and python2-coverage to optdepends. They are optional extras, PyCharm itself runs fine without them.

intgr commented on 2015-09-06 20:43 (UTC)

@cinatic I don't think that's a packaging bug, please report to upstream bug tracker https://youtrack.jetbrains.com/

cinatic commented on 2015-09-06 18:20 (UTC)

v4.5.4 is okay but css highlighting seems not to work?

XavierCLL commented on 2015-08-22 13:54 (UTC)

The v4.5.4 Release Candidate is not a estable version

volmok commented on 2015-08-22 07:31 (UTC)

4.5.4 is out

thelinuxguy commented on 2015-06-25 03:10 (UTC)

works fine now. I first tried installing it using yaourt. I guess when I opened the install file I somehow inserted a newline at the end...

XavierCLL commented on 2015-06-24 16:57 (UTC)

ok, please try again

thelinuxguy commented on 2015-06-23 23:41 (UTC)

the difference seems to have been a "\n" at the end of the file. Don't know how it managed to find it's way into my version of the file...

XavierCLL commented on 2015-06-18 14:49 (UTC)

I tested and it work fine, please delete the temporal build package in /tmp/yaourt-tmp-USER/aur-pycharm-professional and try again.

thelinuxguy commented on 2015-06-17 22:35 (UTC)

the shasum for pycharm-professional.install is wrong.

niki commented on 2015-05-22 16:58 (UTC)

PyCharm 4.5.1 has been relased Sha256 sum: e1ffd7d839a6eeda2cfdb55d0069826aef27b71a4bbb4e0668309064e87b9ef3

daronin commented on 2015-05-15 14:39 (UTC)

PyCharm 4.5 has been released.

XavierCLL commented on 2015-05-13 21:21 (UTC)

Hi @x89, maybe you used a aur software with "noconfirm" or other flag for automatic response the confirmation question, try install using yaourt, pacaur or packer without any flag

XavierCLL commented on 2015-05-13 21:15 (UTC)

Hi @x89, this is not a dependency problem, this say "Enter a number", for example 1, not "Yes" or "No"

Naypam commented on 2015-05-13 16:23 (UTC)

If you don't have all of the deps it'll do a `yes Y` and not install. I installed the deps and all seems well. See image. http://i.imgur.com/EFhw0CD.png

Azd325 commented on 2015-01-13 21:28 (UTC)

New version available at http://download-cf.jetbrains.com/python/pycharm-professional-4.0.4.tar.gz

BlueIcefield commented on 2014-06-19 10:53 (UTC)

Another solution for the invisible text problem is to add the following to your .bash_profile : export _JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=on'

MissingNo commented on 2014-06-17 23:22 (UTC)

There currently seems to be the problem that, at least with a standard installation of Gnome 3, the text is invisible, so its rendered completely useless. The 2 solutions are either installing the Oracle JDK (packagename jdk) or downgrading the existing Packages with pacman -U jre7-openjdk-7.u55_2.4.7-1-x86_64.pkg.tar.xz pacman -U jdk7-openjdk-7.u55_2.4.7-1-x86_64.pkg.tar.xz pacman -U giflib-5.0.6-1-x86_64.pkg.tar.xz

numkem commented on 2014-06-16 12:02 (UTC)

The dependency to giflib should be =5.0.5-1 since 5.1 changes a lot of things and it makes all the fonts look very blurry. To me it makes the IDE not very usable.

XavierCLL commented on 2014-05-30 15:00 (UTC)

@mikescho, done. Thank you!

mikescho commented on 2014-05-30 13:51 (UTC)

Could you please add StartupNotify=true StartupWMClass=jetbrains-pycharm to pycharm-professional.desktop.

MatejLach commented on 2014-05-29 15:06 (UTC)

PyCharm 3.4 released: http://blog.jetbrains.com/pycharm/2014/05/announcing-the-pycharm-3-4-release/

intgr commented on 2014-04-26 22:27 (UTC)

It DOES work with OpenJDK. What's the actual problem you're having?

kotrfa commented on 2014-04-26 19:50 (UTC)

It doesn't work with OpenJDK. You have to use oracle java (in aur just "jdk").

vdemin commented on 2014-04-06 05:49 (UTC)

Thank you!

XavierCLL commented on 2014-04-06 04:28 (UTC)

Hi @jkl and @vdemin, I know the settings useSystemAAFontSettings depend of particular configuration of the system and hardware, for example for me the better options is 'on'. Then, I think that the better solution is let the user set this settings in .bashrc (or particular config shell file), I added message after install/update showing this particular settings need for AA in Java app. Regards

jkl commented on 2014-04-05 18:58 (UTC)

@epsilom The patch to vmoptions for font antialiasing seems to have come back. The newest versions of pycharm will ship with useSystemAAFontSettings=lcd which should both enable AA font rendering and give better results. I use both infinality and jre7-openjdk-headless-fontfix package, and in this case it is essential. Is the font rendering better for anyone with =on vs the upstream setting?

vdemin commented on 2014-04-05 09:42 (UTC)

Maybe it's just my opinion, but with useSystemAAFontSettings=lcd text looks better. I revert this setting.

XavierCLL commented on 2014-04-04 19:11 (UTC)

for this version 3.1.2 I have changed several things in the PKGBUILD, e.g. the name of .desktop file (maybe the name change in the menu in the DE)

intgr commented on 2014-04-04 14:07 (UTC)

3.1.2 released.

SoonerBourne commented on 2014-03-06 14:21 (UTC)

Unfortunately, I'm not going to be able to keep maintaining this package for the next few months. I'm going to disown it so someone else can pick it up. I would rather release it in good shape and not behind so someone isn't scrambling to try to figure it out and make it work.

SoonerBourne commented on 2014-02-25 14:30 (UTC)

@herr-biber Change incorporated.

herr-biber commented on 2014-02-25 13:22 (UTC)

Maybe, we could add 'pycharm-community' to conflicts? conflicts=('pycharm' 'pycharm-community')

dumphblooz commented on 2014-02-14 15:23 (UTC)

http://blog.jetbrains.com/pycharm/2014/02/pycharm-3-1-1-and-python-plugin-for-intellij-idea-13-have-been-released/

SoonerBourne commented on 2014-02-11 18:10 (UTC)

@jkluebs I have implemented your suggestion. I didn't really see any difference, but if it makes everyone else's work better then I'm all for it.

jkl commented on 2014-02-11 16:26 (UTC)

Consider removing the awt.useSystemAAFontSettings=on setting from vmoptions. The upstream package now already has awt.useSystemAAFontSettings=lcd included. With newer JDKs it seems to give better results.

SoonerBourne commented on 2014-02-10 18:36 (UTC)

@timrichardson Thanks for the feedback. I'm running Manjaro (Cinnamon Desktop) and it apparently already had that installed for me by default. I have added it as a dependency in the PKGBUILD file.

timrichardson commented on 2014-02-09 09:04 (UTC)

I needed to install package giflib to fix a start-up error with 3.1

khenderick commented on 2014-01-17 07:43 (UTC)

Damnit, flagged out of date instead of just vote for it. Sorry for that

SoonerBourne commented on 2014-01-15 20:32 (UTC)

@w1ntermute I am aware of this and it is part of the feedback I got from the submittal to the forums (comment dated 12/6/2013). As soon as JetBrains releases their next Pycharm, those changes will show up in the PKGBUILD file.

w1ntermute commented on 2014-01-15 19:53 (UTC)

The symlink the build script is creating in /usr/bin is incorrect. It's pointing to a relative path rather than an absolute one. ln -s opt/$pkgname/bin/pycharm.sh usr/bin should be: ln -s /opt/$pkgname/bin/pycharm.sh usr/bin

SoonerBourne commented on 2014-01-14 17:14 (UTC)

The current install is for Pycharm 3.0.2 Build: 131.618 (Released: December 2, 2013)

SoonerBourne commented on 2013-12-06 00:48 (UTC)

Yeah, I saw that too but didn't want to mark it as "2" since I didn't think that was the appropriate action. I submitted the PKGBUILD file to the forum to see what other feedback I could get. So far I got a few items I'm getting corrected for the next release of PyCharm. I haven't been able to find a roadmap or release schedule from JetBrains, so who knows when the changes will show up here.

Psykar commented on 2013-12-05 22:46 (UTC)

Oh - unfortunately because your previous PKGBUILD had a pkgrel of 131.618, and you've just changed it to '1' it's not recognised as an update by pacman (and by extension, yaourt / packer etc) Might have to save bumping the pkgrel back down to 1 until the next upstream release.

Psykar commented on 2013-12-05 22:42 (UTC)

Yeah no worries (I clicked out of date in a clicking frenzy and (of course) it's not possible to 'unclick' it) I just happened to notice it when doing a namcap after the build. Thanks for the quick fix :)

SoonerBourne commented on 2013-12-05 14:33 (UTC)

@Psykar I don't think flagging a package out of date was the appropriate action given that the software WAS actually up to date. However, I do appreciate the feedback and took over this package under the assumption that the original submitter had everything correct, which was possibly a bad assumption on my part. I have implemented the changes you requested. Testing locally both an upgrade and a clean install worked, so I pushed the change to here. If you have any further suggestions please let me know in the comments or via email. Thanks!

Psykar commented on 2013-12-05 04:49 (UTC)

This package creates an aboslute symbolic link which ends up pointing to the build directory: ie: lrwxrwxrwx 1 root root 111 Dec 5 15:39 /usr/bin/pycharm.sh -> /tmp/yaourt-tmp-louis/aur-pycharm-professional/pkg/pycharm-professional/opt/pycharm-professional/bin/pycharm.sh This line in the PKGBUILD needs fixing: ln -s $pkgdir/opt/$pkgname/bin/pycharm.sh $pkgdir/usr/bin to cd $pkgdir ln -s opt/$pkgname/bin/pycharm.sh usr/bin

SoonerBourne commented on 2013-12-04 23:00 (UTC)

@epsilom Noted, rather than force everyone to update again I will correct when JetBrains updates.

XavierCLL commented on 2013-12-04 22:17 (UTC)

Hi @SoonerBourne the variable "pkgrel" is for PKGBUILD revision no for software revision, please consider read https://wiki.archlinux.org/index.php/Pkgbuild#pkgrel regards

hippojazz commented on 2013-12-04 17:41 (UTC)

disowning this package because I'm travelling for rest of the year and won't be able to keep it up to date

dobo commented on 2013-11-13 18:46 (UTC)

The symlink is broken. It symlinks to actual directory where the package is built :D. It should be: ln -s /opt/$pkgname/bin/pycharm.sh $pkgdir/usr/bin instead of: ln -s $pkgdir/opt/$pkgname/bin/pycharm.sh $pkgdir/usr/bin I also suggest you to add patch which skips user to wait when starting pycharm. You can do something like that: sed -i '/.*read IGNORE.*/ d' $pkgdir/opt/$pkgname/bin/pycharm.sh

hippojazz commented on 2013-10-20 22:27 (UTC)

Sorry for slow update - I've been travelling. @Nowaker: Have symlinked pycharm.sh to /usr/bin

archaeopteryx commented on 2013-10-20 21:01 (UTC)

Any plans to update the package? http://download.jetbrains.com/python/pycharm-professional-3.0.1.tar.gz pkgver=3.0.1 sha256sums=('6fe3211674bfa4fa1e9dfc507c1ed5fdf9a8f79d6cd40b54a5e27bd6984a89fb')

dumphblooz commented on 2013-10-18 02:44 (UTC)

Version bump! http://blog.jetbrains.com/pycharm/2013/10/pycharm-3-0-1-update-is-available/

Nowaker commented on 2013-10-03 10:19 (UTC)

Could you please include a /usr/bin script? Just like it's done in 'rubymine' package.

hippojazz commented on 2013-10-01 00:20 (UTC)

@intgr: I've added conflicts and provides variables. Thank you.

intgr commented on 2013-09-30 09:12 (UTC)

This package should have: conflicts=('pycharm') provides=('pycharm')