On Friday, 25 February 2005, at 21:19:01 (+0100), Richard Torkar wrote: > I'm well aware of that fact. It was not the intention to make the > spec.in full-fledged to begin with.
And therein lies the fundamental problem. :) > > 3. Spec files and the rpm dependency engine are not equivalent to > > autoFUCK tools and cannot be treated as such. > > Wholeheartedly agree. > > > 4. Making spec file changes, like making configure.in changes, can > > have notable and widespread results and should thus be done as a > > conscious choice. > > See point 3, since it's the same. No, not quite. #4 has nothing to do with package dependencies. #3 was exclusively about package dependencies. > > 5. AutoFUCK tools generate files which differ between systems and > > between builds. If you have to change your spec file whenever you > > build, you have issues. > > See point 3, since it's the same. Incorrect again. This point is about the re-generation requirements for various files and the level at which they drive the system. > What I wan't to do, and what I believe more people want, is to make > spec creation a first class citizen in E's build system. It already is. I actively maintain every spec file in CVS and regularly build snapshot packages as changes are made. Others help out, including Azundris and Cobra (both on SuSE). 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) ----------------------------------------------------------------------- "Oh gaze of love, so melt my pride that I may in your house but kneel, and in my brokenness to cry spring worship unto thee." -- Jars of Clay, "Hymn" ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
