[Touch-packages] [Bug 1993869] Re: openssh-server cannot listen or bind to anything other than :::2 after upgrading to 22.10 from 22.04

2022-10-26 Thread Chris M.
You can close this. I did an upgrade from ubuntu 18.04 since I initially
upgraded to 22.04 from this version, and openssh-server's sockets didn't
break the install.

If the error happened it's either related to the Ubuntu 18.04
install/image that was provided by my host or some freak corruption. If
I had touched anything related to systemd's openssh-server but forgot
about it, it would have been the service and a .d folder in
/etc/systemd/system -> https://i.imgur.com/eTRBEmc.png


I joined the dist-upgrade folder with the two ssh.service.d and ssh.socket.d 
folder and override files that were created during the upgrade. 

** Attachment added: "dist-upgrade.zip"
   
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1993869/+attachment/5627085/+files/dist-upgrade.zip

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

Title:
  openssh-server cannot listen or bind to anything other than :::2 after
  upgrading to 22.10 from 22.04

Status in openssh package in Ubuntu:
  Incomplete

Bug description:
  This is a bug report to separate the second issue that was reported in this 
bug report:
  https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1993478

  There's an issue after upgrading to 22.10 from 22.04 that prevents
  opensshd from listening to anything other than :::2. I already
  commented in the bug report I linked, so I'll just copy/paste and add
  some details. I guess.

  The issue is that after upgrading, sshd doesn't use the Listen port or
  ListenAddress config from the sshd_config file or any custom config
  file that was in the sshd_config.d drop in folder anymore.

  Other drop in settings from sshd.config.d seem to be applied normally,
  the issue seem to be only for IP binding and custom ports.

  If I change Accept=no by Accept=yes in ssh.socket and reloads the
  socket unit, I can start sshd on a different port and I can also bind
  the IP to something else than ::

  There's an issue still, an instance of sshd is still listening to
  :::22 that is not started by SSHD but by init.

  root@ubuntulocal:~# netstat -antp
  Active Internet connections (servers and established)
  Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
  tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 568/vsftpd
  tcp 0 0 0.0.0.0:622 0.0.0.0:* LISTEN 571/sshd: /usr/sbin
  tcp 0 272 192.168.1.225:622 192.168.1.220:2473 ESTABLISHED 1027/sshd: root@pts
  tcp6 0 0 :::22 :::* LISTEN 1/init

  If I reboot after changing this no to yes in ssh.socket does not survive a 
reboot and fails to load sshd with a "Failed to queue service startup job" 
error.
  Oct 21 15:41:56 ubuntulocal systemd[1]: ssh.socket: Failed to queue service 
startup job (Maybe the service file is missing or not a template unit?): 
Invalid argument
  Oct 21 15:41:56 ubuntulocal systemd[1]: ssh.socket: Failed with result 
'resources'.

  I had to mask/stop the sshd.socket unit and create a custom sshd
  service in /etc/systemd/system to be able start sshd on a custom port
  and IP.


  chris@ubuntulocal:~$ systemctl status ssh.socket
  ● ssh.socket - OpenBSD Secure Shell server socket
   Loaded: loaded (/lib/systemd/system/ssh.socket; enabled; preset: enabled)
   Active: active (running) since Fri 2022-10-21 23:08:09 UTC; 1min 24s ago
Until: Fri 2022-10-21 23:08:09 UTC; 1min 24s ago
 Triggers: ● ssh.service
   Listen: [::]:22 (Stream)
Tasks: 0 (limit: 18899)
   Memory: 4.0K
  CPU: 418us
   CGroup: /system.slice/ssh.socket

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1993869/+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 1993869] Re: openssh-server cannot listen or bind to anything other than :::2 after upgrading to 22.10 from 22.04

2022-10-24 Thread Chris M.
The machine that returned an openssh-server error and left me with a
partially installed openssh-server package (dpkg IF flag) at the end of
the upgrade process didn't have anything in ssh.socket.d, nor it had a
ssh.socket.d folder in /etc/systemd/system/.

The local machine I tested the upgrade on before trying on my live
server had a file, override.conf, if I remember correctly, in
/etc/systemd/system/ssh.socket.d.

>I have done a jammy->kinetic upgrade using the Machine-1 sshd config that
>you provided, and I do NOT see the errors that were shown in your apt term
>log.

Everything related to systemd was from the 22.04 install. The first and
only time I ever touched anything related to openssh-server systemd
service and socket units was two days ago after the 22.10 upgrade
process returned that openssh-server error.

I'll try to do a 22.04 -> 22.10 upgrade on my local machine later today.

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

Title:
  openssh-server cannot listen or bind to anything other than :::2 after
  upgrading to 22.10 from 22.04

Status in openssh package in Ubuntu:
  Incomplete

Bug description:
  This is a bug report to separate the second issue that was reported in this 
bug report:
  https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1993478

  There's an issue after upgrading to 22.10 from 22.04 that prevents
  opensshd from listening to anything other than :::2. I already
  commented in the bug report I linked, so I'll just copy/paste and add
  some details. I guess.

  The issue is that after upgrading, sshd doesn't use the Listen port or
  ListenAddress config from the sshd_config file or any custom config
  file that was in the sshd_config.d drop in folder anymore.

  Other drop in settings from sshd.config.d seem to be applied normally,
  the issue seem to be only for IP binding and custom ports.

  If I change Accept=no by Accept=yes in ssh.socket and reloads the
  socket unit, I can start sshd on a different port and I can also bind
  the IP to something else than ::

  There's an issue still, an instance of sshd is still listening to
  :::22 that is not started by SSHD but by init.

  root@ubuntulocal:~# netstat -antp
  Active Internet connections (servers and established)
  Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
  tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 568/vsftpd
  tcp 0 0 0.0.0.0:622 0.0.0.0:* LISTEN 571/sshd: /usr/sbin
  tcp 0 272 192.168.1.225:622 192.168.1.220:2473 ESTABLISHED 1027/sshd: root@pts
  tcp6 0 0 :::22 :::* LISTEN 1/init

  If I reboot after changing this no to yes in ssh.socket does not survive a 
reboot and fails to load sshd with a "Failed to queue service startup job" 
error.
  Oct 21 15:41:56 ubuntulocal systemd[1]: ssh.socket: Failed to queue service 
startup job (Maybe the service file is missing or not a template unit?): 
Invalid argument
  Oct 21 15:41:56 ubuntulocal systemd[1]: ssh.socket: Failed with result 
'resources'.

  I had to mask/stop the sshd.socket unit and create a custom sshd
  service in /etc/systemd/system to be able start sshd on a custom port
  and IP.


  chris@ubuntulocal:~$ systemctl status ssh.socket
  ● ssh.socket - OpenBSD Secure Shell server socket
   Loaded: loaded (/lib/systemd/system/ssh.socket; enabled; preset: enabled)
   Active: active (running) since Fri 2022-10-21 23:08:09 UTC; 1min 24s ago
Until: Fri 2022-10-21 23:08:09 UTC; 1min 24s ago
 Triggers: ● ssh.service
   Listen: [::]:22 (Stream)
Tasks: 0 (limit: 18899)
   Memory: 4.0K
  CPU: 418us
   CGroup: /system.slice/ssh.socket

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1993869/+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 1993869] Re: openssh-server cannot listen or bind to anything other than :::2 after upgrading to 22.10 from 22.04

2022-10-24 Thread Chris M.
"My local machine is the one that refuses to boot" -> refused to start
openssh-server at boot.

I believe it happened because I didn't know ssh.service was disabled
when I restarted.

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

Title:
  openssh-server cannot listen or bind to anything other than :::2 after
  upgrading to 22.10 from 22.04

Status in openssh package in Ubuntu:
  Incomplete

Bug description:
  This is a bug report to separate the second issue that was reported in this 
bug report:
  https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1993478

  There's an issue after upgrading to 22.10 from 22.04 that prevents
  opensshd from listening to anything other than :::2. I already
  commented in the bug report I linked, so I'll just copy/paste and add
  some details. I guess.

  The issue is that after upgrading, sshd doesn't use the Listen port or
  ListenAddress config from the sshd_config file or any custom config
  file that was in the sshd_config.d drop in folder anymore.

  Other drop in settings from sshd.config.d seem to be applied normally,
  the issue seem to be only for IP binding and custom ports.

  If I change Accept=no by Accept=yes in ssh.socket and reloads the
  socket unit, I can start sshd on a different port and I can also bind
  the IP to something else than ::

  There's an issue still, an instance of sshd is still listening to
  :::22 that is not started by SSHD but by init.

  root@ubuntulocal:~# netstat -antp
  Active Internet connections (servers and established)
  Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
  tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 568/vsftpd
  tcp 0 0 0.0.0.0:622 0.0.0.0:* LISTEN 571/sshd: /usr/sbin
  tcp 0 272 192.168.1.225:622 192.168.1.220:2473 ESTABLISHED 1027/sshd: root@pts
  tcp6 0 0 :::22 :::* LISTEN 1/init

  If I reboot after changing this no to yes in ssh.socket does not survive a 
reboot and fails to load sshd with a "Failed to queue service startup job" 
error.
  Oct 21 15:41:56 ubuntulocal systemd[1]: ssh.socket: Failed to queue service 
startup job (Maybe the service file is missing or not a template unit?): 
Invalid argument
  Oct 21 15:41:56 ubuntulocal systemd[1]: ssh.socket: Failed with result 
'resources'.

  I had to mask/stop the sshd.socket unit and create a custom sshd
  service in /etc/systemd/system to be able start sshd on a custom port
  and IP.


  chris@ubuntulocal:~$ systemctl status ssh.socket
  ● ssh.socket - OpenBSD Secure Shell server socket
   Loaded: loaded (/lib/systemd/system/ssh.socket; enabled; preset: enabled)
   Active: active (running) since Fri 2022-10-21 23:08:09 UTC; 1min 24s ago
Until: Fri 2022-10-21 23:08:09 UTC; 1min 24s ago
 Triggers: ● ssh.service
   Listen: [::]:22 (Stream)
Tasks: 0 (limit: 18899)
   Memory: 4.0K
  CPU: 418us
   CGroup: /system.slice/ssh.socket

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1993869/+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 1993869] Re: openssh-server cannot listen or bind to anything other than :::2 after upgrading to 22.10 from 22.04

2022-10-24 Thread Chris M.
The whatever caused this "> Failed to restart ssh.socket: Unit
ssh.socket has a bad unit file setting." is related to the 22.04
install. The openSSH-server on machine-1 only has customs ports in the
sshd_config and the rest of the config in the sshd_config.d drop in
folder. Everything related to systemd was never touched.

I joined the sshd config from machine 1.


My local machine is the one that refuses to boot after I change accept=no to 
yes in ssh.socket, systemctl daemon-reload and reboot. I tried to change no to 
yes to reflect 22.04 settings as I missed the news and I didn't Ubuntu uses 
socket to save some 9MB of memory(...) when openssh-server isn't used. I didn't 
try on my live server but I'm pretty sure if I tried the result would be the 
same. 

** Attachment added: "sshd_config-machine1.zip"
   
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1993869/+attachment/5626572/+files/sshd_config-machine1.zip

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

Title:
  openssh-server cannot listen or bind to anything other than :::2 after
  upgrading to 22.10 from 22.04

Status in openssh package in Ubuntu:
  Incomplete

Bug description:
  This is a bug report to separate the second issue that was reported in this 
bug report:
  https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1993478

  There's an issue after upgrading to 22.10 from 22.04 that prevents
  opensshd from listening to anything other than :::2. I already
  commented in the bug report I linked, so I'll just copy/paste and add
  some details. I guess.

  The issue is that after upgrading, sshd doesn't use the Listen port or
  ListenAddress config from the sshd_config file or any custom config
  file that was in the sshd_config.d drop in folder anymore.

  Other drop in settings from sshd.config.d seem to be applied normally,
  the issue seem to be only for IP binding and custom ports.

  If I change Accept=no by Accept=yes in ssh.socket and reloads the
  socket unit, I can start sshd on a different port and I can also bind
  the IP to something else than ::

  There's an issue still, an instance of sshd is still listening to
  :::22 that is not started by SSHD but by init.

  root@ubuntulocal:~# netstat -antp
  Active Internet connections (servers and established)
  Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
  tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 568/vsftpd
  tcp 0 0 0.0.0.0:622 0.0.0.0:* LISTEN 571/sshd: /usr/sbin
  tcp 0 272 192.168.1.225:622 192.168.1.220:2473 ESTABLISHED 1027/sshd: root@pts
  tcp6 0 0 :::22 :::* LISTEN 1/init

  If I reboot after changing this no to yes in ssh.socket does not survive a 
reboot and fails to load sshd with a "Failed to queue service startup job" 
error.
  Oct 21 15:41:56 ubuntulocal systemd[1]: ssh.socket: Failed to queue service 
startup job (Maybe the service file is missing or not a template unit?): 
Invalid argument
  Oct 21 15:41:56 ubuntulocal systemd[1]: ssh.socket: Failed with result 
'resources'.

  I had to mask/stop the sshd.socket unit and create a custom sshd
  service in /etc/systemd/system to be able start sshd on a custom port
  and IP.


  chris@ubuntulocal:~$ systemctl status ssh.socket
  ● ssh.socket - OpenBSD Secure Shell server socket
   Loaded: loaded (/lib/systemd/system/ssh.socket; enabled; preset: enabled)
   Active: active (running) since Fri 2022-10-21 23:08:09 UTC; 1min 24s ago
Until: Fri 2022-10-21 23:08:09 UTC; 1min 24s ago
 Triggers: ● ssh.service
   Listen: [::]:22 (Stream)
Tasks: 0 (limit: 18899)
   Memory: 4.0K
  CPU: 418us
   CGroup: /system.slice/ssh.socket

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1993869/+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 1993869] Re: openssh-server cannot listen or bind to anything other than :::2 after upgrading to 22.10 from 22.04

2022-10-24 Thread Chris M.
[Unit]
After=ssh.socket
Requires=ssh.socket

** Attachment added: "00-socket.conf"
   
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1993869/+attachment/5626566/+files/00-socket.conf

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

Title:
  openssh-server cannot listen or bind to anything other than :::2 after
  upgrading to 22.10 from 22.04

Status in openssh package in Ubuntu:
  Incomplete

Bug description:
  This is a bug report to separate the second issue that was reported in this 
bug report:
  https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1993478

  There's an issue after upgrading to 22.10 from 22.04 that prevents
  opensshd from listening to anything other than :::2. I already
  commented in the bug report I linked, so I'll just copy/paste and add
  some details. I guess.

  The issue is that after upgrading, sshd doesn't use the Listen port or
  ListenAddress config from the sshd_config file or any custom config
  file that was in the sshd_config.d drop in folder anymore.

  Other drop in settings from sshd.config.d seem to be applied normally,
  the issue seem to be only for IP binding and custom ports.

  If I change Accept=no by Accept=yes in ssh.socket and reloads the
  socket unit, I can start sshd on a different port and I can also bind
  the IP to something else than ::

  There's an issue still, an instance of sshd is still listening to
  :::22 that is not started by SSHD but by init.

  root@ubuntulocal:~# netstat -antp
  Active Internet connections (servers and established)
  Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
  tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 568/vsftpd
  tcp 0 0 0.0.0.0:622 0.0.0.0:* LISTEN 571/sshd: /usr/sbin
  tcp 0 272 192.168.1.225:622 192.168.1.220:2473 ESTABLISHED 1027/sshd: root@pts
  tcp6 0 0 :::22 :::* LISTEN 1/init

  If I reboot after changing this no to yes in ssh.socket does not survive a 
reboot and fails to load sshd with a "Failed to queue service startup job" 
error.
  Oct 21 15:41:56 ubuntulocal systemd[1]: ssh.socket: Failed to queue service 
startup job (Maybe the service file is missing or not a template unit?): 
Invalid argument
  Oct 21 15:41:56 ubuntulocal systemd[1]: ssh.socket: Failed with result 
'resources'.

  I had to mask/stop the sshd.socket unit and create a custom sshd
  service in /etc/systemd/system to be able start sshd on a custom port
  and IP.


  chris@ubuntulocal:~$ systemctl status ssh.socket
  ● ssh.socket - OpenBSD Secure Shell server socket
   Loaded: loaded (/lib/systemd/system/ssh.socket; enabled; preset: enabled)
   Active: active (running) since Fri 2022-10-21 23:08:09 UTC; 1min 24s ago
Until: Fri 2022-10-21 23:08:09 UTC; 1min 24s ago
 Triggers: ● ssh.service
   Listen: [::]:22 (Stream)
Tasks: 0 (limit: 18899)
   Memory: 4.0K
  CPU: 418us
   CGroup: /system.slice/ssh.socket

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1993869/+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-10-22 Thread Chris M.
I deleted my account, so I had to create a new one. I used Linux
headless, I'll move away to a Systemd Linux distro that doesn't pull
shenanigans or tries to reinvent the wheel every update.

Whomever pushed this script didn't test it with anything else than the
default all commented ListenAddress and Port in the config. On my
install it failed to convert a custom Listenaddress and Port formatted
exactly as in the default sshd_config file:

Port 622
ListenAddress 0.0.0.0

The machine that didn't return an openssh-server error post-upgrade had
and almost untouched sshd_config with ListenAddress and Port commented
to use opensshd-server default ListenAddress/Port.


I know how to set ports with sockets. I didn't see the new # comment in the 
sshd_config at first I just didn't get why the third party systemd socket was 
taking precedence over the config from the original application package. The 
machine that didn't fail installing openssh-server post-upgrade had a 
/etc/systemd/system/ssh.socket.d/override.conf set. 

Sorry if I hijacked your bug report a bit.

-- 
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:
  Triaged

Bug description:
  update failed...

  ProblemType: Package
  DistroRelease: Ubuntu 22.10
  Package: openssh-server 1:9.0p1-1ubuntu7
  ProcVersionSignature: Ubuntu 5.15.0-48.54-generic 5.15.53
  Uname: Linux 5.15.0-48-generic x86_64
  NonfreeKernelModules: cpuid tcp_diag inet_diag tls authenc echainiv esp4 
xfrm_user xfrm_algo sctp ip6_udp_tunnel udp_tunnel cfg80211 veth nft_chain_nat 
xt_REDIRECT nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xt_tcpudp 
nft_counter xt_policy nft_compat nf_tables nfnetlink bridge stp llc 
nls_iso8859_1 hid_generic joydev crct10dif_pclmul crc32_pclmul 
ghash_clmulni_intel usbhid virtio_net net_failover hid failover i2c_piix4 
pata_acpi qemu_fw_cfg floppy sch_fq_codel ipmi_devintf ipmi_msghandler msr 
ramoops reed_solomon pstore_blk efi_pstore pstore_zone ip_tables x_tables 
autofs4 btrfs blake2b_generic zstd_compress dm_crypt raid10 raid456 
async_raid6_recov async_memcpy async_pq async_xor async_tx libcrc32c xor 
raid6_pq raid1 raid0 multipath linear bochs drm_vram_helper drm_ttm_helper ttm 
drm_kms_helper syscopyarea aesni_intel sysfillrect sysimgblt input_leds 
fb_sys_fops cec crypto_simd rc_core psmouse cryptd drm serio_raw virtio_scsi 
mac_hid
  ApportVersion: 2.23.1-0ubuntu3
  Architecture: amd64
  CasperMD5CheckResult: unknown
  Date: Wed Oct 19 08:41:28 2022
  ErrorMessage: »installiertes post-installation-Skript des Paketes 
openssh-server«-Unterprozess gab den Fehlerwert 1 zurück
  InstallationDate: Installed on 2019-08-13 (1162 days ago)
  InstallationMedia: Ubuntu-Server 18.04.2 LTS "Bionic Beaver" - Release amd64 
(20190210)
  Python3Details: /usr/bin/python3.10, Python 3.10.7, python3-minimal, 3.10.6-1
  PythonDetails: N/A
  RebootRequiredPkgs: Error: path contained symlinks.
  RelatedPackageVersions:
   dpkg 1.21.9ubuntu1
   apt  2.5.3
  SourcePackage: openssh
  Title: package openssh-server 1:9.0p1-1ubuntu7 failed to install/upgrade: 
»installiertes post-installation-Skript des Paketes 
openssh-server«-Unterprozess gab den Fehlerwert 1 zurück
  UpgradeStatus: Upgraded to kinetic on 2022-10-19 (0 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1993478/+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 1906741] Re: Firefox sometimes causes garbled audio

2021-01-27 Thread chris m
For me many videos have garbled audio, today it's https://octopus.com/,
some others, e.g. a cloud guru, tedx weren't working before, but are
now.  Perhaps it's not related to the video format.

Ubuntu 20.04 and FF 84.0.2

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

Title:
  Firefox sometimes causes garbled audio

Status in firefox package in Ubuntu:
  Confirmed
Status in pulseaudio package in Ubuntu:
  Confirmed

Bug description:
  Opening certain applications/websites at the same time as Firefox
  causes the audio to become garbled.

  The audio sounds distorted with an echo.

  Certain actions are guaranteed to cause this, but it can also
  happening when only running instances of Firefox.

  I've been able to consistently cause this by launching Zoom from a link 
within Firefox. 
  This does not occur when using Chrome. 

  The only way to fix the issue is to shut down all audio-related
  programs.

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: firefox 83.0+build2-0ubuntu0.20.04.1
  ProcVersionSignature: Ubuntu 5.4.0-56.62-generic 5.4.73
  Uname: Linux 5.4.0-56-generic x86_64
  NonfreeKernelModules: nvidia_modeset nvidia
  AddonCompatCheckDisabled: False
  ApportVersion: 2.20.11-0ubuntu27.12
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC2:  rdevans   55475 F pulseaudio
   /dev/snd/controlC0:  rdevans   55475 F pulseaudio
   /dev/snd/controlC3:  rdevans   55475 F pulseaudio
   /dev/snd/controlC1:  rdevans   55475 F pulseaudio
  BuildID: 20201112153044
  CasperMD5CheckResult: skip
  Channel: Unavailable
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Dec  3 16:55:36 2020
  Extensions: extensions.sqlite corrupt or missing
  ForcedLayersAccel: False
  IfupdownConfig:
   # interfaces(5) file used by ifup(8) and ifdown(8)
   auto lo
   iface lo inet loopback
  IncompatibleExtensions: Unavailable (corrupt or non-existant 
compatibility.ini or extensions.sqlite)
  InstallationDate: Installed on 2017-10-20 (1140 days ago)
  InstallationMedia: Ubuntu 17.04 "Zesty Zapus" - Release amd64 (20170412)
  IpRoute:
   default via 10.0.0.1 dev enp7s0 proto dhcp metric 100 
   10.0.0.0/24 dev enp7s0 proto kernel scope link src 10.0.0.7 metric 100 
   169.254.0.0/16 dev enp7s0 scope link metric 1000
  Locales: extensions.sqlite corrupt or missing
  PrefErrors: Unexpected character ',' before close parenthesis @ 
/usr/lib/firefox/omni.ja:greprefs.js:354
  PrefSources: prefs.js
  Profiles: Profile0 (Default) - LastVersion=83.0/20201112153044 (In use)
  RunningIncompatibleAddons: False
  SourcePackage: firefox
  Themes: extensions.sqlite corrupt or missing
  UpgradeStatus: Upgraded to focal on 2020-11-12 (21 days ago)
  dmi.bios.date: 02/18/2011
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: P1.40
  dmi.board.name: H67M
  dmi.board.vendor: ASRock
  dmi.chassis.asset.tag: To Be Filled By O.E.M.
  dmi.chassis.type: 3
  dmi.chassis.vendor: To Be Filled By O.E.M.
  dmi.chassis.version: To Be Filled By O.E.M.
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrP1.40:bd02/18/2011:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:rvnASRock:rnH67M:rvr:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
  dmi.product.family: To Be Filled By O.E.M.
  dmi.product.name: To Be Filled By O.E.M.
  dmi.product.sku: To Be Filled By O.E.M.
  dmi.product.version: To Be Filled By O.E.M.
  dmi.sys.vendor: To Be Filled By O.E.M.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1906741/+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