FS#76146 - [pycharm-community-edition] Arch package of pycharm should just be dependent on latest jre

Attached to Project: Community Packages
Opened by David Rosenstrauch (darose) - Saturday, 08 October 2022, 21:54 GMT
Last edited by Toolybird (Toolybird) - Saturday, 15 October 2022, 20:44 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Leonidas Spyropoulos (inglor)
Levente Polyak (anthraxx)
Orhun Parmaksız (orhun)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

Pycharm is dependent on jre17-openjdk. (And jdk17-openjdk to build.) It just should just be dependent on jre-openjdk, whatever the latest version is.
This task depends upon

Closed by  Toolybird (Toolybird)
Saturday, 15 October 2022, 20:44 GMT
Reason for closing:  Not a bug
Additional comments about closing:  See comments
Comment by Toolybird (Toolybird) - Sunday, 09 October 2022, 02:03 GMT
This is a poor bug report. Where are the supporting links to data? Have you thoroughly tested it?
Comment by David Rosenstrauch (darose) - Friday, 14 October 2022, 03:01 GMT
Seems like an adequate bug report to me. I'm simply reporting the facts that I'm seeing. I force-uninstalled jre17, and have been using pycharm with the non-versioned jre-openjdk package (v18.0.2.1.u0-1) for my daily dev work for several days now without any issue. (See: http://darose.net/pycharm-jre18.png) What additional testing or supporting data are you suggesting needs to be supplied for reporting this?

Pycharm should presumably be able to run under any recent version of the jre. (In fact, according to their install guide you don't technically even need *any* jre installed: "You do not need to install Java to run PyCharm because JetBrains Runtime is bundled with the IDE (based on JRE 11).") (See https://www.jetbrains.com/help/pycharm/installation-guide.html#requirements) Given that, is there some particular reason for the explicit jre17 dependency?
Comment by Levente Polyak (anthraxx) - Friday, 14 October 2022, 09:39 GMT
@darose: Yes, we devendor the JRE and use the system one. For that we need to depend on some version specifically because as that is what we execute by default. If we don't, an old jre 8 could be set as default, which would break pycharm.
Comment by David Rosenstrauch (darose) - Friday, 14 October 2022, 12:55 GMT
Ah. I didn't know that was the reason for the explicit dependency. Feel free to close this report then.
Comment by David Rosenstrauch (darose) - Friday, 14 October 2022, 14:19 GMT
Just curious, though: wouldn't another option be to just make this package depend on java-runtime>=XX?
Comment by Levente Polyak (anthraxx) - Friday, 14 October 2022, 14:35 GMT
darose: As mentioned, that is not sufficient to guarantee its run by at least java>=X. That is a matter of how the user configures their system to make /usr/bin/java point to. Therefor we pin a specific version and hard wire it in the startup code. But bumping to latest is always in scope if it runs.
Comment by David Rosenstrauch (darose) - Friday, 14 October 2022, 14:43 GMT
Right, I understand that part about how archlinux-java could point to different jre's, depending on the user's system. I guess what I meant was put a dependency on java-runtime>=XX and then write a post-installation comment that the user's jre needs to point to a jre of at least version XX (and to use "archlinux-java status / set XXXX" if needed). Just seems like given the Arch philosophy of (paraphrasing) "users are expected to know how to configure their own system", we don't really need to do the hand-holding of forcing them to install an older version of the jre just for pycharm.
Comment by Levente Polyak (anthraxx) - Friday, 14 October 2022, 16:04 GMT
darose: Thats not really a good solution and has nothing to do with hand holding. It's the worst user experience ever if you need to do switcheroo for different applications on the CLI before you can launch them depending on the needs of every application. We have chosen this not to hand hold users, but to simply have an expected working experience without the need to potentially switch for every other app you would like to lunch. Its just a couple of MB on your disc space. If you care about what your IDEA should run instead you can do so via PYCHARM_JDK or IDEA_JDK on intellij. I'm very hard against providing a default broken installation, no matter if we expect users to have a technical minimum level.
Comment by David Rosenstrauch (darose) - Friday, 14 October 2022, 16:31 GMT
Understood. You can go ahead and close this issue.

Loading...