On Sun, 25 Feb 2018, Paul Wise wrote:
> On Sun, Feb 25, 2018 at 2:46 AM, Alexander Wirt wrote:
>
> > I do really hope that we can have a good backend for guestuser and dm
> > authorisation and authentiction at the end of the summer. Something like
> > ud-ldap that can serve us for the next
On Sun, Feb 25, 2018 at 2:46 AM, Alexander Wirt wrote:
> I do really hope that we can have a good backend for guestuser and dm
> authorisation and authentiction at the end of the summer. Something like
> ud-ldap that can serve us for the next years.
Will this mean that the guest users in db.d.o
On Fri, 23 Feb 2018, Enrico Zini wrote:
Hi Enrico,
> > > Are there other ways in stretch of getting apache to authenticate
> > > against gitlab?
> > I would wait for the gsoc project. And on the alioth sprint, several people
> > decided against using salsa as backend for sso, but the other way
On Fri, Feb 23, 2018 at 04:27:40PM +0100, Enrico Zini wrote:
> On Fri, Feb 23, 2018 at 03:49:06PM +0100, Alexander Wirt wrote:
>
> > I would wait for the gsoc project. And on the alioth sprint, several people
> > decided against using salsa as backend for sso, but the other way round.
> > So
On Sun, Feb 11, 2018 at 03:48:07PM +0100, Alexander Wirt wrote:
> On Sun, 11 Feb 2018, Boyuan Yang wrote:
>
> > Hello all,
> >
> > I just recalled that an issue was left behind during the Alioth ->
> > Salsa migration:
> > sso.debian.org 's Alioth account integration with Alioth platform. This
On Sat, Feb 24, 2018 at 09:07:30AM +0100, Xavier wrote:
>
> Hello,
>
> we currently deploy LLNG with Fusion-Directory and LSC-Connector to
> provide a full IAM solution. See https://fusioniam.org : the project to
> package the 3 in one solution (for commercial aspect and to provide
> Docker
Le 23/02/2018 à 19:32, Alexander Wirt a écrit :
> On Fri, 23 Feb 2018, Geert Stappers wrote:
>
>> On Fri, Feb 23, 2018 at 06:54:29PM +0100, Alexander Wirt wrote:
>>> On Fri, 23 Feb 2018, Enrico Zini wrote:
>>>...
>>> Then the dd process should get fixed, not making again something to a
>>>
On Fri, Feb 23, 2018 at 07:24:02PM +, Jonathan McDowell wrote:
> On Fri, Feb 23, 2018 at 08:17:26PM +0100, Alexander Wirt wrote:
> > On Fri, 23 Feb 2018, Jonathan McDowell wrote:
> > > Like it or not Alioth provides more services than just hosting
> > > repositories. One of these is
On Fri, Feb 23, 2018 at 08:17:26PM +0100, Alexander Wirt wrote:
> On Fri, 23 Feb 2018, Jonathan McDowell wrote:
>
> > On Fri, Feb 23, 2018 at 06:54:29PM +0100, Alexander Wirt wrote:
> > > On Fri, 23 Feb 2018, Enrico Zini wrote:
> > > > On Fri, Feb 23, 2018 at 03:49:06PM +0100, Alexander Wirt
On Fri, 23 Feb 2018, Jonathan McDowell wrote:
> On Fri, Feb 23, 2018 at 06:54:29PM +0100, Alexander Wirt wrote:
> > On Fri, 23 Feb 2018, Enrico Zini wrote:
> > > On Fri, Feb 23, 2018 at 03:49:06PM +0100, Alexander Wirt wrote:
> > > > > Are there other ways in stretch of getting apache to
> > > >
On Fri, Feb 23, 2018 at 06:54:29PM +0100, Alexander Wirt wrote:
> On Fri, 23 Feb 2018, Enrico Zini wrote:
> > On Fri, Feb 23, 2018 at 03:49:06PM +0100, Alexander Wirt wrote:
> > > > Are there other ways in stretch of getting apache to
> > > > authenticate against gitlab?
> > > I would wait for the
On Fri, 23 Feb 2018, Geert Stappers wrote:
> On Fri, Feb 23, 2018 at 06:54:29PM +0100, Alexander Wirt wrote:
> > On Fri, 23 Feb 2018, Enrico Zini wrote:
> > > On Fri, Feb 23, 2018 at 03:49:06PM +0100, Alexander Wirt wrote:
> > >
> > > > > Are there other ways in stretch of getting apache to
On Fri, Feb 23, 2018 at 06:54:29PM +0100, Alexander Wirt wrote:
> On Fri, 23 Feb 2018, Enrico Zini wrote:
> > On Fri, Feb 23, 2018 at 03:49:06PM +0100, Alexander Wirt wrote:
> >
> > > > Are there other ways in stretch of getting apache to authenticate
> > > > against gitlab?
> > > I would wait
On Fri, 23 Feb 2018, Enrico Zini wrote:
> On Fri, Feb 23, 2018 at 03:49:06PM +0100, Alexander Wirt wrote:
>
> > > Are there other ways in stretch of getting apache to authenticate
> > > against gitlab?
> > I would wait for the gsoc project. And on the alioth sprint, several people
> > decided
On Fri, Feb 23, 2018 at 03:49:06PM +0100, Alexander Wirt wrote:
> > Are there other ways in stretch of getting apache to authenticate
> > against gitlab?
> I would wait for the gsoc project. And on the alioth sprint, several people
> decided against using salsa as backend for sso, but the other
On Fri, Feb 23, 2018 at 03:49:06PM +0100, Alexander Wirt wrote:
> I would wait for the gsoc project. And on the alioth sprint, several people
> decided against using salsa as backend for sso, but the other way round.
> So please don't.
Ok, fine with me.
I'll stop worrying about it for now, and
On Fri, 23 Feb 2018, Enrico Zini wrote:
> On Sun, Feb 11, 2018 at 10:08:31PM +0800, Boyuan Yang wrote:
>
> > From a user (non-DD)'s perspective, current best plan should be the
> > integration
> > with Salsa GitLab user database. Works on such implementation are surely
> > needed
> > though.
>
On Sun, Feb 11, 2018 at 10:08:31PM +0800, Boyuan Yang wrote:
> From a user (non-DD)'s perspective, current best plan should be the
> integration
> with Salsa GitLab user database. Works on such implementation are surely
> needed
> though.
Well yes, work is needed, that much has always been
On Mon, Feb 12, 2018 at 10:45 AM, Paul Wise wrote:
> On Sun, Feb 11, 2018 at 10:08 PM, Boyuan Yang wrote:
>
>> sso.debian.org 's Alioth account integration with Alioth platform. This
>> service
>> seems to have no migration plan (yet) and will break many other stuff
>> once Alioth is down.
>
> A
On Sun, Feb 11, 2018 at 10:08 PM, Boyuan Yang wrote:
> sso.debian.org 's Alioth account integration with Alioth platform. This
> service
> seems to have no migration plan (yet) and will break many other stuff
> once Alioth is down.
A related GSoC project:
On Sun, 11 Feb 2018, Boyuan Yang wrote:
> Hello all,
>
> I just recalled that an issue was left behind during the Alioth ->
> Salsa migration:
> sso.debian.org 's Alioth account integration with Alioth platform. This
> service
> seems to have no migration plan (yet) and will break many other
Hello all,
I just recalled that an issue was left behind during the Alioth ->
Salsa migration:
sso.debian.org 's Alioth account integration with Alioth platform. This service
seems to have no migration plan (yet) and will break many other stuff
once Alioth
is down.
Digging through the history, I
22 matches
Mail list logo
