@haxie Not the place but yet here you are replying and trying to claim authority. I provided plenty of justification, one should/could glance over my comments and see. You're just trying to get the last word in and take the high road, not civilly end this discussion. I guess I will, everyone can research the facts over the situation and make a judgment call for themselves and what project to use, as FOSS should be able, freedom and choice.
Search Criteria
Package Details: polymc-git 1.4.0.r348.gc089f9b5-2
Package Actions
- View PKGBUILD / View Changes
- Download snapshot
- Search wiki
- Flag package out-of-date
- 1 pending request
- Submit Request
| Git Clone URL: | https://aur.archlinux.org/polymc-git.git (read-only, click to copy) |
|---|---|
| Package Base: | polymc-git |
| Description: | Minecraft launcher with ability to manage multiple instances. |
| Upstream URL: | https://github.com/PolyMC/PolyMC |
| Licenses: | GPL3 |
| Conflicts: | polymc |
| Provides: | polymc |
| Submitter: | lovetocode999 |
| Maintainer: | LennyLennington |
| Last Packager: | Scrumplex |
| Votes: | 12 |
| Popularity: | 2.78 |
| First Submitted: | 2021-12-28 00:24 (UTC) |
| Last Updated: | 2022-10-15 18:08 (UTC) |
Dependencies (20)
- hicolor-icon-theme (hicolor-icon-theme-git)
- java-runtime (java-gcj-compat, jre10, jdk12-openj9-bin, zulu-12-bin, jre6, jre12, server-jre, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, jdk11-openjdk-dcevm, jdk10-openj9-bin, jdk14-openj9-bin, jdk7, jre7, zulu-14-bin, amazon-corretto-15, jdk11-openjdk-dcevm-conflicts-fixed, zulu-embedded-jdk8, sapmachine-jdk-bin, amazon-corretto-16, jdk8-graalvm-bin, jdk16-graalvm-bin, jre8-openjdk-shenandoah, zulu-16-bin, jdk11-graalvm-ee-bin, jdk16-adoptopenjdk, zulu-jdk-fx-bin, jdk11-microsoft-openjdk, jdk16-microsoft-openjdk, jdk11-msopenjdk-bin, jdk18-beta-temurin, jdk8-arm, jre17-jetbrains, liberica-jdk-11-bin, liberica-jdk-11-lite-bin, liberica-jre-11-bin, jre11-jetbrains-imfix, java-openjdk-loom-ea-bin, jdk17-dragonwell-bin, jdk8-openj9-bin, hmcl-zulu-bin, jdk7-j9-bin, jdk7r1-j9-bin, jdk8-j9-bin, jdk11-j9-bin, jdk-jetbrains, jre11-jbr-xdg, jre11, jdk-android-studio, jre12-openjdk, jre15-openjdk, jre16-openjdk, jre13-openjdk, jre14-openjdk, jre-bcl, jdk-bcl, liberica-jre-8-full-bin, amazon-corretto-18, zulu-18-bin, zulu-13-bin, liberica-jdk-full-bin, jre15, jre14, jre13, jre16, jre17, bishengjdk-17, bishengjre-17, jre8-adoptopenjdk, jdk-arm, jre8, jdk8, liberica-jdk-8-full-bin, liberica-jdk-11-full-bin, liberica-jdk-17-full-bin, liberica-jre-11-full-bin, jdk11-temurin, zulu-jre-fx-bin, jdk11-openj9-bin, jdk-openj9-bin, jdk-microsoft-openjdk, zulu-embedded-jdk11, jdk17-temurin, jdk8-dragonwell-standard-bin, jdk11-dragonwell-standard-bin, jdk17-dragonwell-standard-bin, jdk8-dragonwell-extended-bin, jdk11-dragonwell-extended-bin, jre-openj9, java-openjdk-bin, jdk17-openj9-bin, jdk-temurin, jdk11-jetbrains-bin, jdk17-jetbrains-bin, jre-jetbrains, jre17-jetbrains-imfix, amazon-corretto-17, amazon-corretto-19-bin, jre-lts, jre, zulu-15-bin, amazon-corretto-8, amazon-corretto-11, java-openjdk-ea-bin, zulu-embedded-jdk, zulu-19-bin, zulu-17-bin, zulu-11-bin, zulu-8-bin, jre-jbr-xdg, jdk17-graalvm-ee-bin, jre-openjdk-xdg, jdk18-openj9-bin, jre-openjdk-xdg-bin, jdk11-graalvm-bin, jdk17-graalvm-bin, jdk19-graalvm-bin, jre-openjdk, jre11-openjdk, jre17-openjdk, jre8-openjdk)
- libgl (glshim-git, libhybris-ext-libgl-git, libhybris-libgl-git, nvidia-340xx-utils, libglvnd-git, swiftshader-git, amdgpu-pro-libgl-cfe, amdgpu-pro-libgl, amdgpu-pro-libgl-fix, libglvnd)
- qt6-5compat
- qt6-base (qt6-base-git, qt6-base-headless)
- qt6-imageformats
- qt6-svg
- quazip-qt6
- zlib (zlib-static, zlib-git, zlib-ng, zlib-ng-compat-git)
- cmake (cmake-git) (make)
- extra-cmake-modules (extra-cmake-modules-git) (make)
- ghc-filesystem (make)
- git (git-vfs, git-git, git-run-command-patch-git) (make)
- java-environment (java-gcj-compat, zulu-10-bin, jdk12-openj9-bin, zulu-12-bin, jdk12, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, jdk11-openjdk-dcevm, jdk10-openj9-bin, jdk14-openj9-bin, jdk7, zulu-14-bin, amazon-corretto-15, jdk11-openjdk-dcevm-conflicts-fixed, zulu-embedded-jdk8, sapmachine-jdk-bin, amazon-corretto-16, jdk8-graalvm-bin, jdk16-graalvm-bin, jdk8-openjdk-shenandoah, zulu-16-bin, jdk11-graalvm-ee-bin, jdk16-adoptopenjdk, jdk11-microsoft-openjdk, jdk16-microsoft-openjdk, jdk11-msopenjdk-bin, jdk18-beta-temurin, jdk8-arm, jdk17-jetbrains, liberica-jdk-11-bin, liberica-jdk-11-lite-bin, liberica-jre-11-bin, jdk11-jetbrains-imfix, java-openjdk-loom-ea-bin, jdk17-dragonwell-bin, jdk8-openj9-bin, jdk7-j9-bin, jdk7r1-j9-bin, jdk8-j9-bin, jdk11-j9-bin, jdk-jetbrains, jdk11-jbr-xdg, jdk11, jdk-android-studio, jdk12-openjdk, jdk15-openjdk, jdk16-openjdk, jdk13-openjdk, jdk14-openjdk, jdk-bcl, liberica-jre-8-full-bin, amazon-corretto-18, zulu-18-bin, zulu-13-bin, liberica-jdk-full-bin, bishengjdk-17, jdk8-adoptopenjdk, jdk-arm, jdk8, liberica-jdk-8-full-bin, liberica-jdk-11-full-bin, liberica-jdk-17-full-bin, liberica-jre-11-full-bin, jdk11-temurin, jdk11-openj9-bin, jdk-openj9-bin, jdk-microsoft-openjdk, zulu-embedded-jdk11, jdk17-temurin, jdk8-dragonwell-standard-bin, jdk11-dragonwell-standard-bin, jdk17-dragonwell-standard-bin, jdk8-dragonwell-extended-bin, jdk11-dragonwell-extended-bin, jdk-openj9, java-openjdk-bin, jdk17-openj9-bin, jdk-temurin, jdk11-jetbrains-bin, jabba-bin, jdk17-jetbrains-bin, jre-jetbrains, jdk17-jetbrains-imfix, amazon-corretto-17, amazon-corretto-19-bin, jdk-lts, jdk, zulu-15-bin, amazon-corretto-8, amazon-corretto-11, java-openjdk-ea-bin, zulu-embedded-jdk, zulu-19-bin, zulu-17-bin, zulu-11-bin, zulu-8-bin, jdk-jbr-xdg, jdk17-graalvm-ee-bin, jdk-openjdk-xdg, jdk18-openj9-bin, jdk-openjdk-xdg-bin, jdk11-graalvm-bin, jdk17-graalvm-bin, jdk19-graalvm-bin, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk8-openjdk) (make)
- scdoc (scdoc-git) (make)
- tomlplusplus (make)
- glfw (glfw-git, glfw-wayland-minecraft-libdecoration, glfw-wayland-minecraft, glfw-wayland, glfw-x11) (optional) – to use system GLFW libraries
- openal (openal-git, openal-minimal-git) (optional) – to use system OpenAL libraries
- visualvm (optional) – Profiling support
- xorg-xrandr (xorg-xrandr-git) (optional) – for older minecraft versions
Required by (0)
Sources (2)
hockeymikey commented on 2022-10-21 14:13 (UTC)
haxie commented on 2022-10-21 12:16 (UTC)
@hockeymikey This is not the place. The decision is final. Providing no justification for calling a community member a liar is out of order. You can claim to be unbiased, but that's not the impression you give off.
Take this elsewhere.
hockeymikey commented on 2022-10-20 15:04 (UTC)
@haxie That's what I've heard, but yet to hear more on why. People are throwing around all sorts of crazy myths such as there is "malware" in it or ever will be which is just insane claims.
All of what cafkafk said was incorrect. They are a new user which is clearly a troll account to bring drama of the situation here. He takes Lenny's comments out of context and draws his own conclusion to them. It's very much a strawman. Let's not even get into the compromised portion which is entirely wrong. He has not shown not interested in developing the project, just a different direction which is fine, and great that others wanna fork it and do their own thing. That is what FOSS is about.
It's been only a few days, neither one is at a state of being "developed". The thing about FOSS is people can choose which one works best for them. I'm not biased (which it seems like you are based on comments and how involved you are in them...) and want people to choose for themselves. Sure, if someone finds comments inflammatory or some other personal reasons, they can take that into account but I'll let the individual decide for themselves.
haxie commented on 2022-10-20 12:06 (UTC)
@hockeymikey Given the "maintainer" of the project has been banned from the AUR, this is unlikely, and as the maintainer has shown himself to be a security risk, giving control to him or someone who would do as he asks, thus violating the ban by proxy, is a no-go.
The current maintainer of this project is fine being so, as nothing has changed, but if the staff find that the upstream package is in some way compromised further, it'll be promptly deleted from the repos.
Also, none of what cafkafk said was incorrect. If you're going to assert that to be the case, I implore you to give reason for that, or not make such a foolish claim.
Finally, with regards to the user's interests at heart, if that were true, you'd be telling them to switch to the new fork, as that one is actually actively developed, Lenny's fork is not. it has no developers working on it, and the only thing he has managed to do is be inflammatory.
hockeymikey commented on 2022-10-18 16:04 (UTC)
@cafkafk Factually incorrect. It's clear you're a new user which brings up concerns about your motivations especially considering your Github too.
@Scrumplex LOC don't mean much, TBH. But either way, you're not with the project anymore and you are working on the fork rather, which is fine. I think the maintainer of the project should be given access or a third party like myself. Not that I'm a perfect maintainer, only been using Arch for a year, but I do what I can and have users interest at heart.
Scrumplex commented on 2022-10-18 08:18 (UTC)
@Vencorr: Have you looked at the commit history? The current maintainer basically didn't do anything. They were just holding the metaphorical keys.
Vencorr commented on 2022-10-18 08:12 (UTC)
@cafkafk This is the dumbest thing I have ever heard. Is a project creator not allowed to take control of the very project he helped maintain and create? He got upset with his contributors, regardless of reason behind it. He has every right to decide how he wants his project maintained.
And this is far from anything hostile. If this is hostile, take off your socks and go outside.
I would consider only this AUR as compromised.
cafkafk commented on 2022-10-17 23:36 (UTC)
This package should be considered unsafe and the maintainer should be considered compromised, as should the upstream git repository.
As outlined in this complaint to github, “lennyLennington” has done a hostile takeover of the project to promote a hateful ideology.
https://gist.github.com/cafkafk/0170cc4b9dc6076122c6b2e5a7f8a78c
This also break the arch code of conduct:
specifically I call attention to this section:
Arch Linux is a respectful, inclusive community. Anti-social or offensive behaviour will not be tolerated. Simply put, treat others as you would be treated; respect them and their views, even if you disagree with them. When you do find yourself disagreeing; counter the idea or the argument, rather than engage in ad hominem attacks.
Further, it is my understanding that he has been trying to find like minded AUR maintainers to help him get away with doing this on the projects discord.
I think these concerns need to be addressed to ensure the integrity of the code in the AUR.
TL;DR: PolyMC considered harmful due to politically motivated takeover
jopejoe1 commented on 2022-08-11 13:21 (UTC) (edited on 2022-08-11 13:25 (UTC) by jopejoe1)
Missing the following optional dependencies:
gamemode, mangohud, jprofiler, mcedit(mcedit-git,mcedit-unified)
Pinned Comments
Scrumplex commented on 2022-07-11 08:09 (UTC) (edited on 2022-07-11 08:10 (UTC) by Scrumplex)
This package has now switched to Qt 6 instead of Qt 5. If you want to keep using Qt 5 instead, then please switch to polymc-qt5-git.