Re: [aur-general] Package Removal Request: yajl-ruby, redcloth

2011-04-20 Thread Pierre Chapuis
On Wed, 20 Apr 2011 20:57:55 +0800, talki walki wrote: But wait... I double checked: ruby-sqlite3 is actually different from ${ruby-,}sqlite3-ruby: ruby-sqlite3: http://rubygems.org/gems/sqlite3 sqlite3-ruby: http://rubygems.org/gems/sqlite3-ruby That's the same gem, and a duplicate o

Re: [aur-general] Upgraded AUR to 1.8.0

2011-02-22 Thread Pierre Chapuis
On Mon, 21 Feb 2011 14:46:24 -0500, Loui Chang wrote: Functionality needs to be moved to the clients for the better future of the AUR. Let's not think of the AUR as a mere webapp. Couldn't you think of the webapp as just another client? In which case it could use JavaScript to uncompress the

Re: [aur-general] Upgraded AUR to 1.8.0

2011-02-21 Thread Pierre Chapuis
On Mon, 21 Feb 2011 12:19:08 +0100, Lukas Fleischer wrote: How often do you do that? Why don't you just download the tarball and check its contents? I also can't imagine a lot of cases where the PKGBUILD preview doesn't give you an idea of what a package does. At least all the cases where ther

Re: [aur-general] AUR & Copyright

2011-02-11 Thread Pierre Chapuis
On Thu, 10 Feb 2011 13:17:29 +, Michael Schubert wrote: As long as the maintainer (aka copyright holder) are allowed to specify their own license then I'd be fine with it, though. Copyright holders are always allowed to publish their work under any additional license. No issue there. W

Re: [aur-general] [Announcement] First public git repo of the complete AUR.

2011-02-07 Thread Pierre Chapuis
On Sun, 6 Feb 2011 17:43:59 -0500, Loui Chang wrote: You probably want to grab the tarballs, and extract what's in those. The next release of the AUR will only have tarballs and PKGBUILDs. The other files won't be extracted. Would it be possible to also extract .install scripts? I usually re

Re: [aur-general] [arch-general] Please settle 'base' in 'depends' for all

2011-01-19 Thread Pierre Chapuis
On Thu, 20 Jan 2011 00:25:15 +1000, Allan McRae wrote: The problem is that the transitive closure can not be assumed to be correct. e.g. At the time A is built: A -> B,C,D,E B -> C,D,E C -> D,E Then B is updated and B -> C,D,E,F. Now the assuming a transitive closure for the dependency

Re: [aur-general] [arch-general] Please settle 'base' in 'depends' for all

2011-01-19 Thread Pierre Chapuis
On Wed, 19 Jan 2011 23:59:55 +1000, Allan McRae wrote: Huh? How is no dependency checks (-Sd) equivalent to complete dependency checking (-S with a transitive closure of dependencies)? They are polar opposites. What I mean is that if a transitive closure of dependencies is performed at pack

Re: [aur-general] [arch-general] Please settle 'base' in 'depends' for all

2011-01-19 Thread Pierre Chapuis
On Wed, 19 Jan 2011 23:19:33 +1000, Allan McRae wrote: Ah... OK. then I don't understand this: On 19/01/11 22:49, Magnus Therning wrote: Well, if the creation of the transitive closure of dependencies is created at package build time, then it can be removed from pacman, that should give a b

Re: [aur-general] TU Application: Lukas Fleischer

2010-10-12 Thread Pierre Chapuis
On Mon, 11 Oct 2010 16:45:01 +0200, Lukas Fleischer wrote: It's still quite easy to build custom packages that are in [community], e.g. using the ABS [1]. You could use something like the following command to sync PKGBUILDs from the repositories, edit your "config.h" and build a new package (

Re: [aur-general] TU Application: Lukas Fleischer

2010-10-10 Thread Pierre Chapuis
"Lukas Fleischer" a écrit : > optionally surf How would you deal with config.h? To me surf should stay in AUR because of that. -- Pierre 'catwell' Chapuis

Re: [aur-general] openmpi, mpich2: provides 'mpi'

2010-08-24 Thread Pierre Chapuis
On Mon, 23 Aug 2010 12:14:30 +0200, Marco wrote: > Hi people, > > should we define a provides=("mpi") or something like that in openmpi > and mpich2, and eventually also other possible mpi implementations? > That way a number of mpi-dependent packages will be made undependent > of the chosen mpi

Re: [aur-general] [orphan request] mlmmj

2010-02-27 Thread Pierre Chapuis
On Sat, 27 Feb 2010 14:16:51 +0100, Giovanni Scafora wrote: > 2010/2/27, Pierre Chapuis : >> Package link: http://aur.archlinux.org/packages.php?ID=12175 > > It's orphan. Adopted, thanks!

[aur-general] [orphan request] mlmmj

2010-02-27 Thread Pierre Chapuis
Hello, I would like mlmmj to be orphaned so that I can adopt it. It has been flagged out of date for a long time, I have posted a working PKGBUILD in the comments 10 days ago and I have emailed its maintainer without an answer. Package link: http://aur.archlinux.org/packages.php?ID=12175

Re: [aur-general] orphans in [community] - full list

2010-02-05 Thread Pierre Chapuis
Le Fri, 05 Feb 2010 02:03:49 -0600, "Daniel J Griffiths (Ghost1227)" a écrit : > luarocks > Depends: lua > Required by: none If nobody wants it I can take it in AUR, but I hope not, it belongs in community.

Re: [aur-general] TU without [community] maintaining?

2010-02-03 Thread Pierre Chapuis
Le Wed, 3 Feb 2010 19:55:10 +0100, Laszlo Papp a écrit : > > key management should further be integrated into yoaurt (or the like) > > Yaourt is not supported officially, and it's buggy and abandoned > program at this momment, and it has got a very bad design concept to > parse URLs directly, so

Re: [aur-general] TU without [community] maintaining?

2010-02-03 Thread Pierre Chapuis
Le Wed, 3 Feb 2010 19:55:55 +0100, Heiko Baums a écrit : > Am Wed, 03 Feb 2010 20:41:34 +0200 > schrieb Lauri Niskanen : > > > I agree that peer trust network is a nice idea and that pgp keys might > > be unnecessary. AUR accounts are already authenticated by the web > > system and user can be e

Re: [aur-general] TU without [community] maintaining?

2010-02-03 Thread Pierre Chapuis
Le Wed, 03 Feb 2010 15:41:38 +0100, Thomas Bächler a écrit : > I think it is a good idea. We could create the "AUR moderator" position > instead of calling it "Semi-TU". > > When I was a TU, I didn't care at all about moderating the AUR, and > maybe other TUs feel the same and rather do packagin

Re: [aur-general] TU Resignation

2010-02-01 Thread Pierre Chapuis
Le Sun, 31 Jan 2010 18:41:34 -0500, Jim Pryor a écrit : > I'm closely following Lua, and can help out with the luadoc, luafilesystem, > and > lualogging. luajit doesn't yet work on x86_64, which my machines are, > and I haven't played with it at all, so I won't say I can help with > that. > > N

[aur-general] Orphaning / giving away packages

2010-01-27 Thread Pierre Chapuis
I have just orphaned a few packages because I don't use them anymore, so you can adopt them if you want. They are: gfaim: cooking recipes software in French lib32-libmad: I probably needed it for a proprietary game someday... lout: LaTeX alternative ltsa: a formal verification tool for concurrent

Re: [aur-general] unparseable PKGBUILD

2009-11-10 Thread Pierre Chapuis
Le Tue, 10 Nov 2009 10:03:04 +0100, Cilyan Olowen a écrit : > By the way, is it possible to upload to AUR PKGBUILDs that builds more > than one package and where pkgname is an array ? > This is supported by makepkg, but I don't know if the AUR interface > and aur helpers like yaourt can handle th

Re: [aur-general] How to make a PKGBUILD for Kepler/Xavante?

2009-09-28 Thread Pierre Chapuis
Le Sun, 27 Sep 2009 20:57:58 -0400, Daenyth Blank a écrit : > Generally there will be some Makefile (or equivalent) variable that > can be changed to make that work right. Any non-broken build system > should support this. The problem is that the setup method for Kepler is a bit specific and doe

[aur-general] How to make a PKGBUILD for Kepler/Xavante?

2009-09-27 Thread Pierre Chapuis
Hi listmates, as I said in an earlier email in another thread, I always try to make a PKGBUILD for every piece of software I install. There's an exception though: the Lua webserver Xavante, which is part of the Kepler distribution (http://www.keplerproject.org/xavante/). I can set it up withou

Re: [aur-general] advice wanted on "surf" package

2009-09-27 Thread Pierre Chapuis
Le Sun, 27 Sep 2009 18:08:45 -0400, Ray Kohler a écrit : > Disowned. It's all yours. Given that you actually use it, and I don't, > that would be enough all by itself. Adopted, although I hadn't noticed there was another package than the one I used, which was surf-hg. But I was thinking of swit

Re: [aur-general] advice wanted on "surf" package

2009-09-27 Thread Pierre Chapuis
Le Sun, 27 Sep 2009 17:21:23 -0400, Ray Kohler a écrit : > Back on topic, I think I'll wait and see if anybody else has any > surprising suggestions that disagree with this one, and if none are > forthcoming, I'll disown the surf package. Having a pacman developer > tell me not to use pacman for

Re: [aur-general] Adding a .deb packaged application to the AUR

2009-09-18 Thread Pierre Chapuis
Le Fri, 18 Sep 2009 12:15:36 -0700, Smartboy a écrit : > On Fri, Sep 18, 2009 at 12:09 PM, Jeff Horelick wrote: > > > Hello Listmates, > > > > I have a package here i'd really like to add to the AUR. The problem is > > that > > its packaged in a .deb. How would i go about packaging this for Arc

Re: [aur-general] AurJson - orphan packages

2009-09-14 Thread Pierre Chapuis
Le Mon, 14 Sep 2009 22:46:15 +0800, Gergely Imreh a écrit : > I'm CC-ing this to the aur-dev, as I think it belongs there. > > The following patch adds the Orphan field to the aurjson output. For > username we would need to hit the database once more (maybe, have to > think more SQL for that),

Re: [aur-general] AurJson - orphan packages

2009-09-13 Thread Pierre Chapuis
Le Sun, 13 Sep 2009 18:23:02 +0200, Pierre Chapuis a écrit : > Hi, > > I was wondering if there's a way to know if a package is orphan using the > AurJson interface. > > If that's not the case, I think I will find a feature request for something > like: >

[aur-general] AurJson - orphan packages

2009-09-13 Thread Pierre Chapuis
Hi, I was wondering if there's a way to know if a package is orphan using the AurJson interface. If that's not the case, I think I will find a feature request for something like: "Uploader":"pseudonym" in "info/results", with "pseudonym" set as "orphan" if the package is orphan (I hope nobod

Re: [aur-general] Duplicate package: lua-expat

2009-08-28 Thread Pierre Chapuis
Le Fri, 28 Aug 2009 12:59:00 -0400, Scott Smith a écrit : > I'd suggest removing luaexpat instead as lua-expat conforms to the AUR > guidelines. lua-expat is more recent and orphan, whereas the other one is maintained. Maybe its name should be changed to lua-expat for consistence though.

[aur-general] Duplicate package: lua-expat

2009-08-28 Thread Pierre Chapuis
http://aur.archlinux.org/packages.php?ID=21939 (lua-expat) is a duplicate of http://aur.archlinux.org/packages.php?ID=13509 (luaexpat) and should be removed. -- catwell

Re: [aur-general] Extra/AUR duplicates

2009-08-23 Thread Pierre Chapuis
Le Sun, 23 Aug 2009 14:40:51 +0200, Stefan Husmann a écrit : > Well, words in AUR is different from words in extra. But it does not compile. > Has Arch Linux an ada compiler? Afaik it does not. The best one I found is gcc-ada from AUR. -- catwell

Re: [aur-general] TU dashboard accounts

2009-08-10 Thread Pierre Chapuis
Le Mon, 10 Aug 2009 14:07:24 -0500, Aaron Griffin a écrit : > We looked into that, but that's not much better than a self signed > cert. We discussed this at length among the devs, and already made a > decision. We're well aware of all the options :) It is also not easy to get a certificate from

[aur-general] AUR package name change

2009-05-08 Thread Pierre Chapuis
Somebody asked me to rename my mplayer-nogui-svn [1] package to mplayer-minimal-svn. I think he's right, that would be more logical now that there's no GUI included in the mplayer package, but is there a way to do this without losing comments and votes? [1] http://aur.archlinux.org/packages.ph

Re: [aur-general] When does a package need -svn?

2009-04-26 Thread Pierre Chapuis
Le Sun, 26 Apr 2009 22:18:33 +0200, Xyne a écrit : > My interpretation of b is that you don't actually have to host the > files but you must be able to supply the sources upon request. As the > PKGBUILD is readily available and is able to retrieve the source files, > that condition is met. It is

Re: [aur-general] How to handle interchangeable dependencies?

2009-04-06 Thread Pierre Chapuis
Le Tue, 7 Apr 2009 05:16:53 +0800, Ray Rashif a écrit : > Fixing the "+" problem in AUR won't be of much help IMHO (but I recall it > was in the TODO list). Such a package can come with "p" instead, and when/if > it gets to a supported repository there'd be nothing to complain about. It could be

Re: [aur-general] How to handle interchangeable dependencies?

2009-04-06 Thread Pierre Chapuis
Le Mon, 6 Apr 2009 16:53:16 +0200, a écrit : > For me the case is simple, the yaourt webpage[1] led me to this > bugtracker or at least made it appeared to be the bugtracker, I just > reported the bug. If this is wrong then official Arch and yaourt need > to straighten this out. > No matter if it

Re: [aur-general] How about hashtags in package description?

2009-03-15 Thread Pierre Chapuis
Le Sun, 15 Mar 2009 11:54:12 -0400, Daenyth Blank a écrit : > > What's the practical difference between a tag and a hashtag? > I think that he means to put tags as comments? I have no clue really I thought he was talking about something like tags used in Jabber or Identi.ca posts. They are inli

Re: [aur-general] moreutils in community

2009-02-26 Thread Pierre Chapuis
Le Thu, 26 Feb 2009 23:50:45 +0100, Geoffroy Carrier a écrit : > Well I love those tools, so I'd say... Let's vote! I didn't know these tools existed, at least this thread learnt me something useful. I've voted for them now, by the way. I hope enough users do so so they can stay in community.

Re: [aur-general] The search engine needs improvements

2009-01-10 Thread Pierre Chapuis
Le Sat, 10 Jan 2009 22:55:39 +0100, Xavier a écrit : > But then again, rar is probably a corner case. I have personally never > ran into that problem in all the searches I did on AUR so it is > probably not a big deal :) Ever tried to search vi? :) +1 from Just Another User on Xavier's suggestio

Re: [aur-general] Suggestion of resource on AUR.

2009-01-05 Thread Pierre Chapuis
Le Mon, 05 Jan 2009 18:11:42 -0500, Ghost1227 a écrit : > I agree that this is generally a good idea, although two weeks does seem > a bit short (especially around the holidays). As for instances where a > package can't be updated, perhaps a new flag could be implemented for > these situation

Re: [aur-general] AUR Upgraded

2008-12-23 Thread Pierre Chapuis
Le Wed, 17 Dec 2008 23:38:47 +0100, "Cilyan Olowen" a écrit : > Updated french translation. There are some strings that are not seen > by the translation_tool. Then I missed them. I hope I did not missed > some more... I don't know if it's expected but the French translation for AUR looks broken

[aur-general] Duplicates from core and extra in AUR

2008-12-23 Thread Pierre Chapuis
I wrote a script that can, among other things, find packages in AUR that have the same name that a package in another repo. I think most of these packages should be removed from the AUR or at least renamed. For more information see http://bbs.archlinux.org/viewtopic.php?pid=468188#p468188. -- cat

Re: [aur-general] Codeblocks vanished from AUR

2008-12-21 Thread Pierre Chapuis
Le Mon, 22 Dec 2008 01:52:24 +0100, "stefan-husm...@t-online.de" a écrit : > Hello, > > the package codeblocks I maintain in Community vanished. I am quite sure > this happened not long ago, maybe yesterday ore the day before. The > x86_64 package still shows up on Pierre's package list on archl

Re: [aur-general] 500 Haskell packages now in AUR

2008-08-20 Thread Pierre Chapuis
Le Wed, 20 Aug 2008 13:24:17 -0300, Roberto Alsina <[EMAIL PROTECTED]> a écrit : > On Wednesday 20 August 2008 13:15:29 Loui wrote: > > On Wed, Aug 20, 2008 at 09:09:48AM -0700, Don Stewart wrote: > > > 10 weeks after the Arch Haskell group started, there are now 500 Haskell > > > packages bundled

Re: [aur-general] [arch-dev-public] Please stop the install message insanity

2008-07-30 Thread Pierre Chapuis
Le Wed, 30 Jul 2008 03:28:35 +, "Abhishek Dasgupta" <[EMAIL PROTECTED]> a écrit : > If a package really has to give an install msg which pertains > to some other package then it should first check if that > package exists (pacman -Q ... is it possible to call pacman > from within the post inst

Re: [aur-general] TU application

2008-07-04 Thread Pierre Chapuis
Le Fri, 4 Jul 2008 12:00:30 +0200, "Ronald van Haren" <[EMAIL PROTECTED]> a écrit : > I had a quick look too, overall the quality seemed to be fairly good > from the few packages I checked. I thrust you guys on the rest ;) > > Anyway, what I was wondering (I don't feel like reading the guidelines

Re: [aur-general] TU Voting On The AUR

2008-05-07 Thread Pierre CHAPUIS
Le Wed, 7 May 2008 14:03:17 +0200, Xavier <[EMAIL PROTECTED]> a écrit : > Hello, > > I am curious why no one is interested in this : > http://www.archlinux.org/pipermail/tur-users/2008-February/007020.html > Besides many other advantages like automation and anonymity, it should > remove noise on

Re: [aur-general] AUR Cleanup Day organization

2008-05-02 Thread Pierre CHAPUIS
Le Fri, 02 May 2008 23:53:51 +1000, Allan McRae <[EMAIL PROTECTED]> a écrit : > I suggest we get together in the TU IRC channel on the weekend of 17/18 > May and go through the list. I think we should take care not to get too > carried away when we remove packages. While some packages may be