On Mon, Apr 15, 2024 at 11:45:33AM -0700, Noah Meyerhans wrote:
> The Debian cloud team also builds and ships images with buster-backports
> enabled, and will need to deal with this change.
I just disabled it:
https://salsa.debian.org/cloud-team/debian-cloud-images/-/merge_requests/403
Bastian
On Mon, Apr 08, 2024 at 04:32:37PM -0700, Ross Vandegrift wrote:
> Apologies, I didn't pay enough attention. Bastian- would 4/18 work?
Sure.
Bastian
--
Emotions are alien to me. I'm a scientist.
-- Spock, "This Side of Paradise", stardate 3417.3
On Thu, Apr 04, 2024 at 11:24:22AM -0700, Ross Vandegrift wrote:
> Tues 4/9, Thurs 4/11, or Fri 4/12 @ 20:00 UTC would work with me.
I could do thursday and friday.
Bastian
--
Sometimes a man will tell his bartender things he'll never tell his doctor.
-- Dr. Phillip Boyce, "The
On Sat, Mar 30, 2024 at 12:44:35PM -0700, Ross Vandegrift wrote:
> Finally, apologies for not being able to do this myself - I still do not have
> my account setup for access to core machines.
Tasks related to this incident are tracked here:
On Fri, Mar 22, 2024 at 10:03:29AM +0100, Stephan Müller wrote:
> Can this be related to the underlying genericcloud image? So far, I was
> unable to find anything with "computeMetadata" in the systemlogs of the VMs.
> I checked the boot log (including cloud-init process) using virsh console
>
Hi Amrutha
On Sun, Feb 18, 2024 at 10:42:00PM +, Devidas Shanbhag, Amrutha wrote:
> Debian 11.9 was released on February 10th, 2024.
> https://www.debian.org/News/2024/2024021002 When can we expect the vm images
> in Azure? The images are already available for AWS and GCP.
For Azure there
On Wed, Feb 14, 2024 at 12:04:58PM -0800, Ross Vandegrift wrote:
> On Fri, Feb 09, 2024 at 08:56:19AM -0800, Ross Vandegrift wrote:
> > Our next team meeting is scheduled for 2024-02-14 @ 20:00UTC. We'll be
> > on jitsi at: https://jitsi.debian.social/DebianCloudMeeting20240214
>
> Looks like
On Mon, Feb 05, 2024 at 08:59:56PM +0200, Jonathan Carter wrote:
> Let me know what you think,
Looks good.
Bastian
--
Superior ability breeds superior ambition.
-- Spock, "Space Seed", stardate 3141.9
On Wed, Dec 20, 2023 at 11:45:18AM -0800, Ross Vandegrift wrote:
> > What is the minimum qemu version for using those files?
> 5.1, I think: qemu seems to have a single block implementation for qemu and
> qemu-img. zstd was added in [1] & [2], which are in their v5.1.0 tag.
In Debian it is 6.1,
On Sat, Dec 16, 2023 at 06:15:43PM +0100, Thomas Lange wrote:
> Is it worth to switch?
What is the minimum qemu version for using those files?
Bastian
--
Only a fool fights in a burning house.
-- Kank the Klingon, "Day of the Dove", stardate unknown
Hi
Our next team meeting is scheduled for 2023-11-08 20:00 UTC. We'll be
on jitsi: https://jitsi.debian.social/DebianCloudMeeting20231108.
Regards,
Bastian
--
The joys of love made her human and the agonies of love destroyed her.
-- Spock, "Requiem for Methuselah", stardate
On Sun, Aug 06, 2023 at 09:05:39PM +0200, Bastian Blank wrote:
> On Thu, Jul 27, 2023 at 01:39:39PM +0200, Bastian Blank wrote:
> > There exists now a branch "use-identity". This seems to work with
> > Firefox. At least the authentication part itself works and I already
On Thu, Oct 19, 2023 at 07:31:08PM +0200, Alexis CAMILLERI wrote:
> I suggest using grub-probe -t disk instead of grub-probe -t device.
> Disk param will return the disk name instead of the partition, so the sed
> command can be removed and raid device will work.
>
> local basedev=$(grub-probe -t
On Thu, Oct 19, 2023 at 07:31:08PM +0200, Alexis CAMILLERI wrote:
> Installing grub on an i386 server with raid partitioning does not work
> because the script does not manage a raid mount for /boot, due to
>
On Sun, Sep 24, 2023 at 04:09:31PM -0700, Noah Meyerhans wrote:
> I agree that it would be best to design something more cloud-oriented.
> However, if there's an existing infrastructure that can be moved as a
> "lift & shift" into AWS now, with architectural refactoring happening
> later, that's
On Sun, Sep 24, 2023 at 09:21:16PM +0200, Michael Kesper wrote:
> Be aware that AWS S3, while featuring negligible staorage cost,
> can become very expensive if ever the need arises to get the data back
> out of AWS:
>
Hi
On Wed, Sep 20, 2023 at 10:48:12AM +, Sathish Mathimaran wrote:
> I was testing out the Debian 12 release and found that the sources.list file
> is different from how it used to be in Debian 11. Our team has written
> automations around the sources.list to list the security packages and
Hi Lucas
On Fri, Sep 22, 2023 at 08:42:10AM +0200, Lucas Nussbaum wrote:
> Could we use the Debian AWS account to host that service?
I would assume that a service like snapshot would be within the scope
for our AWS usage. Noah?
> It
On Mon, Sep 11, 2023 at 03:43:05PM -0700, Ross Vandegrift wrote:
> Our next team meeting is scheduled for 2023-09-13 20:00 UTC. We'll be
> on jitsi: https://jitsi.debian.social/DebianCloudMeeting20230913.
I most likely won't be able to attend.
Regards,
Bastian
--
Superior ability breeds
On Thu, Sep 07, 2023 at 05:50:41PM +0200, Bastian Blank wrote:
> When the following commit is includes:
Just for background information: cloud-init depends on isc-dhcp-client
because it uses the dhclient binary. So removing that as dependency is
not feasible right now.
Bastian
--
Fascinat
On Thu, Sep 07, 2023 at 05:36:06PM +0200, Michael Prokop wrote:
> Please consider adapting the Depends for the new cloud-init version
> in Debian accordingly, so one can use e.g. cloud-init with udhcpc
> (which also allows co-installation next to dhcpcd), but without
> having to also have
On Mon, Jul 24, 2023 at 07:56:03PM +0200, Bastian Blank wrote:
> On Sat, Jan 21, 2023 at 11:58:26PM +0100, Bastian Blank wrote:
> > Please verify that this login works for you. I would like to remove
> > existing users in a few weeks.
> I will cleanup the remaining users at t
On Thu, Jul 27, 2023 at 01:39:39PM +0200, Bastian Blank wrote:
> There exists now a branch "use-identity". This seems to work with
> Firefox. At least the authentication part itself works and I already
> recorded the correct URL in the application. You just can't use the
Control: tags -1 pending
On Thu, Jul 27, 2023 at 06:44:56AM +0200, Martin Pitt wrote:
> We could adjust our scripts for the renaming, but this smells like a bug --
> it may be nice to have cloud images with some/all backports enabled, but can
> we
> also have the "pure bullseye" images back?
Hi Antonio
On Wed, Jul 26, 2023 at 11:17:42PM +0200, Bastian Blank wrote:
> I know. You are welcome to try and get this to work.
There exists now a branch "use-identity". This seems to work with
Firefox. At least the authentication part itself works and I already
recorded th
Hi Antonio
On Wed, Jul 26, 2023 at 05:34:53PM -0300, Antonio Terceiro wrote:
> I have to say, though, that being forced to use Chromium is not exactly
> fun, as I use Firefox for everything else.
I know. You are welcome to try and get this to work. The extension
itself should work fine, I
Hi
On Mon, Jul 24, 2023 at 08:29:41PM +0200, Lucas Nussbaum wrote:
> How can I verify that this login works for me?
> I installed the extension. What's next?
You can access the extension this way:
https://salsa.debian.org/-/snippets/648
Or go directly to
Hi
On Sat, Jan 21, 2023 at 11:58:26PM +0100, Bastian Blank wrote:
> Please verify that this login works for you. I would like to remove
> existing users in a few weeks.
I will cleanup the remaining users at the end of the week.
Regards,
Bastian
--
You're too beautiful to ignore. To
Hi Julien
On Wed, Apr 26, 2023 at 02:10:05PM +0200, Julien Cristau wrote:
> I haven't been able to get connections to the host working again after
> the dhcp issues, can we maybe start over, using debian 11, and if
> possible some form of OOB access?
I finally managed to get to it, sorry about
Package: cloud.debian.org
Severity: serious
Hi Martin
Thanks for reporting this.
On Tue, Jun 20, 2023 at 08:03:48AM +0200, Martin Pitt wrote:
> This isn't done by any package postinst -- `grep -r netdev
> /var/lib/dpkg/info/*`
> shows no relevant hits. So this must be somewhere in the scripts
Hi Jeremy
On Mon, May 22, 2023 at 08:14:14AM +, Jeremy Collin wrote:
> We are seeing right now that you have change the network management to
> netplan for debian12.
Yep. And this means network setup via cloud-init will actually work in
a lot more ways then before.
> One of my colleague
Hi
Our next team meeting is scheduled for 2023-05-10 20:00 UTC. We'll be
on jitsi: https://jitsi.debian.social/DebianCloudMeeting20230510.
Regards,
Bastian
--
Another dream that failed. There's nothing sadder.
-- Kirk, "This side of Paradise", stardate 3417.3
On Sat, Mar 11, 2023 at 12:43:52PM +0100, Julien Cristau wrote:
> I finally got around to the initial setup. A couple of things so far:
> - the machine is running bookworm; that's going to cause extra work
> initially. I'll give it a try anyway, since it's essentially work
> we'll need to do
On Thu, Feb 16, 2023 at 06:14:53PM +0100, Bastian Blank wrote:
> On Thu, Feb 16, 2023 at 01:23:41PM +0100, Bastian Blank wrote:
> > Okay, 4TB it is. We can always grow if we need to.
> Setup complete. IP is 2600:1f13:fb2:f400:6b1e:beae:ebbc:c6a
Some remarks:
Please always communica
On Thu, Feb 16, 2023 at 01:23:41PM +0100, Bastian Blank wrote:
> Okay, 4TB it is. We can always grow if we need to.
Setup complete. IP is 2600:1f13:fb2:f400:6b1e:beae:ebbc:c6a
Regards,
Bastian
--
Knowledge, sir, should be free to all!
-- Harry Mudd, "I, Mudd", stardate 4513.3
Hi
On Wed, Feb 15, 2023 at 02:47:00PM +0100, Julien Cristau wrote:
> On Wed, Feb 15, 2023 at 02:16:08PM +0100, Bastian Blank wrote:
> > On Mon, Feb 13, 2023 at 10:12:01AM +0100, Bastian Blank wrote:
> > > - One dedicated /56 per region for all DSA stuff
> > > - One i
Hi
On Mon, Feb 13, 2023 at 10:12:01AM +0100, Bastian Blank wrote:
> - One dedicated /56 per region for all DSA stuff
> - One instance, m6g.2xlarge, arm64, Debian 12 (also possible is Debian
> 11)
> - One dedicated data volume with ext4, on instance creation mounted on
> /s
Hi
On Wed, Feb 08, 2023 at 09:26:55PM -0800, Ross Vandegrift wrote:
> Okay, great. We're going to go ahead and work on deploying this.
> Here's what we're going to deploy, please let us know if anything sounds
> wrong:
This is now
On Sat, Feb 11, 2023 at 11:59:16AM +0100, Julien Cristau wrote:
> On Wed, Feb 08, 2023 at 09:26:55PM -0800, Ross Vandegrift wrote:
> > Do you have a list of hosts that should be permitted ssh access?
> Can we (DSA) control the cloud-side firewall? If not then we'll
> probably want it open to the
On Wed, Feb 08, 2023 at 09:26:55PM -0800, Ross Vandegrift wrote:
> - 8 cpu arm64, 16G of RAM (in AWS-speak: c6g.2xlarge)
My thought was on m6g.2xlarge. With a more useful amount of ram (32
GB). While rsync is CPU intensive, it needs a lot of cache.
Bastian
--
Military secrets are the most
Hi Julien
On Thu, Mar 17, 2022 at 12:03:18PM +0100, Julien Cristau wrote:
> Would it be possible to work with the cloud team to stand up appropriate
> accounts and so on on one of the cloud infras Debian has a relationship
> with? I don't have a whole lot of knowledge of this space so will
>
Hi folks
You are receiving this e-mail, because you have somewhat used IAM
users to access Debian AWS accounts.
The cloud team intents to deprecate the use of IAM users for accessing
the (new) Debian AWS accounts. In the future, logins to those AWS
accounts will be done via a Debian IdP
On Fri, Dec 16, 2022 at 03:48:00PM -0800, Ross Vandegrift wrote:
> - from firewalld:
> sysinit.target < dbus.service < firewalld.service < network-pre.target
> - from cloud-init:
> cloud-init-local.service < network-pre.target <
> systemd-networkd-wait-online.service < cloud-init.service <
On Wed, Dec 14, 2022 at 10:16:22PM +0100, Tomasz Rybak wrote:
> I suspect this is some left-over from my times as delegate.
> Probably someone restored/changed configuration and I'm
> receiving those emails again.
> Anyways - can someone (don't know whether current delegates,
> or SPI) unsubscribe
On Thu, Dec 08, 2022 at 11:12:28AM +0100, Thomas Goirand wrote:
> However, our image doesn't have secure boot support by default if I'm not
> mistaking.
Why do you think? We install grub-efi-amd64-signed, so we have a signed
boot loader and kernel.
Bastian
--
Peace was the way.
Package: cloud-initramfs-growroot
Version: 0.18.debian10
Severity: grave
Installation of new kernel now silently fails:
| Setting up linux-image-6.0.0-5-cloud-arm64 (6.0.10-2) ...
| /etc/kernel/postinst.d/initramfs-tools:
| update-initramfs: Generating /boot/initrd.img-6.0.0-5-cloud-arm64
| W:
On Mon, Nov 28, 2022 at 09:02:01AM -0800, Noah Meyerhans wrote:
> I understand that there's other software that may want to take direct
> dependencies on the C libraries, but as I don't see any of that being
> actively worked on in terms of packages that'll be ready for inclusion
> in bookworm, I
On Thu, Nov 10, 2022 at 02:56:17PM +0100, Frédéric Bonnard wrote:
> I don't think this is related to the image itself.
> I just installed debian testing on a physical host, formatting manually
> with a 1G / and 3G free behind (installer was based on kernel 6.0 too) .
> I booted the machine, then :
Rejected by private request of maintainer
===
Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.
Rejected by private request of maintainer
===
Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.
Control: reassign -1 linux/6.0-1~exp1
Control: forcemerge 1023450 -1
On Fri, Nov 04, 2022 at 02:04:05PM +0100, Sven Bartscher wrote:
> [ 163.701342] EXT4-fs (sda1): resizing filesystem from 491515 to 4161531
> blocks
> [ 163.870631] EXT4-fs (sda1): resized filesystem to 4161531
> [ 163.914439]
On Fri, Nov 04, 2022 at 09:08:22AM -0700, Noah Meyerhans wrote:
> > Are you sure this library can have a 1 as ABI? Can you please reproduce
> > the ABI stability promisses?
> Allegedly upstream has recently committed to proper SONAME and ABI
> management in support of efforts to get these
On Fri, Nov 04, 2022 at 10:14:23AM +0100, Bastian Blank wrote:
> Maybe running fsck before shipping the image will make it work better.
> Currently we rely on the kernel of the build system to provide us with a
> clean file system.
fsck is not seeing any problem with that filesystem.
Hi
On Thu, Oct 20, 2022 at 03:33:53PM +0200, Frédéric Bonnard wrote:
> I test the cloud images from unstable and since 2 days, the tests fail
> to resize the qcow2 files :
> example using
> https://cloud.debian.org/images/cloud/sid/daily/latest/debian-sid-nocloud-amd64-daily.qcow2
> :
Thanks
On Tue, Oct 05, 2021 at 11:10:43PM -0600, Ross Vandegrift wrote:
> My first pass only produces -dev packages with headers and static libraries.
> To test them out, build the debian/sid branch from these repos, in this order:
> - https://salsa.debian.org/rvandegrift/aws-c-common
Are you sure this
Hi
Our next team meeting is scheduled for 2022-09-14 20:00 UTC. We'll be
on jitsi: https://jitsi.debian.social/DebianCloudMeeting20220914.
Regards,
Bastian
--
It would be illogical to kill without reason.
-- Spock, "Journey to Babel", stardate 3842.4
On Wed, Sep 07, 2022 at 09:32:15AM -0700, Noah Meyerhans wrote:
> Is there a plan to continue offering new kernels for buster LTS?
Yes, the same as with the older ones. It just is broken right now.
Bastian
--
Lots of people drink from the wrong bottle sometimes.
-- Edith
Hi Ross
Sorry, I did not respond earlier.
On Tue, Aug 23, 2022 at 10:55:27PM -0700, Ross Vandegrift wrote:
> On Fri, Aug 12, 2022 at 05:37:33PM +0100, Marcin Kulisz wrote:
> > My take on the latter would be that one of the delegates if we'd have a
> > chair
> > would be holding MFA to this
On Tue, Aug 23, 2022 at 10:25:54PM -0700, Ross Vandegrift wrote:
> Yea, that's not great- but it's better fallback than what we have today.
> Making the fallback transparent to the VMs sounds awesome, but is it a
> must-have feature?
It comes done to: what do we expect to happen if someone uses
Hi Ross
On Sun, Aug 21, 2022 at 10:35:38PM -0700, Ross Vandegrift wrote:
> According to apt-transport-mirror(1), apt can do this on the client side.
> Once
> the MR for mirror+file apt sources is merged, we'd do something like:
> https://aws.deb.debian.cloud priority:1
>
Hi folks
I propose the following initial use and associated policies for the
domain debian.cloud.
## deb.debian.cloud
Provides Debian mirrors, possibly limited, similar to deb.debian.org.
Each provider gets a subdomain, which should be used in the apt config.
Currently assigned are:
- azure
-
Moin
On Fri, Jul 01, 2022 at 10:21:51PM -0700, Ross Vandegrift wrote:
> Great, most of that seems like a clear improvement. But there's one change
> I'm
> not sure about:
>
> --- original 2022-07-01 21:40:33.826069834 -0700
> +++ draft 2022-07-01 21:40:45.778221446 -0700
> @@ -1,3 +1,3 @@
Package: cloud-init
Version: 20.4.1-2+deb11u1
Severity: important
cloud-init fails to read keys provided by the new metadata service
sometimes. In those instances, stray \r\n are embedded and should be
stripped.
See https://bugs.launchpad.net/cloud-init/+bug/1910835
Bastian
-- System
On Tue, May 03, 2022 at 04:10:08PM +0100, Wookey wrote:
> I note on https://cloud.debian.org/images/cloud/ that we supply 'plain VM'
> images but only for x86.
Actually we supply arm64 and ppc64el variants of the "nocloud" images.
However it might be only for Sid.
Bastian
--
You canna change
Hi
On Sun, May 01, 2022 at 07:53:01PM +, dimitris.paraskevopoulos wrote:
> I checked out https://salsa.debian.org/cloud-team/debian-cloud-images and run
> make image_bullseye_genericcloud_amd64 without my desired changes hoping that
> it would be the exact same behaviour as the downloaded
On Mon, Apr 25, 2022 at 02:52:14PM +0200, Jonathan Carter wrote:
> On 2022/04/24 19:53, Bastian Blank via RT wrote:
> > It turns out, SPI can't help here. Huawei Cloud is on the US sanctions
> > list.
> So, time to forward the request to Debian Switzerland instead
On Mon, Apr 25, 2022 at 02:52:14PM +0200, Jonathan Carter wrote:
> On 2022/04/24 19:53, Bastian Blank via RT wrote:
> > It turns out, SPI can't help here. Huawei Cloud is on the US sanctions
> > list.
> So, time to forward the request to Debian Switzerland instead
Hi Hector
On Thu, Mar 31, 2022 at 04:05:48PM -0400, Héctor Orón via RT wrote:
> What is needed from SPI? Are there documents to sign or licenses to accept?
It turns out, SPI can't help here. Huawei Cloud is on the US sanctions
list.
Regards,
Bastian
--
Bones: "The man's DEAD, Jim!"
Hi Hector
On Thu, Mar 31, 2022 at 04:05:48PM -0400, Héctor Orón via RT wrote:
> What is needed from SPI? Are there documents to sign or licenses to accept?
It turns out, SPI can't help here. Huawei Cloud is on the US sanctions
list.
Regards,
Bastian
--
Bones: "The man's DEAD, Jim!"
On Thu, Apr 21, 2022 at 06:37:59PM -0600, Sam Hartman wrote:
> YMMV of course.
My assessment was:
| However. Huawei Cloud is on the US sanctions list. And trying to
| actually create an account explicitly states that Europe and Russia are
| not allowed. So it seems that all three trusted
Hi
On Thu, Apr 21, 2022 at 06:39:47PM +0800, Aron Xu wrote:
> On Thu, Apr 21, 2022 at 6:09 AM Bastian Blank wrote:
> > Notably, the list does not contain a single country of Europe, nor the
> > USA or Canada. However thats where the Debian trusted orgs are located
>
Hi
On Tue, Aug 24, 2021 at 09:49:11PM +0200, Paul Gevers wrote:
> >>> In your opinion,
> >>> should we do the same for the Huawei platform?
> > It will make it easier to have uninterupted access, esp as people in
> > Debian are coming and going. So if we want to use it for longer,
> >
[Removing treasurer@, as this discussion is not relevant to SPI, until
we have an idea about it]
Hi Jonathan
On Fri, Apr 01, 2022 at 07:18:30PM +0200, Jonathan Carter wrote:
> Would it work to update the cloud team delegation so that the cloud team can
> create and manage this account, and then
Hi Hector
On Thu, Mar 31, 2022 at 04:05:48PM -0400, Héctor Orón via RT wrote:
> What is needed from SPI? Are there documents to sign or licenses to accept?
Yeah. SPI needs to hold the contract with the vendor. So sign it
somwhow.
> >From the pure technical aspect, it should be fine for Debian
Hi Hector
On Thu, Mar 31, 2022 at 04:05:48PM -0400, Héctor Orón via RT wrote:
> What is needed from SPI? Are there documents to sign or licenses to accept?
Yeah. SPI needs to hold the contract with the vendor. So sign it
somwhow.
> >From the pure technical aspect, it should be fine for Debian
Hi Julien
On Thu, Mar 17, 2022 at 10:01:11PM +0100, Julien Cristau wrote:
> Looking at syncproxy2.wna
> (https://munin.debian.org/debian.org/mirror-isc.debian.org/ip_149_20_4_16.html
> and
> https://munin.debian.org/debian.org/mirror-isc.debian.org/ip_2001_4f8_1_c__16.html)
> it looks like we're
Hi Julien
On Thu, Mar 17, 2022 at 10:31:33PM +0100, Julien Cristau wrote:
> > You are just talking about the authenticated rsync and push stuff right
> > now? Because mirror-isc.d.o for example does more.
> I figured we'd start there, yes. Moving static mirrors around seems a lot
> easier.
You
Hi Julien
On Thu, Mar 17, 2022 at 12:03:18PM +0100, Julien Cristau wrote:
> DSA's looking into options to replace some of our archive mirroring
> infrastructure. For context, so far we've been maintaining a few machines
> around the globe, called syncproxies, that serve as "hubs" for archive
>
On Mon, Mar 07, 2022 at 07:38:50AM -0800, Noah Meyerhans wrote:
> On Mon, Mar 07, 2022 at 12:11:37PM +0100, Bastian Blank wrote:
> > I was talking about a Vault for our secrets. That's the priority now.
> At the moment, yes, but earlier in the thread was discussion of needing
> ~5
On Sun, Mar 06, 2022 at 04:40:24PM -0800, Noah Meyerhans wrote:
> Are you not satisfied that the salsa issues have been addressed with the
> latest maintenance? We are now running a current Gitlab release, at
> least.
I was talking about a Vault for our secrets. That's the priority now.
But
Hi
On Mon, Feb 28, 2022 at 08:25:21AM -0800, Ross Vandegrift wrote:
> On Mon, Feb 28, 2022 at 01:07:37PM +0100, Bastian Blank wrote:
> > Yeah. That just reduces the possibilities to the large platforms.
> I agree this is a downside. But we wouldn't be forever locked into a
> plaf
On Sun, Feb 27, 2022 at 09:41:47PM -0800, Ross Vandegrift wrote:
> > We use Hashicorp Vault in my company, and we are very happy of it. It works
> > well, it's safe, and has many good options. So I support the idea.
> +1 - we should talk more about how this would look. I have some thoughts.
> We
Hi
Sadly the problems regarding Salsa did just gain a new level. For those
who don't follow debian-private or the monthly meetings of the Cloud
team, this is the short version:
- The instance was not updated for any of the last nine upstream
releases, it is now seven months out of upstream
On Fri, Jan 28, 2022 at 10:27:22AM +0100, Dominik George wrote:
> after google-guest-agent has been accepted into sid, it was reported
> that it has a conflicting file with python3-google-compute-engine:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1004071
> Shall we simply replicate
Hi Julien
On Wed, Jan 26, 2022 at 07:58:23PM +0100, Julien Cristau wrote:
> I think we (DSA) have been reluctant to add new third-party-run services
> under debian.org,
Just being curious: what is your definition of "third-party-run"? As
example: deb.debian.org. It uses Fastly, which is shared
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: debian-cloud@lists.debian.org
Please remove the package google-compute-engine. It's purpose was
replaced by a different implementation in the package google-guest-agent
and google-compute-engine-oslogin. It was not shipped in Buster.
Hi
On Wed, Nov 17, 2021 at 08:01:55AM -0300, Antonio Terceiro wrote:
> For ci, we are working with the security team on testing embargoed
> security updates, and for that we need a unique IP address, because it
> will be added to an ACL on the security repository side.
You mean via
Hi
On Tue, Nov 16, 2021 at 10:31:12PM +0100, Lucas Nussbaum wrote:
> I'm surprised by this: what is the motivation? Have we been asked to use
> less IPv4 addresses?
Yes, you get at most two. We can also remove the NAT one, as access to
Debian's infrastructure is capable of working IPv6-only,
Hi folks
We like to do a global change to the way the network is setup on the new
AWS accounts. The goal is to reduce the amount of global IPv4 addresses
to a minimum, as those are an increasingly rare comodity nowadays.
We will
- use NAT gateways for all outgoing IPv4 traffic, and
- allow use
Hi Paul
On Tue, Aug 24, 2021 at 11:31:24AM +0200, Paul Gevers wrote:
>> As I
>> understand, the account for AWS is "owned" by SPI.
SPI "owns" several resources for Debian. This is primary relevant for
the things that must not go away, like our published images.
>> In your opinion,
>> should we
Hi
Looking again at the DUID reported by Ubuntu:
| 00:02:00:00:ab:11:11:16:f0:97:0e:c5:c9:b6
00:02: the type is enterprise number
00:00:ab:11, aka 43793: systemd
11:16:f0:97:0e:c5:c9:b6: this is by default a hash of the machine id, so
does change as well, or is this using the UUID set by the
Hi
On Wed, Jul 28, 2021 at 05:22:43PM +0200, Thomas Goirand wrote:
> - Initial boot:
> 2021-07-28T12:26:38.804683+00:00 pub1-network-3 dnsmasq-dhcp[3765807]:
> DHCPSOLICIT(tap67fa8c3f-8d) 00:01:00:01:28:94:09:7b:fa:16:3e:f1:a9:da
> 2021-07-28T12:26:38.805023+00:00 pub1-network-3
Hi Ross
On Mon, Jul 26, 2021 at 09:54:23PM -0700, Ross Vandegrift wrote:
> The second disadvantage recently came up in [1]. I proposed a possible fix
> for
> discussion at [2]. Bastian thought the discussion needed to happen on the ML,
> not salsa. So here we are!
My largest problem with
Hi Thomas
On Thu, Jul 22, 2021 at 11:15:23AM +0200, Thomas Goirand wrote:
> In commit 522055bf, I added
> config_space/files/etc/cloud/cloud.cfg.d/01_debian_cloud.cfg/GENERICCLOUD
> and
> config_space/files/etc/cloud/cloud.cfg.d/01_debian_cloud.cfg/GENERIC, in
Why did you decide that you can do
Moin
On Tue, Jul 06, 2021 at 10:39:54PM -0700, Ross Vandegrift wrote:
> On Wed, Jul 07, 2021 at 02:31:53AM +, laalaa laalaa wrote:
> > Daily cloud image not found since 2021-07-02. I did not find announcement
> > of it, is it intentionally or a problem? Thanks.
> Not intentional - looks like
Control: forcemerge 942325 -1
Hi
On Thu, Jul 01, 2021 at 05:07:26PM +0200, Thomas Goirand wrote:
> As per the subject line, /etc/hosts isn't updated
> when the machine boots on OpenStack. However,
> it looks like the hostname is set.
There is already a bug open for this one. Please don't open
Hi Noah
On Tue, Jun 08, 2021 at 10:21:23AM -0700, Noah Meyerhans wrote:
> On Tue, Jun 08, 2021 at 08:39:45AM +0200, Bastian Blank wrote:
> > docker-machine is a product by Docker upstream, but is not longer
> > developed, without any replacement. Currently GitLab upstream make
Hi folks
The GitLab runner the Cloud team uses on casulana.d.o is currently using
parts that worked three years ago, using docker-machine and a hacked
qemu driver for it. While it works quite well, it got some problems
with it.
docker-machine is a product by Docker upstream, but is not longer
Hi
On Sun, May 23, 2021 at 03:16:49PM -0400, Tong Sun wrote:
> $ az vm image show --urn debian:debian-11-daily:sid:latest
> (NotFound) Artifact: VMImage was not found.
Should be: debian:debian-sid-daily:sid:latest
> $ az vm image show --urn debian:debian-11-daily:bullseye:latest
> (NotFound)
Hi Thomas
On Wed, Apr 28, 2021 at 09:53:02AM +0200, Thomas Lange wrote:
> I've created a proposal for updating the header seen in
> https://cloud.debian.org/cdimage/cloud/
> You can see it here
> https://public.cs.uni-koeln.de/lange/images-cloud-HEADER.html
> Any comments welcome.
We don't
1 - 100 of 312 matches
Mail list logo