Mail Archives: geda-user/2015/09/17/19:05:27
--f46d0445182fcdc968051ff971ba
Content-Type: text/plain; charset=UTF-8
On Thu, Sep 17, 2015 at 2:28 PM, DJ Delorie <dj AT delorie DOT com> wrote:
>
> > The other side of this problem is that we don't have a sharp
> > distinction between developers and users.
>
> I generally don't use the developers list at all, unless I'm talking
> about the git server config, maintenance, or other things that are of
> limited purpose outside of "people with git commit privs". That's a
> pretty sharp distinction to me, but I don't think that's the problem
> you refer to. I think we don't have a sharp distinction between using
> and developing.
>
> We've tried having development talk separate, but some users felt they
> weren't "being heard" and migrated there too, taking their user
> problems with them. So now it's all in one place and some users
> complain anyway. It seems that this group is just not diciplined
> enough to keep development talk and usage talk separate, without
> everyone's egos getting bruised.
>
> We can't win, and I'm not going to try. geda-developers is for people
> who have git commit privs, for when we need to email everyone who has
> git commit privs. geda-help is for people who want help using geda.
> Everything else goes on geda-user.
>
If dev didin't exist, then on the rare occasions when for some legit reason
you need to address the people with commit privs, you can write HEY PEOPLE
WITH GEDA GIT COMMIT PRIVS READ THIS in the subject. Then people wouldn't
have to be suspicious about what gate-keeping might be going on on dev.
Their suspicion arises from the fact that the list is otherwise almost
pointless. Lets face it, dev lists exist so the devs of really popular
projects can more easily filter user noise. gEDA can't afford to do that
anyway.
The concerns of junior devs about whether their work is going in or not are
legitimate. Via gatekeeping, revert, whatever the mechanism sometimes code
gets written and not ultimately included and this somewhat sucks for the
people who write it. Projects have some interest in getting prospective
code that they might or might not include, which produces a slight conflict
of interest with contributors. Apparently gEDA has a history of problems
in this area, so it would be particularly worthwhile to conduct the whole
affair in public, even if that means painful discussions.
--f46d0445182fcdc968051ff971ba
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Thu, Sep 17, 2015 at 2:28 PM, DJ Delorie <span dir=3D"ltr"><<a hr=
ef=3D"mailto:dj AT delorie DOT com" target=3D"_blank">dj AT delorie DOT com</a>></span=
> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><span class=3D""><br>
> The other side of this problem is that we don't have a sharp<br>
> distinction between developers and users.<br>
<br>
</span>I generally don't use the developers list at all, unless I'm=
talking<br>
about the git server config, maintenance, or other things that are of<br>
limited purpose outside of "people with git commit privs".=C2=A0 =
That's a<br>
pretty sharp distinction to me, but I don't think that's the proble=
m<br>
you refer to.=C2=A0 I think we don't have a sharp distinction between u=
sing<br>
and developing.<br>
<br>
We've tried having development talk separate, but some users felt they<=
br>
weren't "being heard" and migrated there too, taking their us=
er<br>
problems with them.=C2=A0 So now it's all in one place and some users<b=
r>
complain anyway.=C2=A0 It seems that this group is just not diciplined<br>
enough to keep development talk and usage talk separate, without<br>
everyone's egos getting bruised.<br>
<br>
We can't win, and I'm not going to try.=C2=A0 geda-developers is fo=
r people<br>
who have git commit privs, for when we need to email everyone who has<br>
git commit privs.=C2=A0 geda-help is for people who want help using geda.<b=
r>
Everything else goes on geda-user.<br></blockquote><div><br></div><div styl=
e=3D"">If dev didin't exist, then on the rare occasions when for some l=
egit reason you need to address the people with commit privs, you can write=
HEY PEOPLE WITH GEDA GIT COMMIT PRIVS READ THIS in the subject.=C2=A0 Then=
people wouldn't have to be suspicious about what gate-keeping might be=
going on on dev.=C2=A0 Their suspicion arises from the fact that the list =
is otherwise almost pointless.=C2=A0 Lets face it, dev lists exist so the d=
evs of really popular projects can more easily filter user noise. =C2=A0gED=
A can't afford to do that anyway.</div></div><br></div><div class=3D"gm=
ail_extra" style=3D"">The concerns of junior devs about whether their work =
is going in or not are legitimate.=C2=A0 Via gatekeeping, revert, whatever =
the mechanism sometimes code gets written and not ultimately included and t=
his somewhat sucks for the people who write it.=C2=A0 Projects have some in=
terest in getting prospective code that they might or might not include, wh=
ich produces a slight conflict of interest with contributors.=C2=A0 Apparen=
tly gEDA has a history of problems in this area, so it would be particularl=
y worthwhile to conduct the whole affair in public, even if that means pain=
ful discussions.</div></div>
--f46d0445182fcdc968051ff971ba--
- Raw text -