[Touch-packages] [Bug 2060311] Re: Setting "optional: true" to overcome he timeout "Job systemd-networkd-wait-online" does no longer work with latest noble image

Thanks Lukas: +1 on this changeset not degrading early boot install scenarios where systemd services are ordered After=systemd-networkd- wait-online.service Preliminary testing on Azure platform look good with accelerated networking enabled have confirmed dual-nic tests correctly configure the

[Touch-packages] [Bug 2033926] Re: NTP module broken in mantic

Marking the cloud-init task here as invalid as this is a systemd packaging issue that was resolved in 253.5-1ubuntu4 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2033926

[Touch-packages] [Bug 2033926] Re: NTP module broken in mantic

Closing this issue as it was a debian/control problem in systemd- timesyncd that dropped "Provides: time-daemon" from the package declarations in systemd 253.5-1ubuntu3. This prevented apt resolver in mantic from properly recognizing the conflicts between systemd-timesyncd and ntpsec. So the

[Touch-packages] [Bug 2030788] Re: "localectl set-x11-keymap" doesn't work in mantic

keymap/layout? ** Summary changed: - "localectl set-x11-keymap" doesn't work in mantic + Usability: "localectl set-x11-keymap" doesn't work in mantic ** Changed in: cloud-init (Ubuntu) Assignee: (unassigned) => Chad Smith (chad.smith) -- You received this bug n

[Touch-packages] [Bug 2030788] Re: "localectl set-x11-keymap" doesn't work in mantic

This bug is fix released in cloud-init 23.3-0ubuntu1 in Ubuntu mantic. ** Changed in: cloud-init (Ubuntu) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu.

[Touch-packages] [Bug 1724623] Re: Update ubuntu cloud info

While SRU verification did test lunar. I had forgotten the original release of 23.1 was already published to lunar containing the cloud-init changes for apport/general-hooks/cloud-init.py and apport/package- hooks/cloud-init.py that we are verifying here. I've marked Lunar task as fix-released

[Touch-packages] [Bug 1724623] Re: Update ubuntu cloud info

Updated test script asserting specific cloud-init version 23.2.1 as lunar was not installing from lunar-proposed by default without apt install -tlunar-proposed. also changed test to specifically assert expected CloudName/PlatformSubplatform or Region and collect FAILED logs otherwise Test

[Touch-packages] [Bug 1724623] Re: Update ubuntu cloud info

SRU validation Focal, Jammy, Kinetic and Lunar successes. ** Attachment added: "sru-1724623.log" https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1724623/+attachment/5684389/+files/sru-1724623.log ** Tags removed: block-proposed-focal regression-proposed verification-needed

[Touch-packages] [Bug 1724623] Re: Update ubuntu cloud info

SRU validation Focal, Jammy, Kinetic and Lunar successes. ** Attachment added: "sru-1724623.log" https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1724623/+attachment/5684388/+files/sru-1724623.log -- You received this bug notification because you are a member of Ubuntu Touch seeded

[Touch-packages] [Bug 1724623] Re: Update ubuntu cloud info

SRU validation Focal, Jammy, Kinetic and Lunar successes. ** Attachment added: "sru-1724623.log" https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1724623/+attachment/5684387/+files/sru-1724623.log -- You received this bug notification because you are a member of Ubuntu Touch seeded

[Touch-packages] [Bug 1724623] Re: Update ubuntu cloud info

** Changed in: cloud-init (Ubuntu Lunar) Status: New => Fix Committed ** Description changed: [ Impact ] Apport reported bug add invalid bug tags such as `uec-images` which no longer has meaning or `ec2-images` on openstack. Since cloud-init is installed in all these images and

[Touch-packages] [Bug 1724623] Re: Update ubuntu cloud info

SUCCESSFUL verification on Jammy, Kinetic and Lunar. No tracebacks, all expected CloudArchitecture, CloudName, CloudPlatform and CloudRegion are present when expected for openstack or ec2/aws. No missing apport report keys from orig to -proposed. Long logs of test run below Jammy/Kinetic/Lunar:

[Touch-packages] [Bug 1724623] Re: Update ubuntu cloud info

SRU Verification script ** Description changed: [ Impact ] Apport reported bug add invalid bug tags such as `uec-images` which no longer has meaning or `ec2-images` on openstack. Since cloud-init is installed in all these images and detects the correct datasource, leverage cloud-init's

[Touch-packages] [Bug 1724623] Re: Update ubuntu cloud info

Filed a bug tracking focal-proposed regression https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/2025376 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apport in Ubuntu. https://bugs.launchpad.net/bugs/1724623

[Touch-packages] [Bug 1724623] Re: Update ubuntu cloud info

Regression discovered for focal-proposed due to type annotations not being parsed on python 3.8. this resulted in tracebacks from python when importing cloud-init's apport/general-hooks module: ..ERROR: hook /usr/share/apport/general-hooks/cloud-init.py crashed: Traceback (most recent call

[Touch-packages] [Bug 1724623] Re: Update ubuntu cloud info

** Description changed: - [ Impact ] - Apport reported bug add invalid bug tags such as `uec-images` which no longer has meaning or `ec2-images` on openstack. Since cloud-init is installed in all these images and detects the correct datasource, leverage cloud-init's instance-data.json or

[Touch-packages] [Bug 1724623] Re: Update ubuntu cloud info

** Description changed: - add_cloud_info() in data/general-hooks/ubuntu.py needs an overhaul. + [ Impact ] + Apport reported bug add invalid bug tags such as `uec-images` which no longer has meaning or `ec2-images` on openstack. Since cloud-init is installed in all these images and detects the

[Touch-packages] [Bug 2008952] Re: DNS failure while trying to fetch user-data

Closing the cloud-init task here as invalid because we have livecd- rootfs overlay config files allow for cloud-init.service to get ordered After=NetworkManager.service which solves the immediate DNS issues in early boot. Long-term cloud-init will need to spec out options to prefer ordering after

[Touch-packages] [Bug 2008952] Re: DNS failure while trying to fetch user-data

I can confirm success manually launching images via kvm in virt-manager that live desktop image builds as of 20230403 images in `/cdrom/.disk/info` have the proper systemd service ordering which places cloud-init.service `After=NetworkManager.service NetworkManager- wait-online.service`. Which

[Touch-packages] [Bug 2008952] Re: DNS failure while trying to fetch user-data

I can now confirm successful autoinstall runs with FQDN in kernel commandline in Desktop live installer ISOs dated 20230403. This allows cloud-init.service to be ordered `After=NetworkManager.service NetworkManager-wait-online.service` which ensures devices and resolved are both 'up' and active by

[Touch-packages] [Bug 2008952] Re: DNS failure while trying to fetch user-data

jsonschema 2.6.0 is now dropped from latest ubuntu-desktop-snap version 0+get.98600e08 in stable channel as of a couple hours ago per this issue/fix[1]. This resolves issues with curtin Tracebacks on jsonschema.validate(). Additionally cloud-init has a PR in progress[2] to avoid registering a

[Touch-packages] [Bug 2002445] Re: udev NIC renaming race with mlx5_core driver

Kinetic success for proposed launches, rename race seen and properly handled without delaying boot time due to systemd-networkd-wait-online.target. *** 251.4-1ubuntu7.3 500 500 http://archive.ubuntu.com/ubuntu kinetic-proposed/main

[Touch-packages] [Bug 2002445] Re: udev NIC renaming race with mlx5_core driver

Jammy success for proposed launches, rename race seen and properly handled without delaying boot time due to systemd-networkd-wait- online.target. *** 249.11-0ubuntu3.9 500 500 http://archive.ubuntu.com/ubuntu jammy-proposed/main

[Touch-packages] [Bug 2002445] Re: udev NIC renaming race with mlx5_core driver

Test script referenced in the bug description https://paste.ubuntu.com/p/Xkc7bSZ8fB/ ** Description changed: [Impact] On systems with mellanox NICs, udev's NIC renaming races with the mlx5_core driver's own configuration of subordinate interfaces. When the kernel wins this race, the

[Touch-packages] [Bug 2008952] Re: DNS failure while trying to fetch user-data

** Changed in: cloud-init Status: Triaged => In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/2008952 Title: DNS failure while trying to fetch user-data

[Touch-packages] [Bug 2008952] Re: DNS failure while trying to fetch user-data

PR up for discussion on this ordering change in livecd https://code.launchpad.net/~chad.smith/livecd-rootfs/+git/livecd- rootfs/+merge/439586 ** Changed in: cloud-init Assignee: (unassigned) => Chad Smith (chad.smith) -- You received this bug notification because you are a member of Ubu

[Touch-packages] [Bug 2008952] Re: DNS failure while trying to fetch user-data

Short-term proposal update: Looks like we can't get away with suppplemental systemd drop-ins in /etc/systemd/system/cloud-init.service.d by themselves in livecd-roots because we need to remove the "Before=sysinit.target" from the default shipped cloud-init.service config. Systemd drop-ins

[Touch-packages] [Bug 2008952] Re: DNS failure while trying to fetch user-data

Short-term solution here will likely be for livecd-rootfs to augment cloud-init.service which drops `Before=sysinit.target` and adds an `After=NetworkManager-wait-online.service`. This is quite a bit like what redhat and derivatives have done for a while. Redhat and derivitatives have an

[Touch-packages] [Bug 2008952] Re: DNS failure while trying to fetch user-data

While retries on DNS resolution failures does not work for cloud- init.service for environments running NetworkManager.service (desktop live ISOs), I have found that the retries work where systemd-networkd is bringing up network config (server live ISOs). This is because cloud- init.service is

[Touch-packages] [Bug 2008952] Re: DNS failure while trying to fetch user-data

This issue with NetworkManager.service and systemd is reminiscent of the related feature request against systemd-networkd https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1636912 that also points out the ordering issues. -- You received this bug notification because you are a member of

[Touch-packages] [Bug 2008952] Re: DNS failure while trying to fetch user-data

TLDR: My earlier suggestion to retry in cloud-init.service while awaiting DNS is not viable when thinking about NetworkManager. NetworkManager.service is After=sysinit.target due to After=dbus.service and cloud-init.service is Before=sysinit.target. NetworkManager is the only service bringing up

[Touch-packages] [Bug 2008952] Re: DNS failure while trying to fetch user-data

I can confirm Dan's validation that After=systemd-resolved.service doesn't buy us anything here because, although systemd-resolved.service is up, NetworkManager.service && NetworkManager-wait-online.service don't finish bringing link up for related network devices until After=dbus.service

[Touch-packages] [Bug 2008952] Re: DNS failure while trying to fetch user-data

I'm also going back to the tabular network state printed out by in cloud-init.service shows: that the primary network interface is still down at this point in boot, which it shouldn't be. cloud-init should be waiting on the presence of link up before starting it's cloud- init.service (network boot

[Touch-packages] [Bug 2008952] Re: DNS failure while trying to fetch user-data

Thank you all for your attention on this bug. Sorry my earlier comment on this bug was ill-informed and incorrect. I'm able to reproduce this as well through the server installer qemu/kvm based installs as well so I can confirm as well that this isn't/wasn't NetworkManager and

[Touch-packages] [Bug 2002445] Re: udev NIC renaming race with mlx5_core driver

** Description changed: [Impact] On systems with mellanox NICs, udev's NIC renaming races with the mlx5_core driver's own configuration of subordinate interfaces. When the kernel wins this race, the device cannot be renamed as udev has attempted, and this causes

[Touch-packages] [Bug 2002445] Re: udev NIC renaming race with mlx5_core driver

** Description changed: [Impact] On systems with mellanox NICs, udev's NIC renaming races with the mlx5_core driver's own configuration of subordinate interfaces. When the kernel wins this race, the device cannot be renamed as udev has attempted, and this causes

[Touch-packages] [Bug 1997124] Re: Netplan/Systemd/Cloud-init/Dbus Race

The dbus race that is happening here is due to `networkctl reconfigure`[1] being run by netplan apply, failing to talk to dbus, and restarting systemd_networkd[2] at that point in time when systemd_network may actually be coming up and is in an indeterminate state. [1]

[Touch-packages] [Bug 1959054] Re: debhelper restarts services marked --no-restart-on-upgrade

Note related bug if a package were to use debhelper-compat 10 vs 9 on focal. In Focal, debhelper-compat 10 will incorrectly introduce ignore the params dh_systemd_start --no-restart-on-upgrade --no-start And will still inject which will restart all services across package upgrade with

[Touch-packages] [Bug 1997124] Re: Netplan/Systemd/Cloud-init/Dbus Race

Confirmed that we need dbus.socket in cloud-init.service as the dependency chain doesn't explicitly define that ordering dependency. We'll need this for netplan apply to work without a race -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is

[Touch-packages] [Bug 1953525] [NEW] debian control should express a package dependency on ubuntu-advantage-tools

Public bug reported: ./softwareproperties/gtk/utils.py relies on presence of ua command delivered by ubuntu-advantage-tools. This deb should probably express at least a Recommends on ubuntu-advantage-tools. ** Affects: software-properties (Ubuntu) Importance: Undecided Status: New

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

# Success testing on Bionic Desktop installer 1. Validate current behavior from bionic-updates csmith@downtown:~$ IP=`uvt-kvm ip ubuntu18.04` csmith@downtown:~$ ssh csmith@$IP Welcome to Ubuntu 18.04.6 LTS (GNU/Linux 5.4.0-84-generic x86_64) * Documentation: https://help.ubuntu.com *

[Touch-packages] [Bug 1939732] Re: report availability of Ubuntu Advantage ESM services on unattached machines

# Success testing on Bionic Desktop installer 1. Validate current behavior from bionic-updates csmith@downtown:~$ IP=`uvt-kvm ip ubuntu18.04` csmith@downtown:~$ ssh csmith@$IP Welcome to Ubuntu 18.04.6 LTS (GNU/Linux 5.4.0-84-generic x86_64) * Documentation: https://help.ubuntu.com *

[Touch-packages] [Bug 1939732] Re: report availability of Ubuntu Advantage ESM services on unattached machines

** Changed in: software-properties (Ubuntu Bionic) Status: New => Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to software-properties in Ubuntu. https://bugs.launchpad.net/bugs/1939732 Title: report

[Touch-packages] [Bug 1939732] Re: report availability of Ubuntu Advantage ESM services on unattached machines

** Also affects: software-properties (Ubuntu Bionic) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to software-properties in Ubuntu. https://bugs.launchpad.net/bugs/1939732 Title:

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

I think there was an omission on the latest bionic upload it doesn't contain the fixes that were added for focal, hirsute and impish. I've put up a PR that cherry-picks those fixes into the bionic branch that would need review and upload before I can validate and set verification-done-bionic on

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

# Hirsute desktop results: SUCCESS non-LTS has neither ESM-Infra nor ESM-Apps support or availability. # so 1. it will not expose "Extend..." links to provide ESM information in Updates tab # and 2. When attached no ESM information will be represented in Updates tab 1. # install proposed $ cat

[Touch-packages] [Bug 1939732] Re: report availability of Ubuntu Advantage ESM services on unattached machines

# Hirsute desktop results: SUCCESS non-LTS has neither ESM-Infra nor ESM-Apps support or availability. # so 1. it will not expose "Extend..." links to provide ESM information in Updates tab # and 2. When attached no ESM information will be represented in Updates tab 1. # install proposed $ cat

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

@brian-murray the verification-done-impish tag may be unnecessary here by me. My above verification on impish may have just been supplemental as 0.99.13 already had released which provided ESM awareness on Impish. That said, I revalidated this because the current 0.99.13.1 also touched that same

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

# Impish desktop results: SUCCESS non-LTS has neither ESM-Infra nor ESM-Apps support or availability. # so 1. it will not expose "Extend..." links to provide ESM information in Updates tab # and 2. When attached no ESM information will be represented in Updates tab 1. # install proposed $

[Touch-packages] [Bug 1939732] Re: report availability of Ubuntu Advantage ESM services on unattached machines

# Impish desktop results: SUCCESS # Note non-LTS doesn't have ESM-infra of ESM-Apps support/availability so no Extend... link should be present on Updates tab 1. # install proposed $ cat > setup_proposed.sh

[Touch-packages] [Bug 1939732] Re: report availability of Ubuntu Advantage ESM services on unattached machines

# Focal desktop results: SUCCESS 1. # install proposed $ cat > setup_proposed.sh

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

# Focal desktop results: SUCCESS 1. # install proposed $ cat > setup_proposed.sh

[Touch-packages] [Bug 1939732] Re: report availability of Ubuntu Advantage ESM services on unattached machines

** Description changed: [Impact]   * Error messages emitted to software-properties-gtk console "[Errno 2] No such file or directory: '/var/lib/ubuntu-advantage/status.json'" due to incorrect expectation that status.json file is written when non-root runs `ua status`   * This logic

[Touch-packages] [Bug 1939732] Re: report availability of Ubuntu Advantage ESM services on unattached machines

** Description changed: [Impact]   * Error messages emitted to software-properties-gtk console "[Errno 2] No such file or directory: '/var/lib/ubuntu-advantage/status.json'" due to incorrect expectation that status.json file is written when non-root runs `ua status`   * This logic

[Touch-packages] [Bug 1939732] Re: report availability of Ubuntu Advantage ESM services on unattached machines

** Description changed: [Impact] - * Error messages emitted to software-properties-gtk console "[Errno 2] No such file or directory: '/var/lib/ubuntu-advantage/status.json'" due to incorrect expectation that status.json file is written when non-root runs `ua status` - * This logic

[Touch-packages] [Bug 1939732] Re: report availability of Ubuntu Advantage ESM services on unattached machines

** Description changed: + [Impact] + + * Error messages emitted to software-properties-gtk console "[Errno 2] No such file or directory: '/var/lib/ubuntu-advantage/status.json'" due to incorrect expectation that status.json file is written when non-root runs `ua status` + * This logic

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

I'm hesitant for your to revert on the focal branches as I don't have context on if there is tooling that consumes those branches directly in the project. I don't think it's too much for me to get you and/or Robert a patch for this now. Today is good for me and I'll push a couple PRs for you and

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

@robert, looks like we should reject this queued upload and put up a separate set of uploads. Recommending reject here and we can work this & next week to get you MRs to support current best-practices for interacting with ua status.json. -- You received this bug notification because you are a

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

Thank you for this submission. I was awaiting feedback on this bug to determine if you'd like to solve the outstanding issue that Extend... links aren't presented on the software-properties-gtk UI for unattached machines (and/or) dropping the error messages from the console. But, as you mentioned

[Touch-packages] [Bug 1939732] [NEW] report availability of Ubuntu Advantage ESM services on unattached machines

Public bug reported: Release: bionic/focal Version: 0.96.24.32 (bionic) Issue: Software & Updates GTK UI doesn't report availability of UBuntu Advantage ESM Infra or ESM Apps services on unattached machines Steps to repropduce: Launch software-properties-gtk from the commandline. See

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

>> Is there a reason why the ua client doesn't do this itself internally, i.e. it gives you fresh json or returns the cached copy if it can't do the update? Currently the only "time" during which ubuntu-advantage-tools (UA client) could perform the logic to exec 'sudo ua status' is during

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

miniamlly as in the patch above, I think we probably need a pre-flight check of os.path.exists( UA_STATUS_JSON) so we don't emit those Errno messages due to failed file opens -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

Ultimately if we decide to go with #2 here's a patch that I think would limit both the time cost of a remote uRL query and the noisy logging: --- /usr/lib/python3/dist-packages/softwareproperties/gtk/utils.py 2021-06-10 23:20:22.0 -0600 +++

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

Ultimately if we decide to go with #2 here's a patch that I think would limit both the time cost of a remote uRL query and the noisy logging: --- /usr/lib/python3/dist-packages/softwareproperties/gtk/utils.py 2021-06-10 23:20:22.0 -0600 +++

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

Also per #2 above, if we were to drop the `ua status` call from utils.py:get_ua_status() that would also mitigate the perceived "time cost" corradoventu mentioned because `ua status` does reach out to the internet to contracts.canonical.com to check service availability for your running

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

@robert-ancell and @corradoventu those errors are due to running software-properties-gtk as non-root user on a system that is not attached to any ubuntu-advantage services. The /var/lib/ubuntu-advantage/status.json file is only created by a root user via an `sudo ua status` or `sudo ua attach `

[Touch-packages] [Bug 1732522] Re: [2.3] Ephemeral boot environment does not renew DHCP leases

** Changed in: cloud-init Status: Incomplete => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1732522 Title: [2.3] Ephemeral boot environment does not

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

Another thing to note/expect: ua client in release in xenial and bionic at the moment is a completed incompatible commandine (which we are planning on SRUing prior to Xenial ESM, so `ua status --format=json` will not work on something < version 20. I'm fairly certain you shouldn't care to support

[Touch-packages] [Bug 1920836] Re: Show Extended Security Maintenence status

Thanks @robert-ancell for setting up the PPA. I tested on Xenial Ubuntu Desktop LiveCD and would like to report Failure on this implementation. Your use of subprocess is passing capture_output on xenial and that is raising an error in python before calling ua client. On a system attached to

[Touch-packages] [Bug 1915547] Re: Users are prompted by ucf on upgrade from Trusty to Xenial

** Tags removed: verification-needed ** Tags added: verification-done -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1915547 Title: Users are prompted by ucf

[Touch-packages] [Bug 1915547] Re: Users are prompted by ucf on upgrade from Trusty to Xenial

> For this SRU, I'd therefore expect to see being added only the hashes involved in the specific issue being fixed - presumably only one - rather than 117. Usually the above never comes up, but I think it's relevant when there are 117, rather than the one or two entries that are common. >

[Touch-packages] [Bug 1917677] [NEW] ubuntu: ucf tracking of valid known md5sums should be limited to only those md5sums that affect a given distro release

Public bug reported: Currently the project tracks all valid md5sums of permutations of 50unattended-upgrades.conf in a single md5sum file that contains every md5sum of every historic version of all unique distros: 50unattended-upgrades.Debian 50unattended-upgrades.Devuan

[Touch-packages] [Bug 1915471] [NEW] FFe: base-files update MOTD help text formatting

Public bug reported: [Description] Provide updated messaging text and formatting for MOTD 10-help-text related to text message organization, layout and verbiage. Minor improvements for cleaner formatting of messages greeting ssh attaches to a machine. [Rationale] MOTD messaging is one of the

[Touch-packages] [Bug 1867029] Re: Package ifupdown breaks network configuration by cloud-init

This bug is believed to be fixed in cloud-init in version 20.2. If this is still a problem for you, please make a comment and set the state back to New Thank you. ** Changed in: cloud-init Status: Fix Committed => Fix Released -- You received this bug notification because you are a

[Touch-packages] [Bug 1867029] Re: Package ifupdown breaks network configuration by cloud-init

** Changed in: cloud-init Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ifupdown in Ubuntu. https://bugs.launchpad.net/bugs/1867029 Title: Package ifupdown breaks network

[Touch-packages] [Bug 1867029] Re: Package ifupdown breaks network configuration by cloud-init

A separate bug has been filed against ifupdown package as well. Though I'm not sure it will be a bug that will be fixed because Ubuntu Bionic and later do not really support ifupdown, they support using netplan for network configuration.

[Touch-packages] [Bug 1867029] Re: Package ifupdown breaks network configuration by cloud-init

An upstream commit is up for review with a fix for this issue: https://github.com/canonical/cloud-init/pull/267 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ifupdown in Ubuntu. https://bugs.launchpad.net/bugs/1867029

[Touch-packages] [Bug 1868329] Re: ifupdown does not render viable /etc/network/interfaces on bionic ec2 cloud-images

** Also affects: ifupdown (Ubuntu Bionic) Importance: Undecided Status: New ** Also affects: ifupdown (Ubuntu Focal) Importance: Undecided Status: New ** Also affects: ifupdown (Ubuntu Eoan) Importance: Undecided Status: New -- You received this bug notification

[Touch-packages] [Bug 1868329] Re: ifupdown does not render viable /etc/network/interfaces on bionic ec2 cloud-images

** Description changed: Filing this bug for clarification and tracking on Ubuntu Bionic and later. Canonical cloudimages for Ec2 and other clouds leave an artifact that disables /etc/network/interface with the following content: # ifupdown has been replaced by netplan(5) on this

[Touch-packages] [Bug 1868329] [NEW] ifupdown does not render viable /etc/network/interfaces on bionic ec2 cloud-images

Public bug reported: Filing this bug for clarification and tracking on Ubuntu Bionic and later. Canonical cloudimages for Ec2 and other clouds leave an artifact that disables /etc/network/interface with the following content: # ifupdown has been replaced by netplan(5) on this system. See #

[Touch-packages] [Bug 1867029] Re: Package ifupdown breaks network configuration by cloud-init

** Changed in: cloud-init Status: Confirmed => In Progress ** Changed in: cloud-init Assignee: (unassigned) => Chad Smith (chad.smith) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ifupdown in Ubuntu.

[Touch-packages] [Bug 1857051] Re: Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESMApps:${distro_codename}-apps-security to allowed origins (on Ubuntu)

### Eoan esm-apps * esm-infra verification on stock Eoan cloudimages # This test will show no regression in unattended-upgrades because there are no ESM offerings # on Eoan. test script: #!/bin/bash if [ $# != 1 ]; then echo "usage: $0 " exit 1 fi SERIES=$1 LXC_NAME=test-sru-$SERIES echo 1.

[Touch-packages] [Bug 1857051] Re: Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESMApps:${distro_codename}-apps-security to allowed origins (on Ubuntu)

Verification complete for this SRU thanks. I marked trusty as Won't Fix as ubuntu-advantage-tools already delivers the appropriate APT config supplement for esm-infra-security and esm-apps-security. So, it's unnecessary risk. -- You received this bug notification because you are a member of

[Touch-packages] [Bug 1857051] Re: Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESMApps:${distro_codename}-apps-security to allowed origins (on Ubuntu)

This changeset is not 'critical' for ESM support on trusty because ubuntu-advantage-tools package already delivers a static APT config with the appropriate values: root@trusty-box:~# cat /etc/apt/apt.conf.d/51ubuntu-advantage-esm Unattended-Upgrade::Allowed-Origins {

[Touch-packages] [Bug 1857051] Re: Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESMApps:${distro_codename}-apps-security to allowed origins (on Ubuntu)

### Verification Failure??? of ESM-infra for Eoan Not much to verify here. The ESM-infra and ESM-Apps services are only targeted to support LTS releases of Ubuntu, so ubuntu-advantage-tools will not even allow enabling ESM services on Eoan. As such, I don't think we should be targeting Eoan for

[Touch-packages] [Bug 1857051] Re: Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESMApps:${distro_codename}-apps-security to allowed origins (on Ubuntu)

Hi Łukasz, Also there is a trusty series task on this bug, I'm unsure whether to mark this SRU tag "verification-done" until we resolve both the trusty task and potentially dropping the Eoan task -- You received this bug notification because you are a member of Ubuntu Touch seeded packages,

[Touch-packages] [Bug 1857051] Re: Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESMApps:${distro_codename}-apps-security to allowed origins (on Ubuntu)

Note for expected results on a typical Eoan system while trying to `ua enable esm-infra` One moment, checking your subscription first ESM Infra is not available for Ubuntu 19.10 (Eoan Ermine). So no ESM APT repos should be accessible on Eoan systems per product design. -- You received this

[Touch-packages] [Bug 1857051] Re: Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESMApps:${distro_codename}-apps-security to allowed origins (on Ubuntu)

### Bionic esm-apps * esm-infra verification on AWS Ubuntu Pro test script: #!/bin/bash if [ $# != 1 ]; then echo "usage: $0 " exit 1 fi echo 1. Launch AWs Ubuntu PRO Bionic which auto-enables both esm-apps and esm-infra VM_IP=$1 echo 2. Remove ubuntu-advantage-tools Alllowed-Origins config

[Touch-packages] [Bug 1857051] Re: Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESMApps:${distro_codename}-apps-security to allowed origins (on Ubuntu)

### Xenial AwS Ubuntu Pro instance test test script: #!/bin/bash if [ $# != 1 ]; then echo "usage: $0 " exit 1 fi echo 1. Launch AWs Ubuntu PRO Xenial which auto-enables both esm-apps and esm-infra VM_IP=$1 echo 2. Remove ubuntu-advantage-tools Alllowed-Origins config ssh ubuntu@$VM_IP sudo

[Touch-packages] [Bug 1857051] Re: Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESMApps:${distro_codename}-apps-security to allowed origins (on Ubuntu)

### Bionic validation 1. start with a bionic VM with unattended-upgrades from bionic-updates 2. ua enable ESM-Infra via ubuntu-advantage-tools 3. /etc/apt/apt.conf.d/51ubuntu-advantage-esm (which delivers Allowed-Origins config) "${distro_id}ESMApps:${distro_codename}-apps-security";

[Touch-packages] [Bug 1823376] Re: Please add ${distro_id}ESM:${distro_codename}-security to allowed origins (on Ubuntu)

I think this bug is replaced by the work here: https://bugs.launchpad.net/ubuntu/+source/unattended- upgrades/+bug/1857051 ESM archive names for ESMApps and ESMInfa are now: "${distro_id}ESM:${distro_codename}-infra-security"; "${distro_id}ESMApps:${distro_codename}-apps-security"; The

[Touch-packages] [Bug 1823376] Re: Please add ${distro_id}ESM:${distro_codename}-security to allowed origins (on Ubuntu)

I think this bug is replaced by the work here. archive nmames for ESMApps and ESMInfa are now: "${distro_id}ESM:${distro_codename}-infra-security"; "${distro_id}ESMApps:${distro_codename}-apps-security"; The original request in this bug can be dropped as this repo archive is deprecated:

[Touch-packages] [Bug 1857051] Re: Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESMApps:${distro_codename}-apps-security to allowed origins (on Ubuntu)

Balint, It looks like this is addressed by: https://github.com/mvo5/unattended-upgrades/pull/244 which has now merged. Do we know if that branch going to be SRU'd to Trusty, Xenial and Bionic ** Changed in: unattended-upgrades (Ubuntu) Status: New => In Progress -- You received this

[Touch-packages] [Bug 1857051] Re: Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESMApps:${distro_codename}-apps-security to allowed origins (on Ubuntu)

** Changed in: unattended-upgrades (Ubuntu) Status: Incomplete => New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unattended-upgrades in Ubuntu. https://bugs.launchpad.net/bugs/1857051 Title: Please add

[Touch-packages] [Bug 1857051] Re: Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESM:${distro_codename}-apps-security to allowed origins (on Ubuntu)

** Description changed: ESM -infra-security and -apps-security will need to participate in unattended upgrades. + + + Currently /etc/apt/apt.conf.d/50unattended-upgrades provides: + Unattended-Upgrade::Allowed-Origins { + "${distro_id}ESM:${distro_codename}"; + } + + + Given that

[Touch-packages] [Bug 1857051] Re: Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESM:${distro_codename}-apps-security to allowed origins (on Ubuntu)

** Summary changed: - Please add ${distro_id}ESM:${distro_codename}-infra-security and t${distro_id}ESM:${distro_codename}-apps-securityo allowed origins (on Ubuntu) + Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESM:${distro_codename}-apps-security to allowed

[Touch-packages] [Bug 1823376] Re: Please add ${distro_id}ESM:${distro_codename}-security to allowed origins (on Ubuntu)

This bug was fixed (and seems available in Eoan and Focal) but this feature Unattended upgrades setting was not backported to trusty, xenial or bionic. Please consider this backport to support ESM -security origins on trusty, xenial and bionic. ** Also affects: unattended-upgrades (Ubuntu Xenial)

[Touch-packages] [Bug 1857051] [NEW] Please add ${distro_id}ESM:${distro_codename}-infra-security and ${distro_id}ESM:${distro_codename}-apps-security to allowed origins (on Ubuntu)

Public bug reported: ESM -infra-security and -apps-security will need to participate in unattended upgrades. ** Affects: unattended-upgrades (Ubuntu) Importance: Undecided Status: New ** Affects: unattended-upgrades (Ubuntu Trusty) Importance: Undecided Status: New

[Touch-packages] [Bug 1855616] Re: apport tries to hit ec2 metadata service if cloud-init is installed

I'll have to double check on UEC images and whether cloud-init is included in those image types, but we should be able to depend on the following function that that is the case: def add_cloud_info(report): # EC2 and Ubuntu Enterprise Cloud instances try: instance_data = json.loads(

[Touch-packages] [Bug 1835581] Re: networkd-dhcp4 does not set prefsrc for dhcp-provided classless or static routes

Manual validate of fix in -proposed systemd on bionic, disco and eoan (eoan expected broken until followup to systemd-242 SRU is queued). Azure uses DHCP classess routes and blocks all secondary IP traffic to their IMDS service or external bound traffic. Attached are success logs on Azure vms,

  1   2   >