On Thu, 10 Feb 2011 02:02:57 +0200 Alan McKinnon <alan.mckin...@gmail.com> said:
> > gentoo allows users to configure the builds of their libs. this also allows > > them to shoot themselves in their feet and screw it up. eg disable a > > feature and then find that e17 needs it. and then the gentoo users come > > running here to us e devs complaining e is broken and how they should fix > > it. gentoo is broken already. it just foists work onto US developers as > > users do things they have not the slightest clue about. those swizzle > > knobs are for people who know what the hell they are enabling or disabling > > and what the consequences will be. > > > > this problem has gotten so bad that i'm becoming of the opinion that we > > should cease having any configuration you can change at compile time > > because it was never intended to be exposed to "users". but it is and its > > causing US trouble and US work because gentoo is going around doing just > > that. the result will be that people who want to change things for > > specific good reasons and know what they are doing now have to PATCH the > > build rather than just provide some --enable/disable flags. > > > > so to gentoo... STOP WITH THE USE FLAGS! JUST STOP! ENOUGH ALREADY! > > Raster, > > The fix for that is for ebuild maintainers to actually write ebuilds > properly. It's not a slap-dash-chuck-it-all-together-and-whoopee! task, just > like your job isn't like that. Example, the directfb stuff - that should be > filtered out in the platform profile. How many x86 boxen have directfb > installed? Auto- enable it in USE for an embedded system where it is > appropriate. dfb is barely used - it's all but dead. evas's dfb engine is horribly broken and half-implemented. it shouldnt even be offered. i can tell you now - use software based enignes, or opengl (opengl-es is a bit of a tricky one sue to opengl-es2 specs meaning that runtime glsl compiling is optional - a major flaw in the opengl-es2 specs imho). as such though... opengl-es is auto-detected - if you have the headers and libs. its auto-enabled. default flavor is sgx (which is runtime GLSL shader support). anyway.. i digress. any engine other than the software ones (32bit ones - 16bit software ones are broken and 8bit unfortunately too) and the opengl engines are solid and usable. these engines get auto-enabled if u have the dependencies. the problem is that these USE flags are being swizzled by average joes not people building embedded systems. > I use vapier and barbieri's ebuilds. They are sane, never had a problem with > them since '07 or thereabouts. > > The problem isn't gentoo, or portage. It's wankers publishing ebuilds without > having a clue first. Tell those wankers to shove right off by all means. Or > even put a big <blink><red> notice on the web site saying you don't support > gentoo, users need to talk to their ebuild maintainer. vapier had this notice in his ebuilds for gentoo for years. you know what happened? users turned up here and asked for gentoo build help. it doesnt work. :( > Just please don't rip out the useful compile config options. I like them, I > rely on them, I'll be seriously pissed if you remove them because you got > pissed with some wankers who don't have much clue. > > rant over :-) i understand - but this IS a real problem. if it goes away - i wont care anymore. if it continues or gets a lot worse... you can bet that i will thing more and more strongly about finding a way to save us work and there may be casualties in the process :( -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
