Public bug reported:
Busybox‘s implementation of `ed` skips a line when inserting. It will
insert the first line before and all subsequent lines after the line
addressed.
gnu ed implementation behaves like expected:
```
$ ed
i
one
two
three
four
five
.
,p
one
two
three
four
five
1
one
i
ione
itw
I attached snoop/logs where the PC initiated the connection, for
comparison. There, the issue doesn't happen, the headset calmly allows
the PC to establish all the profiles since the PC connected the ACL.
One can also see the difference in flow:
Aug 29 01:57:02 RhoPC bluetoothd[4053589]: src/devi
That one's clear enough from the earlier log snippet and source:
Aug 29 00:54:47 RhoPC bluetoothd[4046739]: src/profile.c:ext_connect() Headset
Voice gateway connected to FC:58:FA:7F:E5:18
Aug 29 00:54:47 RhoPC bluetoothd[4046739]: src/service.c:change_state()
0x562f6441d710: device FC:58:FA:7F:
** Tags added: patch
--
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/1940635
Title:
systemd-networkd failing to acquire a DHCP6 lease from dnsmasq on
armhf
Status in gli
Thank you for taking the time to report this bug and helping to make
Ubuntu better.
A photo (or video) of your issue may have helped highlight your issue.
Providing a link to where it can be seen would be welcome too.
Does the issue occur when you're using other OSes (a live system if this
is you
So why did Bluez initiate A2DP even when the headset was the one that
established the ACL?
The bluetoothd logs help out here:
Aug 29 00:54:47 RhoPC bluetoothd[4046739]: src/adapter.c:connected_callback()
hci0 device FC:58:FA:7F:E5:18 connected eir_len 5
Aug 29 00:54:47 RhoPC bluetoothd[4046739]:
I've spent a while studying the snoop/syslogs and Bluez source, and I
believe I've narrowed down the issue.
* From the Headset-Initiated snoop, we can see where the headset
connected the ACL (23:54:47 UTC), followed shortly by connecting HFP
(successfully).
* Very soon after the headset connected
** Package changed: xorg (Ubuntu) => ubuntu
--
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/1941933
Title:
sticks the mouse pointer when using the touchpad
Status in Ubuntu:
** Attachment added: "Syslog taken when the PC initiates the connection"
https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1941977/+attachment/5521418/+files/syslog_PCInitiated
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscrib
** Attachment added: "Syslog taken when the headset initiates the connection"
https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1941977/+attachment/5521416/+files/syslog_HeadsetInitiated
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which i
** Attachment added: "HCI snoop taken when the PC initiates the connection"
https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1941977/+attachment/5521417/+files/PCInitiated.snoop
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscr
Public bug reported:
This issue was first discovered when I got this headset 2 years back:
https://www.amazon.co.uk/gp/product/B01C2QCPYI.
STEPS
* Enable Bluetooth on the PC
* Have music or some video playing on the PC
* Power on the (already-paired) headset. It automatically connects to the PC.
Public bug reported:
my laptop is dell
linux is i am using currently version 20.04.1
os type is 64 bit
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: xorg 1:7.7+19ubuntu14
ProcVersionSignature: Ubuntu 5.4.0-42.46-generic 5.4.44
Uname: Linux 5.4.0-42-generic x86_64
ApportVersion: 2.20.11-0u
So what is going on is this:
In icmp6_receive systemd passes a buffer for control messages to recvmsg
that is only big enough for the messages it expects to receive. glibc
now attempts to append an extra control message to the buffer
(translating SO_TIMESTAMP / COMPAT_SO_TIMESTAMP_OLD to SO_TIMEST
Public bug reported:
Hi,
Is it possible to backport a ascii fix for Turkish language to
20.04(focal)? This bug is very annoying for some utilities.
https://github.com/karelzak/util-
linux/commit/64a89adaa16461bd58730c1408b30aa7244b4f66
** Affects: util-linux (Ubuntu)
Importance: Undecided
We must be hitting this line, right?
https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/unix/sysv/linux/convert_scm_timestamps.c;h=00c934c4135f0d4256068adcf23a3de024fadd43;hb=HEAD#l87
IOW, ddstreet was right in comment #10.
--
You received this bug notification because you are a member of
** Tags removed: need-amd64-retrace
--
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/1941962
Title:
pulseaudio crashed with SIGSEGV in XFreeGC()
Status in pulseaudio pac
Public bug reported:
crash
ProblemType: Crash
DistroRelease: Ubuntu 21.10
Package: pulseaudio 1:15.0+dfsg1-1ubuntu2
Uname: Linux 5.13.13-xanmod1-cacule x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu68
Architecture: amd64
AudioDevicesInUse:
USERPID ACCES
Re-opening — see bug #1941954
** Changed in: gnome-shell (Ubuntu)
Status: Fix Released => In Progress
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gettext in Ubuntu.
https://bugs.launchpad.net/bugs/1756547
Title:
19 matches
Mail list logo
