On 2.12.2010 3.03, Diego Elio Pettenò wrote:
> Hi all,
>
> Not sure if you know but we're currently experiencing a spur of build
> failures related to eautoreconf (in particular, eaclocal) and
> libtool-2.4 The new libtool release only works with automake 1.9 and
> later. [1]
>
Maybe we should s
On Thursday, December 02, 2010 03:19:48 Petteri Räty wrote:
> On 2.12.2010 3.03, Diego Elio Pettenò wrote:
> > Not sure if you know but we're currently experiencing a spur of build
> > failures related to eautoreconf (in particular, eaclocal) and
> > libtool-2.4 The new libtool release only works w
El mié, 01-12-2010 a las 19:57 +0100, Thomas Sachau escribió:
> Hi,
>
> i have already written about this some months ago and updated the code in
> relation to the comments
> especially from vapier.
>
> Basicly, it does now first set abi-specific vars (like CC, CFLAGS and others
> (setup_abi_en
Il giorno gio, 02/12/2010 alle 10.19 +0200, Petteri Räty ha scritto:
>
> Maybe we should start with !=2.4 ebuilds?
> This would force action but people could still keep installing stuff
> needing older automake version by masking latest libtool.
As Mike said it makes no sense because automake is
On 2.12.2010 15.38, Diego Elio Pettenò wrote:
> Il giorno gio, 02/12/2010 alle 10.19 +0200, Petteri Räty ha scritto:
>>
>> Maybe we should start with !=2.4 ebuilds?
>> This would force action but people could still keep installing stuff
>> needing older automake version by masking latest libtool.
Il giorno gio, 02/12/2010 alle 17.24 +0200, Petteri Räty ha scritto:
>
> Ok thanks for clarifying the last point. Doesn't this go against your
> original wish to mask it though?
If you read my first mail, I said I want them masked, and not removed
because they are still useful for upstream work.
On 2.12.2010 17.31, Diego Elio Pettenò wrote:
> Il giorno gio, 02/12/2010 alle 17.24 +0200, Petteri Räty ha scritto:
>>
>> Ok thanks for clarifying the last point. Doesn't this go against your
>> original wish to mask it though?
>
> If you read my first mail, I said I want them masked, and not re
Il giorno gio, 02/12/2010 alle 17.41 +0200, Petteri Räty ha scritto:
>
> In my mind I associate masking with eventual removal.
>
We have precedents of masking things not to be removed; even though that
usually happens with proprietary things that can't be fixed.
There is no reason for us to forc
> app-office/mdbtools-0.6_pre1-r1 =sys-devel/automake-1.7*
> app-office/mdbtools-0.6_pre2-r2 =sys-devel/automake-1.7*
pre2 fixed as part of libtool-2.4 fixes; pre1 removed
> media-libs/gle-3.1.0-r1 =sys-devel/automake-1.4*
> www-apache/mod_nss-1.0.8-r1 =sys-devel/automake-1.6*
> x11-libs/libd
Updated list with Zac's script after my changes from today
app-misc/gpsdrive-2.09-r1 =sys-devel/automake-1.7*
dev-db/mysql-super-smack-1.2=sys-devel/automake-1.4*
dev-db/mysql-super-smack-1.3=sys-devel/automake-1.4*
dev-db/mysql-super-smack-1.3-r1 =sys-devel/automake-1.4*
dev-db/mysq
> On Thu, 02 Dec 2010, Diego Elio Pettenò wrote:
> x11-libs/openmotif-2.2.3-r10 =sys-devel/automake-1.6*
Fixed in -r11.
> x11-libs/openmotif-compat-2.2.3 =sys-devel/automake-1.6*
> x11-libs/openmotif-compat-2.2.3-r1=sys-devel/automake-1.6*
openmotif-compat has been last-rited alr
Il giorno gio, 02/12/2010 alle 19.36 +0100, Ulrich Mueller ha scritto:
> Fixed in -r11.
Can you add a placeholder stablereq (not CCing arches) and make it block
automake-pruning, please?
--
Diego Elio Pettenò — “Flameeyes”
http://blog.flameeyes.eu/
If you found a .asc file in this mail and know
12 matches
Mail list logo
