> I don't think we can justify dropping FAN support in an SRU, so let's
add that port back in.
Even if it will not be used in Ubuntu 24.04, and dropping these patches
would stop the diversion with Debian?
> @matttbe - is there any documentation about upstream compatibility guarantees
> and regression testing done that you're aware of, or any tests that we could
> run beyond those in our autopkgtests?
@dannf: IPRoute2 is following the kernel development, and it is not
supposed to break the compatibility with older kernel versions (also
because the kernel's user API is not supposed to break).
There is a test suite included in the source code, but it looks like it
is not tested when building the .deb package, check the 'debian/rules'
file:
override_dh_auto_test:
# upstream test suite needs root and leaves machine unclean, skip it
I never used it, (and it looks like it is not often updated), but IPRoute2 (ip,
tc, ss, etc.) is also heavily used in the kernel selftests:
$ git grep -cw -e ip -e tc -e ss -- tools/testing/selftests/ | wc -l
635
Maybe these tests are already being validated when building a new kernel for
Ubuntu? That's another way to validate IPRoute2.
Other than that, Debian is using IPRoute2 versions > 6.1 for a long time
now.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to iproute2 in Ubuntu.
https://bugs.launchpad.net/bugs/2051672
Title:
[FFe] Merge iproute2 with the latest Debian version: 6.8.0-1 from
testing/unstable (main)
Status in iproute2 package in Ubuntu:
Incomplete
Bug description:
iproute2 upstream produces releases coinciding with upstream kernel
releases to support the latest kernel features. Noble's iproute2 is
still back at v6.1 even though it will use the v6.8 kernel. This means
we provide no userspace interface for newer features - some of which
are noted by a networking hardware partner in bug 2060969.
Ubuntu's iproute2 has diverged from Debian's to add support for Ubuntu
FAN. Noble has dropped kernel support for Ubuntu FAN, so those are no
longer needed, and we could now just do a merge. We could also port
the FAN patches forward if we can identify a need (see the original
description of this bug to a link to such a port), but I have not done
any testing with that.
I have built Debian's iproute2 in a noble ppa at ppa:dannf/test and
smoke tested it on an amd64 virtual machine:
ubuntu@cortez-vm-0:~$ sudo dpkg -i iproute2_6.8.0-1~24.04.1_amd64.deb
(Reading database ... 83134 files and directories currently installed.)
Preparing to unpack iproute2_6.8.0-1~24.04.1_amd64.deb ...
Unpacking iproute2 (6.8.0-1~24.04.1) over (6.1.0-1ubuntu6) ...
dpkg: warning: unable to delete old directory '/etc/iproute2/rt_tables.d':
Directory not empty
dpkg: warning: unable to delete old directory '/etc/iproute2/rt_protos.d':
Directory not empty
dpkg: warning: unable to delete old directory '/etc/iproute2': Directory not
empty
Setting up iproute2 (6.8.0-1~24.04.1) ...
Removing obsolete conffile /etc/iproute2/group ...
Removing obsolete conffile /etc/iproute2/rt_realms ...
Removing obsolete conffile /etc/iproute2/rt_scopes ...
Removing obsolete conffile /etc/iproute2/rt_tables ...
Removing obsolete conffile /etc/iproute2/rt_tables.d/README ...
Removing obsolete conffile /etc/iproute2/rt_protos.d/README ...
Removing obsolete conffile /etc/iproute2/rt_protos ...
Removing obsolete conffile /etc/iproute2/rt_dsfield ...
Removing obsolete conffile /etc/iproute2/nl_protos ...
Removing obsolete conffile /etc/iproute2/ematch_map ...
Removing obsolete conffile /etc/iproute2/bpf_pinning ...
Processing triggers for man-db (2.12.0-4build1) ...
The system rebooted fine. The ip command seems to behave normally.
Since the upstream test suite only appears to run at autopkgtest time, I
triggered a run in my PPA, and it passed:
https://autopkgtest.ubuntu.com/results/autopkgtest-noble-dannf-test/noble/amd64/i/iproute2/20240412_210819_97417@/log.gz
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/iproute2/+bug/2051672/+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
