-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On Thu, Nov 12, 2020 at 11:25:16PM -0800, Andrew David Wong wrote: > On 11/12/20 1:39 PM, Demi M. Obenour wrote: > > On 11/12/20 2:56 PM, Marek Marczykowski-Górecki wrote: > > > Hi all, > > > > > > Recently Travis-CI have changed their limits for public repositories[1]. > > > We've used up new free monthly limit in just 3 days. They do offer extra > > > limits for some open source projects, but the project requesting it must > > > meet the following criteria: > > > > > > - - Project must be at least 3 months old and is in active development > > > (with regular commits and activity) > > > - - Project meets the OSD specification > > > - - Project must not be sponsored by a commercial company or organization > > > (monetary or with employees paid to work on the project) > > > - - Project can not provide commercial services or distribute paid > > > versions of the software > > > > > > We do not meet the third one. > > I can't help but wonder whether this is one of those situations in which the > rules have the opposite effect of the one intended. No doubt, their > intention is to make the service free for all and only open-source projects > that do valuable work but don't receive enough income to be able to afford > the service, which is exactly the situation in which the Qubes OS Project > finds itself, despite not meeting the third requirement.
I think their intention is to reduce costs, and supporting FOSS is secondary to that. They left a nominal possibility for FOSS projects mainly to avoid back PR while implementing this change. The amount of hoops the projects have to jump through is significant enough that many projects will abandon travis altogether. [snip] > > > As for the second opiton, why gitlab-ci? Because Frédéric done most of > > > the integration already[2]. But there are still few options: > > > - use gitlab.com and connect our own worker(s) > > > - use Frédéric's gitlab instance > > > - setup separate gitlab instance > > > > > > My main concern regarding which instance to use is about availability > > > and maintenance. I'd like to avoid situation when only one person can > > > fix things if something is broken. Believe it or not, some of us do > > > take vacations form time to time ;) > > > > > > Any opinions? Any other options? > > > > GitLab CI seems to be a good choice. The GHC team has had good > > experiences with it, for example. Since we consider the CI to be > > untrusted, and since we want to minimize maintenance, I suggest using > > https://gitlab.com as opposed to hosting our own instance. > > > > Sincerely, > > > > Demi > > > > I agree with the GitLab CI option and using it in a way that minimizes the > maintenance overhead to the greatest extent possible. Wouldn't we have to maintain our own runners anyway? - -- pozdrawiam / best regards Wojtek Porczyk Graphene / Invisible Things Lab I do not fear computers, I fear lack of them. -- Isaac Asimov -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEaO0VFfpr0tEF6hYkv2vZMhA6I1EFAl+ub5wACgkQv2vZMhA6 I1GvoBAAgpwQ74LDRPeBvTAu9IZE2ACMwiuUB9g6t0DVlVx0yN+VBPrejqY2+9Xy xKs1Efo7qWnzdSymVtgjPWwBwZsS0UP1sAPEjhBmogFa60o+vgXMWkIMaz5HKcQh njwTXoCA9NqA6BE5lsUqGi+/qC4Z/3M5J0+Joc/5scv3IFfznmLWXW0OEUdHE0KK 8U/5p4kKWBmcMB9pKBpyFpRyb8MGRyadRj1TdRhTnao7PsqoonB9RoCYiwgaKdDz y1+Jl1mcedwxddwn2HWImUjKMWqQuRIMbaVQmut98fY5wJgHt7kAUVI3QJJUm9J7 TbAj4eeALJJAZLYtdi4Wuxj+J5mIJWysfTdlT3j61YBr9Oic7ANFy3tKyj+vqdwn x8dThmqBOSF7IlmVHCzuncjsUKro6ENe7Oc2DmciCSHMpyRKyMSBiGoYeujphPL5 SOk4n7k9EkPIZL18FR6h6uUdOpfse10gvLNbHwT5cgKdEjDONt5z6VODgYQMWCB8 PPPUokhysIVdn2+Q2FrMvMSExfivwxl/3wu3ThevuoKnzSMx6O4IQypSz3a5Ff+s vn3UBSpgj/QWjxCqXPFSozZHfsUBDLeja3o0qmZSpvGOrMVG51upvJ0whjVg38xD Opn4YDBn7+xQWtkhlejRlGfQkUJw2bgu1tV8nvWm3YhBEkZABms= =pej5 -----END PGP SIGNATURE----- -- You received this message because you are subscribed to the Google Groups "qubes-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-devel+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-devel/20201113113555.GC21158%40invisiblethingslab.com.
