qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Alex Bennée" <alex.bennee@linaro.org>
To: Paolo Bonzini <bonzini@gnu.org>
Cc: "Bradley M. Kuhn" <bkuhn@sfconservancy.org>,
	QEMU Developers <qemu-devel@nongnu.org>,
	"qemu@sfconservancy.org" <qemu@sfconservancy.org>
Subject: Re: Should we apply for GitLab's open source program?
Date: Thu, 17 Sep 2020 09:32:57 +0100	[thread overview]
Message-ID: <877dssztty.fsf@linaro.org> (raw)
In-Reply-To: <bf85f4c7-bbea-bb33-3455-222d7f101b9a@gnu.org>


Paolo Bonzini <bonzini@gnu.org> writes:

> On 17/09/20 01:39, Bradley M. Kuhn wrote:
>> One thing to note is that my understanding is that most of what you're
>> getting access to through this program is proprietary software features that
>> GitLab offers as add-ons.
>
> Basically all we need is the increased access to the CI environment (not
> just 400 minutes), and none of the add-on features.  Self-hosting would
> of course help but we'd have to pay for the hardware resources to run
> the CI, and have someone that can keep the hardware running.

It seems for the time being that public CI is still unlimited. The idea
of making our position as an FLOSS project "official" was to preempt any
changes to that might come down the track.

The question of using proprietary features hadn't come up beyond a
hand-waving of "ohh there is a long list". We are however thinking about
consolidating some of our more disparate infrastructure onto gitlab so
it's mostly in one place - for example the bug tracker currently hosted
on launchpad. Personally I'd think it's unlikely we want to move things
like the mailing lists which are currently on nongnu (via Savannah).

Ultimately as developers having to manage infrastructure is a bit of a
time-sink and currently it's hard for volunteer admins to be as
responsive as cloud-scale hosting companies who's income from non-free
software hosting pays for all our server time. If there was a free
software only instance of GitLab which offered the same level of service
I would personally be interested but I don't know how much of the
projects income could be diverted to supporting that versus the travel
bursaries and other such things we usually spend our money on.

In this regard FLOSS projects are both leaches on paid for services as
well as being useful public facing PR for a SaaS platforms abilities.

-- 
Alex Bennée


  reply	other threads:[~2020-09-17  8:36 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-04 15:35 Should we apply for GitLab's open source program? Alex Bennée
2020-09-04 16:08 ` Daniel P. Berrangé
2020-09-21 14:03   ` Daniel P. Berrangé
2020-09-21 14:39     ` Paolo Bonzini
2020-09-08 14:17 ` Stefan Hajnoczi
2020-09-16 23:39   ` Bradley M. Kuhn
2020-09-17  7:21     ` Paolo Bonzini
2020-09-17  8:32       ` Alex Bennée [this message]
2020-09-17  9:19         ` Daniel P. Berrangé
2022-02-17 11:42 ` Daniel P. Berrangé

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=877dssztty.fsf@linaro.org \
    --to=alex.bennee@linaro.org \
    --cc=bkuhn@sfconservancy.org \
    --cc=bonzini@gnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu@sfconservancy.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;
as well as URLs for NNTP newsgroup(s).