- Aur-general - lists.archlinux.org

Re: [aur-general] Developer / TU key signing, first master key available
by Timothy Redaelli 19 Dec '11

19 Dec '11

> Hello developers / TUs, > > My Arch master key is available at [1] with fingerprint 6841 48BB > 25B4 9E98 6A49 44C5 5184 252D 824B 18E8. > > Every packager, please do the following: 1) Reply to this email to > thomas at master-key.archlinux.org and fully quote this email. Include > your gerolde/sigurd username in the email. Sign your reply using > your GPG key. 2) Upload your public key (gpg --armor --export > $KEYID) to your home directory on gerolde/sigurd under the name > $HOME/arch-linux-packager-key. 3) Name at least one package in the > repositories already signed with your key. > > Sadly, this process will only prove that you are in posession of > the ssh key to upload packages into the repositories. I will > contact you personally afterwards if I need further > identification. > > Please note: there are be 5 master key holders (Allan, Dan, > Pierre, Ionut, me), and you need at least 3 signatures on your key > so your packages will be trusted by pacman. > > Regards Thomas > > [1] > https://dev.archlinux.org/~thomas/thomas_AT_master-key.archlinux.org.asc > Sigurd username: tredaelli Package signed: netselect, ragel, sub2srt -- Timothy Redaelli drizztbsd @ irc.freenode.net

1 0

[aur-general] Remove request:gstreamer0.10-python-songbird
by 郑文辉(Techlive Zheng) 19 Dec '11

19 Dec '11

[gstreamer0.10-python-songbird][1] This should be deleted. It's out of date, and also useless. [1]:https://aur.archlinux.org/packages.php?ID=27875

2 1

[aur-general] dkms in community and AUR
by Jason Melton 19 Dec '11

19 Dec '11

dkms is recently moved to community [1], but has been re-submitted to the AUR [2]. [1] http://www.archlinux.org/packages/community/any/dkms/ [2]https://aur.archlinux.org/packages.php?ID=55078

2 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 19 Dec '11

19 Dec '11

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 0 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 2 fully signed off packages * 8 packages missing signoffs * 8 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == Incomplete signoffs for [community] (6 total) == * fail2ban-0.8.4-4 (any) 1/2 signoffs * expac-0.07-1 (i686) 0/2 signoffs * lilypond-2.14.2-3 (i686) 0/2 signoffs * packagekit-0.6.19-3 (i686) 0/2 signoffs * lilypond-2.14.2-3 (x86_64) 1/2 signoffs * packagekit-0.6.19-3 (x86_64) 1/2 signoffs == Incomplete signoffs for [unknown] (2 total) == * percona-server-5.5.17_rel22.1-1 (i686) 0/2 signoffs * percona-server-5.5.17_rel22.1-1 (x86_64) 1/2 signoffs == Completed signoffs (2 total) == * pacman-contrib-4.0.1-1 (any) * expac-0.07-1 (x86_64) == All packages in [community-testing] for more than 14 days (8 total) == * expac-0.07-1 (i686), since 2011-10-13 * expac-0.07-1 (x86_64), since 2011-10-13 * pacman-contrib-4.0.1-1 (any), since 2011-11-25 * percona-server-5.5.17_rel22.1-1 (i686), since 2011-11-27 * percona-server-5.5.17_rel22.1-1 (x86_64), since 2011-11-27 * fail2ban-0.8.4-4 (any), since 2011-11-30 * packagekit-0.6.19-3 (i686), since 2011-11-30 * packagekit-0.6.19-3 (x86_64), since 2011-11-30 == Top five in signoffs in last 24 hours == 1. bisson - 3 signoffs 2. tomegun - 2 signoffs 3. andrea - 2 signoffs 4. lcarlier - 1 signoffs

1 0

[aur-general] removal request (qtd-svn)
by Gour 19 Dec '11

19 Dec '11

Hello, qtd-svn (http://aur.archlinux.org/packages.php?ID=25827) is obsolete since qtd project is now at bitbucket and there is newer qtd-hg package. Sincerely, Gour -- A self-realized man has no purpose to fulfill in the discharge of his prescribed duties, nor has he any reason not to perform such work. Nor has he any need to depend on any other living being. http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810

2 1

[aur-general] removal and orphaning request
by Stefan Wilkens 19 Dec '11

19 Dec '11

Hello again, Please remove zsnes-wip link: https://aur.archlinux.org/packages.php?ID=2029 reason: project no longer under development, package is massively outdated, newer AUR entry is available here https://aur.archlinux.org/packages.php?ID=24361. Keeping a 4 year old wip package seems silly. Please orphan gpar2 link: https://aur.archlinux.org/packages.php?ID=3696 reason: I've flagged the package out-of-date 18 sept, emailed the maintainer 21 nov (no reply) and I have a simple fix to keep the application functional. This is something I use quite a bit, I'd like to update and maintain it.

2 1

[aur-general] removal request - nvtv
by Stefan Wilkens 18 Dec '11

18 Dec '11

Please remove. name: nvtv aur link: https://aur.archlinux.org/packages.php?ID=4234 reason: no changes since 2006, no longer workable with latest xserver, segfaults on latest nvidia driver, no patches available. thanks.

2 1

[aur-general] Deletion request
by David Adler 18 Dec '11

18 Dec '11

Please delete my package denemo-sinsmf. https://aur.archlinux.org/packages.php?ID=40705 No file conflict anymore when attempting to install both libsmf and denemo, thus it is now obsolete. thanks

2 1

[aur-general] ATi driver DKMS package - what to include
by Linux Lover 18 Dec '11

18 Dec '11

Hi guys, I am trying to resuscitate the dkms-fglrx package [1]. I am wondering what I should leave in (the ATi Linux installer comes with a lot of binary stuff). I checked the catalyst PKGBUILD in the AUR, while it copies a lot of libraries, it does not seem to copy e.g. stuff like AMD's XvBA libraries and the fgl_glxgears fglrxinfo binaries (which I think can be handy to be distributed with the driver). Any pointers as to what can, has to, or should not be included? Cheers Stijn [1] https://aur.archlinux.org/packages.php?ID=11661

3 3

[aur-general] Cross-compilers naming scheme
by Bartłomiej Piotrowski 18 Dec '11

18 Dec '11

If someone hasn't spot it yet, we have mess with naming of cross-compilers in [community]. Currently there are 3 schemes: 1) $appname-$platform (gcc-avr and binutils-avr) The only problem I see is mingw32 (and related packages). While {gcc,binutils}-mingw32 looks fine, I don't know what to do with mingw32-pthreads, mingw32-runtime and mingw32-w32api. 2) $platform-$appname (mingw32 packages) My favorite. Seems to be most readable (IMHO) and can be easily applied to every cross-compiler. 3) cross-$platform-$appname Probably as good as second option, but cross prefix is annoying me. I've already discussed it with Alexander Rødseth, but Arch isn't a project for a few people. What do you think? Which option is the best one? -- Bartłomiej Piotrowski Arch Linux Trusted User http://archlinux.org/

4 5