Hacker Newsnew | past | comments | ask | show | jobs | submit | stsewd's commentslogin

Not really open source, they are releasing their code under the BSL (Business Source License https://github.com/codecov/self-hosted/blob/main/LICENSE). But still great, and they use Django :D

It's also interesting that they will no longer offer a commercial self-hosted solution.

> As a part of this shift, we are offering a new self-hosted repo that makes it easy to run Codecov in a minimal docker-compose based setup for proof-of-concept and small volume deployments. We are end-of-lifing our commercial self-hosted offering, but will continue to provide support to existing customers who are running Codecov on-prem.


N.B. BSL already refers to boost


Yeah BUSL or better yet BUSL-1.1 is the right way to refer to the Business Source License https://spdx.org/licenses/BUSL-1.1.html

BSL or better yet BSL-1.0 is indeed Boost https://spdx.org/licenses/BSL-1.0.html


Noted! We’ve messed this up in the past and I have a vague recollection of this same confusion. Hasn’t helped that others (possibly also partly due to us) have made the same mistake. We’ll work to correct this usage.


FYI we have a follow-up at https://blog.sentry.io/lets-talk-about-open-source/.

> Yesterday we announced that Codecov is now “Open Source”, and we messed up in two ways:

> - We wrongly used the term Open Source; while unintentional, we should have known better

> - We let our emotions get the best of trying to explain our position, rather than stepping back and addressing the problem

> I want to talk about both of these, how we made the mistake, why it’s important to us, and what we plan to do about this to improve the conversation in the future.

HN post: https://news.ycombinator.com/item?id=36990036


> Business Source License

Standard open-source but you can't use it in a competing commercial offering.


So not open source.


Mostly open source.


If you go by the OSI definition of Open Source (which, I know, not every does), then it's either open source or not. In this case, that license is not open source.

https://opensource.org/osd/

> The license shall not restrict any party from selling or giving away the software as a component of an aggregate software distribution containing programs from several different sources. The license shall not require a royalty or other fee for such sale.

> The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.

From CodeCov's BSL which goes directly against the above:

> You may make use of the Licensed Work, provided that you do not use the Licensed Work for a Competing Service.

-----

With that said, huge applaud to CodeCov for even making the code public under a BSL license, it's obviously a great step compared to status quo. I just wish they'd call it "Source Available/Public" instead of "Open Source" as many already seem to have troubles with what open source means.


Don't forget that it reverts to Apache 2.0 after three years—eventually open source for the nit-pickers. ;^)

[disclosure: I'm Head of Open Source at Sentry, which owns Codecov.]


You should probably use your position to get the title of this blog post changed, then. "CodeCov will eventually be Open Source" is far less deceptive.

Or, more elegantly, "CodeCov is now Source Available".


Exact text copied from the license file:

    Change Date:2023-06-29          2027-01-01
    
    Change License:       Apache License, Version 2.0


    Effective on the Change Date, or the fourth anniversary of the first publicly available distribution of a specific version of the Licensed Work under this License, whichever comes first, the Licensor hereby grants you rights under the terms of the Change License, and the rights granted in the paragraph above terminate.
Did Sentry inadvertently open source CodeCov under Apache terms as of June 29, 2023?


Good catch, thanks! Fixing in https://github.com/codecov/self-hosted/pull/6.


I'm not sure you can undo this with a pull request.


This mistake only occurs in the self-hosted repo, which contains very little code. All of the "real" code is in the other four repos, each of which have their own LICENSE file that did not have this mistake.


Yes you can. If someone claimed "I can use it because they accidentally published the wrong license and swiftly corrected it", that wouldn't hold in court.


Would you have any precedent for that? I think in most of the world, that would hold in court.


Okay, then either title the page "CodeCov will be Open Source in 3 years", or wait 3 years and then release a post titled "A really old version of CodeCov is now Open Source".


Is this an official statement we can ignore the license differences? Or are Sentry nit pickers also?


So not open source.


Eventually open source.


It is open source, just delayed.


Open source enough that you can use it privately


The same bug that affected ripgrep, wonder what other software is affected by this.


If you use vim, I created this plugin to manage branches using fzf https://github.com/stsewd/fzf-checkout.vim


Another way to achive this is in sphinx is using https://github.com/executablebooks/sphinx-tabs


sphinx-inline-tabs is probably better for this use case because all tabs with the same label are synchronized on the page. So if you want to offer different instructions for a number of environments, you only need to select it once per page.

Example: https://pip.pypa.io/en/stable/installing/#installing-with-ge...


Sphinx tabs supports that https://github.com/executablebooks/sphinx-tabs#grouped-tabs, haven't used sphinx-inline-tabs


GitHub actions seems to be the new cool kid, if you are hosting on GitHub. Sadly to depend more on GitHub, though...


Thanks @stsewd, Fyne is hosted on GitHub[0] and has been using Actions for more and more checks.

[0]https://github.com/fyne-io/fyne


I have been experienced a lot of slow builds on several Open Source projects. You can see the drop around the 23rd.


> we also did not wanted to pay for our open source software documentation generation + hosting.

Actually, rtd is free for OSS projects


Yes I know. It was not reliable enough for us and sometimes it failed generating the docs. Paying for it (don't know if this would improve the situation) was out of question for us.


I frequently see failures on RTD doc builds due to memory exhaustion.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: