Application to become a package maintainer
Hey everyone, I'm sending my application to become a package maintainer, which is kindly sponsored by Sven (svenstaro) and Frederik (freswa). ## Who I am My name is Jakub, but I'm mostly known as Lahwaacz online. I've been an Arch wiki admin since 2014 and also created the man.archlinux.org project. In real life, I have scientific background and I'm interested in programming, automation and infrastructure. I write Python, C++ and CUDA (no Rust yet :-(). ## What I want to do I want to help with package maintenance in two general areas that are closest to me: 1. Due to my background, I'm using many weird scientific packages (almost) daily, including cuda, openmpi, vtk, paraview and more. Most of these are notorious for breaking often and I'd have to deal with this anyway, so I might as well directly co-maintain them. 2. As a wiki admin I could co-maintain some wiki-related packages, both for users and for backend deployment. The Arch wiki is based on MediaWiki which is currently deployed from a single git mono-repository that contains all necessary extensions (either bundled or as git submodules) but we would like to eventually use Arch packages for MediaWiki and its extensions. This is a long-term goal for me, however, since I have yet to learn how to do PHP packaging properly... I may find also other areas where to invest my packaging time, but overall I imagine myself maintaining a small-ish number of packages and focusing on quality rather than quantity. ## Disclaimers First, I think it is fair to acknowledge that I do not plan to deal with handling AUR requests, which is still associated to the role of a package maintainer. Dealing with the wiki is hard and time consuming in itself and I don't have the capacity to add another similarly exhausting responsibility. I like Python as a language, but I dislike Python packaging and I don't see myself maintaining many Python packages in the future. I might change my opinion, though, since I would really love to see jupyterhub in the official repos: https://aur.archlinux.org/packages/jupyterhub ## My packages My AUR packages: https://aur.archlinux.org/packages?SeB=m&K=lahwaacz I also maintain an unofficial [jlk] repo which contains many other AUR packages that I use: https://jlk.fjfi.cvut.cz/arch/repo.html Feel free to bombard me with any questions or package reviews :-) Best regards, Jakub / Lahwaacz
On 12.11.23 23:34, Jakub Klinkovský wrote:
Hey everyone, I'm sending my application to become a package maintainer, which is kindly sponsored by Sven (svenstaro) and Frederik (freswa).
## Who I am
My name is Jakub, but I'm mostly known as Lahwaacz online. I've been an Arch wiki admin since 2014 and also created the man.archlinux.org project.
In real life, I have scientific background and I'm interested in programming, automation and infrastructure. I write Python, C++ and CUDA (no Rust yet :-().
## What I want to do
I want to help with package maintenance in two general areas that are closest to me:
1. Due to my background, I'm using many weird scientific packages (almost) daily, including cuda, openmpi, vtk, paraview and more. Most of these are notorious for breaking often and I'd have to deal with this anyway, so I might as well directly co-maintain them.
2. As a wiki admin I could co-maintain some wiki-related packages, both for users and for backend deployment. The Arch wiki is based on MediaWiki which is currently deployed from a single git mono-repository that contains all necessary extensions (either bundled or as git submodules) but we would like to eventually use Arch packages for MediaWiki and its extensions. This is a long-term goal for me, however, since I have yet to learn how to do PHP packaging properly...
I may find also other areas where to invest my packaging time, but overall I imagine myself maintaining a small-ish number of packages and focusing on quality rather than quantity.
## Disclaimers
First, I think it is fair to acknowledge that I do not plan to deal with handling AUR requests, which is still associated to the role of a package maintainer. Dealing with the wiki is hard and time consuming in itself and I don't have the capacity to add another similarly exhausting responsibility.
I like Python as a language, but I dislike Python packaging and I don't see myself maintaining many Python packages in the future. I might change my opinion, though, since I would really love to see jupyterhub in the official repos: https://aur.archlinux.org/packages/jupyterhub
## My packages
My AUR packages: https://aur.archlinux.org/packages?SeB=m&K=lahwaacz
I also maintain an unofficial [jlk] repo which contains many other AUR packages that I use: https://jlk.fjfi.cvut.cz/arch/repo.html
Feel free to bombard me with any questions or package reviews :-)
Best regards, Jakub / Lahwaacz
I confirm my sponsorship.
On Sun, Nov 12, 2023 at 11:34:34PM +0100, Jakub Klinkovský wrote:
Hey everyone, I'm sending my application to become a package maintainer, which is kindly sponsored by Sven (svenstaro) and Frederik (freswa).
## Who I am
My name is Jakub, but I'm mostly known as Lahwaacz online. I've been an Arch wiki admin since 2014 and also created the man.archlinux.org project.
In real life, I have scientific background and I'm interested in programming, automation and infrastructure. I write Python, C++ and CUDA (no Rust yet :-().
## What I want to do
I want to help with package maintenance in two general areas that are closest to me:
1. Due to my background, I'm using many weird scientific packages (almost) daily, including cuda, openmpi, vtk, paraview and more. Most of these are notorious for breaking often and I'd have to deal with this anyway, so I might as well directly co-maintain them.
2. As a wiki admin I could co-maintain some wiki-related packages, both for users and for backend deployment. The Arch wiki is based on MediaWiki which is currently deployed from a single git mono-repository that contains all necessary extensions (either bundled or as git submodules) but we would like to eventually use Arch packages for MediaWiki and its extensions. This is a long-term goal for me, however, since I have yet to learn how to do PHP packaging properly...
I may find also other areas where to invest my packaging time, but overall I imagine myself maintaining a small-ish number of packages and focusing on quality rather than quantity.
## Disclaimers
First, I think it is fair to acknowledge that I do not plan to deal with handling AUR requests, which is still associated to the role of a package maintainer. Dealing with the wiki is hard and time consuming in itself and I don't have the capacity to add another similarly exhausting responsibility.
I like Python as a language, but I dislike Python packaging and I don't see myself maintaining many Python packages in the future. I might change my opinion, though, since I would really love to see jupyterhub in the official repos: https://aur.archlinux.org/packages/jupyterhub
## My packages
My AUR packages: https://aur.archlinux.org/packages?SeB=m&K=lahwaacz
I also maintain an unofficial [jlk] repo which contains many other AUR packages that I use: https://jlk.fjfi.cvut.cz/arch/repo.html
Feel free to bombard me with any questions or package reviews :-)
Best regards, Jakub / Lahwaacz
I confirm my sponsorship. This marks the beginning of the discussions period which will conclude in two weeks on 2023-11-26. The voting will start on the same day and conclude on 2023-12-03.
Am 12.11.23 um 23:34 schrieb Jakub Klinkovský:
Hey everyone, I'm sending my application to become a package maintainer, which is kindly sponsored by Sven (svenstaro) and Frederik (freswa).
## Who I am
My name is Jakub, but I'm mostly known as Lahwaacz online. I've been an Arch wiki admin since 2014 and also created the man.archlinux.org project.
In real life, I have scientific background and I'm interested in programming, automation and infrastructure. I write Python, C++ and CUDA (no Rust yet :-(). Hey Jakub,
I'm excited to see your application as a package maintainer! As we discussed in the chat a while ago, we always need help in maintaining HPC/ML packages.
## What I want to do
I want to help with package maintenance in two general areas that are closest to me:
1. Due to my background, I'm using many weird scientific packages (almost) daily, including cuda, openmpi, vtk, paraview and more. Most of these are notorious for breaking often and I'd have to deal with this anyway, so I might as well directly co-maintain them. I can totally relate to this. Big +1! 2. As a wiki admin I could co-maintain some wiki-related packages, both for users and for backend deployment. The Arch wiki is based on MediaWiki which is currently deployed from a single git mono-repository that contains all necessary extensions (either bundled or as git submodules) but we would like to eventually use Arch packages for MediaWiki and its extensions. This is a long-term goal for me, however, since I have yet to learn how to do PHP packaging properly...
I may find also other areas where to invest my packaging time, but overall I imagine myself maintaining a small-ish number of packages and focusing on quality rather than quantity.
## Disclaimers
First, I think it is fair to acknowledge that I do not plan to deal with handling AUR requests, which is still associated to the role of a package maintainer. Dealing with the wiki is hard and time consuming in itself and I don't have the capacity to add another similarly exhausting responsibility. For this we will soon have the role of an AUR moderator. I like Python as a language, but I dislike Python packaging and I don't see myself maintaining many Python packages in the future. I might change my opinion, though, since I would really love to see jupyterhub in the official repos:https://aur.archlinux.org/packages/jupyterhub
## My packages
My AUR packages:https://aur.archlinux.org/packages?SeB=m&K=lahwaacz I did a review of your packages. High quality PKGBUILDs for important HPC libraries. Even with ROCm support. Very nice! One small remark: Package guidelines discourage the use of CMAKE_BUILD_TYPE=Release (see tnl-git and pastix). I also maintain an unofficial [jlk] repo which contains many other AUR packages that I use:https://jlk.fjfi.cvut.cz/arch/repo.html
Feel free to bombard me with any questions or package reviews :-)
Best regards, Jakub / Lahwaacz Cheers, Torsten
On 13.11.23 at 8:56 (UTC+0100), Torsten Keßler wrote:
Hey Jakub,
I'm excited to see your application as a package maintainer! As we discussed in the chat a while ago, we always need help in maintaining HPC/ML packages.
Thanks! I will gladly offer my hands and hardware to help.
I did a review of your packages. High quality PKGBUILDs for important HPC libraries. Even with ROCm support. Very nice! One small remark: Package guidelines discourage the use of CMAKE_BUILD_TYPE=Release (see tnl-git and pastix).
Right, thanks for the note. I fixed it easily for pastix and it should also be fine for ginkgo-git, though I will need to check if some other issues popped up since the last time I built it from the develop branch... Which reminds me that I should also enable ROCm support in Ginkgo :-) For tnl-git, there is actually a difference between the Release and None build types, since the project adds the -O3 -DNDEBUG flags for the Release build. The -O3 may be arguably unnecessary, but omitting the -DNDEBUG would make the binaries veeery slooow. I could add -DNDEBUG to CXXFLAGS manually, but I'm not sure if that is better than CMAKE_BUILD_TYPE=Release. I should also disclose that I'm an upstream developer of this TNL project. This is where I find all the bugs in the nvcc compiler :-D Jakub
Le 12/11/2023 à 23:34, Jakub Klinkovský a écrit :
Hey everyone, I'm sending my application to become a package maintainer, which is kindly sponsored by Sven (svenstaro) and Frederik (freswa).
## Who I am
My name is Jakub, but I'm mostly known as Lahwaacz online. I've been an Arch wiki admin since 2014 and also created the man.archlinux.org project.
In real life, I have scientific background and I'm interested in programming, automation and infrastructure. I write Python, C++ and CUDA (no Rust yet :-().
Hey Jakub, Nice to see you apply to become a package maintainer! :D Good luck!
## What I want to do
I want to help with package maintenance in two general areas that are closest to me:
1. Due to my background, I'm using many weird scientific packages (almost) daily, including cuda, openmpi, vtk, paraview and more. Most of these are notorious for breaking often and I'd have to deal with this anyway, so I might as well directly co-maintain them.
2. As a wiki admin I could co-maintain some wiki-related packages, both for users and for backend deployment. The Arch wiki is based on MediaWiki which is currently deployed from a single git mono-repository that contains all necessary extensions (either bundled or as git submodules) but we would like to eventually use Arch packages for MediaWiki and its extensions. This is a long-term goal for me, however, since I have yet to learn how to do PHP packaging properly...
Nice goals, those stacks/packages would obviously benefit from some help.
I may find also other areas where to invest my packaging time, but overall I imagine myself maintaining a small-ish number of packages and focusing on quality rather than quantity.
## Disclaimers
First, I think it is fair to acknowledge that I do not plan to deal with handling AUR requests, which is still associated to the role of a package maintainer. Dealing with the wiki is hard and time consuming in itself and I don't have the capacity to add another similarly exhausting responsibility.
Fair enough. As Torsten said, hopefully this will be handled by the (soon to be) AUR moderators role at some point :)
I like Python as a language, but I dislike Python packaging and I don't see myself maintaining many Python packages in the future. I might change my opinion, though, since I would really love to see jupyterhub in the official repos: https://aur.archlinux.org/packages/jupyterhub
## My packages
My AUR packages: https://aur.archlinux.org/packages?SeB=m&K=lahwaacz
I had a quick look at your PKGBUILDs and they all look really great! If I had to raise a few things, just for the sake of it, I would eventually raise that: - You don't explicitly have to `cd` to "$srcdir" during the `mythes-cs`'s package function [1] as functions are already executed from that directory by default. - The "v" prefix of the `oojs-ui-archlinux-git`'s tags should be cut off the pkgver [2]. You can adapt the `pkgver()` function accordingly, as described in the VCS packaging guidelines [3].
I also maintain an unofficial [jlk] repo which contains many other AUR packages that I use: https://jlk.fjfi.cvut.cz/arch/repo.html
Feel free to bombard me with any questions or package reviews :-)
Best regards, Jakub / Lahwaacz
That's a really nice application! I'm convince you would be a great fit and that your help will be appreciated on the packages you mentioned. [1] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=mythes-cs#n15 [2] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=oojs-ui-archlinux-git... [3] https://wiki.archlinux.org/title/VCS_package_guidelines#Git -- Regards, Robin Candau / Antiz
On 14.11.23 at 13:44 (UTC+0100), Robin Candau wrote:
Le 12/11/2023 à 23:34, Jakub Klinkovský a écrit :
First, I think it is fair to acknowledge that I do not plan to deal with handling AUR requests, which is still associated to the role of a package maintainer. Dealing with the wiki is hard and time consuming in itself and I don't have the capacity to add another similarly exhausting responsibility.
Fair enough. As Torsten said, hopefully this will be handled by the (soon to be) AUR moderators role at some point :)
Thanks for understanding. I think it would be very helpful to have the expectations and responsibilities clearly separated between these two roles.
I had a quick look at your PKGBUILDs and they all look really great!
If I had to raise a few things, just for the sake of it, I would eventually raise that: - You don't explicitly have to `cd` to "$srcdir" during the `mythes-cs`'s package function [1] as functions are already executed from that directory by default. - The "v" prefix of the `oojs-ui-archlinux-git`'s tags should be cut off the pkgver [2]. You can adapt the `pkgver()` function accordingly, as described in the VCS packaging guidelines [3].
You have hawk eyes! I just fixed both issues and took the opportunity to upgrade oojs-ui-archlinux to v0.48.2. Best regards, Jakub
On Sun, Nov 12, 2023 at 11:34:34PM +0100, Jakub Klinkovský wrote:
Hey everyone, I'm sending my application to become a package maintainer, which is kindly sponsored by Sven (svenstaro) and Frederik (freswa).
Friendly reminder: There are only 3 days left in the discussion period. The vote will start on Sunday.
On Sun, Nov 12, 2023 at 11:34:34PM +0100, Jakub Klinkovský wrote:
Hey everyone, I'm sending my application to become a package maintainer, which is kindly sponsored by Sven (svenstaro) and Frederik (freswa).
The discussion period is over. Please cast your votes here: https://aur.archlinux.org/package-maintainer/150
On Sun, Nov 12, 2023 at 11:34:34PM +0100, Jakub Klinkovský wrote:
Hey everyone, I'm sending my application to become a package maintainer, which is kindly sponsored by Sven (svenstaro) and Frederik (freswa).
The voting period has ended. Results: Yes No Abstain Total Participation 44 2 8 54 84.38% Congratulations lahwaacz, you are now officially accepted as Package Maintainer! Please proceed with [0]. Sven and I will accompany you through the onboarding steps :) [0] https://wiki.archlinux.org/title/Package_Maintainer_guidelines#TODO_list_for...
participants (5)
-
Frederik Schwan
-
Jakub Klinkovský
-
Robin Candau
-
Sven-Hendrik Haase
-
Torsten Keßler