ack; filed bug 2028186.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1973827
Title:
Laptop freezes when recovering from suspend / sleep mode
Status in gnome-shell package in Ub
I'm seeing a similar issue on a laptop which was working fine until I
reinstalled Ubuntu Jammy with ZFS (with full-disk encryption enabled).
Sometimes it freezes for several seconds, but sometimes I wait hours and
it never recovers.
I don't think this is a gnome-shell issue, but I'm unsure how to
Thanks for your attention to this bug, Daniel.
For the record, I don't think a set up like this is particularly weird;
I'm seeing this issue on a laptop with embedded NVIDIA graphics. The
"second video card", in my case, is the integrated Intel graphics card.
Also, I'm not sure if this is related
I'm seeing moderately high CPU usage from the gnome-shell process as
well. It seems to stay running at at least 5% at all times. I decided to
use strace to see what it was doing:
$ sudo strace -c -p 6916
strace: Process 6916 attached
strace: Process 6916 detached
% time seconds usecs/call
Public bug reported:
When using a graphical VPN client, one expects a concise error message,
and/or graphical log viewer (specific to the failed connection) to
explain what went wrong.
This does not happen when using the OpenVPN gnome plugin. Instead, I
have observed two possible behaviors:
(1)
** Summary changed:
- [bionic] Installing network-manager-openvpn is not enough to add OpenVPN
options to the connection editor
+ [bionic] Locating necessary Network Manager plugins (for example, OpenVPN) is
not a good experience
** Description changed:
Steps to reproduce:
(0) Install B
IMHO, it would be nice if the Desktop install supported all the VPN
plugins out-of-the-box. Users shouldn't need to hunt for plugin packages
to install.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bu
Public bug reported:
Steps to reproduce:
(0) Install Bionic desktop
(1) Observe that only PPTP connection type is available when adding a VPN in
the UI (using any method).
(2) Run `sudo apt-get install network-manager-openvpn`.
(3) Observe that in the top panel "VPN Settings" option, clicking th
One last note on this. It might be possible to get this setup to work
(on the client) using the following sysctl changes:
net.ipv4.conf.all.arp_filter = 1 (or 0)
net.ipv4.conf.all.rp_filter = 2
net.ipv4.conf.all.arp_ignore = 2
This is completely untested. But in theory[1]:
- arp_filter = 1: "a
After further investigation, this is also invalid for MAAS.
The root cause of this issue is: two separate interfaces requesting an
address from the same DHCP server cannot be supported. (At least, not
without some serious sysctl hacking at a minimum, but I'm not even sure
about that.)
If you have
** Changed in: maas (Ubuntu)
Status: Opinion => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1664748
Title:
wifi connection drops, reconnects every 10 minutes
Normal behavior is that the DHCP client begins to renew the lease half
way through the lease time. So, for MAAS's 10 minute lease, it should be
after ~5 minutes. After ~85-90% of the time (the rebind time), the
client will give up on the lease and try to get a new one, under the
assumption that may
Marking 'Opinion' for MAAS since we might want to discuss if it's
possible to better balance renewal times for clients on unreliable
networks.
I do not believe this is a bug in the ISC DHCP client or NetworkManager,
so marking 'Invalid' for NM.
--
You received this bug notification because you a
^ That is, please run that command on the client so we can see the full
transaction history.
It's hard to tell if the DHCP client isn't renewing fast enough, or
possibly it's trying to renew but for some reason the server no longer
recognizes the lease.
--
You received this bug notification beca
Another note: in addition to VLANs, NetworkManager lists other interface
types for which the dependencies aren't installed as well:
Bond
Bridge
Team
The "ifenslave" and "bridge-utils" package would be needed for bonds and
bridges to work out of the box. (I think bridge-utils might alr
How does the script in /etc/network/if-pre-up.d have anything to do with
this bug? I thought that was placed there for ifupdown. This bug is
about configuring VLANs with Network Manager, so that script shouldn't
be relevant here.
I just tried it again today on a freshly installed Xenial desktop. T
I'll leave this bug open, because as an Ubuntu Desktop user, I would
expect this to work properly out-of-the-box without installing a package
or rebooting. (That is, I shouldn't have to figure out that I needed to
install the "vlan" package to get it to work, as a desktop user trying
to point-and-c
After I rebooted, the "vlan100" interface was created. So perhaps this
bug just has to do with the fact that I tried to configure the a VLAN
without the 'vlan' package installed.
** Summary changed:
- Xenial: VLAN interfaces don't work when defined in the UI
+ Xenial: VLAN interfaces don't work u
Public bug reported:
I tried to use the network manager UI to define a VLAN interface, and
nothing happened. There are a few bugs here:
(1) When creating a VLAN interface through the UI, the "vlan interface
name" must be filled in. This should just default to ., rather than being a required field
(For the record, 172.16.42.88 is my local mirror of
us.archive.ubuntu.com and is updated hourly.)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1519120
Title:
Xenial: VLAN in
Public bug reported:
IBus 1.5.11 needs to be packaged.
Whenever I launch a recent JetBrains IDE (such as PyCharm), it warns on
startup that IBus has a bug that can cause input to be blocked.
See: https://youtrack.jetbrains.com/issue/IDEA-78860
They claim that IBus 1.5.11 is needed in order to r
I missed some relevant logs:
SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/eth0.1, iface:
eth0.1)
SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/eth0.1, iface:
eth0.1): no ifupdown configuration found.
>From that, I think I found the root cause. After doing "
I'm seeing this on Trusty for VLAN interfaces. In the log I see:
(eth0.1): carrier is OFF
(eth0.1): VLAN ID 1 with parent eth0
(eth0.1): new VLAN device (driver: '8021q' ifindex: 26)
(eth0.1): exported as /org/freedesktop/NetworkManager/Devices/18
(eth0.1): device state change: unmanaged -> u
23 matches
Mail list logo
