Re: Official Debian Images for Vagrant

Hi Stéphane, I guess should be asked to Emmanuel, but... Those images are going to be hosted at files.vagrantup.com? Or there will be a new public repository? Also, would be nice if we could take a look at those scripts that are being used to build them. Looks like you guys are not using

For how long bootstrap-vz should support squeeze/oldstable?

Hi, I've posted the original message on the bootstrap-vz issue tracker[1], but looks like the debian-cloud mailing list is a better place to discuss the matter: I was testing a fix for this problem with backports syntax[2] in squeeze/oldstable that I reported on #96 and got a

Re: Bootstrap-vz to produce Debian testing Vagrant boxes

Hi Stéphane, Allow me to apologize for any mistakes as English is not my native language. Don't worry. There is a lot of non-native English speakers here. I guess that is fine as long as we could understand each other (and use a spell checker, of course - but we should do that for any language

Re: bootstrap-vz packaging

Marcin, I just reviewed 118 and 119 patches and agree that 118 is worth having but I'm not sure about 119 do we really care for i386? Do you think that there are people who are still using i386 on 'cloud' or virtualised setups? I have to admit that is not a big patch but ... Balint I'm

Re: building (official) debian images for atlas (formerly vagrantcloud)

for anyone looking for the official manifests. On 20 April 2015 at 03:43, Anders Ingemann and...@ingemann.de wrote: On 20 April 2015 at 05:54, Tiago Ilieve tiago.my...@gmail.com wrote: Hi Jan, I've took a quick look at your box and there are few points that I'd like to remark

Re: bootstrap-vz: integration testing branch merge into development + upcoming release

Anders, Those are some truly great news. You've done a marvelous job on the integration testing branch (not just the parts related to tests alone). :-) Thank you! On 25 April 2015 at 07:04, Anders Ingemann and...@ingemann.de wrote: Good news everyone! I have finally merged the integration

Re: building (official) debian images for atlas (formerly vagrantcloud)

Hi Jan, I've took a quick look at your box and there are few points that I'd like to remark: - As this is a box that's intended to be shared with the world, would be nice if it had http://http.debian.net/debian/; as its default mirror. - The root partition could be a bit more generous than 2GiB,

Re: bootstrap-vz switching to single branch strategy

Anders, bootstrap-vz now runs on a single master branch and the old github pages documentation has been removed (use bootstrap-vz.readthedocs.org instead). This also makes the documentation easier to maintain. With GitHub Pages (which is a great service, btw), we had to write some HTML and

Re: bootstrap-vz debian package and some other stuff

Hi Marcin and Balint, I've been talking with Anders about updating the bootstrap-vz Debian package. As you may have seen, we've switched the branching strategy[1] (although missing a new tag to mark the last 0.9.5 release - we are discussing this) and since the last big merge, most of the patches

Re: bootstrap-vz debian package and some other stuff

, Bálint Réczey bal...@balintreczey.hu wrote: Hi Tiago, 2015-05-13 5:32 GMT+02:00 Tiago Ilieve tiago.my...@gmail.com: Bálint, I would happily review and upload your changes as well and thank you for taking care of packaging. This is awesome! Thanks in advance. By now I couldn't build

Re: debian images for vagrant / virtualbox

Jan, 2) Are there any other (official?) base images besides the one by Emmanuel Kasper (http://www.subsole.org/vanilladebianbox)? I guess there isn't something for Vagrant like the Official AMIs for EC2[1] which are (were? AFAIK, he doesn't works for Amazon anymore) maintained by James

Re: Vagrant kfreebsd base box?

Emmanuel, > My plan has always beem to move the creation of the vagrant base boxes > to debian-cd controlled servers at some point, instead of building > locally and uploading to vagrant-cloud via an awfully assymetric DSL > connection. The Debian CD Team wants something related to this[1]: >

Re: Debian images on Microsoft Azure cloud

On 11 November 2015 at 14:11, Anders Ingemann wrote: > You got me thinking :-) > It *should* actually be possible to bootstrap EBS backed instances locally: > http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/importing-your-volumes-into-amazon-ebs.html > You can upload EBS

Re: Package source requirements for cloud images (Re: Debian images on Microsoft Azure cloud)

Hi Charles, On 22 November 2015 at 03:15, Charles Plessy wrote: > Regarding security and GPG signing, obviously it is essential that a "Debian" > image is configured to only retreive packages from apt sources that are signed > by Debian. But during the build process, while

Re: Service names for Debian mirrors in cloud infrastructure

On 11 January 2016 at 06:05, Martin Zobel-Helas wrote: > > This will generate outgoing traffic, which users will have to pay for, > at least to get the 302 which then should send you to the internal > mirror. This is not the prefered option, but we could try to get that > set up.

Re: Debian images on Oracle Compute Cloud Service

Hey Anders, On 4 February 2016 at 17:27, Anders Ingemann wrote: > Niiice! I am sure that removes a lot of your headaches ;-) I'm certainly that this will be the first time I'll be sleeping well in a couple weeks. :-) Regards, Tiago. -- Tiago "Myhro" Ilieve Blog:

Re: [vagrant] official Debian lxc boxes

Emmanuel, On 5 February 2016 at 16:10, Emmanuel K wrote: > thanks for the ideas You're welcome. > at the moment the build process involves a Makefile with a target which > includes building, doing some tests, and optionnally upload the built > image to atlas > > now this

Bug#784673: cloud-utils: growpart fails with gpt

Hi Frederic, I've tried to reproduce this issue using cloud-utils (0.26-2) on Jessie: root@virtualbox:~# growpart -v /dev/sda 1 geometry is -C 2610 -H 255 -S 63. total size=41929650 max_end=41929650 tot=41929650 pt_end=41943040 pt_start=1 pt_size=41943039 NOCHANGE: partition 1 could only be

Re: [vagrant] official Debian lxc boxes

Emmanuel, On 9 February 2016 at 14:12, Emmanuel Kasper wrote: > * the image generated with boostrap-vz takes 10 seconds longer to boot > ( https://github.com/andsens/bootstrap-vz/issues/247 ) I know this is annoying, because this bug affects me as well, but this is really a

Re: EC2 image boot time improvements

Hi Tim, On 9 February 2016 at 15:29, Tim Sattarov wrote: > Hello everyone, > > I was comparing boot time of Amazon Linux and official Debian images. > And here what I've found: > 1) Default kernel has 30 second delay for Xen framebuffer initialization I was hit by that

Re: EC2 image boot time improvements

Tim, On 9 February 2016 at 18:38, Tim Sattarov wrote: > I agree, I'm just not sure if that option is necessary for some users > and/or platforms. If it is not critical I would disable it or compile as > a module and blacklist by default. Only noticed now, but this is a known

Bug#784673: cloud-utils: growpart fails with gpt

Hi Charles, On 11 February 2016 at 11:19, Charles Plessy wrote: > Hi Tiago, > > this reminded your request for sponsoring the backport of cloud-utils; I just > uploaded it. (Build logs attached for the record). This is awesome. Thank you very much! It is on the NEW queue[1]

Re: Debian images on Oracle Compute Cloud Service

On 31 January 2016 at 09:06, Tiago Ilieve <tiago.my...@gmail.com> wrote: > This is expected to be resolved on the next version of Oracle Compute, > but I don't know how much time it will take for it to be launched. > That's why we're looking for an alternative. Good news, every

Debian images on Oracle Compute Cloud Service

Hello fellows from Debian CD and Debian Cloud teams, As you may know, Oracle is interested on getting official Debian images on their cloud platform[1]. I've been working with them on this matter and now that we have a proper way to build those images using bootstrap-vz (the code is not yet on

Re: Service names for Debian mirrors in cloud infrastructure

Bastian, On 25 January 2016 at 12:44, Bastian Blank wrote: > This is true for public Azure, however not for others like Azure China. I have no reason to doubt that things can be a lot different in China, but this information is not available at the Azure pricing page

Bug#813493: cloud.debian.org: [AWS] Debian Jessie 8.1 images lack root partition grow

Zied, On 2 February 2016 at 18:42, Zied ABID wrote: > Hi Tiago, > > Thank you for this useful informations. You're welcome. > I'll try to contact James Bromberger as he is mentioned as the AWS images > maintainer at [6]. Worth mentioning that he follows the "debian-cloud"

Bug#813493: cloud.debian.org: [AWS] Debian Jessie 8.1 images lack root partition grow

Hi Zied, On 2 February 2016 at 12:03, Zied ABID wrote: > Package: cloud.debian.org > Severity: normal > Tags: newcomer > > Dear Maintainer, > > >* What led up to the situation? > Create new instance from one of the official Debian Jessie 8.1 images >

Re: AWS EC2: Jessie 8.2 image for testing

James, On 31 January 2016 at 14:42, James Bromberger wrote: > To me using backports to Jessie is acceptable; 2 years ago we had to use > backports then to get started, so I think that as this hits backports, we > should have a fix. I noted from another of your emails... (below) >

Bug#706052: Document when and how an image can be called "Debian".

Hi Charles, I would like register to the following references, where the Debian CD, Debian Cloud and Debian Trademark teams reached a rough consensus and drafted a proposal (expected to result in a policy later) on what can be called "Official" Debian images:

Re: Debian images on Oracle Compute Cloud Service

Hi Charles, I would like to thank you for this absolutely carefully crafted message, containing so many important points from the history of Debian on cloud platforms. This is even more special when there's no secret that you don't have much time available to do something like that. I really

Re: AWS EC2: Jessie 8.2 image for testing

Hi James, On 10 November 2015 at 12:31, James Bromberger wrote: > Hello all, > After some time, we now have a Jessie 8.2 image, now working with systemD, > gtp formatted volume, updated ixgbevf driver, blacklists a few module to > trim some time, and updated cloud-init config to

Re: Debian Jessie growpart issue

Juerg, On 25 January 2016 at 07:38, Juerg Haefliger wrote: > I think the easiest solution is to backport cloud-utils from stretch. > See my subsequent comments: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784004#10 I've followed your suggestion and prepared a backport

Re: Debian images on Oracle Compute Cloud Service

Hi Ben, On 31 January 2016 at 08:03, Ben Hutchings wrote: > Is this the same issue described in > ? > That's quite sad as Xen has supported xz compression for several years > now. I can't say if this is

Re: Debian Vagrant boxes and Virtualbox

Hi Chris, On 22 February 2016 at 04:51, Chris Fordham wrote: > Needs to go on wiki? That would be nice. Teams/Cloud/VagrantBaseBoxes[1] is the first result on Google when someone searchs for "debian vagrant" (without quotes), but there's no mention to the

Update of cloud-utils to 0.28~bzr281

Hello Debian Cloud Team, I've been trying to update the cloud-utils package to a new version (currently the snapshot 0.28~bzr281) from the upstream. Antonio Terceiro is being my mentor and can sponsor the upload when we are satisfied with the package state, but I would like to ask your opinions

Re: AWS EC2: 8.3 image for testing - fixed root resize, etc (was Re: AWS EC2: Jessie 8.2 image for testing)

Hi Zied, On 21 February 2016 at 21:34, Zied ABID wrote: > My tests are OK (root partition grow and ssh_host_ed25519_key) > for all generated AMI. I really appreciate your initiative of testing all the AMIs, but looks like you are wasting time doing it this way. I don't know

Re: Cloud images on cdimage

Debian CD Team, On 6 February 2016 at 20:12, Tiago Ilieve <tiago.my...@gmail.com> wrote: > Steve, > > I was looking at the "cdimage" page[1] and noticed that there's no > cloud images for the platforms we have official releases. Is there a > way we can pub

Re: Cloud images on cdimage

Emmanuel, On 14 February 2016 at 16:28, Emmanuel Kasper wrote: > Hi Tiago > > To the best of my knowledge: > * the debian-cd team only put here images it has itself generated, this > is why the only cloud image is the openstack cloud image. > * also the list here is not meant

Re: AWS EC2: Jessie 8.2 image for testing

Hey James, The backport for "cloud-utils" has arrived at the archive[1]. Kudos to Charles Plessy for sponsoring it. :-) [1]: https://lists.debian.org/debian-backports-changes/2016/02/msg00078.html -- Tiago "Myhro" Ilieve Blog: https://blog.myhro.info/ GitHub: https://github.com/myhro

Re: Cloud images on cdimage

Hi Steve, On 16 February 2016 at 11:55, Steve McIntyre wrote: > Apologies - I've been swamped the last couple of weeks. I can see that > Emmanuel has passed on the details of how we build things on > pettersson (our central build box). Please shout if there's anything > there

Re: AWS EC2: 8.3 image for testing - fixed root resize, etc (was Re: AWS EC2: Jessie 8.2 image for testing)

James, On 17 February 2016 at 13:17, James Bromberger wrote: > This has successfully resized for me on boot (ona micro)! SSH generated the > ssh_host_ed25519_key as well. Welcome some testing if anyone has time. > Please don't rely on this AMI just yet - there may be other issues

Re: Update of cloud-utils to 0.28~bzr281

Hi, On 25 February 2016 at 15:41, Tiago Ilieve <tiago.my...@gmail.com> wrote: > The last one is not a showstopper, but I would like to ask if anyone > would have anything against me becoming the package maintainer. It is > currently team-maintained, but is not receivin

Re: Should apt-transport-https be Priority: Important ? (Re: own cloud task in tasksel?)

Adam, On 15 March 2016 at 01:46, Adam Bolte wrote: > I already pointed out a workaround for that. I use an apt-cache-ng > server on my home LAN which improves both privacy and > efficiency. Other people/companies run a local mirror for even better > privacy and to avoid

Re: Should apt-transport-https be Priority: Important ? (Re: own cloud task in tasksel?)

Adam, On 14 March 2016 at 23:00, Adam Bolte wrote: > What does it buy you exactly? Debian repositories already do package > signing, so we know things haven't been tampered with. Probably any > significant number of machines installed somewhere will have a caching >

Re: EC2: Jessie 8.4 AMIs (HVM)

Hi James, On 3 April 2016 at 10:57, James Bromberger wrote: > Hello all, > > Here's a bunch of images for Debian 8.4 in the main commercial AWS EC2 > regions: This is awesome. Those new images really came up really quick, as 8.4 was released yesterday[1]. Truly impressive. I've

Re: growparts from cloud-utils on bpo has a small sfdisk related bug

Hi Vivek, On 12 May 2016 at 12:14, Vivek Das Mohapatra wrote: > I've added the fix to a patch in the debian packaging from bpo and > attached the debdiff... is this fix acceptable and could we get it into > the debian package in sid, and from there to the bpo jessie package?

Bug#846526: cloud-init: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

Hi Marcin, On 3 December 2016 at 18:25, Marcin Kulis wrote: > I had a quick looks into file you've provided and the PT translation we > already > have. I have some questions (sorry in advance if those are lame but I don't > understand Portuguese almost at all). > Are those

Bug#868875: cloud-init growpart fails to grow root volumes larger than 256GiB

control: reassign -1 cloud-utils Hi Steffen, I was able to reproduce the bug and the logs follows as attachments. This report being reassigned because it is not a bug on "cloud-init" itself, but on "cloud-utils", as "growpart" is part of the later. I think this may be related to the the

Re: Summary of the Cloud Team BoF at DC17

Hi Steve, On 29 September 2017 at 08:22, Steve McIntyre wrote: > Docker images > - > > We still haven't had any contact with the people (Tiago and ???) > providing "Debian" Docker images. We should! Can we invite them to the > next cloud team sprint? I found funny

Bug#1037914: cloud-initramfs-growroot: missing dependencies in initramfs

Control: tags -1 patch Hi, I've managed to reproduce the original report after adding 'debug' to the kernel command line and checking "/run/initramfs/initramfs.debug"[1]. A patch was sent to the "cloud-team/cloud-initramfs-tools" Salsa repository[2]. Regards, Tiago. [1]: