Gogs – Go Git Service
91–100 of 186 posts
Re: Gogs – Go Git Service
#92Re: Gogs – Go Git Service
#93I wonder if Gogs will have to change its ui.. https://news.ycombinator.com/item?id=11374786
Re: Gogs – Go Git Service
#94Anyway, I would love to see better integration on both with their mandatory complements, such as kanban, CI, ...
Re: Gogs – Go Git Service
#95Earlier quoted context omitted.
40MB download + requirement of Java Runtime (~100MB) to be present is not quite same. Though to their credit they have packaged all jar dependencies besides JRE in WEB-INF/lib
That's how WAR files get built. It's a very standard mechanism for deploying Java apps. I think having Java on your machine is a reasonable requirement. I mean the equivalent in Ruby would be to have Ruby, install all gems and THEN launch the app.
Re: Gogs – Go Git Service
#96Earlier quoted context omitted.
40MB download + requirement of Java Runtime (~100MB) to be present is not quite same. Though to their credit they have packaged all jar dependencies besides JRE in WEB-INF/lib
That's how WAR files get built. It's a very standard mechanism for deploying Java apps. I think having Java on your machine is a reasonable requirement. I mean the equivalent in Ruby would be to have Ruby, install all gems and THEN launch the app.
I know about packaging and running Java web apps. I am pointing out that compare to Gogs, Java based solution has extra requirement of JRE which I have to keep patched and updated. And this is independent of any fix/improvement of Gitbucket itself.
Re: Gogs – Go Git Service
#97Why is software still being named for the language it was written in?
Re: Gogs – Go Git Service
#98Earlier quoted context omitted.
Yes. Digging up dependencies is the worst. Managing another fucking build tool is the worst. To be honest, anything short of clicking a thing is the worst. Because there's no reason it can't be as simple as clicking a thing. I've always believed that 100% of all dependencies should be included in projects. Whether that is raw source code, amalgamated source code, static libs, or dynamic libs I don't care. Give to me…
> I've always believed that 100% of all dependencies should be included in projects. Including libc, Mesa, and libX11? It's pretty untenable to do this in the limit. Eventually you're forced into using a good package manager, and once you have one you might as well use it for the rest of your dependencies too.
There is a line. You shouldn't include operative systems. Nor language tools (C++ compiler, Python installer, etc). Nor hardware SDKs (DirectX, OpenGL, etc). But beyond that? My vote is strongly in favor of including dependencies.
Compiling OpensSSL on Windows is a god damn nightmare. I shouldn't have to fucking install StrawberryPerl. SQLite is beautiful in comparison. It's two .c files and two .h files. You can also download pre-compiled libs if you want.
Almost all open source projects could easily be single file. If it can be single file then, in my opinion, it should be.
Re: Gogs – Go Git Service
#99I wonder if Gogs will have to change its ui.. https://news.ycombinator.com/item?id=11374786
Re: Gogs – Go Git Service
#100Earlier quoted context omitted.
How does this relate to that other similar tool the name I just forgot?
Sorry, which tool :-) ? Docker compose? Cloudron gives you a private server (we use DigitalOcean right now) on which you can install web apps. We automate everything about maintaining your server - DNS, certs, app updates, backups etc. In short, we want to make it possible for everyone to have their own server. Cloudron is more a consumer product than a development tool (of course, we have tooling that enables develo…
https://apps.sandstorm.io/app/d9ygf47xrtnw12j92cyt6cu8ut75es...