Re: [gentoo-dev] mercurial.eclass: change clone destination

2010-11-07 Thread Mike Auty
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/11/10 02:40, Donnie Berkholz wrote: I read it more closely and realized I was a little confused by the way you listed all the bullet points mixing together benefits and problems. So I'll try again: if you really want to do this change, you

[gentoo-dev] [RFC] virtual/openvg virtual/gles virtual/egl

2010-11-07 Thread Luca Barbato
I'd like to introduce those virtual so far mesa[gallium] provides openvg-1.0, gles-2.0, gles-1.0 and egl-1.4 and binaries from companies are going to provide more or less the same features. Caveat: openvg and gles are bound to the egl implementation so you cannot mix and match them. Caveat2: I'm

Re: [gentoo-dev] mercurial.eclass: change clone destination

2010-11-07 Thread Petteri Räty
On 11/06/2010 11:22 AM, Krzysztof Pawlik wrote: Hello, I'm sending this patch for discussion, what it changes? The change is to where the final clone of repository will be placed, it used to be ${WORKDIR}/${module} (where module usually is the last component of source URI) to

[gentoo-dev] Please move your packages to virtual/jpeg

2010-11-07 Thread Jory A. Pratt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 As some of you are aware libjpeg-turbo is in the tree, with v8 support. We will not keyword for any archs until we officially add the 1.1 release that is not avaliable as of yet. If we all use virtual/jpeg we can ensure that the user has the right to

Re: [gentoo-dev] Please move your packages to virtual/jpeg

2010-11-07 Thread Paweł Hajdan, Jr.
On 11/7/10 8:51 PM, Jory A. Pratt wrote: As some of you are aware libjpeg-turbo is in the tree, with v8 support. We will not keyword for any archs until we officially add the 1.1 release that is not avaliable as of yet. If we all use virtual/jpeg we can ensure that the user has the right to

Re: [gentoo-dev] Please move your packages to virtual/jpeg

2010-11-07 Thread Samuli Suominen
On 11/07/2010 10:40 PM, Paweł Hajdan, Jr. wrote: On 11/7/10 8:51 PM, Jory A. Pratt wrote: As some of you are aware libjpeg-turbo is in the tree, with v8 support. We will not keyword for any archs until we officially add the 1.1 release that is not avaliable as of yet. If we all use

Re: [gentoo-dev] mercurial.eclass: change clone destination

2010-11-07 Thread Krzysztof Pawlik
On 11/07/10 13:07, Mike Auty wrote: On 07/11/10 02:40, Donnie Berkholz wrote: I read it more closely and realized I was a little confused by the way you listed all the bullet points mixing together benefits and problems. So I'll try again: if you really want to do this change, you might

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2010-11-07 23h59 UTC

2010-11-07 Thread Robin H. Johnson
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2010-11-07 23h59 UTC. Removals: sys-auth/pam_pwdfile2010-11-01 16:14:41 flameeyes net-misc/omnievents 2010-11-01 16:14:41

[gentoo-dev] last rites: games-mud/panache

2010-11-07 Thread Michael Sterrett
+# Michael Sterrett mr_bon...@gentoo.org (07 Oct 2010) +# No release since 2002; uses gnome-vfs +# Mask for removal on 20101207 +games-mud/panache

Re: [gentoo-dev] mercurial.eclass: change clone destination

2010-11-07 Thread Donnie Berkholz
On 16:42 Sun 07 Nov , Petteri Räty wrote: On 11/06/2010 11:22 AM, Krzysztof Pawlik wrote: Hello, I'm sending this patch for discussion, what it changes? The change is to where the final clone of repository will be placed, it used to be ${WORKDIR}/${module} (where module