Re: [gentoo-dev] Re: [gentoo-commits] 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 signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: [gentoo-commits] 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 Groffengrob...@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. :-/
Re: [gentoo-dev] Re: [gentoo-commits] 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 dilfri...@gentoo.org http://www.akhuettel.de/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: [gentoo-commits] 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 signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: [gentoo-commits] 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 signature.asc Description: Digital signature
Re: [gentoo-dev] Re: [gentoo-commits] 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 signature.asc Description: This is a digitally signed message part