July 2021 - Aur-requests - lists.archlinux.org

[aur-requests] [PRQ#27172] Deletion Request for python-discogs-api
by notify＠aur.archlinux.org 22 Jul '21

22 Jul '21

grawlinson [1] filed a deletion request for python-discogs-api [2]: Officially deprecated, a similar package is in community anyway. [1] https://aur.archlinux.org/account/grawlinson/ [2] https://aur.archlinux.org/pkgbase/python-discogs-api/

1 1

[aur-requests] [PRQ#27169] Merge Request for polkit-kde
by notify＠aur.archlinux.org 21 Jul '21

21 Jul '21

IslandC0der [1] filed a request to merge polkit-kde [2] into polkit- kde-agent-git [3]: Same package, different name Btw, if you're reading this, I appreciate your work ❤️ You probably get a lot of requests each day, it must be really boring to read the same generic comments every time... I bet some people don't even bother writing one :( Well, here's something a little different :) After I'm done with this, I'll probably head out and ride my bike for a while; maybe go to the beach, who knows? It's a bit cloudy today, but not too windy How's life going? I hope you're having a great day, and remember to stay hydrated! This is likely the first and only time our paths will cross, so if you were feeling a bit down or lonely, I hope I could make you feel a little better, even if this is the only interaction we'll ever have Take care <3 [1] https://aur.archlinux.org/account/IslandC0der/ [2] https://aur.archlinux.org/pkgbase/polkit-kde/ [3] https://aur.archlinux.org/pkgbase/polkit-kde-agent-git/

2 2

[aur-requests] [PRQ#27161] Deletion Request for moodledesktop
by notify＠aur.archlinux.org 21 Jul '21

21 Jul '21

mkroening [1] filed a deletion request for moodledesktop [2]: Moodle Desktop has been discontinued: https://moodle.org/mod/forum/discuss.php?d=413350 [1] https://aur.archlinux.org/account/mkroening/ [2] https://aur.archlinux.org/pkgbase/moodledesktop/

1 1

[aur-requests] [PRQ#27167] Deletion Request for gitea-tea
by notify＠aur.archlinux.org 21 Jul '21

21 Jul '21

grawlinson [1] filed a deletion request for gitea-tea [2]: Package added to community. Thanks for maintaining. :) [1] https://aur.archlinux.org/account/grawlinson/ [2] https://aur.archlinux.org/pkgbase/gitea-tea/

1 1

[aur-requests] [PRQ#27166] Deletion Request for nextcloud-app-talk
by notify＠aur.archlinux.org 21 Jul '21

21 Jul '21

onny [1] filed a deletion request for nextcloud-app-talk [2]: This app is already available in community repo under the name nextcloud-app-spreed so this package can be deleted [1] https://aur.archlinux.org/account/onny/ [2] https://aur.archlinux.org/pkgbase/nextcloud-app-talk/

1 1

[aur-requests] [PRQ#27162] Merge Request for intellij-idea-ultimate
by notify＠aur.archlinux.org 20 Jul '21

20 Jul '21

davidhaller [1] filed a request to merge intellij-idea-ultimate [2] into intellij-idea-ultimate-edition [3]: This package already exists in the AUR. [1] https://aur.archlinux.org/account/davidhaller/ [2] https://aur.archlinux.org/pkgbase/intellij-idea-ultimate/ [3] https://aur.archlinux.org/pkgbase/intellij-idea-ultimate-edition/

1 1

[aur-requests] [PRQ#27163] Deletion Request for sneedacity-git
by notify＠aur.archlinux.org 20 Jul '21

20 Jul '21

Foxboron [1] filed a deletion request for sneedacity-git [2]: See previous requests. [1] https://aur.archlinux.org/account/Foxboron/ [2] https://aur.archlinux.org/pkgbase/sneedacity-git/

1 1

[aur-requests] [PRQ#27159] Deletion Request for xdotoolhelper-bin
by notify＠aur.archlinux.org 20 Jul '21

20 Jul '21

Cat2048 [1] filed a deletion request for xdotoolhelper-bin [2]: Badly named. Meant to name it xdotoolhelper-git but accidentally named it xdotoolhelper-bin [1] https://aur.archlinux.org/account/Cat2048/ [2] https://aur.archlinux.org/pkgbase/xdotoolhelper-bin/

1 1

Re: [aur-requests] [PRQ#25316] Deletion Request for multimc-lhaus-git
by Christopher Snowhill (kode54) 20 Jul '21

20 Jul '21

From what I've gathered from watching the list on these launchers, at least the official TLauncher Legacy: Apparently, the AUR doesn't like to get into enforcing end user license agreements, or EULAs, and tracks that EULAs are not legally enforceable. I'm not entirely sure where to stand on this issue, since the launchers are not supplying the pirated game, only allowing downloading it from Microsoft's own servers, using the same method as the official launcher, which doesn't guard this download process behind any DRM. The only thing they do which may be considered a circumvention device, is spoof the authentication or session information to the game's own API calls, so that it will actually run and think that it's genuinely connected to Microsoft's servers and authenticated with either a Mojang or a Microsoft account via the launcher. They also spoof the email address or user name that allegedly authenticated, so technically you could try to connect to any Minecraft server as any user that you want, and it will just generate an arbitrary deterministic UUID for your fake account when you "log in" to offline mode. So, not so much just an EULA violation, but also a copy protection circumvention device. Feel free to correct me if I'm wrong. Anyone who is willing to, is welcome to use a VM or something to install all these various launchers one by one and verify whether they let you play the game "offline", and if so, if that can just connect to arbitrary Minecraft servers using a spoofed deterministic UUID. Then we can decide whether it's in the AUR's best interest to ban these clients, or just stick to saying "we only host the recipe to install and/or build the app, not our problem". > On Jul 19, 2021, at 5:23 AM, xcfrg <xcfrg(a)protonmail.com> wrote: > > That launcher does indeed support "offline mode" but my request for the package seemed to get denied because "it wasn't hosted on the aur". That doesn't make any sense, the package is still on the aur and at the very least, it's enabling piracy. > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > On Saturday, May 8th, 2021 at 4:23 PM, Christopher Snowhill <kode54(a)gmail.com> wrote: >> >> While we're narcing on Minecraft launchers, may as well look into tlauncher as well, I hear that one's been on AUR since at least 2015, and possibly supports the same "offline" mode. >> >> >> >> On Thursday, May 06, 2021 at 6:59 PM, notify--- via aur-requests <aur-requests(a)lists.archlinux.org <mailto:aur-requests@lists.archlinux.org>> wrote: >> xcfrg [1] filed a deletion request for multimc-lhaus-git [2]: >> >> This package allows one to play minecraft without purchase in full >> (not demo mode), making it illegal and piracy. You can find the >> offending code here, >> https://github.com/lhaus/MultiMC/commit/1642383dcfe9f9e4b0edfb49b6e6803e3c7…. >> >> [1] https://aur.archlinux.org/account/xcfrg/ >> [2] https://aur.archlinux.org/pkgbase/multimc-lhaus-git/ >

1 0

Re: [aur-requests] [PRQ#27155] Orphan Request for python-fontpens
by Caleb Maclennan 20 Jul '21

20 Jul '21

On 2021-07-20 01:33, Guillaume Horel wrote: > Nobody forces you to build the tests! I know that you know that. Of course, but they are enabled by default for all tooling for everybody, so that makes the packages broken for everybody by default. Many people besides me have run into this on these packages. > There are various ways to do it depending on the tool that you use to > build the packages, but the easiest being just to disable them in > makepkg.conf. This is not something I want on my systems by default nor should we recommend to others as a work around for broken packages. I've commented to help other users on at least 3 of these packages suggesting how they can run `makepkg --nocheck`, but again this shouldn't have be something everybody has to figure out. > If your fix is to just disable the tests in the PKGBUILD, I'm sorry but > that's not a fix, and I haven't seen you suggest anything better in the > AUR message board. Adding BUILDENV+=('!check') to the PKGBUILDS is one way to make it work, but we'd have to check the etiquette of that first. I have it in some of my forks that way but I wouldn't send it to the AUR‌ without checking. In the mean time I have suggested disabling tests on at least one of the set of circular dependencies. None of the test suites are really that useful anyway since they are upstream regression and integration tests. It's okay to run this in package builds when they work but since they don't really test the packaging very well (and that could be done other ways if desired) it really isn't that important to have them enabled. The experience for people trying to break into the loop when all the packages actually would work but they can't build them is terrible. > The drive by orphan request is very mature. Thanks for ruining my > evening. I'm sorry about your evening, but it's not exactly a drive by set of requests. I've been sending patches to since at least February 2020 and commenting constantly since — and maintaining my own forks on the side of a whole set of things I needed as dependencies since my fixes were not getting applied. I'm tired of both maintaining my own forks that build *and* helping other users with broken AUR packages. I'd like to just fix the AUR ones so they are a good experience for everyone. Is that so disagreeable? Regards, Caleb

1 0