- Aur-general - lists.archlinux.org

[aur-general] Maintainer vs Contributor tag let's find a solution ; )
by Angel Velásquez 06 Apr '09

06 Apr '09

Hi, this thread were discussed in the history, so I think is time to clarify and put the correct information to the wiki. (Actually on the recent TU application and sunjdk package). IIRC: a) Maintainer tag in PKGBUILD is just use for people who maintain the binary package generated by this PKGBUILD on official repositories (core, extra, community*), and the people with abilities to do this are TU and Devs. b) Contributor tag is for people who upload the PKGBUILD for first time or is maintaining it at this time. But sometimes this is hard to apply, for example I adopted an orphan PKGBUILD on AUR and I decided to update it and maintain it, what I should have to do: 1.- Should I remove the past contributor and add myself as a Contributor? 2.- Should I keep all the contributor list even if they are more than 4 different people (4 lines more to the PKGBUILD) 3.- Add myself to the maintainer tag? IMO I will use the second option, to keep all the contributor list, maybe tomorrow I won't be able to contribute with this PKGBUILD but it will be nice, to the future owners of these PKGBUILD to know who maintained before them. But maybe we will have a long list of contributors, so, it would be nice to discuss an idea to have tags for maintainers of PKGBUILD with have a binary and contributors of PKGBUILDs, as I said, i would like to improve a method to apply the second idea. Please try to don't flame the ideas, try to propose new ones, or improve the exposed by me. Regards Note: * Many people should disagree with the idea about "community" and "official repo", IMO if community it's enabled by default on pacman, community became official, no matter what the history was... -- Angel Velásquez angvp @ irc.freenode.net Linux Counter: #359909

5 9

[aur-general] First Package
by Lucas Salies Brum 05 Apr '09

05 Apr '09

Hello everyone, my name is Lucas Salies Brum, i live in Brazil and this is my first email to this list. Use the Arch for a while, but only now decided to help the community, before submitting my first package to the AUR would eliminate some doubts. In line with that of the PKGBUILD: # $ Id: PKGBUILD, v 1.12 2003/11/06 08:26:13 Exp $ dorphell How to create it? cvs? It is mandatory? To adopt an orphaned package, just download it to correct and re-send? I read various forums and wikis on the AUR, you have some additional tips for me? Thank you very much. P.S.: Sorry for bad english.

4 3

[aur-general] linux
by Bent SÃ¸rensen 05 Apr '09

05 Apr '09

1 0

[aur-general] kindergarten
by Jens Maucher 05 Apr '09

05 Apr '09

Im going to opt out. This discussion is like a kindergarten, and not what i expected from good trusted users! (really poor, but sadly the truth) Happy continue discussing -- Jens Maucher <jensmaucher(a)online.de> Gnupg: 44FF54EA Fingerprint: 0E54 F345 E7C9 0295 90F8 2B56 CD9A EE71 44FF 54EA

2 1

[aur-general] Package Duplication / Orphaning (funpidgin/carrier)
by Ronnie Collinson 05 Apr '09

05 Apr '09

Hi, funpidgin was renamed to carrier, additionally for some time carrier has been depending on a package not in a official repo or AUR, a working alternative has been provided in the comments along, with a request from a user for someone else to take over maintainer status, this happened on the 18 March 2009. I would like to volunteer myself to maintain this package. Funpidgin link <http://aur.archlinux.org/packages.php?ID=15689> Carrier link <http://aur.archlinux.org/packages.php?ID=17191>

2 1

[aur-general] TU application: Biru Ionut
by Jens Maucher 05 Apr '09

05 Apr '09

I fixed my packages to. Replaced $startdir/src with $srcdir and so on. Biron Ionut wrote: > i've fixed all my packages that haven't used $srcdir and $pkgdir. >also if you have other question feel free to ask me.

1 0

[aur-general] adopt out zattoo
by Jens Maucher 04 Apr '09

04 Apr '09

Hi, I'm going to adopt out zattoo, because i switched completely to 64bit. Feel free to maintain it. Kind regards defcon

2 2

[aur-general] Orphaning packages
by Stefan Husmann 04 Apr '09

04 Apr '09

Hello, I would like to orphan the following packages in [community]: gputils (just uploaded a new version) diacanvas (dependency of gnuconcept) python-pychart (dependency of gnuconcept) Feel free to adopt them. Regards Stefan

1 0

[aur-general] Orphaning request and inactive TUs
by F B 04 Apr '09

04 Apr '09

Hi, could someone orphan the pkg "libclaw"? The user "Nicoco" seems to be inactive. I see that many packages in community maintained by gcarrier are outdated (jre, all virtualbox-ose packages) from a long time. Same situation for Romashka, some of his packages have not been updated since 2007. Could some TUs do something for this situation? Maybe moving them in unsupported. Thank you in advance, Babets.

7 11

[aur-general] Integrity Check community x86_64 03-04-2009
by repomaint＠archlinux.org 03 Apr '09

03 Apr '09

======================================= = Integrity Check x86_64 of community = ======================================= Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing PKGBUILDs ------------------- /srv/abs/rsync/x86_64//community/CVS /srv/abs/rsync/x86_64//community/daemons/CVS /srv/abs/rsync/x86_64//community/devel/CVS /srv/abs/rsync/x86_64//community/editors/CVS /srv/abs/rsync/x86_64//community/emulators/CVS /srv/abs/rsync/x86_64//community/games/CVS /srv/abs/rsync/x86_64//community/gnome/CVS /srv/abs/rsync/x86_64//community/i18n/CVS /srv/abs/rsync/x86_64//community/kde/CVS /srv/abs/rsync/x86_64//community/lib/CVS /srv/abs/rsync/x86_64//community/lib32/CVS /srv/abs/rsync/x86_64//community/modules/CVS /srv/abs/rsync/x86_64//community/multimedia/CVS /srv/abs/rsync/x86_64//community/network/CVS /srv/abs/rsync/x86_64//community/office/CVS /srv/abs/rsync/x86_64//community/science/CVS /srv/abs/rsync/x86_64//community/system/CVS /srv/abs/rsync/x86_64//community/x11/CVS /srv/abs/rsync/x86_64//community/xfce/CVS Missing Dependencies ---------------------- eclipse-ve --> 'eclipse<3.3' flumotion --> 'twisted-web' docbook2x --> 'perl-sgmls' cdfs --> 'kernel26<2.6.28' Summary --------- Missing PKGBUILDs: 19 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 4 Repo hierarchy problems: 0 Circular dependencies: 0

1 0