From lord.ltsmash at gmail.com Sun Mar 1 16:10:02 2009 From: lord.ltsmash at gmail.com (LTSMash .) Date: Sun, 1 Mar 2009 21:10:02 +0000 Subject: [aur-dev] Embed AUR on other website Message-ID: 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 From louipc.ist at gmail.com Mon Mar 2 14:11:44 2009 From: louipc.ist at gmail.com (Loui Chang) Date: Mon, 2 Mar 2009 14:11:44 -0500 Subject: [aur-dev] [PATCH] added links at My Statistic values In-Reply-To: References: Message-ID: <20090302191144.GD2186@lynn> On Sun, Feb 15, 2009 at 11:48:04PM +0100, Andrea Scarpino wrote: > 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 Thanks. Pushed. From louipc.ist at gmail.com Mon Mar 2 14:13:27 2009 From: louipc.ist at gmail.com (Loui Chang) Date: Mon, 2 Mar 2009 14:13:27 -0500 Subject: [aur-dev] Embed AUR on other website In-Reply-To: References: Message-ID: <20090302191327.GE2186@lynn> On Sun, Mar 01, 2009 at 09:10:02PM +0000, LTSMash . wrote: > 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... There isn't any established way to do this with full functionality. Also I'd prefer not to mask the origin of AUR. From sebnow at gmail.com Mon Mar 2 23:09:01 2009 From: sebnow at gmail.com (Sebastian Nowicki) Date: Tue, 3 Mar 2009 13:09:01 +0900 Subject: [aur-dev] Embed AUR on other website In-Reply-To: References: Message-ID: <76E4332F-466F-413E-BADA-81C810054E5D@gmail.com> On 02/03/2009, at 6:10 AM, LTSMash . wrote: > 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... That's not exactly a nice way of doing it. It would be possible by using an API, but this would only retrieve data from the AUR website, and would probably be quite slow. Another (ugly) possibility is simply using iframes. From gaknar at gmail.com Tue Mar 3 03:50:45 2009 From: gaknar at gmail.com (Cilyan Olowen) Date: Tue, 3 Mar 2009 09:50:45 +0100 Subject: [aur-dev] Embed AUR on other website In-Reply-To: <76E4332F-466F-413E-BADA-81C810054E5D@gmail.com> References: <76E4332F-466F-413E-BADA-81C810054E5D@gmail.com> Message-ID: What about a simple code to retreive a backup of the SQL tables containing packages informations ? That would do like mirroring the AUR website (without user informations), a little bit like it is for the other repositories. Or let's make things in large, set up a Pacman User Repositories (PUR(e?)) that merges the efforts of some distributions using pacman (that's a little utopist, I think). 2009/3/3 Sebastian Nowicki : > > On 02/03/2009, at 6:10 AM, LTSMash . wrote: > >> 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... > > That's not exactly a nice way of doing it. It would be possible by using an > API, but this would only retrieve data from the AUR website, and would > probably be quite slow. Another (ugly) possibility is simply using iframes. > > From sebnow at gmail.com Tue Mar 3 04:01:37 2009 From: sebnow at gmail.com (Sebastian Nowicki) Date: Tue, 3 Mar 2009 18:01:37 +0900 Subject: [aur-dev] Embed AUR on other website In-Reply-To: References: <76E4332F-466F-413E-BADA-81C810054E5D@gmail.com> Message-ID: <68B08673-ADC0-454D-8A02-53DA8D4E19D3@gmail.com> On 03/03/2009, at 5:50 PM, Cilyan Olowen wrote: > What about a simple code to retreive a backup of the SQL tables > containing packages informations ? That would do like mirroring the > AUR website (without user informations), a little bit like it is for > the other repositories. What's the point? This would only lead to unnecessary duplication and maintenance problems. > Or let's make things in large, set up a Pacman User Repositories > (PUR(e?)) that merges the efforts of some distributions using pacman > (that's a little utopist, I think). I don't see how this would work. Each distribution would likely require their own repository anyway. If the distributions aren't different and don't require different packages, then what's the point of the distribution itself? There's no problem with setting up another AUR. As far as I know it's portable and does not depend on the Archlinux website. However, duplicating data seems unnecessary and would only create problems. From skymt0 at gmail.com Thu Mar 12 12:20:34 2009 From: skymt0 at gmail.com (Mark Taylor) Date: Thu, 12 Mar 2009 12:20:34 -0400 Subject: [aur-dev] [PATCH] Fixed some errors/omissions in setup docs Message-ID: <20090312122034.7e6aec7a@gmail.com> While setting up a local AUR branch for development, I noticed some problems in web/README. Here's a patch. From andrea at archlinux.org Thu Mar 12 12:21:25 2009 From: andrea at archlinux.org (Andrea Scarpino) Date: Thu, 12 Mar 2009 17:21:25 +0100 Subject: [aur-dev] [PATCH] Fixed some errors/omissions in setup docs In-Reply-To: <20090312122034.7e6aec7a@gmail.com> References: <20090312122034.7e6aec7a@gmail.com> Message-ID: 2009/3/12 Mark Taylor : > While setting up a local AUR branch for development, I noticed some > problems in web/README. Here's a patch. here where? :P -- Andrea `BaSh` Scarpino Arch Linux Developer From skymt0 at gmail.com Thu Mar 12 12:22:56 2009 From: skymt0 at gmail.com (Mark Taylor) Date: Thu, 12 Mar 2009 12:22:56 -0400 Subject: [aur-dev] [PATCH] Fixed some errors/omissions in setup docs In-Reply-To: References: <20090312122034.7e6aec7a@gmail.com> Message-ID: <20090312122256.75a88668@gmail.com> On Thu, 12 Mar 2009 17:21:25 +0100 Andrea Scarpino wrote: > 2009/3/12 Mark Taylor : > > While setting up a local AUR branch for development, I noticed some > > problems in web/README. Here's a patch. > here where? :P It should have been attached. Let's try it inline: From 9015777f8d0d03a72dec1f5b1eaff76da3785822 Mon Sep 17 00:00:00 2001 From: Mark Taylor Date: Thu, 12 Mar 2009 11:46:04 -0400 Subject: [PATCH] Fixed some errors/omissions in setup docs --- web/README | 12 ++++++++---- 1 files changed, 8 insertions(+), 4 deletions(-) diff --git a/web/README b/web/README index 9958e7f..e43891e 100644 --- a/web/README +++ b/web/README @@ -9,9 +9,11 @@ Setup on Arch Linux: 3) Configure Apache - - Edit /etc/httpd/conf/httpd.conf and make sure that PHP - support is enabled by uncommenting the LoadModule line - that specifies the PHP module. + - Edit /etc/httpd/conf/httpd.conf and enable PHP support + by adding the following lines. + + LoadModule php5_module modules/libphp5.so + Include conf/extra/php5_module.conf - Also append the following snippet to enable the aur Virtual Host (Replace MYUSER with your username). @@ -24,6 +26,8 @@ Setup on Arch Linux: Options Indexes FollowSymLinks AllowOverride All + Order allow,deny + Allow from all @@ -50,7 +54,7 @@ Setup on Arch Linux: - Put PEAR in your php include_path in web/html/.htaccess: - php value include_path = ".:../lib:../lang:/usr/share/pear" + php_value include_path ".:../lib:../lang:/usr/share/pear" PEAR's path may vary depending on your set up. -- 1.6.2 From skymt0 at gmail.com Thu Mar 12 12:28:41 2009 From: skymt0 at gmail.com (Mark Taylor) Date: Thu, 12 Mar 2009 12:28:41 -0400 Subject: [aur-dev] [PATCH] Fixed some errors/omissions in setup docs In-Reply-To: <20090312122256.75a88668@gmail.com> References: <20090312122034.7e6aec7a@gmail.com> <20090312122256.75a88668@gmail.com> Message-ID: <537146990903120928j7077afdh5fee1bf20a672f29@mail.gmail.com> Yeah, Gmail's messing up. Big apologies. One last try. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Fixed-some-errors-omissions-in-setup-docs.patch Type: application/octet-stream Size: 1435 bytes Desc: not available URL: From louipc.ist at gmail.com Thu Mar 12 14:03:02 2009 From: louipc.ist at gmail.com (Loui Chang) Date: Thu, 12 Mar 2009 14:03:02 -0400 Subject: [aur-dev] [PATCH] Fixed some errors/omissions in setup docs In-Reply-To: <537146990903120928j7077afdh5fee1bf20a672f29@mail.gmail.com> References: <20090312122034.7e6aec7a@gmail.com> <20090312122256.75a88668@gmail.com> <537146990903120928j7077afdh5fee1bf20a672f29@mail.gmail.com> Message-ID: <20090312180302.GU2186@lynn> On Thu, Mar 12, 2009 at 12:28:41PM -0400, Mark Taylor wrote: > Yeah, Gmail's messing up. Big apologies. One last try. Thanks. Pushed. How'd you find the setup otherwise? Not too many snags hopefully. From skymt0 at gmail.com Thu Mar 12 14:44:17 2009 From: skymt0 at gmail.com (Mark Taylor) Date: Thu, 12 Mar 2009 14:44:17 -0400 Subject: [aur-dev] [PATCH] Fixed some errors/omissions in setup docs In-Reply-To: <20090312180302.GU2186@lynn> References: <20090312122034.7e6aec7a@gmail.com> <20090312122256.75a88668@gmail.com> <537146990903120928j7077afdh5fee1bf20a672f29@mail.gmail.com> <20090312180302.GU2186@lynn> Message-ID: <20090312144417.72bfb07d@gmail.com> On Thu, 12 Mar 2009 14:03:02 -0400 Loui Chang wrote: > How'd you find the setup otherwise? Not too many snags hopefully. Actually, it was fairly smooth considering how little I've worked with PHP. I only had to reach for Google when I ran into one of the documentation errors. From louipc.ist at gmail.com Thu Mar 12 15:21:15 2009 From: louipc.ist at gmail.com (Loui Chang) Date: Thu, 12 Mar 2009 15:21:15 -0400 Subject: [aur-dev] [PATCH] Fixed some errors/omissions in setup docs In-Reply-To: <20090312144417.72bfb07d@gmail.com> References: <20090312122034.7e6aec7a@gmail.com> <20090312122256.75a88668@gmail.com> <537146990903120928j7077afdh5fee1bf20a672f29@mail.gmail.com> <20090312180302.GU2186@lynn> <20090312144417.72bfb07d@gmail.com> Message-ID: <20090312192115.GV2186@lynn> On Thu, Mar 12, 2009 at 02:44:17PM -0400, Mark Taylor wrote: > On Thu, 12 Mar 2009 14:03:02 -0400 > Loui Chang wrote: > > > How'd you find the setup otherwise? Not too many snags hopefully. > > Actually, it was fairly smooth considering how little I've worked with > PHP. I only had to reach for Google when I ran into one of the > documentation errors. Alright. Good to hear. From louipc.ist at gmail.com Sun Mar 15 16:22:29 2009 From: louipc.ist at gmail.com (Loui Chang) Date: Sun, 15 Mar 2009 16:22:29 -0400 Subject: [aur-dev] Removing category field from AUR. Message-ID: <20090315202229.GZ2186@lynn> 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! From sebnow at gmail.com Sun Mar 15 22:53:54 2009 From: sebnow at gmail.com (Sebastian Nowicki) Date: Mon, 16 Mar 2009 11:53:54 +0900 Subject: [aur-dev] Removing category field from AUR. In-Reply-To: <20090315202229.GZ2186@lynn> References: <20090315202229.GZ2186@lynn> Message-ID: <0B3E7E85-35DD-42A3-8BD9-B388691E8A19@gmail.com> On 16/03/2009, at 5:22 AM, Loui Chang wrote: > 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! I don't particularly like the current "category" field. It's hard- coded in the database. I found that it's sometimes difficult to fit a package into a particular category. 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. The main use case is browsing. It's much easier to select "games" and browse all games, rather than searching for "games" and getting false positives (just because it's in the description doesn't mean it's a game). in addition to that, if packages can have multiple categories/ tags, then you can filter more out by selecting more than one category/ tag as the criteria. An example of this could be "development" and "python" to get a list of development tools for python. A well written description would achieve a similar effect, but it would not be as accurate, effective, or intuitive. I'm sure that it would mostly be GUI applications which would take advantage of this, so it may not be as applicable to AUR. AUR currently doesn't have good support for searching categories. It's basically "I want this category." However if the AUR would support multiple categories, I think it would make browsing much nicer, when browsing for software providing a particular thing, rather than searching for a package whose name you know. As far as GUI applications go, I'm sure that selecting categories/tags would be more intuitive than searching for "python development" (which in pacman's case would return packages with "python" OR "development" in the pkgname and pkgdesc). Either way I think removing categories, as they are now, is a good idea. They're more annoying than useful.