[aur-general] TU Application: Morten Linderud
Hello Archers and Arch overlords! # Introduction: My name is Morten Linderud, or better known by Foxboron. I'm writing this application to join the TU team. My sponsor is Jelle van der Waa. # About me: I'm 23 years, and currently live in Bergen, Norway. I have a bachelors degree in Information science, and currently working towards a masters degree in the same field. I also work part-time with infrastructure and devops at a small company called Apility. I have been active with FOSS since 2012, and have contributed to several tools and projects. The most notable is probably Hylang[1] where I have been a core developer since 2013. In my spare time I enjoy playing guitar, learning photography, attending conferences and volunteer work for LAN-parties, the local Game Jam and student organizations "Beer and Programming", where we drink beer and discuss programming, and Fribyte, hosting and misc IT-services for student organizations in Bergen where i'm currently second in charge. # Arch Linux related: Arch Linux has been my daily driver since 2013, although I have worked with Linux and Ubuntu for few years prior as a secondary OS. I have maintained AUR packages since 2015, adopting orphaned packages and created new ones. During last years Chaos Communication Congress I got in touch with anthraxx and shibumi. They introduced me to their security meet up along with jelle and rgacogne. This ended up with me assisting the reviewing of security advisories, and i have now added as a CVE reporter to the team. I have also been added to the tester team, and done small contributions on the Archwiki and security-tracker, along with tedious amounts of rambling on #archlinux-offtopic.^W^W^W^W^W^W^W^W^W^W^W^W^W^W # TU pledges: As a TU I'll move the following packages from the AUR to community: - protege - ttf-font-awesome - cryptomator - pass-otp - nageru And adopt the following packages from community: - rofi - go-md2man - python-xapp - python-send2trash - python-pycountry - python-autobahn I would also love to help out with Python and Go packages. # Other projects: signoff[2] is a tool I have written that helps testers with signing off on packages they have installed from testing. It comes with neat auto-completions and enough commands that it should replace the signoff page. Several testers are using this to signoff packages in the testing repositories. I have also worked on other tools that may benefit the Arch Linux community in the future. Most notable is a tool that could solve the remote GPG signing issue that was discussed on pacman-dev in 2011[3], with no solutions back then. I currently have a point of concept written in golang that could support this[4]. The end goal is to create an API and signing tool. The other project is a package build system[5] that uses docker as an OS abstraction, and builds packages proper with chroots inside. It builds on top of buildbot[6]. It's far from feature complete, but the plan is to support distributed package building, and dispatch rebuilds based on dependencies. I have been using it to manage my own AUR packages. Thanks for reading, and may the tacos be with you. # Links: [1]: http://docs.hylang.org/en/stable/ [2]: https://github.com/Foxboron/archweb-signoff-helper [3]: https://lists.archlinux.org/pipermail/pacman-dev/2011-June/013333.html [4]: https://github.com/Foxboron/remote-sign [5]: https://github.com/Foxboron/arch-auto-build [6]: https://buildbot.net/ -- Morten Linderud PGP: 9C02FF419FECBE16
On 09/05/17 at 02:07pm, Morten Linderud wrote:
Hello Archers and Arch overlords!
# Introduction: My name is Morten Linderud, or better known by Foxboron. I'm writing this application to join the TU team. My sponsor is Jelle van der Waa.
I confirm the sponsorship of Morten! Let the discussion period begin! -- Jelle van der Waa
On 09/05/17 at 02:12pm, Jelle van der Waa wrote:
On 09/05/17 at 02:07pm, Morten Linderud wrote:
Hello Archers and Arch overlords!
# Introduction: My name is Morten Linderud, or better known by Foxboron. I'm writing this application to join the TU team. My sponsor is Jelle van der Waa.
I confirm the sponsorship of Morten!
Let the discussion period begin!
Let the voting period begin! https://aur.archlinux.org/tu/?id=95 -- Jelle van der Waa
On 09/10/2017 08:40 PM, Jelle van der Waa wrote:
On 09/05/17 at 02:12pm, Jelle van der Waa wrote:
On 09/05/17 at 02:07pm, Morten Linderud wrote:
Hello Archers and Arch overlords!
# Introduction: My name is Morten Linderud, or better known by Foxboron. I'm writing this application to join the TU team. My sponsor is Jelle van der Waa. I confirm the sponsorship of Morten!
Let the discussion period begin! Let the voting period begin!
You automatically have my vote. I'm a really big fan of aurutils. -- Tom Nguyen
On 09/10/17 at 09:19pm, Tom Nguyen via aur-general wrote:
On 09/10/2017 08:40 PM, Jelle van der Waa wrote:
On 09/05/17 at 02:12pm, Jelle van der Waa wrote:
On 09/05/17 at 02:07pm, Morten Linderud wrote:
Hello Archers and Arch overlords!
# Introduction: My name is Morten Linderud, or better known by Foxboron. I'm writing this application to join the TU team. My sponsor is Jelle van der Waa. I confirm the sponsorship of Morten!
Let the discussion period begin! Let the voting period begin!
You automatically have my vote. I'm a really big fan of aurutils.
I think you mean alad :-) -- Jelle van der Waa
On 09/10/2017 09:24 PM, Jelle van der Waa wrote:
On 09/10/17 at 09:19pm, Tom Nguyen via aur-general wrote:
On 09/10/2017 08:40 PM, Jelle van der Waa wrote:
On 09/05/17 at 02:12pm, Jelle van der Waa wrote:
On 09/05/17 at 02:07pm, Morten Linderud wrote:
Hello Archers and Arch overlords!
# Introduction: My name is Morten Linderud, or better known by Foxboron. I'm writing this application to join the TU team. My sponsor is Jelle van der Waa. I confirm the sponsorship of Morten!
Let the discussion period begin! Let the voting period begin!
You automatically have my vote. I'm a really big fan of aurutils. I think you mean alad :-)
Oh my bad, I was literally looking the other way when I selected my mail. You accidentally have my vote :D, but I'm equally a fan of buildbot. It's one of the reasons why I got into Kubernetes and use it for my client servers. -- Tom Nguyen
On 09/05/2017 08:07 AM, Morten Linderud wrote:
Hello Archers and Arch overlords!
# Introduction: My name is Morten Linderud, or better known by Foxboron. I'm writing this application to join the TU team. My sponsor is Jelle van der Waa.
Of course you need to show everyone what kind of packager you are. ;) In preparation for meeting the xarrhtna linter, we have spent much time fixing Foxboron's packages. Time to invent more rules I guess! git clone https://github.com/Foxboron/PKGBUILDS cd PKGBUILDS git diff 87c1186..a948c2a Good luck, by the way! :) (After all the time I invested here, don't you dare even think about failing!) -- Eli Schwartz
On Tue, Sep 05, 2017 at 10:02:27AM -0400, Eli Schwartz wrote:
On 09/05/2017 08:07 AM, Morten Linderud wrote:
Hello Archers and Arch overlords!
# Introduction: My name is Morten Linderud, or better known by Foxboron. I'm writing this application to join the TU team. My sponsor is Jelle van der Waa.
Of course you need to show everyone what kind of packager you are. ;)
In preparation for meeting the xarrhtna linter, we have spent much time fixing Foxboron's packages. Time to invent more rules I guess!
git clone https://github.com/Foxboron/PKGBUILDS cd PKGBUILDS git diff 87c1186..a948c2a
Yes, i spent somewhat 4 hours on fixing PKGBUILDs after an extensive review from Eli. Should have been disclosed i guess.
Good luck, by the way! :) (After all the time I invested here, don't you dare even think about failing!)
Thanks :)) -- Morten Linderud PGP: 9C02FF419FECBE16
On 09/05/2017 02:07 PM, Morten Linderud wrote:
Hello Archers and Arch overlords!
# Introduction: My name is Morten Linderud, or better known by Foxboron. I'm writing this application to join the TU team. My sponsor is Jelle van der Waa.
Yay :)
During last years Chaos Communication Congress I got in touch with anthraxx and shibumi. They introduced me to their security meet up along with jelle and rgacogne. This ended up with me assisting the reviewing of security advisories, and i have now added as a CVE reporter to the team.
I can confirm that this happened, and we are happy to have you around for security stuff. Now, i'm going to take a look at your AUR... Let the hunt begin *giggle* archur-git: - VCS package missing provides/conflicts bmusb: - would me more error prone and convenient to keep pkgver in sync when using a pkgver() function for pinned commits and f.e. do: git describe --always | sed 's/^v//;s/-/./g' - url variable points to a 403 page buildah-git: - VCS package missing provides/conflicts - license can be changed to 'Apache' as that is already in common licences and points to version 2.0 - clone URL could use TLS via git+https cryptomator: - cryptomator.sh should use quotes for $PATH as it may contain spaces cubemap: - VCS package missing provides/conflicts - source name must contain something unique for current tarball like commit hash otherwise it collides with an existing download of a previous version and just fails on checksum matching - fails to build: configure: error: Package requirements (libsystemd) were not met, seems to require it dep-git: - VCS package missing provides/conflicts - clone URL could use TLS via git+https - use quotes for $PATH and $GOPATH as it could contain spaces dmenu-extended: - VCS package not named dmenu-extended-git, either rename or use a pinned commit (you promised that a year ago in the comments *giggle* :P :D ) - python packages should have a build function as its building binary artifacts via setup.py and named function is needed in the future to make py packages reproducible jottalib: - uses static string in the source v0.5.1.tar.gz that can be replaced by $pkgver - not an 'any' arch as it builds binary artifacts - seems to contain lot of test cases run by travis, maybe try to include molecule - URL pin-points to 2.0.0.rc12 (which isn't even used anymore) - would me more error prone and convenient to keep pkgver in sync when using a pkgver() function for pinned commits and f.e. do: git describe --always | sed 's/^v//;s/-/./g' - test cases could be run via tox - could build docs like txt and man via sphinx in doc folder - outdated since 20 hours, 2.0.4 release *giggle* nageru - 1.6.2 has been released protege-distribution: - try to build from source rather then redistribute precompiled binary blobs nodejs-how2: - could possibly be pulled via TLS https because why not :P - npm install package should forcefully fixup $pkgdir/usr file/dirs as its a non-deterministic race condition bug that upstream still fails to find and fix. It can lead to node_modules dir being world writable and it contains code, f.e. line 26 : https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packa... nerd-fonts-git: - VCS package missing provides/conflicts python-anyconfig: - uses setuptools entrypoint functionality and therefor must hard depend on python{,2}-setuptools instead of just makedepends - you could distribute the LICENSE.MIT file as MIT is not a common included license - you could run tests via tox python-gilt - package_python2-gilt() must depend on python2 instead of python and python2-giturlparse instead of python-giturlparse - test cases could be run via tox, therefor all py2+3 dependencies should be added to checkdepends and tox be invoked - could build docs like txt and man via sphinx in doc folder python-marshmallow: - test cases could be run via tox, therefor all py2+3 dependencies should be added to checkdepends and tox be invoked - could build docs like txt and man via sphinx in doc folder - you could distribute the LICENSE.MIT file as MIT is not a common - 2.13.6 has been released python-vagrant: - test cases could be run - you could distribute the LICENSE.MIT file as MIT is not a common python-testinfra: - test cases could be run via pytest and included in checkdepends - PBR_VERSION will fail if run with noextract as prepare() is skipped python2-humanize: - python packages should have a build function as its building binary artifacts via setup.py and named function is needed in the future to make py packages reproducible - it depends on python while this is a python2 package - test cases and docs can be used if github sources are fetched instead python-rofi: - should use prefixed source with $pkgname and $pkgver to have a unique file per version and package as it may conflict with a global source dest setup python-pychromecast: - pkgdesc says "Library for Python 2 and 3 to..." how about including python2 via a split package then? :P - python packages should have a build function as its building binary artifacts via setup.py and named function is needed in the future to make py packages reproducible - maybe include the examples directory in the docs? xoutputd-git: - VCS package missing provides/conflicts - install mod 655 in bin file, is that on purpose or 755 expected? - makedepends on git missing - you could distribute the LICENSE file as MIT is not a common tmux-resurrect: - must depend on tmux and bash texcount: - no need to unzip it yourself, it works pretty well without prepare and via bsdtar cheers, Levente
On 09/05/2017 11:33 AM, Levente Polyak wrote:
Now, i'm going to take a look at your AUR... Let the hunt begin *giggle*
[...] Some of these were already fixed on Github but not pushed to the AUR. And some things were already promised! -- $ ztrawhcse > https://paste.xinu.at/YG9vhIHsD/
On Tue, Sep 05, 2017 at 05:33:09PM +0200, Levente Polyak wrote:
During last years Chaos Communication Congress I got in touch with anthraxx and shibumi. They introduced me to their security meet up along with jelle and rgacogne. This ended up with me assisting the reviewing of security advisories, and i have now added as a CVE reporter to the team.
I can confirm that this happened, and we are happy to have you around for security stuff.
Thank you for everything!
Now, i'm going to take a look at your AUR... Let the hunt begin *giggle*
D:
archur-git: - VCS package missing provides/conflicts
Fixed!
bmusb: - would me more error prone and convenient to keep pkgver in sync when using a pkgver() function for pinned commits and f.e. do: git describe --always | sed 's/^v//;s/-/./g' - url variable points to a 403 page
Fixed apart from the pkgver(). Not sure about the intention of keeping the pkgver in sync with the commit hash.
buildah-git: - VCS package missing provides/conflicts - license can be changed to 'Apache' as that is already in common licences and points to version 2.0 - clone URL could use TLS via git+https
Fixed!
cryptomator: - cryptomator.sh should use quotes for $PATH as it may contain spaces
Fixed!
cubemap: - VCS package missing provides/conflicts - source name must contain something unique for current tarball like commit hash otherwise it collides with an existing download of a previous version and just fails on checksum matching - fails to build: configure: error: Package requirements (libsystemd) were not met, seems to require it
It's not a VCS package. So a little unsure what you mean with that. Rest was fixed with eschwartz comments. Just forgot to push.
dep-git: - VCS package missing provides/conflicts - clone URL could use TLS via git+https - use quotes for $PATH and $GOPATH as it could contain spaces
Fixed!
dmenu-extended: - VCS package not named dmenu-extended-git, either rename or use a pinned commit (you promised that a year ago in the comments *giggle* :P :D ) - python packages should have a build function as its building binary artifacts via setup.py and named function is needed in the future to make py packages reproducible
Fixed! Deletion request has been sent to the old package.
jottalib: - uses static string in the source v0.5.1.tar.gz that can be replaced by $pkgver - not an 'any' arch as it builds binary artifacts - seems to contain lot of test cases run by travis, maybe try to include
Fixed. The test cases will have to wait a little as it refers to "python" instead of "python2", along with being hard forked quite recently.
molecule - URL pin-points to 2.0.0.rc12 (which isn't even used anymore) - would me more error prone and convenient to keep pkgver in sync when using a pkgver() function for pinned commits and f.e. do: git describe --always | sed 's/^v//;s/-/./g' - test cases could be run via tox - could build docs like txt and man via sphinx in doc folder - outdated since 20 hours, 2.0.4 release *giggle*
Fixed, apart from the pkgver and this library needs itself installed to generate docs. Need to figure out how this is done.
nageru - 1.6.2 has been released
Upstream dev forgot to update the archive on the page. Bugged him and got it fixed.
protege-distribution: - try to build from source rather then redistribute precompiled binary blobs
Fixed!
nodejs-how2: - could possibly be pulled via TLS https because why not :P - npm install package should forcefully fixup $pkgdir/usr file/dirs as its a non-deterministic race condition bug that upstream still fails to find and fix. It can lead to node_modules dir being world writable and it contains code, f.e. line 26 :
https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packa...
All fixed!
nerd-fonts-git: - VCS package missing provides/conflicts
Fixed!
python-anyconfig: - uses setuptools entrypoint functionality and therefor must hard depend on python{,2}-setuptools instead of just makedepends - you could distribute the LICENSE.MIT file as MIT is not a common included license - you could run tests via tox
Fixed!
python-gilt - package_python2-gilt() must depend on python2 instead of python and python2-giturlparse instead of python-giturlparse - test cases could be run via tox, therefor all py2+3 dependencies should be added to checkdepends and tox be invoked - could build docs like txt and man via sphinx in doc folder
Fixed. The documentation requires gilt installed to be generated. So unsure how that should be done. I have to look closer at this.
python-marshmallow: - test cases could be run via tox, therefor all py2+3 dependencies should be added to checkdepends and tox be invoked - could build docs like txt and man via sphinx in doc folder - you could distribute the LICENSE.MIT file as MIT is not a common - 2.13.6 has been released
sphinx requires a library called "sphinx_issues" for generating the docs. Noted the package on my todo list. Rest has been fixed.
python-vagrant: - test cases could be run - you could distribute the LICENSE.MIT file as MIT is not a common
The testing is sorta peculiar as it requires vagrant and virtualbox(!) to run. Haven't gotten the cases to run after installing them so I have to work a bit more on this.
python-testinfra: - test cases could be run via pytest and included in checkdepends - PBR_VERSION will fail if run with noextract as prepare() is skipped
Fixed the PBR_VERSION issue. But the test cases requires docker to run, so I have to spend some more time to see if it's worth adding the tests to this package.
python2-humanize: - python packages should have a build function as its building binary artifacts via setup.py and named function is needed in the future to make py packages reproducible - it depends on python while this is a python2 package - test cases and docs can be used if github sources are fetched instead
Fixed!
python-rofi: - should use prefixed source with $pkgname and $pkgver to have a unique file per version and package as it may conflict with a global source dest setup
Fixed!
python-pychromecast: - pkgdesc says "Library for Python 2 and 3 to..." how about including python2 via a split package then? :P - python packages should have a build function as its building binary artifacts via setup.py and named function is needed in the future to make py packages reproducible - maybe include the examples directory in the docs?
Fixed!
xoutputd-git: - VCS package missing provides/conflicts - install mod 655 in bin file, is that on purpose or 755 expected? - makedepends on git missing - you could distribute the LICENSE file as MIT is not a common
Fixed!
tmux-resurrect: - must depend on tmux and bash
Fixed!
texcount: - no need to unzip it yourself, it works pretty well without prepare and via bsdtar
Fixed! Thanks again anthraxx and eschwartz for the comprehensive reviews! -- Morten Linderud PGP: 9C02FF419FECBE16
On 09/06/2017 02:07 AM, Morten Linderud wrote:
bmusb: - would me more error prone and convenient to keep pkgver in sync when using a pkgver() function for pinned commits and f.e. do: git describe --always | sed 's/^v//;s/-/./g' - url variable points to a 403 page
Fixed apart from the pkgver(). Not sure about the intention of keeping the pkgver in sync with the commit hash.
Well if you switch the commit you obviously need to manually also change the pkgver -- which is annoying, more work and error prone as it can be forgotten or "lie". If you have a pkgver() function its as easy as changing the commit and fire up the build. Random example in the repository: https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packag... If its not fully in sync with a tag, doing so will also add info like which hash and how many commits on top of latest tag. I really recommend doing this when using commit hashes.
Thanks again anthraxx and eschwartz for the comprehensive reviews!
You are welcome :) cheers, Levente
python-vagrant: - test cases could be run - you could distribute the LICENSE.MIT file as MIT is not a common
The testing is sorta peculiar as it requires vagrant and virtualbox(!) to run. Haven't gotten the cases to run after installing them so I have to work a bit more on this.
Vagrant can work with a number of backends. The default one is virtualbox, but you can also use libvirt, vmware, etc. So if you want to avoid using virtualbox, consider something like a per-user libvirt session. I don't know anything about python-vagrant in particular, though, so I could be off the rails here.
Hi, On Tue, Sep 05, 2017 at 05:33:09PM +0200, Levente Polyak wrote:
- test cases could be run via tox, therefor all py2+3 dependencies should be added to checkdepends and tox be invoked
Running package tests via tox sounds like a bad idea. Tox creates a Python virtualenv[1] and installs all needed dependencies in there. That means: - If there's something packaged in a wrong way, you're not going to notice (because tox just tests the sources). - If there's a dependency missing, you're not going to notice (because tox installs it for you, according to the tox.ini). Note that also means tox is the only checkdepends actually needed. - If there's a version mismatch in a dependency between what Archlinux packages and what upstream needs, you're not going to notice (same reason as above). In summary, running tests via tox really doesn't test anything at all, assuming that upstream's tests aren't broken. It's whole job is to abstract over platform differences, while in a package, you want to test for exactly those platform differences. Florian [1] https://virtualenv.pypa.io/en/stable/ -- https://www.qutebrowser.org | me@the-compiler.org (Mail/XMPP) GPG: 916E B0C8 FD55 A072 | https://the-compiler.org/pubkey.asc I love long mails! | https://email.is-not-s.ms/
On 09/06/2017 10:34 AM, Florian Bruhin wrote:
Hi,
On Tue, Sep 05, 2017 at 05:33:09PM +0200, Levente Polyak wrote:
- test cases could be run via tox, therefor all py2+3 dependencies should be added to checkdepends and tox be invoked
Running package tests via tox sounds like a bad idea. Tox creates a Python virtualenv[1] and installs all needed dependencies in there.
Good point: :%s/tox/pytest/g
On Wed, Sep 06, 2017 at 11:02:49AM +0200, Levente Polyak wrote:
On 09/06/2017 10:34 AM, Florian Bruhin wrote:
Hi,
On Tue, Sep 05, 2017 at 05:33:09PM +0200, Levente Polyak wrote:
- test cases could be run via tox, therefor all py2+3 dependencies should be added to checkdepends and tox be invoked
Running package tests via tox sounds like a bad idea. Tox creates a Python virtualenv[1] and installs all needed dependencies in there.
Good point:
:%s/tox/pytest/g
I was sorta aware of this, and packaged them to use tox. There are a few packages that requires me to make new packages to satisfy the check dependencies. I'm unsure if i'll be able to migrate all of them to use plain pytest within a sane amount of time. But i'll work towards it. -- Morten Linderud PGP: 9C02FF419FECBE16
On 05.09.2017 14:07, Morten Linderud wrote:
signoff[2] is a tool I have written that helps testers with signing off on packages they have installed from testing. It comes with neat auto-completions and enough commands that it should replace the signoff page. Several testers are using this to signoff packages in the testing repositories.
I've once wrote something similar[1]. I haven't used it lately, but it still seems to work. I could have probably done a better job at promoting it. Looking at your script, it's mostly the same, except you send a HEAD request before fetching the signoff json. Since that json is probably generated on demand, the HEAD request creates nearly equal load to a normal one, minus actually sending and possibly compressing the json. After all, the server needs to generate the page to know how long the content is. It's possible that archweb caches the generated json and my hunch is wrong, but it might be worth looking at that. What can really reduce load are the ETag and/or If-Modified-Since headers, but I don't know if archweb supports those. Also the get_packages function has a "tries" parameter that doesn't appear to be used in any way. [1] https://git.server-speed.net/users/flo/bin/tree/signoffs.pl Florian
On Wed, Sep 06, 2017 at 10:14:34AM +0200, Florian Pritz via aur-general wrote:
On 05.09.2017 14:07, Morten Linderud wrote:
signoff[2] is a tool I have written that helps testers with signing off on packages they have installed from testing. It comes with neat auto-completions and enough commands that it should replace the signoff page. Several testers are using this to signoff packages in the testing repositories.
I've once wrote something similar[1]. I haven't used it lately, but it still seems to work. I could have probably done a better job at promoting it.
I believe i was made aware of your script after i started writing this, it's pretty neat
Looking at your script, it's mostly the same, except you send a HEAD request before fetching the signoff json. Since that json is probably generated on demand, the HEAD request creates nearly equal load to a normal one, minus actually sending and possibly compressing the json. After all, the server needs to generate the page to know how long the content is.
It's possible that archweb caches the generated json and my hunch is wrong, but it might be worth looking at that.
What can really reduce load are the ETag and/or If-Modified-Since headers, but I don't know if archweb supports those.
The caching issue has crossed my mind a few times. I disabled compression on the HEAD request as it was added after i wrote the machanism, and it broke the content-length check. I'll take a look at the ETag/If-Modified-Since headers, thanks!
Also the get_packages function has a "tries" parameter that doesn't appear to be used in any way.
Hurm, unsure why that was added. Thanks for the heads up. -- Morten Linderud PGP: 9C02FF419FECBE16
On 09/05/17 at 02:07pm, Morten Linderud wrote:
Hello Archers and Arch overlords!
# Introduction: My name is Morten Linderud, or better known by Foxboron. I'm writing this application to join the TU team. My sponsor is Jelle van der Waa.
Congrats! The results are: Yes No Abstain Total Voted Participation 34 3 4 41 Yes 85.42% Please read the new TU TODO list. https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines -- Jelle van der Waa
On Sun, Sep 17, 2017 at 04:37:51PM +0200, Jelle van der Waa wrote:
On 09/05/17 at 02:07pm, Morten Linderud wrote:
Hello Archers and Arch overlords!
# Introduction: My name is Morten Linderud, or better known by Foxboron. I'm writing this application to join the TU team. My sponsor is Jelle van der Waa.
Congrats!
The results are:
Yes No Abstain Total Voted Participation 34 3 4 41 Yes 85.42%
Please read the new TU TODO list.
https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines
Thank you all for the trust! -- Morten Linderud PGP: 9C02FF419FECBE16
participants (8)
-
Eli Schwartz
-
Florian Bruhin
-
Florian Pritz
-
Jelle van der Waa
-
Jeremy Audet
-
Levente Polyak
-
Morten Linderud
-
Tom Nguyen