From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GJmF6-0001GL-6S for garchives@archives.gentoo.org; Sun, 03 Sep 2006 07:18:08 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.6) with SMTP id k837HTI7029961; Sun, 3 Sep 2006 07:17:29 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.13.8/8.13.6) with ESMTP id k837FWiQ026487 for ; Sun, 3 Sep 2006 07:15:32 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id BDAEE64A51 for ; Sun, 3 Sep 2006 07:15:31 +0000 (UTC) Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26536-18 for ; Sun, 3 Sep 2006 07:15:28 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 4115C642E2 for ; Sun, 3 Sep 2006 07:15:27 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GJmCP-0001eo-Eg for gentoo-dev@gentoo.org; Sun, 03 Sep 2006 09:15:21 +0200 Received: from al94.internetdsl.tpnet.pl ([80.53.169.94]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Sep 2006 09:15:21 +0200 Received: from siryes by al94.internetdsl.tpnet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Sep 2006 09:15:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Wiktor Wandachowicz Subject: [gentoo-dev] Re: Democracy: No silver bullet Date: Sun, 3 Sep 2006 07:15:10 +0000 (UTC) Message-ID: References: <44ECF00D.7050107@gentoo.org> <7573e9640609022011m765331ccx52eb96c841a5546f@mail.gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 80.53.169.94 (Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6) Sender: news X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Status: No, score=-2.522 required=5.5 tests=[BAYES_00=-2.599, TW_GD=0.077] X-Spam-Score: -2.522 X-Spam-Level: X-Archives-Salt: daa5f13a-d0ea-461d-a218-70cb6fc47dd3 X-Archives-Hash: 1983b2d008e6e92086a315ab6a22eeda Richard Fish wrote: > > I suppose that there is a way that Gentoo can follow, only that its leaders, > > developers and users need to see it clearly. Is there a publicly visible > > page that contains current goals for new releases? Where all sub-project > > leaders could add their own goals, coherent with the general vision? > > I couldn't find it, but maybe I haven't looked in the right places? > > The problem I see is that for Gentoo the releases are not really > useful milestones for most projects. A release is really significant > for a few core packages, but what is the real downside for users if > Xorg 7.2 is stabilized one week after a release? Outside of the fact > that they have to compile it themselves instead of using the GRP > package...not much that I see. After using Gentoo for a good while I appreaciate very much the "constant development" policy, which prevents the need to upgrade my system to new releases. I've seen one Ubuntu user dist-upgrading its installation - it went with some problems, and they were substantially bigger than I'm having doing occasionally "emerge -avuD world". But to be honest, stabilization of packages was not my point. ((BTW, stable X.org, KDE or GNOME would IMO delay the release for a week, so users wouldn't need to upgrade in such a short time frame - but that's what I think)) I was rather thinking about bigger, user-visible changes. Obviously a big version bump of widely known and used package would fit this category, too. Good news could include, for example, new stable kernel + udev (with better support for [many-nice-features]), GNOME/KDE/XFCE/etc, even easier installer, Gentoo-branded themes (Grub, splash, gdm theme, wallpaper, icons, colors (?)), stable porthole, improved portage... These are the things people are looking for - better, faster, easier. Opportunistic? Yes. Drugery for developers to come up with such a list and then hold their word in time? Yes. Is it needed at all? IMO, yes. > For a distro like Ubuntu, a release is very significant, as it is the > platform that users will be running for the next 6-18 months. And for Gentoo it's about 6 next months where new blood, umm.. new users /the beloved newbies ;)/ come to the project based on the reviews in news sites. I, for example, got to know about Gentoo after reading a good review on the site I was visiting quite often (linuxnews.pl). When I took a look at the Handbook by the first time I was sold immediately. I was thinking for a long time about installing LFS and only the time was an issue. Then here came Gentoo and my world changed... for better. Having said that, releases are targeted mostly for new users. Release media become more and more filled with features and are more user-friendly than ever (GNOME running from LiveCD, graphical installer, and so on). Lots of *visible* changes (even though they are minor or trivial) buy new hearts and minds for Gentoo. Do you now see what I've meant? I'm not imposing that Gentoo development should depend on a time-based milestones but new releases of installation media do happen and are needed. It would be easier for journalists, newbies, etc. to compare Gentoo against other distros if some kind of list of features that would-be-nice-to-have before every release existed. > Do you think Ubuntu roadmaps would be useful without being tied to a > release? Of course not. But that's exactly why people know beforehand that Dapper would contain one list of features and be stable, while Edgy (advertised as developers' dream) can be somewhat rough but most probably will contain another list of new and exciting features. Example [1]. > Or could project status reports (as discussed here recently) fit the > same bill? Thanks for pointing this out. Need to re-read the archives. With best regards, Wiktor Wandachowicz [1] "Upstart in Universe" http://www.netsplit.com/blog/work/canonical/upstart.html -- gentoo-dev@gentoo.org mailing list