From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12999 invoked from network); 2 Feb 2004 23:18:04 +0000 Received: from smtp.gentoo.org (128.193.0.39) by eagle.gentoo.oregonstate.edu with DES-CBC3-SHA encrypted SMTP; 2 Feb 2004 23:18:04 +0000 Received: from lists.gentoo.org ([128.193.0.34] helo=eagle.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.24) id 1AnnKN-0002hX-Mf for arch-gentoo-releng@lists.gentoo.org; Mon, 02 Feb 2004 23:18:03 +0000 Received: (qmail 14347 invoked by uid 50004); 2 Feb 2004 21:46:21 +0000 Mailing-List: contact gentoo-releng-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail Reply-To: gentoo-releng@lists.gentoo.org X-BeenThere: gentoo-releng@gentoo.org Received: (qmail 14309 invoked from network); 2 Feb 2004 21:46:19 +0000 From: Martin Schlemmer Reply-To: Martin Schlemmer To: Brad House Cc: Gentoo-Releng In-Reply-To: <34400.209.251.159.140.1075756678.squirrel@mail.mainstreetsoftworks.com> References: <64611.68.105.173.45.1075697322.squirrel@mail.mainstreetsoftworks.com> <1075750645.6931.43.camel@nosferatu.lan> <34301.209.251.159.140.1075751660.squirrel@mail.mainstreetsoftworks.com> <1075755072.6931.82.camel@nosferatu.lan> <34400.209.251.159.140.1075756678.squirrel@mail.mainstreetsoftworks.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-dA/Cn0fSscqppgTqfDqC" Message-Id: <1075758380.6931.109.camel@nosferatu.lan> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 02 Feb 2004 23:46:20 +0200 Subject: Re: [gentoo-releng] x86-livecd - bugs and suggestions X-Archives-Salt: 5a2d00ce-a076-4810-af26-f6a637fbeaca X-Archives-Hash: c6823b214e8c2fe5377aa069c765178b --=-dA/Cn0fSscqppgTqfDqC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-02-02 at 23:17, Brad House wrote: > > Tough, we all have 12 hour or close working days. As for calming down, > > I _am_ calm - you have not seen me on the war path yet =3D) And I do n= ot > > imagine myself that the -r4 changes was not the only. > > > > Also, 'resigning' from the livecd project because you overstep > > boundaries with no visible regard for the impact or feelings of others, > > is to be frank, silly. Ask me - any change that usually cannot wait a > > few hours to be verified is usually a wrong one. I did this more than > > once myself - overstepping boundaries for this 'critical' fix, and the > > result was worse than what the few extra hours of waiting could ever > > have done. > > > > We do not ask your soul - we ask some sort of regard. Work with us, > > and you will see that most of us will work with you. >=20 > Seeing as I had already 'overstepped' my bounds as you put it and > committed a -r4 in the first place (it was never anything you had > committed), what was the harm at all in me updating my own ebuild? I did not talk this time about -r4, I talked about the other commit. > Anyhow, we use CVS for collaboration, etc, this send me a diff and I'll > approve it thing is BS as long as we don't mess anything up, which I > have taken steps to make sure I do not. >=20 See below. > Oh also, just as a little wood for your fire, I committed a patch to > -r2,-r3,-r4, and -r5 that fixes a bug where /dev was not being created > _again_. And I did view this as fairly critical, and it was simplistic. If you want to get into it, then technically you 'fixed' it in the wrong place. The real culprit in this situation (and others that might pop up besides /dev if $ROOT !=3D '/'), is keepdir_mount(). > We are a team, I don't believe ONE person should hold up bug fixes, etc > when things are easily fixed without disturbance. I view myself as a > competant developer, if I were not, perhaps it would be a different > situation. Again, I bring up the point, why do we use CVS if not to > collaborate ? >=20 Ok, so please go and commit to portage and see where that gets you. As far as I can see, the only 'team' in your vocabulary, is the one that gets you your way. You obviously fail to see why it is that some core packages have, lets call it 'supervising maintainers' - its to make sure that all changes are regulated and will not break something due to limited understanding from less active developers when it comes to that package. Go and have a look at the kernel for instance. All major parts have their respective maintainers who concur changes, and then send it off to Linus. Same thing here. The biggest issue here - or reason why I get 'my panties in a wad' - is that you do not even have the decency to let me know about a change. I never said I was the all mighty committer of baselayout - check the ChangeLog .. others _do_ commit there ... _after_ they check with me. Its not what you do, but _how_ you do it. What you also seemingly seem to miss, is this is not about me getting my undies tied up, but you repeatedly disregarding any type of system in place, and doing as _you_ please. Yes, _you_. Great hey, its still all about you - just get this ... its not in a good way?=20 So please, go get an ego adjustment; un-wad _your_ panties; and play some ball. Just for the record - you did see that I did not CC releng? I see I should apologise for underestimating your righteousness, sorry :/ Thanks, --=20 Martin Schlemmer Gentoo Linux Developer, Desktop/System Team Developer Cape Town, South Africa --=-dA/Cn0fSscqppgTqfDqC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAHsUsqburzKaJYLYRAtXFAJ9cmvgYblW7uKck6lIgoLRM/UqRxwCbBhEW TKNeshcAXGmVN0IMkM01Ggs= =n/OZ -----END PGP SIGNATURE----- --=-dA/Cn0fSscqppgTqfDqC--