Re: [aur-general] TU application - orhun
And thusly ends this tumultuous discussion period. The time has come to vote: https://aur.archlinux.org/tu/?id=127 xoxo, Sven OpenPGP_signature Description: OpenPGP digital signature
Re: [aur-general] TU resignation
On 20/12/2020 11:17, Baptiste Jonglez wrote: Hi, I have been less active in Arch for some time. I'm involved in many other projects that end up taking lots of time, and as a result I don't have the required time / energy / interest for Arch anymore. When my last Arch machine died recently after 10 years of loyal Arch service, it was a good sign that I should make this official. With that being said, I am resigning as a TU. I've had some, let's say, "disagreements" with a few members of the team over the years, but overall it was a positive experience. Keep up the good work, and take care of this delicate balance between technical excellence and community-minded approach. Thank you Baptiste for your work through these years and for caring about how Arch Linux should be conducted. I wish you all the best in your life journey and also hope that you can come back some day. -- Best regards, Daniel Bermond OpenPGP_signature Description: OpenPGP digital signature
Re: [aur-general] TU resignation
On Sun, Dec 20, 2020 at 03:17:12PM +0100, Baptiste Jonglez wrote: > Hi, > > I have been less active in Arch for some time. I'm involved in many other > projects that end up taking lots of time, and as a result I don't have the > required time / energy / interest for Arch anymore. When my last Arch > machine died recently after 10 years of loyal Arch service, it was a good > sign that I should make this official. > > With that being said, I am resigning as a TU. I've had some, let's say, > "disagreements" with a few members of the team over the years, but overall > it was a positive experience. Keep up the good work, and take care of > this delicate balance between technical excellence and community-minded > approach. Thanks for the work over the years :)! Hopefully we'll see you around if you end up resurrecting the Arch machine of yours :D -- Morten Linderud PGP: 9C02FF419FECBE16 signature.asc Description: PGP signature
[aur-general] TU resignation
Hi, I have been less active in Arch for some time. I'm involved in many other projects that end up taking lots of time, and as a result I don't have the required time / energy / interest for Arch anymore. When my last Arch machine died recently after 10 years of loyal Arch service, it was a good sign that I should make this official. With that being said, I am resigning as a TU. I've had some, let's say, "disagreements" with a few members of the team over the years, but overall it was a positive experience. Keep up the good work, and take care of this delicate balance between technical excellence and community-minded approach. Now for practical matters, here are my packages in [community]: auto-multiple-choice babeld camlp5 confuse coq coq-doc coqide dia dune fastd fig2dev gephi gobby hevea horst icmake ipv6calc kea kea-devel-docs lablgtk3 lesspipe libinfinity libuecc msgpack-c ocaml-cairo ocaml-num perl-locale-codes python-antlr4 python-latexcodec python-oset python-pybtex python-pybtex-docutils python-sphinxcontrib-bibtex python-sphinx-testing quilt radcli remake tcptrace xplot yodl Feel free to adopt them in [community], and I can also move some to the AUR if somebody is interested to maintain them. I also have a few packages in the AUR that I am going to orphan: https://aur.archlinux.org/packages/?O=0=M=zorun Regards, Baptiste signature.asc Description: PGP signature
Re: [aur-general] TU application - orhun
On 12/14/20 1:14 AM, Morten Linderud wrote: Good luck with the application. Thanks! Both ali and gping are packages with limited use (the projects and packages are months old). Are there any packages you intend to help co-maintain in the repositories? Any orphaned packages in the repositories that would be of interest? Sure, here are some packages that I'd like to co-maintain: - ripgrep [0] - sd [1] - mdp [2] - dog [3] - findomain [4] - binwalk [5] Currently orphaned: - xdo [6] - mypaint [7] - dumb [8] - catfish [9] - youtube-viewer [10] [0] https://www.archlinux.org/packages/community/x86_64/ripgrep/ [1] https://www.archlinux.org/packages/community/x86_64/sd/ [2] https://www.archlinux.org/packages/community/x86_64/mdp/ [3] https://www.archlinux.org/packages/community/x86_64/dog/ [4] https://www.archlinux.org/packages/community/x86_64/findomain/ [5] https://www.archlinux.org/packages/community/any/binwalk/ [6] https://www.archlinux.org/packages/community/x86_64/xdo/ [7] https://www.archlinux.org/packages/community/x86_64/mypaint/ [8] https://www.archlinux.org/packages/community/x86_64/dumb/ [9] https://www.archlinux.org/packages/community/any/catfish/ [10] https://www.archlinux.org/packages/community/any/youtube-viewer/ Regards, Orhun Parmaksız OpenPGP_signature Description: OpenPGP digital signature
Re: [aur-general] TU application - orhun
On Sat, Dec 12, 2020 at 08:03:45PM +0300, orhun via aur-general wrote: > Dear Arch Linux Trusted Users & Developers, Yo! > The intent of this mail is to apply for the role of Trusted User with the > confirmation/sponsorship of Sven-Hendrik Haase and Levente Polyak. Good luck with the application. > HOW CAN I HELP? > > I'm aiming to turn my motivation and enthusiasm in regards to the Arch > Linux project into professional and valuable contributions since I > learn fast and adapt to the changes quickly. My first step towards > that goal was to start maintaining packages in AUR and I still do due > to the fact that I feel like I should somehow give back to the > community. I think the packaging is an interesting topic and I'm > experiencing/learning new things by doing it. As for now, my > purpose is to adopt/maintain Rust, Go, C, and Python packages in the > community repository, move some of my favorite packages about > networking like gping [10] and ali [11] to there and help with the tooling > of reproducible builds. Both ali and gping are packages with limited use (the projects and packages are months old). Are there any packages you intend to help co-maintain in the repositories? Any orphaned packages in the repositories that would be of interest? -- Morten Linderud PGP: 9C02FF419FECBE16 signature.asc Description: PGP signature
Re: [aur-general] TU application - orhun
Hello, I have no idea who this is and I haven't talked to this user before. However, considering they maintain a lot of Rust software, I think they're safe and would make a great addition to the team. Just kidding. I talked to Orhun a fair bit, went over the majority of their packages and I think they'd make a great addition to the team. I hereby confirm my sponsorship. Since Levente already gave his confirmation, let the discussion period begin! Cheers, Sven OpenPGP_signature Description: OpenPGP digital signature
Re: [aur-general] TU application - orhun
Hey folks, I hereby confirm my sponsorship. I believe Orhun would be a great Trusted User. Considering his motivation, knowledge, projects and packages make a good candidate for this role :) cheers, Levente signature.asc Description: OpenPGP digital signature
[aur-general] TU application - orhun
Dear Arch Linux Trusted Users & Developers,
The intent of this mail is to apply for the role of Trusted User with the
confirmation/sponsorship of Sven-Hendrik Haase and Levente Polyak.
-BEGIN APPLICATION BLOCK-
INTRODUCTION
My name is Orhun Parmaksız and I use the name orhun/orhunp on most of
the platforms. I'm currently studying software engineering and working
as a backend developer at a social media startup. I like to work my
way through the software world by getting involved in open source
projects [0] and trying to create unique and interesting tools. It's
my hobby/job to work on Linux specific software so I can say that I'm
getting more familiar with Linux concepts in general as time goes. In
the meantime, I'm trying to get a grip on Arch Linux specific topics
like its build system since it's the main distribution that I
use/learn for years. Thus, I package & maintain the software that I
like/use in AUR [1] for experiencing different scenarios and learning
new techniques. It's also important for me to engage with the
community and get involved in events when I'm able to. One example
would be this year's Arch Conf which I recapped the things I learned
about packaging Rust applications [2]. So I'd like to keep learning
new things and be useful at the same time by becoming a Trusted User
for taking a role in AUR and maintaining community packages as every
Trusted User does. In the long term, I believe that I can contribute
to the Arch projects as I gain experience and knowledge by working in
the field.
EXPERIENCE
Although I mostly use Rust and Go recently, I have worked with languages
like C, Python, and Java in the past. I believe that the words about
"knowing" a programming language is cheap so it's strongly encouraged
to check the projects that I write with them. Since the general mantra
in software development is "learn by practice", it's likely for me to
learn a new technology by using it. Apart from those, I often write
shell scripts to manage various things in my system [3] such as the
semi-automation of releasing a new version of a package in AUR or
performing system-related trivial tasks. Briefly, I can say that I'm
fluent in Rust, Go, C, and still sharpening my shell scripting skills.
PROJECTS/CONTRIBUTIONS
I'd like to plug some of the open source projects that I wrote over
the years as a reference to the previous section:
- kmon: Linux kernel manager and activity monitor [4]
- menyoki: Screen{shot,cast} and perform ImageOps on the command line [5]
- pkgtop: Interactive package manager and resource monitor [6]
- zps: A small utility for listing and reaping zombie processes [7]
Contributing to the tools/libraries that I use is something that I do
from time to time for adding particular features or fixing specific
bugs [8]. But recently I have been contributing to the open source
projects based on my activities on AUR. Mostly I'm trying to share my
ideas and propose some fixes that I discovered while working on the
upstream [9].
HOW CAN I HELP?
I'm aiming to turn my motivation and enthusiasm in regards to the Arch
Linux project into professional and valuable contributions since I
learn fast and adapt to the changes quickly. My first step towards
that goal was to start maintaining packages in AUR and I still do due
to the fact that I feel like I should somehow give back to the
community. I think the packaging is an interesting topic and I'm
experiencing/learning new things by doing it. As for now, my
purpose is to adopt/maintain Rust, Go, C, and Python packages in the
community repository, move some of my favorite packages about
networking like gping [10] and ali [11] to there and help with the tooling
of reproducible builds.
My interactions with the packages and the Trusted Users also taught me
they are responsible for crucial tasks. And I believe that I'm at a
point in my life that I can take such responsibilities regardless of
how challenging the tasks are. I can also manage my priorities and time
well for taking a role as a Trusted User.
Although I want to help with the essential duties like keeping an eye
on AUR (reviewing requests, looking into security issues, etc.) and
maintaining packages in the community repository, I should also say
that one of my goals for the future is to develop Arch Linux specific
projects and contribute to the existing ones. I'm sure that I'll get
to the point where I have enough context and experience quickly with
the help of the rest of the team if the application succeeds. So
that's why I believe becoming a Trusted User and helping out on the
packaging issues is definitely a good place for me to start contributing
more concretely to the Arch Linux project.
SPONSORS
- Sven-Hendrik Haase (svenstaro)
- Levente Polyak (anthraxx)
[0] https://github.com/orhun
[1] https://aur.archlinux.org/account/orhun
[2] https://www.youtube.com/watch?v=b_g6xZ0DbJg
[3] https://github.com/orhun/dotfiles
[4] https://github.com/orhun/kmon
[5]
Re: [aur-general] TU application - rgacogne
On Sun, 2020-12-06 at 00:56 +0100, Morten Linderud via aur-general wrote: > On Sun, Nov 29, 2020 at 12:55:21AM +0100, Morten Linderud wrote: > > > Congratulations Remi! Welcome to the Trusted User team :) > Bravo and welcome ️ Cheers, Sébastien "Seblu" Luttringer signature.asc Description: This is a digitally signed message part
Re: [aur-general] TU application - rgacogne
On Sun, Nov 29, 2020 at 12:55:21AM +0100, Morten Linderud wrote: > Hi everyone! > > A little bit overdue but the discussion period is over. I apologize for > missing > the deadline by a day. > > > I have started the voting > https://aur.archlinux.org/tu/?id=126 The voting has ended and the results are in: Yes No Abstain Total Voted Participation 43 1 4 48 Yes 84.21% Congratulations Remi! Welcome to the Trusted User team :) -- Morten Linderud PGP: 9C02FF419FECBE16 signature.asc Description: PGP signature
Re: [aur-general] TU application - rgacogne
Hi everyone! A little bit overdue but the discussion period is over. I apologize for missing the deadline by a day. I have started the voting https://aur.archlinux.org/tu/?id=126 -- Morten Linderud PGP: 9C02FF419FECBE16 signature.asc Description: PGP signature
Re: [aur-general] TU removal: Evgeniy 'arcanis' Alekseev
The vote are in and the results: Yes: 43 No: 2 Abstain: 6 Total: 51 Participation: 87.93% The quorum of 66% has been reached with a larger number of "Yes", than "No" votes. This means Evgeniy Alekseev is no longer a Trusted User. On behalf of the Arch team I would like to thank Evgeniy for the work he has done towards the distribtuion the past years! I will do a follow-up email to [arch-dev-public] with package adoption and resigning. -- Morten Linderud PGP: 9C02FF419FECBE16 signature.asc Description: PGP signature
Re: [aur-general] TU application - rgacogne
On Fri, 2020-11-13 at 08:52 +0100, Remi Gacogne via aur-general wrote: > ... > Hello, Remi would be a great addition to the team. I can testify he loves beers and he's kind. Regards, Sébastien "Seblu" Luttringer signature.asc Description: This is a digitally signed message part
Re: [aur-general] TU application - rgacogne
On 13/11/2020 08:52, Remi Gacogne via aur-general wrote: > Hello everyone, > > My name is Remi Gacogne, and I hereby apply to join the Trusted Users > team, kindly sponsored by Levente Polyak and Morten Linderud > > My main motivation for becoming a TU is however not to move those, but > to relieve the workload of other TUs by helping maintain and/or adopting > existing community packages. For obvious reasons I have already > discussed adopting the powerdns and powerdns-recursor packages from > anthraxx, but I would also be interested in adopting some orphans here > and there, like for example hiredis, libopenraw and nsd. I should also > mention that being a TU would be very useful to my work on the security > team, since I would then be able to help fix critically vulnerable packages. > My preferred, old-fashioned, way of keeping track of packages updates is > to subscribe to mailing-lists, but I have come to appreciate the use of > tools like nvchecker in doing so as well :) Hi! I'm happy to see you (finally) apply to become a TU! We've indeed met during Chaos Communication Congress, during FOSDEM if I'm not mistaken. Remi has been part of the security team since the beginning and has always contributed high quality reports. Working together with him has always been a great experience and I look forward to what he can bring to Arch as a TU. Greetings, Jelle van der Waa signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - rgacogne
On Fri, Nov 13, 2020 at 12:04:05PM -0500, Discussion about the Arch User Repository (AUR) wrote: > On Fri, Nov 13, 2020 at 09:59:25AM +0100, Morten Linderud via aur-general > wrote: > > On Fri, Nov 13, 2020 at 08:52:37AM +0100, Remi Gacogne via aur-general > > wrote: > > > Hello everyone, > > > > > > My name is Remi Gacogne, and I hereby apply to join the Trusted Users > > > team, kindly sponsored by Levente Polyak and Morten Linderud. > > > > I confirm my sponsorship of Remi :) > > > > I have known Remi since the winter of 2016 when I met the security team > > during > > that years Chaos Communication Congress (he thought I was jelle :D). Along > > with > > funding the security team with anthraxx he has been contributing a lot to > > the > > security team the past years and it's a long overdue application. > > > > Super glad we finally got around to this<3 > > I'd like to add that Remi is perhaps one of the most dilligent members > of the security time. I have absolutely no doubt that he'll carry out > his TU duties with the same professionalism as he does with the security > team. > > Super excited to hear about this! > > -Santiago I got to know Remi during my second(?) Chaos Communication Congress in Hamburg (he didn't thought I was jelle, btw). We had a nice chat about the security team and our plans for the future, since then he has been the most reliable and most active security team member, thus I would like to declare my full support for his TU application. Chris signature.asc Description: PGP signature
Re: [aur-general] TU application - rgacogne
> the security time. Security team*, but security time as well... signature.asc Description: PGP signature
Re: [aur-general] TU application - rgacogne
On 11/13/20 8:52 AM, Remi Gacogne via aur-general wrote: > Hello everyone, > > My name is Remi Gacogne, and I hereby apply to join the Trusted Users > team, kindly sponsored by Levente Polyak and Morten Linderud. > > I'm 37 years old and live in Paris, France. My journey with Linux > started around 1999 with Mandrake, quickly replaced by Slackware which > has been my favourite distribution until I fell in love with Arch, > around 2009. Since then I have been involved in several aspects of the > life of the Arch community like the wiki and the bug tracker [1], but my > main contributions have been to the security team, often bugging you > folks with security issues in your packages :) You can find me on > Freenode and OFTC under the nick of rgacogne. > > I have contributed to many FOSS projects over the years, mainly by > writing and fixing C, C++ and Python code, hopefully not introducing too > many bugs in the process. Some of them can be found on my GitHub profile > [2]. I have held positions as a sysadmin, security engineer and software > engineer in the past, and am currently working for the PowerDNS [3] > open-source company as a software engineer. > > In my spare time I enjoy climbing, hiking, paragliding and trail > running, as well as drinking beers. I'm also involved in a few > non-profit organisations, far away from computers. > > I am currently maintaining a few packages in the AUR [4], although most > of the popular ones I used to maintain having been moved to community by > existing TUs along the way, with my blessing and gratitude. As a TU I > would like to move two of the remaining ones to community: > - bgpq3 > - dnsdist > > My main motivation for becoming a TU is however not to move those, but > to relieve the workload of other TUs by helping maintain and/or adopting > existing community packages. For obvious reasons I have already > discussed adopting the powerdns and powerdns-recursor packages from > anthraxx, but I would also be interested in adopting some orphans here > and there, like for example hiredis, libopenraw and nsd. I should also > mention that being a TU would be very useful to my work on the security > team, since I would then be able to help fix critically vulnerable packages. > My preferred, old-fashioned, way of keeping track of packages updates is > to subscribe to mailing-lists, but I have come to appreciate the use of > tools like nvchecker in doing so as well :) > > Cheers, > > Remi > > [1]: https://bugs.archlinux.org/user/9172 > [2]: https://github.com/rgacogne > [3]: https://www.powerdns.com > [4]: https://aur.archlinux.org/packages/?SeB=m=rgacogne > I hereby confirm my sponsorship of Remi :) Basically the same story as Morten mentioned, we also first met in meat space during the Chaos Communication Congress, however he did not thought that i was jelle as well :P I got to know him on multiple real life and virtual occasions as a very friendly and kind person with a profound technical knowledge and lot of contributions. I have no doubt that we will be a valuable Trusted User and strengthen our team -- and on top will gain a bit more scope of action for the Security Team duties. Let the discussion period officially begin :) cheers, Levente signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - rgacogne
On Fri, Nov 13, 2020 at 09:59:25AM +0100, Morten Linderud via aur-general wrote: > On Fri, Nov 13, 2020 at 08:52:37AM +0100, Remi Gacogne via aur-general wrote: > > Hello everyone, > > > > My name is Remi Gacogne, and I hereby apply to join the Trusted Users > > team, kindly sponsored by Levente Polyak and Morten Linderud. > > I confirm my sponsorship of Remi :) > > I have known Remi since the winter of 2016 when I met the security team during > that years Chaos Communication Congress (he thought I was jelle :D). Along > with > funding the security team with anthraxx he has been contributing a lot to the > security team the past years and it's a long overdue application. > > Super glad we finally got around to this<3 I'd like to add that Remi is perhaps one of the most dilligent members of the security time. I have absolutely no doubt that he'll carry out his TU duties with the same professionalism as he does with the security team. Super excited to hear about this! -Santiago signature.asc Description: PGP signature
Re: [aur-general] TU application - rgacogne
On Fri, Nov 13, 2020 at 08:52:37AM +0100, Remi Gacogne via aur-general wrote: > Hello everyone, > > My name is Remi Gacogne, and I hereby apply to join the Trusted Users > team, kindly sponsored by Levente Polyak and Morten Linderud. I confirm my sponsorship of Remi :) I have known Remi since the winter of 2016 when I met the security team during that years Chaos Communication Congress (he thought I was jelle :D). Along with funding the security team with anthraxx he has been contributing a lot to the security team the past years and it's a long overdue application. Super glad we finally got around to this<3 -- Morten Linderud PGP: 9C02FF419FECBE16 signature.asc Description: PGP signature
[aur-general] TU application - rgacogne
Hello everyone, My name is Remi Gacogne, and I hereby apply to join the Trusted Users team, kindly sponsored by Levente Polyak and Morten Linderud. I'm 37 years old and live in Paris, France. My journey with Linux started around 1999 with Mandrake, quickly replaced by Slackware which has been my favourite distribution until I fell in love with Arch, around 2009. Since then I have been involved in several aspects of the life of the Arch community like the wiki and the bug tracker [1], but my main contributions have been to the security team, often bugging you folks with security issues in your packages :) You can find me on Freenode and OFTC under the nick of rgacogne. I have contributed to many FOSS projects over the years, mainly by writing and fixing C, C++ and Python code, hopefully not introducing too many bugs in the process. Some of them can be found on my GitHub profile [2]. I have held positions as a sysadmin, security engineer and software engineer in the past, and am currently working for the PowerDNS [3] open-source company as a software engineer. In my spare time I enjoy climbing, hiking, paragliding and trail running, as well as drinking beers. I'm also involved in a few non-profit organisations, far away from computers. I am currently maintaining a few packages in the AUR [4], although most of the popular ones I used to maintain having been moved to community by existing TUs along the way, with my blessing and gratitude. As a TU I would like to move two of the remaining ones to community: - bgpq3 - dnsdist My main motivation for becoming a TU is however not to move those, but to relieve the workload of other TUs by helping maintain and/or adopting existing community packages. For obvious reasons I have already discussed adopting the powerdns and powerdns-recursor packages from anthraxx, but I would also be interested in adopting some orphans here and there, like for example hiredis, libopenraw and nsd. I should also mention that being a TU would be very useful to my work on the security team, since I would then be able to help fix critically vulnerable packages. My preferred, old-fashioned, way of keeping track of packages updates is to subscribe to mailing-lists, but I have come to appreciate the use of tools like nvchecker in doing so as well :) Cheers, Remi [1]: https://bugs.archlinux.org/user/9172 [2]: https://github.com/rgacogne [3]: https://www.powerdns.com [4]: https://aur.archlinux.org/packages/?SeB=m=rgacogne signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU removal: Evgeniy 'arcanis' Alekseev
On Sun, Nov 08, 2020 at 06:48:31PM +0100, Morten Linderud wrote: > Yo, > > I would like to start the discussion period for a Trusted User removal of > Evgeniy Alekseev, also known as 'arcanis' on the grounds of 'Special Removal > of > an Inactive TU' [1]. > > Evgeniy's last action on archweb was '2019-12-25 20:41', and the last vote > they > participated in was the removal of shiv 13 montsh ago. I have also attempted > sending them an email two times the past 5 months, along with Alad having sent > them an email. There has been no replies. > > The voting procedure will commence after seven days of discussion > period, in which Evgeniy can state his case. > > Cheers, > > [1] > https://aur.archlinux.org/trusted-user/TUbylaws.html#_special_removal_of_an_inactive_tu The discussion period has ended and I have created the removal vote according to the TU bylaws. https://aur.archlinux.org/tu/?id=125 -- Morten Linderud PGP: 9C02FF419FECBE16 signature.asc Description: PGP signature
Re: [aur-general] TU application - bastelfreak
On Sun, Oct 18, 2020 at 05:39:41PM +0200, Discussion about the Arch User Repository (AUR) wrote: > Hi! > > I'm Tim Meusel and I want to spent more time in the Arch Linux community > and increase the package quality. I first got in touch with open source > some years ago in the Puppet Community [0] where I started to love > Puppet and FOSS. At the moment I'm employed at a big ISP where I > maintain a few thousand systems. My solution of choice for configuration > management is Puppet because it fulfills all requirements and is easy to > extend. For a few projects I require up2date systems with modern > software, that's why i choose Arch Linux. Since Puppet was already > present in the company, the Arch Linux boxes were puppetized as well. I > wrote or contributed to multiple packages related to Puppet on Arch > Linux. foxxx0 and shibumi were so kind to continue maintaining them > in the official repositories: > [...] The voting period is over. Tim Meusel (bastelfreak) got accepted as TU with the following result: Yes No Abstain TotalParticipation 37 2 12 51 89.47% see: https://aur.archlinux.org/tu/?id=124 Congratulations, Tim and welcome on board. Chris signature.asc Description: PGP signature
Re: [aur-general] TU removal: Evgeniy 'arcanis' Alekseev
On Sun, Nov 08, 2020 at 02:38:59PM -0500, Eli Schwartz via aur-general wrote: > > The voting procedure will commence after seven days of discussion > > period, in which Evgeniy can state his case. > > 7 days is the discussion period for a normal removal vote; the > discussion period for one triggered by inactivity is 3 days. Welp, shouldn't copy paste it seems :) Thanks for the headsup. I'll take this for vote on the 11th of November. -- Morten Linderud PGP: 9C02FF419FECBE16 signature.asc Description: PGP signature
Re: [aur-general] TU removal: Evgeniy 'arcanis' Alekseev
On 11/8/20 12:48 PM, Morten Linderud via aur-general wrote: > Yo, > > I would like to start the discussion period for a Trusted User removal of > Evgeniy Alekseev, also known as 'arcanis' on the grounds of 'Special Removal > of > an Inactive TU' [1]. > > Evgeniy's last action on archweb was '2019-12-25 20:41', and the last vote > they > participated in was the removal of shiv 13 montsh ago. I have also attempted > sending them an email two times the past 5 months, along with Alad having sent > them an email. There has been no replies. Last commit to svn-community, 2019-06-30 Last AUR package update, 2018-12-16 Huh, I don't actually see any messages from him on any mailing list except one during Alad's TU application. > The voting procedure will commence after seven days of discussion > period, in which Evgeniy can state his case. 7 days is the discussion period for a normal removal vote; the discussion period for one triggered by inactivity is 3 days. Other than that, this seems quite reasonable. -- Eli Schwartz Bug Wrangler and Trusted User signature.asc Description: OpenPGP digital signature
[aur-general] TU removal: Evgeniy 'arcanis' Alekseev
Yo, I would like to start the discussion period for a Trusted User removal of Evgeniy Alekseev, also known as 'arcanis' on the grounds of 'Special Removal of an Inactive TU' [1]. Evgeniy's last action on archweb was '2019-12-25 20:41', and the last vote they participated in was the removal of shiv 13 montsh ago. I have also attempted sending them an email two times the past 5 months, along with Alad having sent them an email. There has been no replies. The voting procedure will commence after seven days of discussion period, in which Evgeniy can state his case. Cheers, [1] https://aur.archlinux.org/trusted-user/TUbylaws.html#_special_removal_of_an_inactive_tu -- Morten Linderud PGP: 9C02FF419FECBE16 signature.asc Description: PGP signature
Re: [aur-general] TU application - bastelfreak
On Sun, Oct 18, 2020 at 05:39:41PM +0200, Discussion about the Arch User Repository (AUR) wrote: > Hi! > > I'm Tim Meusel and I want to spent more time in the Arch Linux community > and increase the package quality. I first got in touch with open source > some years ago in the Puppet Community [0] where I started to love > Puppet and FOSS. At the moment I'm employed at a big ISP where I > maintain a few thousand systems. My solution of choice for configuration > management is Puppet because it fulfills all requirements and is easy to > extend. For a few projects I require up2date systems with modern > software, that's why i choose Arch Linux. Since Puppet was already > present in the company, the Arch Linux boxes were puppetized as well. I > wrote or contributed to multiple packages related to Puppet on Arch > Linux. foxxx0 and shibumi were so kind to continue maintaining them > in the official repositories: > [...] Hi everybody, Thank you for the discussions in the last 14 days. The discussion period is officially over. Please cast your vote: https://aur.archlinux.org/tu/?id=124 best wishes and stay healthy chris / shibumi signature.asc Description: PGP signature
Re: [aur-general] TU application - bastelfreak
Hi, On 02.11.20 05:31, Brett Cornwall wrote: > On 2020-10-18 17:39, Tim Meusel via aur-general wrote: >> [...] > > It's great that you'd like to improve the quality of the Ruby ecosystem! > Do you have any experience with documentation? I think it'd be nice to > have someone experienced make sure the Ruby/Puppet documentation is up > to snuff. I think writing documentation is an essential part of maintaining packages or any open source project. Nobody will use a project, no matter how good it is, if it's lacking documentation. I am confident enough to document Arch Linux related stuff about Puppet/facter/choria. I don't have the same amount of experience with Ruby applications in general, I'm mostly following what anthraxx recommended me as packaging guidelines. But I'm happy to keep the documentation up2date as well and write down some common pitfalls and best practices. > Are you also interested in maintaining any other types of packages, or > only the Ruby ecosystem? Interested? Yes! Do I have enough time to do it properly? I don't know. I'm also interested in some of the tools from the CNCF landscape, luckily shibumi already started packaging some of them. I don't know yet with how many dependencies I end up with, if the Puppet tools are properly packaged. If there is spare time left I'm happy to also maintain other packages. Cheers, Tim signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - bastelfreak
On 2020-10-18 17:39, Tim Meusel via aur-general wrote: [...] * puppet [1] * puppet5 [2] * facter [3] * libwhereami [4] * ruby-deep_merge [5] * ruby-httpclient [6] * ruby-sync [7] * ruby-puppet-resource_api [8] * ruby-semantic_puppet [9] [...] As a trusted user I would like to co-maintain those packages, enable tests on the PKGBUILDs where tests are currently missing (for example ruby-puppet-resource_api, ruby-semantic_puppet and Puppet), fix the remaining namcap warnings (for example on facter and libwhereami) and also import some other Puppet related tools into the official repository. Some of them are already in the AUR (not all maintained by myself): * fluent-bit (not Puppet related) [10] * ruby-gettext-setup [11] * ruby-minitar [12] * ruby-puppet_forge [13] * ruby-rr [14] * ruby-cri [15] * ruby-test-unit-rr [16] * ruby-fast_gettext [17] * ruby-gettext [18] * ruby-locale [19] * ruby-text [20] * ruby-colored2 [21] * r10k [22] [...] It's great that you'd like to improve the quality of the Ruby ecosystem! Do you have any experience with documentation? I think it'd be nice to have someone experienced make sure the Ruby/Puppet documentation is up to snuff. Are you also interested in maintaining any other types of packages, or only the Ruby ecosystem? signature.asc Description: PGP signature
Re: [aur-general] TU application - bastelfreak
On 2020-10-22 23:24, Tim Meusel via aur-general wrote: Hey, On 21.10.20 23:41, Jelle van der Waa wrote: On 18/10/2020 17:39, Tim Meusel via aur-general wrote: [...] Some notes on your AUR packages: [...] * choria-io [...] - systemd unit could have some systemd hardening applied, see the wiki or 'man systemd.exec' https://wiki.archlinux.org/index.php/Arch_package_guidelines/Security#Systemd_services thanks for the hint about hardening. To get this working I only copied the unit file that upstream uses as well (but it's not bundled in the source code). I will take a look here and see which options make sense in the unit file and submit them to upstream and the AUR. I greatly appreciate the upstream-first attitude: Any hardening done will benefit all distributions. signature.asc Description: PGP signature
Re: [aur-general] TU application - bastelfreak
Hey, On 21.10.20 23:41, Jelle van der Waa wrote: > On 18/10/2020 17:39, Tim Meusel via aur-general wrote: >> Hi! >> >> I'm Tim Meusel and I want to spent more time in the Arch Linux community >> and increase the package quality. I first got in touch with open source >> some years ago in the Puppet Community [0] where I started to love >> Puppet and FOSS. At the moment I'm employed at a big ISP where I >> maintain a few thousand systems. My solution of choice for configuration >> management is Puppet because it fulfills all requirements and is easy to >> extend. For a few projects I require up2date systems with modern >> software, that's why i choose Arch Linux. Since Puppet was already >> present in the company, the Arch Linux boxes were puppetized as well. I >> wrote or contributed to multiple packages related to Puppet on Arch >> Linux. foxxx0 and shibumi were so kind to continue maintaining them >> in the official repositories: > > Yay, I like seeing applications who want to help maintain packages which > are already in our repositories! > > Some notes on your AUR packages: > > * choria-io > - 'github.com/choria-io/go-choria/build.BuildDate=$(date '+%F %T %z')' > Recording the build date is non reproducible, will give > reproducibility issues. SOURCE_DATE_EPOCH can be used to make it > reproducible, see https://reproducible-builds.org/docs/source-date-epoch/ Thanks for the note. I will update the PKGBUILD in the next days and also want to do some cleanups. It finally builds and all tests pass, but the PKGBUILD is not yet complete. > > - systemd unit could have some systemd hardening applied, see the wiki > or 'man systemd.exec' > > https://wiki.archlinux.org/index.php/Arch_package_guidelines/Security#Systemd_services thanks for the hint about hardening. To get this working I only copied the unit file that upstream uses as well (but it's not bundled in the source code). I will take a look here and see which options make sense in the unit file and submit them to upstream and the AUR. > * log4r > - Package lacks a license=(), upstream url is no longer valid it seems? ruby-log4r is a pretty sad project. It's dead since a few years but still widely used. It's possible to download the gem from rubygems, but rubygems.org doesn't know the correct license and also has no link to the sourcecode. Because of that, the PKGBUILD does not properly build the gem from source and executes the tests. In my opinion this disqualifies it as an official package. But it's currently a dependency for r10k. I wanted to ensure I can package r10k properly, and that required building log4r as well. I'm currently working with the upstream r10k developers to get rid of log4r as a dependency. Afterwards I can delete/orphan the log4r package and r10k would be ready for an official repo. > > * tftp-hpa-destruct > - systemd service could use some hardening > - how did you obtain the LICENSE file? From their official website? well, years ago I required a tftp service that deletes files after it delivered them. tftp-hpa-destruct has such a patch (that upstream didn't want, which I understand :D). I used the official Arch Linux PKGBUILD for tftp-hpa as a base. It also ships a dedicated LICENSE file. I've no intention to ever get this in any email, so I didn't list it in my initial email. > It's interesting it's not in the official tarball :) > > Greetings, > > Jelle > signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - bastelfreak
Hi!
On 21.10.20 20:21, Morten Linderud wrote:
> On Sun, Oct 18, 2020 at 05:39:41PM +0200, Tim Meusel via aur-general wrote:
>> Hi!
>
> Yo!
>
>> Besides working on open source projects, I spent a huge amount of time
>> for my second passion, cooking and doing BBQ. From time to time I also
>> attend ice hockey events as visitor but also as hobby-referee or player.
>
> Yes.. I heard some rumors about team members ice skating and ending up with
> stitches during this years FOSDEM. This might be more useful information then
> you know :D
Good to know! I'm usually around at FOSDEM (at of course config
management camp in Ghent the following three days)
>
>> As a trusted user I would like to co-maintain those packages, enable
>> tests on the PKGBUILDs where tests are currently missing (for example
>> ruby-puppet-resource_api, ruby-semantic_puppet and Puppet), fix the
>> remaining namcap warnings (for example on facter and libwhereami) and
>> also import some other Puppet related tools into the official
>> repository. Some of them are already in the AUR (not all maintained by
>> myself):
>>
>> [snip package list]
>
> How interested would you be to pick up a bit on the Ruby Gem package
> guidelines
> on the wiki, and how are you currently keeping track of package updates?
>
> https://wiki.archlinux.org/index.php/Ruby_Gem_package_guidelines
sure, I already talked a few times to anthraxx about packaging
guidelines for Ruby and want to update the page in the future.
I'm involved in most of the open source projects I created PKGBUILDs
for. besides that I've their rubygems.org release feed in my RSS client
and/or GitHub notifies me about new releases.
>
>> I talked to shibumi and hashworks in the past days, both reviewed the
>> packages and agreed to sponsor my application.
>
> Generally they look nice and I don't spot any major rewrites as part of the
> sponsor reviewing. Which is a good sign I guess! I don't know ruby very well,
> which is why it was *very* fortunate that you uploaded a Go PKGBUILD today :)
> Now I have some pointers!
>
> Generally speaking it's fine. I think the `glibc` in `depends` makes no sense
> when there are other dependencies present, but it's generally not an issue.
>
thanks for this point! I don't have an opinion on adding dependencies
that are already pulled in because other deps also depend on them. I was
a bit unsure here and asked multiple trusted users about this. 50% said
it should be added, 50% were against. anthraxx also recommended adding
it so I went with that.
> Before `prepare` you have listed up 8 environment variables for the go
> compiler,
> generally they should be inside the given functions as makepkg does magic to
> the
> environment between the different prepare/build/check/package steps. So this
> is
> wrong and should be moved inside build and check.
>
> `prepare` is fine, but `$srcdir` is not really needed. But that is more a
> cosmetic thing.
>
> build is fine, but it has a few issues. Where is the build.SHA from? BuildDate
> is set to current time, which is not reproducible. Preferably it should adhere
> to `SOURCE_DATE_EPOCH` as noted by Reproduible Builds like so:
>
> -X 'github.com/choria-io/go-choria/build.BuildDate=$(date
> -d@"${SOURCE_DATE_EPOCH}" '+%F %T %z')'
>
> But apart from that both check and package is fine.
Thanks for all the feedback on the PKGBUILD! I'm pretty new to the Go
world and based this PKGBUILD on the consul/vault ones that are in
community. I managed to build choria properly and execute the tests, but
I'm not yet happy with the PKGBUILD and don't consider it complete. I
will update it in the next days.
>
>> I'm available on Freenode as bastelfreak. I'm pretty active in
>> #archlinux.de and #voxpupuli. My GPG key fingerprint is
>> C10B6298A584A5632E254DA304D659E6BF1C4CC0
>
> As noted in another email, rsa2048 is bordering on weak these days. It would
> be
> preferable to update the keysize if you do get accepted. Preferably as part of
> the application :)
>
Thanks for the note, I'm aware of this. I think it's always a tradeoff
between using an established key with multiple signatures vs a new one
with stronger ciphers. My plan was to create a new key dedicated for TU
work, if I get accepted, and crossign it with my current private key.
Maybe it would have been smarter to send the application directly with a
new key.
>> best regards, Tim
>
> Cheers and good luck!
>
signature.asc
Description: OpenPGP digital signature
Re: [aur-general] TU application - bastelfreak
On 18/10/2020 17:39, Tim Meusel via aur-general wrote: > Hi! > > I'm Tim Meusel and I want to spent more time in the Arch Linux community > and increase the package quality. I first got in touch with open source > some years ago in the Puppet Community [0] where I started to love > Puppet and FOSS. At the moment I'm employed at a big ISP where I > maintain a few thousand systems. My solution of choice for configuration > management is Puppet because it fulfills all requirements and is easy to > extend. For a few projects I require up2date systems with modern > software, that's why i choose Arch Linux. Since Puppet was already > present in the company, the Arch Linux boxes were puppetized as well. I > wrote or contributed to multiple packages related to Puppet on Arch > Linux. foxxx0 and shibumi were so kind to continue maintaining them > in the official repositories: Yay, I like seeing applications who want to help maintain packages which are already in our repositories! Some notes on your AUR packages: * choria-io - 'github.com/choria-io/go-choria/build.BuildDate=$(date '+%F %T %z')' Recording the build date is non reproducible, will give reproducibility issues. SOURCE_DATE_EPOCH can be used to make it reproducible, see https://reproducible-builds.org/docs/source-date-epoch/ - systemd unit could have some systemd hardening applied, see the wiki or 'man systemd.exec' https://wiki.archlinux.org/index.php/Arch_package_guidelines/Security#Systemd_services * log4r - Package lacks a license=(), upstream url is no longer valid it seems? * tftp-hpa-destruct - systemd service could use some hardening - how did you obtain the LICENSE file? From their official website? It's interesting it's not in the official tarball :) Greetings, Jelle signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - bastelfreak
On Sun, Oct 18, 2020 at 05:39:41PM +0200, Tim Meusel via aur-general wrote:
> Hi!
Yo!
> Besides working on open source projects, I spent a huge amount of time
> for my second passion, cooking and doing BBQ. From time to time I also
> attend ice hockey events as visitor but also as hobby-referee or player.
Yes.. I heard some rumors about team members ice skating and ending up with
stitches during this years FOSDEM. This might be more useful information then
you know :D
> As a trusted user I would like to co-maintain those packages, enable
> tests on the PKGBUILDs where tests are currently missing (for example
> ruby-puppet-resource_api, ruby-semantic_puppet and Puppet), fix the
> remaining namcap warnings (for example on facter and libwhereami) and
> also import some other Puppet related tools into the official
> repository. Some of them are already in the AUR (not all maintained by
> myself):
>
> [snip package list]
How interested would you be to pick up a bit on the Ruby Gem package guidelines
on the wiki, and how are you currently keeping track of package updates?
https://wiki.archlinux.org/index.php/Ruby_Gem_package_guidelines
> I talked to shibumi and hashworks in the past days, both reviewed the
> packages and agreed to sponsor my application.
Generally they look nice and I don't spot any major rewrites as part of the
sponsor reviewing. Which is a good sign I guess! I don't know ruby very well,
which is why it was *very* fortunate that you uploaded a Go PKGBUILD today :)
Now I have some pointers!
Generally speaking it's fine. I think the `glibc` in `depends` makes no sense
when there are other dependencies present, but it's generally not an issue.
Before `prepare` you have listed up 8 environment variables for the go compiler,
generally they should be inside the given functions as makepkg does magic to the
environment between the different prepare/build/check/package steps. So this is
wrong and should be moved inside build and check.
`prepare` is fine, but `$srcdir` is not really needed. But that is more a
cosmetic thing.
build is fine, but it has a few issues. Where is the build.SHA from? BuildDate
is set to current time, which is not reproducible. Preferably it should adhere
to `SOURCE_DATE_EPOCH` as noted by Reproduible Builds like so:
-X 'github.com/choria-io/go-choria/build.BuildDate=$(date
-d@"${SOURCE_DATE_EPOCH}" '+%F %T %z')'
But apart from that both check and package is fine.
> I'm available on Freenode as bastelfreak. I'm pretty active in
> #archlinux.de and #voxpupuli. My GPG key fingerprint is
> C10B6298A584A5632E254DA304D659E6BF1C4CC0
As noted in another email, rsa2048 is bordering on weak these days. It would be
preferable to update the keysize if you do get accepted. Preferably as part of
the application :)
> best regards, Tim
Cheers and good luck!
--
Morten Linderud
PGP: 9C02FF419FECBE16
signature.asc
Description: PGP signature
Re: [aur-general] TU application - bastelfreak
On Mon, 19 Oct 2020 16:48:04 +0200 Morten Linderud wrote: > Why did you decide to sponsor Tim? I see some explanations from > shibumi and Thore, but it would be nice with a few more sentences > then just a confirmation. Sure! Like Christian and Thore I've known Tim for years. Although only via IRC on freenode#archlinux.de, his general friendliness, support to users, willingness to learn and continuing displays of contribution to various FOSS communities earned my trust and respect. The puppet package collection is in dire need of a maintainer that actually uses it. Tim being a certified Puppet Fundamentals Administrator that manages Arch at work with it makes him perfect for the job in my eyes. Besides that I see future benefits for the DevOps team since he is a capable Arch SysAdmin. -- hashworks Webhttps://hashworks.net Public Key 0x4FE7F4FEAC8EBE67 pgp_HqTmLbLlO.pgp Description: OpenPGP digital signature
Re: [aur-general] TU application - bastelfreak
On Sun, Oct 18, 2020 at 05:43:11PM +0200, Justin Kromlinger via aur-general wrote: > On Sun, 18 Oct 2020 17:39:41 +0200 > Tim Meusel via aur-general wrote: > > > I talked to shibumi and hashworks in the past days, both reviewed the > > packages and agreed to sponsor my application. > > I hereby confirm my sponsorship. Why did you decide to sponsor Tim? I see some explanations from shibumi and Thore, but it would be nice with a few more sentences then just a confirmation. -- Morten Linderud PGP: 9C02FF419FECBE16 signature.asc Description: PGP signature
Re: [aur-general] TU application - bastelfreak
On 18.10.20 17:39, Tim Meusel via aur-general wrote: > Hi! > > I'm Tim Meusel and I want to spent more time in the Arch Linux community > and increase the package quality. > > [...] > > I talked to shibumi and hashworks in the past days, both reviewed the > packages and agreed to sponsor my application. Hi Tim, great to finally see your application here! Just wanted to drop this in: I've known Tim for years and we've become very good friends. For the last three years we've actually been colleagues at work so I'd like to vouch for him in a less formal/official capacity. We've been working several times on his AUR PKGBUILDs in the past but due to recent personal time constraints I was unable to do a final review and thus stepped down from official sponsorship. So while I cannot (in good faith) attest to the current state of these PKGBUILDs, I can however confirm that he is always interested in properly learning the way certain things work and is always aiming towards following best practices with whatever technology, tooling or framework he is faced. You may or may not take this into consideration, I always like to know if there are pre-existing aquaintances between Devs/TUs and applicants. Depending on how well you know the Devs/TUs in question, this might help judging the applicant. I, for one, am looking forward to working with him on Arch if he makes it through the voting process. Cheers, Thore -- Thore "foxxx0" Bödecker GPG ID: 0xEB763B4E9DB887A6 GPG FP: 051E AD6A 6155 389D 69DA 02E5 EB76 3B4E 9DB8 87A6 signature.asc Description: PGP signature
Re: [aur-general] TU application - bastelfreak
On Sun, Oct 18, 2020 at 05:39:41PM +0200, Discussion about the Arch User Repository (AUR) wrote: > ... > I talked to shibumi and hashworks in the past days, both reviewed the > packages and agreed to sponsor my application. I hereby confirm my sponsorship. May the discussion period begin! Furthermore I would like to point out Tim's excellent work and help regarding our puppet packages and other ruby packages. I had to disown the puppet packages yesterday, because I thought I am not the right person for this job. With Tim we would have a puppet contributor and someone who actually knows what he is doing in terms of puppet. Chris signature.asc Description: PGP signature
Re: [aur-general] TU application - bastelfreak
On Sun, Oct 18, 2020 at 03:49:28PM +, Kusoneko wrote: > On October 18, 2020 3:39:41 PM UTC, Tim Meusel via aur-general > wrote: > >Hi! > >snip > > Not a TU, but I noticed that the GPG key that signed this application is > expired according to my mail client. It's not extended on the keyservers, but you can retrieve an extended one through WKD. gpg --auto-key-locate clear,wkd -v --locate-external-key t...@bastelfreak.de However, RSA2048 is a bit weak honestly. rsa4096 or some EC thingie should be preferred. -- Morten Linderud PGP: 9C02FF419FECBE16 signature.asc Description: PGP signature
Re: [aur-general] TU application - bastelfreak
On October 18, 2020 3:39:41 PM UTC, Tim Meusel via aur-general wrote: >Hi! > >I'm Tim Meusel and I want to spent more time in the Arch Linux >community >and increase the package quality. I first got in touch with open source >some years ago in the Puppet Community [0] where I started to love >Puppet and FOSS. At the moment I'm employed at a big ISP where I >maintain a few thousand systems. My solution of choice for >configuration >management is Puppet because it fulfills all requirements and is easy >to >extend. For a few projects I require up2date systems with modern >software, that's why i choose Arch Linux. Since Puppet was already >present in the company, the Arch Linux boxes were puppetized as well. I >wrote or contributed to multiple packages related to Puppet on Arch >Linux. foxxx0 and shibumi were so kind to continue maintaining them >in the official repositories: > >* puppet [1] >* puppet5 [2] >* facter [3] >* libwhereami [4] >* ruby-deep_merge [5] >* ruby-httpclient [6] >* ruby-sync [7] >* ruby-puppet-resource_api [8] >* ruby-semantic_puppet [9] > >Besides working on open source projects, I spent a huge amount of time >for my second passion, cooking and doing BBQ. From time to time I also >attend ice hockey events as visitor but also as hobby-referee or >player. > >As a trusted user I would like to co-maintain those packages, enable >tests on the PKGBUILDs where tests are currently missing (for example >ruby-puppet-resource_api, ruby-semantic_puppet and Puppet), fix the >remaining namcap warnings (for example on facter and libwhereami) and >also import some other Puppet related tools into the official >repository. Some of them are already in the AUR (not all maintained by >myself): > >* fluent-bit (not Puppet related) [10] >* ruby-gettext-setup [11] >* ruby-minitar [12] >* ruby-puppet_forge [13] >* ruby-rr [14] >* ruby-cri [15] >* ruby-test-unit-rr [16] >* ruby-fast_gettext [17] >* ruby-gettext [18] >* ruby-locale [19] >* ruby-text [20] >* ruby-colored2 [21] >* r10k [22] > >If you check my AUR packages, you might notice the awful ruby-log4r >package. That's a dead project where the source code is gone. It's a >dependency for r10k. I'm "maintaining" ruby-log4r in the AUR, so I can >test and build r10k, but I'm also in contact with the upstream >developers to replace this dead dependency. I've no intention to get >log4r into any official repository. > >I talked to shibumi and hashworks in the past days, both reviewed the >packages and agreed to sponsor my application. > >I'm available on Freenode as bastelfreak. I'm pretty active in >#archlinux.de and #voxpupuli. My GPG key fingerprint is >C10B6298A584A5632E254DA304D659E6BF1C4CC0 > >best regards, Tim > >[0] https://voxpupuli.org >[1] >https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/puppet >[2] >https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/puppet5 >[3] >https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/facter >[4] >https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/libwhereami >[5] >https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/ruby-deep_merge >[6] >https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/ruby-httpclient >[7] >https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/ruby-sync >[8] >https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/ruby-puppet-resource_api >[9] >https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/ruby-semantic_puppet >[10] https://aur.archlinux.org/packages/fluent-bit#comment-749760 >[11] >https://aur.archlinux.org/packages/ruby-gettext-setup/#comment-725838 >[12] https://aur.archlinux.org/packages/ruby-minitar/#comment-723296 >[13] >https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=ruby-puppet_forge >[14] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=ruby-rr >[15] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=ruby-cri >[16] >https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=ruby-test-unit-rr >[17] >https://aur.archlinux.org/packages/ruby-fast_gettext/#comment-723301 >[18] https://aur.archlinux.org/packages/ruby-gettext/#comment-725388 >[19] https://aur.archlinux.org/packages/ruby-locale/#comment-723294 >[20] https://aur.archlinux.org/packages/ruby-text >[21] https://aur.archlinux.org/packages/ruby-colored2/#comment-771053 >[22] https://aur.archlinux.org/packages/r10k/#comment-770978 Not a TU, but I noticed that the GPG key that signed this application is expired according to my mail client. signature.asc Description: PGP signature
Re: [aur-general] TU application - bastelfreak
On Sun, 18 Oct 2020 17:39:41 +0200 Tim Meusel via aur-general wrote: > I talked to shibumi and hashworks in the past days, both reviewed the > packages and agreed to sponsor my application. I hereby confirm my sponsorship. -- hashworks Webhttps://hashworks.net Public Key 0x4FE7F4FEAC8EBE67 pgp0JpOA8cPQR.pgp Description: OpenPGP digital signature
[aur-general] TU application - bastelfreak
Hi! I'm Tim Meusel and I want to spent more time in the Arch Linux community and increase the package quality. I first got in touch with open source some years ago in the Puppet Community [0] where I started to love Puppet and FOSS. At the moment I'm employed at a big ISP where I maintain a few thousand systems. My solution of choice for configuration management is Puppet because it fulfills all requirements and is easy to extend. For a few projects I require up2date systems with modern software, that's why i choose Arch Linux. Since Puppet was already present in the company, the Arch Linux boxes were puppetized as well. I wrote or contributed to multiple packages related to Puppet on Arch Linux. foxxx0 and shibumi were so kind to continue maintaining them in the official repositories: * puppet [1] * puppet5 [2] * facter [3] * libwhereami [4] * ruby-deep_merge [5] * ruby-httpclient [6] * ruby-sync [7] * ruby-puppet-resource_api [8] * ruby-semantic_puppet [9] Besides working on open source projects, I spent a huge amount of time for my second passion, cooking and doing BBQ. From time to time I also attend ice hockey events as visitor but also as hobby-referee or player. As a trusted user I would like to co-maintain those packages, enable tests on the PKGBUILDs where tests are currently missing (for example ruby-puppet-resource_api, ruby-semantic_puppet and Puppet), fix the remaining namcap warnings (for example on facter and libwhereami) and also import some other Puppet related tools into the official repository. Some of them are already in the AUR (not all maintained by myself): * fluent-bit (not Puppet related) [10] * ruby-gettext-setup [11] * ruby-minitar [12] * ruby-puppet_forge [13] * ruby-rr [14] * ruby-cri [15] * ruby-test-unit-rr [16] * ruby-fast_gettext [17] * ruby-gettext [18] * ruby-locale [19] * ruby-text [20] * ruby-colored2 [21] * r10k [22] If you check my AUR packages, you might notice the awful ruby-log4r package. That's a dead project where the source code is gone. It's a dependency for r10k. I'm "maintaining" ruby-log4r in the AUR, so I can test and build r10k, but I'm also in contact with the upstream developers to replace this dead dependency. I've no intention to get log4r into any official repository. I talked to shibumi and hashworks in the past days, both reviewed the packages and agreed to sponsor my application. I'm available on Freenode as bastelfreak. I'm pretty active in #archlinux.de and #voxpupuli. My GPG key fingerprint is C10B6298A584A5632E254DA304D659E6BF1C4CC0 best regards, Tim [0] https://voxpupuli.org [1] https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/puppet [2] https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/puppet5 [3] https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/facter [4] https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/libwhereami [5] https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/ruby-deep_merge [6] https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/ruby-httpclient [7] https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/ruby-sync [8] https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/ruby-puppet-resource_api [9] https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/ruby-semantic_puppet [10] https://aur.archlinux.org/packages/fluent-bit#comment-749760 [11] https://aur.archlinux.org/packages/ruby-gettext-setup/#comment-725838 [12] https://aur.archlinux.org/packages/ruby-minitar/#comment-723296 [13] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=ruby-puppet_forge [14] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=ruby-rr [15] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=ruby-cri [16] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=ruby-test-unit-rr [17] https://aur.archlinux.org/packages/ruby-fast_gettext/#comment-723301 [18] https://aur.archlinux.org/packages/ruby-gettext/#comment-725388 [19] https://aur.archlinux.org/packages/ruby-locale/#comment-723294 [20] https://aur.archlinux.org/packages/ruby-text [21] https://aur.archlinux.org/packages/ruby-colored2/#comment-771053 [22] https://aur.archlinux.org/packages/r10k/#comment-770978 signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - raster
On 9/7/20 6:59 AM, Eli Schwartz wrote: > On 8/23/20 9:47 AM, Eli Schwartz wrote: >> On 8/23/20 4:42 AM, Carsten Haitzler wrote: >>> On Sun, 23 Aug 2020 09:15:34 +0100 Carsten Haitzler >>> said: >>> >>> Forgot to pgp sign... this reply is. >>> Hi Everyone. I'm Carsten - or Raster. Sponsors: eschwartz and shibumi agreed to +1 me I'm upstream founder of enlightenment, EFL, terminology and a few other things. I work at Arm in Cambridge, UK (and live here). I've been involved in OSS and releasing software since like 1995/96 or so for Linux (And other Unixen at the time). I've worked on several distributions - RedHat, Debian (made custom variant, not upstream) and Tizen. I pretty much eat, breathe and sleep C, and of course that comes with the requisite "I can drive a shell script off a cliff gracefully" developer skill-set. Linux is my OS. I don't dual boot. All my machines are Linux machines without booting into anything else and that's been the way for me for me since I got my first PC in 1996 after I had to give up on the Amiga. This PC then ran just Linux and nothing else (never saw a DOS or Windows install). In fact all but 2 of my machines are Arch Linux (Rockpro64 dev board (debian SID) and my Ampere Emag aarch64 workstation (Ubuntu), my pinephone has Manjaro for now which is kind-of-close to Arch...). I already maintain the AUR packages for efl-git, enlightenment-git, rage-git, efl-git-asan, enlightenment-git-asan and have for a long while now (also co-maintain terminology-git). You can see that I'm responsive to issues people bring up and fix them pretty fast. I have done some edits to the arch wiki as well over time. I will admit - I haven't really touched the Arch forums... I'm really an IRC/Email person, but I am on #archlinux, #archlinux-offtopic (and #archlinux-arm) most of the time. I've been using arch as my primary/only distro now for maybe about 4-5 years. I like its simplicity and "don't patch/modify things from upstream unless absolutely needed" policy (as an upstream I smile warmly at this direction). It's very developer friendly... and that's who I am. I also run ALARM on my Rapsberry Pis. I do spend most of my effort on the upstream work on these E related projects as those are what I write, release, add features to and fix bugs in. I'm about as googlable as it gets: ras...@rasterman.com http://www.rasterman.com I know that there are a lot of packages to maintain for a very small number of people, so I'm happy to help out. I'd be best at taking over or being co-maintainer of: * efl * enlightenment * terminology Other packages I can add to community: * rage (https://aur.archlinux.org/packages/rage - i maintain rage-git already) * evisum (https://www.enlightenment.org/news/2020-06-07-evisum-05-release) And in future any others that I think are past the bar of "worth including in Arch community rather than AUR" over time (there are ones brewing or lurking like EDI https://www.enlightenment.org/about-edi, Ephoto https://www.enlightenment.org/about-ephoto, Enventor https://www.enlightenment.org/about-enventor) I'd also be happy to help maintain packages I know I depend on and work with that might be a bit niche like: * packagekit * ddcutil And in general just help attack anything that I know enough about to be a bit better than a bowl of dried up custard at that is in my general sphere of knowledge/use. My PGP key hash: 04F7A0E31E08D3E08D39AFEBD147F94364295E8C http://keys.gnupg.net/pks/lookup?op=get=0xD147F94364295E8C Looking forward to pitching in and making Arch better :) >> >> I approve this TU application. Looking forward to seeing you on the team >> soon. :) > > The discussion period is over, time to vote! > > https://aur.archlinux.org/tu/?id=123 Congrats to our newest TU! Voting results: YesNoAbstainTotal Participation 45 0 4 49 85.96% Please review the checklist of things to do here: https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_for_new_Trusted_Users I've updated your AUR profile to grant you Trusted User permissions. -- Eli Schwartz Bug Wrangler and Trusted User signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - raster
On 8/23/20 9:47 AM, Eli Schwartz wrote: > On 8/23/20 4:42 AM, Carsten Haitzler wrote: >> On Sun, 23 Aug 2020 09:15:34 +0100 Carsten Haitzler >> said: >> >> Forgot to pgp sign... this reply is. >> >>> Hi Everyone. >>> >>> I'm Carsten - or Raster. >>> >>> Sponsors: eschwartz and shibumi agreed to +1 me >>> >>> I'm upstream founder of enlightenment, EFL, terminology and a few other >>> things. I work at Arm in Cambridge, UK (and live here). I've been involved >>> in >>> OSS and releasing software since like 1995/96 or so for Linux (And other >>> Unixen at the time). I've worked on several distributions - RedHat, Debian >>> (made custom variant, not upstream) and Tizen. I pretty much eat, breathe >>> and >>> sleep C, and of course that comes with the requisite "I can drive a shell >>> script off a cliff gracefully" developer skill-set. Linux is my OS. I don't >>> dual boot. All my machines are Linux machines without booting into anything >>> else and that's been the way for me for me since I got my first PC in 1996 >>> after I had to give up on the Amiga. This PC then ran just Linux and nothing >>> else (never saw a DOS or Windows install). In fact all but 2 of my machines >>> are Arch Linux (Rockpro64 dev board (debian SID) and my Ampere Emag aarch64 >>> workstation (Ubuntu), my pinephone has Manjaro for now which is >>> kind-of-close >>> to Arch...). >>> >>> I already maintain the AUR packages for efl-git, enlightenment-git, >>> rage-git, >>> efl-git-asan, enlightenment-git-asan and have for a long while now (also >>> co-maintain terminology-git). You can see that I'm responsive to issues >>> people >>> bring up and fix them pretty fast. I have done some edits to the arch wiki >>> as >>> well over time. >>> >>> I will admit - I haven't really touched the Arch forums... I'm really an >>> IRC/Email person, but I am on #archlinux, #archlinux-offtopic (and >>> #archlinux-arm) most of the time. >>> >>> I've been using arch as my primary/only distro now for maybe about 4-5 >>> years. >>> I like its simplicity and "don't patch/modify things from upstream unless >>> absolutely needed" policy (as an upstream I smile warmly at this direction). >>> It's very developer friendly... and that's who I am. I also run ALARM on my >>> Rapsberry Pis. >>> >>> I do spend most of my effort on the upstream work on these E related >>> projects >>> as those are what I write, release, add features to and fix bugs in. >>> >>> I'm about as googlable as it gets: >>> >>> ras...@rasterman.com >>> http://www.rasterman.com >>> >>> I know that there are a lot of packages to maintain for a very small number >>> of >>> people, so I'm happy to help out. >>> >>> I'd be best at taking over or being co-maintainer of: >>> >>> * efl >>> * enlightenment >>> * terminology >>> >>> Other packages I can add to community: >>> >>> * rage (https://aur.archlinux.org/packages/rage - i maintain rage-git >>> already) >>> * evisum (https://www.enlightenment.org/news/2020-06-07-evisum-05-release) >>> >>> And in future any others that I think are past the bar of "worth including >>> in >>> Arch community rather than AUR" over time (there are ones brewing or lurking >>> like EDI https://www.enlightenment.org/about-edi, Ephoto >>> https://www.enlightenment.org/about-ephoto, Enventor >>> https://www.enlightenment.org/about-enventor) >>> >>> I'd also be happy to help maintain packages I know I depend on and work with >>> that might be a bit niche like: >>> >>> * packagekit >>> * ddcutil >>> >>> And in general just help attack anything that I know enough about to be a >>> bit >>> better than a bowl of dried up custard at that is in my general sphere of >>> knowledge/use. >>> >>> My PGP key hash: 04F7A0E31E08D3E08D39AFEBD147F94364295E8C >>> http://keys.gnupg.net/pks/lookup?op=get=0xD147F94364295E8C >>> >>> Looking forward to pitching in and making Arch better :) > > I approve this TU application. Looking forward to seeing you on the team > soon. :) The discussion period is over, time to vote! https://aur.archlinux.org/tu/?id=123 -- Eli Schwartz Bug Wrangler and Trusted User signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - raster
On Mon, 24 Aug 2020 14:09:50 -0400 Santiago Torres-Arias via aur-general wrote: > On Sun, Aug 23, 2020 at 09:15:34AM +0100, Carsten Haitzler wrote: > > Hi Everyone. > > > > I'm Carsten - or Raster. > > > > Sponsors: eschwartz and shibumi agreed to +1 me > > > > I'm upstream founder of enlightenment, EFL, terminology and a few other > > things. > > I haven't had a chance to review this application. However, I wanted to > comment that, on my Archlinux Security capacity, my (admittedly few) > interactions with the EFL/enlightenment community were incredibly > nice/responsive. As someone who had quite a bit of interaction with the community in question, this is a fair assessment. With few exceptions, they were always ready to help people debug and took suggestions seriously. Back when Cedric convinced Raster to switch to Arch, I didn't see this coming, but I'm certainly happy with this turn of events. Scimmia pgp0MOE8WHrTn.pgp Description: OpenPGP digital signature
Re: [aur-general] TU application - raster
On Sun, Aug 23, 2020 at 09:15:34AM +0100, Carsten Haitzler wrote: > Hi Everyone. > > I'm Carsten - or Raster. > > Sponsors: eschwartz and shibumi agreed to +1 me > > I'm upstream founder of enlightenment, EFL, terminology and a few other > things. I haven't had a chance to review this application. However, I wanted to comment that, on my Archlinux Security capacity, my (admittedly few) interactions with the EFL/enlightenment community were incredibly nice/responsive. I'm still subscribed to their lists and I see it as a very efficient/collegial community. I'd be thrived to have Raster bring with him some of that joviality to our community. Cheers! -Santiago signature.asc Description: PGP signature
Re: [aur-general] TU application - raster
Sorry for the top-posting, but this guy is one of my heroes, get a +1 from an ex TU/dev :-) who cannot have a valid vote tho, hehe, good luck! On Sun, Aug 23, 2020 at 4:16 AM Carsten Haitzler wrote: > Hi Everyone. > > I'm Carsten - or Raster. > > Sponsors: eschwartz and shibumi agreed to +1 me > > I'm upstream founder of enlightenment, EFL, terminology and a few other > things. > I work at Arm in Cambridge, UK (and live here). I've been involved in OSS > and > releasing software since like 1995/96 or so for Linux (And other Unixen at > the > time). I've worked on several distributions - RedHat, Debian (made custom > variant, not upstream) and Tizen. I pretty much eat, breathe and sleep C, > and > of course that comes with the requisite "I can drive a shell script off a > cliff > gracefully" developer skill-set. Linux is my OS. I don't dual boot. All my > machines are Linux machines without booting into anything else and that's > been > the way for me for me since I got my first PC in 1996 after I had to give > up on > the Amiga. This PC then ran just Linux and nothing else (never saw a DOS or > Windows install). In fact all but 2 of my machines are Arch Linux > (Rockpro64 dev > board (debian SID) and my Ampere Emag aarch64 workstation (Ubuntu), my > pinephone has Manjaro for now which is kind-of-close to Arch...). > > I already maintain the AUR packages for efl-git, enlightenment-git, > rage-git, > efl-git-asan, enlightenment-git-asan and have for a long while now (also > co-maintain terminology-git). You can see that I'm responsive to issues > people > bring up and fix them pretty fast. I have done some edits to the arch wiki > as > well over time. > > I will admit - I haven't really touched the Arch forums... I'm really an > IRC/Email person, but I am on #archlinux, #archlinux-offtopic (and > #archlinux-arm) most of the time. > > I've been using arch as my primary/only distro now for maybe about 4-5 > years. > I like its simplicity and "don't patch/modify things from upstream unless > absolutely needed" policy (as an upstream I smile warmly at this > direction). > It's very developer friendly... and that's who I am. I also run ALARM on my > Rapsberry Pis. > > I do spend most of my effort on the upstream work on these E related > projects > as those are what I write, release, add features to and fix bugs in. > > I'm about as googlable as it gets: > > ras...@rasterman.com > http://www.rasterman.com > > I know that there are a lot of packages to maintain for a very small > number of > people, so I'm happy to help out. > > I'd be best at taking over or being co-maintainer of: > > * efl > * enlightenment > * terminology > > Other packages I can add to community: > > * rage (https://aur.archlinux.org/packages/rage - i maintain rage-git > already) > * evisum (https://www.enlightenment.org/news/2020-06-07-evisum-05-release) > > And in future any others that I think are past the bar of "worth including > in > Arch community rather than AUR" over time (there are ones brewing or > lurking > like EDI https://www.enlightenment.org/about-edi, Ephoto > https://www.enlightenment.org/about-ephoto, Enventor > https://www.enlightenment.org/about-enventor) > > I'd also be happy to help maintain packages I know I depend on and work > with > that might be a bit niche like: > > * packagekit > * ddcutil > > And in general just help attack anything that I know enough about to be a > bit > better than a bowl of dried up custard at that is in my general sphere of > knowledge/use. > > My PGP key hash: 04F7A0E31E08D3E08D39AFEBD147F94364295E8C > http://keys.gnupg.net/pks/lookup?op=get=0xD147F94364295E8C > > Looking forward to pitching in and making Arch better :) > > -- > - Codito, ergo sum - "I code, therefore I am" -- > Carsten Haitzler - ras...@rasterman.com >
Re: [aur-general] TU application - raster
On 8/23/20 9:55 PM, Brett Cornwall via aur-general wrote: > Could you elaborate on what you meant by what you meant by "age"? "releasing software since like 1995/96 or so" That roughly puts age in the mid-40s with 25 serious years of software development. That's is not intended to take anything away from the 17 year old genius out there, but that age = experience typically tends to provide a "more steady hand on the rudder" for lack of better words. The fact that the development experience is with C is all the better: https://lwn.net/Articles/249460/ :) -- David C. Rankin, J.D.,P.E. signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - raster
On 2020-08-23 21:34, David C. Rankin wrote: On 8/23/20 8:47 AM, Eli Schwartz via aur-general wrote: I approve this TU application. Looking forward to seeing you on the team soon. :) I have no approval authority, but the age, history and experience is the exact type that is beneficial (if not outright mandatory) for maintaining and advancing a disto (smartly). Though it means little, +1 here. Could you elaborate on what you meant by what you meant by "age"? signature.asc Description: PGP signature
Re: [aur-general] TU application - raster
On 8/23/20 8:47 AM, Eli Schwartz via aur-general wrote: > I approve this TU application. Looking forward to seeing you on the team > soon. :) I have no approval authority, but the age, history and experience is the exact type that is beneficial (if not outright mandatory) for maintaining and advancing a disto (smartly). Though it means little, +1 here. -- David C. Rankin, J.D.,P.E. signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - raster
On Sun, Aug 23, 2020 at 09:15:34AM +0100, Carsten Haitzler wrote: > Hi Everyone. > > I'm Carsten - or Raster. > > Sponsors: eschwartz and shibumi agreed to +1 me > > I'm upstream founder of enlightenment, EFL, terminology and a few other > things. > I work at Arm in Cambridge, UK (and live here). I've been involved in OSS and > releasing software since like 1995/96 or so for Linux (And other Unixen at the > time). I've worked on several distributions - RedHat, Debian (made custom > variant, not upstream) and Tizen. I pretty much eat, breathe and sleep C, and > of course that comes with the requisite "I can drive a shell script off a > cliff > gracefully" developer skill-set. Linux is my OS. I don't dual boot. All my > machines are Linux machines without booting into anything else and that's been > the way for me for me since I got my first PC in 1996 after I had to give up > on > the Amiga. This PC then ran just Linux and nothing else (never saw a DOS or > Windows install). In fact all but 2 of my machines are Arch Linux (Rockpro64 > dev > board (debian SID) and my Ampere Emag aarch64 workstation (Ubuntu), my > pinephone has Manjaro for now which is kind-of-close to Arch...). > > I already maintain the AUR packages for efl-git, enlightenment-git, rage-git, > efl-git-asan, enlightenment-git-asan and have for a long while now (also > co-maintain terminology-git). You can see that I'm responsive to issues people > bring up and fix them pretty fast. I have done some edits to the arch wiki as > well over time. > > I will admit - I haven't really touched the Arch forums... I'm really an > IRC/Email person, but I am on #archlinux, #archlinux-offtopic (and > #archlinux-arm) most of the time. > > I've been using arch as my primary/only distro now for maybe about 4-5 years. > I like its simplicity and "don't patch/modify things from upstream unless > absolutely needed" policy (as an upstream I smile warmly at this direction). > It's very developer friendly... and that's who I am. I also run ALARM on my > Rapsberry Pis. > > I do spend most of my effort on the upstream work on these E related projects > as those are what I write, release, add features to and fix bugs in. > > I'm about as googlable as it gets: > > ras...@rasterman.com > http://www.rasterman.com > > I know that there are a lot of packages to maintain for a very small number of > people, so I'm happy to help out. > > I'd be best at taking over or being co-maintainer of: > > * efl > * enlightenment > * terminology > > Other packages I can add to community: > > * rage (https://aur.archlinux.org/packages/rage - i maintain rage-git already) > * evisum (https://www.enlightenment.org/news/2020-06-07-evisum-05-release) > > And in future any others that I think are past the bar of "worth including in > Arch community rather than AUR" over time (there are ones brewing or lurking > like EDI https://www.enlightenment.org/about-edi, Ephoto > https://www.enlightenment.org/about-ephoto, Enventor > https://www.enlightenment.org/about-enventor) > > I'd also be happy to help maintain packages I know I depend on and work with > that might be a bit niche like: > > * packagekit > * ddcutil > > And in general just help attack anything that I know enough about to be a bit > better than a bowl of dried up custard at that is in my general sphere of > knowledge/use. > > My PGP key hash: 04F7A0E31E08D3E08D39AFEBD147F94364295E8C > http://keys.gnupg.net/pks/lookup?op=get=0xD147F94364295E8C > > Looking forward to pitching in and making Arch better :) > > -- > - Codito, ergo sum - "I code, therefore I am" -- > Carsten Haitzler - ras...@rasterman.com I approve my TU sponsorship, let's start the discussion period. Chris signature.asc Description: PGP signature
Re: [aur-general] TU application - raster
On 8/23/20 4:42 AM, Carsten Haitzler wrote: > On Sun, 23 Aug 2020 09:15:34 +0100 Carsten Haitzler > said: > > Forgot to pgp sign... this reply is. > >> Hi Everyone. >> >> I'm Carsten - or Raster. >> >> Sponsors: eschwartz and shibumi agreed to +1 me >> >> I'm upstream founder of enlightenment, EFL, terminology and a few other >> things. I work at Arm in Cambridge, UK (and live here). I've been involved in >> OSS and releasing software since like 1995/96 or so for Linux (And other >> Unixen at the time). I've worked on several distributions - RedHat, Debian >> (made custom variant, not upstream) and Tizen. I pretty much eat, breathe and >> sleep C, and of course that comes with the requisite "I can drive a shell >> script off a cliff gracefully" developer skill-set. Linux is my OS. I don't >> dual boot. All my machines are Linux machines without booting into anything >> else and that's been the way for me for me since I got my first PC in 1996 >> after I had to give up on the Amiga. This PC then ran just Linux and nothing >> else (never saw a DOS or Windows install). In fact all but 2 of my machines >> are Arch Linux (Rockpro64 dev board (debian SID) and my Ampere Emag aarch64 >> workstation (Ubuntu), my pinephone has Manjaro for now which is kind-of-close >> to Arch...). >> >> I already maintain the AUR packages for efl-git, enlightenment-git, rage-git, >> efl-git-asan, enlightenment-git-asan and have for a long while now (also >> co-maintain terminology-git). You can see that I'm responsive to issues >> people >> bring up and fix them pretty fast. I have done some edits to the arch wiki as >> well over time. >> >> I will admit - I haven't really touched the Arch forums... I'm really an >> IRC/Email person, but I am on #archlinux, #archlinux-offtopic (and >> #archlinux-arm) most of the time. >> >> I've been using arch as my primary/only distro now for maybe about 4-5 years. >> I like its simplicity and "don't patch/modify things from upstream unless >> absolutely needed" policy (as an upstream I smile warmly at this direction). >> It's very developer friendly... and that's who I am. I also run ALARM on my >> Rapsberry Pis. >> >> I do spend most of my effort on the upstream work on these E related projects >> as those are what I write, release, add features to and fix bugs in. >> >> I'm about as googlable as it gets: >> >> ras...@rasterman.com >> http://www.rasterman.com >> >> I know that there are a lot of packages to maintain for a very small number >> of >> people, so I'm happy to help out. >> >> I'd be best at taking over or being co-maintainer of: >> >> * efl >> * enlightenment >> * terminology >> >> Other packages I can add to community: >> >> * rage (https://aur.archlinux.org/packages/rage - i maintain rage-git >> already) >> * evisum (https://www.enlightenment.org/news/2020-06-07-evisum-05-release) >> >> And in future any others that I think are past the bar of "worth including in >> Arch community rather than AUR" over time (there are ones brewing or lurking >> like EDI https://www.enlightenment.org/about-edi, Ephoto >> https://www.enlightenment.org/about-ephoto, Enventor >> https://www.enlightenment.org/about-enventor) >> >> I'd also be happy to help maintain packages I know I depend on and work with >> that might be a bit niche like: >> >> * packagekit >> * ddcutil >> >> And in general just help attack anything that I know enough about to be a bit >> better than a bowl of dried up custard at that is in my general sphere of >> knowledge/use. >> >> My PGP key hash: 04F7A0E31E08D3E08D39AFEBD147F94364295E8C >> http://keys.gnupg.net/pks/lookup?op=get=0xD147F94364295E8C >> >> Looking forward to pitching in and making Arch better :) I approve this TU application. Looking forward to seeing you on the team soon. :) -- Eli Schwartz Bug Wrangler and Trusted User signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - raster
On Sun, 23 Aug 2020 09:15:34 +0100 Carsten Haitzler said: Forgot to pgp sign... this reply is. > Hi Everyone. > > I'm Carsten - or Raster. > > Sponsors: eschwartz and shibumi agreed to +1 me > > I'm upstream founder of enlightenment, EFL, terminology and a few other > things. I work at Arm in Cambridge, UK (and live here). I've been involved in > OSS and releasing software since like 1995/96 or so for Linux (And other > Unixen at the time). I've worked on several distributions - RedHat, Debian > (made custom variant, not upstream) and Tizen. I pretty much eat, breathe and > sleep C, and of course that comes with the requisite "I can drive a shell > script off a cliff gracefully" developer skill-set. Linux is my OS. I don't > dual boot. All my machines are Linux machines without booting into anything > else and that's been the way for me for me since I got my first PC in 1996 > after I had to give up on the Amiga. This PC then ran just Linux and nothing > else (never saw a DOS or Windows install). In fact all but 2 of my machines > are Arch Linux (Rockpro64 dev board (debian SID) and my Ampere Emag aarch64 > workstation (Ubuntu), my pinephone has Manjaro for now which is kind-of-close > to Arch...). > > I already maintain the AUR packages for efl-git, enlightenment-git, rage-git, > efl-git-asan, enlightenment-git-asan and have for a long while now (also > co-maintain terminology-git). You can see that I'm responsive to issues people > bring up and fix them pretty fast. I have done some edits to the arch wiki as > well over time. > > I will admit - I haven't really touched the Arch forums... I'm really an > IRC/Email person, but I am on #archlinux, #archlinux-offtopic (and > #archlinux-arm) most of the time. > > I've been using arch as my primary/only distro now for maybe about 4-5 years. > I like its simplicity and "don't patch/modify things from upstream unless > absolutely needed" policy (as an upstream I smile warmly at this direction). > It's very developer friendly... and that's who I am. I also run ALARM on my > Rapsberry Pis. > > I do spend most of my effort on the upstream work on these E related projects > as those are what I write, release, add features to and fix bugs in. > > I'm about as googlable as it gets: > > ras...@rasterman.com > http://www.rasterman.com > > I know that there are a lot of packages to maintain for a very small number of > people, so I'm happy to help out. > > I'd be best at taking over or being co-maintainer of: > > * efl > * enlightenment > * terminology > > Other packages I can add to community: > > * rage (https://aur.archlinux.org/packages/rage - i maintain rage-git already) > * evisum (https://www.enlightenment.org/news/2020-06-07-evisum-05-release) > > And in future any others that I think are past the bar of "worth including in > Arch community rather than AUR" over time (there are ones brewing or lurking > like EDI https://www.enlightenment.org/about-edi, Ephoto > https://www.enlightenment.org/about-ephoto, Enventor > https://www.enlightenment.org/about-enventor) > > I'd also be happy to help maintain packages I know I depend on and work with > that might be a bit niche like: > > * packagekit > * ddcutil > > And in general just help attack anything that I know enough about to be a bit > better than a bowl of dried up custard at that is in my general sphere of > knowledge/use. > > My PGP key hash: 04F7A0E31E08D3E08D39AFEBD147F94364295E8C > http://keys.gnupg.net/pks/lookup?op=get=0xD147F94364295E8C > > Looking forward to pitching in and making Arch better :) > > -- > - Codito, ergo sum - "I code, therefore I am" -- > Carsten Haitzler - ras...@rasterman.com > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com pgpPILoCaHxH2.pgp Description: PGP signature
[aur-general] TU application - raster
Hi Everyone. I'm Carsten - or Raster. Sponsors: eschwartz and shibumi agreed to +1 me I'm upstream founder of enlightenment, EFL, terminology and a few other things. I work at Arm in Cambridge, UK (and live here). I've been involved in OSS and releasing software since like 1995/96 or so for Linux (And other Unixen at the time). I've worked on several distributions - RedHat, Debian (made custom variant, not upstream) and Tizen. I pretty much eat, breathe and sleep C, and of course that comes with the requisite "I can drive a shell script off a cliff gracefully" developer skill-set. Linux is my OS. I don't dual boot. All my machines are Linux machines without booting into anything else and that's been the way for me for me since I got my first PC in 1996 after I had to give up on the Amiga. This PC then ran just Linux and nothing else (never saw a DOS or Windows install). In fact all but 2 of my machines are Arch Linux (Rockpro64 dev board (debian SID) and my Ampere Emag aarch64 workstation (Ubuntu), my pinephone has Manjaro for now which is kind-of-close to Arch...). I already maintain the AUR packages for efl-git, enlightenment-git, rage-git, efl-git-asan, enlightenment-git-asan and have for a long while now (also co-maintain terminology-git). You can see that I'm responsive to issues people bring up and fix them pretty fast. I have done some edits to the arch wiki as well over time. I will admit - I haven't really touched the Arch forums... I'm really an IRC/Email person, but I am on #archlinux, #archlinux-offtopic (and #archlinux-arm) most of the time. I've been using arch as my primary/only distro now for maybe about 4-5 years. I like its simplicity and "don't patch/modify things from upstream unless absolutely needed" policy (as an upstream I smile warmly at this direction). It's very developer friendly... and that's who I am. I also run ALARM on my Rapsberry Pis. I do spend most of my effort on the upstream work on these E related projects as those are what I write, release, add features to and fix bugs in. I'm about as googlable as it gets: ras...@rasterman.com http://www.rasterman.com I know that there are a lot of packages to maintain for a very small number of people, so I'm happy to help out. I'd be best at taking over or being co-maintainer of: * efl * enlightenment * terminology Other packages I can add to community: * rage (https://aur.archlinux.org/packages/rage - i maintain rage-git already) * evisum (https://www.enlightenment.org/news/2020-06-07-evisum-05-release) And in future any others that I think are past the bar of "worth including in Arch community rather than AUR" over time (there are ones brewing or lurking like EDI https://www.enlightenment.org/about-edi, Ephoto https://www.enlightenment.org/about-ephoto, Enventor https://www.enlightenment.org/about-enventor) I'd also be happy to help maintain packages I know I depend on and work with that might be a bit niche like: * packagekit * ddcutil And in general just help attack anything that I know enough about to be a bit better than a bowl of dried up custard at that is in my general sphere of knowledge/use. My PGP key hash: 04F7A0E31E08D3E08D39AFEBD147F94364295E8C http://keys.gnupg.net/pks/lookup?op=get=0xD147F94364295E8C Looking forward to pitching in and making Arch better :) -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com
Re: [aur-general] TU application: hashworks
On 25.06.20 11:36, Thore Bödecker via aur-general wrote: > The discussion period is over, may the voting start: > > https://aur.archlinux.org/tu/?id=122 The voting period is over and we have a result: Yes: 28 No: 4 Abstain: 16 Participation: 85.71% So congratulations are in order, welcome to the team! Cheers -- Thore "foxxx0" Bödecker GPG ID: 0xEB763B4E9DB887A6 GPG FP: 051E AD6A 6155 389D 69DA 02E5 EB76 3B4E 9DB8 87A6 signature.asc Description: PGP signature
Re: [aur-general] TU application: hashworks
On 08.06.20 15:11, Thore Bödecker via aur-general wrote: > Hey o/ > > On 08.06.20 15:08, hashworks via aur-general wrote: > > My name is Justin Kromlinger aka hashworks and I'm applying as a > > Trusted User with the sponsorship of Thore Bödecker aka foxxx0 and > > Christian Rebischke aka shibumi who recently reviewed my AUR packages > > [1] – thanks for that! > > I am confirming my sponsorship. > The discussion period is over, may the voting start: https://aur.archlinux.org/tu/?id=122 Cheers -- Thore "foxxx0" Bödecker GPG ID: 0xEB763B4E9DB887A6 GPG FP: 051E AD6A 6155 389D 69DA 02E5 EB76 3B4E 9DB8 87A6 signature.asc Description: PGP signature
Re: [aur-general] TU application: hashworks
Hi Levente,
Thanks for your review, packages have been updated accordingly.
> certbot-dns-hetzner:
> - uses setuptools entry_point so python-setuptools is a first level
> hard dependency
> - missing hard requires on python-requests and python-zope-interface
> as used in the modules
It should be noted that this lead to a wiki change, which previously
stated "Dependencies that are provided by other dependencies do not
need to be listed" [1].
> dns-zone-blacklist-git:
> - doesn't properly distribute a license declaration but just a comment
> about the json that declares the license type. Please distribute
> something in the licenses folder and ask upstream to provide a
> license file in tree
Fixed upstream [3], I've added the file in the package.
> kiwix-desktop-git:
> [...]
> - didn't have time, but does PREFIX really need to contain ${pkgdir}?
You're right, it doesn't.
> prismatik-bin:
> - hmm sources exist and a -git package seems to be possible, why
> not build from source instead? we love sources :)
>
> prismatik-psieg-bin:
> - same as prismatik-bin, more source more love
Building stale QT software from 2015 is a little bit less love ;)
Packages added [3] [4], but namcap complains:
* ELF file ('usr/bin/prismatik') lacks FULL RELRO, check LDFLAGS
* Unused shared library '/usr/lib/libGL.so.1'
I'll have to look into it.
> zimwriterfs:
> - does this really require gumbo-git, it has like 5 more commits since
> 2015 compared to repo gumbo-parser. Maybe would make more sense to
> poke some upstream folks to tag a new version instead?
> - seems to soon be superseded by zim-tools anyway
As you said, I'm only waiting for a new version of zim-tools that
includes zimwriterfs, so I'm not touching it for now. I'll keep
gumbo-parser in mind.
Best Regards
hashworks
[1] https://wiki.archlinux.org/?title=PKGBUILD=prev=620592
[2] https://github.com/oznu/dns-zone-blacklist/pull/17
[3] https://aur.archlinux.org/packages/prismatik
[4] https://aur.archlinux.org/packages/prismatik-psieg
pgpPq5Gk3sVSb.pgp
Description: OpenPGP digital signature
Re: [aur-general] TU application: hashworks
Hi hashworks,
some findings while I looked over your packages:
Tiny side notes:
nothing that really changes but I noticed you added some prefixed
sources like ${pkgname}-${pkgver}.tar.gz:: to github urls, just wanted
to make you aware github understands the following pattern:
source=("${url}/archive/v${pkgver}/${pkgname}-${pkgver}.tar.gz")
I've seen lots of .gitignore that contain "*.tar.*" and thought maybe
worth mentioning the existence of SRCDEST and PKGDEST which IMO is super
handy compared to spitting out stuff into CWD.
I've nearly never seen the distribution of README.md when it contains
some useful bits that may help people in /usr/share/doc/${pkgname} not
like that's a requirement or such, but can sometimes be super useful.
brickstrap-git:
- should distribute the man page it stores in docs by processing it via
pandoc --standalone --to man docs/brickstrap.md > docs/brickstrap.1
certbot-dns-hetzner:
- uses setuptools entry_point so python-setuptools is a first level
hard dependency
- missing hard requires on python-requests and python-zope-interface
as used in the modules
certbot-dns-hetzner-git:
- same as certbot-dns-hetzner
dns-zone-blacklist-git:
- doesn't properly distribute a license declaration but just a comment
about the json that declares the license type. Please distribute
something in the licenses folder and ask upstream to provide a license
file in tree
filebin:
- downloads all submodules all the time, must be declared in the
source=() array and the url of the submodules updated to reflect
the dependencies like f.e. mono does.
kiwix-desktop-git:
- the qmake file doesn't understand CPPFLAGS, you need to add that as a
workaround to the regular flags to enable fortified sources
- didn't have time, but does PREFIX really need to contain ${pkgdir}?
libzim:
- should add explicit nepends on zstd as in fact it gets enabled
automatically and hence is a hard dependency
mustache:
- project contains the tests via cmake that can be called in check()
to ensure stuff most likely will work
pam-ihosts:
- does not respect CPPFLAGS nor LDFLAGS leading to unfortified binary
without full RELRO as namcap also complains
- declares -fno-stack-protector... excuse me? ehm just no :D
- distributes an empty /usr/bin which isn't desired
pam-ihosts-git:
- same as pam-ihosts
prismatik-bin:
- hmm sources exist and a -git package seems to be possible, why
not build from source instead? we love sources :)
prismatik-psieg-bin:
- same as prismatik-bin, more source more love
terraformer:
- RADME.md looks super useful, maybe worth distributing
zimwriterfs:
- does this really require gumbo-git, it has like 5 more commits since
2015 compared to repo gumbo-parser. Maybe would make more sense to
poke some upstream folks to tag a new version instead?
- seems to soon be superseded by zim-tools anyway
cheers,
Levente
signature.asc
Description: OpenPGP digital signature
Re: [aur-general] TU application: hashworks
Hi Jelle,
> * filebin - the package is not -git but does pull from git master,
> ideally it would use #commit= and maybe verify the commit if it's
> signed.
I've switched to `#tag=${pkgver}?signed` and `validpgpkeys`. Much
better than a checkout in `prepare()`, thanks!
> * srrdb-terminal-client is not reproducible at least not as you embed
> the build date.
Ah, correct. I've altered the date command to use `$SOURCE_DATE_EPOCH`,
good to know that exists.
> You can check if your package is reproducible by using `makerepropkg`.
I'll have to implement that in my pipeline, but that is something for
the weekend.
Best Regards
hashworks
--
hashworks
Webhttps://hashworks.net
Public Key 0x4FE7F4FEAC8EBE67
pgp2Qcw7DsoEL.pgp
Description: OpenPGP digital signature
Re: [aur-general] TU application: hashworks
On 08/06/2020 15:08, hashworks via aur-general wrote:
> Hello everyone,
>
> My name is Justin Kromlinger aka hashworks and I'm applying as a
> Trusted User with the sponsorship of Thore Bödecker aka foxxx0 and
> Christian Rebischke aka shibumi who recently reviewed my AUR packages
> [1] – thanks for that! Some may know me from freenode#archlinux.de,
> where I'm lingering since a few years. I am and will be reachable there
> anytime.
>
> I was born in Germany in 1994. My oldest Arch installation dates back
> to the month of July in 2015, at least according to my pacman logs.
> Just a year later I successfully qualified as an IT specialist in
> application development, together with a (soon to be expired) LPIC-1
> certificate. Last year I got my bachelor's degree in informatics in
> Leipzig (come visit me at the C3!), where I currently study for a
> master's degree. So you could say Arch Linux accompanied my whole
> education!
>
> I started my first job at a small web agency as a Developer, but I
> slowly but surely turned into their System Administrator. At my current
> job for a larger IT company my external e-mail signature states I'm a
> "DevOps Engineer" – and while that term is by all means not fully
> defined, it kinda describes what I do. I create and maintain pipelines
> (mainly GitLabCI), design deployment processes and try to make our
> Docker Images a bit saner every day. And since I was able to enforce
> using Arch Linux on my work ThinkPad the distribution keeps on
> supporting my life, so I might try to give a little back! While I try
> to do some FOSS development in Go or – more recently – Rust now and
> then [2], my free time mostly flows into the maintenance of software
> and infrastructure for friends and family – and I have to admit that
> BASH remains my most fluent language.
>
> Regarding my own packages I would like to move filebin and pam-ihosts
> since I use those on my servers. srrdb-terminal-client is also
> something I regularly use that I would like to move. Additionally I
> would like to ask to take over kiwix-desktop of which I maintain the
> dependency chain (kiwix-lib, libzim and mustache) – and while I'm at it
> the whole stack (mainly kiwix-tools). Other small packages that would
> suite Community are mdcat and insect if the current maintainers agree.
> i3blocks-contrib is another possible candidate, but I would need to
> request new and frequent releases for that. Out of the orphaned
> packages the only one I could reasonably maintain is hddtemp (since I
> still use it).
I quickly looked at your packages and found a few issues:
* filebin - the package is not -git but does pull from git master,
ideally it would use #commit= and maybe verify the commit if it's signed.
source=("git+https://github.com/Bluewind/filebin.git;
* srrdb-terminal-client is not reproducible at least not as you embed
the build date.
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=srrdb-terminal-client#n26
This can be fixed with using SOURCE_DATE_EPOCH as for example is
applied here:
https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/prometheus-blackbox-exporter#n33
You can check if your package is reproducible by using `makerepropkg`.
Greetings,
Jelle van der Waa
signature.asc
Description: OpenPGP digital signature
Re: [aur-general] TU application: hashworks
Hi Jonas, > I have had a quick look over your AUR packages and found some issues Thanks, fixed! > zimwriterfs: [...] the upstream repository has recently been > archived in favour of "zim-tools". Good catch! I've created a new AUR package for "zim-tools". However, the current release does not yet include zimwriterfs, so I'll wait with the `replaces` tag until the next version. > I like the sound of that! Out of curiosity, do you trigger builds for > every upstream commit of VCS packages, or is it linked to committing > new revisions of a PKGBUILD file? GitLab allows to create webhooks that trigger builds for a specific ref. Additionally one can provide variables in the request that appear in the pipeline. Currently I'm using IFTTT to trigger a webhook whenever a new GitHub release of a package is available (ATOM feed) – I'm planing to replace that in the near future so I don't depend on a third party service. Additionally some pipelines trigger other pipelines when a rebuild (pkgrel increase) is required. Naturally new commits to the repositories (as in, changes to the PKGBUILD files) trigger the pipelines as well. Best Regards hashworks pgp0KDpjwlP6f.pgp Description: OpenPGP digital signature
Re: [aur-general] TU application: hashworks
Hi hashworks,
On 2020-06-08 15:08, hashworks via aur-general wrote:
> My name is Justin Kromlinger aka hashworks and I'm applying as a
> Trusted User with the sponsorship of Thore Bödecker aka foxxx0 and
> Christian Rebischke aka shibumi who recently reviewed my AUR packages
> [1] – thanks for that! Some may know me from freenode#archlinux.de,
> where I'm lingering since a few years. I am and will be reachable there
> anytime.
I have had a quick look over your AUR packages and found some issues:
brickstrap-git: should provide and conflict on "brickstrap" (even though
there is currently no such AUR package, it would be easy to create one
at any time given upstream has stable releases).
certbot-dns-hetzner-git: remove the leading "v" in pkgver, see [1].
dns-zone-blacklist-git: missing provides and conflicts on
"dns-zone-blacklist".
goaccess-git: remove the leading "v" in pkgver, use 'make
DESTDIR="$pkgdir" install' instead of 'prefix="$pkgdir/usr"
sysconfdir="$pkgdir/etc"'.
i3blocks-contrib: remove the useless provides and conflicts entries for
itself.
mustache: since this package only installs an architecture-independent
header file, it should be arch=('any').
pam-ihosts: remove the makedepends on "gcc" and "binutils" since they
are in base-devel [2].
pam-ihosts-git: remove the makedepends on base-devel packages, arch
should be "x86_64" instead of "any" (like pam-ihosts).
prismatik-bin: the package currently conflicts on "prismatik-psieg",
which prismatik-sieg-git doesn't even provide. Just let prismatik-bin
conflict on prismatik instead (like you already do for prismatik-psieg-git).
zimwriterfs: arch should be "x86_64" instead of "any", also the upstream
repository has recently been archived in favour of "zim-tools".
> For most of my packages I use a personal GitLab instance to verify the
> builds with a pipeline [3] and since a while the process of new
> releases is automated.
I like the sound of that! Out of curiosity, do you trigger builds for
every upstream commit of VCS packages, or is it linked to committing new
revisions of a PKGBUILD file?
Best of luck with your application!
Jonas
[1] https://wiki.archlinux.org/index.php/VCS_package_guidelines#Git
[2] https://wiki.archlinux.org/index.php/PKGBUILD#makedepends
signature.asc
Description: OpenPGP digital signature
Re: [aur-general] TU application: hashworks
On Mon, Jun 08, 2020 at 03:08:04PM +0200, Discussion about the Arch User Repository (AUR) wrote: > Hello everyone, > > My name is Justin Kromlinger aka hashworks and I'm applying as a > Trusted User with the sponsorship of Thore Bödecker aka foxxx0 and > Christian Rebischke aka shibumi who recently reviewed my AUR packages > [1] – thanks for that! Some may know me from freenode#archlinux.de, > where I'm lingering since a few years. I am and will be reachable there > anytime. > [...] I confirm my sponsorship, may the discussion period begin. shibumi signature.asc Description: PGP signature
Re: [aur-general] TU application: hashworks
Hey o/ On 08.06.20 15:08, hashworks via aur-general wrote: > My name is Justin Kromlinger aka hashworks and I'm applying as a > Trusted User with the sponsorship of Thore Bödecker aka foxxx0 and > Christian Rebischke aka shibumi who recently reviewed my AUR packages > [1] – thanks for that! I am confirming my sponsorship. Cheers -- Thore "foxxx0" Bödecker GPG ID: 0xEB763B4E9DB887A6 GPG FP: 051E AD6A 6155 389D 69DA 02E5 EB76 3B4E 9DB8 87A6 signature.asc Description: PGP signature
[aur-general] TU application: hashworks
Hello everyone, My name is Justin Kromlinger aka hashworks and I'm applying as a Trusted User with the sponsorship of Thore Bödecker aka foxxx0 and Christian Rebischke aka shibumi who recently reviewed my AUR packages [1] – thanks for that! Some may know me from freenode#archlinux.de, where I'm lingering since a few years. I am and will be reachable there anytime. I was born in Germany in 1994. My oldest Arch installation dates back to the month of July in 2015, at least according to my pacman logs. Just a year later I successfully qualified as an IT specialist in application development, together with a (soon to be expired) LPIC-1 certificate. Last year I got my bachelor's degree in informatics in Leipzig (come visit me at the C3!), where I currently study for a master's degree. So you could say Arch Linux accompanied my whole education! I started my first job at a small web agency as a Developer, but I slowly but surely turned into their System Administrator. At my current job for a larger IT company my external e-mail signature states I'm a "DevOps Engineer" – and while that term is by all means not fully defined, it kinda describes what I do. I create and maintain pipelines (mainly GitLabCI), design deployment processes and try to make our Docker Images a bit saner every day. And since I was able to enforce using Arch Linux on my work ThinkPad the distribution keeps on supporting my life, so I might try to give a little back! While I try to do some FOSS development in Go or – more recently – Rust now and then [2], my free time mostly flows into the maintenance of software and infrastructure for friends and family – and I have to admit that BASH remains my most fluent language. Regarding my own packages I would like to move filebin and pam-ihosts since I use those on my servers. srrdb-terminal-client is also something I regularly use that I would like to move. Additionally I would like to ask to take over kiwix-desktop of which I maintain the dependency chain (kiwix-lib, libzim and mustache) – and while I'm at it the whole stack (mainly kiwix-tools). Other small packages that would suite Community are mdcat and insect if the current maintainers agree. i3blocks-contrib is another possible candidate, but I would need to request new and frequent releases for that. Out of the orphaned packages the only one I could reasonably maintain is hddtemp (since I still use it). For most of my packages I use a personal GitLab instance to verify the builds with a pipeline [3] and since a while the process of new releases is automated. If possible I would like to support Arch in that direction, things that come to my mind are reproducible builds and CI/CD for repo packages, migration from SVN to Git might be a larger topic I could help with. Since I have an interest in keeping our GitLab packages stable and up-to-date I would like to co-maintain that if anatolik agrees. Since the question comes up frequently in TU applications: I mainly use a Telegram RSS bot [4] to monitor releases and urlwatch for stuff without RSS feeds. Best Regards hashworks [1] https://aur.archlinux.org/packages/?K=hashworks=m [2] https://github.com/hashworks [3] https://git.hashworks.net/aur-packages [4] https://github.com/iovxw/rssbot/blob/2.x/README.en.md pgpNBMNDnO_JS.pgp Description: OpenPGP digital signature
Re: [aur-general] TU application; freswa
On Thu, 2020-05-28 at 08:42 -0300, Giancarlo Razzolini via aur-general wrote: > Em maio 21, 2020 8:29 Giancarlo Razzolini via aur-general escreveu: > > The discussion period is over. Let's vote! > > > > https://aur.archlinux.org/tu/?id=121 > > > > > > The voting period is over and we have a result: > > Yes: 39 > No: 3 > Abstain: 9 > Participation: 92.73% > > So, I guess it's official, welcome to the team! Yes, welcome aboard ! Cheers, -- Seblu signature.asc Description: This is a digitally signed message part
Re: [aur-general] TU application; freswa
Em maio 21, 2020 8:29 Giancarlo Razzolini via aur-general escreveu: The discussion period is over. Let's vote! https://aur.archlinux.org/tu/?id=121 The voting period is over and we have a result: Yes: 39 No: 3 Abstain: 9 Participation: 92.73% So, I guess it's official, welcome to the team! Regards, Giancarlo Razzolini pgpyzrdRCud66.pgp Description: PGP signature
Re: [aur-general] TU application; freswa
Em maio 17, 2020 11:40 Frederik Schwan via aur-general escreveu: 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 The discussion period is over. Let's vote! https://aur.archlinux.org/tu/?id=121 Regards, Giancarlo Razzolini pgpGGcNnzbvey.pgp Description: PGP 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 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
'commercial' on line 9 is not a valid license[1], in case of a custom license
prefix with 'custom:'
Offending line:
license=('commercial')
Package: or-tools-java
Variable ${srcdir} on line 44 should be quoted as it may contain spaces
Offending line:
sed -i "s#${src#git+}#${srcdir}/${srcfolder}#"
${srcdir}/${pkgname%-java}-${pkgver}/makefiles/Makefile.third_party.unix.mk
---^
Package: pass-sshaskpass
'GPLv2' on line 8 is not a valid license[1], in case of a custom license prefix
with 'custom:'
Offending line:
license=('GPLv2')
Package: pass-sshaskpass-git
'GPLv2' on line 8 is not a valid license[1], in case of a custom license prefix
with 'custom:'
Offending line:
license=('GPLv2')
Package: tomighty
Variable ${srcdir} on line 32 should be quoted as it may contain spaces
Offending line:
convert ${srcdir}/tomato.ico ${srcdir}/tomato.png
Package: tpacpi-bat-git
Error: 'GPLv3' on line 9 is not a valid license[1], in case of a custom license
prefix with 'custom:'
Offending line:
license=('GPLv3')
Package: unifi-beta
Potentionally unintentional HTTP URL http://www.ubnt.com/ on line 10 should be
https
Offending line:
url='http://www.ubnt.com/'
Package: youtrack
'commercial:jetbrains' on line 8 is not a valid license[1], in case of a custom
license prefix with 'custom:'
Offending line:
license=('commercial:jetbrains')
>
> Cheers
> Frederik
>
:P
[1] (Currently) valid non-custom licenses are: AGPL3, Apache, Artistic2.0,
Boost, CCPL, CDDL, CPL, EPL, FDL1.2, FDL1.3, GPL2, GPL3, LGPL2.1, LGPL3, LPPL,
MPL, MPL2, PHP, PSF, PerlArtistic, RUBY, W3C, ZPL, AGPL, APACHE, FDL, GPL,
LGPL, Unlicense, BSD, ISC, MIT, OFL, Python, ZLIB
--
Rob (coderobe)
O< ascii ribbon campaign - stop html mail - www.asciiribbon.org
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 5/16/20 10:48 PM, Markus Schaaf wrote: > Am 16.05.20 um 21:01 schrieb Levente Polyak via aur-general: > >> - shouldn't this package be named exfat-nofuse-dkms-git ? its not > > Why would a fuse-filesystem use dkms? The whole purpose of fuse is to > run in user space. And renaming packages is an annoyance. > > Just my 2¢, as a user of this package. > > BR > What exactly do you mean? I'm talking about the exfat-dkms-git packages, which in fact already uses dkms. I'm pretty sure you confuse something here. And the name is in fact wrong, as its exfat-nofuse git package using dkms, hence its name should be exfat-nofuse-dkms-git. In general it doesn't matter much if renaming is annoyance, what matter is if the name is correct or wrong. cheers, Levente signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application; freswa
Am 16.05.20 um 21:01 schrieb Levente Polyak via aur-general: > - shouldn't this package be named exfat-nofuse-dkms-git ? its not Why would a fuse-filesystem use dkms? The whole purpose of fuse is to run in user space. And renaming packages is an annoyance. Just my 2¢, as a user of this package. BR
Re: [aur-general] TU application; freswa
On 5/6/20 11:19 PM, Frederik Schwan via aur-general wrote:
>
> I am looking forward to working with you!
> Frederik
>
Hi Frederik,
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
I managed to cut some free time to review all your packages, so here
comes the feedback,
cheers,
Levente
$ 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=()
chisel:
- doesn't use a unique source as v$pkgver.tar.gz may exist
multiple times. could use githubs full filename endpoint:
$url/archive/v$pkgver/$pkgname-$pkgver.tar.gz
dovecot-xaps-daemon:
- should not have the conflicts, its always the special
variants that conflict on the regular variant, not the
other way around
- doesn't use a unique source as v$pkgver.tar.gz may exist
multiple times. could use githubs full filename endpoint:
$url/archive/v$pkgver/$pkgname-$pkgver.tar.gz
- could use the new set of go binary hardening flags so
sources are fortified, pie, etc: CGO_{L,C,CXX,CPP}FLAGS
- License is a non common one but the distribution of anything
indicating the license is missing.
dovecot-xaps-daemon-git:
- normally its a bit better to have a pkgver that actually
has any meaning in what kind of version the installed pkg
matches, like 0.7.r21.b098747 instead of 94.b098747
git describe --tags | sed 's/^v//;s/\([^-]*-g\)/r\1/;s/-/./g'
- could use the new set of go binary hardening flags so
sources are fortified, pie, etc: CGO_{L,C,CXX,CPP}FLAGS
- License is a non common one but the distribution of anything
indicating the license is missing.
dovecot-xaps-plugin:
- build function doesn't build anything, the package functions
"make install" will do the real compilation.
- Should not makedepend on git as its not using git
- should not have the conflicts, its always the special
variants that conflict on the regular variant, not the
other way around
- doesn't use a unique source as v$pkgver.tar.gz may exist
multiple times. could use githubs full filename endpoint:
$url/archive/v$pkgver/$pkgname-$pkgver.tar.gz
- License is a non common one but the distribution of anything
indicating the license is missing.
- cmake has a convenient "-B build" to that doesn't require mkdir
dovecot-xaps-plugin-git:
- build function doesn't build anything, the package functions
"make install" will do the real compilation.
- missing provides and conflicts on the regular non -git variant
- normally its a bit better to have a pkgver that actually
has any meaning in what kind of version the installed pkg
matches, like 0.7.r21.b098747 instead of 94.b098747
git describe --tags | sed 's/^v//;s/\([^-]*-g\)/r\1/;s/-/./g'
- License is a non common one but the distribution of anything
indicating the license is missing.
- cmake has a convenient "-B build" to that doesn't require mkdir
duperemove-git:
- should not pull over plaintext git:// but git+https to provide
endpoint verification and encryption during transit
- missing conflicts on duperemove
- normally its a bit better to have a pkgver that actually
has any meaning in what kind of version the installed pkg
matches, like 0.7.r21.b098747 instead of 94.b098747
git describe --tags | sed 's/^v//;s/\([^-]*-g\)/r\1/;s/-/./g'
exfat-dkms-git:
- shouldn't this also provide something like exfat and exfat-dkms
- this shouldn't confict on other special git variant exfat-git
- shouldn't this package be named exfat-nofuse-dkms-git ? its not
just exfat-dkms, this is in fact exfat-nofuse
exfat-utils-nofuse:
- non quoted usage of ${srcdir} which may fail if it contains spaces
- autoreconf could be executed during prepare step
flexbox-udev:
- non quoted usage of ${srcdir} and ${pkgdir } which may fail if it
contains spaces
gimp-plugin-separate+:
- modifying or patching files should be done during prepare
gtkhotkey:
- modifying or patching files should be done during prepare
heif:
- doesn't use a unique source as v$pkgver.tar.gz may exist
multiple times. could use githubs full filename endpoint:
$url/archive/v$pkgver/$pkgname-$pkgver.tar.gz
jtool-bin:
- doesn't use a unique source and should prefix it with $pkgver
- package is outdated as v2 exists
latex-tuda-ci:
- doesn't use a unique source as v$pkgver.tar.gz may exist
multiple times. could use githubs full filename endpoint:
$url/archive/v$pkgver/$pkgname-$pkgver.tar.gz
libpurple-lurch:
- should not on every single build side load the whole submodules
repos, instead they should be declared in source=() and the
paths updated accordingly -- for an exaple look at the mono package
- static version must not provides=() its -git counterpart
nameinator:
- doesn't use a unique source as v$pkgver.tar.gz may exist
multiple times. could use githubs full filename endpoint:
$url/archive/v$pkgver/$pkgname-$pkgver.tar.gz
- could use the new set of go binary
Re: [aur-general] TU application; freswa
Em maio 12, 2020 12:06 Giancarlo Razzolini via aur-general escreveu: Em maio 7, 2020 2:50 Sven-Hendrik Haase via aur-general escreveu: Discussion period shall last until 2020-05-12. This is just a reminder that today is the last day for discussion on this application. Tomorrow I'll create a vote on the AUR. Correction: Both me and Sven were wrong on the time for discussion period. It will end on 2020-05-20, as the addition of a new TU requires a 14 day period discussion. Carry on. Regards, Giancarlo Razzolini pgpj2Auq2meG4.pgp Description: PGP 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
On 5/6/20 5:19 PM, Frederik Schwan via aur-general wrote: > 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 :) 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? You did provide a very useful kernel backports patch for my zfs-dkms package, which was much appreciated. > 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'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. > 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? -- Eli Schwartz Bug Wrangler and Trusted User signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application; freswa
Em maio 7, 2020 2:50 Sven-Hendrik Haase via aur-general escreveu: Discussion period shall last until 2020-05-12. This is just a reminder that today is the last day for discussion on this application. Tomorrow I'll create a vote on the AUR. Regards, Giancarlo Razzolini pgpiuVSJwMXCN.pgp Description: PGP 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 Wed, May 06, 2020 at 11:19:04PM +0200, Discussion about the Arch User Repository (AUR) wrote: > 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 > Hi freswa, I would like to ask you the following questions: 1. How do you monitor new software releases? Do you use a specific tool for this like urlwatch? 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? 3. Do you use any tools for enforcing a specific PKGBUILD format? For example shfmt? 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? Thanks chris signature.asc Description: PGP signature
Re: [aur-general] TU application; freswa
On 06.05.20 23:19, Frederik Schwan via aur-general wrote: > 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 > I'm confirming my sponsorship! Let the discussions begin. Well, continue, I suppose, since it already kinda started while I slept. Discussion period shall last until 2020-05-12. Sven 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
Re: [aur-general] TU application; freswa
Em maio 6, 2020 18:19 Frederik Schwan via aur-general escreveu: 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 I confirm the sponsorship of Frederik. I see the discussion already started though but, I'd suggest you guys wait until Sven also confirms. Regards, Giancarlo Razzolini pgpmVAdzQKbD0.pgp Description: PGP signature
Re: [aur-general] TU application; freswa
On 5/6/20 11:19 PM, Frederik Schwan via aur-general wrote:
> 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
That rings a bell, thanks for helping out with our bugtracker - even if that
means some things get accidentally assigned wrong :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 :)
>
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 :)
> 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.
AUR package maintenance is orthogonal to TU duties ^^ - you should talk to Eli
directly about this
>
> 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.
As far as i know, JetBrains is quite adamant on people using their "Toolbox"
for managing JetBrains software, good luck though.
>
> I am looking forward to working with you!
> Frederik
>
Good luck with the rest of your application!
Checker output mentioned above:
adobe-icc:
Warning: Potentially unintentional HTTP URL on line 10
Offending line:
url='http://www.adobe.com/support/downloads/iccprofiles/iccprofiles_mac.html'
Warning: Potentially unintentional HTTP URL on line 13
Offending line:
source=('http://download.adobe.com/pub/adobe/iccprofiles/mac/AdobeICCProfilesCS4Mac_end-user.zip'
brother-hl4150cdn:
Warning: Potentially unintentional HTTP URL on line 9
Offending line:
url='http://support.brother.com/g/b/downloadlist.aspx?c=de=de=hl4150cdn_all=127=English'
Warning: Potentially unintentional HTTP URL on line 17
Offending line:
"http://download.brother.com/welcome/dlf005939/hl4150cdnlpr-${pkgver}-${pkgrel}.i386.rpm;
Warning: Potentially unintentional HTTP URL on line 18
Offending line:
"http://download.brother.com/welcome/dlf005941/hl4150cdncupswrapper-${pkgver}-${pkgrel}.i386.rpm;)
datagrip:
Warning: Potentially unintentional HTTP URL on line 9
Offending line:
url='http://www.jetbrains.com/datagrip/'
dovecot-xaps-daemon:
Style: 'conflicts' on line 10 should not contain other variant(s) of
'dovecot-xaps-daemon'
Offending line:
conflicts=('dovecot-xaps-daemon-git')
dovecot-xaps-plugin:
Style: 'conflicts' on line 11 should not contain other variant(s) of
'dovecot-xaps-plugin'
Offending line:
conflicts=('dovecot-xaps-plugin-git')
exfat-utils-nofuse:
Error: Potentially unquoted variable may contain spaces and should be quoted on
line 22
Offending line:
patch -p0 < ${srcdir}/nofuse.patch
flexbox-udev:
Error: Potentially unquoted variable may contain spaces and should be quoted on
line 14
Offending line:
install -Dm644 ${srcdir}/99-tprogrammer.rules
${pkgdir}/usr/lib/udev/rules.d/99-tprogrammer.rules
gtkhotkey:
Warning: Potentially unintentional HTTP URL on line 17
Offending line:
source=("http://launchpad.net/$pkgname/0.2/$pkgver/+download/$pkgname-$pkgver.tar.gz;
hipchat:
Warning: Potentially unintentional HTTP URL on line 6
Offending line:
# Contributor: Tom Vincent
imapsync:
Warning: Potentially unintentional HTTP URL on line 8
Offending
Re: [aur-general] TU application; freswa
On Wed, May 06, 2020 at 11:19:04PM +0200, Frederik Schwan via aur-general wrote: > Hi everyone, > my name is Frederik aka freswa and I'm applying to become a Trusted User with > svenstaro's and grazzolini's sponsorship. Hi Freswa! > > 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: 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? :) Cheers! -Santiago [1] https://www.archlinux.org/packages/?repo=Community=orphan signature.asc Description: PGP 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
Re: [aur-general] TU removal: Ray Rashif
Em outubro 20, 2019 14:19 Ray Rashif via aur-general escreveu: Sorry folks, I should have probably sent in a resignation for this. I have also made unfulfilled promises as a developer and never sent in an inactivity declaration in the hopes of getting back to Arch/Linux once I have a new computer. As funny as it sounds my undeclared inactivity is as long as this current machine ~3-4 years and a purchase has been pending since last year but keeps getting down-prioritized due to $$ requirements elsewhere in RL. Hi Ray, Sorry to hear that. Can you also clarify your status as a developer? It is not clear from this email what is it. Regards, Giancarlo Razzolini pgprbLozGukpb.pgp Description: PGP signature
Re: [aur-general] TU removal: Ray Rashif
Sorry folks, I should have probably sent in a resignation for this. I have also made unfulfilled promises as a developer and never sent in an inactivity declaration in the hopes of getting back to Arch/Linux once I have a new computer. As funny as it sounds my undeclared inactivity is as long as this current machine ~3-4 years and a purchase has been pending since last year but keeps getting down-prioritized due to $$ requirements elsewhere in RL. On Wed, 16 Oct 2019 at 22:30, David Runge wrote: > > On 2019-10-11 14:44:27 (+0200), David Runge wrote: > > In accordance to the bylaws a vote has now been started: > > https://aur.archlinux.org/tu/?id=120 > > The results are in: > > Yes: 36 > No: 7 > Abstain: 6 > Total: 49 > Participation: 87.50% > > The quorum of 66% has been reached with a larger number of "Yes", than > "No" votes. > > This means Ray Rashif is no longer a Trusted User. > > On behalf of the team I would like to thank Ray for his dedication > towards the community and distribution over the years. > > I hope that his time permits further involvement in the future. :) > > Bests, > David > > -- > https://sleepmap.de -- GPG/PGP ID: C0711BF1
Re: [aur-general] TU removal: Ray Rashif
On 2019-10-11 14:44:27 (+0200), David Runge wrote: > In accordance to the bylaws a vote has now been started: > https://aur.archlinux.org/tu/?id=120 The results are in: Yes: 36 No: 7 Abstain: 6 Total: 49 Participation: 87.50% The quorum of 66% has been reached with a larger number of "Yes", than "No" votes. This means Ray Rashif is no longer a Trusted User. On behalf of the team I would like to thank Ray for his dedication towards the community and distribution over the years. I hope that his time permits further involvement in the future. :) Bests, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [aur-general] TU resignation - Lukas Jirkovsky (stativ)
Sorry to see you leaving :( On Fri, 2019-10-11 at 18:32 +0200, Morten Linderud via aur-general wrote: > log4cpp Adopted Thanks, Filipe Laíns signature.asc Description: This is a digitally signed message part
Re: [aur-general] TU resignation - Lukas Jirkovsky (stativ)
sorry for joining your farewell thread but I have an issue I can't leave this mailing list, I'm putting my address on the website, and I don't receive confirmation of resignation emails :( I'd be grateful if you were to unsubscribe me guys sob., 12 paź 2019, 15:42 użytkownik Maxime Gauduin via aur-general < aur-general@archlinux.org> napisał: > On Fri, 2019-10-11 at 18:06 +0200, Lukas Jirkovsky via aur-general > wrote: > > Hello everyone, > > > > after much time I've finally came to admit to myself that I can no > > longer fulfill my duties as a trusted user the way Arch Linux > > deserves. > > While I still manage to update the packages I actively use, such as > > rawtherapee, I can no longer keep up with other packages and updates > > often come late. I've given up on other duties such as keeping AUR > > clean > > already. I'm very sorry for that, but time has come for me to pack. > > > > Arch Linux community is one of the best communities out there and it > > was > > a great pleasure to be part of the team. I still love Arch Linux very > > much and it's surely going to be my distro of choice for time to > > come. > > > > Lot of you were very helpful with keeping the more complicated > > packages > > up to date already. A stellar example is > > intellij-idea-community-edition, which is now thanks to Maxime built > > from sources. > > > > The packages left that I'm still listed as a sole maintainer doesn't > > get > > updates too often and are fairly trivial to update. Though I guess > > some > > of them can be safely dropped without anyone noticing (I'm looking at > > you, gimp plugin packages). > > > > So Long, and Thanks for All the Fish, > > Lukas > > > > > > Hi Lukas, > > Sad to see you leave, but there's only so much a person can do, > sometimes we have to let go. Hope you'll keep enjoying Arch Linux, and > that we'll hear from you again. Safe travels! > > Cheers, > -- > Maxime >
Re: [aur-general] TU resignation - Lukas Jirkovsky (stativ)
On Fri, 2019-10-11 at 18:06 +0200, Lukas Jirkovsky via aur-general wrote: > Hello everyone, > > after much time I've finally came to admit to myself that I can no > longer fulfill my duties as a trusted user the way Arch Linux > deserves. > While I still manage to update the packages I actively use, such as > rawtherapee, I can no longer keep up with other packages and updates > often come late. I've given up on other duties such as keeping AUR > clean > already. I'm very sorry for that, but time has come for me to pack. > > Arch Linux community is one of the best communities out there and it > was > a great pleasure to be part of the team. I still love Arch Linux very > much and it's surely going to be my distro of choice for time to > come. > > Lot of you were very helpful with keeping the more complicated > packages > up to date already. A stellar example is > intellij-idea-community-edition, which is now thanks to Maxime built > from sources. > > The packages left that I'm still listed as a sole maintainer doesn't > get > updates too often and are fairly trivial to update. Though I guess > some > of them can be safely dropped without anyone noticing (I'm looking at > you, gimp plugin packages). > > So Long, and Thanks for All the Fish, > Lukas > > Hi Lukas, Sad to see you leave, but there's only so much a person can do, sometimes we have to let go. Hope you'll keep enjoying Arch Linux, and that we'll hear from you again. Safe travels! Cheers, -- Maxime signature.asc Description: This is a digitally signed message part
Re: [aur-general] TU application: kpcyrd
On 10/11/19 10:32 PM, Santiago Torres-Arias via aur-general wrote: > > In a few years we will realize this was a success and all of arch will > be written in Rust. > Hmm, I thought that's the hidden agenda why we sponsored him? *jokingly* (or maybe not? xD) signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application: kpcyrd
On 10/11/19 4:27 PM, Levente Polyak via aur-general wrote: > On 9/20/19 10:09 PM, kpcyrd wrote: >> Hello, >> >> My name is kpcyrd and I'm applying to become a Trusted User with anthraxx', >> sangys and jelles sponsorship. >> > > The voting period is over and we have a result: > > Yes: 39 > No: 4 > Abstain: 6 > Participation: 87.50% (meets the quorum) > > I'm happily hereby announcing: Welcome to the team! :) > > > Please read and proceed with: > https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_for_new_Trusted_Users. Welcome! I've updated your bugtracker account to grant you Trusted User status for the Community Packages project, and made you a member of our internal Keyring project. -- Eli Schwartz Bug Wrangler and Trusted User signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application: kpcyrd
On Fri, Oct 11, 2019 at 10:31:14PM +0200, Jelle van der Waa wrote: > On 10/11/19 at 10:27pm, Levente Polyak via aur-general wrote: > > On 9/20/19 10:09 PM, kpcyrd wrote: > > > Hello, > > > > > > My name is kpcyrd and I'm applying to become a Trusted User with > > > anthraxx', sangys and jelles sponsorship. > > > > > > > The voting period is over and we have a result: > > > > Yes: 39 > > No: 4 > > Abstain: 6 > > Participation: 87.50% (meets the quorum) > > > > I'm happily hereby announcing: Welcome to the team! :) > > > > > > Please read and proceed with: > > https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_for_new_Trusted_Users. > > Congrats! kpcyrd!! > +1, welcome to the team! In a few years we will realize this was a success and all of arch will be written in Rust. signature.asc Description: PGP signature
Re: [aur-general] TU application: kpcyrd
On 10/11/19 at 10:27pm, Levente Polyak via aur-general wrote: > On 9/20/19 10:09 PM, kpcyrd wrote: > > Hello, > > > > My name is kpcyrd and I'm applying to become a Trusted User with anthraxx', > > sangys and jelles sponsorship. > > > > The voting period is over and we have a result: > > Yes: 39 > No: 4 > Abstain: 6 > Participation: 87.50% (meets the quorum) > > I'm happily hereby announcing: Welcome to the team! :) > > > Please read and proceed with: > https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_for_new_Trusted_Users. Congrats! kpcyrd!! In a few years we will realize this was a mistake and all of arch will be written in Rust. -- Jelle van der Waa signature.asc Description: PGP signature
Re: [aur-general] TU application: kpcyrd
On 9/20/19 10:09 PM, kpcyrd wrote: > Hello, > > My name is kpcyrd and I'm applying to become a Trusted User with anthraxx', > sangys and jelles sponsorship. > The voting period is over and we have a result: Yes: 39 No: 4 Abstain: 6 Participation: 87.50% (meets the quorum) I'm happily hereby announcing: Welcome to the team! :) Please read and proceed with: https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_for_new_Trusted_Users. cheers, Levente signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU resignation - Lukas Jirkovsky (stativ)
On 11 Oct 2019, at 6:32 pm +0200, Morten Linderud via aur-general wrote: > > So Long, and Thanks for All the Fish Thanks for your work all these years! > Added a list of packages maintained solely by stativ. Please adopt as people > see fit :) > λ ~ » /usr/share/archlinux/contrib/package/co-maintainers -m stativ > ttf-gentium Adopted. Cheers, Ivy
Re: [aur-general] TU resignation - Lukas Jirkovsky (stativ)
Lukas Jirkovsky via aur-general on Fri,
2019/10/11 18:06:
> Hello everyone,
>
> [snip]
>
> So Long, and Thanks for All the Fish,
> Lukas
Already said in private... Really sad to see you leave! And thanks a lot for
the work you've done.
As I knew before I've already rebuilt your packages. We can revoke your key's
signatures without breakage.
Just adopted rawtherapee, but I am not using this a lot. Who ever wants to is
free to co-maintain.
--
main(a){char*c=/*Schoene Gruesse */"B?IJj;MEH"
"CX:;",b;for(a/*Best regards my address:*/=0;b=c[a++];)
putchar(b-1/(/*Chriscc -ox -xc - && ./x*/b/42*2-3)*42);}
pgpZgClldq2IG.pgp
Description: OpenPGP digital signature
