On 2018-08-20 20:58:47 +0200 (+0200), Bastian Blank wrote:
> On Mon, Aug 20, 2018 at 08:55:46PM +0200, Alexander Wirt wrote:
> > if you can replace ee with ce in the url it is also valid for
> > ce. jftr afaik gitlab uses fog[1] for cloud storage, maybe that
> > knowledge helps.
>
> They use
On Mon, Aug 20, 2018 at 08:55:46PM +0200, Alexander Wirt wrote:
> if you can replace ee with ce in the url it is also valid for ce.
> jftr afaik gitlab uses fog[1] for cloud storage, maybe that knowledge helps.
They use CarrierWave, which supports the following fog backends:
- AWS (aka S3)
-
On 2018-08-20 20:55:46 +0200 (+0200), Alexander Wirt wrote:
> On Mon, 20 Aug 2018, Jeremy Stanley wrote:
>
> > On 2018-08-20 20:05:42 +0200 (+0200), Alexander Wirt wrote:
[...]
> > > https://docs.gitlab.com/ee/administration/repository_storage_paths.html
> > >
On Mon, 20 Aug 2018, Jeremy Stanley wrote:
> On 2018-08-20 20:05:42 +0200 (+0200), Alexander Wirt wrote:
> > On Mon, 20 Aug 2018, Thomas Goirand wrote:
> [...]
> > > Could you please at least define what is "some of the large data stores"
> > > and explain where it is configured in Gitlab? A
On 2018-08-20 20:05:42 +0200 (+0200), Alexander Wirt wrote:
> On Mon, 20 Aug 2018, Thomas Goirand wrote:
[...]
> > Could you please at least define what is "some of the large data stores"
> > and explain where it is configured in Gitlab? A possible pointer to the
> > Gitlab documentation would
On Mon, 20 Aug 2018, Thomas Goirand wrote:
> On 08/20/2018 11:40 AM, Alexander Wirt wrote:
> > On Mon, 20 Aug 2018, Ulrike Uhlig wrote:
> >
> >> Hi!
> >>
> >> Bastian Blank:
> >>> On Sat, Aug 18, 2018 at 11:34:53PM +0200, Thomas Goirand wrote:
> Ok, I'm getting in touch with the DSA team to
On 08/20/2018 11:40 AM, Alexander Wirt wrote:
> On Mon, 20 Aug 2018, Ulrike Uhlig wrote:
>
>> Hi!
>>
>> Bastian Blank:
>>> On Sat, Aug 18, 2018 at 11:34:53PM +0200, Thomas Goirand wrote:
Ok, I'm getting in touch with the DSA team to see how it can be done.
Let's see first if we have
On Mon, 20 Aug 2018, Ulrike Uhlig wrote:
> Hi!
>
> Bastian Blank:
> > On Sat, Aug 18, 2018 at 11:34:53PM +0200, Thomas Goirand wrote:
> >> Ok, I'm getting in touch with the DSA team to see how it can be done.
> >> Let's see first if we have hardware, and then how I can help for the
> >> setup
Hi!
Bastian Blank:
> On Sat, Aug 18, 2018 at 11:34:53PM +0200, Thomas Goirand wrote:
>> Ok, I'm getting in touch with the DSA team to see how it can be done.
>> Let's see first if we have hardware, and then how I can help for the
>> setup and maintenance.
>
> If you want to do something, please
On 08/19/2018 09:53 AM, Bastian Blank wrote:
> On Sat, Aug 18, 2018 at 11:55:19PM +0200, Thomas Goirand wrote:
>> On 08/18/2018 01:11 PM, Bastian Blank wrote:
>> First, there's dozens of OpenStack public cloud out there, so you're not
>> locked-in with a single operator.
>
> There exists thousand
Le dimanche 19 août 2018 à 09:11:23+0200, Alexander Wirt a écrit :
> On Sat, 18 Aug 2018, Thomas Goirand wrote:
>
> > On 08/18/2018 07:42 AM, Alexander Wirt wrote:
> > >> I also don't understand why we're not attempting to build a Ceph cluster
> > >> at UBC. Why not?
> > > go ahead. if it works
On 08/19/2018 09:11 AM, Alexander Wirt wrote:
> On Sat, 18 Aug 2018, Thomas Goirand wrote:
>
>> On 08/18/2018 07:42 AM, Alexander Wirt wrote:
I also don't understand why we're not attempting to build a Ceph cluster
at UBC. Why not?
>>> go ahead. if it works well we can switch to it.
Hi,
Bastian Blank:
>> And there's what Jeremy replied to you. We shall not endorse non-free.
>
> No, he just said we should prefer to use free ones.
>
> Endorse is something different, please read yourself
> https://www.merriam-webster.com/dictionary/endorse or
As your link says Endorse: to
On Sat, Aug 18, 2018 at 11:55:19PM +0200, Thomas Goirand wrote:
> On 08/18/2018 01:11 PM, Bastian Blank wrote:
> First, there's dozens of OpenStack public cloud out there, so you're not
> locked-in with a single operator.
There exists thousand variants how to setup an OpenStack instance. Just
Moin
On Sat, Aug 18, 2018 at 11:34:53PM +0200, Thomas Goirand wrote:
> Ok, I'm getting in touch with the DSA team to see how it can be done.
> Let's see first if we have hardware, and then how I can help for the
> setup and maintenance.
If you want to do something, please show us the plan
On Sat, 18 Aug 2018, Thomas Goirand wrote:
> On 08/18/2018 07:42 AM, Alexander Wirt wrote:
> >> I also don't understand why we're not attempting to build a Ceph cluster
> >> at UBC. Why not?
> > go ahead. if it works well we can switch to it.
> >
> > Alex
>
> Ok, I'm getting in touch with the
* Bastian Blank: " Re: salsa.debian.org maintenance (GitLab 11.1.4 upgrade,
external storage migration)" (Sat, 18 Aug 2018 08:26:11 +0200):
Erroneously sent as PM.
> On Sat, Aug 18, 2018 at 02:16:33AM +0200, Mathias Behrle wrote:
> > > Please explain. Google Cloud storag
On 08/18/2018 08:26 AM, Bastian Blank wrote:
> On Sat, Aug 18, 2018 at 02:16:33AM +0200, Mathias Behrle wrote:
>>> Please explain. Google Cloud storage is just a large disk. The
>>> analytics stuff can access the data if it got the authorization to
>>> access it.
>> I have quite some
On 08/18/2018 01:11 PM, Bastian Blank wrote:
>>Also, using a free
>> implementation avoids vendor lock-in,
>
> Could you please be more specific on what vendor lock-in you mean?
>
> If I build an application using Kubernetes and Helm, I'm using
On 08/18/2018 07:42 AM, Alexander Wirt wrote:
>> I also don't understand why we're not attempting to build a Ceph cluster
>> at UBC. Why not?
> go ahead. if it works well we can switch to it.
>
> Alex
Ok, I'm getting in touch with the DSA team to see how it can be done.
Let's see first if we
Hi Thomas
On Fri, Aug 17, 2018 at 11:12:01PM +0200, Thomas Goirand wrote:
> Wouter, I very much do not agree with your argumentation. Please read
> this video:
> https://meetings-archive.debian.net/pub/debian-meetings/2018/DebConf18/2018-07-30/server-freedom-why-choosing-the-cloud-op.webm
Do you
On Fri, Aug 17, 2018 at 11:12:01PM +0200, Thomas Goirand wrote:
> On 08/17/2018 04:11 PM, Wouter Verhelst wrote:
> > But if we're going to
> > be using an external cloud provider for such things, then it doesn't
> > matter whether that external cloud provider runs a free software cloud
> >
On Sat, Aug 18, 2018 at 02:16:33AM +0200, Mathias Behrle wrote:
> > Please explain. Google Cloud storage is just a large disk. The
> > analytics stuff can access the data if it got the authorization to
> > access it.
> I have quite some difficulties to believe that Google respects privacy
>
On Fri, 17 Aug 2018, Thomas Goirand wrote:
> On 08/17/2018 10:52 AM, Andrey Rahmatullin wrote:
> > On Fri, Aug 17, 2018 at 08:27:00AM +, Ulrike Uhlig wrote:
> >> While I understand the simplicity of using $company's cloud storage, I'd
> >> rather not rely on some external company and in
* Bastian Blank: " Re: salsa.debian.org maintenance (GitLab 11.1.4 upgrade,
external storage migration)" (Fri, 17 Aug 2018 22:58:18 +0200):
> > Google Cloud storage is tightly linked to their AI & big data analytics
> > features which I personally find highly questiona
On Fri, Aug 17, 2018 at 01:46:00PM +, Ulrike Uhlig wrote:
> Consent
> ---
>
> I feel like we're currently balancing on a thin cobweb of fait accompli.
> Are such decisions team internal or do they require the consent of the
> project?
There is no notion of a project consent in Debian,
On 08/17/2018 04:11 PM, Wouter Verhelst wrote:
> But if we're going to
> be using an external cloud provider for such things, then it doesn't
> matter whether that external cloud provider runs a free software cloud
> implementation or a proprietary one, since we wouldn't have any of the
> benefits
On 08/17/2018 10:52 AM, Andrey Rahmatullin wrote:
> On Fri, Aug 17, 2018 at 08:27:00AM +, Ulrike Uhlig wrote:
>> While I understand the simplicity of using $company's cloud storage, I'd
>> rather not rely on some external company and in particular not on this
>> one. This company does not
On 2018-08-17 16:11:22 +0200 (+0200), Wouter Verhelst wrote:
[...]
> It is true that the whole "cloud" thing does have some impact on free
> software, and it is indeed also true that this is something that should
> be considered when deciding on a strategy; however, it is *not* correct
> to assume
On Tue, Aug 14, 2018 at 01:25:22PM +0200, Jonas Meurer wrote:
> [...] free software cloud providers [...]
No such thing.
The whole concept of "cloud provider" is that you have a company which
provides "hardware" or "infrastructure" as a service. This service is
provided "as is"; you wouldn't be
Hello,
Alexander Wirt:
> On Fri, 17 Aug 2018, Ulrike Uhlig wrote:
>> Jonas Meurer:
>>> Am 13.08.2018 um 20:36 schrieb Alexander Wirt:
> why should gandi be better? Do you have access to all of their source code
> (managementfrontend, storagebackend, billingbackend and so on?)
>
> Unless debian
Hello,
Andrey Rahmatullin:
> On Fri, Aug 17, 2018 at 10:12:00AM +, u wrote:
While I understand the simplicity of using $company's cloud storage, I'd
rather not rely on some external company and in particular not on this
one. This company does not exactly represent what I would
On Fri, 17 Aug 2018, Ulrike Uhlig wrote:
> Hi!
>
> Jonas Meurer:
> > Am 13.08.2018 um 20:36 schrieb Alexander Wirt:
> >>> Hrmpf! I have to say that I was somewhat surprised by this announcement.
> >>> To be honest, I don't like the idea of making our infrastructure as a
> >>> project rely on
On Fri, Aug 17, 2018 at 10:12:00AM +, u wrote:
> >> While I understand the simplicity of using $company's cloud storage, I'd
> >> rather not rely on some external company and in particular not on this
> >> one. This company does not exactly represent what I would call ethical,
> >>
Hello,
Andrey Rahmatullin:
> On Fri, Aug 17, 2018 at 08:27:00AM +, Ulrike Uhlig wrote:
>> While I understand the simplicity of using $company's cloud storage, I'd
>> rather not rely on some external company and in particular not on this
>> one. This company does not exactly represent what I
Hi,
I believe by decentralization we can just implement it by not relying our
data on single company but multiple.
Still, it is up to their implementation how we can access their storage,
and as long as we can access it with free software (JavaScript stuff could
be a pitfall though) it shouldn't
On Fri, Aug 17, 2018 at 08:27:00AM +, Ulrike Uhlig wrote:
> While I understand the simplicity of using $company's cloud storage, I'd
> rather not rely on some external company and in particular not on this
> one. This company does not exactly represent what I would call ethical,
>
Hi!
Jonas Meurer:
> Am 13.08.2018 um 20:36 schrieb Alexander Wirt:
>>> Hrmpf! I have to say that I was somewhat surprised by this announcement.
>>> To be honest, I don't like the idea of making our infrastructure as a
>>> project rely on closed and proprietary systems like Google Cloud. Isn't
>>>
Hello,
Am 13.08.2018 um 20:36 schrieb Alexander Wirt:
>> Hrmpf! I have to say that I was somewhat surprised by this announcement.
>> To be honest, I don't like the idea of making our infrastructure as a
>> project rely on closed and proprietary systems like Google Cloud. Isn't
>> it important to
Am 13.08.2018 um 17:50 schrieb Marco d'Itri:
> On Aug 13, Jonas Meurer wrote:
>
>> To be honest, I don't like the idea of making our infrastructure as a
>> project rely on closed and proprietary systems like Google Cloud. Isn't
>> it important to us as a project anymore to run our infrastructure
On 08/13/2018 05:50 PM, Marco d'Itri wrote:
> On Aug 13, Jonas Meurer wrote:
>
>> To be honest, I don't like the idea of making our infrastructure as a
>> project rely on closed and proprietary systems like Google Cloud. Isn't
>> it important to us as a project anymore to run our infrastructure
On Mon, 13 Aug 2018, Alexander Wirt wrote:
> We don't rely on it. There will be a backup on debian infastructure so that
> we will be able to change to different providers at every time.
...
> But using gce allows us to to support use cases different use case than just
> git (like lfs, build
On Mon, 13 Aug 2018, Jonas Meurer wrote:
> Hello,
>
> Am 11.08.2018 um 16:20 schrieb Bastian Blank:
> > We will do maintenance on salsa.debian.org today, 2018-08-11, between
> > 1600 and 1800 UTC.
> >
> > We will upgrade the GitLab instance to 11.1.4.
>
> Thanks a ton for all your maintenance
On Aug 13, Jonas Meurer wrote:
> To be honest, I don't like the idea of making our infrastructure as a
> project rely on closed and proprietary systems like Google Cloud. Isn't
> it important to us as a project anymore to run our infrastructure on
> free software and under our own control? [1]
Hello,
Am 11.08.2018 um 16:20 schrieb Bastian Blank:
> We will do maintenance on salsa.debian.org today, 2018-08-11, between
> 1600 and 1800 UTC.
>
> We will upgrade the GitLab instance to 11.1.4.
Thanks a ton for all your maintenance work for salsa. It's a huge
improvement for packaging and
45 matches
Mail list logo
