Râu Cao

raucao created pull request kosmos/akkounts#3

2020-11-19 13:30:28 +00:00

WIP: Configure CI builds

raucao pushed to dev/configure_drone_ci at kosmos/akkounts

2020-11-19 13:29:35 +00:00

0eab4f03ac Remove Ruby version lock from Gemfile

c96a84d1a1 Add initial Drone CI config

0263cd9cf6 Add initial Drone CI config

Compare 3 commits »

raucao pushed to dev/configure_drone_ci at kosmos/akkounts

2020-11-19 13:25:43 +00:00

0263cd9cf6 Add initial Drone CI config

d75ecea992 Add initial Drone CI config

Compare 2 commits »

raucao pushed to dev/configure_drone_ci at kosmos/akkounts

2020-11-19 13:24:02 +00:00

d75ecea992 Add initial Drone CI config

raucao opened issue kosmos/chef#237

2020-11-19 12:35:15 +00:00

Configure a PGP for Gitea to sign merge commits

raucao approved kosmos/chef#236

2020-11-19 12:33:57 +00:00

Set up Drone CI with Gitea integration

👍

raucao closed issue kosmos/chef#235

2020-11-19 12:06:13 +00:00

Set up Drone CI with Gitea integration

raucao commented on issue kosmos/akkounts#2

2020-11-18 20:13:12 +00:00

LDAP mock server for local development

If it found the user and only that method failed, then maybe the mock server doesn't implement whatever that call translates to as an LDAP request?

Difficult to say from here, not having looked into the mock server at all yet.

raucao commented on issue kosmos/akkounts#2

2020-11-18 18:14:01 +00:00

LDAP mock server for local development

That server is just for tests, but could come in handy for sure. Currently, the very few specs that there are do not talk to LDAP at all, but just use mocks or direct Warden sign-ins.

Our LDAP entry layout is documented on the wiki here:

https://wiki.kosmos.org/Infrastructure:LDAP

We basically use cn as unique ID/username, and ou for the domain (kosmos.org vs. custom/pro domains like currently 5apps.com).

dn: cn=bumi,ou=kosmos.org,cn=users,dc=kosmos,dc=org