Dnia 2014-06-18, o godz. 17:24:03
Peter Stuge pe...@stuge.se napisał(a):
Alexandre Rostovtsev wrote:
current crossdev versions blindly install their
/usr/bin/i686-pc-linux-gnu-pkg-config wrapper script, overwriting
the binary belonging to pkgconfig[abi_x86_32].
Thanks for getting to the
19.06.2014 05:25, hasufell пишет:
Sergey Popov:
As we should not do anything crazy with DOCS and HTML_DOCS, let's
simplify our eclass
Just deprecate the whole eclass. I don't see much useful stuff there
except running base.eclass phases and that is already discouraged wrt
#497050. If you
On Thu, Jun 19, 2014 at 12:13:12AM +0200, Michał Górny wrote:
Hi, developers and users.
[...]
Thank you for your cooperation. If you have any questions, please do
not hesitate to ask.
Hi Michał
Thank you for your endless effort to get Gentoo to this stage (and further).
Wkr,
Sven
All,
after having several hardware and software issues that I finally got
some assistance with, I am back up and running. :-)
So, now, I should be able to grab OpenRC and gentoo-base-functions by
the horns again. :-) I intend to get a new OpenRC out the door,
hopefully before next Thursday.
Hi all:
On Sun, Jun 15, 2014 at 07:00:15AM -0400, Rich Freeman wrote:
During the council meeting there was a bit of a philosophical debate
over the proper role of EAPI vs implementing functions in eclasses. I
felt that it was important enough to at least get more community input
before we
On 06/19/14 12:14, William Hubbs wrote:
All,
after having several hardware and software issues that I finally got
some assistance with, I am back up and running. :-)
So, now, I should be able to grab OpenRC and gentoo-base-functions by
the horns again. :-) I intend to get a new OpenRC out the
On Thu, Jun 19, 2014 at 1:03 PM, William Hubbs willi...@gentoo.org wrote:
Hi all:
I am strongly in favor of the eapi-based approach as well, for all of
the reasons mentioned in the thread so far.
Good thing your proxy got it right then! :)
Ouch!
I suspect a nice side-effect of this policy is that portage will be
faster as it will be less prone to backtracking.
One thing people should be aware of is how this policy will interact
with slotted ebuilds. =foo/bar-3.5[${MULTILIB_USEDEP}] could be met
by the ancient =foo/bar-4.0 EAPI0
On Thu, 19 Jun 2014 12:21:35 -0700
Greg Turner g...@malth.us wrote:
One thing people should be aware of is how this policy will interact
with slotted ebuilds. =foo/bar-3.5[${MULTILIB_USEDEP}] could be met
by the ancient =foo/bar-4.0 EAPI0 ebuild, but a dep like:
|| (
On Thu, Jun 19, 2014 at 1:02 PM, Ciaran McCreesh
ciaran.mccre...@googlemail.com wrote:
|| (
=foo/bar-3.5:3[${MULTILIB_USEDEP}]
=foo/bar-4.5:4[${MULTILIB_USEDEP}]
=foo/bar-5.2:5[${MULTILIB_USEDEP}]
)
would solve such a problem correctly.
No it wouldn't... Best version first in
On Tue, Jun 17, 2014 at 10:56 -0400, Alexandre Rostovtsev wrote:
All multilib packages that use pkgconfig, for one thing. (Which means almost
all multilib packages.) Because current crossdev versions blindly install
their
/usr/bin/i686-pc-linux-gnu-pkg-config wrapper script, overwriting the
On Sun, Jun 15, 2014 at 03:30:10PM +0200, Michał Górny wrote:
Dnia 2014-06-15, o godz. 07:00:15
Rich Freeman napisał(a):
The Eclass argument goes like this:
Eclasses already work in every PM. Half of what we're debating is
already in eutils. Why move this code into the PM, where it has
On Thu, Jun 19, 2014 at 6:05 PM, Steven J. Long
sl...@rathaus.eclipse.co.uk wrote:
So which way do you actually prefer?
You appear to be arguing for, and implementing, common code by EAPI,
in the rest of your mail. Since that's always been the point of
them, based on developer consensus about
13 matches
Mail list logo
