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 start
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 with
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_env
Il giorno gio, 02/12/2010 alle 10.19 +0200, Petteri Räty ha scritto:
Maybe we should start with !automake-1.9 for libtool =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
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 !automake-1.9 for libtool =2.4 ebuilds?
This would force action but people could still keep installing stuff
needing older automake version by masking
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 removed
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
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*
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*
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 already
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