** Changed in: oem-priority
Status: New => Fix Released
--
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/1843381
Title:
Dell system takes a long time to connect
This bug was fixed in the package systemd - 237-3ubuntu10.33
---
systemd (237-3ubuntu10.33) bionic; urgency=medium
*
d/p/lp1852754/0001-network-do-not-re-set-MTU-when-current-and-requested.patch,
d/p/lp1852754/0002-network-call-link_acquire_conf-and-link_enter_join_n.patch,
This bug was fixed in the package systemd - 240-6ubuntu5.8
---
systemd (240-6ubuntu5.8) disco; urgency=medium
[ Victor Tapia ]
* d/p/resolved_disable-connection-downgrade-when-DNSSEC-yes.patch
Fix regression introduced by
** Tags removed: verification-needed
** Tags added: verification-done
--
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/1843381
Title:
Dell system takes a long time to
I can confirm that systemd 237-3ubuntu10.33 fixes this issue for me on
bionic.
** Tags removed: verification-needed-bionic
** Tags added: verification-done-bionic
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in
Hello Che, or anyone else affected,
Accepted systemd into bionic-proposed. The package will build now and be
available at
https://launchpad.net/ubuntu/+source/systemd/237-3ubuntu10.33 in a few
hours, and then in the -proposed repository.
Please help us by testing this new package. See
I can confirm that systemd 237-3ubuntu10.32 fixes this issue for me on
disco.
** Tags removed: verification-needed-bionic
** Tags added: verification-done-bionic
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in
Hello Che, or anyone else affected,
Accepted systemd into bionic-proposed. The package will build now and be
available at
https://launchpad.net/ubuntu/+source/systemd/237-3ubuntu10.32 in a few
hours, and then in the -proposed repository.
Please help us by testing this new package. See
I can confirm that systemd 240-6ubuntu5.8 fixes this issue for me on
disco.
** Tags removed: verification-needed-disco
** Tags added: verification-done-disco
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
Hello Che, or anyone else affected,
Accepted systemd into disco-proposed. The package will build now and be
available at https://launchpad.net/ubuntu/+source/systemd/240-6ubuntu5.8
in a few hours, and then in the -proposed repository.
Please help us by testing this new package. See
** Description changed:
+ [impact]
+
+ On Dell system with BIOS-based "MAC passthrough", there can be multiple
+ USB nics with identical MAC addresses. Since the udev rules in Debian
+ and Ubuntu assign interface names for USB nics by mac address (because
+ that is the only consistent
@ddstreet
Tested on bionic/disco/eoan. All of them do not rename the second usbnet
with MAC passthrough function, it keeps ifname eth0.
Thank you so much.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
Also I marked this invalid for Eoan, as the retry-interface-renaming has
been removed in Eoan; @cktenn can you test there and verify this bug
doesn't exist for Eoan?
** Tags added: bionic ddstreet disco systemd
--
You received this bug notification because you are a member of Ubuntu
Touch
@cktenn could you try the systemd package for either bionic and/or disco from
here:
https://launchpad.net/~ddstreet/+archive/ubuntu/systemd
That includes:
https://git.launchpad.net/~ubuntu-support-team/ubuntu/+source/systemd/commit/?id=173071ae695e11c1549656a7b40d2201681e733e
I don't love it,
Yes, since it will be the same result as udev failed to rename it, it
doesn't matter.
--
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/1843381
Title:
Dell system takes a
Ok, so just to clarify, the only issue here is the delay/failure for the
system to finish bringing its networking up, right? The exact name of
the second "duplicated mac" interface doesn't really matter?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded
I would like to explain the original intention of the design in the udev
rule.
Since it is not possible letting two NICs to have the same ifname, I
tend to find a way to assign a persistent name that would not duplicate
on a system for each usbnet. It is meant to break the current rule, so I
was
> Based on
> https://salsa.debian.org/systemd-team/systemd/merge_requests/56#note_113429,
> is https://salsa.debian.org/systemd-team/systemd/merge_requests/55 suitable
> for the
> SRU workaround?
Have you actually tested this using an affected system? I'm concerned
that changing to use by-path
@ddstreet
Based on https://salsa.debian.org/systemd-
team/systemd/merge_requests/56#note_113429, is https://salsa.debian.org
/systemd-team/systemd/merge_requests/55 suitable for the SRU workaround?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages,
Thanks @cktenn - I commented there and also opened
https://salsa.debian.org/systemd-team/systemd/merge_requests/56, but I
have not tested with that, can you see if that fixes this problem?
Assuming I'm understanding the problem correctly, that you just want 73
-special-net-names.rules to ignore
@Dan
I've submitted a merge request to Debian that only applies to Dell
system the idea mentioned in comment #4, it modifies the rule 73
-special-net-names.rules.
https://salsa.debian.org/systemd-team/systemd/merge_requests/55
Please help to review this.
--
You received this bug notification
@cktenn that could work (using special-net-names), however I'm concerned
that the rule should not apply to all r8152 devices, everywhere, on
everyone's systems. It should apply *only* on Dell systems where this
magical MAC passthrough is enabled. What can be checked to see if the
system is a
** Tags removed: id-5d84ab32951ae364f0c9f3b7
** Tags added: id-5d84ab32951ae364f0c9f3b7oem-priority
** Tags removed: id-5d84ab32951ae364f0c9f3b7oem-priority
** Tags added: id-5d84ab32951ae364f0c9f3b7 oem-priority
--
You received this bug notification because you are a member of Ubuntu
Touch
There is 73-special-net-names.rules which 73-usb-net-by-mac.rules was
split from, and it'll execute prior to 73-usb-net-by-mac.rules.
We can keep the fixed internal MAC passthrough interface using MAC
address as interface name, and let removable dongles using pathname by
adding following line to
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1579984
http://patchwork.ozlabs.org/patch/631759/
"Just resubmit it and I'll apply it, I'm so tired of hearing about this..."
lol I'm relieved to see dmiller and others upstream had exactly the same
concerns as me :)
If he decided wasn't
On Thu, 26 Sep 2019 at 20:11, Dan Streetman wrote:
>
> So, am I understanding right that such a system will have two ethernet
> interfaces with identical mac addresses? Isn't that an obvious problem
> that should be fixed instead?
Digging into this, It seems that it is an explicitly supported
So, am I understanding right that such a system will have two ethernet
interfaces with identical mac addresses? Isn't that an obvious problem
that should be fixed instead?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to
** Tags added: id-5d84ab32951ae364f0c9f3b7
--
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/1843381
Title:
Dell system takes a long time to connect network with external
I would like to propose to write a rule to rename a removable Realtek
8153 interface with ID_NET_NAME_PATH instead of ID_NET_NAME_MAC.
The solution may impact users using Realtek 8153 and manipulate it by
the interface name since the name is not consistent and will change when
switching USB port.
** Changed in: oem-priority
Importance: Undecided => Critical
** Changed in: oem-priority
Assignee: (unassigned) => Che Cheng (cktenn)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
30 matches
Mail list logo