6 ms·

We would love to help you to host VideoLAN on a on-premises GitLab instance. Thanks for raising the issues you did. 1. Our EE version has the function share pr

by sytse 11y ago

We would love to help you to host VideoLAN on a on-premises GitLab instance. Thanks for raising the issues you did. 1. Our EE version has the function share project with other groups http://doc.gitlab.com/ee/workflow/share_projects_with_other_groups.html http://doc.gitlab.com/ee/workflow/share_projects_with_other_... If this is essential for you we'll give you a free lifetime license for GitLab EE. 2. You can add custom labels on issues and the searches can be stored in urls that you can bookmark and use in links. You might have considered this already and need more functionality. Maybe it is best to discuss this in an issue so I created https://gitlab.com/gitlab-org/gitlab-ce/issues/10712 https://gitlab.com/gitlab-org/gitlab-ce/issues/10712 Please add there what you need in addition to the labels functionality. We addressed the long list of items raised in the original Google Doc letter below the signatures in https://gitlab.com/gitlab-org/gitlab-ce/issues/8938#improvements https://gitlab.com/gitlab-org/gitlab-ce/issues/8938#improvem... The first item under improvements details our reponse to that question. 3. In GitLab you can give each user a fixed number of new projects. That should prevent people from storing a excessive amount of repo's. But feel free to make a feature request to limit people to only forks. As other replies have indicated that still allows people to work around it but at least the intention will be clear. 4. A custom landing page and logo is an EE feature http://doc.gitlab.com/ee/customization/branded_login_page.html http://doc.gitlab.com/ee/customization/branded_login_page.ht... We think this is more relevant for larger organizations so we're comfortable for having it as EE only at the moment. As mentioned under 1. we're open to offering you (and other open source projects considering self-hosting) a lifetime EE license. I'll be in the comments today (just woke up in SF). You and any other open source project can always reach me at sytse@ company domain to get assistance or claim the EE license.

thresh 11y ago
[videolan infra guy here] The whole idea of VideoLAN infrastructure migration from gitweb/trac/etc to gitlab and not to github was to use and promote free and open-source software. Using closed-source software there is out of question, really.
- Afforess 11y ago
  Gitlab EE is actually open source. https://gitlab.com/gitlab-org/gitlab-ee https://gitlab.com/gitlab-org/gitlab-ee
  - DouweM 11y ago
    The GitLab EE source is publicly viewable, but its license is not open source. See https://about.gitlab.com/2015/05/22/gitlab-7-11-released/ https://about.gitlab.com/2015/05/22/gitlab-7-11-released/.
    - masida 11y ago
      This is really a problem I think. Maybe GitLab could reconsider to adopt a licensing model[1] for the Enterprise Edition that would make it more Free Software friendly? [1] I.e. a licensing model based on GPL and selling services that Red Hat uses for RHEL, instead of a licensing model like they, and a minority of the "open source" companies, use.
      - sytse 11y ago
        When we introduced the Enterprise Edition we had it under MIT license. This caused much confusion with our customers. Maybe the situation is better now with companies like Hortonworks educating the market. But unlike others we want to make our open source edition as simple to install and maintain as the paid version. Anyway, maybe you could be a bit more specific about the problem you see with our model, I would love to get specific. Also see https://about.gitlab.com/about/#stewardship https://about.gitlab.com/about/#stewardship BTW I presume RedHat choose a GPL license for RHEL because they didn't have a choice due to the GPL license on Linux.
        scrupulusalbion 11y ago
        My understanding from taking a Red Hat sysadmin course is that what you get from a RHEL subscription is firstly access to their repos from which to download updates and additional packages. The other, perhaps bigger, portion of a RHEL subscription is the support; I think they will answer the phone and provide you fixes for any bugs in RHEL-provided software relatively quickly. This is nice for companies, for whom uptime and stability are often superior to most other concerns, like staying close in feature parity to upstream.
jbk 11y ago
Thanks a lot for the answer and the proposal. But we do not want to have anything critical that is not open source. We try to promote OpenSource, so using non-open-source software is hard to do. 1. Thanks, but see above :) 2. As I said, custom labels are way too limited, as people on the open-letter-to-github said, so I will comment on the issue. 3. Will do. 4. same as 1 :) But thanks a lot. I will contact you :)
- sytse 11y ago
  Thanks, I get that you don't want to be on proprietary code. I'm look forward to your email. And we're open to discussing open sourcing features if that is needed.
  - lenovouser 11y ago
    I don't know if that would apply to GitLab too, but maybe consider switching from the CE / EE model to just one "product" and a free for non-commercial model? Like e.g. http://3t.io/mongochef/download/ http://3t.io/mongochef/download/ does it? I like that model way more than a feature-reduced version.
    - sytse 11y ago
      We considered that but we value having a completely open source version for all projects more. For more information about how we see the difference between CE and EE please see https://about.gitlab.com/about/#stewardship https://about.gitlab.com/about/#stewardship
      - ymse 11y ago
        What about having a single product, and charging for a proprietary license + support? This may work better with GPL as many large orgs are allergic to it. With MIT license, many sites probably just implement the branding changes etc in the CE product on their own.
        11y ago
mrottenkolber 11y ago
> If this is essential for you we'll give you a free lifetime license for GitLab EE. While I get the sentiment, I don't think this helps. If you want to help the Open Source community, give us what we need in the form of open source. If I don't care about vendor lock-in I can go ahead and use GitHub. GitLab counts because its open source, and its open source version is the only thing the open source community should care about.
- sytse 11y ago
  That makes sense and we want to make sure GitLab CE is a great solution for open source projects. If there is an EE feature that is would come up frequently in these conversations we would not hesitate to open source it.
  - asddubs 11y ago
    I'm seeing you post this a lot, which is great. I hope the people you are responding to are doing their part!
  - gpc 11y ago
    this is probably not the right forum to express this on, but it's what's in front of me right now and it's topical, so here it goes: I have seen the feature of being able to customize the login screen come up in discussions about gitlab come up so many times, in so many places, and I usually see it met with "EE feature" or a community member saying something like "gitlab is open source just change the files on your server". This seems like such a basic thing for an open source software like gitlab to just provide out of the box, i can't believe it isn't listed under your " ... an EE feature that is would come up frequently in these conversations ... " that you "would not hesitate to open source". Especially since at least several of the people you're replying to in this thread have mentioned it specifically. Is gitlab really making enough income from enterprises who decide that this is the killer feature that they need to pay for EE to get? It seems like a simple matter of moving the gitlab branding on the login page to the footer with a "powered by gitlab" type of thing and a logo. Please don't take my meaning as a hateful rant, I love gitlab and personally manage 2 seperate deployments of gitlab CE, but i am not ashamed of saying that this is something of a frusteration to me, and I have a hard time taking this >If there is an EE feature that is would come up frequently in these conversations we would not hesitate to open source it statement seriously in light of how many times I have seen this seemingly harmless feature shot down for essentially no real reason.
tbr 11y ago
I'm still considering what to do with git.xiph.org and trac.xiph.org, and gitlab is one of the options. One thing I know for sure, just as with Videolan, a proprietary licensed solution like the EE is out of the question. So thanks for the offer, but no thanks.
- sytse 11y ago
  Makes sense, as said elsewhere, if there is an EE feature that is essential to you please let us know so we can consider open sourcing it.
sytse 11y ago
Instead of offering a free EE license I think the better thing to do is to open source features in EE that are deemed essential. So if you run a significant open source project and are considering switching to self hosted GitLab please let us know what EE features are blocking you (if any). This will allow us to open source them.
- scrollaway 11y ago
  systse, I have nothing of value to add to this topic but as usual I want to thank you guys for the work you do. Gitlab may not be perfect but it's heartwarming to see an awesome open source project being supported like this and it's always really nice to see companies thrive on FOSS-first models.
- deleted 11y ago
  [deleted]
mcepl 11y ago
Well, I can understand that having a business model which actually is stable and makes around FLOSS is hard, so I can tolerate a lot of wiggling around the edges of freedom. However, what I cannot tolerate is freedom of my data. Our IT guys are uneasy to installing supported version of GitLab internally (aside from the small question of money), because they are afraid that once we install EE version, we are locked into it. Is there a supported way how to get from EE to the true opensource version of GitLab and not to loose any data (aside from functionality not available in CE)?
- DouweM 11y ago
  Downgrading from EE to CE is officially supported. You can find the docs here: http://doc.gitlab.com/ee/downgrade_ee_to_ce/README.html http://doc.gitlab.com/ee/downgrade_ee_to_ce/README.html
  - wosos 11y ago
    This is just amazing, you're awesome, thank you Gitlab team.
sytse 11y ago
Wanted to add that we'll put the custom landing page and logo in Community Edition based on the conversation in this HN post, see https://gitlab.com/gitlab-org/gitlab-ce/issues/11489 https://gitlab.com/gitlab-org/gitlab-ce/issues/11489

by sytse 11y ago

thresh 11y ago

[videolan infra guy here] The whole idea of VideoLAN infrastructure migration from gitweb/trac/etc to gitlab and not to github was to use and promote free and open-source software. Using closed-source software there is out of question, really.

Afforess 11y ago
Gitlab EE is actually open source. https://gitlab.com/gitlab-org/gitlab-ee https://gitlab.com/gitlab-org/gitlab-ee
- DouweM 11y ago
  The GitLab EE source is publicly viewable, but its license is not open source. See https://about.gitlab.com/2015/05/22/gitlab-7-11-released/ https://about.gitlab.com/2015/05/22/gitlab-7-11-released/.
  - masida 11y ago
    This is really a problem I think. Maybe GitLab could reconsider to adopt a licensing model[1] for the Enterprise Edition that would make it more Free Software friendly? [1] I.e. a licensing model based on GPL and selling services that Red Hat uses for RHEL, instead of a licensing model like they, and a minority of the "open source" companies, use.
    - sytse 11y ago
      When we introduced the Enterprise Edition we had it under MIT license. This caused much confusion with our customers. Maybe the situation is better now with companies like Hortonworks educating the market. But unlike others we want to make our open source edition as simple to install and maintain as the paid version. Anyway, maybe you could be a bit more specific about the problem you see with our model, I would love to get specific. Also see https://about.gitlab.com/about/#stewardship https://about.gitlab.com/about/#stewardship BTW I presume RedHat choose a GPL license for RHEL because they didn't have a choice due to the GPL license on Linux.
      - scrupulusalbion 11y ago
        My understanding from taking a Red Hat sysadmin course is that what you get from a RHEL subscription is firstly access to their repos from which to download updates and additional packages. The other, perhaps bigger, portion of a RHEL subscription is the support; I think they will answer the phone and provide you fixes for any bugs in RHEL-provided software relatively quickly. This is nice for companies, for whom uptime and stability are often superior to most other concerns, like staying close in feature parity to upstream.

jbk 11y ago

Thanks a lot for the answer and the proposal. But we do not want to have anything critical that is not open source. We try to promote OpenSource, so using non-open-source software is hard to do. 1. Thanks, but see above :) 2. As I said, custom labels are way too limited, as people on the open-letter-to-github said, so I will comment on the issue. 3. Will do. 4. same as 1 :) But thanks a lot. I will contact you :)

sytse 11y ago
Thanks, I get that you don't want to be on proprietary code. I'm look forward to your email. And we're open to discussing open sourcing features if that is needed.
- lenovouser 11y ago
  I don't know if that would apply to GitLab too, but maybe consider switching from the CE / EE model to just one "product" and a free for non-commercial model? Like e.g. http://3t.io/mongochef/download/ http://3t.io/mongochef/download/ does it? I like that model way more than a feature-reduced version.
  - sytse 11y ago
    We considered that but we value having a completely open source version for all projects more. For more information about how we see the difference between CE and EE please see https://about.gitlab.com/about/#stewardship https://about.gitlab.com/about/#stewardship
    - ymse 11y ago
      What about having a single product, and charging for a proprietary license + support? This may work better with GPL as many large orgs are allergic to it. With MIT license, many sites probably just implement the branding changes etc in the CE product on their own.
      - 11y ago

mrottenkolber 11y ago

> If this is essential for you we'll give you a free lifetime license for GitLab EE. While I get the sentiment, I don't think this helps. If you want to help the Open Source community, give us what we need in the form of open source. If I don't care about vendor lock-in I can go ahead and use GitHub. GitLab counts because its open source, and its open source version is the only thing the open source community should care about.

sytse 11y ago
That makes sense and we want to make sure GitLab CE is a great solution for open source projects. If there is an EE feature that is would come up frequently in these conversations we would not hesitate to open source it.
- asddubs 11y ago
  I'm seeing you post this a lot, which is great. I hope the people you are responding to are doing their part!
- gpc 11y ago
  this is probably not the right forum to express this on, but it's what's in front of me right now and it's topical, so here it goes: I have seen the feature of being able to customize the login screen come up in discussions about gitlab come up so many times, in so many places, and I usually see it met with "EE feature" or a community member saying something like "gitlab is open source just change the files on your server". This seems like such a basic thing for an open source software like gitlab to just provide out of the box, i can't believe it isn't listed under your " ... an EE feature that is would come up frequently in these conversations ... " that you "would not hesitate to open source". Especially since at least several of the people you're replying to in this thread have mentioned it specifically. Is gitlab really making enough income from enterprises who decide that this is the killer feature that they need to pay for EE to get? It seems like a simple matter of moving the gitlab branding on the login page to the footer with a "powered by gitlab" type of thing and a logo. Please don't take my meaning as a hateful rant, I love gitlab and personally manage 2 seperate deployments of gitlab CE, but i am not ashamed of saying that this is something of a frusteration to me, and I have a hard time taking this >If there is an EE feature that is would come up frequently in these conversations we would not hesitate to open source it statement seriously in light of how many times I have seen this seemingly harmless feature shot down for essentially no real reason.

tbr 11y ago

I'm still considering what to do with git.xiph.org and trac.xiph.org, and gitlab is one of the options. One thing I know for sure, just as with Videolan, a proprietary licensed solution like the EE is out of the question. So thanks for the offer, but no thanks.

sytse 11y ago
Makes sense, as said elsewhere, if there is an EE feature that is essential to you please let us know so we can consider open sourcing it.

sytse 11y ago

Instead of offering a free EE license I think the better thing to do is to open source features in EE that are deemed essential. So if you run a significant open source project and are considering switching to self hosted GitLab please let us know what EE features are blocking you (if any). This will allow us to open source them.

scrollaway 11y ago
systse, I have nothing of value to add to this topic but as usual I want to thank you guys for the work you do. Gitlab may not be perfect but it's heartwarming to see an awesome open source project being supported like this and it's always really nice to see companies thrive on FOSS-first models.
deleted 11y ago
[deleted]

mcepl 11y ago

Well, I can understand that having a business model which actually is stable and makes around FLOSS is hard, so I can tolerate a lot of wiggling around the edges of freedom. However, what I cannot tolerate is freedom of my data. Our IT guys are uneasy to installing supported version of GitLab internally (aside from the small question of money), because they are afraid that once we install EE version, we are locked into it. Is there a supported way how to get from EE to the true opensource version of GitLab and not to loose any data (aside from functionality not available in CE)?

DouweM 11y ago
Downgrading from EE to CE is officially supported. You can find the docs here: http://doc.gitlab.com/ee/downgrade_ee_to_ce/README.html http://doc.gitlab.com/ee/downgrade_ee_to_ce/README.html
- wosos 11y ago
  This is just amazing, you're awesome, thank you Gitlab team.

sytse 11y ago

Wanted to add that we'll put the custom landing page and logo in Community Edition based on the conversation in this HN post, see https://gitlab.com/gitlab-org/gitlab-ce/issues/11489 https://gitlab.com/gitlab-org/gitlab-ce/issues/11489