From: Tom Wijsman <TomWij@gentoo.org>
To: jer@gentoo.org
Cc: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: [Bug 488318] media-video/mpv[luajit] - Keyword request on alpha, arm, ppc, ppc64, sparc
Date: Mon, 21 Oct 2013 18:19:54 +0200 [thread overview]
Message-ID: <20131021181954.0bbdb6a5@TOMWIJ-GENTOO> (raw)
In-Reply-To: <20131021153210.5ffdf4c3@marga.jer-c2.orkz.net>
[-- Attachment #1: Type: text/plain, Size: 4194 bytes --]
On Mon, 21 Oct 2013 15:32:10 +0200
Jeroen Roovers <jer@gentoo.org> wrote:
> On Sun, 20 Oct 2013 12:41:02 +0100
> Markos Chandras <hwoarang@gentoo.org> wrote:
>
> > No I never meant broken depgraphs. Well for broken deps, repoman
> > does not let you commit. If you use --force to workaround broken
> > deps, well, then you get what you deserve.
>
> No, apparently tomwij can get not only away with this (and apparently
> others as well on a regular basis). Not just that: he gets to write a
> lengthy "apology" that merely blames others / documentation / common
> sense, and then proceeds to call me "unprofessional" for pointing out
> in public the several mistakes he made. I feel very much that he's not
> getting it (what he deserves).
This is a first time I mask an USE flag on a package for a very small
single issue, please do not get upset over it. If I do it perfectly on
other achitectures which do not point anything out about it; then there
must be a reason as to why this happened *, please assume good faith
and do not see my explanation as a way to blame people or words. You or
your comment is not the reason to it, rather my misinterpretation of it.
My replies are rather intended to make sure "apparently others" do not
experience this again in the future; by introducing consistency,
deciding on policy, clarifying documentation and so on...
It simply does not work to say to me that "you're supposed to" when
that doesn't reflect what other arches do as well as the docs; I have
learned early on to not be convinced by inviduals, but rather to base
myself on consensus as to avoid people telling me conflicted matters.
To some extent I might be trying to be too professional; but, I'm
rather scared of not being professional enough, so I try not to be
careless when checking whether there is a consensus on matters.
You very well know that this is not intended, that I apologize and that
I will not let it happen again; so, the only thing left I ask from
Gentoo and you is to bring more consistency in this matter so all of us
do not have to go through this again.
If there's no consistency, no policy for the HPPA exception and missing
documentation; then ask yourself, what alerts and/or prevents the next
new developer from making this mistake again once he gets to USE flag
dependencies that need to be masked?
Nothing, and that concerns me.
As for blaming you; it is quite the opposite, I have actually been
trying to become friends with you because we share some common concerns
(bug wrangling, keeping #gentoo clean, ...) but I find it much harder
to do that these days running into these roadblocks ("atrocity" when
making a mistake because of an unexpected comment, changing the patch
name in tinyproxy, getting away and getting what I deserve, ...) that
are the result of us not communicating in a professional way.
I very well respect your position as an arch member, your concerns to
keep maintaining the arch easy and more; I'm not bothered by you, even
rather admire some of the work you do.
I do speak up to improve our maintenance to be more efficient, to
improve Gentoo and to increase the general user experience; then if
problems or complexity sits in the way of that, I want to
explain, discuss and improve it. When that is reasonably possible.
Please note that I however do not insist on it; if nobody's interested,
then I am okay with that. What I didn't get here is why that comment is
in place in the HPPA package.use.mask; my confusion on this should be
clear from the other reply I gave on your example.
I'm not at all here to convince you; rather, I'm here to try to
understand its meaning. If you do not want to clarify that or provide
facts or references; then I agree to disagree with your opinion for
adding that comment. Regardless of that, the mistake won't happen again.
Thank you for the great work, your understanding and have a nice day.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : TomWij@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
next prev parent reply other threads:[~2013-10-21 16:20 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-488318-23709@http.bugs.gentoo.org/>
[not found] ` <bug-488318-23709-Ghdn7p7FCs@http.bugs.gentoo.org/>
2013-10-19 17:01 ` [gentoo-dev] Re: [Bug 488318] media-video/mpv[luajit] - Keyword request on alpha, arm, ppc, ppc64, sparc Jeroen Roovers
2013-10-19 17:43 ` Tom Wijsman
2013-10-20 10:18 ` Markos Chandras
2013-10-20 10:40 ` Patrick Lauer
2013-10-20 11:41 ` Markos Chandras
2013-10-20 12:30 ` Tom Wijsman
2013-10-21 13:50 ` Jeroen Roovers
2013-10-21 15:32 ` Tom Wijsman
2013-10-21 16:31 ` Jeroen Roovers
2013-10-21 17:03 ` Tom Wijsman
2013-10-20 14:05 ` Patrick Lauer
2013-10-21 13:32 ` Jeroen Roovers
2013-10-21 16:19 ` Tom Wijsman [this message]
2013-10-21 19:16 ` Markos Chandras
2013-11-02 21:22 ` [Bug 304435] Developer Handbook should document how/when to touch arch profiles' files (was: Re: [gentoo-dev] Re: [Bug 488318] media-video/mpv[luajit] - Keyword request on alpha, arm, ppc, ppc64, sparc) Tom Wijsman
2013-10-20 12:23 ` [gentoo-dev] Re: [Bug 488318] media-video/mpv[luajit] - Keyword request on alpha, arm, ppc, ppc64, sparc Tom Wijsman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20131021181954.0bbdb6a5@TOMWIJ-GENTOO \
--to=tomwij@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
--cc=jer@gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox