On Sun, 21 Feb 2010 10:11:25 +0100
"Paweł Hajdan, Jr." wrote:
> On 2/21/10 5:08 AM, Ryan Hill wrote:
> > I have one simple request. When you make a non-trivial change to an ebuild
> > -
> > a patch, a version bump, anything that can effect the behaviour of the
> > package - please run the test
On 02/22/2010 10:46 AM, Robin H. Johnson wrote:
> So I've started to see the proliferation of manual || structures for USE deps,
> where virtuals would normally be used, but it seems that either USE deps from
> the virtuals aren't propogated down to the packages themselves, or developers
> aren't a
So I've started to see the proliferation of manual || structures for USE deps,
where virtuals would normally be used, but it seems that either USE deps from
the virtuals aren't propogated down to the packages themselves, or developers
aren't aware of said propagation.
DEPEND="...
|| (
On 2/22/10 2:01 PM, Gilles Dartiguelongue wrote:
> Le dimanche 21 février 2010 à 10:53 +0100, "Paweł Hajdan, Jr." a écrit :
>> $ tree /etc/portage/env
>> /etc/portage/env
>> |-- app-portage
>> | `-- portage-utils.env
>> |-- dev-libs
>> | |-- boost.env
>> | `-- libevent.env
>> |-- dev-python
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dne 22.2.2010 16:50, Michael Haubenwallner napsal(a):
>
>
> Tomáš Chvátal wrote:
>> Dne 22.2.2010 11:50, Michael Haubenwallner napsal(a):
>>> PS: Just a suggestion what an ebuild could do in this case:
>>> src_prepare() {
>>> xorg-2_src_prepare
Tomáš Chvátal wrote:
> Dne 22.2.2010 11:50, Michael Haubenwallner napsal(a):
>> PS: Just a suggestion what an ebuild could do in this case:
>> src_prepare() {
>> xorg-2_src_prepare --force-eautoreconf
>> }
> SNAPSHOT="yes" xorg-2_src_prepare
>
> ^ this does not fit your needs? It does exa
On 02/22/2010 12:25 AM, Ben de Groot wrote:
If no action is taken soon, we see no other way than to protect the
users by masking the complete mythtv package. We hope this won't be
necessary.
Agreed none of the options are nice. The mythtv wiki isn't a bad
resource, how about this for a news i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dne 22.2.2010 11:50, Michael Haubenwallner napsal(a):
>
> PS: Just a suggestion what an ebuild could do in this case:
> src_prepare() {
> xorg-2_src_prepare --force-eautoreconf
> }
SNAPSHOT="yes" xorg-2_src_prepare
^ this does not fit your nee
Le dimanche 21 février 2010 à 10:53 +0100, "Paweł Hajdan, Jr." a écrit :
> On 2/21/10 10:40 AM, Thilo Bangert wrote:
> > "Paweł Hajdan, Jr." said:
> >> By the way, for packages that fail the test suite and refuse to disable
> >> it, I change the env locally so that FEATURES=-test (via
> >> /etc/po
On 2/21/10 10:11 AM, "Paweł Hajdan, Jr." wrote:
> On 2/21/10 5:08 AM, Ryan Hill wrote:
>> I have one simple request. When you make a non-trivial change to an ebuild -
>> a patch, a version bump, anything that can effect the behaviour of the
>> package - please run the test suite.
>
> Yeah, on my
> On Thu, 8 Oct 2009, Markos Chandras wrote:
> On Thursday 08 October 2009 13:57:40 Alex Alexander wrote:
>> On Thu, Oct 8, 2009 at 12:08, Ulrich Mueller wrote:
>>> Some devs have complained about the directory structure in the
>>> gentoo-news being too complicated. News item files are curren
Tomáš Chvátal wrote:
> Hi,
> we prepared new eclass for x11 packages that should be used as
> replacement for x-modular.eclass.
> Prefix support done.
There's one thing I don't find addressed yet:
When some patch[1] necessary for some (prefix-) platform has to touch
configure.ac or Makefile.am
Am Sonntag, den 21.02.2010, 19:36 +0100 schrieb Fabian Groffen:
> Hi all,
>
> Inspired by the recent poppler move from autoconf to cmake for its
> build system, the following.
>
> Given that poppler didn't compile on at least two arches, I found that
> cmake is pretty much terse in its output, es
13 matches
Mail list logo