[Touch-packages] [Bug 1996958] Re: [Azure] 18.04 - /by-path/ has the same path

2022-11-17 Thread Seyeong Kim
I deleted the patch as if I put higher Lun number when I add disk ( in
Azure UI ), it works fine. even with this patch, it is the same.

** Patch removed: "lp1996958_bionic.debdiff"
   
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1996958/+attachment/5631295/+files/lp1996958_bionic.debdiff

-- 
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/1996958

Title:
  [Azure] 18.04 - /by-path/ has the same path

Status in systemd package in Ubuntu:
  Fix Released
Status in systemd source package in Bionic:
  In Progress

Bug description:
  [Impact]
  Azure 18.04 has issue with /dev/disk/by-path/ has the same path name when vm 
has multiple disks.

  [Test Plan]
  1. launch 18.04 on azure
  2. add extra disk to #1 vm
  3. check the path

  xtrusia@test-canonical:~$ udevadm info --name=/dev/sda | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:0
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_0
  xtrusia@test-canonical:~$ udevadm info --name=/dev/sdb | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:1
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_1
  xtrusia@test-canonical:~$ udevadm info --name=/dev/sdc | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:0
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_0

  [Where problems might occur]
  TBD

  [Others]

  upstream patch
  
https://github.com/systemd/systemd/pull/8509/commits/f3a1d5756e2fc4a8508caf3859a481cebf9d28a7

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1996958/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1989292] Re: package openssh-server 1:8.9p1-3 failed to install/upgrade: »installiertes openssh-server-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 1 zur

2022-11-17 Thread Launchpad Bug Tracker
[Expired for openssh (Ubuntu) because there has been no activity for 60
days.]

** Changed in: openssh (Ubuntu)
   Status: Incomplete => Expired

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to openssh in Ubuntu.
https://bugs.launchpad.net/bugs/1989292

Title:
  package openssh-server 1:8.9p1-3 failed to install/upgrade:
  »installiertes openssh-server-Skript des Paketes post-
  installation«-Unterprozess gab den Fehlerwert 1 zurück

Status in openssh package in Ubuntu:
  Expired

Bug description:
  when starting the system it shows the following:
  [ 0.578926]--- [end Kernel panic - not syncing: VFS: Unable to mount root fs 
on unknown-block (0,0) ]---

  ProblemType: Package
  DistroRelease: Ubuntu 22.04
  Package: openssh-server 1:8.9p1-3
  ProcVersionSignature: Ubuntu 5.4.0-124.140-generic 5.4.195
  Uname: Linux 5.4.0-124-generic x86_64
  ApportVersion: 2.20.11-0ubuntu82.1
  Architecture: amd64
  CasperMD5CheckResult: unknown
  Date: Thu Sep  8 13:40:54 2022
  ErrorMessage: »installiertes openssh-server-Skript des Paketes 
post-installation«-Unterprozess gab den Fehlerwert 1 zurück
  Python3Details: /usr/bin/python3.10, Python 3.10.4, python3-minimal, 
3.10.4-0ubuntu2
  PythonDetails: N/A
  RebootRequiredPkgs: Error: path contained symlinks.
  RelatedPackageVersions:
   dpkg 1.21.1ubuntu2.1
   apt  2.4.7
  SourcePackage: openssh
  Title: package openssh-server 1:8.9p1-3 failed to install/upgrade: 
»installiertes openssh-server-Skript des Paketes 
post-installation«-Unterprozess gab den Fehlerwert 1 zurück
  UpgradeStatus: Upgraded to jammy on 2022-09-08 (3 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1989292/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1871959] Re: Crash with SIGABRT in _iris_batch_flush from iris_fence_flush()

2022-11-17 Thread Bug Watch Updater
** Changed in: mesa
   Status: New => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1871959

Title:
  Crash with SIGABRT in _iris_batch_flush from iris_fence_flush()

Status in Mesa:
  Fix Released
Status in mesa package in Ubuntu:
  Confirmed

Bug description:
  https://errors.ubuntu.com/problem/23a23997d8d3287584722beeaee600306df3a1bf
  https://errors.ubuntu.com/problem/d9ee437c6ea3330d18aecaa0d3e07f71ca0c8d1a
  https://errors.ubuntu.com/problem/a960bab710b867c695551df03b8207cdc0da9a6f

  ---

  nothing particular done to trigger this, just opening the lid
  apparently crashed the x server (ubuntu 20.04); then after reboot
  apport prompted me to report a crash

  ProblemType: Crash
  DistroRelease: Ubuntu 20.04
  Package: xserver-xorg-core 2:1.20.7-2ubuntu2
  ProcVersionSignature: Ubuntu 5.4.0-12.15-generic 5.4.8
  Uname: Linux 5.4.0-12-generic x86_64
  ApportVersion: 2.20.11-0ubuntu25
  Architecture: amd64
  CompositorRunning: None
  CurrentDesktop: GNOME-Greeter:GNOME
  Date: Fri Apr 10 00:50:52 2020
  DistUpgraded: 2019-12-20 18:35:39,979 DEBUG Running PostInstallScript: 
'./xorg_fix_proprietary.py'
  DistributionChannelDescriptor:
   # This is the distribution channel descriptor for the OEM CDs
   # For more information see 
http://wiki.ubuntu.com/DistributionChannelDescriptor
   canonical-oem-somerville-bionic-amd64-20180608-47+north-bay-14-15-15p+X56
  DistroCodename: focal
  DistroVariant: ubuntu
  ExecutablePath: /usr/lib/xorg/Xorg
  ExtraDebuggingInterest: Yes
  GraphicsCard:
   Intel Corporation UHD Graphics 620 (Whiskey Lake) [8086:3ea0] (rev 02) 
(prog-if 00 [VGA controller])
     Subsystem: Dell UHD Graphics 620 (Whiskey Lake) [1028:08b9]
  InstallationDate: Installed on 2019-11-27 (134 days ago)
  InstallationMedia: Ubuntu 18.04 "Bionic" - Build amd64 LIVE Binary 
20180608-09:38
  Lsusb:
   Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
   Bus 001 Device 002: ID 0bda:5532 Realtek Semiconductor Corp. 
Integrated_Webcam_HD
   Bus 001 Device 003: ID 8087:0029 Intel Corp.
   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
  MachineType: Dell Inc. Latitude 5500
  ProcCmdline: /usr/lib/xorg/Xorg vt1 -displayfd 3 -auth 
/run/user/120/gdm/Xauthority -background none -noreset -keeptty -verbose 3
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-12-generic 
root=UUID=559b7a9d-8198-424b-8812-ea72c10f013e ro mem_sleep_default=deep quiet 
splash vt.handoff=7
  Signal: 6
  SourcePackage: xorg-server
  StacktraceTop:
   __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
   __GI_abort () at abort.c:79
   ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
   ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
   ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
  Title: Xorg crashed with SIGABRT in __GI_raise()
  UpgradeStatus: Upgraded to focal on 2019-12-20 (111 days ago)
  UserGroups:

  dmi.bios.date: 08/21/2019
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: 1.5.1
  dmi.board.name: 0M14W7
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A01
  dmi.chassis.type: 10
  dmi.chassis.vendor: Dell Inc.
  dmi.modalias: 
dmi:bvnDellInc.:bvr1.5.1:bd08/21/2019:svnDellInc.:pnLatitude5500:pvr:rvnDellInc.:rn0M14W7:rvrA01:cvnDellInc.:ct10:cvr:
  dmi.product.family: Latitude
  dmi.product.name: Latitude 5500
  dmi.product.sku: 08B9
  dmi.sys.vendor: Dell Inc.
  separator:

  version.compiz: compiz N/A
  version.libdrm2: libdrm2 2.4.100-4
  version.libgl1-mesa-dri: libgl1-mesa-dri 20.0.4-1ubuntu1
  version.libgl1-mesa-glx: libgl1-mesa-glx 20.0.4-1ubuntu1
  version.xserver-xorg-core: xserver-xorg-core 2:1.20.7-2ubuntu2
  version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
  version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:19.1.0-1
  version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20190815-1
  version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.16-1

To manage notifications about this bug go to:
https://bugs.launchpad.net/mesa/+bug/1871959/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1996958] Re: [Azure] 18.04 - /by-path/ has the same path

2022-11-17 Thread Seyeong Kim
** Patch added: "lp1996958_bionic.debdiff"
   
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1996958/+attachment/5631295/+files/lp1996958_bionic.debdiff

** Patch removed: "lp1996958_bionic.debdiff"
   
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1996958/+attachment/5631294/+files/lp1996958_bionic.debdiff

** Description changed:

  [Impact]
  Azure 18.04 has issue with /dev/disk/by-path/ has the same path name when vm 
has multiple disks.
  
  [Test Plan]
  1. launch 18.04 on azure
  2. add extra disk to #1 vm
  3. check the path
  
  xtrusia@test-canonical:~$ udevadm info --name=/dev/sda | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:0
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_0
  xtrusia@test-canonical:~$ udevadm info --name=/dev/sdb | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:1
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_1
  xtrusia@test-canonical:~$ udevadm info --name=/dev/sdc | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:0
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_0
  
- 
  [Where problems might occur]
  TBD
  
  [Others]
+ 
+ upstream patch
+ 
https://github.com/systemd/systemd/pull/8509/commits/f3a1d5756e2fc4a8508caf3859a481cebf9d28a7

** Also affects: systemd (Ubuntu Bionic)
   Importance: Undecided
   Status: New

** Changed in: systemd (Ubuntu)
   Status: New => Fix Released

** Changed in: systemd (Ubuntu Bionic)
   Status: New => In Progress

** Changed in: systemd (Ubuntu Bionic)
 Assignee: (unassigned) => Seyeong Kim (seyeongkim)

-- 
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/1996958

Title:
  [Azure] 18.04 - /by-path/ has the same path

Status in systemd package in Ubuntu:
  Fix Released
Status in systemd source package in Bionic:
  In Progress

Bug description:
  [Impact]
  Azure 18.04 has issue with /dev/disk/by-path/ has the same path name when vm 
has multiple disks.

  [Test Plan]
  1. launch 18.04 on azure
  2. add extra disk to #1 vm
  3. check the path

  xtrusia@test-canonical:~$ udevadm info --name=/dev/sda | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:0
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_0
  xtrusia@test-canonical:~$ udevadm info --name=/dev/sdb | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:1
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_1
  xtrusia@test-canonical:~$ udevadm info --name=/dev/sdc | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:0
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_0

  [Where problems might occur]
  TBD

  [Others]

  upstream patch
  
https://github.com/systemd/systemd/pull/8509/commits/f3a1d5756e2fc4a8508caf3859a481cebf9d28a7

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1996958/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1996958] Re: [Azure] 18.04 - /by-path/ has the same path

2022-11-17 Thread Seyeong Kim
** Patch added: "lp1996958_bionic.debdiff"
   
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1996958/+attachment/5631294/+files/lp1996958_bionic.debdiff

-- 
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/1996958

Title:
  [Azure] 18.04 - /by-path/ has the same path

Status in systemd package in Ubuntu:
  Fix Released
Status in systemd source package in Bionic:
  In Progress

Bug description:
  [Impact]
  Azure 18.04 has issue with /dev/disk/by-path/ has the same path name when vm 
has multiple disks.

  [Test Plan]
  1. launch 18.04 on azure
  2. add extra disk to #1 vm
  3. check the path

  xtrusia@test-canonical:~$ udevadm info --name=/dev/sda | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:0
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_0
  xtrusia@test-canonical:~$ udevadm info --name=/dev/sdb | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:1
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_1
  xtrusia@test-canonical:~$ udevadm info --name=/dev/sdc | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:0
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_0

  [Where problems might occur]
  TBD

  [Others]

  upstream patch
  
https://github.com/systemd/systemd/pull/8509/commits/f3a1d5756e2fc4a8508caf3859a481cebf9d28a7

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1996958/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1898397] Re: package initramfs-tools 0.136ubuntu6.3 failed to install/upgrade: installed initramfs-tools package post-installation script subprocess returned error exit status 1

2022-11-17 Thread jdbarnes-isi
same but with 6.7

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to initramfs-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1898397

Title:
  package initramfs-tools 0.136ubuntu6.3 failed to install/upgrade:
  installed initramfs-tools package post-installation script subprocess
  returned error exit status 1

Status in initramfs-tools package in Ubuntu:
  Confirmed

Bug description:
  Error occurred during and after installing Ubuntu 20.04.1 LTS

  ProblemType: Package
  DistroRelease: Ubuntu 20.04
  Package: initramfs-tools 0.136ubuntu6.3
  ProcVersionSignature: Ubuntu 5.4.0-48.52-generic 5.4.60
  Uname: Linux 5.4.0-48-generic x86_64
  ApportVersion: 2.20.11-0ubuntu27.9
  Architecture: amd64
  CasperMD5CheckResult: skip
  Date: Sat Oct  3 12:44:26 2020
  ErrorMessage: installed initramfs-tools package post-installation script 
subprocess returned error exit status 1
  InstallationDate: Installed on 2015-10-10 (1819 days ago)
  InstallationMedia: Ubuntu 15.04 "Vivid Vervet" - Release amd64 (20150422)
  PackageArchitecture: all
  Python3Details: /usr/bin/python3.8, Python 3.8.2, python3-minimal, 
3.8.2-0ubuntu2
  PythonDetails: /usr/bin/python2.7, Python 2.7.18rc1, python-is-python2, 
2.7.17-4
  RelatedPackageVersions:
   dpkg 1.19.7ubuntu3
   apt  2.0.2ubuntu0.1
  SourcePackage: initramfs-tools
  Title: package initramfs-tools 0.136ubuntu6.3 failed to install/upgrade: 
installed initramfs-tools package post-installation script subprocess returned 
error exit status 1
  UpgradeStatus: Upgraded to focal on 2020-10-03 (0 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1898397/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1996958] Re: [Azure] 18.04 - /by-path/ has the same path

2022-11-17 Thread Seyeong Kim
** Description changed:

+ [Impact]
+ Azure 18.04 has issue with /dev/disk/by-path/ has the same path name when vm 
has multiple disks.
+ 
+ [Test Plan]
+ 1. launch 18.04 on azure
+ 2. add extra disk to #1 vm
+ 3. check the path
+ 
+ xtrusia@test-canonical:~$ udevadm info --name=/dev/sda | grep ID_PATH
+ E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:0
+ E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_0
+ xtrusia@test-canonical:~$ udevadm info --name=/dev/sdb | grep ID_PATH
+ E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:1
+ E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_1
+ xtrusia@test-canonical:~$ udevadm info --name=/dev/sdc | grep ID_PATH
+ E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:0
+ E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_0
+ 
+ 
+ [Where problems might occur]
  TBD
+ 
+ [Others]

-- 
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/1996958

Title:
  [Azure] 18.04 - /by-path/ has the same path

Status in systemd package in Ubuntu:
  New

Bug description:
  [Impact]
  Azure 18.04 has issue with /dev/disk/by-path/ has the same path name when vm 
has multiple disks.

  [Test Plan]
  1. launch 18.04 on azure
  2. add extra disk to #1 vm
  3. check the path

  xtrusia@test-canonical:~$ udevadm info --name=/dev/sda | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:0
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_0
  xtrusia@test-canonical:~$ udevadm info --name=/dev/sdb | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:1
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_1
  xtrusia@test-canonical:~$ udevadm info --name=/dev/sdc | grep ID_PATH
  E: ID_PATH=acpi-VMBUS:00-scsi-0:0:0:0
  E: ID_PATH_TAG=acpi-VMBUS_00-scsi-0_0_0_0

  
  [Where problems might occur]
  TBD

  [Others]

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1996958/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1996946] Re: Memory leak on every frame when reading GIF animations

2022-11-17 Thread Ubuntu Foundations Team Bug Bot
The attachment "Fix memory leak" seems to be a patch.  If it isn't,
please remove the "patch" flag from the attachment, remove the "patch"
tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the
team.

[This is an automated message performed by a Launchpad user owned by
~brian-murray, for any issues please contact him.]

** Tags added: patch

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gdk-pixbuf in Ubuntu.
https://bugs.launchpad.net/bugs/1996946

Title:
  Memory leak on every frame when reading GIF animations

Status in gdk-pixbuf package in Ubuntu:
  New

Bug description:
  There is a big memory leak when reading GIF animations.

  The issue was identified and fixed in gdk-pixbuf two (2) years ago,
  but it was released in a version grater that the available in Ubuntu
  20.04.

  At first glance, the leak appears only when a static image is
  requested, but this function is used by pixbuf's upload functions and
  calls this function internally. So the leak happens every time a GIF
  is loaded.

  Here is the commit with the fix released in version 2.41:

  https://gitlab.gnome.org/GNOME/gdk-
  pixbuf/-/commit/dd3aa9ed64a0a370c8150f98e849ffc6e73da827

  A patch is attached to this message.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gdk-pixbuf/+bug/1996946/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1996958] [NEW] [Azure] 18.04 - /by-path/ has the same path

2022-11-17 Thread Seyeong Kim
Public bug reported:

TBD

** Affects: systemd (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: sts

** Tags added: sts

-- 
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/1996958

Title:
  [Azure] 18.04 - /by-path/ has the same path

Status in systemd package in Ubuntu:
  New

Bug description:
  TBD

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1996958/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1993037] Re: Ubuntu 22.04, debianutils moved run-parts into /usr/bin, breaking systemd-cron in the course

2022-11-17 Thread Steve Langasek
What should have happened on upgrade from 20.04 to 22.04 is:

- upgrade of ubuntu-minimal pulls in usrmerge as a Recommended package
- usrmerge converts your system so that /bin is a symlink to /usr/bin, /sbin is 
a symlink to /usr/sbin, etc.
- resolving run-parts as either /bin/run-parts or /usr/bin/run-parts on the 
filesystem just works.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to debianutils in Ubuntu.
https://bugs.launchpad.net/bugs/1993037

Title:
  Ubuntu 22.04, debianutils moved run-parts into /usr/bin, breaking
  systemd-cron in the course

Status in debianutils package in Ubuntu:
  Incomplete
Status in systemd-cron package in Ubuntu:
  New

Bug description:
  (Found in Ubuntu 22.04 LTS)
  package debianutils keeps run-parts executable in /usr/bin/
  while package systemd-cron tries to find it in /bin/

  $ which run-parts
  /usr/bin/run-parts

  $ dpkg -S `which run-parts`
  debianutils: /usr/bin/run-parts

  $ grep =/bin/run /lib/systemd/system/cron*
  /lib/systemd/system/cron-daily.service:ExecStart=/bin/run-parts --report 
/etc/cron.daily
  /lib/systemd/system/cron-hourly.service:ExecStart=/bin/run-parts --report 
/etc/cron.hourly
  /lib/systemd/system/cron-monthly.service:ExecStart=/bin/run-parts --report 
/etc/cron.monthly
  /lib/systemd/system/cron-weekly.service:ExecStart=/bin/run-parts --report 
/etc/cron.weekly

  Because of that, cron-daily.serice gets info "failed" state soon after
  system reboot.

  Please resolve the problem to make systemd-cron more usable.
  Thanks in advance for your help.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/debianutils/+bug/1993037/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1993037] Re: Ubuntu 22.04, debianutils moved run-parts into /usr/bin, breaking systemd-cron in the course

2022-11-17 Thread Steve Langasek
Are you missing the ubuntu-minimal package on your system?

Non-usrmerged systems are not supported in 22.04 and later.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to debianutils in Ubuntu.
https://bugs.launchpad.net/bugs/1993037

Title:
  Ubuntu 22.04, debianutils moved run-parts into /usr/bin, breaking
  systemd-cron in the course

Status in debianutils package in Ubuntu:
  Incomplete
Status in systemd-cron package in Ubuntu:
  New

Bug description:
  (Found in Ubuntu 22.04 LTS)
  package debianutils keeps run-parts executable in /usr/bin/
  while package systemd-cron tries to find it in /bin/

  $ which run-parts
  /usr/bin/run-parts

  $ dpkg -S `which run-parts`
  debianutils: /usr/bin/run-parts

  $ grep =/bin/run /lib/systemd/system/cron*
  /lib/systemd/system/cron-daily.service:ExecStart=/bin/run-parts --report 
/etc/cron.daily
  /lib/systemd/system/cron-hourly.service:ExecStart=/bin/run-parts --report 
/etc/cron.hourly
  /lib/systemd/system/cron-monthly.service:ExecStart=/bin/run-parts --report 
/etc/cron.monthly
  /lib/systemd/system/cron-weekly.service:ExecStart=/bin/run-parts --report 
/etc/cron.weekly

  Because of that, cron-daily.serice gets info "failed" state soon after
  system reboot.

  Please resolve the problem to make systemd-cron more usable.
  Thanks in advance for your help.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/debianutils/+bug/1993037/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1996946] Re: Memory leak on every frame when reading GIF animations

2022-11-17 Thread Alejandro
** Description changed:

  There is a big memory leak when reading GIF animations.
  
  The issue was identified and fixed in gdk-pixbuf two (2) years ago, but
  it was released in a version grater that the available in Ubuntu 20.04.
  
  At first glance, the leak appears only when a static image is requested,
  but this function is used by pixbuf's upload functions and calls this
  function internally. So the leak happens every time a GIF is loaded.
  
- Here is the commit with the fix releases in version 2.41:
+ Here is the commit with the fix released in version 2.41:
  
  https://gitlab.gnome.org/GNOME/gdk-
  pixbuf/-/commit/dd3aa9ed64a0a370c8150f98e849ffc6e73da827
  
  A patch is attached to this message.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gdk-pixbuf in Ubuntu.
https://bugs.launchpad.net/bugs/1996946

Title:
  Memory leak on every frame when reading GIF animations

Status in gdk-pixbuf package in Ubuntu:
  New

Bug description:
  There is a big memory leak when reading GIF animations.

  The issue was identified and fixed in gdk-pixbuf two (2) years ago,
  but it was released in a version grater that the available in Ubuntu
  20.04.

  At first glance, the leak appears only when a static image is
  requested, but this function is used by pixbuf's upload functions and
  calls this function internally. So the leak happens every time a GIF
  is loaded.

  Here is the commit with the fix released in version 2.41:

  https://gitlab.gnome.org/GNOME/gdk-
  pixbuf/-/commit/dd3aa9ed64a0a370c8150f98e849ffc6e73da827

  A patch is attached to this message.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gdk-pixbuf/+bug/1996946/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1996946] [NEW] Memory leak on every frame when reading GIF animations

2022-11-17 Thread Alejandro
Public bug reported:

There is a big memory leak when reading GIF animations.

The issue was identified and fixed in gdk-pixbuf two (2) years ago, but
it was released in a version grater that the available in Ubuntu 20.04.

At first glance, the leak appears only when a static image is requested,
but this function is used by pixbuf's upload functions and calls this
function internally. So the leak happens every time a GIF is loaded.

Here is the commit with the fix releases in version 2.41:

https://gitlab.gnome.org/GNOME/gdk-
pixbuf/-/commit/dd3aa9ed64a0a370c8150f98e849ffc6e73da827

A patch is attached to this message.

** Affects: gdk-pixbuf (Ubuntu)
 Importance: Undecided
 Status: New

** Patch added: "Fix memory leak"
   
https://bugs.launchpad.net/bugs/1996946/+attachment/5631282/+files/fix-animation-iterator-leak.patch

** Summary changed:

- Memory leak on every frmae when reading GIF animations
+ Memory leak on every frame when reading GIF animations

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gdk-pixbuf in Ubuntu.
https://bugs.launchpad.net/bugs/1996946

Title:
  Memory leak on every frame when reading GIF animations

Status in gdk-pixbuf package in Ubuntu:
  New

Bug description:
  There is a big memory leak when reading GIF animations.

  The issue was identified and fixed in gdk-pixbuf two (2) years ago,
  but it was released in a version grater that the available in Ubuntu
  20.04.

  At first glance, the leak appears only when a static image is
  requested, but this function is used by pixbuf's upload functions and
  calls this function internally. So the leak happens every time a GIF
  is loaded.

  Here is the commit with the fix releases in version 2.41:

  https://gitlab.gnome.org/GNOME/gdk-
  pixbuf/-/commit/dd3aa9ed64a0a370c8150f98e849ffc6e73da827

  A patch is attached to this message.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gdk-pixbuf/+bug/1996946/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 964497] Re: GIF loader uses about 280M of VmRSS for a 200Kb GIF

2022-11-17 Thread Launchpad Bug Tracker
Status changed to 'Confirmed' because the bug affects multiple users.

** Changed in: gdk-pixbuf (Ubuntu)
   Status: New => Confirmed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gdk-pixbuf in Ubuntu.
https://bugs.launchpad.net/bugs/964497

Title:
  GIF loader uses about 280M of VmRSS for a 200Kb GIF

Status in gdk-pixbuf:
  Fix Released
Status in gdk-pixbuf package in Ubuntu:
  Confirmed

Bug description:
  https://bugzilla.gnome.org/show_bug.cgi?id=585425

  Patch reduced memory usage from 892MiB to 30MiB on amd64 - may it will
  be useful?

To manage notifications about this bug go to:
https://bugs.launchpad.net/gdk-pixbuf/+bug/964497/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1993403] Re: Merge heimdal from Debian unstable for lunar

2022-11-17 Thread Bryce Harrington
** Changed in: heimdal (Ubuntu)
   Status: New => In Progress

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to heimdal in Ubuntu.
https://bugs.launchpad.net/bugs/1993403

Title:
  Merge heimdal from Debian unstable for lunar

Status in heimdal package in Ubuntu:
  In Progress

Bug description:
  Scheduled-For: ubuntu-22.11
  Upstream: tbd
  Debian:   7.7.0+dfsg-6
  Ubuntu:   7.7.0+dfsg-4ubuntu1


  
  ### New Debian Changes ###

  heimdal (7.7.0+dfsg-6) unstable; urgency=medium

* Retry deleting dangling windc.so again. Closes: #577229.
* Create /var/lib/heimdal-kdc/m-key not /var/lib/heimdal-kdc/heimdal.mkey.
  Closes: #964008.
* Disable use of -rpath in krb5-config.heimdal. Closes: #868840.

   -- Brian May   Mon, 05 Sep 2022 08:35:33 +1000

  heimdal (7.7.0+dfsg-5) unstable; urgency=medium

* Fix missing closefrom symbol. Closes: #1016884, #1017244.
* Fix spelling of dependency in changelog.
* Fix override_dh_fixperms typo, use 700 for /var/lib/heimdal-kdc/
* Remove default --parallel from dh call.
* Remove unused debian/upstream/signing-key.asc key.
* Fix Multi-Arch headers. heimdal-multidev is not co-installable, so
  heimdal-dev cannot be co-installable either.

   -- Brian May   Fri, 02 Sep 2022 07:59:59 +1000

  heimdal (7.7.0+dfsg-4) unstable; urgency=medium

* Delete dependency on install-info. Closes: #1013735.
* Non-maintainer upload.
* Reduce Build-Depends: (Closes: #980531)
  + Drop unused libhesiod-dev.
  + Drop unused libperl4-corelibs-perl as cf/make-proto.pl no longer uses
it.
  + Drop unused libx11-dev, libxau-dev, libxt-dev, ss-dev, and
x11proto-core-dev.
  + Clean generated C tables to actually rebuild them using python3.

   -- Brian May   Mon, 27 Jun 2022 10:36:10 +1000

  heimdal (7.7.0+dfsg-3) unstable; urgency=high

* Fix CVE-2021-3671: A null pointer de-reference was found in the way
  samba kerberos server handled missing sname in TGS-REQ. Closes: #996586.
* Fix autoconf 2.7 issues.

   -- Brian May   Wed, 17 Nov 2021 12:12:45 +1100

  heimdal (7.7.0+dfsg-2) unstable; urgency=medium

* Build using python3. Closes: #936695, #960032.

   -- Brian May   Tue, 12 May 2020 06:56:04 +1000

  heimdal (7.7.0+dfsg-1) unstable; urgency=medium

* New upstream version.
* Fix CVE-2019-14870: The DelegationNotAllowed Kerberos feature restriction
  was not being applied when processing protocol
  transition requests (S4U2Self), in the AD DC KDC. Closes: #946786.

   -- Brian May   Tue, 17 Dec 2019 20:23:41 +1100

  heimdal (7.5.0+dfsg-3) unstable; urgency=high

* CVE-2018-16860: Samba AD DC S4U2Self/S4U2Proxy unkeyed checksum.
  Closes: #928966.
* CVE-2019-12098: Always confirm PA-PKINIT-KX for anon PKINIT.
  Closes: #929064.
* Update test certificates to pre 2038 expiry. Closes: #923930.

   -- Brian May   Tue, 21 May 2019 18:04:35 +1000

  heimdal (7.5.0+dfsg-2.1) unstable; urgency=medium

* Non-maintainer upload
* Add patch to create headers before building (Closes: 906623)

   -- Hilko Bengen   Sun, 28 Oct 2018 15:10:44 +0100

  heimdal (7.5.0+dfsg-2) unstable; urgency=medium

* Replace 'MAXHOSTNAMELEN' with 'MaxHostNameLen' in kdc/kx509.c for The
  Hurd. Closes: #900079.

   -- Brian May   Sat, 02 Jun 2018 10:01:46 +1000

  heimdal (7.5.0+dfsg-1) unstable; urgency=high

* New upstream version. (Closes: #850723)
  + CVE-2017-17439: Remote unauthenticated DoS in Heimdal-KDC 7.4
(Closes: #878144, #868157)
  + Refresh patches.
* Bump Standards-Version to 4.1.2 and compat level to 10.
  + Remove explicit reference to dh-autoreconf.
* Use uscan to get orig source.
  + Refrain from mangling some bundled RFC texts;
just exclude the mas they are not installed into any binary anyway.
  + Update d/copyright to DEP-5.
  + Can now use standard uscan/gbp/pristine-tar workflow.
* Fix some lintian errors/warnings.
  + Strip trailing whitespace from changelog.
  + Fix some duplicate long descriptions.
  + Use optional priority everywhere.
  + Update/remove some overrides.


  ### Old Ubuntu Delta ###

  heimdal (7.7.0+dfsg-4ubuntu1) kinetic; urgency=medium

* Merge with Debian unstable (LP: #1971280). Remaining changes:
  - d/rules: Disable lto, to regain dep on roken, otherwise
dependencies on amd64 are different than i386 resulting in
different files on amd64 and i386.
(LP #1934936)
  - d/libroken18-heimdal.symbols: Remove symbol
rk_closefrom@HEIMDAL_ROKEN_1.0 1.4.0+git20110226 Applied verbatim
debdiff from Heinrich Schuchardt (xypron).
(LP #1945787)

   -- Bryce Harrington   Wed, 20 Jul 2022 16:52:39
  -0700

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/heimdal/+bug/1993403/+subscriptions


-- 

[Touch-packages] [Bug 1995260] Re: dnsmasq focal 2.80 NODATA instead of NXDOMAIN bug

2022-11-17 Thread Sergio Durigan Junior
** Merge proposal linked:
   
https://code.launchpad.net/~mirespace/ubuntu/+source/dnsmasq/+git/dnsmasq/+merge/433106

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to dnsmasq in Ubuntu.
https://bugs.launchpad.net/bugs/1995260

Title:
  dnsmasq focal 2.80 NODATA instead of NXDOMAIN bug

Status in dnsmasq package in Ubuntu:
  Fix Released
Status in dnsmasq source package in Focal:
  In Progress

Bug description:
  [SRU]

  [ Impact ]

  Sometimes dnsmasq is incorrectly converting NXDOMAIN responses from
  authoritative dns servers into NODATA. This prevents the name
  resolution for normally working records fails in third party
  plugins/applications, as autopath (coredns).

  [ Test Plan ]

  In a focal VM, before disabling systemd-resolved
  (https://askubuntu.com/questions/907246/how-to-disable-systemd-
  resolved-in-ubuntu), install dnsmasq (apt install dnsmasq-base) if it
  wasn't installed yet.

  #0 Enabling and checking name resolution through dnsmasq

  root@F-dnsmasq:~# sudo lsof -i -P -n | grep LISTEN
  sudo: unable to resolve host F-dnsmasq: Temporary failure in name resolution
  sshd  221root3u  IPv4 120681  0t0  TCP *:22 (LISTEN)
  sshd  221root4u  IPv6 120692  0t0  TCP *:22 (LISTEN)
  root@F-dnsmasq:~# dnsmasq --server 8.8.8.8
  root@F-dnsmasq:~# sudo lsof -i -P -n | grep LISTEN
  sudo: unable to resolve host F-dnsmasq: Name or service not known
  sshd   221root3u  IPv4 120681  0t0  TCP *:22 (LISTEN)
  sshd   221root4u  IPv6 120692  0t0  TCP *:22 (LISTEN)
  dnsmasq   1485  nobody5u  IPv4 183531  0t0  TCP *:53 (LISTEN)
  dnsmasq   1485  nobody7u  IPv6 183533  0t0  TCP *:53 (LISTEN)

  root@F-dnsmasq:~# ping www.google.com
  PING [www.google.com](http://www.google.com/) (142.250.200.68) 56(84) bytes 
of data.
  64 bytes from [mad07s24-in-f4.1e100.net](http://mad07s24-in-f4.1e100.net/) 
(142.250.200.68): icmp_seq=1 ttl=114 time=16.5 ms
  64 bytes from [mad07s24-in-f4.1e100.net](http://mad07s24-in-f4.1e100.net/) 
(142.250.200.68): icmp_seq=2 ttl=114 time=19.4 ms
  ^C
  --- [www.google.com](http://www.google.com/) ping statistics ---
  2 packets transmitted, 2 received, 0% packet loss, time 1002ms
  rtt min/avg/max/mdev = 16.468/17.927/19.387/1.459 ms

  #1 Bad case

  root@F-dnsmasq:~# for i in srv txt  a  a txt srv; do host -t $i 
test.foo. 127.0.0.1 | tail -n 1; done
  Host test.foo. not found: 3(NXDOMAIN)
  Host test.foo. not found: 3(NXDOMAIN)
  Host test.foo. not found: 3(NXDOMAIN)
  test.foo has no A record
  Host test.foo. not found: 3(NXDOMAIN)
  test.foo has no A record
  test.foo has no TXT record
  test.foo has no SRV record

  #2 Good case

  #2.1 Installing new package

   root@F-dnsmasq:~# l *.deb
  dnsmasq-utils_2.80-1.1ubuntu1.6_amd64.deb 
  dnsmasq-base_2.80-1.1ubuntu1.6_amd64.deb  
dnsmasq_2.80-1.1ubuntu1.6_all.deb
  root@F-dnsmasq:~# dpkg -i *.deb
  (Reading database ... 32079 files and directories currently installed.)
  Preparing to unpack dnsmasq-base_2.80-1.1ubuntu1.6_amd64.deb ...
  Unpacking dnsmasq-base (2.80-1.1ubuntu1.6) over (2.80-1.1ubuntu1.5) ...
  Selecting previously unselected package dnsmasq-utils.
  Preparing to unpack dnsmasq-utils_2.80-1.1ubuntu1.6_amd64.deb ...
  Unpacking dnsmasq-utils (2.80-1.1ubuntu1.6) ...
  Preparing to unpack dnsmasq_2.80-1.1ubuntu1.6_all.deb ...
  Unpacking dnsmasq (2.80-1.1ubuntu1.6) over (2.80-1.1ubuntu1.5) ...
  Setting up dnsmasq-base (2.80-1.1ubuntu1.6) ...
  Setting up dnsmasq-utils (2.80-1.1ubuntu1.6) ...
  Setting up dnsmasq (2.80-1.1ubuntu1.6) ...
  Job for dnsmasq.service failed because the control process exited with error 
code.
  See "systemctl status dnsmasq.service" and "journalctl -xe" for details.
  invoke-rc.d: initscript dnsmasq, action "start" failed.
  ● dnsmasq.service - dnsmasq - A lightweight DHCP and caching DNS server
  Loaded: loaded (/lib/systemd/system/dnsmasq.service; enabled; vendor preset: 
enabled)
  Active: failed (Result: exit-code) since Tue 2022-11-15 11:42:49 UTC; 8ms ago
  Process: 1641 ExecStartPre=/usr/sbin/dnsmasq --test (code=exited, 
status=0/SUCCESS)
  Process: 1642 ExecStart=/etc/init.d/dnsmasq systemd-exec (code=exited, 
status=2)

  Nov 15 11:42:49 F-dnsmasq systemd[1]: Starting dnsmasq - A lightweight DHCP 
and caching DNS server...
  Nov 15 11:42:49 F-dnsmasq dnsmasq[1641]: dnsmasq: syntax check OK.
  Nov 15 11:42:49 F-dnsmasq dnsmasq[1642]: dnsmasq: failed to create listening 
socket for port 53: Address already in use
  Nov 15 11:42:49 F-dnsmasq dnsmasq[1642]: failed to create listening socket 
for port 53: Address already in use
  Nov 15 11:42:49 F-dnsmasq dnsmasq[1642]: FAILED to start up
  Nov 15 11:42:49 F-dnsmasq systemd[1]: dnsmasq.service: Control process 
exited, code=exited, status=2/INVALIDARGUMENT
  Nov 15 11:42:49 F-dnsmasq systemd[1]: dnsmasq.service: Failed with 

[Touch-packages] [Bug 1973441] Re: Printing does not work on Ubuntu 22.04 - cups-pki-invalid

2022-11-17 Thread Paul Mitchell
Further confirmation, deleting a certificate file (dated Sept 2nd) got printing 
working again.
Printer Xerox B230 (probably not relevant, I'm guessing)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to cups in Ubuntu.
https://bugs.launchpad.net/bugs/1973441

Title:
  Printing does not work on Ubuntu 22.04 - cups-pki-invalid

Status in cups package in Ubuntu:
  Confirmed

Bug description:
  After upgrading to 22.04 printing did not work. There is cups-pki-
  invalid error and printer goes to paused state.

  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: cups 2.4.1op1-1ubuntu4
  Uname: Linux 5.17.7-051707-generic x86_64
  ApportVersion: 2.20.11-0ubuntu82
  Architecture: amd64
  CasperMD5CheckResult: pass
  CupsErrorLog: Error: [Errno 13] Permission denied: '/var/log/cups/error_log'
  CurrentDesktop: ubuntu:GNOME
  Date: Sun May 15 15:34:47 2022
  EcryptfsInUse: Yes
  InstallationDate: Installed on 2021-10-12 (214 days ago)
  InstallationMedia: Ubuntu 21.10 "Impish Indri" - Daily amd64 (20211010)
  Lpstat: device for HP_Color_LaserJet_M552_5F80BF: 
implicitclass://HP_Color_LaserJet_M552_5F80BF/
  MachineType: ASUSTeK COMPUTER INC. ROG Strix G513QY_G513QY
  Papersize: a4
  PpdFiles: Error: command ['fgrep', '-H', '*NickName', 
'/etc/cups/ppd/HP_Color_LaserJet_M552_5F80BF.ppd'] failed with exit code 2: 
grep: /etc/cups/ppd/HP_Color_LaserJet_M552_5F80BF.ppd: Permission denied
  ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-5.17.7-051707-generic 
root=UUID=ff964c9b-ce92-4334-8759-9d785a262c60 ro rootflags=subvol=@ quiet 
splash vt.handoff=7
  SourcePackage: cups
  UpgradeStatus: Upgraded to jammy on 2022-04-24 (21 days ago)
  dmi.bios.date: 03/29/2022
  dmi.bios.release: 5.19
  dmi.bios.vendor: American Megatrends International, LLC.
  dmi.bios.version: G513QY.318
  dmi.board.asset.tag: ATN12345678901234567
  dmi.board.name: G513QY
  dmi.board.vendor: ASUSTeK COMPUTER INC.
  dmi.board.version: 1.0
  dmi.chassis.asset.tag: No  Asset  Tag
  dmi.chassis.type: 10
  dmi.chassis.vendor: ASUSTeK COMPUTER INC.
  dmi.chassis.version: 1.0
  dmi.ec.firmware.release: 0.81
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInternational,LLC.:bvrG513QY.318:bd03/29/2022:br5.19:efr0.81:svnASUSTeKCOMPUTERINC.:pnROGStrixG513QY_G513QY:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnG513QY:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:sku:
  dmi.product.family: ROG Strix
  dmi.product.name: ROG Strix G513QY_G513QY
  dmi.product.version: 1.0
  dmi.sys.vendor: ASUSTeK COMPUTER INC.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1973441/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1995601] Re: tzdata 2022f ICU data update

2022-11-17 Thread Benjamin Drung
** Tags removed: foundations-todo

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to tzdata in Ubuntu.
https://bugs.launchpad.net/bugs/1995601

Title:
  tzdata 2022f ICU data update

Status in tzdata package in Ubuntu:
  Fix Released
Status in tzdata source package in Focal:
  Fix Released
Status in tzdata source package in Jammy:
  Fix Released
Status in tzdata source package in Kinetic:
  Fix Released
Status in tzdata source package in Lunar:
  Fix Released

Bug description:
  The ICU data we embed in tzdata was out of sync on the 2022f-0ubuntu1
  upload, still matching the 2022e data instead. It's been updated
  upstream, so we need to do another round of SRUs for it:

  https://github.com/unicode-org/icu-
  data/commit/ad9d2568d02b2130f1ba34f876fc82cad32c522f

  The following Python script should work with the update and crash on
  obsolete data:

  from datetime import datetime
  from icu import ICUtzinfo, TimeZone
  tz = ICUtzinfo(TimeZone.createTimeZone("America/Chihuahua"))
  before = datetime(2022, 10, 1)
  after = datetime(2022, 11, 2)
  assert(tz.utcoffset(before) == tz.utcoffset(after))

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/1995601/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1993478] Re: package openssh-server 1:9.0p1-1ubuntu7 failed to install/upgrade: postinstall script returned 1

2022-11-17 Thread Nick Rosbrook
The autopkgtest failures in kinetic have all been resolved with retries
and/or hinting.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to openssh in Ubuntu.
https://bugs.launchpad.net/bugs/1993478

Title:
  package openssh-server 1:9.0p1-1ubuntu7 failed to install/upgrade:
  postinstall script returned 1

Status in openssh package in Ubuntu:
  Fix Committed
Status in openssh source package in Kinetic:
  Fix Committed

Bug description:
  [Impact]

  Users with /etc/ssh/sshd_config's that contain ListenAddress entries
  with the port specified will not be migrated to socket-activated ssh
  correctly, or may be migrated when they should not be (e.g. if
  ListenAddress, with a port number, is specified more than once). This
  leaves users with a broken sshd configuration.

  [Test Plan]

  There are 4 tests that should be used to verify the fix:

  1. Upgrade to Kinetic with just one ListenAddress entry, which
  specifies port number.

  * On a Jammy system, edit /etc/ssh/sshd_config so that it contains the
  following:

  [...defaults everywhere else...]

  #Port 22
  #AddressFamily any
  #ListenAddress 0.0.0.0
  #ListenAddress ::
  ListenAddress 0.0.0.0:1234

  [...defaults everywhere else...]

  * Run `systemctl restart ssh.service` and confirm that the new configuration 
works as expected.
  * Before running the upgrade, make sure -proposed is enabled.
  * Upgrade to Kinetic by changing jammy -> kinetic in /etc/apt/sources.list, 
and then running apt dist-upgrade (-proposed is disabled when using 
ubuntu-release-upgrader).
  * On an affected system, ssh.socket will fail with `bad-setting` because 
/etc/systemd/system/ssh.socket.d/address.conf contains:

  [Socket]
  ListenStream=

  * On a patched system, ssh.socket will be active/listening, and
  /etc/systemd/system/ssh.socket.d/addresses.conf will contain the
  following:

  [Socket]
  ListenStream=
  ListenStream=0.0.0.0:1234

  2. Upgrade to Kinetic with multiple ListenAddress entries, each
  specifying port number.

  * On a Jammy system, edit /etc/ssh/sshd_config so that it contains the
  following:

  [...defaults everywhere else...]

  #Port 22
  #AddressFamily any
  #ListenAddress 0.0.0.0
  #ListenAddress ::
  ListenAddress 0.0.0.0:1234
  ListenAddress [::]:4321

  [...defaults everywhere else...]

  * Run `systemctl restart ssh.service` and confirm that the new configuration 
works as expected.
  * Before running the upgrade, make sure -proposed is enabled.
  * Upgrade to Kinetic by changing jammy -> kinetic in /etc/apt/sources.list, 
and then running apt dist-upgrade (-proposed is disabled when using 
ubuntu-release-upgrader).
  * On an affected system, migration will be attempted despite the multiple 
ListenAddress options, and ssh.socket will fail with `bad-setting` because 
/etc/systemd/system/ssh.socket.d/address.conf contains:

  [Socket]
  ListenStream=

  * On a patched system, the ListenAddress option will be parsed
  correctly, and migration will not be attempted.

  3. On a Kinetic system which was migrated, but with errors (e.g. test
  case #1, prior to being patched), installing the new package should
  correct the ssh.socket configuration.

  * On a Jammy system, edit /etc/ssh/sshd_config so that it contains the
  following:

  [...defaults everywhere else...]

  #Port 22
  #AddressFamily any
  #ListenAddress 0.0.0.0
  #ListenAddress ::
  ListenAddress 0.0.0.0:1234

  [...defaults everywhere else...]

  * Run `systemctl restart ssh.service` and confirm that the new configuration 
works as expected.
  * Do NOT enable -proposed before the upgrade.
  * Run `do-release-upgrade` to upgrade to Kinetic (setting Prompt=normal in 
/etc/update-manager/release-upgrades if needed).
  * After the openssh-server configuration fails, enable -proposed, and upgrade 
openssh-server.

  * The ssh.socket configuration should be fixed, and 
/etc/systemd/system/ssh.socket.d/addresses.conf should contain:
  [Socket]
  ListenStream=
  ListenStream=0.0.0.0:1234

  4. On a Kinetic system which was incorrectly migrated to ssh socket
  activation (e.g. test case #2, prior to being patched), installing the
  new package reverts to the previous behavior.

  * On a Jammy system, edit /etc/ssh/sshd_config so that it contains the
  following:

  [...defaults everywhere else...]

  #Port 22
  #AddressFamily any
  #ListenAddress 0.0.0.0
  #ListenAddress ::
  ListenAddress 0.0.0.0:1234
  ListenAddress [::]:4321

  [...defaults everywhere else...]

  * Run `systemctl restart ssh.service` and confirm that the new configuration 
works as expected.
  * Do NOT enable -proposed before the upgrade.
  * Run `do-release-upgrade` to upgrade to Kinetic (setting Prompt=normal in 
/etc/update-manager/release-upgrades if needed).
  * After the openssh-server configuration fails, enable -proposed, and upgrade 
openssh-server.
  * The socket-activated ssh migration should be reverted, and ssh.service 
should be 

[Touch-packages] [Bug 1995294] Re: rmdir: failed to remove '/etc/systemd/system/ssh.socket.d': Directory not empty

2022-11-17 Thread Nick Rosbrook
The autopkgtest failures in kinetic have all been resolved with retries
and/or hinting.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to openssh in Ubuntu.
https://bugs.launchpad.net/bugs/1995294

Title:
  rmdir: failed to remove '/etc/systemd/system/ssh.socket.d': Directory
  not empty

Status in openssh package in Ubuntu:
  Triaged
Status in openssh source package in Kinetic:
  Fix Committed

Bug description:
  [Impact]

  If a user a has an existing drop-in config for ssh.socket in
  /etc/systemd/system/ssh.socket.d upgrades to kinetic, and openssh-
  server.postint determines it should *not* perform migration to socket-
  activated ssh, they will receive an error from dpkg:

  Errors were encountered while processing:
   openssh-server
  Exception during pm.DoInstall():  E:Sub-process /usr/bin/dpkg returned an 
error code (1)

  Could not install the upgrades

  The upgrade has aborted. Your system could be in an unusable state. A 
  recovery will run now (dpkg --configure -a). 

  Please report this bug in a browser at 
  http://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+filebug 
  and attach the files in /var/log/dist-upgrade/ to the bug report. 
  E:Sub-process /usr/bin/dpkg returned an error code (1) 

  Setting up openssh-server (1:9.0p1-1ubuntu7) ...
  rmdir: failed to remove '/etc/systemd/system/ssh.socket.d': Directory not 
empty
  dpkg: error processing package openssh-server (--configure):
   installed openssh-server package post-installation script subprocess 
returned error exit status 1
  Errors were encountered while processing:
   openssh-server

  [Test Plan]

  * On a Jammy machine, install openssh-server if necessary. Edit
  /etc/ssh/sshd_config to contain the following:

  $ cat /etc/ssh/sshd_config
  [... defaults everywhere else ...]

  #Port 22
  #AddressFamily any
  ListenAddress 0.0.0.0
  ListenAddress ::

  [... defaults everywhere else ...]

  * Create a trivial drop-in override for ssh.socket:

  $ systemctl edit ssh.socket
  $ cat /etc/systemd/system/ssh.socket.d/override.conf 
  [Unit]
  Description=Testing

  * Now perform an upgrade to Kinetic, and observe the dpkg error.

  [Where problems could occur]
  The solution should be to use rmdir's --ignore-fail-on-empty flag. If the 
flag was mis-spelled, that would produce a new error.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1995294/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1995537] Re: snap 'cannot communicate with server:'

2022-11-17 Thread Paul White
** Package changed: snap (Ubuntu) => snapd (Ubuntu)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to lightdm in Ubuntu.
https://bugs.launchpad.net/bugs/1995537

Title:
  snap 'cannot communicate with server:'

Status in lightdm package in Ubuntu:
  New
Status in snapd package in Ubuntu:
  New
Status in ubuntu-advantage-tools package in Ubuntu:
  Invalid

Bug description:
  Both snap and lightdm haven't worked on my laptop for a while. Both
  work on my desktop without issue. The only difference I can find is
  that my laptop has an NVIDIA gpu while my desktop has an AMD GPU. This
  could account for the lightdm issues: whenever I try to use lightdm
  instead of gdm3, I get stuck in an infinite login loop. But it
  shouldn't account for the snap not functioning at all.

  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: ubuntu-advantage-tools 27.11.3~22.04.1
  ProcVersionSignature: Ubuntu 5.15.0-53.59-generic 5.15.64
  Uname: Linux 5.15.0-53-generic x86_64
  NonfreeKernelModules: nvidia_modeset nvidia
  ApportVersion: 2.20.11-0ubuntu82.2
  Architecture: amd64
  CasperMD5CheckResult: unknown
  CurrentDesktop: Unity:Unity7:ubuntu
  Date: Wed Nov  2 17:51:30 2022
  InstallationDate: Installed on 2021-02-23 (617 days ago)
  InstallationMedia: Ubuntu 20.10 "Groovy Gorilla" - Release amd64 (20201022)
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: ubuntu-advantage-tools
  UpgradeStatus: Upgraded to jammy on 2022-04-24 (192 days ago)
  cloud-id.txt-error: Invalid command specified 'cloud-id'.
  jobs-status.json: {"update_messaging": {"last_run": 
"2022-11-03T00:06:13.370368+00:00", "next_run": 
"2022-11-03T06:06:13.370368+00:00"}, "update_status": {"last_run": 
"2022-11-02T17:09:56+00:00", "next_run": "2022-11-03T05:09:56+00:00"}, 
"metering": {"last_run": "2022-11-03T00:06:13.370368+00:00", "next_run": 
"2022-11-03T04:06:13.370368+00:00"}}
  livepatch-status.txt-error: Invalid command specified 
'/snap/bin/canonical-livepatch status'.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1995537/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1996900] [NEW] display flashes

2022-11-17 Thread Pepijn de Vos
Public bug reported:

During normal usage the display sometimes flashes black. In particular
some websites cause intense flickering with several black frames per
second.

This actually seems to happen in both Wayland and xorg sessions and
flashes the entire screen, so it seems more like a driver bug but I'm
not sure where to file that.

ProblemType: Bug
DistroRelease: Ubuntu 22.10
Package: xorg 1:7.7+23ubuntu2
ProcVersionSignature: Ubuntu 5.19.0-23.24-generic 5.19.7
Uname: Linux 5.19.0-23-generic x86_64
ApportVersion: 2.23.1-0ubuntu3
Architecture: amd64
BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
CasperMD5CheckResult: unknown
CompositorRunning: None
CurrentDesktop: KDE
Date: Thu Nov 17 14:00:15 2022
DistUpgraded: Fresh install
DistroCodename: kinetic
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes, including running git bisection searches
GraphicsCard:
 Advanced Micro Devices, Inc. [AMD/ATI] Raphael [1002:164e] (rev c1) (prog-if 
00 [VGA controller])
   Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Raphael [1002:164e]
InstallationDate: Installed on 2022-10-30 (18 days ago)
InstallationMedia: Lubuntu 22.10 "Kinetic Kudu" - Release amd64 (20221017.1)
MachineType: ASUS System Product Name
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.19.0-23-generic 
root=UUID=bcf965e4-1a60-42fe-8033-214524d1908b ro quiet 
cryptdevice=UUID=66cc3c7b-e0bd-4535-b634-d56226dd88f1:luks-66cc3c7b-e0bd-4535-b634-d56226dd88f1
 root=/dev/mapper/luks-66cc3c7b-e0bd-4535-b634-d56226dd88f1 splash vt.handoff=7
SourcePackage: xorg
Symptom: display
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 09/08/2022
dmi.bios.release: 6.3
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 0603
dmi.board.asset.tag: Default string
dmi.board.name: TUF GAMING X670E-PLUS
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: Rev 1.xx
dmi.chassis.asset.tag: Default string
dmi.chassis.type: 3
dmi.chassis.vendor: Default string
dmi.chassis.version: Default string
dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvr0603:bd09/08/2022:br6.3:svnASUS:pnSystemProductName:pvrSystemVersion:rvnASUSTeKCOMPUTERINC.:rnTUFGAMINGX670E-PLUS:rvrRev1.xx:cvnDefaultstring:ct3:cvrDefaultstring:skuSKU:
dmi.product.family: To be filled by O.E.M.
dmi.product.name: System Product Name
dmi.product.sku: SKU
dmi.product.version: System Version
dmi.sys.vendor: ASUS
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.113-2
version.libgl1-mesa-dri: libgl1-mesa-dri 22.2.1-1ubuntu1
version.libgl1-mesa-glx: libgl1-mesa-glx N/A
version.xserver-xorg-core: xserver-xorg-core 2:21.1.4-2ubuntu1
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:19.1.0-3
version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20210115-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.17-2build1

** Affects: xorg (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug corruption kinetic kubuntu ubuntu wayland-session

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1996900

Title:
  display flashes

Status in xorg package in Ubuntu:
  New

Bug description:
  During normal usage the display sometimes flashes black. In particular
  some websites cause intense flickering with several black frames per
  second.

  This actually seems to happen in both Wayland and xorg sessions and
  flashes the entire screen, so it seems more like a driver bug but I'm
  not sure where to file that.

  ProblemType: Bug
  DistroRelease: Ubuntu 22.10
  Package: xorg 1:7.7+23ubuntu2
  ProcVersionSignature: Ubuntu 5.19.0-23.24-generic 5.19.7
  Uname: Linux 5.19.0-23-generic x86_64
  ApportVersion: 2.23.1-0ubuntu3
  Architecture: amd64
  BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
  CasperMD5CheckResult: unknown
  CompositorRunning: None
  CurrentDesktop: KDE
  Date: Thu Nov 17 14:00:15 2022
  DistUpgraded: Fresh install
  DistroCodename: kinetic
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes, including running git bisection searches
  GraphicsCard:
   Advanced Micro Devices, Inc. [AMD/ATI] Raphael [1002:164e] (rev c1) (prog-if 
00 [VGA controller])
 Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Raphael [1002:164e]
  InstallationDate: Installed on 2022-10-30 (18 days ago)
  InstallationMedia: Lubuntu 22.10 "Kinetic Kudu" - Release amd64 (20221017.1)
  MachineType: ASUS System Product Name
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.19.0-23-generic 
root=UUID=bcf965e4-1a60-42fe-8033-214524d1908b ro quiet 
cryptdevice=UUID=66cc3c7b-e0bd-4535-b634-d56226dd88f1:luks-66cc3c7b-e0bd-4535-b634-d56226dd88f1
 root=/dev/mapper/luks-66cc3c7b-e0bd-4535-b634-d56226dd88f1 splash vt.handoff=7
  SourcePackage: xorg
  Symptom: display
  UpgradeStatus: No upgrade log present (probably fresh install)
 

[Touch-packages] [Bug 1815036] Re: uri defined for connectivity check does not have IPv6 address

2022-11-17 Thread Sebastien Bacher
The connectivity server does handle IPv6 now

** Changed in: network-manager (Ubuntu)
   Status: Confirmed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1815036

Title:
  uri defined for connectivity check does not have IPv6 address

Status in network-manager package in Ubuntu:
  Fix Released

Bug description:
  As per subject. This package defines the file
  /usr/lib/NetworkManager/conf.d/20-connectivity-ubuntu.conf, which
  defines the uri for the connectivity check to be http://connectivity-
  check.ubuntu.com

  This hostname does not resolve to an IPv6 address. Therefore, even if
  the user has fully working IPv6, the connectivity check for IPv6 will
  fail. As a result, the IPv6 default routes will be heavily
  deprioritised (ie: having 2 added to the metric) rendering them
  effectively inoperable absent a deliberate effort to use IPv6-only
  addresses.

  NB: This was discovered by-the-by during reporting of bug #1814262
  upstream at
  
https://gitlab.freedesktop.org/NetworkManager/NetworkManager/issues/116#note_114448

  It seems to be irrelevant to the main thrust of that bug, which is
  that IPv4 wired routes are not being identified as working correctly.
  In fact, when I switch to network-manager-config-connectivity-debian,
  the hostname defined there *does* have a working IPv6 address, and the
  issue actually being reported in that other bug does not affect the
  IPv6 routes, only the IPv4 ones.

  The bug here probably doesn't need any change made to the package
  itself, but rather to the networking of the actual target URL. It
  needs an IPv6 () DNS record, and for it to function on that
  address.

  I note in passing the debian connectivity check URL resolves to
  several IP addresses - four IPv4 addresses and 3 IPv6 addresses,
  presumably geographically diverse. (It's actually a CNAME to
  static.debian.org) This looks like it would be a more reliable target
  for connectivity checks. The ubuntu URL only resolves to a single IPv4
  address.

  ProblemType: Bug
  DistroRelease: Ubuntu 19.04
  Package: network-manager-config-connectivity-ubuntu 1.15.2-0ubuntu1
  ProcVersionSignature: Ubuntu 4.19.0-12.13-generic 4.19.18
  Uname: Linux 4.19.0-12-generic x86_64
  ApportVersion: 2.20.10-0ubuntu20
  Architecture: amd64
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Feb  7 12:35:24 2019
  IfupdownConfig:
   # interfaces(5) file used by ifup(8) and ifdown(8)
   auto lo
   iface lo inet loopback
  InstallationDate: Installed on 2018-09-11 (148 days ago)
  InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Alpha amd64 (20180214)
  IpRoute:
   default via 192.168.1.254 dev enp63s0 proto dhcp metric 100 
   default via 192.168.1.254 dev wlp2s0 proto dhcp metric 20600 
   169.254.0.0/16 dev wlp2s0 scope link metric 1000 
   192.168.1.0/24 dev enp63s0 proto kernel scope link src 192.168.1.106 metric 
100 
   192.168.1.0/24 dev wlp2s0 proto kernel scope link src 192.168.1.101 metric 
600
  NetworkManager.state:
   [main]
   NetworkingEnabled=true
   WirelessEnabled=true
   WWANEnabled=true
  PackageArchitecture: all
  SourcePackage: network-manager
  UpgradeStatus: Upgraded to disco on 2019-01-13 (24 days ago)
  nmcli-nm:
   RUNNING  VERSION  STATE  STARTUP  CONNECTIVITY  NETWORKING  WIFI-HW  
WIFI WWAN-HW  WWAN
   running  1.15.2   connected  started  full  enabled enabled  
enabled  enabled  enabled

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1815036/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1995137] Re: Add "sun4i-drm_dri.so" to libg1-mesa-dri and fix compilation on riscv64

2022-11-17 Thread Isaac True
Prebuilt packages for riscv64 are available in this PPA:
https://launchpad.net/~itrue/+archive/ubuntu/mesa-riscv64

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1995137

Title:
  Add "sun4i-drm_dri.so" to libg1-mesa-dri and fix compilation on
  riscv64

Status in mesa package in Ubuntu:
  New

Bug description:
  "sun4i-drm_dri.so" is needed for some RISC-V platforms such as the
  Allwinner D1. This file is missing from the riscv64 packages, but
  present on others.  This affects (at least) 20.04 and 22.04.

  itrue@lxc-focal ~/tmp> dpkg -c 
libgl1-mesa-dri_21.2.6-0ubuntu0.1~20.04.2_arm64.deb | grep _dri.so
  *snip*
  hrw-r--r-- root/root 0 2022-03-08 16:37 
./usr/lib/aarch64-linux-gnu/dri/sun4i-drm_dri.so link to 
./usr/lib/aarch64-linux-gnu/dri/armada-drm_dri.so
  *snip*

  itrue@lxc-focal ~/tmp> dpkg -c 
libgl1-mesa-dri_21.2.6-0ubuntu0.1~20.04.2_riscv64.deb | grep _dri.so
  -rw-r--r-- root/root  16498024 2022-03-08 16:37 
./usr/lib/riscv64-linux-gnu/dri/kms_swrast_dri.so
  hrw-r--r-- root/root 0 2022-03-08 16:37 
./usr/lib/riscv64-linux-gnu/dri/nouveau_dri.so link to 
./usr/lib/riscv64-linux-gnu/dri/kms_swrast_dri.so
  -rw-r--r-- root/root   4692400 2022-03-08 16:37 
./usr/lib/riscv64-linux-gnu/dri/nouveau_vieux_dri.so
  hrw-r--r-- root/root 0 2022-03-08 16:37 
./usr/lib/riscv64-linux-gnu/dri/r200_dri.so link to 
./usr/lib/riscv64-linux-gnu/dri/nouveau_vieux_dri.so
  hrw-r--r-- root/root 0 2022-03-08 16:37 
./usr/lib/riscv64-linux-gnu/dri/r300_dri.so link to 
./usr/lib/riscv64-linux-gnu/dri/kms_swrast_dri.so
  hrw-r--r-- root/root 0 2022-03-08 16:37 
./usr/lib/riscv64-linux-gnu/dri/r600_dri.so link to 
./usr/lib/riscv64-linux-gnu/dri/kms_swrast_dri.so
  hrw-r--r-- root/root 0 2022-03-08 16:37 
./usr/lib/riscv64-linux-gnu/dri/radeon_dri.so link to 
./usr/lib/riscv64-linux-gnu/dri/nouveau_vieux_dri.so
  hrw-r--r-- root/root 0 2022-03-08 16:37 
./usr/lib/riscv64-linux-gnu/dri/radeonsi_dri.so link to 
./usr/lib/riscv64-linux-gnu/dri/kms_swrast_dri.so
  hrw-r--r-- root/root 0 2022-03-08 16:37 
./usr/lib/riscv64-linux-gnu/dri/swrast_dri.so link to 
./usr/lib/riscv64-linux-gnu/dri/kms_swrast_dri.so
  hrw-r--r-- root/root 0 2022-03-08 16:37 
./usr/lib/riscv64-linux-gnu/dri/virtio_gpu_dri.so link to 
./usr/lib/riscv64-linux-gnu/dri/kms_swrast_dri.so
  hrw-r--r-- root/root 0 2022-03-08 16:37 
./usr/lib/riscv64-linux-gnu/dri/zink_dri.so link to 
./usr/lib/riscv64-linux-gnu/dri/kms_swrast_dri.so

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1995137/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1842320] Re: Can't boot: "error: out of memory." immediately after the grub menu

2022-11-17 Thread Yohn Chrichton
The issue happened for me after installing newer nvidia proprietary drivers 
(515 and also 520). 
The only way to recover was to boot using a previous installed kernel (I used 
rescue mode. The rescue mode in current kernel still gives the same error)

Not sure how this helps this bug investigation but was real pain knowing
that I couldn't install the nvidia drivers.

The only thing that worked was installing the nvidia drivers 470
version.

https://forums.developer.nvidia.com/t/ubuntu-22-04-1-nvidia-driver-open-
kernel-nvidia-driver-515-open-issue/231356/12?u=yohn.krichton

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to initramfs-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1842320

Title:
  Can't boot: "error: out of memory." immediately after the grub menu

Status in grub:
  Unknown
Status in OEM Priority Project:
  Triaged
Status in grub2-signed package in Ubuntu:
  Triaged
Status in grub2-unsigned package in Ubuntu:
  Triaged
Status in initramfs-tools package in Ubuntu:
  Won't Fix
Status in linux package in Ubuntu:
  Confirmed

Bug description:
  [Impact]

   * In some cases, if the users’ initramfs grow bigger, then it’ll
  likely not be able to be loaded by grub2.

   * Some real cases from OEM projects:

  In many built-in 4k monitor laptops with nvidia drivers, the u-d-c
  puts the nvidia*.ko to initramfs which grows the initramfs to ~120M.
  Also the gfxpayload=auto will remain to use 4K resolution since it’s
  what EFI POST passed.

  In this case, the grub isn't able to load initramfs because the
  grub_memalign() won't be able to get suitable memory for the larger
  file:

  ```
  #0 grub_memalign (align=1, size=592214020) at ../../../grub-core/kern/mm.c:376
  #1 0x7dd7b074 in grub_malloc (size=592214020) at 
../../../grub-core/kern/mm.c:408
  #2 0x7dd7a2c8 in grub_verifiers_open (io=0x7bc02d80, type=131076)
  at ../../../grub-core/kern/verifiers.c:150
  #3 0x7dd801d4 in grub_file_open (name=0x7bc02f00 
"/boot/initrd.img-5.17.0-1011-oem",
  type=131076) at ../../../grub-core/kern/file.c:121
  #4 0x7bcd5a30 in ?? ()
  #5 0x7fe21247 in ?? ()
  #6 0x7bc030c8 in ?? ()
  #7 0x00017fe21238 in ?? ()
  #8 0x7bcd5320 in ?? ()
  #9 0x7fe21250 in ?? ()
  #10 0x in ?? ()
  ```

  Based on grub_mm_dump, we can see the memory fragment (some parts seem
  likely be used because of 4K resolution?) and doesn’t have available
  contiguous memory for larger file as:

  ```
  grub_real_malloc(...)
  ...
  if (cur->size >= n + extra)
  ```

  Based on UEFI Specification Section 7.2[1] and UEFI driver writers’
  guide 4.2.3[2], we can ask 32bits+ on AllocatePages().

  As most X86_64 platforms should support 64 bits addressing, we should
  extend GRUB_EFI_MAX_USABLE_ADDRESS to 64 bits to get more available
  memory.

   * When users grown the initramfs, then probably will get initramfs
  not found which really annoyed and impact the user experience (system
  not able to boot).

  [Test Plan]

   * detailed instructions how to reproduce the bug:

  1. Any method to grow the initramfs, such as install nvidia-driver.

  2. If developers would like to reproduce, then could dd if=/dev/random
  of=... bs=1M count=500, something like:

  ```
  $ cat /usr/share/initramfs-tools/hooks/zzz-touch-a-file
  #!/bin/sh

  PREREQ=""

  prereqs()
  {
  echo "$PREREQ"
  }

  case $1 in
  # get pre-requisites
  prereqs)
  prereqs
  exit 0
  ;;
  esac

  . /usr/share/initramfs-tools/hook-functions
  dd if=/dev/random of=${DESTDIR}/test-500M bs=1M count=500
  ```

  And then update-initramfs

   * After applying my patches, the issue is gone.

   * I did also test my test grubx64.efi in:

  1. X86_64 qemu with
  1.1. 60M initramfs + 5.15.0-37-generic kernel
  1.2. 565M initramfs + 5.17.0-1011-oem kernel

  2. Amd64 HP mobile workstation with
  2.1. 65M initramfs + 5.15.0-39-generic kernel
  2.2. 771M initramfs + 5.17.0-1011-oem kernel

  All working well.

  [Where problems could occur]

  * The changes almost in i386/efi, thus the impact will be in the i386 / 
x86_64 EFI system.
  The other change is to modify the “grub-core/kern/efi/mm.c” but I use the 
original addressing for “arm/arm64/ia64/riscv32/riscv64”.
  Thus it should not impact them.

  * There is a “#if defined(__x86_64__)” which intent to limit the >
  32bits code in i386 system and also

  ```
   #if defined (__code_model_large__)
  -#define GRUB_EFI_MAX_USABLE_ADDRESS 0x
  +#define GRUB_EFI_MAX_USABLE_ADDRESS __UINTPTR_MAX__
  +#define GRUB_EFI_MAX_ALLOCATION_ADDRESS 0x7fff
   #else
   #define GRUB_EFI_MAX_USABLE_ADDRESS 0x7fff
  +#define GRUB_EFI_MAX_ALLOCATION_ADDRESS 0x3fff
   #endif
  ```

  If everything works as expected, then i386 should working good.

  If not lucky, based on “UEFI writers’ guide”[2], the i386 will get >
  4GB memory region and 

[Touch-packages] [Bug 1963767] Re: [jammy] Microphone not working after suspend

2022-11-17 Thread Nazar Mokrynskyi
Did you test he same webcam as I did (Logitech BRIO)?
If it happens for me with two laptops from different manufacturers that have 
different processors (Intel vs AMD), there is certainly something going on.
It happened on 21.10 and now happns on 22.04 LTS version of Ubuntu, so the bug 
report should be valid IMHO.
Thankfully I'm not using laptop actively, it is a really bad experience.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1963767

Title:
  [jammy] Microphone not working after suspend

Status in linux package in Ubuntu:
  Incomplete
Status in pulseaudio package in Ubuntu:
  Incomplete

Bug description:
  I have Logitech BRIO 4k Pro webcam connected via its USB cable to Asus
  Vivobook Pro 16X OLED M7600QE-L2014X (90NB0V71-M02190) laptop.

  On Ubuntu 21.10 after suspend (`systemctl suspend`) webcam's
  microphone stops working (device is still there, but audio level is at
  zero all the time).

  To make it work again I need to do 2 things (just one is not sufficient):
  1) Disconnect and connect webcam again to the laptop
  2) Restart pulseaudio with `pulseaudio --kill; pulseaudio --start`

  Not sure whose fault it is, likely kernel driver, but the fact that 
pulseaudio needs to be restarted is concerning as well. Reproducible 100% for 
me.
  --- 
  ProblemType: Bug
  ApportVersion: 2.20.11-0ubuntu71
  Architecture: amd64
  CasperMD5CheckResult: unknown
  CurrentDesktop: Custom
  DistroRelease: Ubuntu 21.10
  Package: pulseaudio 1:15.0+dfsg1-1ubuntu2.2
  PackageArchitecture: amd64
  Tags:  impish
  Uname: Linux 5.16.11-xanmod1 x86_64
  UnreportableReason: The running kernel is not an Ubuntu kernel
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups: adm audio cdrom dialout dip docker libvirt lpadmin plugdev 
sambashare sudo
  _MarkForUpload: True
  --- 
  ProblemType: Bug
  ApportVersion: 2.20.11-0ubuntu82.1
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  nazar-pc   1488 F pulseaudio
  CasperMD5CheckResult: pass
  CurrentDesktop: ubuntu:GNOME
  DistroRelease: Ubuntu 22.04
  InstallationDate: Installed on 2022-02-15 (153 days ago)
  InstallationMedia: Ubuntu 21.10 "Impish Indri" - Release amd64 (20211012)
  Lsusb:
   Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
   Bus 001 Device 003: ID 04ca:300d Lite-On Technology Corp. Atheros AR3012 
Bluetooth
   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
  Lsusb-t:
   /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
   /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M
   |__ Port 3: Dev 3, If 0, Class=Wireless, Driver=btusb, 12M
   |__ Port 3: Dev 3, If 1, Class=Wireless, Driver=btusb, 12M
  MachineType: Purism Librem 13 v4
  Package: pulseaudio 1:15.99.1+dfsg1-1ubuntu1
  PackageArchitecture: amd64
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=uk_UA.UTF-8
   SHELL=/bin/bash
  ProcFB: 0 i915drmfb
  ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-5.15.0-39-generic 
root=/dev/mapper/vgubuntu-root ro quiet splash vt.handoff=7
  ProcVersionSignature: Ubuntu 5.15.0-39.42-generic 5.15.35
  RelatedPackageVersions:
   linux-restricted-modules-5.15.0-39-generic N/A
   linux-backports-modules-5.15.0-39-generic  N/A
   linux-firmware 20220329.git681281e4-0ubuntu3.2
  Tags:  jammy wayland-session wayland-session
  Uname: Linux 5.15.0-39-generic x86_64
  UpgradeStatus: Upgraded to jammy on 2022-06-21 (27 days ago)
  UserGroups: adm cdrom dip lpadmin lxd plugdev sambashare sudo
  _MarkForUpload: True
  dmi.bios.date: 01/27/2022
  dmi.bios.release: 4.15
  dmi.bios.vendor: coreboot
  dmi.bios.version: 4.15-Purism-3
  dmi.board.name: Librem 13 v4
  dmi.board.vendor: Purism
  dmi.board.version: 1.0
  dmi.chassis.type: 9
  dmi.chassis.vendor: Purism
  dmi.ec.firmware.release: 0.0
  dmi.modalias: 
dmi:bvncoreboot:bvr4.15-Purism-3:bd01/27/2022:br4.15:efr0.0:svnPurism:pnLibrem13v4:pvr1.0:rvnPurism:rnLibrem13v4:rvr1.0:cvnPurism:ct9:cvr:sku:
  dmi.product.family: Librem 13
  dmi.product.name: Librem 13 v4
  dmi.product.version: 1.0
  dmi.sys.vendor: Purism

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1963767/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1983128] Re: linux-lowlatency fails to build on arm64 due to kernel option settings

2022-11-17 Thread Frank Heimes
set to invails, since this was for a previous proposed migrations issue
that was meanwhile solved

** Changed in: linux-lowlatency (Ubuntu)
   Status: New => Invalid

** Changed in: zlib (Ubuntu)
   Status: New => Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to zlib in Ubuntu.
https://bugs.launchpad.net/bugs/1983128

Title:
  linux-lowlatency fails to build on arm64 due to kernel option settings

Status in linux-lowlatency package in Ubuntu:
  Invalid
Status in zlib package in Ubuntu:
  Invalid

Bug description:
  The 'linux-lowlatency' kernel build (incl. autopkgtest) was triggered in a 
kinetic-proposed migration process (for zlib) and runs into a 'regression':
  "autopkgtest for linux-lowlatency/5.19.0-1001.1: amd64: Pass, arm64: 
Regression ♻"

  The regression is highly likely not due to zlib itself, but due to NEW kernel 
options, that don't have a default yet and a check-config FAIL, see:
  ...
  check-config: 
/tmp/autopkgtest.ZQs9si/build.cYo/src/debian/build/build-lowlatency/.config: 
loading config
  check-config: 
/tmp/autopkgtest.ZQs9si/build.cYo/src/debian.lowlatency/config/annotations 
loading annotations
  check-config: FAIL (n != -): CONFIG_KCOV policy<{'amd64': 'n', 'arm64':
   -, 'armhf': 'n', 'ppc64el': '-', 'riscv64': 'n', 's390x': '-'}>
  check-config: 11323/11324 checks passed -- exit 1
  ...
  Shadow Call Stack (SHADOW_CALL_STACK) [N/y/?] (NEW)
  Error in reading or end of file.
  ...
  Initialize kernel stack variables at function entry
  > 1. no automatic stack variable initialization (weakest) (INIT_STACK_NONE)
    2. pattern-init everything (strongest) (INIT_STACK_ALL_PATTERN) (NEW)
    3. zero-init everything (strongest and safest) (INIT_STACK_ALL_ZERO) (NEW)
  choice[1-3?]:
  Error in reading or end of file.
  ...

  Full log is here:
  
https://autopkgtest.ubuntu.com/results/autopkgtest-kinetic/kinetic/arm64/l/linux-lowlatency/20220728_135536_c2061@/log.gz

  (this might be caused by the recent compiler update)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-lowlatency/+bug/1983128/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp