Re: [aur-general] Reply to your request SGE
On 13/10/2020 01.26, Manhong Dai via aur-general wrote: Hi Mahong, > Somebody pointed me to your reply in the list. I didn't even know that > the request in the AUR request system was sent to this email list, nor I > know such an email list existed. The email to this list is sent in _addition_ to the email sent to you. > I agree that you think you already gave enough explanation from your > point of view. However, please think about it in my shoes, I I didn't even > know such an email list existed before I sent the last request through the > AUR website, and I just registered it about an hour ago to appeal. If you > think I spammed this request system, I am sorry for it. But from my point > of view, I have been extremely patient and following the ladder to appeal, > because I didn't get any email or any response on the AUR website, which > just says one word 'rejected'. No problem :) > I am also a very responsive package maintainer. You can check out my > other packages, as long as other people submitted a suggestion, I responded > the second day, and accepted their suggestions. I got your intention, but besides the AUR Request hickup we had here, there is still a reason for the request which is the comment from 2020-08-10 in the sge package. Besides your goodwill, you actually ignored the request there, so the three orphan request were the right thing to do. > In terms of the package SGE, I just searched my email again but didn't > find any email saying that the package is marked as out-of-date. It will be > hard to believe that a package that was submitted just four months ago is > already marked as out of date. It worked on a cluster of all our Arch Linux > nodes four months ago, and it is still working on the latest Arch Linux. It > worked on both new node installation and old node upgrade . I would never > have thought to check the AUR website to see if I am still a maintainer. > All I got was the two emails, one saying it was disowned, the other saying > it was adopted, and they are 19 minutes apart. I don't see why *some* emails arrive and others don't but in the end it doesn't matter. It's not our responsibility that you read the mail - we have no control over that process. I agree that this may feel unfair to you, but otoh we can't take back decisions that are backed by rules. If you want to improve our orphaning process, feel free to join us on IRC - we always need help developing our own tools :) > Now I understand that each AUR package maintainer should join the email > list and keep watching it. Given this special circumstance, can I get the > maintainer status for the package SGE back? You may ask the new maintainer to become co-maintainer, but as stated above, we won't take back the decision. Best regards, Frederik signature.asc Description: OpenPGP digital signature
Re: [aur-general] This Saturday I was deprived the maintainer status of AUR package SGE without reason
On 12/10/2020 22.40, Manhong Dai via aur-general wrote: > Dear AUR administrator, Hi Manhong, > Can you please change me back to the maintainer of the AUR package SGE? > > This saturday I got two emails. One is user "freswa" disowned this > package, and then 19 minutes later, another email said this package was > adopted. When I got the two emails, it was already too late to adopt the > package back. I did submit a request at the AUR web interface later, but > the request was denied without any explanation. There were 3 Orphan requests filed: 2020-09-19 2020-10-06 2020-10-10 The first two were rejected by mistake. Though, you didn't react to neither the comment nor the requests. That's why I orphaned the package. > I really don't know why I was deprived of the maintainer status because I > am a very responsive AUR maintainer. For example, I received some good > suggestions about my other packages, I did accept those suggestions and > modified my packages accordingly. I guess there is an issue with your mails, because you neither received my replies to your requests nor the mails regarding added comments. > The serious issue is I didn't receive any notification about the package > sge before the two email notifications. It is quite scary for me, and > should be scary for all AUR package maintainers. > > Is there anything I can do to get the maintainer status back? > > Best, > Manhong Best regards, Frederik aka freswa signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application; freswa
On 17/05/2020 05.28, Robin Broda via aur-general wrote: > On 5/17/20 5:06 AM, Frederik Schwan via aur-general wrote: >> Changes can be found here: >> https://github.com/freswa/aur/commit/c3778f6bda345f0165289f3a57d36047e6ba5934 >> >> Thank you for doing the review :) > Time for the next round: > > Package: datagrip datagrip-jre > Package: or-tools-java > Package: pass-sshaskpass > Package: pass-sshaskpass-git > Package: tomighty > Package: tpacpi-bat-git > Package: unifi-beta > Package: youtrack Fixed. https://github.com/freswa/aur/commit/6a1f6efae06f137b6d93f7f66973a6272766fe1d Thank you Frederik signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application; freswa
On 16/05/2020 21.01, Levente Polyak via aur-general wrote:
> I'm happy to _already_ work with you as you are doing a great job on the
> bugtracker. I hope we won't loose your power wrangling that beast :D
Thank you.
I'll stick to bug wrangling :)
> I managed to cut some free time to review all your packages, so here
> comes the feedback,
Some comments below.
> $ xxarhtna --user freswa
>
> adobe-icc:
> - could use TLS in url and source, because why not :}
> - would be a good idea to reuse $pkgver in source=()
I explicitly decided against using the ${pkgver} in the source, as the
version never changes. Adobe CS4 has long been superseded and there is
and probably never will be an update for this.
I don't see the improvement in this case. Please enlighten me :P
> chisel:
> dovecot-xaps-daemon:
> dovecot-xaps-daemon-git:
> dovecot-xaps-plugin:
> dovecot-xaps-plugin-git:
> duperemove-git:
fixed
> exfat-dkms-git:
> - shouldn't this package be named exfat-nofuse-dkms-git ? its not
> just exfat-dkms, this is in fact exfat-nofuse
renamed to exfat-nofuse-dkms-git - merge request submitted
> exfat-utils-nofuse:
> flexbox-udev:
> gimp-plugin-separate+:
> gtkhotkey:
> heif:
> jtool-bin:
> latex-tuda-ci:
> libpurple-lurch:
fixed
> nameinator:
> - must not use 'go get' on a repo as thats not reproducible
Sadly upstream does not provide vendoring or go modules.
I filled a request to use go modules and will fix this when it lands in a
release.
> onivim2:
> onivim2-git:
> open-ecard-git:
> OpenBoardView:
> or-tools-java:
> parcimonie-sh-git
> pass-sshaskpass:
renamed to pass-sshaskpass-git - merge request submitted
> - pkgname is wrong as this is in fact a -git package, but the name
> makes it a static version one
>
> pdfposter:
> perl-ntlm:
> pinentry-rofi:
> python-requests-gpgauthlib:
> - repo seems to contain unit tests, would be worth running in a
> check() function
Tests fail atm. I filled an upstream bugreport and I will add the tests once
things are sorted out.
> talosctl:
> tbt:
> thunderbird-nightly:
> - this is not a source build and hence must be postfixed with -bin
renamed to thunderbird-nightly-bin - merge request submitted
>
> tomighty:> tpacpi-bat-git:
> wrench:
> xfce-polkit:
> xfce-polkit-git:
Fixed.
Changes can be found here:
https://github.com/freswa/aur/commit/c3778f6bda345f0165289f3a57d36047e6ba5934
Thank you for doing the review :)
Cheers
Frederik
signature.asc
Description: OpenPGP digital signature
Re: [aur-general] TU application; freswa
On 12/05/2020 19.02, Eli Schwartz via aur-general wrote: > On 5/6/20 5:19 PM, Frederik Schwan via aur-general wrote: >> My AUR packages got reviewed recently by eschwartz, svenstaro and >> alad - thanks :) > Just for the record -- I did not review your AUR packages, you may have > intended to ask me to do so but this never happened. Perhaps you drafted > this email and forgot to remove my name before sending it? I just looked at my git log. No we did not. Sorry, that was not intentional :( I thought we did a review when we talked about my bugwrangler application. But apparently we didn't. > You did provide a very useful kernel backports patch for my zfs-dkms > package, which was much appreciated. Thank you :) >> If I become a TU, I'd like to focus on the bug tracker until we have >> a better solution. I'd also like to help out bug fixing when >> maintainers are busy, away or on vacation. > I don't know what this means... once there is a "better solution for our > bugtracker" you intend to not focus on it? :p > > Becoming a TU might give more opportunities to commit fixes to packages, > but it's unrelated to triage and analysis, at least, which I'd say are > the things which need the most love. > > So there's plenty to do there either way. :D > (Speaking from personal experience, being a TU has made me less > productive on the bugtracker.) I am missing any experience of a TU's life, so any judgement from me would be arrogant imo. Though, I have experienced the rogue environment of the AUR and I think I'm well prepared to handle some of the packages in [community], where at least no one comments "PKGBUILD broken, `One or more PGP signatures could not be verified!`" :P I intend to keep the bugtracker as my first priority though :) >> I'm aware though that some of these packages do not meet the criteria >> of 10 votes yet. I'll reevaluate whether they meet this criteria from >> time to time. >> >> I'd also like to go on helping Eli with maintenance of >> zfs-dkms and zfs-utils in the AUR. > Patches and suggestions are definitely welcome. :D > > Though I doubt zfs is suitable in any way for inclusion in community, > despite indeed having enough votes. I don't think it's suitable for community either. I'd like to continue working with you in the AUR on it if you don't mind? >> In case JetBrains is okay with us packaging their IDE's, I'd also >> maintain them. But so far all requests I found resulted in a negative >> response from JB. > I'm given to understand packaging our current packages for > pycharm/intellij community edition gives their current maintainers > enough agonizing headaches. It seems like the kind of thing one would > want to avoid getting involved in. :D > > I don't think we should be packaging their custom JRE, anyway, as that > should remain an AUR kind of thing (and we don't optdepends on AUR > packages either). This probably makes it more complicated to support > their stuff, especially for things which aren't open source? > > tl;dr do you believe this is practical to focus on? Do you think they > are likely to provide a way for us to package it which fits our > packaging guidelines? I don't intend to focus on this. I've been the maintainer of 5 JB packages for some time now and JB is a pretty prominent IDE creator. If there is some time I'd like to ask them how they think about repackaging their stuff. But before I'll help out on updating pycharm-community and intellij-idea-community to feel the pain first. :P Frederik signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application; freswa
Hi Chris, On 08/05/2020 02.43, Christian Rebischke via aur-general wrote: > 1. How do you monitor new software releases? Do you use a specific tool > for this like urlwatch? I'm using nvchecker which is automatically triggered on tty login. > 2. How do you want to participate in the Arch Linux community? I see > that you are very active in the IRC and on the bugtracker. Are there > other areas, where you are active? I'm also helping out in the DevOps team. E.g. I participated in the latest Rollout of Keycloak and Gitlab. I'll probably also help out when we will migrate our bugs at some point in the future. Looking forward to increase my engagement at DevOps in the future. > 3. Do you use any tools for enforcing a specific PKGBUILD format? For > example shfmt? Not yet, but I'll have a look at shfmt. Honestly I haven't had the idea to use a formatting tool yet. But I'm using aurpublish to ensure .SRCINFO and checksum consistency. > 4. Are you testing your packages? If so, how? Do you spawn a VM via > vagrant? Or do you use systemd-nspawn or docker images? Or do you just > test it locally on your machine? I'm using most of the packages myself, so I test them locally. The builds are tested with our devtools package in systemd-nspawn (for missing deps etc.). Docker seems to be a nice idea to improve this in the future :) Cheers, freswa signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application; freswa
On 06/05/2020 23.21, Santiago Torres-Arias wrote: >> If I become a TU, I'd like to focus on the bug tracker until we have a >> better solution. I'd also like to help out bug fixing when maintainers are >> busy, away or on vacation. >> >> Packages which I would like to move to [Community], some of which are not >> mine: > I'll do a review of your PKGBUILDS for these, but I'm curious to know if > you also had any orphans on community that you were > considering/interested on adopting[1]. To add to this, any other > packages on community that you'd be interested in co-maintaining? :) Hi Santiago, I don't use any of the orphaned packages in [community], so I'd rather spend my time on the bugtracker than maintaining packages I don't really know. But I could co-maintain anything where help is needed. I'd prefer go, rust and docker stuff, but I'm open for anything :) I'll also offer my help depending on bugs that will come in. Cheers, freswa signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application; freswa
On 06/05/2020 23.48, Robin Broda via aur-general wrote: > On 5/6/20 11:19 PM, Frederik Schwan via aur-general wrote: >> [...] >> My AUR packages got reviewed recently by eschwartz, svenstaro and alad - >> thanks :) >> > Hey, i just submitted all AUR PKGBUILDs that you are a (co-)maintainer for to > my PKGBUILD checker and there are a couple of things you should review > most importantly: > - all references to $srcdir & co should be quoted as those might contain > spaces, leading to undesireable word-splitting > - foo should never conflict/provide foo-git, those relations should work the > other way around > - http URLs should be upgraded to https when the remote supports it > > At the bottom of this mail you'll find the raw checker output, please review > and adjust as needed :) fixed and pushed to https://github.com/freswa/aur >> [...] >> I'd also like to go on helping Eli with maintenance of zfs-dkms and >> zfs-utils in the AUR. > AUR package maintenance is orthogonal to TU duties ^^ - you should talk to > Eli directly about this In the past he was happy to get a PR for compatibility patches for the latest kernel. I'd really like to see zfs-dkms in [community], but that sadly won't happen :/ >> I am looking forward to working with you! >> Frederik >> > Good luck with the rest of your application! Thank you :) freswa signature.asc Description: OpenPGP digital signature
[aur-general] TU application; freswa
Hi everyone, my name is Frederik aka freswa and I'm applying to become a Trusted User with svenstaro's and grazzolini's sponsorship. I started using Linux around 2004 with some live images of Ubuntu. In 2010, Debian became my main OS. Only a year later I switched to Arch after I screwed up Debian/sid while hunting for the latest kernel. I'm interested in DevOps topics, mail server, C, Rust, Go and newer JVM languages such as Kotlin. Thanks to svenstaro I've been a bug wrangler since February. You mostly hear from me when I assign bugs to the wrong people from time to time :P OS contributions: - working on the dovecot-xaps code, providing native Mail.app Apple Push for iOS devices - maintaining and writing PKGBUILDs for the AUR - bug reporting and fixing for several projects My AUR packages got reviewed recently by eschwartz, svenstaro and alad - thanks :) If I become a TU, I'd like to focus on the bug tracker until we have a better solution. I'd also like to help out bug fixing when maintainers are busy, away or on vacation. Packages which I would like to move to [Community], some of which are not mine: docker-credential-pass i3status-rust intel-undervolt ispin mysqltuner pdfposter pinentry-rofi protobuf-go sha3sum spin talosctl thermald unifi woeusb I'm aware though that some of these packages do not meet the criteria of 10 votes yet. I'll reevaluate whether they meet this criteria from time to time. I'd also like to go on helping Eli with maintenance of zfs-dkms and zfs-utils in the AUR. In case JetBrains is okay with us packaging their IDE's, I'd also maintain them. But so far all requests I found resulted in a negative response from JB. I am looking forward to working with you! Frederik signature.asc Description: OpenPGP digital signature
