Live data from Hacker News

Xfce switches to GitLab

simon.shimmerproject.org

121–130 of 148 posts

Re: Xfce switches to GitLab

#121

Earlier quoted context omitted.

The Community Edition is open source.

The community edition is a castrated mess with ads in it. I administrate a gitlab instance for a university and gitlab is hurting me in so many ways. 1) it had a message that tells you that the elastic search is so much better and that your admin can enable it (if he would only switch to enterprise) 2) it pretends to have functionality only to have it hidden behind an "available in ee" banner 3) it has a new function…

> The community edition is a castrated mess with ads in it.

I understand your frustration with FOSS pushing you toward buying proprietary software.

But your lede will mislead people into thinking CE gets revenue by serving up third-party ads because that is what "ads" mean for web services 99.99% time the term is used on HN.

Re: Xfce switches to GitLab

#122

Great news :) We switched to Gitlab at Arch Linux recently as well: https://gitlab.archlinux.org/ (well, we're still migrating projects and users, it's a long process)

Does this mean no more Flyspray? I really hope so.

Yes, flyspray is atrocious. But it's also one of our more complex migrations, so it'll take some time to complete the work on it.

Re: Xfce switches to GitLab

#123

Microsoft buying github just felt so wrong on so many levels to me. While I find it wierd gitlab hosts their servers in azure, or at least used to, I really like the ci/cd integration in GL and hope this works out for them. XFCE is awesome, and is my second most used desktop after, well, Awesome.

it is wrong and I hope more FOSS projects move to gitlab

Re: Xfce switches to GitLab

#125
post #68
post #27

Earlier quoted context omitted.

In my experience, GitLab's MR UI really lacks performance when the diffs pass a certain length. Similarly sized diffs in GitHub don't seem to have this problem, though. I think of it as additional incentive to maintain smaller patches for ease of review, but sometimes changes are necessarily large due to complexity. It can be obnoxious to be hamstrung like this.

GitHub hides large diffs by default though so maybe that's why

So does Gitlab in my experience.

Re: Xfce switches to GitLab

#126

Earlier quoted context omitted.

The Community Edition is open source.

The community edition is a castrated mess with ads in it. I administrate a gitlab instance for a university and gitlab is hurting me in so many ways. 1) it had a message that tells you that the elastic search is so much better and that your admin can enable it (if he would only switch to enterprise) 2) it pretends to have functionality only to have it hidden behind an "available in ee" banner 3) it has a new function…

Ok I can't edit my original comment so just to clarify:

GitLab doesn't serve ads it only pushes out messages to users that they could have a better product if only the admin would shill out some bucks.

It's ok if admin settings are greyed out with a remark like in old freewares to tell you features you could have in the enterprise product, but if the software tells any user that they are missing out it is more unnescessary work for the admin to explain that we don't have the money to pay for every single student, most of which only create an account without pushing any code, just so that the search can work over all wikis and not only the selected one.

So again it's more like the "buy winrar" or "go pro now" nag and _not ads_. Sorry for the confusion

Re: Xfce switches to GitLab

#127

Microsoft buying github just felt so wrong on so many levels to me. While I find it wierd gitlab hosts their servers in azure, or at least used to, I really like the ci/cd integration in GL and hope this works out for them. XFCE is awesome, and is my second most used desktop after, well, Awesome.

FYI gitlab moved from Azure to GCP last year: https://about.gitlab.com/blog/2019/05/02/gitlab-journey-from...

Seems pretty damning of Azure. Are these issues general to Azure or particular to how they were using it?

Re: Xfce switches to GitLab

#128
post #96

Earlier quoted context omitted.

Does anyone else have things that make the switch from GitHub to GitLab a hard sell? I'm always curious why open source projects don't embrace an open platform, although I get that GitHub is fantastic in a lot of ways. I'm guilty of it myself, but I've reached the 50/50 GL/GH split as I try using GL more.

I don't think there's any one single blocker that's keeping me on GitHub. It's just a bunch of little annoyances with GitLab that add up to make it not worth it -- either UI quirks, or ways in which third-party tools integrate just a little more easily with GitHub. Yes, GitHub absolutely has a bunch of annoyances, too. (I listed a bunch of them here on HN in response to a question by Nat, just the other day!) If ever…

This sums up my attitude towards it. Opportunity costs factor into switching cost; am I getting enough ROI for the switching costs vs something else I could be working on?

Re: Xfce switches to GitLab

#129

Earlier quoted context omitted.

This past year, on my Thinkpad P50, I've switched between Ubuntu, Fedora, and Arch; Arch has by far been the least buggy. With Ubuntu, things would go haywire when docking/undocking. With Fedora, putting it to sleep was always a risk because after putting it to sleep I would sometimes I would open up my laptop to a black screen that I couldn't recover from. I was fine with that and just wouldn't put my laptop to slee…

This fragmentation between what works on what dists makes me sad. Philosophically I've always admired BSD for the consistency, considering how there's just 3-ish of them, realistically I'm a Manjaro user as I don't have enough Linux-fu to set Arch up.

Arch Linux is super simple. Don't set up a bootloader; use efibootmgr to launch Linux directly with the UEFI firmware using EFISTUB and you're golden.

Re: Xfce switches to GitLab

#130
post #104

Earlier quoted context omitted.

GL is not browsable with JavaScript disabled while GH is.

Wonder how Gitea[0] stands on this line? It seems the easiest to setup for small teams. 0: https://gitea.io/en-us

I use Gitea for my own projects, i.e. I do the setup myself and it's trivial. It uses SQLite as backend, so no complex DB deployment.

It's very easy to deploy, consumes few resources (you can run it on a low-end VPS). It even has Jenkins integration.

However I don't know how it scales to big teams and projects since I only use it for myself. And I'm not entirely convinced by its security track record, but it looks like things are improving.

Post reply on HN