[aur-general] TU Application
Hello everyone My name is Angel Velásquez and I live in Venezuela. I have 24 years old and I just finished my studies in the university (Computer Technician), so now I have enough time to work in my favorite distro. My native language is Spanish and I also speak Italian and English (at a regular level, I can be easily understood); also, I understand Portuguese and some French (at a beginners level). I work as PHP/Python Developer (under Linux) and of course, now I'm working on Arch ;-). I have been using Linux since 1998: I started with Red Hat 5.2, but I got disappointed about many of the rpm's limitants, so I moved back again to Win** (yeah, this is sad), until 2000 when I met Slackware and I liked it because with this distro you are not 'rpm dependent', so you maintain your distro and your libraries. Working this way was good until I needed to get new things, so I moved to Debian unstable for a long time; back in 2005 I discovered Arch Linux because a friend of mine proposed me 'hey, what about to test another and different distro?' and I liked it, but due to job reasons at that moment I didn't have the time to install Arch completely (as a main distro), but finally I became an 'archer' in 2006 when I had enough time to learn and use it proficiently. I was expecting to join an Arch Linux community here in Venezuela but at that moment, nothing happened and no groups were created, however we had one of the biggest events on the country (FLiSoL) so I had to search some local archers (Ricardo Hernández, Miguel Useche, Flavio Percoco, Victor Roman, etc) and we created the local community :-), and I can say that I'm proud of our little (for now) team. Now we have a community and we are learning new things everyday and we are getting new users into the community, whom have agreed to collaborate with us. So, I would like to be a TU, I have been developing and fixing some AUR / ABS packages for my own use (and other friends who needed them), I have also worked documenting and helping Arch Articles in the Spanish Community, and I have been in contact with some people from the Brazilian and Italian community. Maybe I do not have many packages in AUR (just 16 and not all are from scratch many of them have been adopted) but I am very connected with the Arch Linux community, specially working on the part that I'm responsible of, which is the Arch Linux Venezuelan Community. Right now, I think I have time to do some important things with some packages (especially those based on haskell, because I've been studying it) and helping developing some new features to AUR and the Arch Linux Community. Hugo Doria a.k.a hdoria proposed to be my sponsor (thank you :-)) My AUR packages: http://aur.archlinux.org/packages.php?K=angvp&SeB=m Arch Linux Venezuelan Community: http://www.archlinux.com.ve (working on this) My Website: http://www.angvp.com (not ready yet, but soon) Thank you for reading this. -- Angel Velasquez angvp @ irc.freenode.net Linux Counter: #359909
Your TU application looks great and i think you are ready for this! =) -- Hugo Doria http://hdoria.archlinux-br.org
Hugo Doria a écrit :
Your TU application looks great and i think you are ready for this! =)
Hugo: Now you need to say "I am happy to sponsor him. Let's start the discussion period!" ;) F
I am happy to sponsor him. Let's start the discussion period! Yay. :) -- Hugo Doria http://hdoria.archlinux-br.org
Hi Angel, I saw at one of your PKGBUILDs you only have i686. Is that true, and are if so are you willing to build for x86_64 on a build machine (well at least if it will be fixed or another solution is found)? Do you have any fields you want to focus your work on, or will you just take popular packages if you become a TU? A couple of remarks after a quick look on your PKGBUILDs: *gpl licenses should read GPL not gpl (yes I know very minor) (package: archive,volleybal) *don't create files from within a PKGBUILD but rather add it as an extra file (example: archive) *your pkgdesc in haskell-mersenne-random is a bit long (it reads 3 lines on my laptop screen) *why do you introduce a custom variable in haskel-mersenne-random, it makes it harder to read and I see no clear advantage of using it? (same for haskel-zlib) * license is an array (package: istanbul, lucview) *you can use the !libtool option to remove .la files (package:splashy) *you can remove empty fields to make to make it better readable (package: volleybal) *I think you made a typo in the source array of mantis? Don't worry too much about the list, those are mostly minor things. Good luck in becoming a TU. Best regards, Ronald
Hi, I know Angel, he is more present in #archlinux-it channel on freenode. If Hugo Doria thinks Angel is ready for become a TU, I think so. I saw the PKGBUILDs, only a few note: - don't use sourceforge mirror (e.g. archive) - depends what are in base groups can be omitted (e.g. splashy, yafc) - and no more...Ronald said all :) Good luck! -- Andrea `BaSh` Scarpino Arch Linux Trusted User Linux User: #430842
Hi Ronald and Bash, Good list. Many of the items I had already notice. But do not worry, I'll help him solve these problems. -- Hugo Doria http://hdoria.archlinux-br.org
Hi all, thanks for reviewing my pkgs.
Now i fixed the details, i don't know if some other thing is missing, thank
you Ronald, Bash, Hugo for the suggestions.
I did the following changes:
* archive: I changed gpl for GPL (and now is an array), also i added the
x86_64 support , and now is downloading from downloads.sourceforge.net .
* volleyball: I change gpl for GPL (and now is an array),also i removed the
empty fields, and i added the x86_64 support, and finally i add a missing
dependency sdl_mixer.
* haskell-mersene-random: I change pkgdesc, and removed custom var.
* haskell-zlib: I removed custom var.
* istanbul: I changed gpl for GPL (and now is an array)
* luvcview: I changed gpl for GPL (and now is an array)
* mantis: I fixed the typo error, my mistake and what a shame for me :(
hehe.
* splashy: I added options§=(!libtool) and remove the "rm -rf *.la" line
* gr-lida: I added x86_64 and md5sum for gr-lida.desktop
Off course any package that i added x86_64 i tested it first, answering some
Ronald questions.
I have a x86_64 Shell and i'll have a x86_64 machine soon :-).
About the fields that i like to focus, for now I would like to move some
packages into community: (splashy, desmume), and i'd like to add more
haskell libraries, for those all haskell developers (believe it or not but
there is a big community behind haskell), and if the distro has the
libraries maybe many of them will join to the Arch Community :-).
Also i would like to add new features to the AUR project, helping with the
translations, and off course, helping the Arch Project.
Thank you all for the best wishes.
On Wed, May 21, 2008 at 12:25 AM, Hugo Doria
Hi Ronald and Bash,
Good list. Many of the items I had already notice. But do not worry, I'll help him solve these problems.
-- Hugo Doria http://hdoria.archlinux-br.org
-- Angel Velasquez angvp @ irc.freenode.net Linux Counter: #359909
Angel Velásquez wrote:
Hi all, thanks for reviewing my pkgs.
Now i fixed the details, i don't know if some other thing is missing, thank you Ronald, Bash, Hugo for the suggestions.
I did the following changes:
<snip>
Well, you certainly seem motivated and willing to learn from advise given by others. Those are good characteristics for a TU so you will have my support.
About the fields that i like to focus, for now I would like to move some packages into community: (splashy, desmume), and i'd like to add more haskell libraries, for those all haskell developers (believe it or not but there is a big community behind haskell), and if the distro has the libraries maybe many of them will join to the Arch Community :-).
Good to see you picked up the desmume package I orphaned. I really thought that project had died for a while there and was surprised to see an updated version in your package list. But do you know the problem with maintaining games/emulators in community? You have to test them really well! :) It really interferes with other work! Oh well, back to playing teeworlds... Allan
On Wed, May 21, 2008 at 6:11 AM, Angel Velásquez
* volleyball: I change gpl for GPL (and now is an array),also i removed the empty fields, and i added the x86_64 support, and finally i add a missing dependency sdl_mixer.
Not a big deal, but I prefer when there is a one to one relation between PKGBUILD and upstream sources, when possible. In the case of volleyball, it looks like we could have two perfectly standard PKGBUILD, volleyball and volleyball-data. By perfectly standard, I mean it is even possible to re-use the build function of the prototype /usr/share/pacman/PKGBUILD.proto without any modifications, which is pretty cool imo : build() { cd "$srcdir/$pkgname-$pkgver" ./configure --prefix=/usr make || return 1 make DESTDIR="$pkgdir" install } But well I made the same suggestion for vegastrike(-svn) pkgbuilds, about not fusioning the game and the data, and I am not sure the idea was appreciated. So it is really just a suggestion, so take it or leave it :)
Hi all. Thank you for your support Allan :-), by the way don't worry about the test the desmume packages, i test very close this package specially ;-) heh. Not a big deal, but I prefer when there is a one to one relation
between PKGBUILD and upstream sources, when possible. In the case of volleyball, it looks like we could have two perfectly standard PKGBUILD, volleyball and volleyball-data. By perfectly standard, I mean it is even possible to re-use the build function of the prototype /usr/share/pacman/PKGBUILD.proto without any modifications, which is pretty cool imo : build() { cd "$srcdir/$pkgname-$pkgver"
./configure --prefix=/usr make || return 1 make DESTDIR="$pkgdir" install }
Hi Xavier, I thought the same when I adopt the package, in fact I have the prototype of the split in two packages, but when I was submitting I stopped, because i think in this possibility "who need volleyball-data alone?", so i have been tempted in split this package in two, but I don't know, i'd like to hear more opinions before create another package in aur who is just for use with the package volleyball.
But well I made the same suggestion for vegastrike(-svn) pkgbuilds, about not fusioning the game and the data, and I am not sure the idea was appreciated. So it is really just a suggestion, so take it or leave it :)
Thanks, and trust me that i am thinking in split this package, but i am not pretty sure, yet, any opinion is good received :-). -- Angel Velasquez angvp @ irc.freenode.net Linux Counter: #359909
Angel Velásquez wrote:
Hi Xavier, I thought the same when I adopt the package, in fact I have the prototype of the split in two packages, but when I was submitting I stopped, because i think in this possibility "who need volleyball-data alone?", so i have been tempted in split this package in two, but I don't know, i'd like to hear more opinions before create another package in aur who is just for use with the package volleyball.
Split packages are good if the game engine changes but the data files do not, or the other way around. That way users do not have to download "both" packages to update when only one has changed. When a game does split itself into two packages upstream, it probably updates these separately and is worth two packages. It seems that is the case with volleyball because of the different minor version number of the two source tarballs. Allan
Split packages are good if the game engine changes but the data files do not, or the other way around. That way users do not have to download "both" packages to update when only one has changed. When a game does split itself into two packages upstream, it probably updates these separately and is worth two packages. It seems that is the case with volleyball because of the different minor version number of the two source tarballs.
Well, i will do the split, anyway if someone are not agree, we can go back again :) -- Angel Velasquez angvp @ irc.freenode.net Linux Counter: #359909
participants (7)
-
Allan McRae
-
Angel Velásquez
-
BaSh
-
Firmicus
-
Hugo Doria
-
Ronald van Haren
-
Xavier