- Aur-dev - lists.archlinux.org

[aur-dev] [PATCH] Added reCAPTCHA into registration form
by Andrea Scarpino 09 Apr '09

09 Apr '09

Hi, spam is starting a "war" again AUR [1], so we can reply with a captcha. I did a search, and the best captcha seems to be reCAPTCHA [2]. It's free code, but to use it we must register an user. I did it and patched AUR to use reCAPTCHA. Patch is attached (recaptcha php library also). I think we need a captcha for registration but absolute not for comments, we can suspend the account who do spam. [1] http://www.archlinux.org/pipermail/aur-general/2009-April/004540.html [2] http://recaptcha.net/ -- Andrea `BaSh` Scarpino Arch Linux Developer

1 0

Re: [aur-dev] Removing category field from AUR.
by Chris Giles 05 Apr '09

05 Apr '09

Hi Guys I only just joined this mailing list and I'm not sure that I can opt to receive past threads. Let's hope the server knows what to do with this email, which is a reply to earlier ones with the same subject. Loui Chang wrote: > In light of recent discussions I've been thinking of removing the category > data from AUR. I agree completely: the 'category' feature is a major pain in the arse, as there aren't enough of them and I dislike being stalled by something so unessential when updating a package. Sebastian Nowicki wrote: > A much better alternative is to use a tag style system. The tags would be > defined by the PKGBUILD, so it's much more flexible, and a single package > can have multiple tags. I changed categories to tags in AUR2. This is a great idea, but perhaps make it optional for PKGBUILDs. If each must have at least one tag, rebellious package maintainers might add a line like: tags=('screw-tags'). Chris

2 1

[aur-dev] Removing category field from AUR.
by Loui Chang 16 Mar '09

16 Mar '09

In light of recent discussions I've been thinking of removing the category data from AUR. My view is that descriptions should be sufficient for users to search to find what they need. If a description isn't sufficient then it should be rewritten until it works. The category just adds another search option that really only complicates things. Sorting by category is the only semi-useful contribution that it makes. Any opinions or examples where category actually can exceed a well written description is appreciated. Thanks!

2 1

[aur-dev] [PATCH] Fixed some errors/omissions in setup docs
by Mark Taylor 12 Mar '09

12 Mar '09

While setting up a local AUR branch for development, I noticed some problems in web/README. Here's a patch.

3 6

[aur-dev] Embed AUR on other website
by LTSMash . 03 Mar '09

03 Mar '09

Hi! I'm working on a new Arch-based distro, and I'd like to know if it's possible to embed AUR into another webpage, so that users of our distro have access to the same packages as Arch users do without having to show directly this website... this would be cool because all of our users would be somehow contributing directly to Arch without doubling efforts... Any suggestions will do. Thanks [image: big_smile] -- LTSmash

4 4

[aur-dev] [PATCH] added links at My Statistic values
by Andrea Scarpino 02 Mar '09

02 Mar '09

Code is more clear than my bad English. This need my previous[1] patch. [1] http://www.archlinux.org/pipermail/aur-dev/2009-February/000732.html -- Andrea `BaSh` Scarpino Arch Linux Developer

2 1

[aur-dev] AUR2 API
by Sebastian Nowicki 21 Feb '09

21 Feb '09

Hi, I sent a similar mail over a year ago with no response, but this time I wrote up a draft on the wiki[1]. I'd like some suggestions and general feedback about the API, particularly from AUR client developers. I know there was some progress made on an API for the current AUR, but I can't find any end-user documentation for it. Is it finished? If the current interface is nice, there's no point re- designing it. It would be better to maintain compatibility if API clients already exist. As noted in the wiki, I think a well designed API is vital. This would allow a lot of neat tools for managing packages (uploading, updating, TU management) and easier integration with the makepkg/pacman toolchain for installing packages. It is quite possibly more important than the website itself. It occurred to me that we could eliminate the /api/ url part, and use the same URLs for various resources, but simply use different content types[2] to return HTML or JSON/XML/YAML/etc. I.e., we could have http://aur.archlinux.org/packages.html , which shows the normal HTML page users would see, but if we change to http://aur.archlinux.org/packages.json, we get only the data in JSON format. If the extension is not supplied, it could default to the html output. I'm not sure if this is a good idea or not, but it would make sense, since the business logic is identical, only the output differs. [1]: http://wiki.archlinux.org/index.php/AUR_2#Draft [2]: http://wiki.archlinux.org/index.php/AUR_2#Content_Types

1 0

[aur-dev] Method to get all packages
by Lukas Appelhans 19 Feb '09

19 Feb '09

Hey all! Loui Chang pointed me here since I prepared a patch to get all packages from AUR via the rpc-Interface... The reason why I need to get all packages is to build a list of available packages (which gets cached then...), the user can search in it then... (or just dig a bit in it...). This all is for the AUR-Intergration into Shaman2 (you might probably already know the 1.x version which is in community...)... Now the patch is attached, it's not tested at all and I don't have much knowledge of php/sql/json at all, so it's mostly a copy-over from the other methods... Lukas

3 6

[aur-dev] [PATCH] add Out-of-Date detail in search form
by Andrea Scarpino 18 Feb '09

18 Feb '09

I think this is useful. -- Andrea `BaSh` Scarpino Arch Linux Developer

2 1

[aur-dev] [PATCH] Fix: FS#13122 - simpler commented line removal
by Gergely Imreh 17 Feb '09

17 Feb '09

Hi, This patch should fix the way commented lines are removed. Should generally work with all lines (variables) AUR cares about. Removed previous (incomplete) method. Cheers, Greg

2 11