Re: [gentoo-dev] Fwd: Cron <gmirror@dipper> /usr/local/bin/pidlock -s rsync-gen /bin/bash /usr/local/bin/mastermirror/rsync-gen.sh

[james]

On 01/27/2017 07:41 AM, Rich Freeman wrote:
> On Fri, Jan 27, 2017 at 7:06 AM, Dirkjan Ochtman <djc@g.o> wrote:
>>
>> On Fri, Jan 27, 2017 at 8:26 AM, Michał Górny <mgorny@g.o> wrote:
>>> I should point out that:
>>>
>>> 1) CI is detecting this kind of issues much faster than you are,
>>> and reporting them both to the committer and to a *dedicated* mailing
>>> list, so your mail is completely redundant and delayed.
>>
>> That sounds like a somewhat better solution, although sometimes it can
>> make sense to send email to where the developers are already, rather
>> than putting the onus on them to join a separate mailing list.
>>
>
> I don't think the idea is to put the onus on people to join a separate
> list so much as to give people the freedom to NOT join that list.

Hey thanks guys for pointing out that list concerned with CI.
>
> Why is it necessary to notify every developer that somebody has not
> run repoman?  For everybody who does what they're supposed to do,
> there is no lesson to learn, and it is just noise.
>
> For people interested in building tree-wide QA tools or who are
> interested in overall trends, then they can mine the list archives.
> If they have significant observations they can always post here or on
> planet or whatever, and that would have a much higher S/N ratio.
>
>>> 2) Spamming the developer mailing list is completely unprofessional
>>> here. If you are unhappy about those mails, just disable them, and stop
>>> blaming people for your misery. Trying to prove others incompetent
>>> helps nobody.
>>
>> Come on... I think it's fair game to share news about people breaking
>> things on the gentoo-dev mailing list. Naming & shaming can be useful
>> sometimes.
>
> I think naming and shaming is a short-term game.  It might have
> immediate effects, but it tends to create a culture where nobody wants
> to get involved, because they don't want to be the person getting
> named and shamed.
>
> We should certainly provide information to people about their errors
> so that they can fix them.  We should certainly have this information
> available to people making tools that can help people avoid errors,
> since error is human nature.  There is no need to hide this
> information, but we shouldn't have a culture where we're making it an
> emphasis so that we can all go around pointing fingers.

Hmmmm. Sure I agree that folks with aspiring skills, particular to 
gentoo, might need a bit of coddling and encouragement at times, as 
opposed to the back of the hand sort of management. Me, I'm rather 
thick-skinned, so a good public 'smacking' only means a dev cares and 
has higher expectations from his comrade? But, what comes around, goes 
around for this old fart..... Kids now-a-days, not so much.


I have avoided the gentoo-CI project (building my own server-cluster) 
pretty much for the reason to avoid this sort of thread focused on 
myself (an ounce of prevention). My take is that this thread is 
justification that the gentoo-CI project needs more documentation, 
participation and dissemination so as to make it a community tool for 
devs and strong users alike. In fact, could not repoman be an option for 
a gentoo-cluster-CI configuration?


> If somebody is a consistent problem and is impervious to attempts to
> work with them (whatever the ultimate reason), we don't need to make
> them a social pariah until they decide to quit.  We just need to have
> QA revoke their commit rights.
>
> I'm a little concerned that stuff like this starts to end up working
> like collective punishment.  Fred over here broke the tree, so nobody
> gets to have desert or recess today; you all know what to do with Fred
> when he's looking to sit next to somebody at lunch and when the bus
> drops you off at home later today.
>
> I don't think that was the original motivation; I think frustration
> with this being a frequent problem is more the issue and is quite
> understandable.  I just don't think this is the right solution.


I have posted several times (I think) about the Gentoo CI being tuned 
into a straight forward project, where anyone with a few systems (or VMs 
or containers) can build a gentoo cluster and run it local. Folks, 
whether dev or experience user, could then run their own 
"gentoo-cluster-CI" leveraging the work of the devs involved and then 
selecting packages that they care most about. Automating much of what a 
proxy-dev does noting the results and studying the components, would 
make an excellent training system and help infuse folks with gentoo 
expertise into the wider software intensive industries. Thus it would 
greatly enhance gentoo's appeal and tend to subsequently attract younger 
folks with aspirations, imho.


This thread only reinforces that this idea, to make a gentoo-cluster-CI 
better documented and available for all of us with an interest. Granted, 
I'm still waiting a bit more to attempt that sort effort; but I do 
believe there would be strong interest, particularly if packaged up as 
stage-4 for the user base, proxy folks and those with not quite dev 
level skills. I also realize the gentoo-CI project may not quite be 
ready for this level of promotion, but, I am anxiously awaiting that 
possibility.



hth,
James