[aur-general] TU application
Hi, I'm interested in becoming a TU. I've been using Arch for nearly 4 years (Linux for 7) and recently started getting involved maintaining packages in the AUR. I would love to see some of these in community, help more in the AUR, extend my Arch knowledge and get to know other Arch users. I would be interested in helping out wherever I can; I already spend a good hour every day or two messing around with my Arch setups so instead of tweaking not-so-necessary things I can do something more helpful. I would enjoy the learning curve and experience and I'm quick to pick things up. A little info about me: 26, male, UK, IT manager, Christian, husband/father, retro gamer, sense of humour, perfectionist. Many thanks, jsteel
Hi Jonathan, Thanks for applying. Do you have a link to your AUR packages and possibly a sponsor? :) -- Cordially, Alexander Rødseth Arch Linux Trusted User (xyproto on IRC, trontonic on AUR)
On Thu, Oct 27, 2011 at 5:25 PM, Alexander Rødseth <rodseth@gmail.com> wrote:
Hi Jonathan,
Thanks for applying. Do you have a link to your AUR packages and possibly a sponsor?
:)
-- Cordially, Alexander Rødseth Arch Linux Trusted User (xyproto on IRC, trontonic on AUR)
found him: https://aur.archlinux.org/packages.php?K=jsteel&SeB=m
Hi Jonathan, Thanks for your interest. I don't personally think it's a problem that you don't currently have a sponsor, since I think people should be able to solicit to the list if they would like to apply, rather than being required to ask people off-list. Obviously the discussion period and voting can't happen until a sponsor indicates though. How long have you been maintaining your AUR packages for? While you've been using Arch for a while, I wonder whether it would be good for you to have a few more AUR packages before becoming a TU. Others may think differently though. Either way, it's good to have you involved. Just out of interest, where in the UK are you based? (I'm in Birmingham.) Pete. On Thu, 27 Oct 2011, Jonathan Steel wrote:
Hi,
I'm interested in becoming a TU. I've been using Arch for nearly 4 years (Linux for 7) and recently started getting involved maintaining packages in the AUR. I would love to see some of these in community, help more in the AUR, extend my Arch knowledge and get to know other Arch users. I would be interested in helping out wherever I can; I already spend a good hour every day or two messing around with my Arch setups so instead of tweaking not-so-necessary things I can do something more helpful. I would enjoy the learning curve and experience and I'm quick to pick things up.
A little info about me: 26, male, UK, IT manager, Christian, husband/father, retro gamer, sense of humour, perfectionist.
Many thanks,
jsteel
On Fri, Oct 28, 2011 at 09:17:23AM +0100, Peter Lewis wrote:
Hi Jonathan,
Thanks for your interest. I don't personally think it's a problem that you don't currently have a sponsor, since I think people should be able to solicit to the list if they would like to apply, rather than being required to ask people off-list. Obviously the discussion period and voting can't happen until a sponsor indicates though.
How long have you been maintaining your AUR packages for? While you've been using Arch for a while, I wonder whether it would be good for you to have a few more AUR packages before becoming a TU. Others may think differently though. Either way, it's good to have you involved.
Agreed. I don't think a small number of packages are a no-go right away. However, it's hard for us to judge your skills if you never sent any mail to the mailing lists, maintain no more than five packages and don't have a sponsor who might promote you... Looking at what we have, I have a few suggestions, also: * Do not use "$startdir". * Always try to quote "$srcdir" and "$pkgdir". They might potentially contain spaces. * Do not use "|| return 1" anymore (except for a few corner cases). * Try to split build() into separate build() and package() functions where appropriate. * Use install(1) instead of mkdir(1) and cp(1). * Strip unused variables, such as "groups=()", "provides=()", etc.
Out of curiosity:
* Use install(1) instead of mkdir(1) and cp(1).
Why? I find the install command sometimes a bit uncomfortable, especially if you have to copy a hierarchy of directories (and their content). What is the advantage of install over mkdir and cp? Is there a solution for reversively copying directories using install? Cheers, Christoph
On Sat, Oct 29, 2011 at 04:13:18PM +0200, Christoph wrote:
Out of curiosity:
* Use install(1) instead of mkdir(1) and cp(1).
Why? I find the install command sometimes a bit uncomfortable, especially if you have to copy a hierarchy of directories (and their content). What is the advantage of install over mkdir and cp? Is there a solution for reversively copying directories using install?
install(1) allows you to create directory hierarchies (both "-d" and "-D" create all components of the specified directories), copy files and set permissions with a single command. There are a few other reasons for using install(1), e.g. in Makefiles [1]. In regard to packaging, convenience and consistency seem to be the most important points to me.
Cheers, Christoph
participants (6)
-
Alexander Rødseth
-
Christoph
-
Jonathan Steel
-
Lukas Fleischer
-
Peter Lewis
-
Thomas Dziedzic