Re: [gentoo-dev] RFC: mesa.eselect

2010-11-01 Thread Ulrich Mueller
> On Sun, 31 Oct 2010, Chí-Thanh Christopher Nguyễn wrote: > Attached you will find the eselect module which we used in the X11 > overlay, and the configuration file from mesa. Is there a specific reason why the "list" action doesn't output a numbered list? Also the "set" action should accep

[gentoo-dev] Re: RFC: mesa.eselect

2010-11-01 Thread Duncan
Chí-Thanh Christopher Nguyễn posted on Sun, 31 Oct 2010 23:30:36 +0100 as excerpted: > media-libs/mesa-7.9 has been sitting in the X11 overlay for some time > and the X11 team are planning to move it to portage soon. > The new release brings a number of improvements, including much better > Galliu

[gentoo-dev] la-file removal and "|| die"

2010-11-01 Thread Hanno Böck
Just stepped upon a bug on a .la-file-removal-action that I'd like to share so others don't repeat that bug if we'll soon mass-add la-file-removal-code to ebuilds. file-roller-2.32.0.ebuild has these lines: find "${ED}"usr/$(get_libdir)/nautilus -name "*.la" -delete \ ||

[gentoo-dev] Re: RFC: mesa.eselect

2010-11-01 Thread Christian Faulhammer
Hi, Chí-Thanh Christopher Nguyễn : > * Accept numbers as do_set() arguments Taken from emacs.eselect # target may be specified by its name or its index if is_number "${target}"; then # numeric index, find the target's name targets=( $(find_targe

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-analyzer/tcpreplay: ChangeLog tcpreplay-3.4.5_beta2.ebuild

2010-11-01 Thread Duncan
Jeroen Roovers posted on Sun, 31 Oct 2010 18:36:25 +0100 as excerpted: [Duncan wrote...] >> However, Gentoo policy has always been that even ~arch is only >> upstream- stable packages, the ~arch keyword denoting Gentoo package >> testing (basically, the ebuild script and dependencies), /not/ upst

[gentoo-dev] Re: RFC: mesa.eselect

2010-11-01 Thread Duncan
Ulrich Mueller posted on Mon, 01 Nov 2010 09:43:17 +0100 as excerpted: >> On Sun, 31 Oct 2010, Chí-Thanh Christopher Nguyễn wrote: > >> Attached you will find the eselect module which we used in the X11 >> overlay, and the configuration file from mesa. > > Is there a specific reason why the

[gentoo-dev] Re: RFC: mesa.eselect

2010-11-01 Thread Ulrich Mueller
> On Mon, 1 Nov 2010, Duncan wrote: >> Is there a specific reason why the "list" action doesn't output a >> numbered list? Also the "set" action should accept a number >> argument. > You apparently missed this from the TODO list Looks like. Sorry for that. > (with the note that he doesn't

Re: [gentoo-dev] RFC: mesa.eselect

2010-11-01 Thread Pacho Ramos
El dom, 31-10-2010 a las 23:30 +0100, Chí-Thanh Christopher Nguyễn escribió: > Hi, > > media-libs/mesa-7.9 has been sitting in the X11 overlay for some time > and the X11 team are planning to move it to portage soon. > The new release brings a number of improvements, including much better > Gall

[gentoo-dev] EAPI versioning of files in profiles

2010-11-01 Thread Arfrever Frehtes Taifersar Arahesis
I would like to suggest improvement in handling of EAPI in profiles: Some files could optionally end with ":${EAPI}", which would be used to specify, which EAPI should be used for parsing of given file. It would concern at least the following files: package.mask package.use use.force use.

Re: [gentoo-dev] EAPI versioning of files in profiles

2010-11-01 Thread Fabian Groffen
On 01-11-2010 18:06:19 +0100, Arfrever Frehtes Taifersar Arahesis wrote: > I would like to suggest improvement in handling of EAPI in profiles: > Some files could optionally end with ":${EAPI}", which would be used to > specify, which EAPI Please don't use ':', neither any other special character

Re: [gentoo-dev] EAPI versioning of files in profiles

2010-11-01 Thread Roy Bamford
On 2010.11.01 17:06, Arfrever Frehtes Taifersar Arahesis wrote: > I would like to suggest improvement in handling of EAPI in profiles: > Some files could optionally end with ":${EAPI}", [snip] > > -- > Arfrever Frehtes Taifersar Arahesis > Why does this remind me of GLEP55 ? If we are going

Re: [gentoo-dev] RFC: mesa.eselect

2010-11-01 Thread Ondřej Súkup
>> Best regards, >> Chí-Thanh Christopher Nguyễn >> > > Is there any kind of information (doc page, news item...) planned for > explaining when it's better to switch to gallium3d and when not? For > example, one of the systems I administrate has a r300 device, but I > haven't followed at all galliu

Re: [gentoo-dev] Changes in server profiles

2010-11-01 Thread Peter Volkov
В Вск, 31/10/2010 в 16:38 +0200, Alex Alexander пишет: > On Sun, Oct 31, 2010 at 11:50:02AM +, Markos Chandras wrote: > > On Sat, Oct 30, 2010 at 10:59:08PM -0400, Richard Freeman wrote: > > > Isn't this essentially what the default profile is? Basically server is > > > just default + USE="apa

Re: [gentoo-dev] Changes in server profiles

2010-11-01 Thread Markos Chandras
On Mon, Nov 01, 2010 at 08:41:34PM +0300, Peter Volkov wrote: > В Вск, 31/10/2010 в 16:38 +0200, Alex Alexander пишет: > > On Sun, Oct 31, 2010 at 11:50:02AM +, Markos Chandras wrote: > > > On Sat, Oct 30, 2010 at 10:59:08PM -0400, Richard Freeman wrote: > > > > Isn't this essentially what the

Re: [gentoo-dev] Re: RFC: mesa.eselect

2010-11-01 Thread Chí-Thanh Christopher Nguyễn
Christian Faulhammer schrieb: * Accept numbers as do_set() arguments Taken from emacs.eselect Thanks, this looks easier than I expected. So I will implement this before committing to portage. CONFIG_DIR="${EROOT}/usr/share/mesa" Maybe something less generic as varia

Re: [gentoo-dev] RFC: mesa.eselect

2010-11-01 Thread Chí-Thanh Christopher Nguyễn
Pacho Ramos schrieb: Is there any kind of information (doc page, news item...) planned for explaining when it's better to switch to gallium3d and when not? For example, one of the systems I administrate has a r300 device, but I haven't followed at all gallium progress and, I guess, you cannot asu

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-analyzer/tcpreplay: ChangeLog tcpreplay-3.4.5_beta2.ebuild

2010-11-01 Thread Jeroen Roovers
On Mon, 1 Nov 2010 10:34:21 + (UTC) Duncan <1i5t5.dun...@cox.net> wrote: > Well, then, perhaps the developer handbook and devmanual versions > make sense to you: Stop throwing the book at me, please. jer

[gentoo-dev] New category for Lua related packages

2010-11-01 Thread Rafael Goncalves Martins
Hi all, as said in my blog post [1], I'm planing to improve our support to the Lua [2] programming language, adding packages for the libraries and the related software. Actually we already have some libraries on the tree but they are spread in some categories like dev-lang and dev-libs. I think t