Re: [aur-general] TU application - orhun

2020-12-26 Thread Sven-Hendrik Haase via aur-general

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 application - orhun

2020-12-13 Thread orhun via aur-general

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

2020-12-13 Thread Morten Linderud via aur-general
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

2020-12-12 Thread Sven-Hendrik Haase via aur-general

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

2020-12-12 Thread Levente Polyak via aur-general
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

2020-12-12 Thread orhun via aur-general

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] https://github.co

Re: [aur-general] TU application - rgacogne

2020-12-05 Thread Sébastien Luttringer via aur-general
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

2020-12-05 Thread Morten Linderud via aur-general
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

2020-11-28 Thread Morten Linderud via aur-general
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 application - rgacogne

2020-11-14 Thread Sébastien Luttringer via aur-general
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

2020-11-13 Thread Jelle van der Waa
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

2020-11-13 Thread Christian Rebischke via aur-general
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

2020-11-13 Thread Santiago Torres-Arias via aur-general
> the security time. 
Security team*, but security time as well...


signature.asc
Description: PGP signature


Re: [aur-general] TU application - rgacogne

2020-11-13 Thread Levente Polyak via aur-general
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&K=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

2020-11-13 Thread Santiago Torres-Arias via aur-general
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

2020-11-13 Thread Morten Linderud via aur-general
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

2020-11-12 Thread Remi Gacogne via aur-general
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&K=rgacogne



signature.asc
Description: OpenPGP digital signature


Re: [aur-general] TU application - bastelfreak

2020-11-09 Thread Christian Rebischke via aur-general
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 application - bastelfreak

2020-11-02 Thread Christian Rebischke via aur-general
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

2020-11-02 Thread Tim Meusel via aur-general
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

2020-11-01 Thread Brett Cornwall via aur-general

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

2020-10-22 Thread Brett Cornwall via aur-general

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

2020-10-22 Thread Tim Meusel via aur-general
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

2020-10-22 Thread Tim Meusel via aur-general
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

2020-10-21 Thread Jelle van der Waa
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

2020-10-21 Thread Morten Linderud via aur-general
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

2020-10-19 Thread Justin Kromlinger via aur-general
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

2020-10-19 Thread Morten Linderud via aur-general
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

2020-10-18 Thread Thore Bödecker via aur-general
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

2020-10-18 Thread Christian Rebischke via aur-general
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

2020-10-18 Thread Morten Linderud via aur-general
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

2020-10-18 Thread Kusoneko
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

2020-10-18 Thread Justin Kromlinger via aur-general
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

2020-10-18 Thread Tim Meusel via aur-general
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

2020-09-14 Thread Eli Schwartz via aur-general
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&search=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

2020-09-07 Thread Eli Schwartz via aur-general
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&search=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

2020-08-24 Thread Doug Newgard via aur-general
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

2020-08-24 Thread Santiago Torres-Arias via aur-general
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

2020-08-24 Thread Angel Velásquez via aur-general
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&search=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

2020-08-23 Thread David C. Rankin
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

2020-08-23 Thread Brett Cornwall via aur-general

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

2020-08-23 Thread David C. Rankin
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

2020-08-23 Thread Christian Rebischke via aur-general
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&search=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

2020-08-23 Thread Eli Schwartz via aur-general
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&search=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

2020-08-23 Thread Carsten Haitzler
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&search=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

2020-08-23 Thread Carsten Haitzler
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&search=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

2020-07-02 Thread Thore Bödecker via aur-general
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

2020-06-25 Thread Thore Bödecker via aur-general
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

2020-06-17 Thread hashworks via aur-general
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&diff=prev&oldid=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

2020-06-15 Thread Levente Polyak via aur-general
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

2020-06-08 Thread hashworks via aur-general
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

2020-06-08 Thread Jelle van der Waa
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

2020-06-08 Thread hashworks via aur-general
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

2020-06-08 Thread Jonas Witschel via aur-general
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

2020-06-08 Thread Christian Rebischke via aur-general
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

2020-06-08 Thread Thore Bödecker via aur-general
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

2020-06-08 Thread hashworks via aur-general
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&SeB=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

2020-05-28 Thread Sébastien Luttringer via aur-general
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

2020-05-28 Thread Giancarlo Razzolini via aur-general

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

2020-05-21 Thread Giancarlo Razzolini via aur-general

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

2020-05-17 Thread Frederik Schwan via aur-general
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

2020-05-16 Thread Robin Broda via aur-general
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

2020-05-16 Thread Frederik Schwan via aur-general
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

2020-05-16 Thread Levente Polyak via aur-general
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

2020-05-16 Thread Markus Schaaf
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

2020-05-16 Thread Levente Polyak via aur-general
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 har

Re: [aur-general] TU application; freswa

2020-05-12 Thread Giancarlo Razzolini via aur-general

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

2020-05-12 Thread Frederik Schwan via aur-general
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

2020-05-12 Thread Eli Schwartz via aur-general
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

2020-05-12 Thread Giancarlo Razzolini via aur-general

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

2020-05-07 Thread Frederik Schwan via aur-general
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

2020-05-07 Thread Christian Rebischke via aur-general
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

2020-05-06 Thread Sven-Hendrik Haase via aur-general


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

2020-05-06 Thread Frederik Schwan via aur-general
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

2020-05-06 Thread Frederik Schwan via aur-general
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

2020-05-06 Thread Giancarlo Razzolini via aur-general

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

2020-05-06 Thread Robin Broda via aur-general
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&lang=de&prod=hl4150cdn_all&os=127&flang=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

Re: [aur-general] TU application; freswa

2020-05-06 Thread Santiago Torres-Arias via aur-general
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&maintainer=orphan


signature.asc
Description: PGP signature


[aur-general] TU application; freswa

2020-05-06 Thread Frederik Schwan via aur-general
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 application: kpcyrd

2019-10-11 Thread Levente Polyak via aur-general
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

2019-10-11 Thread Eli Schwartz via aur-general
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

2019-10-11 Thread Santiago Torres-Arias via aur-general
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

2019-10-11 Thread Jelle van der Waa
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

2019-10-11 Thread Levente Polyak via aur-general
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 application: kpcyrd

2019-10-07 Thread Filipe Laíns via aur-general
On Mon, 2019-10-07 at 11:10 -0400, Eli Schwartz via aur-general wrote:
> On 10/7/19 10:59 AM, Levente Polyak via aur-general wrote:
> > On 10/4/19 9:29 PM, Santiago Torres-Arias via aur-general wrote:
> > > Hi,
> > > 
> > > It's been 15 days (and a couple of hours as I'm aware) since, so
> > > the
> > > vote starts now:
> > > 
> > > https://aur.archlinux.org/tu/?id=119
> > > 
> > 
> > Reminder, only 4 days left (aur vote notifications seem to be
> > broken
> > right now).
> 
> Nah, notifications only get sent once every 12 hours, and only for
> votes
> that are ending in the next 48 hours.
> 
> It seems a bit overkill to send notifications every 12 hours for the
> majority of the voting period (3 days in, 4 left to go?)

Perhaps we could send a initial notification to everyone? Some people
don't check the mailing lists that often.

--
Filipe Laíns


signature.asc
Description: This is a digitally signed message part


Re: [aur-general] TU application: kpcyrd

2019-10-07 Thread Eli Schwartz via aur-general
On 10/7/19 10:59 AM, Levente Polyak via aur-general wrote:
> On 10/4/19 9:29 PM, Santiago Torres-Arias via aur-general wrote:
>> Hi,
>>
>> It's been 15 days (and a couple of hours as I'm aware) since, so the
>> vote starts now:
>>
>> https://aur.archlinux.org/tu/?id=119
>>
> 
> 
> Reminder, only 4 days left (aur vote notifications seem to be broken
> right now).

Nah, notifications only get sent once every 12 hours, and only for votes
that are ending in the next 48 hours.

It seems a bit overkill to send notifications every 12 hours for the
majority of the voting period (3 days in, 4 left to go?)

-- 
Eli Schwartz
Bug Wrangler and Trusted User



signature.asc
Description: OpenPGP digital signature


Re: [aur-general] TU application: kpcyrd

2019-10-07 Thread Levente Polyak via aur-general
On 10/4/19 9:29 PM, Santiago Torres-Arias via aur-general wrote:
> Hi,
> 
> It's been 15 days (and a couple of hours as I'm aware) since, so the
> vote starts now:
> 
> https://aur.archlinux.org/tu/?id=119
> 


Reminder, only 4 days left (aur vote notifications seem to be broken
right now).

cheers,
Levente



signature.asc
Description: OpenPGP digital signature


Re: [aur-general] TU application: kpcyrd

2019-10-04 Thread Santiago Torres-Arias via aur-general
Hi,

It's been 15 days (and a couple of hours as I'm aware) since, so the
vote starts now:

https://aur.archlinux.org/tu/?id=119

Cheers!
-Santiago


On Fri, Sep 20, 2019 at 04:10:59PM -0400, Santiago Torres-Arias via aur-general 
wrote:
> On Fri, Sep 20, 2019 at 08:09:31PM +, kpcyrd wrote:
> > Hello,
> > 
> > My name is kpcyrd and I'm applying to become a Trusted User with anthraxx', 
> > sangys and jelles sponsorship.
> 
> I hereby confirm my sponsorship. I think kpcyrd is a very talented oss
> developer, a great team player and an overall great addition to the TU
> community.
> 
> Let the discussion begin!
> -Santiago.




signature.asc
Description: PGP signature


Re: [aur-general] TU application: Jonas Witschel (diabonas)

2019-09-26 Thread Eli Schwartz via aur-general
On 9/26/19 1:49 PM, Bruno Pagani via aur-general wrote:
> Vote is now over too, and the results are in:
> 
> Yes: 42
> No: 1
> Abstain: 8
> 
> So, with a participation of 91.07% that meets the quorum, I can now say
> “Welcome in the team!”.
> 
> You can now proceed with
> https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_for_new_Trusted_Users.

Congratulations, and welcome! :)

I've granted your bugtracker account the necessary permissions in the
"Community Packages" and internal "Keyring" project, and there is now a
Keyring ticket open for your key: https://bugs.archlinux.org/task/63926
(I have added you to the notifications for this ticket.)

-- 
Eli Schwartz
Bug Wrangler and Trusted User



signature.asc
Description: OpenPGP digital signature


Re: [aur-general] TU application: Jonas Witschel (diabonas)

2019-09-26 Thread Jonas Witschel
Hi,

On 2019-09-26 19:49, Bruno Pagani wrote:
> Vote is now over too, and the results are in:
> 
> Yes: 42
> No: 1
> Abstain: 8
> 
> So, with a participation of 91.07% that meets the quorum, I can now say
> “Welcome in the team!”.

thank you very much to my sponsors Bruno and Alad for their mentorship
and to everybody for their warm welcome! I am excited to be part of the
team :)

Cheers,
Jonas



signature.asc
Description: OpenPGP digital signature


Re: [aur-general] TU application: Jonas Witschel (diabonas)

2019-09-26 Thread Santiago Torres-Arias via aur-general

On Thu, Sep 26, 2019 at 07:49:52PM +0200, Bruno Pagani via aur-general wrote:
> Le 19/09/2019 à 19:51, Bruno Pagani a écrit :
> > Le 05/09/2019 à 21:53, Bruno Pagani a écrit :
> >> Hi there,
> >>
> >> On 05/09/2019 17:23, Jonas Witschel wrote:
> >>> Hi all,
> >>>
> >>> my name is Jonas Witschel (online nick "diabonas" on the
> >>> AUR/GitHub/GitLab/...) and I am applying as an Arch Linux Trusted User
> >>> under the sponsorship of Bruno Pagani and Alad Wenter.
> >> I hereby confirm my sponsorship of Jonas. :)
> >>
> >> […]
> >>
> >>> I am looking forward to working with you and welcome any questions and
> >>> comments!
> >> And I definitively look forward to working with you as part of our TU
> >> team too! I wish you good luck with your application and hope you’ll
> >> convince everyone just as Alad and I were. ;)
> > This very intensive discussion period is now over, so ladies and
> > gentlemen please cast your vote:
> >
> > https://aur.archlinux.org/tu/?id=118
> >
> > Regards,
> > Bruno/Archange
> 
> Vote is now over too, and the results are in:
> 
> Yes: 42
> No: 1
> Abstain: 8
> 
> So, with a participation of 91.07% that meets the quorum, I can now say
> “Welcome in the team!”.

And let it echo from here. Welcome to the team! I'm more than thrilled
to collaborate on curating and improving the state of the TPM utility
offering on community :)

-Santiago


signature.asc
Description: PGP signature


Re: [aur-general] TU application: Jonas Witschel (diabonas)

2019-09-26 Thread Alad Wenter via aur-general
> Vote is now over too, and the results are in:
> 
> Yes: 42
> No: 1
> Abstain: 8
> 
> So, with a participation of 91.07% that meets the quorum, I can now say
> “Welcome in the team!”.
> 
> You can now proceed with
> https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_for_new_Trusted_Users.
> 
> Congratulations,
> Bruno
> 
Hooray! Douglas Adams would be proud. ;)

Alad


signature.asc
Description: PGP signature


Re: [aur-general] TU application: Jonas Witschel (diabonas)

2019-09-26 Thread Bruno Pagani via aur-general
Le 19/09/2019 à 19:51, Bruno Pagani a écrit :
> Le 05/09/2019 à 21:53, Bruno Pagani a écrit :
>> Hi there,
>>
>> On 05/09/2019 17:23, Jonas Witschel wrote:
>>> Hi all,
>>>
>>> my name is Jonas Witschel (online nick "diabonas" on the
>>> AUR/GitHub/GitLab/...) and I am applying as an Arch Linux Trusted User
>>> under the sponsorship of Bruno Pagani and Alad Wenter.
>> I hereby confirm my sponsorship of Jonas. :)
>>
>> […]
>>
>>> I am looking forward to working with you and welcome any questions and
>>> comments!
>> And I definitively look forward to working with you as part of our TU
>> team too! I wish you good luck with your application and hope you’ll
>> convince everyone just as Alad and I were. ;)
> This very intensive discussion period is now over, so ladies and
> gentlemen please cast your vote:
>
> https://aur.archlinux.org/tu/?id=118
>
> Regards,
> Bruno/Archange

Vote is now over too, and the results are in:

Yes: 42
No: 1
Abstain: 8

So, with a participation of 91.07% that meets the quorum, I can now say
“Welcome in the team!”.

You can now proceed with
https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_for_new_Trusted_Users.

Congratulations,
Bruno




signature.asc
Description: OpenPGP digital signature


Re: [aur-general] TU application: kpcyrd

2019-09-26 Thread Alad Wenter via aur-general
On Wed, Sep 25, 2019 at 10:30:05PM +, kpcyrd wrote:
> On Fri, Sep 20, 2019 at 10:21:42PM -0400, Daniel M. Capella via aur-general 
> wrote:
> > Package review:
> > 
> > narnia, tr1pd{,-git}: Could use `--locked`?
> > 
> > python-fints: Missing `--skip-build` in `package()`.
> 
> Thanks, I've pushed updates for these a few days ago.
> 
> > Only nit I have aside from those is you don't need to specify 755
> > permissions for `install` as that's the default. Something I learned
> > during my own Tu application process ^^.
> 
> Interesting, didn't know that! I'm going to roll out fixes for that
> incrementally, thanks for pointing it out.

... but there's nothing wrong with keeping 755 either, as it makes
excplicitely clear to the reader which permissions are used for the
binary.

Alad


signature.asc
Description: PGP signature


Re: [aur-general] TU application: kpcyrd

2019-09-25 Thread kpcyrd
On Fri, Sep 20, 2019 at 10:21:42PM -0400, Daniel M. Capella via aur-general 
wrote:
> Package review:
> 
> narnia, tr1pd{,-git}: Could use `--locked`?
> 
> python-fints: Missing `--skip-build` in `package()`.

Thanks, I've pushed updates for these a few days ago.

> Only nit I have aside from those is you don't need to specify 755
> permissions for `install` as that's the default. Something I learned
> during my own Tu application process ^^.

Interesting, didn't know that! I'm going to roll out fixes for that
incrementally, thanks for pointing it out.


signature.asc
Description: PGP signature


Re: [aur-general] TU application: Jonas Witschel (diabonas)

2019-09-24 Thread Bruno Pagani via aur-general
Le 19/09/2019 à 19:51, Bruno Pagani a écrit :
> Le 05/09/2019 à 21:53, Bruno Pagani a écrit :
>> Hi there,
>>
>> On 05/09/2019 17:23, Jonas Witschel wrote:
>>> Hi all,
>>>
>>> my name is Jonas Witschel (online nick "diabonas" on the
>>> AUR/GitHub/GitLab/...) and I am applying as an Arch Linux Trusted User
>>> under the sponsorship of Bruno Pagani and Alad Wenter.
>> I hereby confirm my sponsorship of Jonas. :)
>>
>> […]
>>
>>> I am looking forward to working with you and welcome any questions and
>>> comments!
>> And I definitively look forward to working with you as part of our TU
>> team too! I wish you good luck with your application and hope you’ll
>> convince everyone just as Alad and I were. ;)
> This very intensive discussion period is now over, so ladies and
> gentlemen please cast your vote:
>
> https://aur.archlinux.org/tu/?id=118
>
> Regards,
> Bruno/Archange

Kind reminder that there remains less than 48h to vote. One third of the
TUs have not yet done so, which means we are currently just below quorum.

Regards,
Bruno




signature.asc
Description: OpenPGP digital signature


Re: [aur-general] TU application: kpcyrd

2019-09-20 Thread Daniel M. Capella via aur-general
Quoting kpcyrd (2019-09-20 16:09:31)
> Hello,
> 
> My name is kpcyrd and I'm applying to become a Trusted User with anthraxx', 
> sangys and jelles sponsorship.

Glad to see you're finally applying.

Package review:

narnia, tr1pd{,-git}: Could use `--locked`?

python-fints: Missing `--skip-build` in `package()`.

Only nit I have aside from those is you don't need to specify 755
permissions for `install` as that's the default. Something I learned
during my own Tu application process ^^.

--
Best,
Daniel 


signature.asc
Description: signature


Re: [aur-general] TU application: kpcyrd

2019-09-20 Thread Giancarlo Razzolini via aur-general

Levente Polyak via aur-general  writes:




I'm hereby confirming my sponsorship. kpcyrd is a friend of mine in
both, cyber- and meatspace. He is a very kind person and I like his way
of thinking. His technical skills would be a great benefit for the TU
community.



Even though I'm not one of kpcyrd sponsors, I can vouch for him as well.
Given that I've worked with him in the past.

He's a very nice person to work with and quite technically skilled.

Regards,
Giancarlo Razzolini

pgpfV42IlocC0.pgp
Description: PGP signature


Re: [aur-general] TU application: kpcyrd

2019-09-20 Thread Levente Polyak via aur-general
On 9/20/19 11:41 PM, kpcyrd wrote:
> Oops, sending the application again, this time with a signature
> attached.
> 
> --- 8< ---
> 
> Hello,
> 
> My name is kpcyrd and I'm applying to become a Trusted User with anthraxx', 
> sangys and jelles sponsorship.
> 
> I'm interested in rust, defensive programming and offensive security tooling. 
> Open source became an essential part of my life at some point and the idea of 
> contributing back to the community that gave me so much for free kept me 
> going the last few years.
> 
> I worked as both a software and IT security engineer in the past and I 
> currently do a combination of both as a contractor.
> 
> ---
> 
> # How I started using linux
> 
> - Started with linux by trying to remaster knoppix in 2010 for a while
> - Wiped my laptop in 2011 and installed debian with no way of return since it 
>  was my only computer at that time
> - First successful Arch Linux install I did was by helping a friend in 2013
> - Eventually migrated to Arch Linux myself in 2015 due to anthraxx
> - I currently run a combination of Arch Linux, debian and openbsd at home and 
> on servers
> 
> # How I contributed to the opensource community in the past
> 
> (somewhat chronological)
> 
> - Too many pull requests (stopped counting a long time ago)
> - Assisted debian-security with some issues (redis, mongodb and xul-ext-wot)
> - Wrote some PKGBUILDs that got moved into community
> - Revived http://tests.reproducible-builds.org/archlinux/
> - Packaged software for alpine, brew and openbsd
> - Packaged about 1/3 of the rust packages in debian
> - Co-authored the current reproducible builds rebuilder prototype with NYU
> - Recently became a debian maintainer (while running Arch Linux)
> 
> # AUR packages
> 
> I maintain a few packages in the AUR, the most relevant that I would like to 
> maintain in community at some point are:
> 
> - diesel_cli
> - cargo-tree
> - cargo-fuzz
> - cargo-crev
> - python-fints
> - python-mt-940
> - python-sepaxml
> 
> I'm also interested in co-maintaining reprotest and some of the packages 
> anthraxx currently maintains for me.
> 
> # Community packages I wrote or contributed to
> 
> - cjdns
> - go-ipfs
> - alacritty
> - reprotest
> - sniffglue
> - badtouch
> - rshijack
> - sn0int
> 
> # Upstream for the following packages in Arch Linux
> 
> - sniffglue
> - badtouch
> - rshijack
> - sn0int
> 
> ---
> 
> Thanks for taking the time reading this,
> 
> kpcyrd
> 



I'm hereby confirming my sponsorship. kpcyrd is a friend of mine in
both, cyber- and meatspace. He is a very kind person and I like his way
of thinking. His technical skills would be a great benefit for the TU
community.

cheers,
Levente



signature.asc
Description: OpenPGP digital signature


Re: [aur-general] TU application: kpcyrd

2019-09-20 Thread kpcyrd
Oops, sending the application again, this time with a signature
attached.

--- 8< ---

Hello,

My name is kpcyrd and I'm applying to become a Trusted User with anthraxx', 
sangys and jelles sponsorship.

I'm interested in rust, defensive programming and offensive security tooling. 
Open source became an essential part of my life at some point and the idea of 
contributing back to the community that gave me so much for free kept me going 
the last few years.

I worked as both a software and IT security engineer in the past and I 
currently do a combination of both as a contractor.

---

# How I started using linux

- Started with linux by trying to remaster knoppix in 2010 for a while
- Wiped my laptop in 2011 and installed debian with no way of return since it  
was my only computer at that time
- First successful Arch Linux install I did was by helping a friend in 2013
- Eventually migrated to Arch Linux myself in 2015 due to anthraxx
- I currently run a combination of Arch Linux, debian and openbsd at home and 
on servers

# How I contributed to the opensource community in the past

(somewhat chronological)

- Too many pull requests (stopped counting a long time ago)
- Assisted debian-security with some issues (redis, mongodb and xul-ext-wot)
- Wrote some PKGBUILDs that got moved into community
- Revived http://tests.reproducible-builds.org/archlinux/
- Packaged software for alpine, brew and openbsd
- Packaged about 1/3 of the rust packages in debian
- Co-authored the current reproducible builds rebuilder prototype with NYU
- Recently became a debian maintainer (while running Arch Linux)

# AUR packages

I maintain a few packages in the AUR, the most relevant that I would like to 
maintain in community at some point are:

- diesel_cli
- cargo-tree
- cargo-fuzz
- cargo-crev
- python-fints
- python-mt-940
- python-sepaxml

I'm also interested in co-maintaining reprotest and some of the packages 
anthraxx currently maintains for me.

# Community packages I wrote or contributed to

- cjdns
- go-ipfs
- alacritty
- reprotest
- sniffglue
- badtouch
- rshijack
- sn0int

# Upstream for the following packages in Arch Linux

- sniffglue
- badtouch
- rshijack
- sn0int

---

Thanks for taking the time reading this,

kpcyrd


signature.asc
Description: PGP signature


  1   2   3   4   5   6   7   8   9   10   >