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.62) (envelope-from ) id 1I6sR1-0007Lv-LY for garchives@archives.gentoo.org; Fri, 06 Jul 2007 18:21:40 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l66IHxKe028869; Fri, 6 Jul 2007 18:17:59 GMT Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l66IHwtv028836 for ; Fri, 6 Jul 2007 18:17:58 GMT Received: by py-out-1112.google.com with SMTP id d32so632693pye for ; Fri, 06 Jul 2007 11:17:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=NRqqh1vhFfTKrO5t/MaP2xZZzrtq8GCkgZAn/LuLVS2yhvyg2RmGxHCn8/y2I8vJYqLyp1Mw8zcx3g2Ub6yUHFp5vpNphv0/9csFIB2SY0s48yzNDED60hv+OZLKdUaJkUf3F5bTEwSk9+DRZi6Ygd4hMF8q1hCJHG/8hDUt0n4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=eit/we9PFNyf6l8wxdp3uW0uS2XKPgcuxHJqmfqLpbXKxnI2o0asWL57n/SYdopcmzJa5p776HkAh8Gsixl989VK2y2ZS+NRFnzsKk06lXXtupQs1hWknTshtIkn4Fu8OlfmiX6oPsgGw+wbAZsuWKto4sZuqDmqtgj8jjm3Xfw= Received: by 10.35.92.18 with SMTP id u18mr1715824pyl.1183745878387; Fri, 06 Jul 2007 11:17:58 -0700 (PDT) Received: by 10.35.82.20 with HTTP; Fri, 6 Jul 2007 11:17:58 -0700 (PDT) Message-ID: Date: Fri, 6 Jul 2007 20:17:58 +0200 From: Beso To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] Re: In-Reply-To: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_61457_21752796.1183745878338" References: <20070706020200.GC2252@ifa.hawaii.edu> <20070706022548.GE17654@v.igoro.us> <1183726925.24646.38.camel@ShadowAerie> <20070706152051.GA25052@v.igoro.us> X-Archives-Salt: 934b5f8d-c14f-4279-be34-63125e6a528e X-Archives-Hash: 02a2c433e17e7374574f9c05e2d4c739 ------=_Part_61457_21752796.1183745878338 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline 2007/7/6, Duncan <1i5t5.duncan@cox.net>: > > "Dustin J. Mitchell" posted > 20070706152051.GA25052@v.igoro.us, excerpted below, on Fri, 06 Jul 2007 > 10:20:51 -0500: > > > Well, keep in mind that I run in what is probably a slightly different > > circle -- server admins. > > > > Gentoo has a *lot* to recommend it technically for administering a > > server -- fine-grained control, careful management of the upgrade path, > > transparency, extensibility, etc. > > > > But the cultural shift is painful when folks like me try to interact > > with the Gentoo user or developer community. I think I'm a fairly > > technically adept person (hey, I passed the ebuild quiz), yet several of > > my bugs have been blown off fairly rudely, by developers who had > > obviously not read the entire bug. Of course, interactions on IRC are > > even worse. > > > > The result is that I don't file bugs anymore -- I make a fixed local > > copy of the ebuild and call it a day. Since I can't recommend that my > > clients and employers do the same, I set them up with a RedHat-derived > > base system and then hand-compile the necessary software on top of that. > > I'm not a server admin and not dev, but I hang out on the dev group/list > (group thru gmane), in large part because that's one thing I can do to > get a heads-up on stuff coming down the pike before it affects me. I'm > also tech literate enough to generally understand development principles, > but have only done bash scripts (with kdialog on occasion) on Linux, and > VB back before MS decided they didn't want customers that actually cared > about their privacy any more and forced me to jump to Linux. (Yes, I owe > MS a bit of the credit for one of the best moves I ever made, OFF of MS! > =8^P ) Maybe someday I'll be a dev, but it's slow going learning the > stuff as a hobby, on one's own. > > Anyway, so I hang out on the dev list. Having done so since I switched > from Mandrake (with Gentoo release 2004.1), I've been around awhile. You > think they're rough on you, try the dev list! They are equally as rough > on each other! > > Basically what it comes down to is that people have to develop much > thicker skins. I had to. It took awhile and I still believe things > could be far better if people would just be a bit more tolerant, and read > things in the light most favorable to the other guy instead of the least, > particularly when there are cultural and language differences thrown in > as well. > > So yeah, don't take the rudeness personally. If you can, learn to live > with it. Reopen the bug if need be, asking why it got closed without > even being fully read. Keep in mind "invalid" doesn't mean what it might > look like, they /think/ the bug's invalid, but they aren't really calling > you a know-nothing. (Yes, I've had the invalid thing happen too, and it > bothered me greatly at first.) Sometimes you may have to jump thru a few > hoops that you don't believe are necessary, but if it gets the bug > fixed... Not trying to name names, but in particular, bug wranglers is a > tough job, and sometimes they get pretty cranky and even the devs think > they've gone too far on occasion. > > One thing I had occasion to learn, that I've observed many tech oriented > folks haven't. For years I was used to being the guru. Then I joined an > ISP (and the ISP's newsgroups) where there was a VERY high level of > expertise, one guy was one of about 12 with full commit rights to one of > the BSDs (I'm a Linux guy so don't remember which one), and they ALL (or > it seemed that way) ran big web and mail servers and the like. I was to > them the newbie tech illiterate they had to explain things to, much as I > was used to explaining things to others. > > Well, let's just say I learned to shutup and listen pretty fast, and to > qualify my statements much more accurately or cite references when I > could. > > That's an experience I've decided every tech oriented person needs to > have. It's REALLY an eye opening and humbling experience. Unfortunately > not so many get it. > > Another thing is that many of these devs are still in school, college, > even high school. They're immature and their blood runs hot. They may > know their stuff decently well, but they don't have the perspective of > years and it shows. They may know their stuff, but they don't always > know what they /don't/ know. > > So anyway, yeah, I've learned to have a /much/ thicker skin. I > personally try to always be respectful and give the other guy the benefit > of the doubt, but I know that's not the rules everybody plays by now, and > if I have a point to make or a bug I want fixed, I'm a bit more insistent > on it now. Sometimes I shutup for awhile, but following the dev list, in > a few months, there's often an excuse to point it out and effectively > appeal the decision. I've had several bugs eventually fixed with > variances on the theme, and in fact just got a bug reopened that someone > else had filed as well, that I stumbled upon myself. (In this case it > was a gcc-4.2.0 related bug, filed while that version was still masked. > An announcement on the dev list just said they intend to unmask 4.2.0 to > ~arch in a few days, so it's time to reopen the bug and get it fixed. I > mentioned it as a reply to the announcement, and low and behold, less > than an hour later, reopened it was, and reassigned to toolchain, with > amd64 in the cc as it was amd64 -fPIC related too.) > > Now you may or may not be willing to hassle all that, it's up to you. If > you can develop the thick skin, tho, and with a bit of patience, you can > get some of those bugs fixed. > > OTOH, even if you can develop a thick skin, it's still not something you > can really recommend to others. That remains true. Maybe someday, but > not ATM. So with RH/Debian/whatever I'd recommend they stick too. > > -- > Duncan - List replies preferred. No HTML msgs. > "Every nonfree program has a lord, a master -- > and if you use the program, he is your master." Richard Stallman > > -- > gentoo-amd64@gentoo.org mailing list > > i can understand that they are pretty pissed off with bugs that cannot be reproduced but if you mismatch the place of some bug, they should automatically switch it to the right place, as the people do on other bugzillas.... if they cannot control themselves, maybe it would be good if they would have some people that only do the mediation between them and users.... another great disappointment is that sabayon problems wich regard ebuilds in the gentoo general tree are encouraged to be unanswered by users.... i think that this is not a good choice.... take kubuntu/ubuntu/edubuntu - you can try to mix the 3 versions without any problems (and i know that cause i used to use a very tainted kubuntu with also fedora and suse packages).... i don't really understand why problems with packages of sabayon (which is a dev branch of gentoo in the end) that are installed from the official gentoo repo cannot be questioned on the official gentoo forum.... right now i'm downloading the sabayon dvd to try it and see what are the changes inside and i'm currently using some stuff from their repo (which didn't installed from official repo) as ati-drivers (which in some way are more stable and with which i can run beryl, while with the official gentoo released ones i cannot).... another very important question is why the gentoo branch doesn't pass on to paludis, which is really,really,really greater when compared with portage (at least for dep resolving which is about 40 to 50%).... an example is that paludis has found some packages that are installed on my system without any reference.... these were installed by portage and when i've removed them i didn't have any problems using my apps.... i cannot do any more without it and only have installed portage because some gentoolkit tools are still emerge based as the.... the last thing is why continuing to use etc-update when you have dispatch-config that is 1000000000000000 time better than the etc-update idiot output?!?! i really think that gentoo has lost its innovation character which was its racial trait when it was born.... that's why i've decided to have a look at sabayon, which seems to embody these traits.... -- beso d-_-b ------=_Part_61457_21752796.1183745878338 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

2007/7/6, Duncan <1i5t5.duncan@cox.net>:
"Dustin J. Mitchell" <dus= tin@v.igoro.us> posted
20070706152051.GA25052@v.igoro.us, excerpted below, on =  Fri, 06 Jul 2007
10:20:51 -0500:

> Well, keep in mind that I run in what is pr= obably a slightly different
> circle -- server admins.
>
>= ; Gentoo has a *lot* to recommend it technically for administering a
> server -- fine-grained control, careful management of the upgrade path= ,
> transparency, extensibility, etc.
>
> But the cultura= l shift is painful when folks like me try to interact
> with the Gent= oo user or developer community.  I think I'm a fairly
> technically adept person (hey, I passed the ebuild quiz), yet seve= ral of
> my bugs have been blown off fairly rudely, by developers who= had
> obviously not read the entire bug.  Of course, inter= actions on IRC are
> even worse.
>
> The result is that I don't file bu= gs anymore -- I make a fixed local
> copy of the ebuild and call it a= day.  Since I can't recommend that my
> clients and em= ployers do the same, I set them up with a RedHat-derived
> base system and then hand-compile the necessary software on top of= that.

I'm not a server admin and not dev, but I hang out on the= dev group/list
(group thru gmane), in large part because that's one= thing I can do to
get a heads-up on stuff coming down the pike before it affects me. = ; I'm
also tech literate enough to generally understand develop= ment principles,
but have only done bash scripts (with kdialog on occasi= on) on Linux, and
VB back before MS decided they didn't want customers that actually = cared
about their privacy any more and forced me to jump to Linux. (Yes,= I owe
MS a bit of the credit for one of the best moves I ever made, OFF= of MS!
=3D8^P )  Maybe someday I'll be a dev, but it's slow = going learning the
stuff as a hobby, on one's own.

Anyway, so= I hang out on the dev list.  Having done so since I switched
= from Mandrake (with Gentoo release=20 2004.1), I've been around awhile.  You
think they're r= ough on you, try the dev list!  They are equally as rough
on e= ach other!

Basically what it comes down to is that people have to de= velop much
thicker skins.  I had to.  It took awhile= and I still believe things
could be far better if people would just be a bit more tolerant, and re= ad
things in the light most favorable to the other guy instead of the le= ast,
particularly when there are cultural and language differences throw= n in
as well.

So yeah, don't take the rudeness personally. &= nbsp;If you can, learn to live
with it.  Reopen the bug if nee= d be, asking why it got closed without
even being fully read.  = ;Keep in mind "invalid" doesn't mean what it might
look like, they /think/ the bug's invalid, but they aren't real= ly calling
you a know-nothing.  (Yes, I've had the invalid= thing happen too, and it
bothered me greatly at first.)  Some= times you may have to jump thru a few
hoops that you don't believe are necessary, but if it gets the bug<= br>fixed...  Not trying to name names, but in particular, bug wra= nglers is a
tough job, and sometimes they get pretty cranky and even the= devs think
they've gone too far on occasion.

One thing I had occasion t= o learn, that I've observed many tech oriented
folks haven't.&nb= sp; For years I was used to being the guru.  Then I joined a= n
ISP (and the ISP's newsgroups) where there was a VERY high level o= f
expertise, one guy was one of about 12 with full commit rights to one o= f
the BSDs (I'm a Linux guy so don't remember which one), and th= ey ALL (or
it seemed that way) ran big web and mail servers and the like= .  I was to
them the newbie tech illiterate they had to explain things to, much as = I
was used to explaining things to others.

Well, let's just s= ay I learned to shutup and listen pretty fast, and to
qualify my stateme= nts much more accurately or cite references when I
could.

That's an experience I've decided every tech orie= nted person needs to
have.  It's REALLY an eye opening and= humbling experience.  Unfortunately
not so many get it.
Another thing is that many of these devs are still in school, college,
even high school.  They're immature and their blood runs = hot.  They may
know their stuff decently well, but they don= 9;t have the perspective of
years and it shows.  They may know= their stuff, but they don't always
know what they /don't/ know.

So anyway, yeah, I've learn= ed to have a /much/ thicker skin.  I
personally try to always = be respectful and give the other guy the benefit
of the doubt, but I kno= w that's not the rules everybody plays by now, and
if I have a point to make or a bug I want fixed, I'm a bit more ins= istent
on it now.  Sometimes I shutup for awhile, but followin= g the dev list, in
a few months, there's often an excuse to point it= out and effectively
appeal the decision.  I've had several bugs eventually fi= xed with
variances on the theme, and in fact just got a bug reopened tha= t someone
else had filed as well, that I stumbled upon myself. &nbs= p;(In this case it
was a gcc-4.2.0 related bug, filed while that version was still masked.=
An announcement on the dev list just said they intend to unmask 4.2.0 t= o
~arch in a few days, so it's time to reopen the bug and get it fix= ed.  I
mentioned it as a reply to the announcement, and low and behold, lessthan an hour later, reopened it was, and reassigned to toolchain, withamd64 in the cc as it was amd64 -fPIC related too.)

Now you may or = may not be willing to hassle all that, it's up to you.  If
you can develop the thick skin, tho, and with a bit of patience, you ca= n
get some of those bugs fixed.

OTOH, even if you can develop a t= hick skin, it's still not something you
can really recommend to othe= rs.  That remains true.  Maybe someday, but
not ATM.  So with RH/Debian/whatever I'd recommend they s= tick too.

--
Duncan - List replies preferred.   No HTML= msgs.
"Every nonfree program has a lord, a master --
and if you= use the program, he is your master."  Richard Stallman

--
gentoo-amd64@gento= o.org mailing list

i can understand that they= are pretty pissed off with bugs that cannot be reproduced but if you misma= tch the place of some bug, they should automatically switch it to the right= place, as the people do on other bugzillas.... if they cannot control them= selves, maybe it would be good if they would have some people that only do = the mediation between them and users....=20
another great disappointment is that sabayon problems wich regard ebuil= ds in the gentoo general tree are encouraged to be unanswered by users.... = i think that this is not a good choice.... take kubuntu/ubuntu/edubuntu - y= ou can try to mix the 3 versions without any problems (and i know that caus= e i used to use a very tainted kubuntu with also fedora and suse packages).= ... i don't really understand why problems with packages of sabayon (wh= ich is a dev branch of gentoo in the end) that are installed from the offic= ial gentoo repo cannot be questioned on the official gentoo forum.... right= now i'm downloading the sabayon dvd to try it and see what are the cha= nges inside and i'm currently using some stuff from their repo (which d= idn't installed from official repo) as ati-drivers (which in some way a= re more stable and with which i can run beryl, while with the official gent= oo released ones i cannot).... another very important question is why the g= entoo branch doesn't pass on to paludis, which is really,really,really = greater when compared with portage (at least for dep resolving which is abo= ut 40 to 50%).... an example is that paludis has found some packages that a= re installed on my system without any reference.... these were installed by= portage and when i've removed them i didn't have any problems usin= g my apps.... i cannot do any more without it and only have installed porta= ge because some gentoolkit tools are still emerge based as the.... the last= thing is why continuing to use etc-update when you have dispatch-config th= at is 1000000000000000 time better than the etc-update idiot output?!?! i r= eally think that gentoo has lost its innovation character which was its rac= ial trait when it was born.... that's why i've decided to have a lo= ok at sabayon, which seems to embody these traits....


--
beso

d-_-b ------=_Part_61457_21752796.1183745878338-- -- gentoo-amd64@gentoo.org mailing list