public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Michał Górny" <mgorny@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Cc: Benda Xu <heroxbd@gentoo.org>,
	Andrew Savchenko <bircoph@gentoo.org>,
	 jsbronder@gentoo.org
Subject: [gentoo-dev] Why aren't GSoC projects affecting ::gentoo discussed on regular mls?
Date: Wed, 26 Jun 2019 23:26:24 +0200	[thread overview]
Message-ID: <5b0f4a1724e2ff94e5bf359dbc27097462af4043.camel@gentoo.org> (raw)

[-- Attachment #1: Type: text/plain, Size: 1790 bytes --]

(GSoC project mentors in CC)

Hi,

I would like to ask our this year's GSoC mentors a single question: why
weren't the GSoC proposals given proper discussion on our regular
mailing lists *before* they were accepted?

I can understand that most developers in Gentoo don't really care about
GSoC.  However, both projects we have this year [1] involve major
changes to ::gentoo that -- by policy -- require prior RFC.  In case
of the BLAS/LAPACK project there was a RFC *after* the project was
accepted, that was never fully answered.  In case of the MPI project,
I'm not aware of any public RFC or announcement.

I believe such decisions put all of us in a very bad position.  There is
a major work going on, almost secretly.  In the end, we will either be
forced to accept the result even if it doesn't meet our expectations, or
reject it and turn GSoC into some kind of grotesque situation.

The former is of course unacceptable from my point of view.  It would
mean that one or two developers are able to abuse paid programs such
as GSoC to unilaterally push their preferences into Gentoo.  We would be
forced to accept them unconditionally just because 'it's a done deal'.

The latter means the students has wasted their summer doing work that's
not going anywhere.  This is certainly demotivating and a bad PR for
Gentoo.  I suppose it also reduces our chance of getting into GSoC
again, if Google finds out that GSoC is spent on code going to trash.

So, again, why do single developers unilaterally decide on which
projects third party money is spent, and never bother discussing whether
those projects are really applicable beforehand?

[1] https://summerofcode.withgoogle.com/organizations/6416323580526592/

-- 
Best regards,
Michał Górny


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 618 bytes --]

             reply	other threads:[~2019-06-26 21:26 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-06-26 21:26 Michał Górny [this message]
2019-06-27  3:16 ` [gentoo-dev] Re: Why aren't GSoC projects affecting ::gentoo discussed on regular mls? Benda Xu
2019-06-27 15:43   ` Marek Szuba
2019-06-27 16:49     ` Benda Xu

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=5b0f4a1724e2ff94e5bf359dbc27097462af4043.camel@gentoo.org \
    --to=mgorny@gentoo.org \
    --cc=bircoph@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    --cc=heroxbd@gentoo.org \
    --cc=jsbronder@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