Re: [aur-general] TU Application / Looking for sponsor
Le mercredi 25 août 2010 14:08:13, vous avez écrit :
Le mercredi 25 août 2010 13:30:35, Jakob Gruber a écrit :
Hi,
I'd like to apply for the TU position, and as I don't have a sponsor yet it'd be great if somebody would be kind enough to take me on :)
A little bit about myself: I'm 26 and I live close to Vienna, Austria. The past couple of years I've worked as a database developer / consultant, then as a C# programmer (with a couple of additional tasks like building and maintaining our SVN / Trac server). In my free time, I've also been playing around with C++ and Python.
I've been using Arch for around 2 years. I haven't had much linux experience before that - if I remember correctly it was around 1-2 months of Ubuntu and Gentoo. I regularly lurk on the forums and maintain a few packages in AUR ( http://aur.archlinux.org/packages.php?SeB=m&K=schuay ).
Generally, I'm mostly interested in maintaining games. However I'm more than willing to help out where it is needed. Out of my AUR packages, I'd consider taking
firehol, me-tv and stone-soup
to community.
I have a decent pc (3ghz dual core, 6G ram) available to build for both i686 and x86_64.
schuay
Look at your packages, they are pretty well maintained except they should be updated in regards to last pacman features (return 1 & missing package() function)
Searching a bit on the great internet, i've found some of your contributions.
I guess you got the ability to be a good TU.
Let me be your Sponsor.
Regards, Laurent Carlier
Also,.... Let the discussion period begin! and have fun!
Hi, On Wednesday 25 August 2010 at 14:06 Laurent Carlier wrote:
Look at your packages, they are pretty well maintained except they should be updated in regards to last pacman features (return 1 & missing package() function)
I'm thinking that I missed the message when the "|| return 1" thing was deprecated. Can someone point me to something I can read about the change and what I'm supposed to do instead? (AFAICT there are a lot of PKGBUILDS around that use it - and I'm pretty sure it used to be encouraged by the packaging guidelines.) Thanks, Pete.
On Wed, Aug 25, 2010 at 7:07 PM, Peter Lewis <pete@muddygoat.org> wrote:
Hi,
On Wednesday 25 August 2010 at 14:06 Laurent Carlier wrote:
Look at your packages, they are pretty well maintained except they should be updated in regards to last pacman features (return 1 & missing package() function)
I'm thinking that I missed the message when the "|| return 1" thing was deprecated. Can someone point me to something I can read about the change and what I'm supposed to do instead?
(AFAICT there are a lot of PKGBUILDS around that use it - and I'm pretty sure it used to be encouraged by the packaging guidelines.)
Thanks,
Pete.
Since 3.4.0, makepkg automatically aborts when when one command in the build or package functions doesn't terminate successfully. Therefore, the "|| return 1" are no longer necessary and can be removed from PKGBUILD to tidy them up. You'll probably get more info in the pacman/makepkg ChangeLog.
On Thursday 26 August 2010 at 00:28 Eric Bélanger wrote:
On Wednesday 25 August 2010 at 14:06 Laurent Carlier wrote:
Look at your packages, they are pretty well maintained except they should be updated in regards to last pacman features (return 1 & missing package() function)
I'm thinking that I missed the message when the "|| return 1" thing was deprecated. Can someone point me to something I can read about the change and what I'm supposed to do instead?
(AFAICT there are a lot of PKGBUILDS around that use it - and I'm pretty sure it used to be encouraged by the packaging guidelines.)
Since 3.4.0, makepkg automatically aborts when when one command in the build or package functions doesn't terminate successfully. Therefore, the "|| return 1" are no longer necessary and can be removed from PKGBUILD to tidy them up. You'll probably get more info in the pacman/makepkg ChangeLog.
Thanks Eric - very helpful and sounds like a useful change. Pete.
participants (3)
-
Eric Bélanger
-
Laurent Carlier
-
Peter Lewis