Activity log for bug #1966774

Date Who What changed Old value New value Message
2022-03-28 15:02:41 Leó Kolbeinsson bug added bug
2022-03-28 15:02:41 Leó Kolbeinsson attachment added awow.jpg https://bugs.launchpad.net/bugs/1966774/+attachment/5573783/+files/awow.jpg
2022-03-28 15:04:19 Leó Kolbeinsson attachment added lenovo.jpg https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1966774/+attachment/5573802/+files/lenovo.jpg
2022-03-28 15:04:55 Leó Kolbeinsson bug added subscriber Lubuntu Packages Team
2022-03-28 15:06:07 Leó Kolbeinsson description Testing Lubuntu Jammy daily ISO 27.03.2022 Test machine AWOW NY41 Int.cel 4125 Selected manual partioning at install to create btrfs custom partition All went well with the install but after rebooting the system failed to boot Received errors "Failed to start Snap Daemon" #Failed to Load Kernel Module drm" and others - see attached screen shot for this machine. Performed other tests - xfs partitioning and also erase disk full installs with no errors Also tested 3 other machines - all same failures if btrfs was used. ProblemType: Bug DistroRelease: Ubuntu 22.04 Package: calamares 3.2.41.1-0ubuntu3 ProcVersionSignature: Ubuntu 5.15.0-23.23-generic 5.15.27 Uname: Linux 5.15.0-23-generic x86_64 .etc.calamares.modules.finished.conf: --- restartNowMode: user-checked restartNowCommand: "systemctl -i reboot" .etc.calamares.modules.shellprocess_logs.conf: --- dontChroot: true timeout: 30 script: - calamares-logs-helper @@ROOT@@ .etc.calamares.modules.unpackfs.conf: --- unpack: - source: "/cdrom/casper/filesystem.squashfs" sourcefs: "squashfs" destination: "" ApportVersion: 2.20.11-0ubuntu79 Architecture: amd64 CasperMD5CheckResult: pass CasperVersion: 1.467 CurrentDesktop: LXQt Date: Mon Mar 28 14:46:10 2022 LiveMediaBuild: Lubuntu 22.04 LTS "Jammy Jellyfish" - Alpha amd64 (20220327) RelatedPackageVersions: calamares-settings-ubuntu-common 1:22.04.4 calamares-settings-lubuntu 1:22.04.4 xfsprogs 5.13.0-1ubuntu2 btrfs-progs 5.16.2-1 SourcePackage: calamares UpgradeStatus: No upgrade log present (probably fresh install) Testing Lubuntu Jammy daily ISO 27.03.2022 Test machine AWOW NY41 Int.cel 4125 Selected manual partitioning at install to create btrfs custom partition All went well with the install but after rebooting the system failed to boot Received errors "Failed to start Snap Daemon" #Failed to Load Kernel Module drm" and others - see attached screen shot for this machine. Performed other tests - xfs partitioning and also erase disk full installs with no errors Also tested 3 other machines - all same failures if btrfs was used. ProblemType: Bug DistroRelease: Ubuntu 22.04 Package: calamares 3.2.41.1-0ubuntu3 ProcVersionSignature: Ubuntu 5.15.0-23.23-generic 5.15.27 Uname: Linux 5.15.0-23-generic x86_64 .etc.calamares.modules.finished.conf:  ---  restartNowMode: user-checked  restartNowCommand: "systemctl -i reboot" .etc.calamares.modules.shellprocess_logs.conf:  ---  dontChroot: true  timeout: 30  script:      - calamares-logs-helper @@ROOT@@ .etc.calamares.modules.unpackfs.conf:  ---  unpack:      - source: "/cdrom/casper/filesystem.squashfs"          sourcefs: "squashfs"          destination: "" ApportVersion: 2.20.11-0ubuntu79 Architecture: amd64 CasperMD5CheckResult: pass CasperVersion: 1.467 CurrentDesktop: LXQt Date: Mon Mar 28 14:46:10 2022 LiveMediaBuild: Lubuntu 22.04 LTS "Jammy Jellyfish" - Alpha amd64 (20220327) RelatedPackageVersions:  calamares-settings-ubuntu-common 1:22.04.4  calamares-settings-lubuntu 1:22.04.4  xfsprogs 5.13.0-1ubuntu2  btrfs-progs 5.16.2-1 SourcePackage: calamares UpgradeStatus: No upgrade log present (probably fresh install)
2022-03-28 15:21:23 Leó Kolbeinsson attachment added syslog https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1966774/+attachment/5573820/+files/syslog
2022-03-28 16:00:04 Ubuntu QA Website tags amd64 apport-bug jammy amd64 apport-bug iso-testing jammy
2022-03-28 17:33:26 Launchpad Janitor calamares (Ubuntu): status New Confirmed
2022-03-28 22:25:32 Dan Simmons calamares (Ubuntu): status Confirmed Incomplete
2022-03-29 06:13:29 Leó Kolbeinsson attachment added syslog https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1966774/+attachment/5574103/+files/syslog
2022-03-29 06:15:14 Leó Kolbeinsson attachment added session.log https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1966774/+attachment/5574104/+files/session.log
2022-03-29 07:06:28 Chris Guiver calamares (Ubuntu): status Incomplete New
2022-03-29 07:11:24 Chris Guiver attachment added syslog https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1966774/+attachment/5574126/+files/syslog
2022-03-29 07:22:03 Chris Guiver attachment added debug https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1966774/+attachment/5574169/+files/debug
2022-03-30 21:38:20 Leó Kolbeinsson tags amd64 apport-bug iso-testing jammy amd64 apport-bug iso-testing jammy studio
2022-03-30 22:16:47 Erich Eickmeyer tags amd64 apport-bug iso-testing jammy studio amd64 apport-bug iso-testing jammy ubuntustudio
2022-03-30 22:16:56 Erich Eickmeyer tags amd64 apport-bug iso-testing jammy ubuntustudio amd64 apport-bug iso-testing jammy lubuntu ubuntustudio
2022-03-31 13:34:36 Łukasz Zemczak calamares (Ubuntu): milestone ubuntu-22.04
2022-04-01 22:25:27 Erich Eickmeyer calamares (Ubuntu): status New Fix Committed
2022-04-02 02:08:19 Leó Kolbeinsson tags amd64 apport-bug iso-testing jammy lubuntu ubuntustudio amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-failed
2022-04-02 16:54:54 Erich Eickmeyer calamares (Ubuntu): status Fix Committed Confirmed
2022-04-19 06:55:21 iGadget bug added subscriber iGadget
2022-04-28 02:52:06 Aaron Rainbolt bug added subscriber Aaron Rainbolt
2022-04-28 15:04:55 Simon Quigley calamares (Ubuntu): assignee Simon Quigley (tsimonq2)
2022-04-28 15:04:59 Simon Quigley calamares (Ubuntu): importance Undecided Medium
2022-04-28 15:05:10 Simon Quigley calamares (Ubuntu): milestone ubuntu-22.04 jammy-updates
2022-04-28 15:05:34 Simon Quigley nominated for series Ubuntu Jammy
2022-04-28 15:05:34 Simon Quigley bug task added calamares (Ubuntu Jammy)
2022-04-28 15:05:34 Simon Quigley nominated for series Ubuntu Kinetic
2022-04-28 15:05:34 Simon Quigley bug task added calamares (Ubuntu Kinetic)
2022-04-28 15:05:42 Simon Quigley calamares (Ubuntu Jammy): assignee Simon Quigley (tsimonq2)
2022-04-28 15:05:46 Simon Quigley calamares (Ubuntu Jammy): milestone jammy-updates
2022-04-28 15:05:54 Simon Quigley calamares (Ubuntu Kinetic): milestone jammy-updates ubuntu-22.05
2022-04-28 15:05:58 Simon Quigley calamares (Ubuntu Jammy): importance Undecided Medium
2022-04-28 15:06:04 Simon Quigley calamares (Ubuntu Jammy): status New In Progress
2022-04-28 15:06:07 Simon Quigley calamares (Ubuntu Kinetic): status Confirmed In Progress
2022-06-02 15:05:26 Simon Quigley bug task added calamares-settings-ubuntu (Ubuntu)
2022-06-02 15:05:34 Simon Quigley calamares-settings-ubuntu (Ubuntu Jammy): status New In Progress
2022-06-02 15:05:36 Simon Quigley calamares-settings-ubuntu (Ubuntu Kinetic): status New Fix Released
2022-06-02 15:05:38 Simon Quigley calamares-settings-ubuntu (Ubuntu Jammy): importance Undecided Medium
2022-06-02 15:05:39 Simon Quigley calamares-settings-ubuntu (Ubuntu Kinetic): importance Undecided Medium
2022-06-02 15:05:41 Simon Quigley calamares-settings-ubuntu (Ubuntu Jammy): assignee Simon Quigley (tsimonq2)
2022-06-02 15:05:43 Simon Quigley calamares-settings-ubuntu (Ubuntu Kinetic): assignee Simon Quigley (tsimonq2)
2022-06-02 15:05:45 Simon Quigley bug task deleted calamares (Ubuntu)
2022-06-02 15:05:54 Simon Quigley bug task deleted calamares (Ubuntu Jammy)
2022-06-02 15:05:56 Simon Quigley bug task deleted calamares (Ubuntu Kinetic)
2022-07-26 03:06:23 Aaron Rainbolt description Testing Lubuntu Jammy daily ISO 27.03.2022 Test machine AWOW NY41 Int.cel 4125 Selected manual partitioning at install to create btrfs custom partition All went well with the install but after rebooting the system failed to boot Received errors "Failed to start Snap Daemon" #Failed to Load Kernel Module drm" and others - see attached screen shot for this machine. Performed other tests - xfs partitioning and also erase disk full installs with no errors Also tested 3 other machines - all same failures if btrfs was used. ProblemType: Bug DistroRelease: Ubuntu 22.04 Package: calamares 3.2.41.1-0ubuntu3 ProcVersionSignature: Ubuntu 5.15.0-23.23-generic 5.15.27 Uname: Linux 5.15.0-23-generic x86_64 .etc.calamares.modules.finished.conf:  ---  restartNowMode: user-checked  restartNowCommand: "systemctl -i reboot" .etc.calamares.modules.shellprocess_logs.conf:  ---  dontChroot: true  timeout: 30  script:      - calamares-logs-helper @@ROOT@@ .etc.calamares.modules.unpackfs.conf:  ---  unpack:      - source: "/cdrom/casper/filesystem.squashfs"          sourcefs: "squashfs"          destination: "" ApportVersion: 2.20.11-0ubuntu79 Architecture: amd64 CasperMD5CheckResult: pass CasperVersion: 1.467 CurrentDesktop: LXQt Date: Mon Mar 28 14:46:10 2022 LiveMediaBuild: Lubuntu 22.04 LTS "Jammy Jellyfish" - Alpha amd64 (20220327) RelatedPackageVersions:  calamares-settings-ubuntu-common 1:22.04.4  calamares-settings-lubuntu 1:22.04.4  xfsprogs 5.13.0-1ubuntu2  btrfs-progs 5.16.2-1 SourcePackage: calamares UpgradeStatus: No upgrade log present (probably fresh install) [Impact] * It is currently difficult to install Lubuntu 22.04 or Ubuntu Studio 22.04 with a BTRFS partition as the root partition. The installation will appear to succeed initially, but the system will be unable to boot successfully when attempting to reboot into the installed system. This is due to an obsolete "space_cache" option being set on the root filesystem in /etc/fstab during installation. * As BTRFS is a rather popular filesystem, enabling users to use it without having to use a special workaround would be quite useful. Since Ubuntu 22.04 is an LTS release, we must either release an SRU fix for this issue, or require users to wait for approximately a year and nine months before being able to use BTRFS on Lubuntu and Ubuntu Studio without problems. * This upload resolves the problem by removing the Calamares configuration option that results in "space_cache" being added to fstab during installation. [Test Plan] * First, create a virtual machine, and use the Lubuntu 22.04 or Ubuntu Studio 22.04 ISO as the installation media. I used GNOME Boxes as my virtualization software, and provided the VM 20 GB of disk space and 2 GB of RAM for Lubuntu, or 4 GB for Ubuntu Studio. EFI was left disabled. * Upon bootup, double click the installation shortcut on the desktop. * Accept all the default options until you get to the "Partitions" screen. Note that it is acceptable to set the time zone to be accurate first, in the event your timezone is set wrong. * When you reach the "Partitions" screen, select "Manual Partitioning". * Create a new partition table, and select "Master Boot Record". * Create a single primary partition, containing all of the space on the disk. Set the file system to "btrfs", set the mount point to "/", and enable the "boot" flag. Then click "OK". * Finish the rest of the installation steps, and allow the installation to begin. * When the installation is finished, allow the VM to reboot. The VM will fail to boot and display multiple alarming "FAILED" messages during the attempted boot process. * Install the calamares-settings-ubuntu-common package from this SRU into the VM. * Install either the calamares-settings-lubuntu or calamares-settings-ubuntustudio package from this SRU into the VM, depending on which flavour your are testing. * Repeat the steps to reproduce the bug. This time, when the VM is rebooted, it will boot into the newly installed OS successfully. [Where problems could occur] * Since the installation process currently results in space_cache=v2 being enabled on the BTRFS filesystem, it is theoretically possible that applications could break in the event that they relied on the space_cache=v1 or space_cache=none. It seems likely to me that such an application would either be outside of Ubuntu's scope (perhaps a BTRFS driver for another OS like WinBtrfs), or would be a disk utility that directly accessed the filesystem without benefit of a BTRFS driver. A user of such a utility ought to be technically savvy enough to change the space_cache option themselves (or go find software that supports modern BTRFS features). [Other info] * There is an alternate solution to this bug, which is to clear the space cache and then set space_cache=v1 by using the `mount` command. This would avoid the use of space_cache=v2 if it was necessary, however since it avoids a scenario that is mostly hypothetical and easily circumvented, I feel it would be a needless waste of performance to take this route. --- Testing Lubuntu Jammy daily ISO 27.03.2022 Test machine AWOW NY41 Int.cel 4125 Selected manual partitioning at install to create btrfs custom partition All went well with the install but after rebooting the system failed to boot Received errors "Failed to start Snap Daemon" #Failed to Load Kernel Module drm" and others - see attached screen shot for this machine. Performed other tests - xfs partitioning and also erase disk full installs with no errors Also tested 3 other machines - all same failures if btrfs was used. ProblemType: Bug DistroRelease: Ubuntu 22.04 Package: calamares 3.2.41.1-0ubuntu3 ProcVersionSignature: Ubuntu 5.15.0-23.23-generic 5.15.27 Uname: Linux 5.15.0-23-generic x86_64 .etc.calamares.modules.finished.conf:  ---  restartNowMode: user-checked  restartNowCommand: "systemctl -i reboot" .etc.calamares.modules.shellprocess_logs.conf:  ---  dontChroot: true  timeout: 30  script:      - calamares-logs-helper @@ROOT@@ .etc.calamares.modules.unpackfs.conf:  ---  unpack:      - source: "/cdrom/casper/filesystem.squashfs"          sourcefs: "squashfs"          destination: "" ApportVersion: 2.20.11-0ubuntu79 Architecture: amd64 CasperMD5CheckResult: pass CasperVersion: 1.467 CurrentDesktop: LXQt Date: Mon Mar 28 14:46:10 2022 LiveMediaBuild: Lubuntu 22.04 LTS "Jammy Jellyfish" - Alpha amd64 (20220327) RelatedPackageVersions:  calamares-settings-ubuntu-common 1:22.04.4  calamares-settings-lubuntu 1:22.04.4  xfsprogs 5.13.0-1ubuntu2  btrfs-progs 5.16.2-1 SourcePackage: calamares UpgradeStatus: No upgrade log present (probably fresh install)
2022-07-26 03:09:21 Aaron Rainbolt description [Impact] * It is currently difficult to install Lubuntu 22.04 or Ubuntu Studio 22.04 with a BTRFS partition as the root partition. The installation will appear to succeed initially, but the system will be unable to boot successfully when attempting to reboot into the installed system. This is due to an obsolete "space_cache" option being set on the root filesystem in /etc/fstab during installation. * As BTRFS is a rather popular filesystem, enabling users to use it without having to use a special workaround would be quite useful. Since Ubuntu 22.04 is an LTS release, we must either release an SRU fix for this issue, or require users to wait for approximately a year and nine months before being able to use BTRFS on Lubuntu and Ubuntu Studio without problems. * This upload resolves the problem by removing the Calamares configuration option that results in "space_cache" being added to fstab during installation. [Test Plan] * First, create a virtual machine, and use the Lubuntu 22.04 or Ubuntu Studio 22.04 ISO as the installation media. I used GNOME Boxes as my virtualization software, and provided the VM 20 GB of disk space and 2 GB of RAM for Lubuntu, or 4 GB for Ubuntu Studio. EFI was left disabled. * Upon bootup, double click the installation shortcut on the desktop. * Accept all the default options until you get to the "Partitions" screen. Note that it is acceptable to set the time zone to be accurate first, in the event your timezone is set wrong. * When you reach the "Partitions" screen, select "Manual Partitioning". * Create a new partition table, and select "Master Boot Record". * Create a single primary partition, containing all of the space on the disk. Set the file system to "btrfs", set the mount point to "/", and enable the "boot" flag. Then click "OK". * Finish the rest of the installation steps, and allow the installation to begin. * When the installation is finished, allow the VM to reboot. The VM will fail to boot and display multiple alarming "FAILED" messages during the attempted boot process. * Install the calamares-settings-ubuntu-common package from this SRU into the VM. * Install either the calamares-settings-lubuntu or calamares-settings-ubuntustudio package from this SRU into the VM, depending on which flavour your are testing. * Repeat the steps to reproduce the bug. This time, when the VM is rebooted, it will boot into the newly installed OS successfully. [Where problems could occur] * Since the installation process currently results in space_cache=v2 being enabled on the BTRFS filesystem, it is theoretically possible that applications could break in the event that they relied on the space_cache=v1 or space_cache=none. It seems likely to me that such an application would either be outside of Ubuntu's scope (perhaps a BTRFS driver for another OS like WinBtrfs), or would be a disk utility that directly accessed the filesystem without benefit of a BTRFS driver. A user of such a utility ought to be technically savvy enough to change the space_cache option themselves (or go find software that supports modern BTRFS features). [Other info] * There is an alternate solution to this bug, which is to clear the space cache and then set space_cache=v1 by using the `mount` command. This would avoid the use of space_cache=v2 if it was necessary, however since it avoids a scenario that is mostly hypothetical and easily circumvented, I feel it would be a needless waste of performance to take this route. --- Testing Lubuntu Jammy daily ISO 27.03.2022 Test machine AWOW NY41 Int.cel 4125 Selected manual partitioning at install to create btrfs custom partition All went well with the install but after rebooting the system failed to boot Received errors "Failed to start Snap Daemon" #Failed to Load Kernel Module drm" and others - see attached screen shot for this machine. Performed other tests - xfs partitioning and also erase disk full installs with no errors Also tested 3 other machines - all same failures if btrfs was used. ProblemType: Bug DistroRelease: Ubuntu 22.04 Package: calamares 3.2.41.1-0ubuntu3 ProcVersionSignature: Ubuntu 5.15.0-23.23-generic 5.15.27 Uname: Linux 5.15.0-23-generic x86_64 .etc.calamares.modules.finished.conf:  ---  restartNowMode: user-checked  restartNowCommand: "systemctl -i reboot" .etc.calamares.modules.shellprocess_logs.conf:  ---  dontChroot: true  timeout: 30  script:      - calamares-logs-helper @@ROOT@@ .etc.calamares.modules.unpackfs.conf:  ---  unpack:      - source: "/cdrom/casper/filesystem.squashfs"          sourcefs: "squashfs"          destination: "" ApportVersion: 2.20.11-0ubuntu79 Architecture: amd64 CasperMD5CheckResult: pass CasperVersion: 1.467 CurrentDesktop: LXQt Date: Mon Mar 28 14:46:10 2022 LiveMediaBuild: Lubuntu 22.04 LTS "Jammy Jellyfish" - Alpha amd64 (20220327) RelatedPackageVersions:  calamares-settings-ubuntu-common 1:22.04.4  calamares-settings-lubuntu 1:22.04.4  xfsprogs 5.13.0-1ubuntu2  btrfs-progs 5.16.2-1 SourcePackage: calamares UpgradeStatus: No upgrade log present (probably fresh install) [Impact]  * It is currently difficult to install Lubuntu 22.04 or Ubuntu Studio 22.04 with a BTRFS partition as the root partition. The installation will appear to succeed initially, but the system will be unable to boot successfully when attempting to reboot into the installed system. This is due to an obsolete "space_cache" option being set on the root filesystem in /etc/fstab during installation.  * As BTRFS is a rather popular filesystem, enabling users to use it without having to use a special workaround would be quite useful. Since Ubuntu 22.04 is an LTS release, we must either release an SRU fix for this issue, or require users to wait for approximately a year and nine months before being able to use BTRFS on Lubuntu and Ubuntu Studio without problems.  * This upload resolves the problem by removing the Calamares configuration option that results in "space_cache" being added to fstab during installation. [Test Plan]  * First, create a virtual machine, and use the Lubuntu 22.04 or Ubuntu    Studio 22.04 ISO as the installation media. I used GNOME Boxes as my    virtualization software, and provided the VM 20 GB of disk space and 2 GB of RAM for Lubuntu, or 4 GB for Ubuntu Studio. EFI was left disabled.  * Upon bootup, double click the installation shortcut on the desktop.  * Accept all the default options until you get to the "Partitions" screen. Note that it is acceptable to set the time zone to be accurate first, in the event your timezone is set wrong.  * When you reach the "Partitions" screen, select "Manual Partitioning".  * Create a new partition table, and select "Master Boot Record".  * Create a single primary partition, containing all of the space on the    disk. Set the file system to "btrfs", set the mount point to "/", and    enable the "boot" flag. Then click "OK".  * Finish the rest of the installation steps, and allow the installation to begin.  * When the installation is finished, allow the VM to reboot. The VM will fail to boot and display multiple alarming "FAILED" messages during the attempted boot process.  * Install the calamares-settings-ubuntu-common package from this SRU into the VM.  * Install either the calamares-settings-lubuntu or    calamares-settings-ubuntustudio package from this SRU into the VM,    depending on which flavour your are testing.  * Repeat the steps to reproduce the bug. This time, when the VM is rebooted, it will boot into the newly installed OS successfully. [Where problems could occur]  * Since the installation process currently results in space_cache=v2 being enabled on the BTRFS filesystem, it is theoretically possible that applications could break in the event that they relied on the    space_cache=v1 or space_cache=none. It seems likely to me that such an application would either be outside of Ubuntu's scope (perhaps a BTRFS driver for another OS like WinBtrfs), or would be a disk utility that directly accessed the filesystem without benefit of a BTRFS driver. A user of such a utility will likely be technically savvy enough to change the space_cache option themselves (or go find software that supports modern BTRFS features). [Other info]  * There is an alternate solution to this bug, which is to clear the space cache and then set space_cache=v1 by using the `mount` command. This would avoid the use of space_cache=v2 if it was necessary, however since it avoids a scenario that is mostly hypothetical and easily circumvented, I feel it would be a needless waste of performance to take this route. --- Original bug report: Testing Lubuntu Jammy daily ISO 27.03.2022 Test machine AWOW NY41 Int.cel 4125 Selected manual partitioning at install to create btrfs custom partition All went well with the install but after rebooting the system failed to boot Received errors "Failed to start Snap Daemon" #Failed to Load Kernel Module drm" and others - see attached screen shot for this machine. Performed other tests - xfs partitioning and also erase disk full installs with no errors Also tested 3 other machines - all same failures if btrfs was used. ProblemType: Bug DistroRelease: Ubuntu 22.04 Package: calamares 3.2.41.1-0ubuntu3 ProcVersionSignature: Ubuntu 5.15.0-23.23-generic 5.15.27 Uname: Linux 5.15.0-23-generic x86_64 .etc.calamares.modules.finished.conf:  ---  restartNowMode: user-checked  restartNowCommand: "systemctl -i reboot" .etc.calamares.modules.shellprocess_logs.conf:  ---  dontChroot: true  timeout: 30  script:      - calamares-logs-helper @@ROOT@@ .etc.calamares.modules.unpackfs.conf:  ---  unpack:      - source: "/cdrom/casper/filesystem.squashfs"          sourcefs: "squashfs"          destination: "" ApportVersion: 2.20.11-0ubuntu79 Architecture: amd64 CasperMD5CheckResult: pass CasperVersion: 1.467 CurrentDesktop: LXQt Date: Mon Mar 28 14:46:10 2022 LiveMediaBuild: Lubuntu 22.04 LTS "Jammy Jellyfish" - Alpha amd64 (20220327) RelatedPackageVersions:  calamares-settings-ubuntu-common 1:22.04.4  calamares-settings-lubuntu 1:22.04.4  xfsprogs 5.13.0-1ubuntu2  btrfs-progs 5.16.2-1 SourcePackage: calamares UpgradeStatus: No upgrade log present (probably fresh install)
2022-07-26 03:24:21 Aaron Rainbolt attachment added btrfsfix.diff https://bugs.launchpad.net/ubuntu/jammy/+source/calamares-settings-ubuntu/+bug/1966774/+attachment/5605291/+files/btrfsfix.diff
2022-07-28 17:04:21 Łukasz Zemczak calamares-settings-ubuntu (Ubuntu Jammy): status In Progress Fix Committed
2022-07-28 17:04:23 Łukasz Zemczak bug added subscriber Ubuntu Stable Release Updates Team
2022-07-28 17:04:25 Łukasz Zemczak bug added subscriber SRU Verification
2022-07-28 17:04:29 Łukasz Zemczak tags amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-failed amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-needed verification-needed-jammy
2022-07-28 19:01:21 Leó Kolbeinsson tags amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-needed verification-needed-jammy amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-done-jammy verification-needed-jammy
2022-07-28 19:34:41 Leó Kolbeinsson tags amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-done-jammy verification-needed-jammy amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-needed-jammy
2022-07-28 20:14:50 Erich Eickmeyer tags amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-needed-jammy amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-needed verification-needed-jammy
2022-07-28 21:06:49 Aaron Rainbolt tags amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-needed verification-needed-jammy amd64 apport-bug iso-testing jammy lubuntu ubuntustudio verification-done verification-done-jammy
2022-07-29 15:10:51 Launchpad Janitor calamares-settings-ubuntu (Ubuntu Jammy): status Fix Committed Fix Released
2022-07-29 15:10:59 Łukasz Zemczak removed subscriber Ubuntu Stable Release Updates Team