[SAC] GitLab deploy update

For the record: I've opened up LDAP to Vincent's host, ordered
for 6 months. Expiration date is written in the init.d file so
we remember to close it on expiration.

Björn set up GitLab with LDAP authentication via https here:
https://vps306914.ovh.net/
The SSL certificate is self-signed.

Still todo:

- Obtain a trusted SSL certificate (easy with letsencrypt/certbot)
- Configure GitLab to be accessible via a /gitlab subdir
- Setup Apache reverse proxy on git.osgeo.org so the service
   appears as https://git.osgeo.org/gitlab
- Disable registration, point "sign up" links to the OSGeo Userid
   registration form
- Add OSGeo Branding

Björn, do you need help with any of the above ?

--strk;

On Sun, Aug 14, 2016 at 09:58:40AM +0200, Sandro Santilli wrote:

Still todo:

- Obtain a trusted SSL certificate (easy with letsencrypt/certbot)
- Configure GitLab to be accessible via a /gitlab subdir
- Setup Apache reverse proxy on git.osgeo.org so the service
   appears as https://git.osgeo.org/gitlab
- Disable registration, point "sign up" links to the OSGeo Userid
   registration form
- Add OSGeo Branding

I've made sure tickets for the above exist here:
https://vps306914.ovh.net/gitlab/osgeo-gitlab/issues

--strk;

Status update:

https://git.osgeo.org/gitlab is now working as expected.

Some minor issues remain and are tracked at:
https://git.osgeo.org/gitlab/gitlab/osgeo-gitlab/issues

/Björn

···

2016-08-14 9:58 GMT+02:00 Sandro Santilli <strk@kbt.io>:

For the record: I’ve opened up LDAP to Vincent’s host, ordered
for 6 months. Expiration date is written in the init.d file so
we remember to close it on expiration.

Björn set up GitLab with LDAP authentication via https here:
https://vps306914.ovh.net/
The SSL certificate is self-signed.

Still todo:

  • Obtain a trusted SSL certificate (easy with letsencrypt/certbot)
  • Configure GitLab to be accessible via a /gitlab subdir
  • Setup Apache reverse proxy on git.osgeo.org so the service
    appears as https://git.osgeo.org/gitlab
  • Disable registration, point “sign up” links to the OSGeo Userid
    registration form
  • Add OSGeo Branding

Björn, do you need help with any of the above ?

–strk;

On Tue, Aug 16, 2016 at 12:28:54PM +0200, Björn Harrtell wrote:

Status update:

https://git.osgeo.org/gitlab is now working as expected.

Some minor issues remain and are tracked at:
https://git.osgeo.org/gitlab/gitlab/osgeo-gitlab/issues

Could you please update the wiki pages with the info ?
There's a "deployed in staging" column in this page:
https://wiki.osgeo.org/wiki/GitInfrastructureComparison
it would need to be updated, as well as the ticket it
points too. And some info about the deploy would be
good to have to, for others to look at.

--strk;

I don't know of any intentional change, but as of today
I cannot login to gitlab. Firefox reports:

  The page isn't redirecting properly

  Firefox has detected that the server is redirecting the request for
  this address in a way that will never complete.

  This problem can sometimes be caused by disabling or refusing to
  accept cookies.

I'm pretty sure I'm not disabling or refusing to accept cookies.

Björn, did the configuration change on the GitLab VM side ?

--strk;

On Tue, Aug 16, 2016 at 12:52:51PM +0200, Sandro Santilli wrote:

On Tue, Aug 16, 2016 at 12:28:54PM +0200, Björn Harrtell wrote:
> Status update:
>
> https://git.osgeo.org/gitlab is now working as expected.
>
> Some minor issues remain and are tracked at:
> https://git.osgeo.org/gitlab/gitlab/osgeo-gitlab/issues

Could you please update the wiki pages with the info ?
There's a "deployed in staging" column in this page:
https://wiki.osgeo.org/wiki/GitInfrastructureComparison
it would need to be updated, as well as the ticket it
points too. And some info about the deploy would be
good to have to, for others to look at.

--strk;

No last change was 3 days ago. Just tried to login and it works fine here (Chrome) so I’m not sure what is going on.

/Björn

···

2016-08-18 17:58 GMT+02:00 Sandro Santilli <strk@kbt.io>:

I don’t know of any intentional change, but as of today
I cannot login to gitlab. Firefox reports:

The page isn’t redirecting properly

Firefox has detected that the server is redirecting the request for
this address in a way that will never complete.

This problem can sometimes be caused by disabling or refusing to
accept cookies.

I’m pretty sure I’m not disabling or refusing to accept cookies.

Björn, did the configuration change on the GitLab VM side ?

–strk;

On Tue, Aug 16, 2016 at 12:52:51PM +0200, Sandro Santilli wrote:

On Tue, Aug 16, 2016 at 12:28:54PM +0200, Björn Harrtell wrote:

Status update:

https://git.osgeo.org/gitlab is now working as expected.

Some minor issues remain and are tracked at:
https://git.osgeo.org/gitlab/gitlab/osgeo-gitlab/issues

Could you please update the wiki pages with the info ?
There’s a “deployed in staging” column in this page:
https://wiki.osgeo.org/wiki/GitInfrastructureComparison
it would need to be updated, as well as the ticket it
points too. And some info about the deploy would be
good to have to, for others to look at.

–strk;

I’ve been able to login with chrome and firefox without any problem.

···

On 18 August 2016 at 19:00, Björn Harrtell <bjorn.harrtell@gmail.com> wrote:

No last change was 3 days ago. Just tried to login and it works fine here (Chrome) so I’m not sure what is going on.

/Björn


Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac

2016-08-18 17:58 GMT+02:00 Sandro Santilli <strk@kbt.io>:

I don’t know of any intentional change, but as of today
I cannot login to gitlab. Firefox reports:

The page isn’t redirecting properly

Firefox has detected that the server is redirecting the request for
this address in a way that will never complete.

This problem can sometimes be caused by disabling or refusing to
accept cookies.

I’m pretty sure I’m not disabling or refusing to accept cookies.

Björn, did the configuration change on the GitLab VM side ?

–strk;

On Tue, Aug 16, 2016 at 12:52:51PM +0200, Sandro Santilli wrote:

On Tue, Aug 16, 2016 at 12:28:54PM +0200, Björn Harrtell wrote:

Status update:

https://git.osgeo.org/gitlab is now working as expected.

Some minor issues remain and are tracked at:
https://git.osgeo.org/gitlab/gitlab/osgeo-gitlab/issues

Could you please update the wiki pages with the info ?
There’s a “deployed in staging” column in this page:
https://wiki.osgeo.org/wiki/GitInfrastructureComparison
it would need to be updated, as well as the ticket it
points too. And some info about the deploy would be
good to have to, for others to look at.

–strk;

Jorge Sanz
http://www.osgeo.org
http://wiki.osgeo.org/wiki/Jorge_Sanz

Works for me too now, no idea what happened... --strk;

On Fri, Aug 19, 2016 at 04:02:23AM +0200, Jorge Sanz wrote:

I've been able to login with chrome and firefox without any problem.

On 18 August 2016 at 19:00, Björn Harrtell <bjorn.harrtell@gmail.com> wrote:

> No last change was 3 days ago. Just tried to login and it works fine here
> (Chrome) so I'm not sure what is going on.
>
> /Björn
>
> 2016-08-18 17:58 GMT+02:00 Sandro Santilli <strk@kbt.io>:
>
>> I don't know of any intentional change, but as of today
>> I cannot login to gitlab. Firefox reports:
>>
>> The page isn't redirecting properly
>>
>> Firefox has detected that the server is redirecting the request for
>> this address in a way that will never complete.
>>
>> This problem can sometimes be caused by disabling or refusing to
>> accept cookies.
>>
>> I'm pretty sure I'm not disabling or refusing to accept cookies.
>>
>> Björn, did the configuration change on the GitLab VM side ?
>>
>> --strk;
>>
>> On Tue, Aug 16, 2016 at 12:52:51PM +0200, Sandro Santilli wrote:
>> > On Tue, Aug 16, 2016 at 12:28:54PM +0200, Björn Harrtell wrote:
>> > > Status update:
>> > >
>> > > https://git.osgeo.org/gitlab is now working as expected.
>> > >
>> > > Some minor issues remain and are tracked at:
>> > > https://git.osgeo.org/gitlab/gitlab/osgeo-gitlab/issues
>> >
>> > Could you please update the wiki pages with the info ?
>> > There's a "deployed in staging" column in this page:
>> > https://wiki.osgeo.org/wiki/GitInfrastructureComparison
>> > it would need to be updated, as well as the ticket it
>> > points too. And some info about the deploy would be
>> > good to have to, for others to look at.
>> >
>> > --strk;

Actually, I've just handled to reproduce. Steps:

1. Sign out
2. Point browser to https://git.osgeo.org/gitlab/gitlab/osgeo-gitlab/issues
3. Click on the "Sign in" button on the upper-right corner
4. Fill in the LDAP form, hit "Sign in"

The "page isn't redirecting properly" error appears, in Firefox 47.0
on Linux.

I've noticed the "Sign in" button in step 3 takes you to this url:
https://git.osgeo.org/gitlab/users/sign_in?redirect_to_referer=yes
Pointing my browser to the above url directly also gives the same
error, but only while I'm logged.

May be something to report upstream...

--strk;

On Sat, Aug 20, 2016 at 11:29:09AM +0200, Sandro Santilli wrote:

Works for me too now, no idea what happened... --strk;

On Fri, Aug 19, 2016 at 04:02:23AM +0200, Jorge Sanz wrote:
> I've been able to login with chrome and firefox without any problem.
>
> On 18 August 2016 at 19:00, Björn Harrtell <bjorn.harrtell@gmail.com> wrote:
>
> > No last change was 3 days ago. Just tried to login and it works fine here
> > (Chrome) so I'm not sure what is going on.
> >
> > /Björn
> >
> > 2016-08-18 17:58 GMT+02:00 Sandro Santilli <strk@kbt.io>:
> >
> >> I don't know of any intentional change, but as of today
> >> I cannot login to gitlab. Firefox reports:
> >>
> >> The page isn't redirecting properly
> >>
> >> Firefox has detected that the server is redirecting the request for
> >> this address in a way that will never complete.
> >>
> >> This problem can sometimes be caused by disabling or refusing to
> >> accept cookies.
> >>
> >> I'm pretty sure I'm not disabling or refusing to accept cookies.
> >>
> >> Björn, did the configuration change on the GitLab VM side ?
> >>
> >> --strk;
> >>
> >> On Tue, Aug 16, 2016 at 12:52:51PM +0200, Sandro Santilli wrote:
> >> > On Tue, Aug 16, 2016 at 12:28:54PM +0200, Björn Harrtell wrote:
> >> > > Status update:
> >> > >
> >> > > https://git.osgeo.org/gitlab is now working as expected.
> >> > >
> >> > > Some minor issues remain and are tracked at:
> >> > > https://git.osgeo.org/gitlab/gitlab/osgeo-gitlab/issues
> >> >
> >> > Could you please update the wiki pages with the info ?
> >> > There's a "deployed in staging" column in this page:
> >> > https://wiki.osgeo.org/wiki/GitInfrastructureComparison
> >> > it would need to be updated, as well as the ticket it
> >> > points too. And some info about the deploy would be
> >> > good to have to, for others to look at.
> >> >
> >> > --strk;

On 20 August 2016 at 11:37, Sandro Santilli <strk@kbt.io> wrote:

Actually, I've just handled to reproduce. Steps:

1. Sign out
2. Point browser to https://git.osgeo.org/gitlab/
gitlab/osgeo-gitlab/issues
3. Click on the "Sign in" button on the upper-right corner
4. Fill in the LDAP form, hit "Sign in"

The "page isn't redirecting properly" error appears, in Firefox 47.0
on Linux.

I've noticed the "Sign in" button in step 3 takes you to this url:
https://git.osgeo.org/gitlab/users/sign_in?redirect_to_referer=yes
Pointing my browser to the above url directly also gives the same
error, but only while I'm logged.

May be something to report upstream...

--strk;

Yep, I've followed same steps with Chrome (linux) and gets into an infinite
loop of redirects.

Screenshot: http://pix.toile-libre.org/upload/original/1471693203.png

--
Jorge Sanz
http://www.osgeo.org
http://wiki.osgeo.org/wiki/Jorge_Sanz

I think I’ve been able to fix this by configuring the correct external_url. It did not work before because ngnix could not find a cert file.

I’ve also updated to the newly released version GitLab 8.11:
https://about.gitlab.com/2016/08/22/gitlab-8-11-released

/Björn

···

2016-08-20 13:41 GMT+02:00 Jorge Sanz <jsanz@osgeo.org>:


Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac

On 20 August 2016 at 11:37, Sandro Santilli <strk@kbt.io> wrote:

Actually, I’ve just handled to reproduce. Steps:

  1. Sign out
  2. Point browser to https://git.osgeo.org/gitlab/gitlab/osgeo-gitlab/issues
  3. Click on the “Sign in” button on the upper-right corner
  4. Fill in the LDAP form, hit “Sign in”

The “page isn’t redirecting properly” error appears, in Firefox 47.0
on Linux.

I’ve noticed the “Sign in” button in step 3 takes you to this url:
https://git.osgeo.org/gitlab/users/sign_in?redirect_to_referer=yes
Pointing my browser to the above url directly also gives the same
error, but only while I’m logged.

May be something to report upstream…

–strk;

Yep, I’ve followed same steps with Chrome (linux) and gets into an infinite loop of redirects.

Screenshot: http://pix.toile-libre.org/upload/original/1471693203.png

Jorge Sanz
http://www.osgeo.org
http://wiki.osgeo.org/wiki/Jorge_Sanz

Just a small typo on the front page

“NOTE: This is currently an experimental deployment of GitHub for evaluation purposes.”

https://git.osgeo.org/gitlab/users/sign_in

:slight_smile:

Cheers

···

On 22 August 2016 at 21:19, Björn Harrtell <bjorn.harrtell@gmail.com> wrote:

I think I’ve been able to fix this by configuring the correct external_url. It did not work before because ngnix could not find a cert file.

I’ve also updated to the newly released version GitLab 8.11:
https://about.gitlab.com/2016/08/22/gitlab-8-11-released

/Björn


Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac

2016-08-20 13:41 GMT+02:00 Jorge Sanz <jsanz@osgeo.org>:


Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac

On 20 August 2016 at 11:37, Sandro Santilli <strk@kbt.io> wrote:

Actually, I’ve just handled to reproduce. Steps:

  1. Sign out
  2. Point browser to https://git.osgeo.org/gitlab/gitlab/osgeo-gitlab/issues
  3. Click on the “Sign in” button on the upper-right corner
  4. Fill in the LDAP form, hit “Sign in”

The “page isn’t redirecting properly” error appears, in Firefox 47.0
on Linux.

I’ve noticed the “Sign in” button in step 3 takes you to this url:
https://git.osgeo.org/gitlab/users/sign_in?redirect_to_referer=yes
Pointing my browser to the above url directly also gives the same
error, but only while I’m logged.

May be something to report upstream…

–strk;

Yep, I’ve followed same steps with Chrome (linux) and gets into an infinite loop of redirects.

Screenshot: http://pix.toile-libre.org/upload/original/1471693203.png

Jorge Sanz
http://www.osgeo.org
http://wiki.osgeo.org/wiki/Jorge_Sanz

Jorge Sanz
http://www.osgeo.org
http://wiki.osgeo.org/wiki/Jorge_Sanz

Oops! Fixed, thanks. :slight_smile:

···

2016-08-23 13:21 GMT+02:00 Jorge Sanz <jsanz@osgeo.org>:

Just a small typo on the front page

“NOTE: This is currently an experimental deployment of GitHub for evaluation purposes.”

https://git.osgeo.org/gitlab/users/sign_in

:slight_smile:

Cheers

On 22 August 2016 at 21:19, Björn Harrtell <bjorn.harrtell@gmail.com> wrote:

I think I’ve been able to fix this by configuring the correct external_url. It did not work before because ngnix could not find a cert file.

I’ve also updated to the newly released version GitLab 8.11:
https://about.gitlab.com/2016/08/22/gitlab-8-11-released

/Björn


Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac

Jorge Sanz
http://www.osgeo.org
http://wiki.osgeo.org/wiki/Jorge_Sanz

2016-08-20 13:41 GMT+02:00 Jorge Sanz <jsanz@osgeo.org>:


Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac

On 20 August 2016 at 11:37, Sandro Santilli <strk@kbt.io> wrote:

Actually, I’ve just handled to reproduce. Steps:

  1. Sign out
  2. Point browser to https://git.osgeo.org/gitlab/gitlab/osgeo-gitlab/issues
  3. Click on the “Sign in” button on the upper-right corner
  4. Fill in the LDAP form, hit “Sign in”

The “page isn’t redirecting properly” error appears, in Firefox 47.0
on Linux.

I’ve noticed the “Sign in” button in step 3 takes you to this url:
https://git.osgeo.org/gitlab/users/sign_in?redirect_to_referer=yes
Pointing my browser to the above url directly also gives the same
error, but only while I’m logged.

May be something to report upstream…

–strk;

Yep, I’ve followed same steps with Chrome (linux) and gets into an infinite loop of redirects.

Screenshot: http://pix.toile-libre.org/upload/original/1471693203.png

Jorge Sanz
http://www.osgeo.org
http://wiki.osgeo.org/wiki/Jorge_Sanz

I’ve now updated GitLab from 8.11.0-ce.1 to 8.15.3-ce.0 (which also upgraded Mattermost 3.3.0 to 3.5.1).

I know it’s not used but I’m still into evaluating it and want to try Mattermost IRC bridge.

/Björn

···

2016-08-22 21:19 GMT+02:00 Björn Harrtell <bjorn.harrtell@gmail.com>:

I think I’ve been able to fix this by configuring the correct external_url. It did not work before because ngnix could not find a cert file.

I’ve also updated to the newly released version GitLab 8.11:
https://about.gitlab.com/2016/08/22/gitlab-8-11-released

/Björn

2016-08-20 13:41 GMT+02:00 Jorge Sanz <jsanz@osgeo.org>:


Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac

On 20 August 2016 at 11:37, Sandro Santilli <strk@kbt.io> wrote:

Actually, I’ve just handled to reproduce. Steps:

  1. Sign out
  2. Point browser to https://git.osgeo.org/gitlab/gitlab/osgeo-gitlab/issues
  3. Click on the “Sign in” button on the upper-right corner
  4. Fill in the LDAP form, hit “Sign in”

The “page isn’t redirecting properly” error appears, in Firefox 47.0
on Linux.

I’ve noticed the “Sign in” button in step 3 takes you to this url:
https://git.osgeo.org/gitlab/users/sign_in?redirect_to_referer=yes
Pointing my browser to the above url directly also gives the same
error, but only while I’m logged.

May be something to report upstream…

–strk;

Yep, I’ve followed same steps with Chrome (linux) and gets into an infinite loop of redirects.

Screenshot: http://pix.toile-libre.org/upload/original/1471693203.png

Jorge Sanz
http://www.osgeo.org
http://wiki.osgeo.org/wiki/Jorge_Sanz

On Mon, Jan 09, 2017 at 10:04:06PM +0100, Björn Harrtell wrote:

I've now updated GitLab from 8.11.0-ce.1 to 8.15.3-ce.0 (which also
upgraded Mattermost 3.3.0 to 3.5.1).

I know it's not used but I'm still into evaluating it and want to try
Mattermost IRC bridge.

Thanks for your continued interest in the experimentation !
I plan to also upgrade Gogs to Gitea (a community fork of it) sometime
in February.

A curious info about Gitea: a GitLab developer is among the maintainers
(and myself too :slight_smile:

--strk;

FYI, I’ve now updated to GitLab 8.16.4.

I noted that for the 8.16 release they moved significant features from EE to CE, for instance the time tracking feature.

/Björn

···

2017-01-10 10:32 GMT+01:00 Sandro Santilli <strk@kbt.io>:

On Mon, Jan 09, 2017 at 10:04:06PM +0100, Björn Harrtell wrote:

I’ve now updated GitLab from 8.11.0-ce.1 to 8.15.3-ce.0 (which also
upgraded Mattermost 3.3.0 to 3.5.1).

I know it’s not used but I’m still into evaluating it and want to try
Mattermost IRC bridge.

Thanks for your continued interest in the experimentation !
I plan to also upgrade Gogs to Gitea (a community fork of it) sometime
in February.

A curious info about Gitea: a GitLab developer is among the maintainers
(and myself too :slight_smile:

–strk;

FYI, I’ve now updated to GitLab 9.0.3. Upgrade process remains very smooth.

Overview of new features in GitLab 9 can be found at https://about.gitlab.com/2017/03/22/gitlab-9-0-released.

/Björn

···

2017-02-06 11:33 GMT+01:00 Björn Harrtell <bjorn.harrtell@gmail.com>:

FYI, I’ve now updated to GitLab 8.16.4.

I noted that for the 8.16 release they moved significant features from EE to CE, for instance the time tracking feature.

/Björn

2017-01-10 10:32 GMT+01:00 Sandro Santilli <strk@kbt.io>:

On Mon, Jan 09, 2017 at 10:04:06PM +0100, Björn Harrtell wrote:

I’ve now updated GitLab from 8.11.0-ce.1 to 8.15.3-ce.0 (which also
upgraded Mattermost 3.3.0 to 3.5.1).

I know it’s not used but I’m still into evaluating it and want to try
Mattermost IRC bridge.

Thanks for your continued interest in the experimentation !
I plan to also upgrade Gogs to Gitea (a community fork of it) sometime
in February.

A curious info about Gitea: a GitLab developer is among the maintainers
(and myself too :slight_smile:

–strk;

On 5 April 2017 at 21:53, Björn Harrtell <bjorn.harrtell@gmail.com> wrote:

FYI, I've now updated to GitLab 9.0.3. Upgrade process remains *very*
smooth.

Overview of new features in GitLab 9 can be found at
https://about.gitlab.com/2017/03/22/gitlab-9-0-released.

Björn, great news, thanks for the efforts!

Best regards,
--
Mateusz Loskot, http://mateusz.loskot.net

Another update done today bringing GitLab up to 9.4.

At the same time gitlab-ci was disabled and uninstalled, as it wasn’t working (or rather, needed configuration) but creating some noise traffic.

https://about.gitlab.com/2017/07/22/gitlab-9-4-released/

https://about.gitlab.com/2017/06/22/gitlab-9-3-released/

https://about.gitlab.com/2017/05/22/gitlab-9-2-released/

https://about.gitlab.com/2017/04/22/gitlab-9-1-released/

/Björn

···

2017-04-05 21:53 GMT+02:00 Björn Harrtell <bjorn.harrtell@gmail.com>:

FYI, I’ve now updated to GitLab 9.0.3. Upgrade process remains very smooth.

Overview of new features in GitLab 9 can be found at https://about.gitlab.com/2017/03/22/gitlab-9-0-released.

/Björn

2017-02-06 11:33 GMT+01:00 Björn Harrtell <bjorn.harrtell@gmail.com>:

FYI, I’ve now updated to GitLab 8.16.4.

I noted that for the 8.16 release they moved significant features from EE to CE, for instance the time tracking feature.

/Björn

2017-01-10 10:32 GMT+01:00 Sandro Santilli <strk@kbt.io>:

On Mon, Jan 09, 2017 at 10:04:06PM +0100, Björn Harrtell wrote:

I’ve now updated GitLab from 8.11.0-ce.1 to 8.15.3-ce.0 (which also
upgraded Mattermost 3.3.0 to 3.5.1).

I know it’s not used but I’m still into evaluating it and want to try
Mattermost IRC bridge.

Thanks for your continued interest in the experimentation !
I plan to also upgrade Gogs to Gitea (a community fork of it) sometime
in February.

A curious info about Gitea: a GitLab developer is among the maintainers
(and myself too :slight_smile:

–strk;