From: Jambunathan K <kjambunathan@gmail.com>
To: Nicolas Richard <theonewiththeevillook@yahoo.fr>
Cc: emacs-orgmode@gnu.org
Subject: Re: Offer for taking over maintainership
Date: Thu, 14 Feb 2013 17:07:15 +0530 [thread overview]
Message-ID: <87ehgjnn2s.fsf@gmail.com> (raw)
In-Reply-To: <87halfrxer.fsf@yahoo.fr> (Nicolas Richard's message of "Thu, 14 Feb 2013 11:40:28 +0100")
"Nicolas Richard" <theonewiththeevillook@yahoo.fr> writes:
> but you cannot make an unrealistic offer (don't tell
> me you had not foreseen the many negative responses) and then just
> somehow say "Too bad for you, I offered to save your souls and you
> refused it."
Well, I just did. How can you openly refuse to believe what just
happened. Wishful thinking on your part, I should say!
>
> Anyway, considering the current state of the discussion, I think
> everybody's time, including yours, is being misused
>
>> Note: Anger is futile, particularly over the internet.
>
> Sure it is ; but you do look angry.
You should come see me in my apartment, as I type these words. No one
is having more fun than I am having right now.
> Trying to get back on the topic, IIUC you're saying that the maintainer
> should focus on code,
(It took some effort to get people to talk, rather than just say
whatever pleases their own ears. Sigh!)
(Code is vague. Not just code but important code.)
Yes, do not pick low-hanging fruits.
But tackle difficult ones that no one else will work on. Nicolas tries
to maintain low profile, but he has single handedly demonstrated that
there is no dearth of opportunities if only some thought and discretion
is exercised. He has pulled off quite a bit. Working on difficult
tasks has not been happening for quite some time now, IMNSHO. I am
willing to be shown wrong.
In any (Free Software) project that I know of, the principals focus on
difficult problems. There is a development cycle where the focus is on
high-hanging fruits. Then there is a bug-fix cycle where the focus is
on low-hanging fruits. One phase usually breaks the monotony of the
other. There is a clear line that is religiously *not* breached.
I tell once again, Bastien (who calls himself and who others call the
maintainer) has made miniscule contribution to Nicolas efforts. In the
meanwhile, he was fixing all the other things. One can always twist the
facts to one's own advantage. Bastien is plain wrong when he says his
Thankless job helped Nicolas or Jambunathan focus and complete their
work. What I did with ODT exporter would have been done irrespective of
what Bastien chose to do or not do. I will even venture to represent
Nicolas and say his framework would have sailed through irrespective of
presence or absence of Bastien. In truth, Bastien has slowed down the
process and adoption of new exporter framework. (I am an insider, don't
try to differ with me here.)
I am a developer and an Engineer. I have natural dislike for what I
consider as mere posturing in others. I don't like fudging facts to
play with people's perception.
> while "community management" (e.g. spending a great amount of time
> answering on the lists and getting thanked for it) should be in
> someone else's hand.
This is besides the point. You place something on the table that is
worth looking at. This is not even a secondary or tertiary item in what
I tabled. It's something that each member of the community has to look
at.
I am asking, why cannot people pitch in with patches or offer to write
documentation or help themselves. Saying "I love you and hugs!", my
"Inbox is filled, Thank you!" is all good and wonderful. But the
euphoria is plain delusional. People say "I want the old exporter
back." "I want documentation on new exporter." "I will not test gamma,
beta or alpha releases. I want stable releases and I want it to work
flawlessly." "This is broken in ox-html.el. Even signed contributors
report a bug, fail to give an ECM or too lazy to fix what is their own
problem." People want to be spoon fed and then want to pat themselves
on their back saying "I am a good member of community!". This is
hypocrisy at it's worst.
Interestingly, the only people who have NOT fallen in to the trap I have
laid, are the people who I have immense respect for. They have their
doubts and find it wise to not say it. I have respect for sceptics but
no respect for people who are so sure of themselves.
I called the community riffraffs for a reason. They are in truth
riffsraffs.
It is also delusional thinking to think that a community can have a say
on who the maintainer could be. Principals or the circumstances decide
who the maintainer is. Riffraffs need to read up a bit on how Free
Software communities work and function.
> Is it what you meant or did I misinterpret your statements? Maybe you
> could also elaborate on why you proposed a takeover instead of
> collaborating with the current maintainer.
Not what all you hear or others write is truth. Reader's discretion is
advised.
--
next prev parent reply other threads:[~2013-02-14 11:37 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-13 18:08 Offer for taking over maintainership Jambunathan K
2013-02-13 19:01 ` Jambunathan K
2013-02-13 20:45 ` John Wiegley
2013-02-13 21:31 ` Allen S. Rout
2013-02-13 21:41 ` Russell Adams
2013-02-14 0:11 ` Scott Randby
2013-02-14 9:09 ` Jambunathan K
2013-02-13 22:03 ` Charles Philip Chan
2013-02-13 22:11 ` Yagnesh Raghava Yakkala
2013-02-14 8:55 ` Jambunathan K
2013-02-14 9:53 ` Bastien
2013-02-14 9:55 ` Jambunathan K
2013-02-14 9:59 ` Bastien
2013-02-14 10:25 ` Jambunathan K
2013-02-13 22:18 ` Bastien
2013-02-14 9:18 ` Jambunathan K
2013-02-14 9:38 ` Jambunathan K
2013-02-14 9:54 ` Glyn Millington
2013-02-14 10:35 ` Jambunathan K
2013-02-14 0:06 ` François Pinard
2013-02-14 8:38 ` Ramon Diaz-Uriarte
2013-02-14 10:37 ` Jambunathan K
2013-02-14 16:31 ` François Pinard
2013-02-14 23:28 ` Carsten Dominik
2013-02-15 3:23 ` Jambunathan K
2013-02-15 4:11 ` Jambunathan K
2013-02-14 1:12 ` Takaaki ISHIKAWA
[not found] ` <CAJcAo8ueOp8dDBwq+bEufZJ1kSZLpVxY36L7eKUt4QDwRH98zQ@mail.gmail.com>
2013-02-14 1:40 ` Fwd: " Samuel Wales
2013-02-14 9:22 ` Jambunathan K
2013-02-14 1:16 ` Jonathan Leech-Pepin
2013-02-14 6:36 ` Jambunathan K
2013-02-14 6:45 ` Jambunathan K
2013-02-14 9:22 ` Rainer M Krug
2013-02-14 9:50 ` Jambunathan K
2013-02-14 9:53 ` Rainer M Krug
2013-02-14 7:37 ` Bastien
2013-02-14 10:12 ` Jambunathan K
2013-02-14 10:54 ` Jambunathan K
2013-02-14 16:07 ` François Pinard
2013-02-14 7:59 ` David Rogers
2013-02-14 10:40 ` Nicolas Richard
2013-02-14 11:37 ` Jambunathan K [this message]
2013-02-14 11:41 ` Jambunathan K
2013-02-14 11:57 ` Detlef Steuer
2013-02-14 13:26 ` Julian Burgos
2013-02-14 13:39 ` Jambunathan K
2013-02-14 11:54 ` Jambunathan K
-- strict thread matches above, loose matches on Subject: below --
2013-02-14 15:36 Jose E. Marchesi
2013-02-14 15:41 ` Allen S. Rout
2013-02-14 17:38 ` Jambunathan K
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
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ehgjnn2s.fsf@gmail.com \
--to=kjambunathan@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=theonewiththeevillook@yahoo.fr \
/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.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).