On Thu, 15 Feb 2007 09:24:14 +0900 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
> the real problem is introducing cvs as a build and rebuild dep (which > it never was before - cvs was entirely divorced and separate from > build file creation - which allowed us to divorce CMS from coding if > we ever wanted to). sure it'd need the cvs command - but it's > sneaking in. it feels very unclean to me. i see the logic of using > cvs as a compression scheme for multiple versions of gettext, but > where autofoo used to be basic unix utils + m4 now is stealing away > with cvs too. we are forever changing out autofoo - mostly for the > next user X who uses gentoo or some bleeding edge distro who updates > to latest bleeding edge autofoo X and breaks something. Another major problem, at least as far as I'm concerned, is that autotools is forever trying to sneak in GPL licenses and FSF copyrights. I've pointed this out to Marc-Andre in private emails, and I probably mentioned this the last time around. E17 is BSD licensed and copyright Raster + friends, but the use of autopoint generates files that claim FSF copyright over parts of E17. Other projects that use autotools work quite happily by stating the version of autotools required. Since autotools is a developer tool that is not normally used by ordinary users (even if they are compiling from source) specifying specific versions is quite valid, it keeps all the developers on the same page, and reduces the complexities of supporting various systems. So we can stop wasting time supporting the latest bleeding edge autotools, stick with what has worked for years, and get on with E coding.
signature.asc
Description: PGP signature
------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
