gentoo-x86 commit in eclass: libtool.eclass
 

eclass/ has a ChangeLog

(and this is getting old that everyone keeps ignoring it, I've proposed
punting the ChangeLog from eclass/ directory once, and repeating it now)


On 05/06/2012 02:42 PM, Fabian Groffen (grobian) wrote:

grobian 12/05/06 11:42:07

Modified: libtool.eclass
Log:
also apply sol2-conf patchset

Revision Changes Path
1.100 eclass/libtool.eclass

file : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/eclass/libtool.eclass?rev=1.100&view=markup
plain: http://sources.gentoo.org/viewvc.cgi/gentoo-x86/eclass/libtool.eclass?rev=1.100&content-type=text/plain
diff : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/eclass/libtool.eclass?r1=1.99&r2=1.100

Index: libtool.eclass
================================================== =================
RCS file: /var/cvsroot/gentoo-x86/eclass/libtool.eclass,v
retrieving revision 1.99
retrieving revision 1.100
diff -u -r1.99 -r1.100
--- libtool.eclass 6 May 2012 10:41:48 -0000 1.99
+++ libtool.eclass 6 May 2012 11:42:07 -0000 1.100
@@ -1,6 +1,6 @@
# Copyright 1999-2012 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
-# $Header: /var/cvsroot/gentoo-x86/eclass/libtool.eclass,v 1.99 2012/05/06 10:41:48 grobian Exp $
+# $Header: /var/cvsroot/gentoo-x86/eclass/libtool.eclass,v 1.100 2012/05/06 11:42:07 grobian Exp $

# @ECLASS: libtool.eclass
# @MAINTAINER:
@@ -333,7 +333,7 @@
fi
done
;;
- mint-conf|gold-conf)
+ mint-conf|gold-conf|sol2-conf)
ret=1
local subret=1
if [[ -e ${d}/configure ]]; then

gentoo-x86 commit in eclass: libtool.eclass
 

On 06-05-2012 14:41:13 +0300, Samuli Suominen wrote:
> eclass/ has a ChangeLog
>
> (and this is getting old that everyone keeps ignoring it, I've proposed
> punting the ChangeLog from eclass/ directory once, and repeating it now)

% head Changelog

# ChangeLog for eclass directory
# Copyright 1999-2012 Gentoo Foundation; Distributed under the GPL v2
# $Header: /var/cvsroot/gentoo-x86/eclass/ChangeLog,v 1.241 2012/05/06 10:41:48 grobian Exp $

06 May 2012; Fabian Groffen <grobian@gentoo.org>
+ELT-patches/sol2-conf/2.4.2, libtool.eclass:
Add ELT patch for Solaris x64 libtool problem where the linker is set to
'ld_sol2'


--
Fabian Groffen
Gentoo on a different level

gentoo-x86 commit in eclass: libtool.eclass
 

On 05/06/2012 02:45 PM, Fabian Groffen wrote:

On 06-05-2012 14:41:13 +0300, Samuli Suominen wrote:

eclass/ has a ChangeLog

(and this is getting old that everyone keeps ignoring it, I've proposed
punting the ChangeLog from eclass/ directory once, and repeating it now)


% head Changelog

# ChangeLog for eclass directory
# Copyright 1999-2012 Gentoo Foundation; Distributed under the GPL v2
# $Header: /var/cvsroot/gentoo-x86/eclass/ChangeLog,v 1.241 2012/05/06 10:41:48 grobian Exp $

06 May 2012; Fabian Groffen<grobian@gentoo.org>
+ELT-patches/sol2-conf/2.4.2, libtool.eclass:
Add ELT patch for Solaris x64 libtool problem where the linker is set to
'ld_sol2'




sorry, my bad if I missed something... was only reading commits ML. :-/

gentoo-x86 commit in eclass: libtool.eclass
 

El dom, 06-05-2012 a las 14:41 +0300, Samuli Suominen escribió:
> eclass/ has a ChangeLog
>
> (and this is getting old that everyone keeps ignoring it, I've proposed
> punting the ChangeLog from eclass/ directory once, and repeating it now)
>

Maybe we could punt ChangeLog from eclass/ and generate it automatically
from commit messages

gentoo-x86 commit in eclass: libtool.eclass
 

Am Sonntag, 6. Mai 2012, 14:03:02 schrieb Pacho Ramos:
> El dom, 06-05-2012 a las 14:41 +0300, Samuli Suominen escribió:
> > eclass/ has a ChangeLog
> >
> > (and this is getting old that everyone keeps ignoring it, I've proposed
> > punting the ChangeLog from eclass/ directory once, and repeating it now)
>
> Maybe we could punt ChangeLog from eclass/ and generate it automatically
> from commit messages

Maybe we could punt ChangeLogs generally and generate them from commit
messages...

err... hasn't this been discussed before?

:o(


--
Andreas K. Huettel
Gentoo Linux developer
kde (team lead), sci, tex, arm, printing
dilfridge@gentoo.org
http://www.akhuettel.de/

gentoo-x86 commit in eclass: libtool.eclass
 

El dom, 06-05-2012 a las 18:10 +0200, Andreas K. Huettel escribió:
> Am Sonntag, 6. Mai 2012, 14:03:02 schrieb Pacho Ramos:
> > El dom, 06-05-2012 a las 14:41 +0300, Samuli Suominen escribió:
> > > eclass/ has a ChangeLog
> > >
> > > (and this is getting old that everyone keeps ignoring it, I've proposed
> > > punting the ChangeLog from eclass/ directory once, and repeating it now)
> >
> > Maybe we could punt ChangeLog from eclass/ and generate it automatically
> > from commit messages
>
> Maybe we could punt ChangeLogs generally and generate them from commit
> messages...
>
> err... hasn't this been discussed before?
>
> :o(
>
>

Well, in this case I intentionally was referring only to eclass/ as
maybe it can be implemented for it even handling normal packages as
currently

gentoo-x86 commit in eclass: libtool.eclass
 

On 06-05-2012 19:23:47 +0200, Pacho Ramos wrote:
> El dom, 06-05-2012 a las 18:10 +0200, Andreas K. Huettel escribió:
> > Maybe we could punt ChangeLogs generally and generate them from commit
> > messages...
> >
> > err... hasn't this been discussed before?
> >
> > :o(
>
> Well, in this case I intentionally was referring only to eclass/ as
> maybe it can be implemented for it even handling normal packages as
> currently

The implementation has never been the problem. It's that people want to
be able to edit (correct) the messages.


--
Fabian Groffen
Gentoo on a different level

gentoo-x86 commit in eclass: libtool.eclass
 

El dom, 06-05-2012 a las 19:28 +0200, Fabian Groffen escribió:
> On 06-05-2012 19:23:47 +0200, Pacho Ramos wrote:
> > El dom, 06-05-2012 a las 18:10 +0200, Andreas K. Huettel escribió:
> > > Maybe we could punt ChangeLogs generally and generate them from commit
> > > messages...
> > >
> > > err... hasn't this been discussed before?
> > >
> > > :o(
> >
> > Well, in this case I intentionally was referring only to eclass/ as
> > maybe it can be implemented for it even handling normal packages as
> > currently
>
> The implementation has never been the problem. It's that people want to
> be able to edit (correct) the messages.
>
>

In that case... :-(

Thanks for noticing