yes, i agree with your idea and i see your point. In fact, i never said NOT to do what you said. BUT, it's not the same having a E17 0.10 for 3 month than having a new version every two days. That's why i said "feature freeze", so distros can have a fully functional and stable, for at least 4-6 months or so. For arch or gentoo that is trivial, but not for ubuntu or fedora it's not THAT trivial (in a full ofitial repo)
On Tue, Sep 2, 2008 at 7:59 PM, Toma <[EMAIL PROTECTED]> wrote: > In a way, I agree. E is becoming more and more functional and stable. > But, thats chould be another reason why distros could package it. If > an application is stable and full of features, why not package it up? > People have a stigma about non 1.0 packages. If something isnt 1.0 > they straight away call it 'buggy' and not-finished. A classic case of > this is wine. Wine 0.9.20+all the ones up to 50+ series were stable > and useful. Then 1.0 came out and a lot of people said 'Whats the > difference?'. Dont get me started on the KDE 4.0 debarkle. They > chucked an unfinished DE out the door and said 'We want more > developers.' while making the users jump into some horrible > development version. > > So you see my point? Projects tend to release half-cooked stuff and > expect people to just gobble it up. I think E should never do that. If > someone has an issue with using non-1.0 packages, then its their loss! > :) > > On that note, I think the snapshot cycle should be set, with some bug > hunting done in the week before a snapshot happens. That way we have a > set development release that people can infact use and we can have a > good idea of where they are. > > Toma > > 2008/9/2 Wido <[EMAIL PROTECTED]>: >> Hi to all! before you start blaming me, i want to ask some thing from >> my point of view 8the user one) and have some feedback about this >> thing from other users and developers, i have no intend to start >> WWIII. >> >> I've been using E17 from about a year or so, i think i started in >> version .24 or so. Since i put it it's has been my primary desktop and >> I only change it whe E brokes. It impresive how far you all have reach >> and how good E has become. So i was thinking, isn't about time to >> start thinking in freeze main EFL and e17 and make effort to hunt >> bugs, so main distros can add it in official repos? i'm not saying >> sotp coding and improving it, im saying just to freeze it in a state >> that main distros can add it in main official repos, so it can more >> easely reacheble to users. I always read that E's main goal is to be >> as fast and eyecandy as posible, and i think it has reach that state. >> Beside, we can always add new cool stuff using the power of e_modules, >> don't we? >> please, let me and other common users know what you think about this >> and let me know if i'm wrong or something >> >> >> cheers!!! >> >> -- >> Wido >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >> Build the coolest Linux based applications with Moblin SDK & win great prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> enlightenment-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users >> > -- Wido ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
