On Sun, Sep 1, 2019, 10:51 Bastian Blank wrote:
> Hi Thomas
>
> I don't see how your response relates to my original question. This is
> the second time in a short while you decided to work this way.
>
> On Sun, Sep 01, 2019 at 04:21:23PM +0200, Thomas Goirand wrote:
> > If I understand well,
What are you doing or have you been doing that you're no longer able to do
now without this access?
On Mon, Jul 8, 2019, 17:14 Thomas Goirand wrote:
> On 3/3/19 11:26 PM, Thomas Goirand wrote:
> > On 2/17/19 11:31 PM, Thomas Goirand wrote:
> >> On 2/15/19 1:49 PM, Bastian Blank wrote:
> >>> [Cc
On Wed, Oct 24, 2018, 3:38 AM David Osborne wrote:
> Thanks Martin,
>
> We of course are in the process of migrating on from Jessie but due to LTS
> the timescales were deliberately left quite loose.
>
> Re your timeline email - I think it's a good idea having such a timeline
> prominently
On Tue, Oct 23, 2018, 6:17 AM Martin Zobel-Helas wrote:
> David,
>
> Also from a user’s perspective i would like to hear your feedback on the
> mail I wrote earlier today to the cloud list... Be aware that none of the
> timeline in this mail is written into stone yet. It is just a proposal.
>
>
Oh silly me this was already done in the initial post it's just a matter of
automating it...
On Thu, Aug 30, 2018, 7:57 AM Paul Dejean wrote:
> Ok.
>
> Casulana's processors are haswell and to the best of my knowledge support
> nested virtualization. So it should be possible to
.
On Thu, Aug 30, 2018, 6:44 AM Thomas Goirand wrote:
> On 08/29/2018 05:28 PM, Paul Dejean wrote:
> > I honestly don't get it. Why is casulana so necessary for building these
> > images going forward. What kicked off this thread was me demonstrating
> > that machine images cou
The misconception came from my lack of experience with non aws cloud
providers. My bad.
On Wed, Aug 29, 2018, 2:21 PM Bastian Blank wrote:
> On Wed, Aug 29, 2018 at 02:40:31PM -0400, Jimmy Kaplowitz wrote:
> > On Wed, Aug 29, 2018 at 11:53:49AM -0500, Paul Dejean wrote:
> > &g
For reference here's the thread I'm referring to, it's been a while:
https://lists.debian.org/debian-cloud/2018/05/msg7.html
On Wed, Aug 29, 2018 at 11:53 AM Paul Dejean wrote:
>
> Ok well first of all, I would have liked it if someone told me from the get
> go "that's nea
is,
> typically, a physical server hosted by one of our partners.
>
> On Wed, Aug 29, 2018 at 11:35:56AM -0500, Paul Dejean wrote:
> > The confusion arises in that my definition of "control over the server"
> > differs from yours.
> >
> > I would say that a Goo
gain access."
So forget my definition. What was the agreed upon definition of a "Debian
controlled server" that was defined at this sprint? And was that definition
written down somewhere?
On Wed, Aug 29, 2018, 11:22 AM Luca Filipozzi wrote:
> (fixing top-posting)
>
> On W
is to work with.
On Wed, Aug 29, 2018, 10:48 AM Luca Filipozzi wrote:
> On Wed, Aug 29, 2018 at 10:28:27AM -0500, Paul Dejean wrote:
> > I honestly don't get it. Why is casulana so necessary for building these
> > images going forward. What kicked off this thread was me demonstrating
I honestly don't get it. Why is casulana so necessary for building these
images going forward. What kicked off this thread was me demonstrating that
machine images could be built in gitlab on google cloud runners that have
nested virt support.
On Wed, Aug 29, 2018, 10:25 AM Luca Filipozzi wrote:
our
playbooks when compared to large ones.
On Fri, Jun 22, 2018, 7:46 AM Georg Faerber wrote:
> Hi,
>
> On 18-06-21 07:06:35, Paul Dejean wrote:
> > Oh I'd also like to add, for a practical example of such a noob trap,
> > see the ansible package (which I wouldn't recomme
)
without good reason.
On Thu, Jun 21, 2018, 3:03 PM Thomas Goirand wrote:
> On 06/21/2018 01:57 PM, Paul Dejean wrote:
> > Because terraform interfaces with proprietary apis usually, it needs to
> > be updated more often than stable is updated to be useful.
>
> I have to adm
package to be a thing in stable, but you don't always get what
you want in life.
On Thu, Jun 21, 2018, 6:57 AM Paul Dejean wrote:
> Because terraform interfaces with proprietary apis usually, it needs to be
> updated more often than stable is updated to be useful.
>
> So while it may (o
Because terraform interfaces with proprietary apis usually, it needs to be
updated more often than stable is updated to be useful.
So while it may (or may not, i dunno all the details) be technically
allowed and possible. A terraform package in stable would be something of a
noob trap.
On Thu,
Nevermind. It just passes JSON into the image rest API which supports
a licenses field. My bad.
On Mon, May 14, 2018 at 3:03 PM, Paul Dejean <paulcdej...@gmail.com> wrote:
> Zach is there a way of specifying a license for images created via
> daisy? This functionality is needed to cre
side the google cloud SDK is also DFSG compliant, but as
you were explaining it's not the ideal tool for this job.
On Mon, May 14, 2018 at 2:00 PM, Emmanuel Kasper <m...@debian.org> wrote:
> Le 14/05/2018 à 19:49, Paul Dejean a écrit :
>> So it seems vagrant boxes build just fine on GCE
source... your link doesn't have a branch :)
> https://github.com/GoogleCloudPlatform/compute-image-tools/
> -
> Zach Marano
> zmar...@google.com
>
>
> On Mon, May 14, 2018 at 11:09 AM Paul Dejean <paulcdej...@gmail.com> wrote:
>>
>> Thanks! Look
19 matches
Mail list logo
