date:20120324

[gentoo-dev] Last rites: app-arch/createrepo

2012-03-24 Thread Markos Chandras

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

# Markos Chandras hwoar...@gentoo.org
# Does not seem to work. No upstream
# Bug #396067
app-arch/createrepo

- -- 
Regards,
Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)

iQIcBAEBCgAGBQJPbZm7AAoJEPqDWhW0r/LCpn8P/R1dddTu2+V7WuhSkrcvFXUG
FftjNQkfQ2dA3cI2mu4tpmtkuYNGW51IGL3kYn9DwkUBIKpH4/bNcG0ZaTDVLMsS
aTyJZkHICsfX8WVjN+S+CbIDTfK+pddKThidojHKRoH6wgGwoVH0LYhcW7afnMX4
iAUqKVjlW/8S/jnxqfjUzj4HhjDV5SYwp3tLmls33y2JdA2ynSXDb34s9poH6YBi
t0mOIzcFOUqTI8bM9GNPawswuR7C0pXVQKxNCHN0sojA0N/F4kkW09TVGP1svnBG
6zda0jx6ck7SLTy9ifqg76byIiGWHGfMRhGv/XN6ENqXa/YZUVpwZ+CoZKZd1wUC
OfaKXowf1GXCAH7zo6KgWlzehJLV66gXBw3N4PC3ciqecfhjMejB1H/GhM/TriaX
D0PoF/lnaRt08X1abAiFVFYGgOjYmPodzsTaM95WkRqiSvAAUYRMIwp5jXYdeJBu
AIq58CzWmFf8LCbrH++JR6YI+KMK3ldpWk8bAtNy1SZjTBk3Osth+PqKNpDlmpoR
UU0cC/tsSlZfV9rPUzUHLnUdfYs4GTQxJDDr9qQygWXZb1jZVdlYdSgiK09r1i2/
ZhEBgDigVBOnjLBIHRvAsifdKFh+xupDChW1WShI7w+mogqmXy+Q54OucZM1On6V
A0sUjo0+FrtYMn4qCQ0i
=ph1R
-END PGP SIGNATURE-

[gentoo-dev] Lastrites: net-im/msn-transport, net-im/yahoo-transport, net-p2p/giftoxic, net-p2p/dchub, dev-cpp/cppcsp2, dev-util/radare, www-servers/mini_httpd, net-analyzer/midas-nms, media-sound/dem

2012-03-24 Thread Pacho Ramos

# Pacho Ramos pa...@gentoo.org
# Fails to build (#239789), dead project (#303695).
# Removal in 30 days.
net-im/msn-transport

# Pacho Ramos pa...@gentoo.org
# Fails to build (#153266), dead. Removal in 30 days.
net-im/yahoo-transport
# Pacho Ramos pa...@gentoo.org
# Segfaults, bug #168802. Dead since 2003. Removal in
# 30 days.
net-p2p/giftoxic

# Pacho Ramos pa...@gentoo.org
# Fails to build (#205375), doesn't respect LDFLAGS
# (#337310), dead since 2006 (#370603). Removal in 30
# days.
net-p2p/dchub

# Pacho Ramos pa...@gentoo.org
# Fortify kills its tests (#294824), dead since 2009
# and nothing needs it in the tree. Removal in 30 days.
dev-cpp/cppcsp2

# Pacho Ramos pa...@gentoo.org
# Installs to hard-coded python paths (#297040), buffer
# overflow (#337478), nobody willing to maintain/fix it.
# Removal in 30 days.
dev-util/radare

# Pacho Ramos pa...@gentoo.org
# Security bugs (#301909, #303755). Removal in 30 days.
www-servers/mini_httpd

# Pacho Ramos pa...@gentoo.org
# Tries to install data from local install (#332469),
# doesn't respect LDFLAGS (#332467), dead since 2004.
# Removal in 30 days.
net-analyzer/midas-nms

# Pacho Ramos pa...@gentoo.org
# Doesn't respect LDFLAGS (#334717), still using glib:1,
# dead upstream. Removal in 30 days.
media-sound/demolition

# Pacho Ramos pa...@gentoo.org
# Overflows and multiple other problems (#336606),
# removal in 30 days.
net-fs/coda

# Pacho Ramos pa...@gentoo.org
# Propietary now, overflows (#337087). Removal in 30
# days.
dev-db/ingres

# Pacho Ramos pa...@gentoo.org
# Buffer overflow (#337676), no update since 2003.
# Removal in 30 days.
net-irc/echat

# Pacho Ramos pa...@gentoo.org
# Buffer overflow (#338151), no release since 2007,
# nothing in the tree needs it. Removal in 30 days.
media-libs/libgiigic

# Pacho Ramos pa...@gentoo.org
# Buffer overflow (#339746), upstream dead, bundles
# some libs. Removal in 30 days.
app-editors/cssed

# Pacho Ramos pa...@gentoo.org
# Buffer overflow (#339842), dead since 2006. Removal
# in 30 days.
net-im/gyach

# Pacho Ramos pa...@gentoo.org
# Buffer overflow (#343575), dead since 2006. Removal
# in 30 days.
net-analyzer/pathrate

# Pacho Ramos pa...@gentoo.org
# Upstream dead, fails to build with gcc-4.6 (#363465),
# removal in 30 days.
dev-libs/sucs

# Pacho Ramos pa...@gentoo.org
# Fails to build (#367697), dead project. Removal in
# 30 days.
x11-misc/expocity
# Pacho Ramos pa...@gentoo.org
# Became propietary and no longer provides linux version,
# removal in 30 days.
net-misc/x-lite

# Pacho Ramos pa...@gentoo.org
# Needs net-misc/mDNSResponder (#405395), dead since
# 2005 and not compatible with recent asterisk. Removal
# in 30 days.
net-misc/asterisk-res_bondia




signature.asc
Description: This is a digitally signed message part

Re: [gentoo-dev] New eclass: oasis.eclass for oasis-based ocaml packages.

2012-03-24 Thread Alexis Ballier

On Sat, 24 Mar 2012 00:02:15 +0300
Sergei Trofimovich sly...@gentoo.org wrote:

oasis_use_enable() {
echo --override $2 `use $1  echo \true\ || echo
\false\` }
   
   Mike added 'usex' to 'eutils.eclass' recently, so you might like
   to use it: (UNTESTED)
   echo --override $2 $(usex $1 true false)
  
  it needs to print the quotes too, so this wont work
 
 It did not print quotes:
 $ echo --override bazz `true  echo \true\ || echo \false\`
 --override bazz true

hu? i was pretty sure it was needed, but you're right, i dont know what
i was trying to achieve with those escaped quotes in there... i've
converted to your usex formula which is equivalent, thanks :)


   This configure hates gentoo prefix, right?
   Might worth sprinkling ${EPREFIX} around absolute paths.
   
  
  well, this will imply not supporting eapi2, i can live with it
 
 Oh, right. I've forgot. Each EPREFIX usage would require something
 like the following:
 
 has ${EAPI:-0} 0 1 2  ! use prefix  EPREFIX=

not worth it, ocaml ebuilds are all eapi2 and the eapi2-3 migration is
quite straightforward, so there's no point in supporting eapi3.

A.

[gentoo-dev] Re: Re: RFD: EAPI specification in ebuilds

2012-03-24 Thread Steven J Long

Kent Fredric wrote:
 On 19 March 2012 14:12, Steven J Long sl...@rathaus.eclipse.co.uk wrote:

 As for non-bash ebuilds, I have always agreed with antarus that they
 should simply use a different extension. Adding a new extension per
 source language is a *lot* cleaner than one per EAPI.
 
 Ok: If we take this notion and enshrine it in stone:
 
 If we assume Bash 4 is a seperate language from Bash 3, as its
 syntax-backwards-incompatible, is it fair to suggest that for some
 future EAPI which require Bash 4, that the extension change to suit?

I don't agree that it's a separate language: a lot of work goes into keeping 
BASH backward-compatible, so it's only when you use a new feature that your 
script will no longer work on an older version. We dealt with the move from 
bash2 to bash 3 quite well, I thought, and I don't see what's wrong with 
stipulating support for a new BASH version in a new EAPI: that seems 
quintessential use of the EAPI mechanism to me.

Another example would be use of extglob: as a scripting feature it needs to 
be enabled before any of the functions or script using it are even parsed, 
or BASH will bail with a syntax error. Specifying that it is so enabled in 
an EAPI (which I believe was done a while back) allows the ebuild author to 
use syntax that would otherwise fall over. Again, the EAPI mechanism works 
fine, and there is no need for a different extension, even though the syntax 
accepted has changed.

So we already have an example of where syntax changes, not just the 
available environment, work with an EAPI inside the file, as it should be.

 ie:  move from .ebuild  to .ebuild4 , where '.ebuild' conveys the
 format is bash, and that '.ebuild4' is bash4 only?
 
 That way you have a forwards declaration of the syntax/file format
 required to parse the file, but no declaration of the EAPI, so you're
 not breaking encapsulation.
 
 This is breaking the direct file==eapi connection, but still
 maintaining a loose file-eapi connection.
 
 Its /sort/ of like the one time extension change proposal, except
 its less 'arbitrary' than something like .eb , and it gives us the
 future option of changing the suffix again if bash 5 comes out with
 different syntax.
 
 Then we can do
 
 .ebuild = EAPI 0 - 4 bash = 3
 .ebuild4 = EAPI5 - 9 bash = 4
 .ebuild5 = EAPI10 - 15  bash = 5
 
 Thoughts?

As Brian said, you still need an EAPI mechanism, and further you've still 
leaked metadata that simply doesn't need to be leaked. The only thing that 
has ever held up adoption of EAPI extraction using a simple EAPI=foo 
declaration, matching tree-usage, is the fact that PMS does not specify 
which characters are allowed in an EAPI name. This was asked for a couple of 
years ago, iirc, and it is clearly necessary whether you scan for a token in 
the ebuild, or you stick EAPI into the filename. (After all you are even 
more restricted when you're talking about the filename, as opposed to a text 
string given in a script.)

It just seems like a major hole in the spec, given that EAPI is so critical 
to how you deal with the ebuild, and characters allowed for other tokens 
such as category, package, version, keywords, USE-flags etc are specified. 
It would be necessary for GLEP-55, but is not mentioned therein, which I 
guess means the GLEP is under-specified as well.

.eapi-NN just strikes me as similar to having M$ Word format as .doc95 
.doc2000 and the like- a complete mess. Or indeed sticking the charset 
encoding (which has profound consequences when reading a file) from an HTML 
file into its filename. Again, a similar, if not worse, piece of metadata-- 
just extracting it is hard if you don't know the charset in advance, but 
I've never heard of anyone arguing that it should belong anywhere other than 
in the file, from where tools dealing with it locally can extract it and, 
say, emit the correct HTTP header.

What I was referring to with an extension-per-language would be something 
like .pbuild for python-based build scripts, or .xbuild for your XML-
declarative example, and so on. In each case, you'd still need a supporting 
infrastructure, but it's clear that you are using a completely different 
setup, and it's no longer a traditional BASH-based ebuild. It would be quite 
reasonable to suppose that you'd have EAPI specified there as well, since 
you'd want to be able to add to and change the features you support over 
time. Would you really want to change the extension each time you did, 
though?

Regards,
Steve.
-- 
#friendly-coders -- We're friendly, but we're not /that/ friendly ;-)

Re: [gentoo-dev] New eclass: oasis.eclass for oasis-based ocaml packages.

2012-03-24 Thread Alexis Ballier

eclass version 2.0, i hope i haven't forgotten any comment

I improved some comments/description after a second read also.

oasis.eclass
Description: Binary data

Re: [gentoo-dev] Packages up for grabs

2012-03-24 Thread Greg KH

On Fri, Mar 23, 2012 at 09:54:26PM +0100, Christoph Mende wrote:
 Hi,
 
 I'm currently lacking time for some packages, so I'm looking for
 someone to take over a few, most notably:
 
 - net-misc/curl
 - net-dns/c-ares (preferably both together)

I can take curl, but I don't know what c-ares is, does it depend on curl
somehow?

greg k-h

Re: [gentoo-dev] Packages up for grabs

2012-03-24 Thread Anthony G. Basile


On 03/24/2012 11:27 AM, Greg KH wrote:

On Fri, Mar 23, 2012 at 09:54:26PM +0100, Christoph Mende wrote:

Hi,

I'm currently lacking time for some packages, so I'm looking for
someone to take over a few, most notably:

- net-misc/curl
- net-dns/c-ares (preferably both together)

I can take curl, but I don't know what c-ares is, does it depend on curl
somehow?

greg k-h


I already added myself as maintainer, but feel free to co-maintain.

--
Anthony G. Basile, Ph.D.
Gentoo Linux Developer [Hardened]
E-Mail: bluen...@gentoo.org
GnuPG FP  : 8040 5A4D 8709 21B1 1A88  33CE 979C AF40 D045 5535
GnuPG ID  : D0455535

Re: [gentoo-dev] Packages up for grabs

2012-03-24 Thread Greg KH

On Sat, Mar 24, 2012 at 11:44:16AM -0400, Anthony G. Basile wrote:
 On 03/24/2012 11:27 AM, Greg KH wrote:
 On Fri, Mar 23, 2012 at 09:54:26PM +0100, Christoph Mende wrote:
 Hi,
 
 I'm currently lacking time for some packages, so I'm looking for
 someone to take over a few, most notably:
 
 - net-misc/curl
 - net-dns/c-ares (preferably both together)
 I can take curl, but I don't know what c-ares is, does it depend on curl
 somehow?
 
 greg k-h
 
 I already added myself as maintainer, but feel free to co-maintain.

Ok, now done, sounds good.

greg k-h

Re: [gentoo-dev] [GSoC2012] Cross Container Support Project

2012-03-24 Thread Luca Barbato

On 23/03/12 04:16, Brian Harring wrote:
 On Fri, Mar 23, 2012 at 01:46:17PM +0300, Alexey Shvetsov wrote:
 Hi!

 Well i have 2 arm lxc containers on amd64 machine. Its works good if 
 qemu support most of needed cross arch instructions
 
 I'd be curious how much of that is native, vs emulated.   The hybrid 
 approach of scratchbox/obs has some definite gains.
 
 If we had a clean way to mark which can be native (toolchain), the 
 perf gain is definitely worth the work...

the rough part is mostly making so portage knows the paths and have the
bind-mount game working, the alternative way is to build the native part
by unpacking the cross packages and the build system packages there


so

/ - emulated
/etc/ld.so.conf.d/native
/usr/${nativehost}/
/usr/${emulatedhost}/

and then you need to trick portage a bit

Sounds gory already? =)

lu

-- 

Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero

Re: [gentoo-dev] Packages up for grabs

2012-03-24 Thread Alec Warner

On Sat, Mar 24, 2012 at 8:27 AM, Greg KH gre...@gentoo.org wrote:
 On Fri, Mar 23, 2012 at 09:54:26PM +0100, Christoph Mende wrote:
 Hi,

 I'm currently lacking time for some packages, so I'm looking for
 someone to take over a few, most notably:

 - net-misc/curl
 - net-dns/c-ares (preferably both together)

 I can take curl, but I don't know what c-ares is, does it depend on curl
 somehow?

c-ares is an asynchronous dns resolver library. If you are going to do
a boatload of dns lookups, ares is the tool to use.

-A


 greg k-h

[gentoo-dev] [PATCH] opengl: support gles only implementation

2012-03-24 Thread Luca Barbato

Additionally make switching headers and libraries work for GLES OpenVG
and EGL.
---
 modules/opengl.eselect |   30 ++
 1 files changed, 18 insertions(+), 12 deletions(-)

diff --git a/modules/opengl.eselect b/modules/opengl.eselect
index 2e8dd23..3f55ed5 100644
--- a/modules/opengl.eselect
+++ b/modules/opengl.eselect
@@ -140,14 +140,14 @@ setup_extensions_symlinks() {
 
 setup_includes_symlinks() {
local target=$1
+   local files=$2
local file
local sdir
 
-   shift
-
+   shift 2
mkdir -p ${target} || die Failed to create ${target}
pushd ${target}  /dev/null
-   for file in gl.h glx.h glxtokens.h glext.h glxext.h glxmd.h 
glxproto.h; do
+   for file in ${files}; do
for sdir in $@; do
if [[ -e ${sdir}/${file} ]]; then
upgrade_file ${sdir}/${file} 
${target}
@@ -165,6 +165,7 @@ set_new_implementation() {
local moduledir
local gl_dir
local gl_local
+   local -A gl_header
 
# Set a sane umask... bug #83115
umask 022
@@ -178,7 +179,7 @@ set_new_implementation() {
for libdir in $(list_libdirs); do
[[ ${ROOT} != / ]]  libdir=${libdir#${EROOT}}
[[ -d ${PREFIX}/${libdir}/opengl  ! -h 
${PREFIX}/${libdir} ]] || continue
-   [[ -f 
${PREFIX}/${libdir}/opengl/${gl_implem}/lib/libGL.so ]]  found_libgl=yes
+   [[ -f 
${PREFIX}/${libdir}/opengl/${gl_implem}/lib/libGL.so || -f 
${PREFIX}/${libdir}/opengl/${gl_implem}/.gles-only ]]  found_libgl=yes
done
 
if [[ -z ${found_libgl} ]]; then
@@ -242,14 +243,19 @@ set_new_implementation() {
${PREFIX}/${libdir}/opengl/${gl_local}/extensions \
${DST_PREFIX}/${libdir}/${moduledir}/extensions
 
-   setup_includes_symlinks \
-   ${DST_PREFIX}/include/GL \
-   ${PREFIX}/${libdir}/opengl/${gl_implem}/include/GL/ \
-   ${PREFIX}/${libdir}/opengl/${gl_implem}/include/ \
-   ${PREFIX}/${libdir}/opengl/global/include/ \
-   ${PREFIX}/${libdir}/opengl/xorg-x11/include/GL/ \
-   ${PREFIX}/${libdir}/opengl/xorg-x11/include/
-
+   gl_header[GL]=gl.h glx.h glxtokens.h glext.h glxext.h glxmd.h 
glxproto.h
+   gl_header[GLES]=egl.h gl_extensions.h glext.h gl.h 
glplatform.h
+   gl_header[GLES2]=gl2ext.h gl2.h gl2platform.h
+   gl_header[KHR]=khrplatform.h
+   gl_header[VG]=openvg.h vgext.h vgplatform.h vgu.h
+   for gl_dir in {GL,GLES,GLES2,KHR,VG}; do
+   setup_includes_symlinks \
+   ${DST_PREFIX}/include/${gl_dir} \
+   ${gl_header[${gl_dir}]} \
+   
${PREFIX}/${libdir}/opengl/${gl_implem}/include/${gl_dir}/ \
+   ${PREFIX}/${libdir}/opengl/global/include/${gl_dir} \
+   ${PREFIX}/${libdir}/opengl/xorg-x11/include/${gl_dir}/
+   done
# Setup the $LDPATH
if [[ x${REMOVE_ONLY} == xfalse ]]; then
# we need this relative to ROOT
-- 
1.7.8.rc1

[gentoo-dev] Supporting GLES-only implementations

2012-03-24 Thread Luca Barbato

Provided with the eselect opengl patch an implementation and the mesa
changes. If they are ok for everybody I'd change the ati and nvidia
drivers as well. (a better name for the amd-graphics driver would be
welcome btw)

lu

-- 

Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero

From 17add6bb04836ee49f4babad51ed9f15b3fd9abe Mon Sep 17 00:00:00 2001
From: Luca Barbato lu_z...@gentoo.org
Date: Sat, 24 Mar 2012 18:07:06 -0700
Subject: [PATCH] opengl: support gles only implementation

Additionally make switching headers and libraries work for GLES OpenVG
and EGL.
---
 modules/opengl.eselect |   30 ++
 1 files changed, 18 insertions(+), 12 deletions(-)

diff --git a/modules/opengl.eselect b/modules/opengl.eselect
index 2e8dd23..3f55ed5 100644
--- a/modules/opengl.eselect
+++ b/modules/opengl.eselect
@@ -140,14 +140,14 @@ setup_extensions_symlinks() {
 
 setup_includes_symlinks() {
 	local target=$1
+	local files=$2
 	local file
 	local sdir
 
-	shift
-
+	shift 2
 	mkdir -p ${target} || die Failed to create ${target}
 	pushd ${target}  /dev/null
-		for file in gl.h glx.h glxtokens.h glext.h glxext.h glxmd.h glxproto.h; do
+		for file in ${files}; do
 			for sdir in $@; do
 if [[ -e ${sdir}/${file} ]]; then
 	upgrade_file ${sdir}/${file} ${target}
@@ -165,6 +165,7 @@ set_new_implementation() {
 	local moduledir
 	local gl_dir
 	local gl_local
+	local -A gl_header
 
 	# Set a sane umask... bug #83115
 	umask 022
@@ -178,7 +179,7 @@ set_new_implementation() {
 		for libdir in $(list_libdirs); do
 			[[ ${ROOT} != / ]]  libdir=${libdir#${EROOT}}
 			[[ -d ${PREFIX}/${libdir}/opengl  ! -h ${PREFIX}/${libdir} ]] || continue
-			[[ -f ${PREFIX}/${libdir}/opengl/${gl_implem}/lib/libGL.so ]]  found_libgl=yes
+			[[ -f ${PREFIX}/${libdir}/opengl/${gl_implem}/lib/libGL.so || -f ${PREFIX}/${libdir}/opengl/${gl_implem}/.gles-only ]]  found_libgl=yes
 		done
 
 		if [[ -z ${found_libgl} ]]; then
@@ -242,14 +243,19 @@ set_new_implementation() {
 			${PREFIX}/${libdir}/opengl/${gl_local}/extensions \
 			${DST_PREFIX}/${libdir}/${moduledir}/extensions
 
-		setup_includes_symlinks \
-			${DST_PREFIX}/include/GL \
-			${PREFIX}/${libdir}/opengl/${gl_implem}/include/GL/ \
-			${PREFIX}/${libdir}/opengl/${gl_implem}/include/ \
-			${PREFIX}/${libdir}/opengl/global/include/ \
-			${PREFIX}/${libdir}/opengl/xorg-x11/include/GL/ \
-			${PREFIX}/${libdir}/opengl/xorg-x11/include/
-
+		gl_header[GL]=gl.h glx.h glxtokens.h glext.h glxext.h glxmd.h glxproto.h
+		gl_header[GLES]=egl.h gl_extensions.h glext.h gl.h glplatform.h
+		gl_header[GLES2]=gl2ext.h gl2.h gl2platform.h
+		gl_header[KHR]=khrplatform.h
+		gl_header[VG]=openvg.h vgext.h vgplatform.h vgu.h
+		for gl_dir in {GL,GLES,GLES2,KHR,VG}; do
+	setup_includes_symlinks \
+	${DST_PREFIX}/include/${gl_dir} \
+${gl_header[${gl_dir}]} \
+	${PREFIX}/${libdir}/opengl/${gl_implem}/include/${gl_dir}/ \
+	${PREFIX}/${libdir}/opengl/global/include/${gl_dir} \
+	${PREFIX}/${libdir}/opengl/xorg-x11/include/${gl_dir}/
+		done
 		# Setup the $LDPATH
 		if [[ x${REMOVE_ONLY} == xfalse ]]; then
 			# we need this relative to ROOT
-- 
1.7.8.rc1

# Copyright 1999-2012 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $

EAPI=3

inherit multilib

DESCRIPTION=Closed source imx5 OpenGL/OpenVG driver
HOMEPAGE=http://freescale.com;
SRC_URI=http://localhost/${P}.tar.xz;

LICENSE=EULA
SLOT=0
KEYWORDS=~arm
IUSE=

DEPEND==app-admin/eselect-opengl-1.2.6
RDEPEND=${DEPEND}
x11-libs/libX11
x11-libs/libXrender
x11-libs/libXext


RESTRICT=test


src_install() {
local opengl_imp=amd-graphics
local opengl_dir=/usr/$(get_libdir)/opengl/${opengl_imp}
dodir $opengl_dir/lib  $opengl_dir/include
local x
for x in usr/lib/lib{EGL,GL*,OpenVG}.{la,a,so*}; do
if [ -f ${x} -o -L ${x} ]; then
mv ${x} ${ED}/${opengl_dir}/lib \
|| die Failed to move ${x}
fi
done
mv usr/include/{EGL,GLES*,VG,KHR}/  \
${ED}/${opengl_dir}/include || die Failed to move headers
insinto /usr
doins -r usr/include
dolib usr/lib/*
}

pkg_postinst() {
eselect opengl set --use-old ${opengl_imp}
}
--- /usr/portage/media-libs/mesa/mesa-8.0.1-r2.ebuild	2012-02-24 18:01:18.0 +
+++ /usr/portage/media-libs/mesa/mesa-8.0.1-r3.ebuild	2012-03-24 22:40:44.0 +
@@ -285,6 +287,9 @@
 	|| die Failed to move ${x}
 			fi
 		done
+		mv ${ED}/usr/include/{EGL,GLES*,VG,KHR}/ \
+			${ED}/usr/$(get_libdir)/opengl/${OPENGL_DIR}/include \
+			|| die Failed to move headers
 	eend $?
 
 	if use classic || use gallium; then

[gentoo-dev] Last rites: app-arch/createrepo

[gentoo-dev] Lastrites: net-im/msn-transport, net-im/yahoo-transport, net-p2p/giftoxic, net-p2p/dchub, dev-cpp/cppcsp2, dev-util/radare, www-servers/mini_httpd, net-analyzer/midas-nms, media-sound/dem

Re: [gentoo-dev] New eclass: oasis.eclass for oasis-based ocaml packages.

[gentoo-dev] Re: Re: RFD: EAPI specification in ebuilds

Re: [gentoo-dev] New eclass: oasis.eclass for oasis-based ocaml packages.

Re: [gentoo-dev] Packages up for grabs

Re: [gentoo-dev] Packages up for grabs

Re: [gentoo-dev] Packages up for grabs

Re: [gentoo-dev] [GSoC2012] Cross Container Support Project

Re: [gentoo-dev] Packages up for grabs

[gentoo-dev] [PATCH] opengl: support gles only implementation

[gentoo-dev] Supporting GLES-only implementations

12 matches

Site Navigation

Mail list logo

Footer information