From: Eli Zaretskii <eliz@gnu.org>
To: Konstantin Kharlamov <hi-angel@yandex.ru>
Cc: rms@gnu.org, emacs-devel@gnu.org
Subject: Re: Documenting FSF copyright assignment process
Date: Fri, 12 Apr 2019 10:00:28 +0300 [thread overview]
Message-ID: <83d0lr4sj7.fsf@gnu.org> (raw)
In-Reply-To: <1555026549.10016.0@yandex.ru> (message from Konstantin Kharlamov on Fri, 12 Apr 2019 02:49:09 +0300)
> Date: Fri, 12 Apr 2019 02:49:09 +0300
> From: Konstantin Kharlamov <hi-angel@yandex.ru>
> Cc: emacs-devel@gnu.org, rms@gnu.org
>
> > The only way I can understand this particular aspect of the issue is
> > by assuming that people don't read the section in the Emacs manual
> > where this is described, the one you quoted in your email, because
> > that section explicitly tells to ask on emacs-devel.
>
> Not really. The section I quoted tells to ask any questions on
> emacs-devel, but not to ask for the form/instructions in there.
I admit I don't understand this logic. You are told to ask _anything_
about the assignment process on this list, including for how to start
the process:
Copyright assignment is a simple process. Residents of some
countries can do it entirely electronically. We can help you get
started, and answer any questions you may have (or point you to the
people with the answers), at the <emacs-devel@gnu.org> mailing list.
So why would someone think that asking about the form is
inappropriate?
> Although GNU Emacs indeed are not the source for form, however it is
> Emacs that has the mandatory requirement for the assignment.
No, every GNU project has this requirement, not just Emacs. GCC, GDB,
Binutils, Coreutils, Bash, Diffutils, Grep, Texinfo, Gnulib, Guile,
Wget -- you name it. They all require an assignment. Even submitting
translations for messages of some program requires an assignment.
> Okay, maybe it's not an issue for you, because you're used to the
> mailing list, as well as to replies to assignment form inqueries.
>
> But it is an issue for an arbitrary user who wants the form.
>
> First of: there's no requirement for a contributor to be subscribed
> here, since patches go to debbugs site anyway. And a user may not know
> how to use a mailing list: does one have to subscribe? How to
> subscribe? What to do with dozens of mails from the list every day?
> Nowadays you can't reasonably expect arbitrary peoples to know how MLs
> work.
>
> Second: a user may not be a native speaker, so composing a mail may
> take time for that alone reason. You can't expect a contributor to be a
> good speaker either, because they could be e.g. just a student who
> wants to improve the app they're using as part of their paper.
>
> Third: sending to a -devel ML means asking real developers. This may be
> an overwhelming thought, making one to try to avoid that as much as
> possible. I'm telling that from my own past experience: though right
> now I'm comfortable (I work as a developer, I contributed to many
> projects, I just got used to being around developers), but it wasn't
> always true. Just 3-4 years ago I'd be really afraid, thinking "But
> assignment form doesn't sound like a development question, am I sure
> this is correct? Won't they make laugh of me?".
>
> Fourth: sending to an ML means there's a bunch of people, and everyone
> gonna see your mail. If you have social communication problems, for
> example sociophobia, this is a demotivational factor.
>
> Fifth: asking specifically for copyright assignment on ML feels like
> yelling "look everyone, I'm gonna contribute to Emacs!", whereas one
> may not even be sure about usefulness of planned contributions. One may
> just have some thoughts for improvements, but they may not pan out for
> one reason or another. I think this may demotivate anyone, doubly so if
> one has social communication problems.
>
> And don't forget that the factors can be combined! Whereas the fix is
> dead easy: just make it clear how to get the form and instructions
> without any interaction.
With the relevant information now explicitly spelled in CONTRIBUTE, I
think these issues are more-or-less solved now.
next prev parent reply other threads:[~2019-04-12 7:00 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-10 23:33 Documenting FSF copyright assignment process Konstantin Kharlamov
2019-04-11 13:21 ` [OFFTOPIC] " Stefan Monnier
2019-04-11 13:51 ` Eli Zaretskii
2019-04-11 14:00 ` Clément Pit-Claudel
2019-04-11 18:03 ` Paul Eggert
2019-04-11 19:08 ` Eli Zaretskii
2019-04-11 23:53 ` Stefan Monnier
2019-04-15 13:13 ` Phillip Lord
2019-04-15 14:23 ` Stefan Monnier
2019-04-15 17:05 ` Phillip Lord
2019-04-15 14:38 ` Eli Zaretskii
2019-04-11 23:49 ` Konstantin Kharlamov
2019-04-12 7:00 ` Eli Zaretskii [this message]
2019-04-12 8:57 ` Konstantin Kharlamov
2019-04-12 9:33 ` Eli Zaretskii
2019-04-12 9:42 ` Konstantin Kharlamov
2019-04-12 12:33 ` Eli Zaretskii
2019-04-15 21:04 ` Konstantin Kharlamov
2019-04-16 15:34 ` Eli Zaretskii
2019-04-16 18:03 ` Konstantin Kharlamov
2019-04-16 18:28 ` Eli Zaretskii
2019-04-16 18:55 ` Konstantin Kharlamov
2019-04-16 19:11 ` Eli Zaretskii
2019-04-16 19:18 ` Konstantin Kharlamov
2019-04-16 19:24 ` Eli Zaretskii
2019-04-16 19:29 ` Konstantin Kharlamov
2019-04-17 2:33 ` Eli Zaretskii
2019-04-12 17:30 ` Amin Bandali
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=83d0lr4sj7.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=hi-angel@yandex.ru \
--cc=rms@gnu.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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.