Re: Debian images on Microsoft Azure cloud

2015-11-12 Thread Bastian Blank
On Thu, Nov 12, 2015 at 03:58:03PM +0100, Thomas Goirand wrote: > As per the discussions during debconf, to be called "official", And the rules for "unofficial" would be? At least I can't remember anything about wanting to use the label "official", only the name and logo. > As per the discussion

Re: Debian images on Microsoft Azure cloud

2015-11-12 Thread Bastian Blank
Hi Richard On Wed, Nov 11, 2015 at 12:01:01PM +0100, Richard Hartmann wrote: > I would like to see an official list of packages and checksums > (ideally both SHA-512 and SHA 3-512 as compute & storage are cheap and > using two families increases resilience significantly) While SHA2 is relatively

Re: Debian images on Microsoft Azure cloud

2015-11-12 Thread Bastian Blank
Hi Steve On Wed, Nov 11, 2015 at 02:53:36PM +, Steve McIntyre wrote: > My only concern is that I'd be happier if the builds were created and > hosted on Debian project machines, like our existing official > builds. I've been discussing that with other people for other types of > build. How awk

Re: Debian images on Microsoft Azure cloud

2015-11-12 Thread Bastian Blank
On Thu, Nov 12, 2015 at 04:01:50PM +0100, Thomas Goirand wrote: > Unfortunately, "driven by technological necessity", or the size of > changes, isn't a point of argumentation (see my previous mail). All of > the packages must be taken from stable, unchanged, and if some are taken > from backports,

Re: Debian images on Microsoft Azure cloud

2015-11-23 Thread Bastian Blank
Hi Charles On Tue, Nov 24, 2015 at 06:34:27AM +0900, Charles Plessy wrote: > I fully agree, and I think we should even agree with let it be called just > "Debian Jessie", as this is what we have done with the AWS image that contains > Jessie plus a cloud-init backport plus a few files generated by

Service names for Debian mirrors in cloud infrastructure

2016-01-06 Thread Bastian Blank
hink about "$vendor.mirrors.debian.org" and, if they really want to mirror debug, also "debug.$vendor.mirrors.debian.org". But I'm open to suggestions. Regards, Bastian Blank -- Bastian Blank Berater Telefon: +49 2161 / 4643-194 E-Mail: bastian.bl...@credativ.de credativ G

Re: Service names for Debian mirrors in cloud infrastructure

2016-01-10 Thread Bastian Blank
Hi Brian On Fri, Jan 08, 2016 at 11:40:23AM -0500, Brian Gupta wrote: > I have a slightly different view. (As a user.) If I see something like > azure.cloud.mirror.debian.org, or amazon.cloud.mirror.debian.org, I > would assume that these mirrors are blessed by Debian, and is > build/run using Deb

Re: Service names for Debian mirrors in cloud infrastructure

2016-01-11 Thread Bastian Blank
Hi Charles On Mon, Jan 11, 2016 at 03:52:05PM +0900, Charles Plessy wrote: > On Azure, would the mirror be accessible from outside ? I already answered that question in the first mail, please read it again. I'm still not sure what difference it would make anyway. Just assume we have a public mi

Re: Service names for Debian mirrors in cloud infrastructure

2016-01-25 Thread Bastian Blank
On Mon, Jan 11, 2016 at 09:57:44AM -0200, Tiago Ilieve wrote: > I guess you are confusing this part, Martin. Azure, like other cloud > providers (at least Amazon and Google), doesn't charge their users for > ingress bandwidth[1]: > "Inbound data transfers > (i.e. data going into Azure data centers)

Re: own cloud task in tasksel?

2016-03-10 Thread Bastian Blank
On Wed, Mar 09, 2016 at 11:51:58PM +0900, Charles Plessy wrote: > This reminds me #696154 ("Please install 'less' by default on official Debian > AMIs."). Basically, there is a tension between: Also 'less' is already important, so it is supposed to be installed somehow. > Maybe this problem can

Re: Timeline for official Debian cloud images for the Stretch release

2016-03-26 Thread Bastian Blank
Hi Charles On Sat, Mar 26, 2016 at 12:41:06PM +0900, Charles Plessy wrote: > Latly, who are the decision makers, shouldn't it be the ones who does the work > ? If the "CD team" has not been producing cloud images in the past, why is it > getting suddenly such a central role ? Please read https:

Building cloud images on Debian infrastructure

2016-03-29 Thread Bastian Blank
Hi folks As already known, Steve, Martin and me talked about how we could build Azure and all the other images on Debian infrastructure. The results of this meeting were posted by Martin and Steve already. We didn't talk much about the technical stuff, as overall policy was the priority. I want

Re: Meeting minutes "Azure images build process"

2016-04-07 Thread Bastian Blank
On Fri, Apr 01, 2016 at 12:56:57AM +0200, Thomas Goirand wrote: > Despite asking multiple times, I haven't seen the patch. Could you > please publish it somewhere? It is published here currently: https://gitlab.credativ.com/de/azure-manage/blob/develop/azure_build_image_debian Bastian -- You!

Re: Building cloud images on Debian infrastructure

2016-04-07 Thread Bastian Blank
On Fri, Apr 01, 2016 at 12:13:59AM +0200, Thomas Goirand wrote: > I don't get your thing about tar. Can you explain why we should use tar? This makes it possible to build small variations without doing the whole dance again. Plus it makes it possible to review if the output is reasonable. Bastia

Re: Building cloud images on Debian infrastructure

2016-04-07 Thread Bastian Blank
On Thu, Apr 07, 2016 at 06:35:52PM +1000, Chris Fordham wrote: > It does not however need to be based on a tar if that is what is being > debated (or the master is a tar). Its a completely normal practice to build > an image in mounted loopback with a .img (raw) and then convert that to > desired f

Planning for a mirror using Google Cloud CDN

2016-11-20 Thread Bastian Blank
Moin During the cloud summit we had a chat about distribution mirrors used in our images. Currently we have three different approaches in the large public clouds. Amazon: Uses the CDN provided by Amazon. This CDN is also used as backend for deb.debian.org. Google: Uses httpredir.debian.org. Mic

Re: openstack stretch images failing to build...

2016-12-01 Thread Bastian Blank
On Thu, Dec 01, 2016 at 10:43:18AM +0100, Thomas Goirand wrote: > > If so, yeah, that broke for most nontrivial installations in stretch. > After some tests, it is libpam-systemd that is pulling systemd-shim. This is a bug in the dependency resolver in debootstrap. The easiest fix is to not use

Re: Planning for a mirror using Google Cloud CDN

2016-12-01 Thread Bastian Blank
Hi Zach On Mon, Nov 28, 2016 at 01:04:13PM -0800, Zach Marano wrote: > The only question I have is if the regions are synced on different > schedules will VM's in different regions get different repo data- > irregardless of failover issues. In other words, will a user who has a VM > in us-central1

Use of debconf in cloud-init

2016-12-04 Thread Bastian Blank
Hi Currently our cloud-init package carries one debconf question to select data sources. This may be handy for people who install cloud-init by hand (are there any)? However most image generators override this settings themselfs anyway to a more appropriate value. It provides some maintainance

Bug#804918: cloud-init: unhelpful Z99-cloud-locale-test.sh

2016-12-04 Thread Bastian Blank
Hi Jakub Sorry for the long wait. On Thu, 12 Nov 2015 23:42:44 +0100 Jakub Wilk wrote: > Thanks to /etc/profile.d/Z99-cloud-locale-test.sh, I got the following  > warning: > But no such package exist in Debian. > (Also, I don't have sudo installed on this machine; oh well...) Can you propose a

Re: Use of debconf in cloud-init

2016-12-04 Thread Bastian Blank
Related bugs are: On Sun, Dec 04, 2016 at 01:36:53PM +0100, Bastian Blank wrote: > It provides some maintainance overhead: > - the list needs to be modified for new data sources, which usually does > not happen, #841315 > - it carries translations, which needs to be updated

Re: Use of debconf in cloud-init

2016-12-07 Thread Bastian Blank
On Wed, Dec 07, 2016 at 01:16:49PM +0900, Charles Plessy wrote: > Regarding the debconf question, I was also dubious about its relevance. The > only reason why I kept it is that I wanted to stay as close as possible to the > Ubuntu package. However, it costs a lot of extra work because it is > tr

Re: Planning for a mirror using Google Cloud CDN

2017-02-16 Thread Bastian Blank
Hi folks I'd like to provide a quick follow up to this. On Sun, Nov 20, 2016 at 03:47:33PM +0100, Bastian Blank wrote: > We got the ok from Google to use their Cloud CDN as a public mirror. > There is one technical limitation in the implementation left, which > needs to be fixed

Re: Planning for a mirror using Google Cloud CDN

2017-03-12 Thread Bastian Blank
pushed, but updated four times a day. I would be glad if you could give them a spin and report back unexpected problems. On Thu, Feb 16, 2017 at 09:57:34AM +0100, Bastian Blank wrote: > On Sun, Nov 20, 2016 at 03:47:33PM +0100, Bastian Blank wrote: > > We got the ok from Google to use their

Re: Urgent: Clound images for Stretch announcement

2017-06-13 Thread Bastian Blank
Hi Ana On Tue, Jun 13, 2017 at 09:21:54PM +0200, Ana Guerrero Lopez wrote: > In the current Debian Stretch announcement (still open for editing), > we mention only the OpenStack images. I was wondering about the availability > of other official images: GCE, AWS, Azure? For Azure we should be able

Re: IAM permissions adjustment on AWS

2017-08-10 Thread Bastian Blank
Hi On Thu, Aug 10, 2017 at 08:28:44AM +0100, kuLa wrote: > I'm recently fiddling a lot with permissions on the Debian AWS account and > it's > been pointed to me that it's worth considering updating IAM settings a bit. > Having above in mind and that DDs are already trusted enough :-) I'm thinkin

Re: Generating a cloud / VM kernel package

2017-08-28 Thread Bastian Blank
On Sat, Aug 26, 2017 at 11:48:22AM +0200, Thomas Goirand wrote: > This makes the kernel binary package a lot smaller, Is the size a problem right now? > and also potentially reduces the surface of attack in case of a security > problem. What attach surface? > For exam

Azure images updated with new agent

2017-10-11 Thread Bastian Blank
;: "8-backports", "urn": "credativ:Debian:8-backports:8.0.201710090", "version": "8.0.201710090" }, { "offer": "Debian", "publisher": "credativ", "sku": "9", "urn":

Re: Debian AMI boots into runlevel 5 by default

2017-10-23 Thread Bastian Blank
On Mon, Oct 23, 2017 at 10:47:23AM -0400, Tim Sattarov wrote: > I've noticed that Debian images in the AWS boot into runlevel 5 by default, > which is incorrect (it > should be 3) and might potentially lead to issues with some services. There are no runlevels with systemd. And 5 would be correct

Re: Possibilities for a special Azure or cloud Linux package

2017-12-15 Thread Bastian Blank
Hi I forgot to add the cloud team early to this mail. On Sat, Nov 18, 2017 at 01:48:53AM +, Ben Hutchings wrote: > On Fri, 2017-11-17 at 16:07 +0100, Bastian Blank wrote: > > Hi kernel team > > > > We at credativ are responsible for maintaining the Azure cloud images

Re: Possibilities for a special Azure or cloud Linux package

2018-01-09 Thread Bastian Blank
On Tue, Jan 09, 2018 at 06:11:37PM +, Marcin Kulisz wrote: > In this case and as Waldi is a kernel-team member maybe he can speak to other > team mates about how they would feel about building one more kernel flavour > called something close to cloud or virtualisation. The initial mails was se

Re: Possibilities for a special Azure or cloud Linux package

2018-01-18 Thread Bastian Blank
Azure and I'll take a look on the other clouds later. commit 5f83961cb506956f9b72c408d3f22ea48f14d0b4 (HEAD -> master, origin/master, origin/HEAD) Author: Bastian Blank Date: Thu Jan 18 09:15:53 2018 +0100 Add cloud-amd64 kernel flavour As discussed on d-kernel, this fl

Re: Package conflicts, breaks, and problematic upgrades... with irqbalance

2018-02-26 Thread Bastian Blank
On Tue, Feb 27, 2018 at 01:46:15AM +, Zach Marano wrote: > The problem is that irqbalance breaks on GCE and KVM (and likely other > virtualization platforms). So, in our debian package for > google-compute-engine [1], where we have a script that balances the > interrupts for scsi and network de

Re: Package conflicts, breaks, and problematic upgrades... with irqbalance

2018-02-27 Thread Bastian Blank
On Tue, Feb 27, 2018 at 07:14:38PM +, Zach Marano wrote: > irqbalance is supposed to spread interrupts across all CPU's but in GCE > (and from what I recall KVM as well) it ends up assigning all interrupts to > CPU0. It may be considered broken except that it was originally meant for > bare met

Re: Package conflicts, breaks, and problematic upgrades... with irqbalance

2018-02-27 Thread Bastian Blank
On Tue, Feb 27, 2018 at 08:36:16PM +, Zach Marano wrote: > > So it does something. > Yes, that is our script doing that. Reboot and see what irqbalance does. I forgot that I did reboot. Also you said that irqbalance actually reverts the settings. Bastian -- Without facts, the decision cann

Re: Package conflicts, breaks, and problematic upgrades... with irqbalance

2018-02-27 Thread Bastian Blank
On Tue, Feb 27, 2018 at 08:48:12PM +, Zach Marano wrote: > So you are saying I should make our package: > Priority: optional > Provides: irqbalance > Conflicts: irqbalance > > Would the Provides and Conflicts statement... conflict? This is still not stable solution, at least without coordina

Building cloud images using Debian infrastructure

2018-03-18 Thread Bastian Blank
Hi I again did some work on building the cloud images. I did work on how to schedule builds, how to perform builds and how to get data where we need it. The whole thing uses infrastructure Debian provides, the exception is the image release step. The components are: - salsa.debian.org with GitL

Re: Building cloud images using Debian infrastructure

2018-03-24 Thread Bastian Blank
On Sun, Mar 18, 2018 at 03:49:48PM +0100, Bastian Blank wrote: > - Tests for images. > > I'm not sure if scheduled builds should perform detail tests on all > platforms, or if this should be restricted to releases and explicit > triggers. I thought about tests again.

Re: Building cloud images using Debian infrastructure

2018-03-26 Thread Bastian Blank
On Sun, Mar 25, 2018 at 10:15:49PM +0200, Tomasz Rybak wrote: > What do you mean by that? > I've recently been thinking about how to test our images, > and how to integrate test we've been working on during > the spring; haven't come to any solutions yet, though. Okay, let's outline my solution, w

Re: Building cloud images using Debian infrastructure

2018-03-28 Thread Bastian Blank
On Wed, Mar 28, 2018 at 12:09:40AM +0200, Tomasz Rybak wrote: > OK, it's time to start thinking about integrating > our tests. It looks like now we have 3 testing solutions: > 1. yours Mine is not so much a test solution but a test environment where you can run a vm with an arbitrary image. > Hav

Stretch Azure images updated

2018-05-16 Thread Bastian Blank
Hi, An updated Stretch Azure image has been published in all supported regions. It covers: - [DSA 4188-1] linux security update[1] - [DSA 4195-1] wget security update[2] - [DSA 4196-1] linux security update[3] For more details on Debian images for Microsoft Azure see [2]. Best regards, Bastian

Jessie Backports Azure images updated

2018-05-16 Thread Bastian Blank
Hi, An updated Jessie Backports Azure image has been published in all supported regions. It covers: - [DSA 4188-1] linux security update[1] - [DSA 4195-1] wget security update[2] - [DSA 4196-1] linux security update[3] For more details on Debian images for Microsoft Azure see [2]. Best regards

Jessie Azure images updated

2018-05-16 Thread Bastian Blank
Hi, An updated Jessie Azure image has been published in all supported regions. It covers: - [DSA 4187-1] linux security update[1] - [DSA 4195-1] wget security update[2] - [DSA 4196-1] linux security update[3] For more details on Debian images for Microsoft Azure see [2]. Best regards, Bastian

Re: debian.org organisation on GCP [was: Re: Vagrant box CI/CD]

2018-05-17 Thread Bastian Blank
On Thu, May 17, 2018 at 07:48:28PM +0100, Marcin Kulisz wrote: > Thx Jimmy for this update, I wasn't sure if anything is happening around this > and now it looks like it is, that's great. > Who is coordinating this? It is coordinated between SPI and DSA as part of the SPI G Suite subscription. Ba

Re: debian.org organisation on GCP [was: Re: Vagrant box CI/CD]

2018-06-07 Thread Bastian Blank
On Thu, Jun 07, 2018 at 09:53:02PM +0100, Marcin Kulisz wrote: > On 2018-05-17 22:02:28, Bastian Blank wrote: > > On Thu, May 17, 2018 at 07:48:28PM +0100, Marcin Kulisz wrote: > > > Thx Jimmy for this update, I wasn't sure if anything is happening around > > > thi

Re: Packaging terraform?

2018-06-21 Thread Bastian Blank
On Thu, Jun 21, 2018 at 09:45:27AM +0200, Thomas Goirand wrote: > Has any of you ever tried terraform, and would it be worth packaging? > Should this go in the cloud team as well? Any volunteer? You mean: Terraform and the providers? I don't think you want to open that pit. Bastian -- Without

Re: debian.org organisation on GCP [was: Re: Vagrant box CI/CD]

2018-06-27 Thread Bastian Blank
On Wed, Jun 13, 2018 at 07:01:17PM -0400, Jimmy Kaplowitz wrote: > Is there still useful demand such that this is worth pushing forward? If > so, I'll still proceed as above. Otherwise I'll hold off on wasting > DSA's time until a use case arises, such that it wouldn't be a waste for > them. I thi

Re: debian.org organisation on GCP [was: Re: Vagrant box CI/CD]

2018-06-29 Thread Bastian Blank
On Fri, Jun 29, 2018 at 01:26:39AM -0400, Jimmy Kaplowitz wrote: > There are other constraints: You can't create your own organization > without a G Suite account, which can't be free without SPI's 501(c)(3) > nonprofit status or some foreign equivalent. There is the Cloud Identity product, which

Jessie Azure images updated

2018-07-17 Thread Bastian Blank
Hi, An updated Jessie Azure image has been published in all supported regions. It includes the latest point release. For more details on Debian images for Microsoft Azure see [1]. Best regards, Bastian [1] https://wiki.debian.org/Cloud/MicrosoftAzure { "offer": "Debian", "publisher": "cre

Stretch Azure images updated

2018-07-17 Thread Bastian Blank
Hi, An updated Stretch Azure image has been published in all supported regions. It includes the latest point release. For more details on Debian images for Microsoft Azure see [1]. Best regards, Bastian [1] https://wiki.debian.org/Cloud/MicrosoftAzure { "offer": "Debian", "publisher": "cr

Re: Building cloud images using Debian infrastructure

2018-08-02 Thread Bastian Blank
Moin Sorry, but it took a bit longer than I anticipated for an update. I finally setup a VM on casulana, and it builds the stuff in our repository: https://salsa.debian.org/cloud-team/fai-cloud-images/pipelines/15397 On Sun, Mar 18, 2018 at 03:49:48PM +0100, Bastian Blank wrote: > Each bu

Re: Building cloud images using Debian infrastructure

2018-08-02 Thread Bastian Blank
On Thu, Aug 02, 2018 at 05:11:30PM +0200, Thomas Lange wrote: > This is what luca set up for openstack to create new clean VMs. We may > want to use this for calling fai-diskimage inside the VMs when > building the images. Well, I don't want another single use solution. How will you hook this int

Re: Building cloud images using Debian infrastructure

2018-08-02 Thread Bastian Blank
On Thu, Aug 02, 2018 at 06:09:08PM +0200, Bastian Blank wrote: > On Thu, Aug 02, 2018 at 05:11:30PM +0200, Thomas Lange wrote: > > This is what luca set up for openstack to create new clean VMs. We may > > want to use this for calling fai-diskimage inside the VMs when > >

Re: Building cloud images using Debian infrastructure

2018-08-08 Thread Bastian Blank
On Wed, Aug 08, 2018 at 09:29:22PM +0100, Marcin Kulisz wrote: > Where is this VM running (what host)? Is it on salsa or somewhere else? It runs on casulana.d.o. Bastian -- There is a multi-legged creature crawling on your shoulder. -- Spock, "A Taste of Armageddon", stardate 31

Re: Building cloud images using Debian infrastructure

2018-08-08 Thread Bastian Blank
On Wed, Aug 08, 2018 at 11:47:48AM +0200, Thomas Lange wrote: > I do not know how we want to build this whole CI stuff. I'm only the > FAI expert. But last year we worked on this build process a little bit > (there was this big picture on the whiteboard) and now something > different showed up. I

Re: Building cloud images using Debian infrastructure

2018-08-08 Thread Bastian Blank
On Wed, Aug 08, 2018 at 11:07:12PM +0200, Bastian Blank wrote: > On Wed, Aug 08, 2018 at 09:29:22PM +0100, Marcin Kulisz wrote: > > Where is this VM running (what host)? Is it on salsa or somewhere else? > It runs on casulana.d.o. It should be possible to even build the images o

Re: Building cloud images using Debian infrastructure

2018-08-09 Thread Bastian Blank
On Wed, Aug 08, 2018 at 05:47:06PM -0400, Jimmy Kaplowitz wrote: > I support the goal of isolation, but transient VMs can serve the same > purpose This setup uses transient VM to do isolation. Isolation is the goal, transient VM are the way to do it. On casulana it only can run qemu directly. O

Re: Building cloud images using Debian infrastructure

2018-08-11 Thread Bastian Blank
On Fri, Aug 10, 2018 at 06:44:50PM -0400, Jimmy Kaplowitz wrote: > On Thu, Aug 09, 2018 at 04:11:19PM +0200, Bastian Blank wrote: > > On casulana it only can run qemu directly. On GCE it would just start a > > VM on the platform. > I notice that a lot of your instructions refer

Re: Building cloud images using Debian infrastructure

2018-08-12 Thread Bastian Blank
Hi Luca On Sun, Aug 12, 2018 at 12:51:28AM +, Luca Filipozzi wrote: > casulana is also used to build the CD images. Currently, the scripts > that build the CD images execute a number of 'build jobs' in parallel, > effectively monopoloizing the machine. Sadly the graphs created by munin are pr

Re: Building cloud images using Debian infrastructure

2018-08-29 Thread Bastian Blank
Hi Another update on the way to get usable builds out of our stuff. As usual, if something is unclear, please ask. I use a lot of that stuff daily, so I know how it works, but others will not. Maybe someone also wants to volunteer for some of the tasks I outline. ## What have been done Each p

Re: Building cloud images using Debian infrastructure

2018-08-29 Thread Bastian Blank
On Wed, Aug 29, 2018 at 12:32:21PM +0200, Thomas Lange wrote: > >>>>> On Wed, 29 Aug 2018 11:54:48 +0200, Bastian Blank > >>>>> said: > > Official builds, which can be uploaded and released, will be built by > > the runner on cas

Re: Building cloud images using Debian infrastructure

2018-08-29 Thread Bastian Blank
On Wed, Aug 29, 2018 at 12:41:47PM +0200, Steffen Möller wrote: > Is that compatible with an outreach to our Blends that have some serious > interest > to have images of theirs prepared in say AWS? Debian-Med comes to mind. I would like to get our own stuff up and running first. In theory we can

Re: Building cloud images using Debian infrastructure

2018-08-29 Thread Bastian Blank
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: > > Second of all I imagine that AMIs and Google cloud images and other offical > > proprietary format debian images are exempt from this rule, since they can > > only rea

How to handle hybrid (PC-BIOS + EFI) cloud images

2018-09-06 Thread Bastian Blank
Moin I did some work lately on EFI Debian cloud images. One type I created is a hybrid, aka PC-BIOS + EFI, image. This hybrid images will just boot in whatever mode is available. On IRC we came to a bit of an understanding, that this is the way we want to go forward. Microsoft also would like

Re: How to handle hybrid (PC-BIOS + EFI) cloud images

2018-09-06 Thread Bastian Blank
On Thu, Sep 06, 2018 at 08:46:57AM +0200, Bastian Blank wrote: > In the context of cloud images there are some additional requirements: > - We may not have EFI nvram, so grub-install call needs at least > --no-nvram. > - The shim needs to be installed as well, when we have some usab

Re: How to handle hybrid (PC-BIOS + EFI) cloud images

2018-09-12 Thread Bastian Blank
Hi On Thu, Sep 06, 2018 at 08:14:07PM +0200, Bastian Blank wrote: > On Thu, Sep 06, 2018 at 08:46:57AM +0200, Bastian Blank wrote: > > In the context of cloud images there are some additional requirements: > > - We may not have EFI nvram, so grub-install call needs at least &

Re: Building cloud images using Debian infrastructure

2018-09-15 Thread Bastian Blank
Moin I'm a bit sad that no response showed up to stuff that actually means work. Why do we want to meet, if no one seems to be actually prepared to do the work? On Wed, Aug 29, 2018 at 11:54:48AM +0200, Bastian Blank wrote: > ## What needs to be done > > ### Documentation >

Re: Approval for spending money on 2018 cloud sprint please!

2018-09-27 Thread Bastian Blank
On Thu, Sep 27, 2018 at 02:56:11AM +0100, Steve McIntyre wrote: > Name ARR DEP Booked? Bastian Blank Fri Fri Yes - corporate travel Regards, Bastian -- Where there's no emotion, there's no motive for violence.

Bug#910429: grub-cloud-amd64: fails to install in a chroot

2018-10-06 Thread Bastian Blank
Hi On Sat, Oct 06, 2018 at 09:15:13AM +0200, Andreas Beckmann wrote: > during a test with piuparts I noticed your package failed to install. This is more or less expected, as this package will break your bootloader if it finds anything useful. >

Bug#910429: grub-cloud-amd64: fails to install in a chroot

2018-10-07 Thread Bastian Blank
Control: reassign -1 release.debian.org Control: retitle -1 piuparts not able to test grub-cloud due to missing /dev On Sun, Oct 07, 2018 at 10:51:01AM +0200, Andreas Beckmann wrote: > piuparts regressions block migration for quite some time already. Well, then let's re-assign tht to release.d.o.

Bug#910654: cloud.debian.org: cloud-init apt module can't add GPG keys; dirmngr missing

2018-10-09 Thread Bastian Blank
On Tue, Oct 09, 2018 at 11:01:33AM +, Daniel Strong wrote: > On clean instantiations of the Debian Stretch AWS AMIs, the cloud-init Apt > Configure > module can't receive GPG keys. The following cloud-init Please define the complete key in the config. While not obvious in the documentation,

Re: gitlab-ci for test jobs

2018-10-14 Thread Bastian Blank
Hi Ross On Sat, Oct 13, 2018 at 04:38:32PM -0700, Ross Vandegrift wrote: > First complete pass at a framework for running tests is here: > https://salsa.debian.org/cloud-team/debian-cloud-images/merge_requests/36 > It's working, you can see the last run at: > https://salsa.debian.org/rvandegrift-g

Bug#910959: grub-cloud-amd64: missing Conflicts: grub-coreboot, grub-efi-ia32, grub-ieee1275, grub-xen

2018-10-14 Thread Bastian Blank
Control: reassign -1 src:grub,grub-cloud-amd64 Hi Andreas On Sat, Oct 13, 2018 at 09:33:26PM +0200, Andreas Beckmann wrote: > This bug is assigned to both packages. If you, the maintainers of > the two packages in question, have agreed on which of the packages will > resolve the problem please re

Bug#910959: grub-cloud-amd64: missing Conflicts: grub-coreboot, grub-efi-ia32, grub-ieee1275, grub-xen

2018-10-14 Thread Bastian Blank
Hi grub maintainers On Sat, Oct 13, 2018 at 09:33:26PM +0200, Andreas Beckmann wrote: > Here is a list of files that are known to be shared by both packages > (according to the Contents file for sid/amd64, which may be > slightly out of sync): > > etc/kernel/postinst.d/zz-update-grub > etc/kernel

Existing cloud mirror automation

2018-10-15 Thread Bastian Blank
Hi folks We decided we would be willing to maintain cloud provider mirrors. These are the things I already created in the past: You can try to current test setup running on GCE: http://cdn-gce.deb.debian.org/debian https://cdn-gce.deb.debian.org/debian http://cdn-gce.deb.debian.org/debian-secur

Re: Existing cloud mirror automation

2018-10-15 Thread Bastian Blank
Here my initial description of this setup: Google have a globally distributed anycast load balancer, which I'd like to use. So we have one IP (+IPv6) that supports HTTP and HTTPS. It is reachable from, hopefully, most parts of the world. There is one large difference to what we currently have a F

Re: gitlab-ci for test jobs

2018-10-18 Thread Bastian Blank
On Tue, Oct 16, 2018 at 06:34:29PM -0700, Ross Vandegrift wrote: > > We could go for a generated file approach. Sure, you need to be careful > > then, but I think the advantages are greater. It would also avoid some > > gitlab-runner limitations, like non-recursive variable expansion and > > allo

Re: Announcing EOL for Jessie images

2018-10-19 Thread Bastian Blank
Hi Raphael On Fri, Oct 19, 2018 at 09:09:55AM +0200, Raphael Hertzog wrote: > On Sun, 14 Oct 2018, Steve McIntyre wrote: > > One of our (many!) discussion topics at our sprint last week was > > announcing the end of support for our published Jessie (Debian 8.x) > > images. We strongly recommend th

Bug#910959: grub-cloud-amd64: missing Conflicts: grub-coreboot, grub-efi-ia32, grub-ieee1275, grub-xen

2018-10-22 Thread Bastian Blank
Hi grub maintainers On Sun, Oct 14, 2018 at 06:40:44PM +0200, Bastian Blank wrote: > On Sat, Oct 13, 2018 at 09:33:26PM +0200, Andreas Beckmann wrote: > > Here is a list of files that are known to be shared by both packages > > (according to the Contents file for sid/amd6

Bug#912038: closed by Bastian Blank (Re: Bug#912038: grub-cloud-amd64: fails to install)

2018-11-11 Thread Bastian Blank
Dear release team On Sat, Oct 27, 2018 at 03:42:48PM +, Holger Levsen wrote: > 5. General > (a) Supportable > Packages in the archive must not be so buggy or out of date that > we refuse to support them. > This package is too buggy. We expect all packages to install fine under >

Allowing login via (serial) console by default

2018-12-08 Thread Bastian Blank
Moin More and more cloud environments provide easy non-network access to virtual machines, either via serial console or graphical console. Does anyone know if other distributions make sure you can actually login to any of those consoles on initial boot? I know that cirros (some demonstration OS)

Renaming openstack to genericfull, introducing generic

2018-12-09 Thread Bastian Blank
Moin I'd like to rename the image currently marked as openstack to "genericfull". It will continue using the full kernel mage and support most of the targets of cloud-init. As the image marked for openstack is already used in this capacity, for example by digital ocean, nothing would really chan

Re: Allowing login via (serial) console by default

2018-12-09 Thread Bastian Blank
On Sun, Dec 09, 2018 at 05:48:20PM +0100, Thomas Goirand wrote: > If the question is "should we have a generic password", IMO the answer > is obviously no. The goal of the Debian image is really not the same as > the Cirros one, and having a well-known password is a security problem. No, we don't

Re: Allowing login via (serial) console by default

2018-12-13 Thread Bastian Blank
On Mon, Dec 10, 2018 at 09:13:59AM -0500, Jonathan D. Proulx wrote: > As a private cloud operator it may be useful for me to have privileged > console access to all my users' VMs but it's not a good line to break by > default. As operator you have by definition all access. So I don't know what yo

Re: Using FAI to build AMI on premises

2018-12-14 Thread Bastian Blank
Hi Julien On Fri, Dec 14, 2018 at 11:59:13AM +0100, Julien Patriarca wrote: > I have an issue with uploading a Debian Stretch image to AWS using the > VM-Import API. Indeed strangely as it seems, AWS does not yet support > importing Stretch images using VM import ! I used to upload the software >

Versioning of images

2018-12-19 Thread Bastian Blank
Moin We all know that versioning stuff is pretty hard problem. I thought the current state would be okay, but with time I found some flaws in it. What do we want from a version? - A user should be able to tell what's in it, which we do by using a date. - It should contain some monotonic incre

Re: Allowing login via (serial) console by default

2018-12-19 Thread Bastian Blank
On Sat, Dec 08, 2018 at 09:47:13PM +0100, Bastian Blank wrote: > Should we do something about that? I intend to set the root password to empty on all development builds. The daily and release builds will not be changed. Regards, Bastian -- Deflector shields just came on, Captain.

Re: Allowing login via (serial) console by default

2018-12-19 Thread Bastian Blank
On Wed, Dec 19, 2018 at 01:58:26PM +0100, Vincent Caron wrote: > I've been using permanent login-less consoles in my LXC containers, > because it's very convenient. They actually launch 'getty -l bash ttyXX' > which bypasses the password issue. Thus from my point of view having a > login-less acc

Re: Versioning of images

2018-12-20 Thread Bastian Blank
Hi Ross On Thu, Dec 20, 2018 at 09:08:11AM -0800, Ross Vandegrift wrote: > On Wed, Dec 19, 2018 at 08:43:04PM +, kuLa wrote: > > On 2018-12-19 11:02:20, Ross Vandegrift wrote: > > > On Wed, Dec 19, 2018 at 12:30:23PM +0100, Bastian Blank wrote: > > > > - 20

Re: Allowing login via (serial) console by default

2019-01-03 Thread Bastian Blank
On Wed, Dec 19, 2018 at 01:01:58PM +0100, Bastian Blank wrote: > On Sat, Dec 08, 2018 at 09:47:13PM +0100, Bastian Blank wrote: > > Should we do something about that? > I intend to set the root password to empty on all development builds. In the end I opted in to the solution Ted sho

Re: Any plans for AWS ARM image?

2019-01-07 Thread Bastian Blank
Hi Lucas On Mon, Jan 07, 2019 at 08:51:33AM +0100, Lucas Nussbaum wrote: > Are there any plans to offer Debian AMIs for them? See https://salsa.debian.org/cloud-team/debian-cloud-images/merge_requests/46 Regards, Bastian -- We have found all life forms in the galaxy are capable of superior dev

Re: Any plans for AWS ARM image?

2019-01-10 Thread Bastian Blank
On Thu, Jan 10, 2019 at 10:07:25AM +0100, Lucas Nussbaum wrote: > On 07/01/19 at 10:23 +0100, Bastian Blank wrote: > > On Mon, Jan 07, 2019 at 08:51:33AM +0100, Lucas Nussbaum wrote: > > > Are there any plans to offer Debian AMIs for them? > > See > > https://sals

Re: Any plans for AWS ARM image?

2019-01-10 Thread Bastian Blank
On Thu, Jan 10, 2019 at 08:25:06AM -0800, Noah Meyerhans wrote: > For buster and beyond, we should definitely get the new accounts in > place. We should probably get on that Real Soon Now... I was more thinking about automatic daily uploads. While they have different names, mixing them with teste

Re: (Overdue) Monthly meeting setup

2019-01-11 Thread Bastian Blank
Hi Steve On Thu, Nov 22, 2018 at 06:38:12PM +, Steve McIntyre wrote: > I promised to help setup up monthly meetings for us so we could track > our progress and make sure we keep communicating. Let's get that > started! Any news on that? Regards, Bastian -- I have never understood the femal

Bug#919915: grub2-common: fails to upgrade from 'stretch-backports' - trying to overwrite /etc/kernel/postinst.d/zz-update-grub from grub-cloud-amd64 0.0.4~bpo9+1

2019-01-20 Thread Bastian Blank
Control: notfound -1 0.4.4~bpo9+1 Control: found -1 0.0.4~bpo9+1 Control: fixed -1 0.0.4 Control: severity -1 important Control: tags -1 wontfix On Sun, Jan 20, 2019 at 05:46:27PM +, Colin Watson wrote: > It isn't me who needs the policy lecture here - this is grub2-common's > configuration fi

Re: Debian azure image

2019-01-24 Thread Bastian Blank
On Wed, Jan 23, 2019 at 01:59:57PM +0100, Gaber Marušič wrote: > I was looking for the Debian cloud image for Azure, but it's not listed on > the webpage (https://cloud.debian.org/images/cloud/Azure/). We intend to provide our uploaded cloud images in this location, but we are not there yet. > C

locales vs. locales-all

2019-01-25 Thread Bastian Blank
Hi folks Currently the legacy Azure and at least some of the OpenStack images install locales-all. While installing locales-all is pretty handy and avoids a lot of problems, I realized that is comes with a huge drawback: it makes the images a lot larger (230MB uncompressed and over 100MB compress

Sprint work items

2019-01-27 Thread Bastian Blank
Hi Our sprint ended with a lot of work items. We wanted to get a lot of work done until the Buster freeze, whose first stage was enacted two weeks ago. I'd like to have an estimate on where we stand. Please reply with the current status of the work items listed on your names, which are reproduc

Re: Sprint work items

2019-01-27 Thread Bastian Blank
On Sun, Jan 27, 2019 at 06:08:50PM +0100, Bastian Blank wrote: > On Tue, Nov 13, 2018 at 12:19:39AM +0100, Tomasz Rybak wrote: > > Bastian: > > mirror Sent information about existing stuff, no response. We don't have any DNS names assigned yet. > > EFI - secure boo

Re: Installing plymouth

2019-01-30 Thread Bastian Blank
On Wed, Jan 30, 2019 at 12:47:01PM +0100, Thomas Goirand wrote: > To get systemd to log on all tty (ie: tty0 and ttyS0), plymouth is > needed. systemd logs to the kernel log. Or do you mean status output? > Note: logging to all tty is needed, as the tty0 port is used for the VNC > console, there

  1   2   3   4   >