Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Gitter is open source

gitlab.com

Post reply on HN
Print view View original

21–30 of 176 posts

Re: Gitter is open source

#21

Post by kronos29296 »

jsiepkes wrote: post #17

While I applaud the initiative of Gitlab to opensource Gitter I think the target audience for self hosting is rather small. I think alternatives like Zulip or Mattermost are probably better suited for most organizations. I am however interested to see if the community starts making the "main instance" (gitter.im) better. Interested to know what the Gitlab / Gitter guys and gals think what the target audience is.

Maybe something like GNU social. They already use Gitlab CE for the repos. Add gitter and we have replaced IRC.

Re: Gitter is open source

#22

Post by StavrosK »

suprememoocow wrote: post #19
volent wrote: post #7

If you go through the commit history you can see that they removed a lot of secret keys from the repo. What if the main reason why people don't want to opensource their project is because they don't know how to use their secret keys without including them in the repo ?

Andrew, co-founder of Gitter here. Removing secrets was a lot of work - more than I expected - while we open-sourced the product. I agree with your sentiment though. Handling secrets in a codebase is not something that it currently easy or standardised. As an aside, BFG Repo Cleaner really helped a lot with cleaning things up: https://rtyley.github.io/bfg-repo-cleaner/

I quite like git-crypt for secrets, I store them in a single place (eg as environment variables) and encrypt that.

Re: Gitter is open source

#23

Post by palerdot »

As an aside, I badly miss the Github language statistics in gitlab repositories. This is one of the crucial info for any developer browsing through new repos and it is very counter-intuitive to have this info hidden from homepage.

Re: Gitter is open source

#24

Post by amelius »

siliconc0w wrote: post #8

Asking users to run mongo, es, neo4j, and redis is a tall order. Mattermost just needs (AFAIK) a relational database. Also, less relevant but the Gitlab UI has far too much wasted whitespace. Like 85% of the page is navigation. I like open source competitors to incumbents but maybe just copy Github here - no one is gonna say anything.

> Also, less relevant but the Gitlab UI has far too much wasted whitespace.

And why do I always need to scroll down to see the project README?

Re: Gitter is open source

#25

Post by aargh_aargh »

palerdot wrote: post #23

As an aside, I badly miss the Github language statistics in gitlab repositories. This is one of the crucial info for any developer browsing through new repos and it is very counter-intuitive to have this info hidden from homepage.

In addition to that, I'd like to see the number of SLOC for each language to get an idea how large the project is. Is this a weekend project? Is this Linux kernel?

Re: Gitter is open source

#26

Post by Sujan »

amelius wrote: post #24
siliconc0w wrote: post #8

Asking users to run mongo, es, neo4j, and redis is a tall order. Mattermost just needs (AFAIK) a relational database. Also, less relevant but the Gitlab UI has far too much wasted whitespace. Like 85% of the page is navigation. I like open source competitors to incumbents but maybe just copy Github here - no one is gonna say anything.

> Also, less relevant but the Gitlab UI has far too much wasted whitespace. And why do I always need to scroll down to see the project README?

You mean exactly like with Github?

Solution: https://gitlab.com/gitlab-org/gitter/webapp/blob/master/READ...

Re: Gitter is open source

#27

Post by amelius »

Sujan wrote: post #26
amelius wrote: post #24

Earlier quoted context omitted.

> Also, less relevant but the Gitlab UI has far too much wasted whitespace. And why do I always need to scroll down to see the project README?

You mean exactly like with Github? Solution: https://gitlab.com/gitlab-org/gitter/webapp/blob/master/READ...

But now I'm having problems with the length of the URL :)

PS: yes, same problem with github

Re: Gitter is open source

#28

Post by smarx007 »

amelius wrote: post #24
siliconc0w wrote: post #8

Asking users to run mongo, es, neo4j, and redis is a tall order. Mattermost just needs (AFAIK) a relational database. Also, less relevant but the Gitlab UI has far too much wasted whitespace. Like 85% of the page is navigation. I like open source competitors to incumbents but maybe just copy Github here - no one is gonna say anything.

> Also, less relevant but the Gitlab UI has far too much wasted whitespace. And why do I always need to scroll down to see the project README?

There is a small hack on Gitlab for that actually: right under the textbox with the clone URI there is a link to the README.

Files (209 MB) / Commits (44,194) / ... / Readme / MIT License / Contribution guide / ...

Re: Gitter is open source

#29

Post by Ralfp »

amelius wrote: post #24
siliconc0w wrote: post #8

Asking users to run mongo, es, neo4j, and redis is a tall order. Mattermost just needs (AFAIK) a relational database. Also, less relevant but the Gitlab UI has far too much wasted whitespace. Like 85% of the page is navigation. I like open source competitors to incumbents but maybe just copy Github here - no one is gonna say anything.

> Also, less relevant but the Gitlab UI has far too much wasted whitespace. And why do I always need to scroll down to see the project README?

Personally, I'm finding myself far more often interested in project's main files/dirs update dates that project's readme.

Re: Gitter is open source

#30

Post by harperlee »

Ralfp wrote: post #29
amelius wrote: post #24

Earlier quoted context omitted.

> Also, less relevant but the Gitlab UI has far too much wasted whitespace. And why do I always need to scroll down to see the project README?

Personally, I'm finding myself far more often interested in project's main files/dirs update dates that project's readme.

Perhaps a two column layout for big wide screens would be best. That would cater for both use cases.
Post reply on HN