- Aur-general - lists.archlinux.org

[aur-general] Wine Gecko
by Jan Steffens 05 Sep '10

05 Sep '10

I would like to move wine_gecko into [community] (for 32-bit) and [multilib] (for 64-bit). Attached the proposed PKGBUILD.

1 0

[aur-general] Removal request
by Luca Bennati 05 Sep '10

05 Sep '10

Hi all, could you please remove my old package warzone2100-beta [ http://aur.archlinux.org/packages.php?ID=33892]? Upstream doesn't do betas anymore, and there is a package in community. BTW also vdpau [http://aur.archlinux.org/packages.php?ID=24337] has been replaced by extra/libvdpau, you should remove it. Thank you

2 1

[aur-general] TU Bylaws amendment proposal
by Xyne 05 Sep '10

05 Sep '10

Hi, Given the recent wave of TU applications, I think it might be a good idea to amend the TU Bylaws regarding quorum for addition of a TU. The section currently contains the following specification: > Following the announcement, standard voting procedure commences with a > discussion period of 5 days, a quorum of 66%, and a voting period of 7 days. I recommend that it be changed to this: > Following the announcement, standard voting procedure commences with a > discussion period of 5 days, a quorum of 66%, and a voting period of 7 days. > The quorum is counted among TUs who are active throughout both the discussion > period and the voting period. This would prevent ambiguity and possible arguments regarding the establishment of quorum. Considering how lax we seem to be when it comes to the bylaws, I doubt it would ever really be an issue, but an extra line to clarify wouldn't hurt either, plus it would provide clear logic if we ever encode the members list and tie it to the voting interface (you know, when we're all downloading the signed Duke Nukem Forever package via pacman on Hurd). Regards, Xyne *heads off to find other non-issues*

7 10

Re: [aur-general] Deletion/Orphan requests
by Det 05 Sep '10

05 Sep '10

Forgot xorg-server-gentoo - it's also unnecessary and not being updated: http://aur.archlinux.org/packages.php?ID=15089

3 3

[aur-general] Delete request
by Nathan O 05 Sep '10

05 Sep '10

Will somebody delete grdc http://aur.archlinux.org/packages.php?ID=23191When you click on the link for the package it states that the project has been renamed to Remmina and it redirects you to http://remmina.sourceforge.net/ It seems there are already Reminna packages Thanks

2 2

[aur-general] PKGBUILD/AUR help
by Christos Nouskas 04 Sep '10

04 Sep '10

I'm trying to enhance the PKGBUILD of kernel26-pf to detect the cpu-specific .config option and automatically add it to the generated package and its description, by tweaking the $PKGEXT and $pkgdesc variables. Example: an amd64-k8 optimized kernel would be packaged as kernel26-pf-2.6.35-pf7-k8.pkg.tar.xz. The PKGBUILD I've created (see http://pastebin.ca/1931033 - relevant lines 96-138) builds and creates the package just fine using makepkg, but submission of the source package to AUR fails. I know that $PKGEXT perhaps shouldn't be tampered with, but I'm open to suggestions.

3 4

[aur-general] Question about bad applications
by Nathan O 04 Sep '10

04 Sep '10

What should I do about software that won't work, not due to the fact about how it is packaged, but badly coded? I am finding some packages of mine that won't compile or run and the author(programmer) doesn't seem to be active anymore

6 18

[aur-general] Help with a perl package needed
by Philipp 04 Sep '10

04 Sep '10

Hi, I just remembered that I wrote a PKGBUILD for a perl program a while ago but never made it available to others. I know nothing about perl, so I'm looking for advice. It did build, install and apparently work, but spits a whole lot of errors now. I don't have the slightest idea how to figure out what's wrong now. I had to write PKGBUILDs for a bunch of the dependencies as well, and used CPANPLUS to do that. Thanks to a hint from a fellow archer I noticed that a bunch of those are already provided by the perl package itself. Well, to me this looks like nothing but a huge mess, can you help me clean it up? pkgname=nama pkgver=1.064 pkgrel=1 pkgdesc="Tk/CLI frontend for ecasound" arch=('any') url="http://freeshell.de/~bolangi/cgi1/nama.cgi/00home.html" license=('GPL2') depends=('perl>=5.10.0' 'ladspa' 'ecasound' 'perl-anyevent' 'perl-event' 'perl-parse-recdescent' 'perl-data-section' 'perl-file-find-rule' 'perl-io-all' 'perl-modern-perl' 'perl-term-readline-gnu' 'perl-yaml-tiny' 'perl-file-copy-link' 'perl-graph' 'perl-text') makedepends=() options=(!emptydirs) source=("http://search.cpan.org/CPAN/authors/id/G/GA/GANGLION/Audio-Nama-$pkgver.tar…") md5sums=('59c871d55e175413d0b0cfceb042b775') build() { cd "$srcdir/Audio-Nama-$pkgver" # Setting these env variables overwrites any command-line-options we don't want... export PERL_MM_USE_DEFAULT=1 PERL_AUTOINSTALL=--skipdeps \ PERL_MM_OPT="INSTALLDIRS=vendor DESTDIR='$pkgdir'" \ PERL_MB_OPT="--installdirs vendor --destdir '$pkgdir'" \ MODULEBUILDRC=/dev/null # If using Makefile.PL { perl Makefile.PL && make && make test && make install; } || return 1 # remove perllocal.pod and .packlist find "$pkgdir" -name .packlist -o -name perllocal.pod -delete } -- Philipp -- "Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle Fragen offen." Bertolt Brecht, Der gute Mensch von Sezuan

3 5

Re: [aur-general] Orphan (adoption) request for x48 and delete request for x48-emulator
by Eric Waller 04 Sep '10

04 Sep '10

No problem. You definitely started first and went well beyond what I did. Thanks. I'm curious -- do you know if I can capture and use the 50g ROM? If you know, could you send me a PM? On Sat, Aug 28, 2010 at 2:23 AM, René Herman <rene.herman(a)gmail.com> wrote: > On 08/28/2010 03:55 AM, Eric Waller wrote: > > I was angling for that one :-P >> > > I see. Had done this one already a month ago but was up to now still > waiting for a possible maintainer-reply. > > > Note that I had crated a patch to the newer of the packages and it is >> attached as a comment. How does your patch compare to mine? >> > > It's fairly different. I saw the posted patch for x48-emulator just after I > sent the message to the AUR mailing list but I believe that one only upped > the version to 0.6.3 and added x86-64. > > The old x48-emulator PKGBUILD (and the patched one, then) had a problem > with missing dependencies and as described in the message, with a hard-coded > "non-archlinux compliant" /usr/lib/X11/app-defaults directory. > > I also install the ROMDump program from the sources for those of us that > want to grab their own ROMs. > > > I sent an email to the maintainer (clamy) earlier this week and have heard >> nothing back as yet. >> > > Contacted him a month ago as well and also silence. Same for the original > x48 maintainer. > > > I was going to adopt it, but if you would like it, that is okay by me. >> > > For now, I've adopted it. I'll be fairly busy again with other things the > coming period but was planning on at least looking into giving X48 a > somewhat less obsolete configuration mechanism than the X defaults stuff > (ie, just an /etc/x48.conf or some such). If you do more extensive "upstream > work" than we can always switch maintainership of the package again. I'm > normally at least fairly responsive to email... > > New x48 is up on the AUR! > > Regards, > Rene >

4 6

[aur-general] Candidate for removal: haskell-derive
by Magnus Therning 03 Sep '10

03 Sep '10

The AUR package 'haskell-derive' is *very* out-of-date and seems to have been replaced by 'derive'. Please consider removing 'haskell-derive' from AUR. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

2 1