Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
Kim Woelders wrote: You may not like autopoint and there have been people claiming that building e17 (e17/apps/e) is broken, but in my opinion nobody has yet provided any serious proof like logs showing what fails when building from a clean checkout using the current setup. I may try to provide such a log of e17 and maybe all other projects if any one wish for and make it use automake-1.9 fisrt and then automake-1.10. This will only take me about 2 days to generate maybe more to make it acurate. /Kim /LMA NB: Still don't understand all the fuse about using automake-1.10 and is dependancy? Don't wan't to start another flaming subject but I wan't to deeply understand what blocking this upgrade. This may help to settle this. Maybe drag this to upstream: ie autofoo. What fact generate so much trouble? Some have point out copyright infrigment or something alike, still don't get it but haven't had time to dig this. - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
On Friday, 16 March 2007, at 01:39:17 (+0100), Kim Woelders wrote: I was assuming that this was a general question to the list and not to me in particular, as I think I have made my opinion clear about all of this long ago, i.e. use autopoint (leave things as they are) and move on, or fix things whichever way you like. Actually it was primarily directed at raster since he's the one who removed config.rpath from CVS and got us into this mess to begin with. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Who needs women? Give me gcc and a couple megs of source code, and I'm good for at least an hour or so - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
Michael Jennings wrote: On Wednesday, 14 February 2007, at 19:45:11 (+0100), Kim Woelders wrote: Yeah, I'm a sneaky bastard. I even sent a stealth message to the e-devel list about it to make sure nobody noticed: http://sourceforge.net/mailarchive/message.php?msg_id=37464062 my devious plan failed and somebody who was obviously impersonating you responded: http://sourceforge.net/mailarchive/message.php?msg_id=37464063 Re-reading that, now I remember. And remembering, now I revisit my previous suggestion: Why not just check config.rpath in and be done with this whole mess? I was assuming that this was a general question to the list and not to me in particular, as I think I have made my opinion clear about all of this long ago, i.e. use autopoint (leave things as they are) and move on, or fix things whichever way you like. However, nobody else seems to want to answer your question, so here I go once again (wonder why :) )... You may not like autopoint and there have been people claiming that building e17 (e17/apps/e) is broken, but in my opinion nobody has yet provided any serious proof like logs showing what fails when building from a clean checkout using the current setup. You may not like autopoint, but the current e17 setup has been used by e16 for at least a year now without *any* complaints. And as for the question... As I assume you know, simply adding config.rpath just now (and removing autopoint from autogen.sh) will not work. You'll probably have to revert most of the changes I did when I introduced autopoint or run autopoint and commit most of the files it adds. I'm not going to actually try doing this, but I'll take a guess that this can probably be made to work with automake-1.9 as well as automake-1.10, but break when autofoo-x.yy arrives. /Kim - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
On Wednesday, 14 February 2007, at 19:45:11 (+0100), Kim Woelders wrote: Yeah, I'm a sneaky bastard. I even sent a stealth message to the e-devel list about it to make sure nobody noticed: http://sourceforge.net/mailarchive/message.php?msg_id=37464062 my devious plan failed and somebody who was obviously impersonating you responded: http://sourceforge.net/mailarchive/message.php?msg_id=37464063 Re-reading that, now I remember. And remembering, now I revisit my previous suggestion: Why not just check config.rpath in and be done with this whole mess? And raster deserves a kick in the teeth for causing the mess by removing it in the first place. Bad raster. No beer. We are already far from basic unix utils + m4 as autotools require perl. Adding cvs is just another drop in the ocean. CVS, in my opinion, is inherently non-local. Local CVS is called RCS. But I can think of worse ways to distribute and extract versioned sources. That said, the fact that they HAVE to do such a thing speaks to the complete and utter fiasco that is gettext. I don't think this is true, please correct me if I'm wrong. autopoint will copy in ABOUT-NLS which contains information about the gettext package, including licensensing, but it does not sneak in anything or otherwise impose licensing that isn't already implied by using gettext in the first place. It does some sneaky stuff, but I seriously doubt it would have any legal validity given its clear and blatant sneakitude. Downgrading say automake-1.10 to automake-1.9.6 is in my opinion not an option as non-e packages may require 1.10. Or is the message that if I'm too stupid to figure it all out by myself I should go play elsewhere? But I don't. I want E. I goto get-e, edevelop, #e, the mailing lists where you will waste your time giving me bad advice wasting my time. Use automake 1.9.6 is not bad advice. It may not be convenient advice, but it's not bad advice either. In any event, many distros already have ways of having multiple versions of the tools installed at once due to the exceedingly long history of this kind of nonsense from the autoFUCK Powers That Be. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I now cry streams of blood because I had to take my stand. I crush my eyes beneath my heel as my heart pulses in my hand. -- Forsaken - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
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.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
David Seikel wrote: 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. We are already far from basic unix utils + m4 as autotools require perl. Adding cvs is just another drop in the ocean. If adding cvs resolves just a few of the issues there have been over time that is in my opinion a price worth paying. 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. I don't think this is true, please correct me if I'm wrong. autopoint will copy in ABOUT-NLS which contains information about the gettext package, including licensensing, but it does not sneak in anything or otherwise impose licensing that isn't already implied by using gettext in the first place. It can be avoided to include ABOUT-NLS in the distribution tarball by removing it after running autopoint and specifying AUTOMAKE_OPTIONS = foreign in the top-level Makefile.am (meaning this is not a GNU project). If you don't have a COPYING, a GPL one will be copied in somewhere along the auto-line (not sure if it has anything to do with gettext, and AUTOMAKE_OPTIONS = foreign suppresses this) but it will not replace/modify an existing one, which you of course should have to begin with. gettextize, on the other hand, is a tool that can assist you making various changes to the autotool files to get gettext set up for the package. gettextize will mess around all over the place, add stuff to ChangeLog and po/ChangeLog and whatnot, and should *not* be run from autogen.sh. 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. If building E requires specific autotool versions, some documentation of which they are would be nice (wiki?). Should those be coded into all the autogen.sh's? Otherwise maybe provide some tips about how to set up your environment to use the correct autotool versions (wiki?). Downgrading say automake-1.10 to automake-1.9.6 is in my opinion not an option as non-e packages may require 1.10. Or is the message that if I'm too stupid to figure it all out by myself I should go play elsewhere? But I don't. I want E. I goto get-e, edevelop, #e, the mailing lists where you will waste your time giving me bad advice wasting my time. /Kim - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
On Thu, 15 Feb 2007 21:02:52 +0100 Kim Woelders [EMAIL PROTECTED] wrote: David Seikel wrote: 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. I don't think this is true, please correct me if I'm wrong. e17/apps/e/po/Makevars.template, but I guess that one snuck past you. B-) 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.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
David Seikel wrote: On Thu, 15 Feb 2007 21:02:52 +0100 Kim Woelders [EMAIL PROTECTED] wrote: David Seikel wrote: 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. I don't think this is true, please correct me if I'm wrong. e17/apps/e/po/Makevars.template, but I guess that one snuck past you. B-) po/Makevars.template is copied in as a template for you, so you get some hints about what you should write in po/Makevars, which is the one that is actually used. It is a *template*. It resides on *your* disk. It is not used or propagated into the release tarball. po/Makevars is. /Kim - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
On Wed, 14 Feb 2007 02:23:17 -0500 Michael Jennings [EMAIL PROTECTED] babbled: mej is right - autopoint is FUCKED. the fact that it executes cvs alone makes it a horrid horrid horrid hack. this requires that to work right you need to be online to rebuild your build files. sorry - developers come first. users are a distant second when it comes to autofoo. if it works for devs - then it's good. if it doesn't work for users because they updated their autofoo packages... TOO BAD. autofoo is for developers. using cvs basically gives you the responsibility of a developer when it comes to running autofoo tools. developers job it sot produce a source tarball - that is the final product for consumers (users). autofoo is used to create that tarball. it is not used again after that point. On Wednesday, 14 February 2007, at 01:18:46 (+0100), Kim Woelders wrote: I still don't quite get all the opposition against autopoint (except the stupid requirement that the cvs program must be available). In my opinion automake-1.10 is not broken but people here insist on pissing against the wind and refuse to set up configuration stuff as it is supposed to be, and then blame the autotools that they don't work (/me ducks). Okay, please point out how the configuration stuff is supposed to be to avoid trying to invoke the cvs command. The e17/apps/e autogen.sh has used autopoint for months now, and my impression is that the noise level from people with autotool issues in this module has decreased considerably since then. raster disabled it on November 2nd. You sneakily (as sneakily as one can with CVS...but it snuck past me...) re-enabled it on November 3rd. The lack of noise probably has a lot more to do with those for whom it doesn't work resigning themselves to just dealing with it, like devilhorns. Anyway, I think adding autopoint to autogen.sh is only part of the solution if you go down that path. There seem to be quite a few other fixups required, like po/Makefile-po/Makefile.in in configure.in, remove po/Makefile.am, add po/Makevars and po/POTFILES.in, order of autoconf and autoheader in autogen.sh, and more. While automake 1.10 may or may not be broken, gettext clearly is. Had we devoted the same amount of time to developing a new, better i18n solution (i.e., one that behaves reasonably rather than like an autistic cross-eyed gerbil on a caffeine high) that we've spent trying to get each new version of the autoFUCK tools to work properly, we wouldn't need gettext any more. gettext should be smart enough to work properly, and automake should be smart enough to know that gettext is more broke than MC Hammer's fashion coordinator and that workarounds, not fatal errors, are the proper course of action. In case anybody bothers to persue this I have attached a patch for the alarm module, which passes make distcheck with automake-1.9.6 as well as automake-1.10 (a few bits in the patch are not related to gettext but required just to pass distcheck). I'm not saying this is the One and Only way to do this but only that this patch works for me. Let's see if it works for devilhorns. And I'll try it with automake 1.8. No worries - I have absolutely no intention to commit this in fear of what might happen to my reproductive powers. Good boy. Don't think I can't find my way to West Kwoville, Denmark. :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Define irony. 'A bunch of idiots dancing on a plane to a song made famous by a band that died in a plane crash.' -- Garland Greene (Steve Buscemi), Con-Air - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
Michael Jennings wrote: On Wednesday, 14 February 2007, at 01:18:46 (+0100), Kim Woelders wrote: I still don't quite get all the opposition against autopoint (except the stupid requirement that the cvs program must be available). In my opinion automake-1.10 is not broken but people here insist on pissing against the wind and refuse to set up configuration stuff as it is supposed to be, and then blame the autotools that they don't work (/me ducks). Okay, please point out how the configuration stuff is supposed to be to avoid trying to invoke the cvs command. It is not possible to avoid using cvs from autopoint. The gettext source files are stored in a tar'ed CVS archive (/usr/share/gettext/archive.tar.gz on my box), and autopoint extracts the revision given in e.g. AM_GNU_GETTEXT_VERSION([0.12.1]) from this CVS archive. This seems to me to be a reasonable way to provide a given gettext version specified in configure.in. Now if cvs was used to acces some remote CVS server that would be bad, but it isn't. Sure, it requires the cvs program to be available on a developer platform. So what? The e17/apps/e autogen.sh has used autopoint for months now, and my impression is that the noise level from people with autotool issues in this module has decreased considerably since then. raster disabled it on November 2nd. You sneakily (as sneakily as one can with CVS...but it snuck past me...) re-enabled it on November 3rd. The lack of noise probably has a lot more to do with those for whom it doesn't work resigning themselves to just dealing with it, like devilhorns. Yeah, I'm a sneaky bastard. I even sent a stealth message to the e-devel list about it to make sure nobody noticed: http://sourceforge.net/mailarchive/message.php?msg_id=37464062 my devious plan failed and somebody who was obviously impersonating you responded: http://sourceforge.net/mailarchive/message.php?msg_id=37464063 Well, I was trying to deal with the problem (I assume we agree there is one) by attempting to find a solution that doesn't involve requiring specific autotool versions or doing private config file hacks. That does not seem to have succeeded, not for everybody, anyway. If using cvs as a versioned (local file) archive extractor is banned so is using autopoint, and we are as far as I am concerned at a dead end. If we do accept to use autopoint after all I'd be willing to spend some more time to try and get things right on other platforms than mine (x86, fc6/fc~7). To do this it would be helpful to know what happens when things go bad (other than massive build failure) and which distro/ platform we are talking about. Anyway, I think adding autopoint to autogen.sh is only part of the solution if you go down that path. There seem to be quite a few other fixups required, like po/Makefile-po/Makefile.in in configure.in, remove po/Makefile.am, add po/Makevars and po/POTFILES.in, order of autoconf and autoheader in autogen.sh, and more. While automake 1.10 may or may not be broken, gettext clearly is. Had we devoted the same amount of time to developing a new, better i18n solution (i.e., one that behaves reasonably rather than like an autistic cross-eyed gerbil on a caffeine high) that we've spent trying to get each new version of the autoFUCK tools to work properly, we wouldn't need gettext any more. gettext should be smart enough to work properly, and automake should be smart enough to know that gettext is more broke than MC Hammer's fashion coordinator and that workarounds, not fatal errors, are the proper course of action. In case anybody bothers to persue this I have attached a patch for the alarm module, which passes make distcheck with automake-1.9.6 as well as automake-1.10 (a few bits in the patch are not related to gettext but required just to pass distcheck). I'm not saying this is the One and Only way to do this but only that this patch works for me. Let's see if it works for devilhorns. And I'll try it with automake 1.8. No worries - I have absolutely no intention to commit this in fear of what might happen to my reproductive powers. Good boy. Don't think I can't find my way to West Kwoville, Denmark. :-) Michael /Kim - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
On Wednesday 14 February 2007, Carsten Haitzler wrote: if it works for devs - then it's good. if it doesn't work for users because they updated their autofoo packages... TOO BAD. autofoo is for developers. using cvs basically gives you the responsibility of a developer when it comes to running autofoo tools. developers job it sot produce a source tarball - that is the final product for consumers (users). autofoo is used to create that tarball. it is not used again after that point. as already noted in previous threads, going from automake-1.10 to =automake-1.10 changes the error from an ignored runtime one on the user's system to a build time failure on the developer's system in other words, they're both wrong ... you're just choosing the one that seems to work :P -mike pgpjQI30jjxuv.pgp 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.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
On Wed, 14 Feb 2007 18:31:21 -0500 Mike Frysinger [EMAIL PROTECTED] babbled: On Wednesday 14 February 2007, Carsten Haitzler wrote: if it works for devs - then it's good. if it doesn't work for users because they updated their autofoo packages... TOO BAD. autofoo is for developers. using cvs basically gives you the responsibility of a developer when it comes to running autofoo tools. developers job it sot produce a source tarball - that is the final product for consumers (users). autofoo is used to create that tarball. it is not used again after that point. as already noted in previous threads, going from automake-1.10 to =automake-1.10 changes the error from an ignored runtime one on the user's system to a build time failure on the developer's system in other words, they're both wrong ... you're just choosing the one that seems to work :P which then snowballs into having to use new tools that also require yet net tools themselves... :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Patch for e_modules to add support to gettext with automake-1.10
Hello all, great work, I would say amazing work! All the pieces are so great. Not only that you will been able to raise the money for the servers. Beside, I know, it was a long time ago I made a contribution to help on all the project to support automake-1.10 and is 'caprice'. I took a day off last week to make all the modules happy whit automake-1.10 and here are those modification. It took time as I wanted to test all of them before sending the patch. I have seen no flaws beside that I haven't test all the linguas (= I also tried to correct some configure.in file that where missing some information to correctly got linked to gettext. This patch shall not break anything as it touch mostly only the autogen.sh script. Continue the great work, I will try to send more support for automake-1.10 later on. Beside I lost some mail on a crash that where talking about this. Can't remember if it was okay to exit if autopoint didn't work. Sheer, LMA ? autogen-4-automake-1.10.patch Index: alarm/autogen.sh === RCS file: /var/cvs/e/e_modules/alarm/autogen.sh,v retrieving revision 1.1 diff -u -r1.1 autogen.sh --- alarm/autogen.sh8 Nov 2006 10:06:38 - 1.1 +++ alarm/autogen.sh13 Feb 2007 14:08:18 - @@ -5,6 +5,7 @@ touch README +echo Running autopoint...; autopoint -f || exit 1 echo Running aclocal... ; aclocal $ACLOCAL_FLAGS || exit 1 echo Running autoheader... ; autoheader || exit 1 echo Running autoconf... ; autoconf || exit 1 Index: alarm/po/Makefile.am === RCS file: /var/cvs/e/e_modules/alarm/po/Makefile.am,v retrieving revision 1.1 diff -u -r1.1 Makefile.am --- alarm/po/Makefile.am8 Nov 2006 10:06:38 - 1.1 +++ alarm/po/Makefile.am13 Feb 2007 14:08:18 - @@ -2,6 +2,7 @@ MSGFMT = msgfmt + localedir = @LOCALEDIR@ locale_DATA = $(addsuffix .mo,$(ALL_LINGUAS)) Index: calendar/autogen.sh === RCS file: /var/cvs/e/e_modules/calendar/autogen.sh,v retrieving revision 1.3 diff -u -r1.3 autogen.sh --- calendar/autogen.sh 16 Mar 2006 20:56:09 - 1.3 +++ calendar/autogen.sh 13 Feb 2007 14:08:18 - @@ -5,6 +5,7 @@ touch README +echo Running autopoint...; autopoint -f || exit 1 echo Running aclocal... ; aclocal $ACLOCAL_FLAGS || exit 1 echo Running autoheader... ; autoheader || exit 1 echo Running autoconf... ; autoconf || exit 1 Index: cpu/Makefile.am === RCS file: /var/cvs/e/e_modules/cpu/Makefile.am,v retrieving revision 1.16 diff -u -r1.16 Makefile.am --- cpu/Makefile.am 8 Nov 2006 12:43:17 - 1.16 +++ cpu/Makefile.am 13 Feb 2007 14:08:19 - @@ -1,5 +1,7 @@ MAINTAINERCLEANFILES = Makefile.in +SUBDIRS = po + EDJE_CC = @edje_cc@ EDJE_FLAGS = -v \ -id $(top_srcdir) \ Index: cpu/autogen.sh === RCS file: /var/cvs/e/e_modules/cpu/autogen.sh,v retrieving revision 1.3 diff -u -r1.3 autogen.sh --- cpu/autogen.sh 30 Aug 2006 18:08:52 - 1.3 +++ cpu/autogen.sh 13 Feb 2007 14:08:19 - @@ -3,6 +3,7 @@ rm -rf autom4te.cache rm -f aclocal.m4 ltmain.sh +echo Running autopoint...; autopoint -f || exit 1 echo Running aclocal... ; aclocal $ACLOCAL_FLAGS || exit 1 echo Running autoheader... ; autoheader || exit 1 echo Running autoconf... ; autoconf || exit 1 Index: cpu/configure.in === RCS file: /var/cvs/e/e_modules/cpu/configure.in,v retrieving revision 1.16 diff -u -r1.16 configure.in --- cpu/configure.in20 Sep 2006 19:02:15 - 1.16 +++ cpu/configure.in13 Feb 2007 14:08:19 - @@ -17,6 +17,12 @@ AM_ENABLE_SHARED AM_PROG_LIBTOOL +ALL_LINGUAS=bg eo fi it ja ru sv +AC_SUBST(ALL_LINGUAS) + +AM_GNU_GETTEXT([external]) +AM_GNU_GETTEXT_VERSION(0.14) + MODULE_ARCH=$host_os-$host_cpu AC_SUBST(MODULE_ARCH) AC_DEFINE_UNQUOTED(MODULE_ARCH, $MODULE_ARCH, Module architecture) @@ -142,6 +148,7 @@ AC_OUTPUT([ Makefile +po/Makefile module.desktop e_modules-cpu.spec ],[ Index: emu/autogen.sh === RCS file: /var/cvs/e/e_modules/emu/autogen.sh,v retrieving revision 1.2 diff -u -r1.2 autogen.sh --- emu/autogen.sh 20 Mar 2006 11:37:33 - 1.2 +++ emu/autogen.sh 13 Feb 2007 14:08:19 - @@ -5,6 +5,7 @@ touch README +echo Running autopoint...; autopoint -f || exit 1 echo Running aclocal... ; aclocal $ACLOCAL_FLAGS -I m4 || exit 1 echo Running autoheader... ; autoheader || exit 1 echo Running autoconf... ; autoconf || exit 1 Index: flame/autogen.sh === RCS file: /var/cvs/e/e_modules/flame/autogen.sh,v retrieving revision 1.2 diff -u -r1.2 autogen.sh --- flame/autogen.sh
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
On Tue, 13 Feb 2007 08:00:53 -0500 Landry, Marc-Andre [EMAIL PROTECTED] wrote: Hello all, great work, I would say amazing work! All the pieces are so great. Not only that you will been able to raise the money for the servers. Beside, I know, it was a long time ago I made a contribution to help on all the project to support automake-1.10 and is 'caprice'. I took a day off last week to make all the modules happy whit automake-1.10 and here are those modification. It took time as I wanted to test all of them before sending the patch. I have seen no flaws beside that I haven't test all the linguas (= I also tried to correct some configure.in file that where missing some information to correctly got linked to gettext. This patch shall not break anything as it touch mostly only the autogen.sh script. Continue the great work, I will try to send more support for automake-1.10 later on. Beside I lost some mail on a crash that where talking about this. Can't remember if it was okay to exit if autopoint didn't work. Sheer, LMA You might want to take a look at the diff for net/autogen.sh again... Jesse - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
On Tuesday, 13 February 2007, at 09:17:51 (-0500), Landry, Marc-Andre wrote: +echo Running autopoint...; autopoint -f || exit 1 No. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- If everything is coming your way, you're in the wrong lane. -- fortune - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
David Seikel wrote: This discussion has been had before, automake 1.10 gettext support is too broken. Check the archives. Amongst other things, it sneaks in an assignment of copyright to FSF if you are not careful. If someone decides to apply this anyway, do not do so to the emu module. Also, please skip the cpu, mem, mixer, net, flame, rain, snow, screenshot, slideshow, uptime, and tclock modules too. Automake 1.10 is just too broken at this point, and not all systems support it yet. devilhorns - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
On Tuesday, 13 February 2007, at 13:45:04 (-0500), Christopher Michael wrote: Also, please skip the cpu, mem, mixer, net, flame, rain, snow, screenshot, slideshow, uptime, and tclock modules too. Automake 1.10 is just too broken at this point, and not all systems support it yet. It's not going to be applied by anyone who values their ability to reproduce. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- The problem with the gene pool is there's no lifeguard. -- Steven Wright - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
Landry, Marc-Andre wrote: Michael Jennings wrote: On Tuesday, 13 February 2007, at 09:17:51 (-0500), Landry, Marc-Andre wrote: +echo Running autopoint...; autopoint -f || exit 1 No. Michael I will work on this for my self. I had lost track of this subject and I excuse me if I didn't understand that there will not be any support for this case. I will try to better help on the todo list for reporting patch. «Désolé» I didn't intended to take your time, Marc-André Landry Don't feel bad. Autofoo in general and gettext in particular have a long history of, lets say, exciting people. I still don't quite get all the opposition against autopoint (except the stupid requirement that the cvs program must be available). In my opinion automake-1.10 is not broken but people here insist on pissing against the wind and refuse to set up configuration stuff as it is supposed to be, and then blame the autotools that they don't work (/me ducks). The e17/apps/e autogen.sh has used autopoint for months now, and my impression is that the noise level from people with autotool issues in this module has decreased considerably since then. Anyway, I think adding autopoint to autogen.sh is only part of the solution if you go down that path. There seem to be quite a few other fixups required, like po/Makefile-po/Makefile.in in configure.in, remove po/Makefile.am, add po/Makevars and po/POTFILES.in, order of autoconf and autoheader in autogen.sh, and more. In case anybody bothers to persue this I have attached a patch for the alarm module, which passes make distcheck with automake-1.9.6 as well as automake-1.10 (a few bits in the patch are not related to gettext but required just to pass distcheck). I'm not saying this is the One and Only way to do this but only that this patch works for me. No worries - I have absolutely no intention to commit this in fear of what might happen to my reproductive powers. /Kim diff -urN -X ../excl.list ../alarm/.cvsignore ./.cvsignore --- ../alarm/.cvsignore 2006-11-12 14:04:43.0 +0100 +++ ./.cvsignore 2007-02-13 20:13:29.0 +0100 @@ -9,6 +9,7 @@ config.h config.h.in config.log +config.rpath config.status config.sub configure @@ -16,9 +17,12 @@ e_modules-alarm.spec install-sh libtool +m4 missing +mkinstalldirs module.desktop ltmain.sh stamp-h1 *.la *.lo +*.tar.gz diff -urN -X ../excl.list ../alarm/Makefile.am ./Makefile.am --- ../alarm/Makefile.am 2006-11-08 13:43:17.0 +0100 +++ ./Makefile.am 2007-02-13 20:25:21.0 +0100 @@ -1,3 +1,4 @@ +AUTOMAKE_OPTIONS = foreign MAINTAINERCLEANFILES = Makefile.in SUBDIRS = po @@ -38,5 +39,7 @@ $(top_builddir)/alarm.edj clean-local: - rm -rf alarm.edj *~ + rm -rf alarm.edj module.desktop *~ + +ACLOCAL_AMFLAGS = -I m4 diff -urN -X ../excl.list ../alarm/autogen.sh ./autogen.sh --- ../alarm/autogen.sh 2006-11-08 11:06:38.0 +0100 +++ ./autogen.sh 2007-02-13 22:35:56.0 +0100 @@ -5,22 +5,13 @@ touch README -echo Running aclocal... ; aclocal $ACLOCAL_FLAGS || exit 1 -echo Running autoheader... ; autoheader || exit 1 +echo Running autopoint...; autopoint -f || exit 1 +rm ABOUT-NLS +echo Running aclocal... ; aclocal $ACLOCAL_FLAGS -I m4 || exit 1 echo Running autoconf... ; autoconf || exit 1 +echo Running autoheader... ; autoheader || exit 1 echo Running libtoolize... ; (libtoolize --copy --automake || glibtoolize --automake) || exit 1 echo Running automake... ; automake --add-missing --copy --gnu || exit 1 -echo Generating gettext alarm.pot template; \ -xgettext \ ---output alarm.pot \ ---output-dir=po \ ---language=C \ ---add-location \ ---keyword=D_ \ ---sort-by-file \ ---copyright-holder=TODO \ ---foreign-user \ -`find . -name *.[ch] -print` || exit 1 if [ -z $NOCONFIGURE ]; then ./configure $@ diff -urN -X ../excl.list ../alarm/configure.in ./configure.in --- ../alarm/configure.in 2007-02-04 03:42:58.0 +0100 +++ ./configure.in 2007-02-13 22:37:13.0 +0100 @@ -15,10 +15,9 @@ AM_PROG_LIBTOOL ALL_LINGUAS=eo it ja sv -AC_SUBST(ALL_LINGUAS) AM_GNU_GETTEXT([external]) -AM_GNU_GETTEXT_VERSION(0.14) +AM_GNU_GETTEXT_VERSION([0.12.1]) MODULE_ARCH=$host_os-$host_cpu AC_SUBST(MODULE_ARCH) @@ -146,7 +145,7 @@ AC_OUTPUT([ Makefile -po/Makefile +po/Makefile.in e_modules-alarm.spec module.desktop ],[ diff -urN -X ../excl.list ../alarm/po/.cvsignore ./po/.cvsignore --- ../alarm/po/.cvsignore 2006-11-12 14:02:01.0 +0100 +++ ./po/.cvsignore 2007-02-13 20:15:16.0 +0100 @@ -1,4 +1,16 @@ Makefile Makefile.in +Makefile.in.in +Makevars.template +POTFILES +Rules-quot +boldquot.sed [EMAIL PROTECTED] [EMAIL PROTECTED] +insert-header.sin +quot.sed +remove-potcdate.sed +remove-potcdate.sin +stamp-po *.pot -*.mo +*.gmo diff -urN -X ../excl.list ../alarm/po/Makefile.am ./po/Makefile.am --- ../alarm/po/Makefile.am 2006-11-08 11:06:38.0 +0100 +++ ./po/Makefile.am 1970-01-01 01:00:00.0 +0100 @@
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
On Wednesday, 14 February 2007, at 01:18:46 (+0100), Kim Woelders wrote: I still don't quite get all the opposition against autopoint (except the stupid requirement that the cvs program must be available). In my opinion automake-1.10 is not broken but people here insist on pissing against the wind and refuse to set up configuration stuff as it is supposed to be, and then blame the autotools that they don't work (/me ducks). Okay, please point out how the configuration stuff is supposed to be to avoid trying to invoke the cvs command. The e17/apps/e autogen.sh has used autopoint for months now, and my impression is that the noise level from people with autotool issues in this module has decreased considerably since then. raster disabled it on November 2nd. You sneakily (as sneakily as one can with CVS...but it snuck past me...) re-enabled it on November 3rd. The lack of noise probably has a lot more to do with those for whom it doesn't work resigning themselves to just dealing with it, like devilhorns. Anyway, I think adding autopoint to autogen.sh is only part of the solution if you go down that path. There seem to be quite a few other fixups required, like po/Makefile-po/Makefile.in in configure.in, remove po/Makefile.am, add po/Makevars and po/POTFILES.in, order of autoconf and autoheader in autogen.sh, and more. While automake 1.10 may or may not be broken, gettext clearly is. Had we devoted the same amount of time to developing a new, better i18n solution (i.e., one that behaves reasonably rather than like an autistic cross-eyed gerbil on a caffeine high) that we've spent trying to get each new version of the autoFUCK tools to work properly, we wouldn't need gettext any more. gettext should be smart enough to work properly, and automake should be smart enough to know that gettext is more broke than MC Hammer's fashion coordinator and that workarounds, not fatal errors, are the proper course of action. In case anybody bothers to persue this I have attached a patch for the alarm module, which passes make distcheck with automake-1.9.6 as well as automake-1.10 (a few bits in the patch are not related to gettext but required just to pass distcheck). I'm not saying this is the One and Only way to do this but only that this patch works for me. Let's see if it works for devilhorns. And I'll try it with automake 1.8. No worries - I have absolutely no intention to commit this in fear of what might happen to my reproductive powers. Good boy. Don't think I can't find my way to West Kwoville, Denmark. :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Define irony. 'A bunch of idiots dancing on a plane to a song made famous by a band that died in a plane crash.' -- Garland Greene (Steve Buscemi), Con-Air - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel