> No, that was mainly about my personal time usage using GitLab or Gogs,
> which one do I concentrate to so I get all required features working.

Your effort in Gogs is great in any case, but note we have not decided
on anything yet. I am not sure myself which option is the best one
available; also note that there’s still the possibility to use Redmine,
which is both localised and supports reply-by-email (at least I saw
bugs.ruby-lang.org using that).

Somebody tried to add to Gogs a hacky way to import from GitLab and
Redmine to Gogs, but that will not be merged:

> Currently it's possible to reply by email to tickets in GitLab, but not yet
> in Gogs.
> https://github.com/gogits/gogs/issues/1272

Okay, thanks for that info. Does Gogs send out E-Mail notifications at
least? And if so, can I get it to include custom headers in that
notifications? Because if so, then I can utilise your database approach
and write the email reply processor myself. I realise that if I do that
I could directly file a PR against Gogs itself that implements that, but
I don’t know Go. I would have to learn that language first. My most
recent endevour in learning languages was Erlang, which left me tired
enough to abstain from learning any new languages for the moment. I
assure you, Erlang is an awful language. It definitely wins the prize
for the most unreadable language in productive use I have ever coded in.

Yes, Gogs Email notifications setting is mentioned at:
There on under this title "Service (service)" is this setting:
ENABLE_NOTIFY_MAIL: Enable this to send e-mail to watchers of
repository when something happens like creating issues, requires Mailer to be enabled.

About Go language. I have 2 months of Go programming experience at work.
I used Go, because other programming language implementations of the
framework/codebase we used had problems with RAM usage, etc.
Go compiles code very fast, it has carbage collector, etc.
Go has very good standard library, usually for most purposes it has
already production quality implementations of most of the libraries needed.
Go code can be crosscompiled easily, for example on Linux I can compile
Windows version with command:
GOOS=windows GOARCH=amd64 go build
and similarly for ARM processor versions, and other operating systems
like Mac OS X, FreeBSD, OpenBSD, NetBSD etc.
Go code usually is short, and does a lot of functionality per line of code,
it looks similar to C/C++ but is still different and requires some time to
get used to.
For concurrency programming there's usually much talk about using
go channels where many goroutines can send messages to the channel
and the receiving goroutine selects first from from multiple coming in
so for example on webpage one number can change depending what
comes to channel. But for actual usage, using mutex would usually
work more reliably without generating some ghost goroutines etc.
If you want similar concurrency in C, it's possible to
use http://libmill.org/ , there is interview at:
I don't know what kind of system TSC currently uses for running
multiple thing seemingly simultaneously.

As for TSC usage of Gogs, when I contribute Go code to Gogs,
it would be available for others to use with any programming language
using REST API.

Some unrelated notes. The company behind GitLab has bought and closed
down Gitorious, which was GPLed free software (GitLab is
MIT-licensed). They didn’t gave any substanciated reply to critisism
against this, which has caused me to obtain a rather reserved attitude
towards them. To me it appears as if they just wanted to shoot down a
platform that might be too competitive for them. By the way, has the
Gitorious code been forked? It was a good and nice to use platform after
all, and it would be a shame if it was permanently gone.

There is old code archive of Gitorious at https://gitorious.org/ but I did not find
active open source development of it.
What about LDAP support in Gogs and GitLab? We definitely want a
single-sign on over the TSC project’s different platforms as we have now
determined several times, and since that is usually implemented by means
of LDAP, this is an important requirement. For Redmine, I have run it in
an LDAP setup myself and so can confirm it supports that.

Yes, Gogs has LDAP support:
I have been admin of LDAP server, but I did not figure out all about how it
works, just did small setup.

As for Redmine, I have installed it previously, but using Gogs issue tracker
would mean less software to manage and update and less RAM usage.