[aur-general] Signoff report for [community-testing]
=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 2 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 9 fully signed off packages * 243 packages missing signoffs * 6 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.) == New packages in [community-testing] in last 24 hours (2 total) == * openimageio-1.1.10-2 (i686) * openimageio-1.1.10-2 (x86_64) == Incomplete signoffs for [community] (243 total) == * 0ad-a13-4 (i686) 0/1 signoffs * amsn-0.98.9-3 (i686) 0/1 signoffs * armagetronad-0.2.8.3.2-4 (i686) 0/1 signoffs * bbswitch-0.6-6 (i686) 0/1 signoffs * blender-7:2.66a.56125-2 (i686) 0/1 signoffs * bwbar-1.2.3-4 (i686) 0/1 signoffs * caph-1.1-4 (i686) 0/1 signoffs * cdfs-2.6.27-43 (i686) 0/1 signoffs * cinelerra-cv-1:2.2-15 (i686) 0/1 signoffs * clanlib-2.3.6-5 (i686) 0/1 signoffs * compiz-0.8.8-5 (i686) 0/1 signoffs * critter-1.0.2-8 (i686) 0/1 signoffs * darktable-1.2-4 (i686) 0/1 signoffs * devil-1.7.8-16 (i686) 0/1 signoffs * dia-0.97.2-5 (i686) 0/1 signoffs * dillo-3.0.3-2 (i686) 0/1 signoffs * directfb-1.6.3-2 (i686) 0/1 signoffs * dosbox-0.74-5 (i686) 0/1 signoffs * electricsheep-2.7b33-8 (i686) 0/1 signoffs * extremetuxracer-0.4-6 (i686) 0/1 signoffs * fbgrab-1.0-7 (i686) 0/1 signoffs * fbv-1.0b-6 (i686) 0/1 signoffs * fcron-3.1.2-1 (i686) 0/2 signoffs * flam3-3.0.1-3 (i686) 0/1 signoffs * flightgear-2.10.0-2 (i686) 0/1 signoffs * fox-1.6.49-2 (i686) 0/1 signoffs * freedroidrpg-0.15.1-4 (i686) 0/1 signoffs * freewrl-1.22.13.1-5 (i686) 0/1 signoffs * frogatto-1.3.1-2 (i686) 0/1 signoffs * fxdesktop-0.1.12-7 (i686) 0/1 signoffs * fxprocessview-0.5.0-6 (i686) 0/1 signoffs * gambas3-3.4.1-2 (i686) 0/1 signoffs * gdal-1.9.2-2 (i686) 0/1 signoffs * gdk-pixbuf-0.22.0-11 (i686) 0/1 signoffs * gemrb-0.8.0-2 (i686) 0/1 signoffs * gimp-plugin-mathmap-1.3.5-3 (i686) 0/1 signoffs * gmerlin-1.2.0-3 (i686) 0/1 signoffs * gmic-1.5.5.2-2 (i686) 0/1 signoffs * gnash-0.8.10-8 (i686) 0/1 signoffs * gnustep-gui-0.22.0-4 (i686) 0/1 signoffs * gpac-4288-2 (i686) 0/1 signoffs * grace-5.1.23-2 (i686) 0/1 signoffs * guvcview-1.7.0-2 (i686) 0/1 signoffs * hatari-1.6.2-2 (i686) 0/1 signoffs * hedgewars-0.9.18-8 (i686) 0/1 signoffs * icoutils-0.30.0-2 (i686) 0/1 signoffs * jbig2dec-0.11-6 (i686) 0/1 signoffs * jwm-2.1.0-3 (i686) 0/1 signoffs * kovpn-0.3pre7-7 (i686) 0/1 signoffs * leptonica-1.69-7 (i686) 0/1 signoffs * libharu-2.2.1-4 (i686) 0/1 signoffs * libmatchbox-1.10-2 (i686) 0/1 signoffs * libquicktime-1.2.4-5 (i686) 0/1 signoffs * luminancehdr-2.3.1-2 (i686) 0/1 signoffs * luxrender-1.2.1-3 (i686) 0/1 signoffs * mapnik-2.1.0-10 (i686) 0/1 signoffs * megaglest-3.7.1-2 (i686) 0/1 signoffs * metapixel-1.0.2-4 (i686) 0/1 signoffs * ming-0.4.4-2 (i686) 0/1 signoffs * mplayer-vaapi-35107-6 (i686) 0/1 signoffs * mplayer2-20130309-2 (i686) 0/1 signoffs * mupen64plus-1.99.5-6 (i686) 0/1 signoffs * mypaint-1.1.0-2 (i686) 0/1 signoffs * naev-0.5.3-2 (i686) 0/1 signoffs * ogmrip-1.0.0-2 (i686) 0/1 signoffs * openclonk-5.3.3-1 (i686) 0/1 signoffs * openimageio-1.1.10-2 (i686) 0/1 signoffs * openmotif-2.3.4-2 (i686) 0/1 signoffs * openscenegraph-3.0.1-10 (i686) 0/1 signoffs * openttd-1.3.0-2 (i686) 0/1 signoffs * oss-4.2_2007-3 (i686) 0/2 signoffs * performous-0.7.0-6 (i686) 0/1 signoffs * pingus-0.7.6-8 (i686) 0/1 signoffs * png2ico-20021208-6 (i686) 0/1 signoffs * podofo-0.9.2-2 (i686) 0/1 signoffs * pyqt3-3.18.1-13 (i686) 0/1 signoffs * python-matplotlib-1.2.1-2 (i686) 0/1 signoffs * qcad-2.0.5.0-12 (i686) 0/1 signoffs * qpxtool-0.7.2-3 (i686) 0/1 signoffs * r8168-8.035.00-11 (i686) 0/1 signoffs * rawtherapee-1:4.0.10-4 (i686) 0/1 signoffs * rt3562sta-2.4.1.1-29 (i686) 0/1 signoffs * scantailor-0.9.11.1-3 (i686) 0/1 signoffs * scorched3d-43.3.d-5 (i686) 0/1 signoffs * scummvm-tools-1.4.0-3 (i686) 0/1 signoffs * seamonkey-2.17.1-2 (i686) 0/1 signoffs * shapelib-1.3.0-1 (i686) 0/2 signoffs * silly-0.1.0-6 (i686) 0/1 signoffs * smc-1.9-21 (i686) 0/1 signoffs * snes9x-1.53-6 (i686) 0/1 signoffs * speed-dreams-2.0.0-3 (i686) 0/1 signoffs * synfig-0.63.05-3 (i686) 0/1 signoffs * tmw-0.6.1-2 (i686) 0/1 signoffs * torcs-1.3.4-2 (i686) 0/1 signoffs * tp_smapi-0.41-20 (i686) 0/1 signoffs * tvtime-1.0.2-5 (i686) 0/1 signoffs * ufoai-2.4-3 (i686) 0/1 signoffs * vhba-module-20120422-23 (i686) 0/1 signoffs * virtualbox-4.2.12-2 (i686) 0/1 signoffs *
[aur-general] Forgot AUR username
Hi, I'm terribly sorry to bother you with this, but I forgot my AUR login (already reset the password) and I'd like to update a PKGBUILD in AUR. How can I recover the username associated with this email address?
Re: [aur-general] Forgot AUR username
On Sat, May 04, 2013 at 01:07:44PM +0200, Stefan Karner wrote: Hi, I'm terribly sorry to bother you with this, but I forgot my AUR login (already reset the password) and I'd like to update a PKGBUILD in AUR. How can I recover the username associated with this email address? Just sent your login details off-list.
Re: [aur-general] Disown Request
Thanks! 2013/5/4 John D Jones III unixgeek1...@gmail.com: On 05/03/2013 04:52 AM, Stefan Tatschner wrote: Hi, this package (perl-business-issn) is broken and the maintainer does not answer. It is needed as a dependency for biblatex-biber. https://aur.archlinux.org/packages/perl-business-issn/ Stefan I will take over this package. -- John D Jones III Perl/Javascript/Systemd Zealot unixgeek1...@gmail.com http://www.zoelife4u.org/
[aur-general] Confusing over .AURINFO usage
On 03/18/2013 08:18 PM, Lukas Fleischer wrote: * Changes since 2.0.1: * Typeahead suggest for packages.** * Fix account editing and hijacking vulnerability.** * Fix account privilege escalation vulnerability.** * Clear a user's active sessions following account suspension.** * Several translation fixes/updates.** * pkgsubmit.php: Parse .AURINFO metadata. .AURINFO files can now be included in source packages to overwrite** specific PKGBUILD fields. .AURINFO files are parsed line by line. The** syntax for each line is key = value, where key is any of the following** field names: * pkgname** * pkgver** * pkgdesc** * url** * license** * depend Multiple depend lines can be specified to add multiple dependencies. You can check the Git log [1] for a complete list of commits. The official Arch Linux AUR setup [2] has already been upgraded! [1] https://projects.archlinux.org/aur.git/log/?id=v2.1.0** [2] https://aur.archlinux.org/* I created ./.AURINFO which contains a single line: pkgdesc = NVIDIA drivers for linux-ck. I ran `makepkg --source` to gen the AUR package but found no traces of the .AURINFO file therein. Unsurprisingly, the AUR did not pickup on this when I uploaded the corresponding nvidia-ck-313.30-5.src.tar.gz package. Are users expected to manually add .AURINFO to the src.tar.gz post makepkg? Thanks for the clarification.
Re: [aur-general] Confusing over .AURINFO usage
On Sat, May 04, 2013 at 10:33:54AM -0400, member graysky wrote: On 03/18/2013 08:18 PM, Lukas Fleischer wrote: * Changes since 2.0.1: * Typeahead suggest for packages.** * Fix account editing and hijacking vulnerability.** * Fix account privilege escalation vulnerability.** * Clear a user's active sessions following account suspension.** * Several translation fixes/updates.** * pkgsubmit.php: Parse .AURINFO metadata. .AURINFO files can now be included in source packages to overwrite** specific PKGBUILD fields. .AURINFO files are parsed line by line. The** syntax for each line is key = value, where key is any of the following** field names: * pkgname** * pkgver** * pkgdesc** * url** * license** * depend Multiple depend lines can be specified to add multiple dependencies. You can check the Git log [1] for a complete list of commits. The official Arch Linux AUR setup [2] has already been upgraded! [1] https://projects.archlinux.org/aur.git/log/?id=v2.1.0** [2] https://aur.archlinux.org/* I created ./.AURINFO which contains a single line: pkgdesc = NVIDIA drivers for linux-ck. I ran `makepkg --source` to gen the AUR package but found no traces of the .AURINFO file therein. Unsurprisingly, the AUR did not pickup on this when I uploaded the corresponding nvidia-ck-313.30-5.src.tar.gz package. Are users expected to manually add .AURINFO to the src.tar.gz post makepkg? As you can guess from the name, .AURINFO is AUR specific. Thus it is not added by makepkg(8). You can add it manually -- make sure you put it into the subdirectory, though. Of course, we aim at creating meta data automatically at some point, so feel free to come up with something that parses source packages, generates .AURINFO and adds them to the tarball. Thanks for the clarification.
Re: [aur-general] Confusing over .AURINFO usage
On Sat, May 4, 2013 at 10:54 AM, Lukas Fleischer archli...@cryptocrack.dewrote: I created ./.AURINFO which contains a single line: pkgdesc = NVIDIA drivers for linux-ck. I ran `makepkg --source` to gen the AUR package but found no traces of the .AURINFO file therein. Unsurprisingly, the AUR did not pickup on this when I uploaded the corresponding nvidia-ck-313.30-5.src.tar.gz package. Are users expected to manually add .AURINFO to the src.tar.gz post makepkg? As you can guess from the name, .AURINFO is AUR specific. Thus it is not added by makepkg(8). You can add it manually -- make sure you put it into the subdirectory, though. Of course, we aim at creating meta data automatically at some point, so feel free to come up with something that parses source packages, generates .AURINFO and adds them to the tarball. Thanks, I get it. This definitely seems like something makepkg should detect and handle automaticallyAre the .AURINFO files here to stay?
Re: [aur-general] Confusing over .AURINFO usage
On Sat, May 04, 2013 at 11:01:55AM -0400, member graysky wrote: On Sat, May 4, 2013 at 10:54 AM, Lukas Fleischer archli...@cryptocrack.dewrote: I created ./.AURINFO which contains a single line: pkgdesc = NVIDIA drivers for linux-ck. I ran `makepkg --source` to gen the AUR package but found no traces of the .AURINFO file therein. Unsurprisingly, the AUR did not pickup on this when I uploaded the corresponding nvidia-ck-313.30-5.src.tar.gz package. Are users expected to manually add .AURINFO to the src.tar.gz post makepkg? As you can guess from the name, .AURINFO is AUR specific. Thus it is not added by makepkg(8). You can add it manually -- make sure you put it into the subdirectory, though. Of course, we aim at creating meta data automatically at some point, so feel free to come up with something that parses source packages, generates .AURINFO and adds them to the tarball. Thanks, I get it. This definitely seems like something makepkg should detect and handle automaticallyAre the .AURINFO files here to stay? Note that .AURINFO functionality will not be added to pacman/makepkg, unless the format is extended to work with split packages and all corner cases that we do not care about in the AUR. The idea is to start with an external tool to post process source packages and then extend this tool, as well as the underlying .AURINFO format, until we get something that is suitable for integration with makepkg.
Re: [aur-general] Confusing over .AURINFO usage
On Sat, May 4, 2013 at 11:18 AM, Lukas Fleischer archli...@cryptocrack.dewrote: Thanks, I get it. This definitely seems like something makepkg should detect and handle automaticallyAre the .AURINFO files here to stay? Note that .AURINFO functionality will not be added to pacman/makepkg, unless the format is extended to work with split packages and all corner cases that we do not care about in the AUR. The idea is to start with an external tool to post process source packages and then extend this tool, as well as the underlying .AURINFO format, until we get something that is suitable for integration with makepkg. OK. I haven't tested this with split packages, but the attached patch works with a non-split one for those too lazy to manually make the modified src.tar.gz :p support_AURINFO_files.patch Description: Binary data
Re: [aur-general] Confusing over .AURINFO usage
On 04.05.2013 17:29, member graysky wrote: On Sat, May 4, 2013 at 11:18 AM, Lukas Fleischer archli...@cryptocrack.dewrote: Thanks, I get it. This definitely seems like something makepkg should detect and handle automaticallyAre the .AURINFO files here to stay? Note that .AURINFO functionality will not be added to pacman/makepkg, unless the format is extended to work with split packages and all corner cases that we do not care about in the AUR. The idea is to start with an external tool to post process source packages and then extend this tool, as well as the underlying .AURINFO format, until we get something that is suitable for integration with makepkg. OK. I haven't tested this with split packages, but the attached patch works with a non-split one for those too lazy to manually make the modified src.tar.gz :p Another solution mentioned by someone else here on the list seems to be to include the .AURINFO in the source array. Greetings, Christoph signature.asc Description: OpenPGP digital signature
[aur-general] Unused account on BBS and AUR web interface
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi guys, I would like to contribute to the AUR, but it appears the account 'wget' has already been registrered, but no one seems to currently use it. It looks like someone has asked for a password reset but hasn't clicked on the confirmation link from the email yet. Would it be possible for you to unlock this account and release this username for me? I'm experiencing the same issue with the BBS forum. I got 'Invalid username' as a response from the registration form. It would be nice if I could keep the same e-dentity for the ArchLinux community, as I'm using the same nickname for the communities where I'm getting involved in. Regards, - -- William Gathoye will...@gathoye.be -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRhSpxAAoJEA595SwE1xaDaEYQAMaVsrNPep/Gm/UXSkCr0dlm 84upblK10lQcjiq3BeUU4sSrPFWq1ewVR6tr2w86VuzPG2Pa8jpwbJ53ZomsiCP4 2MFn6OqQ9aDWb2ghSEyTmY/588Y64PXMV4H7bAtTE6JXPDh3S0ekLF47cWY23bxe LvRDCvgxwPGERSHEW1YD2bOUoODiB8THYBQdZWZZsy6ule5/UAKsu0G4y5gvBlqT Hfk/pzdS5BnNRx11mUVceqZkRy5pgfjNHjGa2ZvRHlycPnEnwM7fMXraDAJ5OH7Q JW+cxMrQQgtd16iUt7V1n2e3f44lSytG8CP32n5ioXPAz0INz/FPbGl0NVeja+MP rcpgvYD9ql+685wrRcO+a5iyimjb6cBaxFGKCD2t/cJrQTL5B4dne8BakbMLChLa ajtpVLnCvFefV4FKkRKfxDTxENIhEW3HD9cuJrKIJM/ZNH4sYdfj5Uf+iAFI5Gmb 7Fr7iqiiA3KtMF/tQ+VxNXdTObVuTbeTAzZPzQOaYsL05Ii9lLg0tyuphDpM90aK OVDgfo618YAEvIe9WMKrWrSVkQ3FuD4yNOoWhDis0pF+fYi0S2vWo39NRtZhgaWr kWS0ydcYQXh6r9szsiOc2wfEWHWL9loAWQlcA0/nuupxypp35QH5BQG1LWWj70l1 dGchvAA74CJR4mGXuabx =jSyj -END PGP SIGNATURE-
Re: [aur-general] Confusing over .AURINFO usage
On Sat, May 04, 2013 at 11:29:07AM -0400, member graysky wrote: On Sat, May 4, 2013 at 11:18 AM, Lukas Fleischer archli...@cryptocrack.dewrote: Thanks, I get it. This definitely seems like something makepkg should detect and handle automaticallyAre the .AURINFO files here to stay? Note that .AURINFO functionality will not be added to pacman/makepkg, unless the format is extended to work with split packages and all corner cases that we do not care about in the AUR. The idea is to start with an external tool to post process source packages and then extend this tool, as well as the underlying .AURINFO format, until we get something that is suitable for integration with makepkg. OK. I haven't tested this with split packages, but the attached patch works with a non-split one for those too lazy to manually make the modified src.tar.gz :p No. .AURINFO is for the AUR, not for makepkg or pacman. There is no reason that this should be handled by pacman right now. `makepkg -S` is for making source tarballs, not AUR packages, that is just something that it also works with. If you want .AURINFO in your source tarball, then add it to the source=() array. This was discussed three days ago on this same mailing list. Thanks, -- William Giokas | KaiSforza GnuPG Key: 0x73CD09CF Fingerprint: F73F 50EF BBE2 9846 8306 E6B8 6902 06D8 73CD 09CF pgpxECviqibrC.pgp Description: PGP signature
Re: [aur-general] makepkg patch for g...@bitbucket.org urls
Andrew Gregory writes: Special casing is definitely not the right solution. We already support private repos through ssh. Just use git+ssh: git+ssh://g...@bitbucket.org/andrewgregory/dwm.git Thanks, that is useful too. Myles
Re: [aur-general] Confusing over .AURINFO usage
On Sat, May 04, 2013 at 11:29:07AM -0400, member graysky wrote: On Sat, May 4, 2013 at 11:18 AM, Lukas Fleischer archli...@cryptocrack.dewrote: Thanks, I get it. This definitely seems like something makepkg should detect and handle automaticallyAre the .AURINFO files here to stay? Note that .AURINFO functionality will not be added to pacman/makepkg, unless the format is extended to work with split packages and all corner cases that we do not care about in the AUR. The idea is to start with an external tool to post process source packages and then extend this tool, as well as the underlying .AURINFO format, until we get something that is suitable for integration with makepkg. OK. I haven't tested this with split packages, but the attached patch works with a non-split one for those too lazy to manually make the modified src.tar.gz :p Not sure if you got me wrong but I was talking about a tool that *generates* .AURINFO files (e.g. by sourcing PKGBUILDs and printing the values of variables), not about a tool that just automates the inclusion of a handcrafted file. Also, while I disagree that using the sources array is the right place to add this kind of metadata, I agree that this should not be implemented in makepkg(8) until it is extended, renamed, reviewed and acknowledged by the pacman development team.
Re: [aur-general] Numerous package orphaning
On Sat, Apr 20, 2013 at 07:54:08PM +0100, Jonathan Steel wrote: On Thu, Apr 18, 2013 at 09:16:43PM -0700, Kevin Vesga wrote: I would ask that the following packages all be orphaned since they are out-of-date or broken and the maintainer's email is not valid: [...] All orphaned. https://aur.archlinux.org/packages/xtables-addons/ https://aur.archlinux.org/packages/xtables-addons-git/ https://aur.archlinux.org/packages/l7-protocols/ https://aur.archlinux.org/packages/pxlib/ https://aur.archlinux.org/packages/pxview/ https://aur.archlinux.org/packages/ratemask/ Email hasn't bounced for me yet and the user was active recently. I will wait for a bounce or 2 week response before orphaning these. No reply, all orphaned. -- Jonathan Steel pgpXKPIuF2Qda.pgp Description: PGP signature
Re: [aur-general] Request to orphan foobar2000
On Wed, May 01, 2013 at 08:54:16PM -0700, Taylor Lookabaugh wrote: On Wed, May 1, 2013 at 5:55 PM, Joe Davison j...@warhaggis.com wrote: Probably should have included a link. Here it is for convenience. https://aur.archlinux.org/**packages/foobar2000/https://aur.archlinux.org/packages/foobar2000/ On 2013-05-02 01:53, Joe Davison wrote: I emailed the maintainer of the foobar2000 package on the 3rd of April. I'm yet to receive a response. Comments on the package itself pretty much all constitute begging him to disown or update the package. He's nowhere to be seen. I'd like to take over maintenance of the package. Hasn't been active since 2012-04-08 either it seems. Disowned. -- Jonathan Steel pgp2fafwOTLD3.pgp Description: PGP signature
Re: [aur-general] Merge and removal requests
On Wed, May 01, 2013 at 01:08:41AM +0200, Lex Black wrote: Hi I skipped through orphaned, ood -git PKGBuilds and found some that can be merged or deleted: [...] qutim-0.2: https://aur.archlinux.org/packages/qutim-0.2-git/ Obsolete. Not maintained and newer qutim PKGBuild available. qutim-0.2-plugins-git: https://aur.archlinux.org/packages/qutim-0.2-plugins-git/ Like the main package. qutim-0.2-protocol-icq-git: https://aur.archlinux.org/packages/qutim-0.2-protocol-icq-git/ Like the main package. qutim-0.2-protocol-jabber-git: https://aur.archlinux.org/packages/qutim-0.2-protocol-jabber-git/ Also like the main package. All deleted. python-supernova-git: https://aur.archlinux.org/packages/python-supernova-git/ Replaced by python2-supernova-git ( https://aur.archlinux.org/packages/python2-supernova-git/ ) Merged. python-oauth2-git: https://aur.archlinux.org/packages/python-oauth2-git/ Replaced by python2-oauth2-git ( https://aur.archlinux.org/packages/python2-oauth2-git/ ) Merged. python-soaplib-git: https://aur.archlinux.org/packages/python-soaplib-git/ Upstream renamed this project Deleted. opus-exp-git: https://aur.archlinux.org/packages/opus-exp-git/ See comment Note that this branch has been merged with the master branch. Use opus-git! Deleted. hime: https://aur.archlinux.org/packages/hime/ Git VCS --- hime-git ( https://aur.archlinux.org/packages/hime-git/ ) Merged. gir-repository-git: https://aur.archlinux.org/packages/gir-repository-git/ See comment from the gnome irc servers: (06:49:46 PM) walters: bmonkey: shouldn't need gir-repository for gnome-shell (06:50:00 PM) walters: bmonkey: in fact, please stop using gir-repository =) Also the build has a lot of problems. Deleted. etherpad-git: https://aur.archlinux.org/packages/etherpad-git/ Superceded by etherpad-lite(-git) ( https://aur.archlinux.org/packages/etherpad-lite-git/ ) Deleted. devmon-git: https://aur.archlinux.org/packages/devmon-git/ Source dead and superceded by udevil Deleted. dao-git: https://aur.archlinux.org/packages/dao-git/ See comment Hello, the project seems to be dead. Could you please remove this package? Deleted. Thanks, -- Jonathan Steel pgpFPXaZdySaQ.pgp Description: PGP signature
Re: [aur-general] Merge elilo-efi-x86_64 into elilo-efi
On Fri, May 03, 2013 at 05:30:26PM +0530, Keshav Padram wrote: Hi, Please merge elilo-efi-x86_64 [1] pkg into elilo-efi [2] pkg. Thanks in advance. [1]: https://aur.archlinux.org/packages/elilo-efi-x86_64/ [2]: https://aur.archlinux.org/packages/elilo-efi/ Merged. -- Jonathan Steel pgpdjkaIQ3Yjo.pgp Description: PGP signature
Re: [aur-general] Unused account on BBS and AUR web interface
On May 4, 2013 11:34 PM, William Gathoye will...@gathoye.be wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi guys, I would like to contribute to the AUR, but it appears the account 'wget' has already been registrered, but no one seems to currently use it. It looks like someone has asked for a password reset but hasn't clicked on the confirmation link from the email yet. Would it be possible for you to unlock this account and release this username for me? I'm experiencing the same issue with the BBS forum. I got 'Invalid username' as a response from the registration form. It would be nice if I could keep the same e-dentity for the ArchLinux community, as I'm using the same nickname for the communities where I'm getting involved in. Regards, - -- William Gathoye will...@gathoye.be For the forums, email an admin. I doubt you'll have much luck, invalid username is probably a protective measure against very common names.
[aur-general] Merge request
Hello Could you please merge gnome15-impulse15 [1] into gnome15-plugin-impulse15 [2] ? The package was renamed to be consistent with the other plugins in the gnome15-plugins package. Thanks [1] https://aur.archlinux.org/packages/gnome15-impulse15/ [2] https://aur.archlinux.org/packages/gnome15-plugin-impulse15/ -- Nuno Araujo nuno.ara...@russo79.com signature.asc Description: This is a digitally signed message part
Re: [aur-general] Merge request
On Sunday, May 05, 2013 04:05:32 Nuno Araujo wrote: Hello Could you please merge gnome15-impulse15 [1] into gnome15-plugin-impulse15 [2] ? The package was renamed to be consistent with the other plugins in the gnome15-plugins package. Thanks [1] https://aur.archlinux.org/packages/gnome15-impulse15/ [2] https://aur.archlinux.org/packages/gnome15-plugin-impulse15/ Merged, thanks. Felix Yan Twitter: @felixonmars signature.asc Description: This is a digitally signed message part.