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.50) id 1EbexV-0005HN-Iw for garchives@archives.gentoo.org; Mon, 14 Nov 2005 14:05:22 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jAEE3bOS015497; Mon, 14 Nov 2005 14:03:37 GMT Received: from smtp04.gnvlscdb.sys.nuvox.net (smtp.nuvox.net [64.89.70.9]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id jAEE0ORb009781 for ; Mon, 14 Nov 2005 14:00:25 GMT Received: from cgianelloni.nuvox.net (216.215.202.4.nw.nuvox.net [216.215.202.4]) by smtp04.gnvlscdb.sys.nuvox.net (8.12.11/8.12.11) with SMTP id jAEE0WMH009203 for ; Mon, 14 Nov 2005 09:00:32 -0500 Received: by cgianelloni.nuvox.net (sSMTP sendmail emulation); Mon, 14 Nov 2005 08:59:29 -0500 Subject: Re: [gentoo-dev] GLEP 42 "Critical News Reporting" Round Two From: Chris Gianelloni To: gentoo-dev@lists.gentoo.org In-Reply-To: <1131921258.18102.18.camel@mogheiden.gnqs.org> References: <20051105005814.0de0d8ff@snowdrop.home> <20051111184053.780ed8c9@sven.genone.homeip.net> <1131748635.8508.86.camel@mogheiden.gnqs.org> <1131751347.25730.58.camel@cgianelloni.nuvox.net> <1131757062.8508.119.camel@mogheiden.gnqs.org> <1131809168.8774.10.camel@vertigo.twi-31o2.org> <1131921258.18102.18.camel@mogheiden.gnqs.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-d6SxiyaR7qu7xK+LkfDB" Organization: Gentoo Linux Date: Mon, 14 Nov 2005 08:59:29 -0500 Message-Id: <1131976769.9703.6.camel@cgianelloni.nuvox.net> 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 X-Mailer: Evolution 2.4.1 X-Archives-Salt: 2f10e335-6a70-4094-9f9b-dac6eac108bf X-Archives-Hash: 8daf00fe670427ce4fe0af63688c0b82 --=-d6SxiyaR7qu7xK+LkfDB Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2005-11-13 at 22:34 +0000, Stuart Herbert wrote: > On Sat, 2005-11-12 at 10:26 -0500, Chris Gianelloni wrote: > > If users are interested in non-critical information, there's already a > > mechanism in place for them to get such things. They can join the > > mailing lists. Do we not already have a gentoo-events list? We also > > have a gentoo-releng list, or gentoo-announce. >=20 > At this point, I think you're suggesting that we different news carried > by different mediums. If so, I think that's very different from the > proposal I'm putting forward. I thought your proposal was to get critical information to our users, not force every user to read that $dev is going to be in $country from $date1 to $date2. As I understood it, the portage-delivered news would be 100% tree-related and not filled with nonsense. If I am mistaken in this, then I change my opinion on supporting this proposal, as I surely don't give a damn about some dev meet in the UK that I would never be able to attend and *definitely* don't want that *shoved* down my throat by the tree. I also noticed how you lost context in my quote by the way you quoted it. Thanks. > > > I'm not hoping for a 100% perfect technical solution straight away. > >=20 > > I am. Anything less at this point is a half-assed design. The *design= * > > should be 100% from the start. While implementation can occur in > > stages, you should not design as you go. >=20 > I think that's a worthy goal, but looking around, it looks to me that > software design just doesn't work like that in real life. Designs have > to adapt and change as time passes, not just implementations. Really? I work with quite a few developers where I work. We have meetings. During these meetings, requirements are hashed out to cover the scope of the project. The code is then written to the specifications. If a later change is made into the requirements, then another meeting takes place, and a change request is agreed upon and scheduled. They sure as hell don't let the requirements slip otherwise, or they would end up in the ever-developing and never-completing world. We're talking about a *very* simple set of things that need to be developed here. Why *would* we even consider not laying out the requirements up front? --=20 Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux --=-d6SxiyaR7qu7xK+LkfDB Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBDeJhBkT4lNIS36YERArbAAJ9X7kiVJCHbr+ivLEtRbuN5XupGsACeLOPG ACFCix/EWKI7bHwWj+Lwm+0= =3oHQ -----END PGP SIGNATURE----- --=-d6SxiyaR7qu7xK+LkfDB-- -- gentoo-dev@gentoo.org mailing list