** Tags removed: verification-needed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ubuntu-meta in Ubuntu.
https://bugs.launchpad.net/bugs/1845529
Title:
bash completion shows `awk: line 18: function gensub never defined`
** Description changed:
+ [Impact]
+ Any user attempting to tab-complete from "umount /dev/" when running the bash
shell.
+
+ [Test cases]
Steps to reproduce:
1. Install Ubuntu MATE 19.10 using minimal desktop option
2. Open terminal and enter `umount /dev/s` and then hit
Expected re
** Also affects: util-linux (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to util-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1845529
Title:
bash completion shows `aw
** Changed in: software-properties (Ubuntu)
Status: Triaged => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to software-properties in
Ubuntu.
https://bugs.launchpad.net/bugs/1852772
Title:
test_updates_
That's not /really/ helpful anyway. You'd have installed an extra
application, for a wholly unrelated issue, and still have to set the
profile to A2DP yourself.
Alistair, there are messages in your logs that seem to point to a firmware
issue:
Nov 26 16:56:25 albatross bluetoothd[1010]: Unable to
I see no objection at all; that fix looks obviously correct and does fix
the test.
** Changed in: software-properties (Ubuntu)
Assignee: (unassigned) => Corey Bryant (corey.bryant)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subsc
Thanks. Let's put both tasks as Triaged again then, since it's obviously
not fixed in disco and bionic.
I don't think this qualifies as a regression though, since the feature
was never available before. It's just not finished since the systemd
side of this isn't complete.
** Changed in: systemd (
** Tags added: writable-etc
--
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/1849560
Title:
Please revise the files installed in /etc/
Status in openssh package in Ubuntu:
Public bug reported:
openssh-server and openssh-client install various files under /etc:
/etc/ssh/*
/etc/systemd/system/sshd.service
Please see if these files can be moved elsewhere, in accordance with
FHS: /etc should only contain files writable by the system
administrator, and in Ubuntu Core 2
** Tags added: writable-etc
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apparmor in Ubuntu.
https://bugs.launchpad.net/bugs/1849554
Title:
Please move cache files to a different location
Status in apparmor package in U
Public bug reported:
The /etc/dbus-1/system.d/wpa_supplicant.conf is installed in the wrong
location. It is a system-wide default config for dbus, and as such
probably should be in /usr/share/dbus-1/system.d instead; like most
other DBus definitions installed on a typical system.
** Affects: wpa
Public bug reported:
/etc/apparmor.d/cache is currently used to keep cache files for
apparmor. Unfortunately, these files are in a location that is
inconsistent with FHS guidelines for cache.
Moreover, /etc is not a core path for Ubuntu Core 20, which means it is
planned to not be writable; and t
I could reproduce this trivially; a simple netplan config:
network:
version: 2
renderer: networkd
ethernets:
eth0:
dhcp: yes
Will show that my domain "cyphermox.net" here is not passed from DHCP in
networkd to resolved (and does not show in /run/systemd/resolve/stub-
resolv.conf o
Verification-done on disco:
ubuntu@ip-172-30-0-243:~$ lsb_release -cs
disco
ubuntu@ip-172-30-0-243:~$ dpkg -l netplan.io systemd | grep ii
ii netplan.io 0.98-0ubuntu1~19.04.1 amd64YAML network
configuration abstraction for various backends
ii systemd240-6ubuntu5.7amd
Verification-done on bionic:
ubuntu@ip-172-30-0-140:/run/systemd/network$ lsb_release -cs
bionic
ubuntu@ip-172-30-0-140:/run/systemd/network$ dpkg -l netplan.io | grep ii
ii netplan.io 0.98-0ubuntu1~18.04.1 amd64YAML network
configuration abstraction for various backends
ubuntu@ip-17
** Tags removed: rls-aa-incoming
** Tags added: rls-bb-incoming
--
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/1723390
Title:
lxd containers have become degraded
Status i
Is this still an issue on supported releases?
** Changed in: systemd (Ubuntu)
Status: Confirmed => Incomplete
** Tags removed: rls-aa-incoming
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https:/
I can't find who promoted this package to main; but it is there right
now, and it seems it also was in previous releases. Closing as Fix
Released based on the ack from Seb128 thatit would be subscribed to by
desktop-bugs.
** Changed in: gssdp (Ubuntu)
Status: New => Fix Released
--
You re
** Description changed:
+ = netplan.io =
+
+ [Impact]
+
+ * IPv6 traffic failing to send/receive due to incompatible/low MTU
+ setting. Specifically, IPv6 traffic may have higher MTU requirements
+ than IPv4 traffic and thus may need to be overridden and/or set to a
+ higher value than IPv6 tra
** Changed in: netplan.io (Ubuntu)
Status: New => In Progress
--
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/1671951
Title:
networkd should allow configuring IPV6 M
Since netplan only does writing configuration to be consumed by the
backends like systemd, this would actually be a systemd bug;
reassigning.
I thought that worked though, in some setups, especially with use-
routes: false as it was being done in the config above.
Nevertheless, it needs investiga
** Also affects: icu (Ubuntu Xenial)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to icu in Ubuntu.
https://bugs.launchpad.net/bugs/1838322
Title:
Support Japanese new era "令和 (Re
icu split up into bug 1838322.
** Changed in: openjdk-8 (Ubuntu Xenial)
Status: New => Fix Released
** Changed in: openjdk-8 (Ubuntu Bionic)
Status: New => Fix Released
** Changed in: openjdk-8 (Ubuntu Disco)
Status: New => Fix Released
** No longer affects: icu (Ubuntu)
-
There are mentions of Reiwa in icu in eoan. I'm not sure if this is a
complete fix, since the code appears to have changed somewhat from the
version of icu in Bionic and Disco.
Bionic certainly looks unfixed. Disco doesn't incldue the mentions of
"reiwa" that are present in the eoan code base.
**
Public bug reported:
[Background]
Many packages are affected by the requirement to support the new era "Reiwa"
(令和)
This is the meta bug to track packages that need fixes; which packages
have already been SRUd to previous releases, how to prioritize the work
needed, and general test cases for ve
gucharmap split up into bug 1838321
** No longer affects: gucharmap (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to icu in Ubuntu.
https://bugs.launchpad.net/bugs/1828884
Title:
[META] Handling Japanese new era "令
** Tags removed: rls-cc-incoming
** Tags added: rls-cc-notfixing
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apport in Ubuntu.
https://bugs.launchpad.net/bugs/1791820
Title:
/usr/share/apport/apport-
gtk:http.client.I
** Changed in: vim (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to vim in Ubuntu.
https://bugs.launchpad.net/bugs/1823651
Title:
vim ftbfs in cosmic (i386 only)
Status in vim package
** Tags removed: rls-dd-incoming
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to curl in Ubuntu.
https://bugs.launchpad.net/bugs/1832882
Title:
libcurl-gnutls segfaults spotify client
Status in curl package in Ubuntu:
Co
Looks like noto sources now have the right glyphs (since their April 9
release, actually). It will need an update both in Debian and Ubuntu.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to icu in Ubuntu.
https://bugs.launchpad
** Also affects: initramfs-tools (Ubuntu Bionic)
Importance: Undecided
Status: New
** Changed in: initramfs-tools (Ubuntu)
Status: Confirmed => Fix Released
** Changed in: initramfs-tools (Ubuntu Bionic)
Status: New => Triaged
** Tags removed: rls-ee-incoming
** Tags adde
** Tags removed: rls-ee-incoming
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apt in Ubuntu.
https://bugs.launchpad.net/bugs/1798369
Title:
Reinstall Ubuntu (with preserving existing data) shows error message
due to "C
** Tags removed: rls-dd-incoming
** Tags added: rls-ee-incoming
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apport in Ubuntu.
https://bugs.launchpad.net/bugs/1756595
Title:
disk space info inadvertently provides all ins
Closing as Invalid for netplan: the config generated is exactly as it
should for the netplan YAML that was provided. This isn't a bug in
netplan.
** Changed in: netplan
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, w
>From what I can tell, the routing is exactly how it should be:
[from the bug description]
root@search-3 /run/systemd/network # ip route
default via 95.216.96.129 dev enp0s31f6 proto static
10.0.0.0/24 dev tun0 proto kernel scope link src 10.0.0.13
10.0.2.0/24 dev vlan4000 proto kernel scope link
After consideration, we're not going to prioritize fixing this for the
EE release (in other words, the Canonical Foundations time isn't going
to be actively working on fixing this). It doesn't mean the bug won't be
fixed, just that there is no company work assigned to the bug.
For now, there's a p
** Tags removed: rls-ee-tracking
** Tags added: rls-ee-notfixing
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to isc-dhcp in Ubuntu.
https://bugs.launchpad.net/bugs/1543799
Title:
isc-dhcp-server & isc-dhcp-server6 systemd
unicode-data in eoan does include Reiwa. Reverse-depends probably still
need to be rebuilt (I'm testing gucharmap which seemed easy enough to
patch to work).
** Changed in: unicode-data (Ubuntu)
Status: New => Fix Released
--
You received this bug notification because you are a member of
mozc appears to be all done (LP: #1823444)
** Changed in: mozc (Ubuntu Xenial)
Status: New => Fix Released
** Changed in: mozc (Ubuntu Bionic)
Status: New => Fix Released
** Changed in: mozc (Ubuntu Cosmic)
Status: New => Fix Released
** Changed in: mozc (Ubuntu Disco)
Oops; picked the wrong openjdk...
FWIW; according to the email by Mitsuya Shibata, openjdk 8 and 11 at
least are affected (so, everything prior to disco if updates are not
applied. Openjdk-8 updates appear to already be at 8u212, which should
include Reiwa support. Marking as Fix Released so we ca
Kees,
I the fix in
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1766052 sufficient
to address the situation? Do we still need to do more to systemd (note,
the GH issue was closed upstream following Dimitri's input)?
** Changed in: systemd (Ubuntu)
Status: New => Incomplete
--
You
Assigning Dimitri who last updated this; is it still an issue?
** Changed in: console-setup (Ubuntu Xenial)
Assignee: (unassigned) => Dimitri John Ledkov (xnox)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to console-set
** Also affects: systemd (Ubuntu)
Importance: Undecided
Status: New
** Tags removed: verification-done-artful verification-done-xenial
verification-done-zesty
** Changed in: systemd (Ubuntu)
Status: New => In Progress
** Changed in: systemd (Ubuntu Zesty)
Status: New => W
** Tags added: rls-x-notfixing
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gnupg in Ubuntu.
https://bugs.launchpad.net/bugs/1825448
Title:
gnupg2 autopkgtest 'simple-tests' should be included in x/b/c
Status in gnupg p
** Tags added: rls-x-notfixing
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gnupg in Ubuntu.
https://bugs.launchpad.net/bugs/1825186
Title:
gpgv-win32 autopkgtest always fails
Status in gnupg package in Ubuntu:
Invali
** Tags added: rls-x-notfixing
--
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/1828892
Title:
systemctl - alias service reports inactive while aliased is active
Status in
** Tags added: rls-x-notfixing
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gnupg in Ubuntu.
https://bugs.launchpad.net/bugs/1825856
Title:
gnupg package 'gpgv-udeb' conflicts with gnupg2 (xenial)
Status in gnupg packag
** Tags added: rls-x-notfixing
--
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/1806012
Title:
set-cpufreq: 'powersave' governor configuration sanity on ubuntu
server
Sta
** Tags added: rls-x-notfixing
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to util-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1828901
Title:
add PTY support for runuser
Status in util-linux package in Ubuntu:
Fix
** Tags added: rls-x-notfixing
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to rsyslog in Ubuntu.
https://bugs.launchpad.net/bugs/1668639
Title:
Add a trigger to reload rsyslog when a new configuration file is
dropped in
This appears to still be unresolved. What are the next steps? Do we
still want to add a Pre-Depends? How will d-i and image builds be
verified to not regress?
** Changed in: sysvinit (Ubuntu Xenial)
Status: In Progress => Triaged
** Changed in: sysvinit (Ubuntu Xenial)
Assignee: Steve
This is a more complex issue; it's not just about LXD, but the general
story for installing "minimal" installs.
The fact that openssh-server was not installed as part of the ubuntu-
server is a separate bug we've covered in a different bug report.
Currently, desktops allow picking a "full" instal
I don't think it's *-control-center.
At the time, that was filed there by pitti, who correctly pointed out
that something might need to depend on libnss-myhostname (from systemd)
for a fallback to resolving hostname via just /etc/hostname (since
/etc/hosts isn't changed). At this point though, it
** Tags removed: rls-x-incoming
** Tags added: rls-ee-incoming
** Also affects: gnome-control-center (Ubuntu Xenial)
Importance: Undecided
Status: New
** Also affects: systemd (Ubuntu Xenial)
Importance: Undecided
Status: New
** Also affects: unity-control-center (Ubuntu Xeni
I believe we've fixed this already, especially since it is a bug that
was reported prior to the release of 16.04. We do have developers who
routinely use dvorak for keymap and would otherwise not have been able
to login to their systems.
Reassigning to console-setup, since it is the most likely cu
Seems like this would still apply to Eoan, marking rls-ee-tracking
** Tags removed: rls-x-incoming
** Tags added: rls-ee-tracking
** Changed in: isc-dhcp (Ubuntu)
Status: Confirmed => Triaged
** Also affects: isc-dhcp (Ubuntu Xenial)
Importance: Undecided
Status: New
** Also af
Still verification-done on bionic and cosmic; this hasn't changed with
the new revision in -proposed.
** Tags removed: verification-needed verification-needed-bionic
verification-needed-cosmic
** Tags added: verification-done-bionic verification-done-cosmic
--
You received this bug notification
** Description changed:
- * Impact
+ [Impact]
+ When using a VPN the DNS requests might still be sent to a DNS server outside
the VPN when they should not
- When using a VPN the DNS requests might still be sent to a DNS server
- outside the VPN when they should not
+ [Test case]
+ 1) Set up a
Okay, this bug has absolutely nothing to do with grub or netplan.
Changing the renderer couldn't possibly affect the behavior of X, and
the grub configuration looks, at a glace, to be run-of-the mill; pretty
much default if you disregard that there is any number of different
installs on the system.
This does not need re-testing, already in bionic/cosmic, just closed
again due to changelog for this big backport.
** Tags removed: verification-needed verification-needed-bionic
** Tags added: verification-done-bionic
--
You received this bug notification because you are a member of Ubuntu
Touc
No need to re-test these; it's already been included in bionic/cosmic
and bug comments are a side-effect of the changelogs for the upload with
this backport.
** Tags removed: verification-needed verification-needed-bionic
verification-needed-cosmic
** Tags added: verification-done-bionic verifica
Yes, that does explain it.
/run/netplan/.yaml is written automatically by initramfs-
tools when booting with a remote root (ie. iscsi); so this does check
out: for example, 'critical' is required in that case, otherwise as soon
as someone runs 'netplan apply' the network will go down and you might
** Description changed:
+ [Impact]
+ Minimal installs using netplan to configure the network.
+
+ [Test case]
+ 1) Install Ubuntu minimal server / cloud image
+ 2) Edit /etc/netplan/01-netcfg.yaml to configure the network as necessary.
+ 3) Run 'sudo netplan apply'. Verify that the network comes
I also forgot to mention another entry I see in some of the configs:
set-name: ens3
If you do not need to explicitly rename the interfaces yourself to a
different name, I would avoid setting this at all. It *may* be being set
automatically by cloud-init (if that's in use, but the configs provided
All of these values should be coming directly from the netplan YAML. Are
all of these options required?
I see:
match:
macaddress: # Do you need to match the interface in this case? Is it
sufficient to match by name if only ens3 is being configured?
Also:
dhcp-identifier: mac # Th
itical
** Changed in: netplan.io (Ubuntu)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (cyphermox)
--
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/1821867
Title
This means we'll need to identify what patches need to be applied on top
of v237 to make this work.
Is this crippling? Are we able to verify that dhcp customization work
despite anything missing in systemd? I think it's the case; but I'd like
a second opinion. To be clear: I think we can verify th
netplan is currently writing about as much as we can for the
networkd/udev configs; some values we don't know how to handle at all.
Looking at this, it feels to me like there will indeed be a need to find
a different data point to differentiate the interfaces, and MAC and
driver are not sufficient
** Also affects: netplan.io (Ubuntu)
Importance: Undecided
Status: New
** Also affects: systemd (Ubuntu)
Importance: Undecided
Status: New
** Changed in: netplan
Status: New => Triaged
** Changed in: netplan.io (Ubuntu)
Status: New => Triaged
** Changed in: sys
That's odd. Let's dig in deeper, as it quite likely might be a systemd
bug, but I rather be certain it's not us doing something wrong.
Could you please attach the config files generated in
/run/systemd/network/ so we can confirm that the routes are created for
the right devices?
Thanks!
** Chang
Reassigning to systemd -- netplan isn't limited, but if systemd-networkd
crashes that's a bug in systemd-networkd.
** Also affects: systemd (Ubuntu)
Importance: Undecided
Status: New
** No longer affects: netplan
--
You received this bug notification because you are a member of Ubuntu
** Summary changed:
- netplan removes keepalived configuration
+ Restarting systemd-networkd breaks keepalived clusters
** Summary changed:
- Restarting systemd-networkd breaks keepalived clusters
+ [master] Restarting systemd-networkd breaks keepalived clusters
--
You received this bug notifi
*** This bug is a duplicate of bug 1815101 ***
https://bugs.launchpad.net/bugs/1815101
** This bug has been marked a duplicate of bug 1815101
Restarting systemd-networkd breaks keepalived clusters
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packag
** Summary changed:
- netplan, keepalived, netplan-apply
+ Restarting systemd-networkd breaks keepalived clusters
** Also affects: systemd (Ubuntu)
Importance: Undecided
Status: New
** Also affects: keepalived (Ubuntu)
Importance: Undecided
Status: New
** Changed in: systemd
Kept a task for keepalived (Incomplete) in case it turns out there's
something we can do there.
Also added a task for systemd, since that would definitely require
development work.
Marked Invalid for netplan, as since netplan only translates config from
the YAML to what networkd or NetworkManager
This isn't netplan, it's systemd-networkd. Netplan only writes
configuration for the chosen renderer (in this case, systemd-networkd).
Either systemd needs to not wipe out foreign addresses (I believe there
is a PR in git for that) or keepalived should somehow interface with
systemd so they can co
:Verification-done for cosmic:
ubuntu@superb-ram:~$ qemu-img convert vda1b.qcow2 vda1b.raw
ubuntu@superb-ram:~$ e2fsck -f vda1b.raw
e2fsck 1.44.4 (18-Aug-2018)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking r
Verification-done for bionic using e2fsprogs 1.44.1-1ubuntu1.1:
ubuntu@humble-cod:~$ qemu-img convert vda1b.qcow2 vda1b.raw
ubuntu@humble-cod:~$ e2fsck -f vda1b.raw
e2fsck 1.44.1 (24-Mar-2018)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking director
** Also affects: e2fsprogs (Ubuntu Bionic)
Importance: Undecided
Status: New
** Also affects: e2fsprogs (Ubuntu Cosmic)
Importance: Undecided
Status: New
** Description changed:
+ [Impact]
+ - Users resizing filesystems using resize2fs.
+ - Resizing an existing Linux filesyst
*** This bug is a duplicate of bug 1798562 ***
https://bugs.launchpad.net/bugs/1798562
** This bug has been marked a duplicate of bug 1798562
After a side by side installation, resized filesystem is corrupted
--
You received this bug notification because you are a member of Ubuntu
Touch s
Setting to Triaged: it's easily reproduced by developers, and we have
all the information we need to debug it -- nothing is secret or hidden,
just needs someone to look at the packets and what resolved does with
them.
** Changed in: systemd (Ubuntu)
Status: Confirmed => Triaged
--
You rec
Please help to validate this SRU.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to util-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1784347
Title:
ISST-LTE: KVM:UBUNTU1804: BostonLC: fdisk -l shows the conflicting
par
Resetting the tags to verification-done as per the discussion above.
** Tags removed: verification-needed verification-needed-bionic
verification-needed-cosmic
** Tags added: verification-done-bionic verification-done-cosmic
--
You received this bug notification because you are a member of Ubun
@Marcos:
Please file a new bug for your own issue; include the output of
'networkctl', and report the bug number here so we can find it.
>From a quick look, I think there's no carrier detected. This could be a
driver bug.
--
You received this bug notification because you are a member of Ubuntu
Please use bug 1768827 to track such "no IP at boot" issues; there's
nothing that currently indicates that this is a regression, it needs
further investigation, but not here.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to sys
Yes, that's because it doesn't appear like the issues you have are a
regression caused by the updates, and we don't know what's wrong. You
have a bug open for your issue, and we still need to figure out what
doesn't work there.
--
You received this bug notification because you are a member of Ubu
Verification-done on bionic with netplan.io 0.40.1~18.04.2:
Using the following config:
network:
version: 2
ethernets:
maas0:
addresses:
- 10.3.21.29/20
gateway4: 10.3.16.1
match:
macaddress: 52:54:00:4d:3e:84
Verification-done for cosmic using netplan.io 0.40.2.1:
I have verified that renames happen correctly with the config provided
in test cases and the config I have shown for the testing on bionic.
In all cases, set-name is applied as the new name for the interface, as
expected. On reboot, this is
** Description changed:
[Impact]
Systems relying on renaming network interfaces at boot and when 'netplan
apply' is run.
[Test case]
- Write a new netplan YAML (adjusting for current system as necessary):
network:
version: 2
ethernets:
ens3:
dhcp4:
cp -a is supposed to preserve ownership. -a means "-dR --preserve=all".
Could someone look at what happens, by displaying more than just the
/run/systemd/resolve/stub-resolv.conf file? All files in
/run/systemd/resolve/ are relevant here.
This has more smells of being affected my UMASK and probab
Oh, I know you didn't. It was a comment about Will's suggestion on his
bug (I marked duplicate of this one).
FWIW, I'm all for changing the default if testing shows there's a
benefit, and my suggestion was that if we're to do it, do it sooner
rather than later; but it *does* require concerted, pla
AFAIK at the moment there isn't proper WPA Enterprise support (well,
most TLS methods appears to be missing kernel patches). Let's please be
careful about changing the default wireless daemon to iwd, there's a
couple of moving parts there, it's not just about changing the software.
For instance, i
*** This bug is a duplicate of bug 1800055 ***
https://bugs.launchpad.net/bugs/1800055
Marking as a duplicate to bug 1800055
** This bug has been marked a duplicate of bug 1800055
iwd does not work with network manager
--
You received this bug notification because you are a member of Ubu
Hi Kyle,
Can you help with verifying the that patch works as expected on 18.04?
Thanks!
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to util-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1784347
Title:
ISST-LTE: KVM:UB
Whether it's been running for 30 minutes or not doesn't change much
though; the connection *can* fail, and the connectivity checking is a
pretty simple HTTP check.
Could you please attach debug logs for NetworkManager (with the
connectivity checking enabled) -- see
https://wiki.gnome.org/Projects/
No, this is dnsmasq:
udp 0 0 0.0.0.0:67 0.0.0.0:* 5382/dnsmasq
Please make sure you dnsmasq is correctly configured for your use case
(and probably, not configured at all if you want to use isc-dhcp)
** Changed in: isc-dhcp (Ubuntu)
Status
This is working as designed.
NetworkManager now uses a metric "penalty" when connectivity cannot be
detected as full for a connection, and reduces the metric accordingly.
This makes it so that if you're connected to both wired and wireless,
and your wired connection becomes bad but the wireless c
Marking Incomplete for now, in case there's more to it than a
connectivity checking issue.
--
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/1788659
Title:
network ma
** Description changed:
+
+ [Impact]
+ Any user of Ubuntu on multipath, where the default path separator has been
changed to something else. This possibly affects other scenarios where the
partition separator can be changed.
+
+ [Test case]
+ 1) Install Ubuntu on multipath system
+ 2) Change /
SRU to 18.10 and 18.04.
** Changed in: util-linux (Ubuntu)
Assignee: Canonical Foundations Team (canonical-foundations) => Mathieu
Trudel-Lapierre (cyphermox)
** Changed in: util-linux (Ubuntu)
Status: New => Triaged
** Changed in: ubuntu-power-systems
Assignee: Canonical
1 - 100 of 734 matches
Mail list logo