|
|
Log in / Subscribe / Register

Distributions

Moving on from net-tools

By Jonathan Corbet
January 4, 2017
Old habits die hard, even when support for the tools required by those habits ended over a decade ago. It is not surprising for users to cling to the tools they learned early in their careers, even when they are told that it is time to move on. A recent discussion on the Debian development list showed the sort of stress that this kind of inertia can put on a distribution and explored the options that distributors have to try to nudge their users toward more supportable solutions.

The package in question is net-tools, the home for many familiar network-configuration utilities. If you are accustomed to using commands like ifconfig, arp, netstat, or route to make network changes, you are a net-tools user. Many of these tools have a long pedigree, at least in spirit, having originally been written before the first Linux kernel. Anybody who has been administering Unix-like systems for any period of time will certainly have learned how to use the net-tools utilities to get things done.

The only problem is that net-tools is considered obsolete; indeed, it has been so considered since early this century. The modern replacement is iproute2, which is actively developed and, unlike net-tools, has support for all of the kernel networking stack's fancier features. In theory, we all should have transitioned over to iproute2 at least ten years ago.

In practice, many of us have not done that. Indeed, "us" in this case includes distributors who still use net-tools utilities in a number of packages. Surprisingly, the net-tools developers, who have not made a new release since 2011, have recently resumed working on those utilities; even more surprisingly, they made output changes, apparently breaking scripts that parse that output. These changes led Debian developer Marco d'Itri to call for the project to "kill" net-tools, and, in particular, to stop depending on it in other packages. He would also like to see the project stop installing net-tools by default.

The list of Debian packages depending on net-tools is not that short, but it would appear to be a manageable list if the project were to decide to fix all of those dependencies. The net-tools maintainer is not opposed to the idea of deprecating and eventually phasing out the package; indeed, he tried to do so in 2009. It seems to be generally agreed that the configuration scripts shipped with Debian packages should use iproute2 rather than net-tools to ensure that the examples seen by administrators are using the current tool set. So there would appear to be little controversy around the idea of phasing out net-tools usage and dropping the priority of the package for installations.

There is less consensus around removing the package entirely, or even just dropping it from the default install. There are, it seems, quite a few users who have ifconfig and netstat burned into their muscle memory; those tools work fine for most use cases, so users don't see a strong reason to shift to iproute2. As Ted Ts'o put it:

This is really going to be a generational thing. For those of us who started programming in the BSD 4.x days (my first kernel programming experience was with BSD 4.3), ifconfig and netstat are still the tools that I use every day, and I only use the iproute2 tools in the *extremely* rare circumstances that I need to do something exotic which is only supported by the iproute2 tools.

The fact that the iproute2 commands are seen as more verbose and, by some at least, as having less readable (and less machine-parseable) output doesn't help either. So it's not surprising that various participants expressed their preference for the net-tools utilities, but Russell Stuart suggested that it might be time to move on:

To me this thread looks like a bunch of old men grumbling that the young'ins have taken over what they created and turned the tools they were comfortable with into something unrecognisable. It's true - they did do that, and it's true it was unnecessary. They could have just extended net-tools. But this is how the young'ins have behaved for time immemorial - when they take over the reins from the previous generation and make it their own.

(It is worth noting that the "unnecessary" part is not universally accepted; it's not clear that net-tools could have been evolved to handle modern networking configuration without incompatible changes.)

Debian, as it happens, is having this discussion a bit late. OpenSUSE discussed removing net-tools in 2009, but has not done so. Red Hat and Fedora got serious in 2011, and the RHEL 7 release no longer installs net-tools by default. The fact that this change is not universally popular shows how reluctant users can be to let go of their long-used tools.

None of these distributors have removed the net-tools package, and none are likely to as long as supporting them is relatively easy and users depend on them. But, when they do break, or when they fail to support new networking features that users need, there is not likely to be a lot of interest in fixing them. Distributors have to choose where to expend their energy, and there will come a point where dragging along obsoleted tools that the old folks want falls off the list.

For now, users who are accustomed to typing commands like ifconfig are probably safe; at worst, they will need to install the net-tools package explicitly. But anybody who is using these commands in scripts should probably have updated those scripts some time ago. There will come a point where those scripts break; it seems that could even happen as a result of attempts to restart development on net-tools, rather than by explicit deprecation. This cheat sheet is likely to prove helpful for anybody wanting to make the transition to the new tools.

Software transitions like this are invariably an unwanted distraction for users who are uninterested in whatever new features are available and would prefer that their systems (and their habits) just continue to work. But the world we live in does not stand still, so such transitions are simply going to happen, and distributors will find themselves caught in the middle. As those distributors strive to keep everybody happy, we should not be surprised to see more of these transitions take a decade or more.

Comments (90 posted)

Brief items

Distribution quotes of the week

.oO (If you thought working for Debian means packaging, nope. Most of the time is spent writing message to other people, in order to clarify something)
Christoph Biedl

The number of characters typed as part of this thread, from a non-insignificant number of people, is significantly larger than the 187 characters of changelog and 3 removed lines of spec file required to 'resolve' this matter and no longer install the non_oss pattern in openSUSE by default.

Heck, this post, pointing this out, is also longer than the actual change required

If we talked less and did more, where would openSUSE be by 2018?

Richard Brown

Comments (3 posted)

Alpine 3.5.0 released

Alpine Linux, a lightweight, security-oriented distribution, has released version 3.5.0. This version features a switch from OpenSSL to LibreSSL, support for aarch64, support for ZFS as root, PostgreSQL update to 9.6.x and many other package upgrades, support for R, JRuby and OCaml, better python3 support, and more.

Comments (none posted)

The end of CyanogenMod

As expected, Cyanogen Inc has announced the shutdown of the CyanogenMod servers as of the end of the year. A group of community developers has declared a fork, though few details are available at this point. "Embracing that spirit, we the community of developers, designers, device maintainers and translators have taken the steps necessary to produce a fork of the CM source code and pending patches. This is more than just a ‘rebrand’. This fork will return to the grassroots community effort that used to define CM while maintaining the professional quality and reliability you have come to expect more recently."

Comments (13 posted)

Announcing FreeDOS 1.2

Jim Hall has announced the release of FreeDOS 1.2. "The FreeDOS 1.2 release is an updated, more modern FreeDOS. You'll see that we changed many of the packages. Some packages were replaced, deprecated by newer and better packages. We also added other packages. And we expanded what we should include in the FreeDOS distribution. Where FreeDOS 1.0 and 1.1 where fairly spartan distributions with only "core" packages and software sets, the FreeDOS 1.2 distribution includes a rich set of additional packages. We even include games." There is also a new installer.

Comments (1 posted)

OpenELEC 7.0 released

OpenELEC 7.0 has been released. Among many upgraded packages, this version features Kodi 16.1. Bluetooth Audio support has been added.

Comments (none posted)

Talks between OpenWrt and LEDE

A summary of talks between the estranged OpenWrt and LEDE router distribution projects has been posted. It seems that progress is being made. "It is still not decided that both project will finally merge and we haven't decided on the name to use, which parts of the infrastructure and many other things. In general we are agreeing on many parts and I am looking forward to a good merged ending for all of us."

Full Story (comments: 10)

Distribution News

CentOS

Release for CentOS 7.3.1611 on ARM64/AArch64

CentOS 7.3.1611 is available for AArch64/ARM64 machines. "The kernel has been rebased from 4.2.0 to 4.5.0, and includes several patches recently merged into the upstream."

Full Story (comments: none)

Debian GNU/Linux

Bits from the DPL -- 2016Q4

Debian Project Leader Mehdi Dogguy wraps up the forth quarter of 2016. Topics include DebConf16, a project roadmap, Debian from 10,000 feet, cloud images for Debian, reimbursement for BSPs, DD certificates for new members, and more.

Full Story (comments: none)

openSUSE

openSUSE Board elections 2016/2017 - Phase 1

The campaigning period for openSUSE board elections is open. The candidates are Aaron Luna, Sarah Julia Kriesch, Michal Hrusecky, Christian Boltz, and Andrew Wafaa.

Full Story (comments: none)

Ubuntu family

Removing 32-bit powerpc architecture from future Ubuntu releases

Steve Langasek looks at the future of 32-bit PowerPC in Ubuntu. "Unlike the ppc64el architecture, there is no longer upstream support for the 32-bit, big-endian powerpc architecture; so its continuation in Ubuntu would be dependent on identifying a community of contributors willing to invest in keeping this port in working order, to carry it forward without it negatively impacting Ubuntu development as a whole."

Full Story (comments: none)

Other distributions

FreeBSD 9.3, 10.1 and 10.2 EoL

FreeBSD 9.3, 10.1 and 10.2 have reached end-of-life and are no longer be supported by the FreeBSD Security Officers Team. Users are strongly encouraged to upgrade to a newer release as soon as possible.

Comments (none posted)

Newsletters and articles of interest

Distribution newsletters

Comments (none posted)

LXLE: A Linux Distribution Light on Resources But Heavy on Function (Linux.com)

Jack Wallen reviews LXLE. "This particular take on the small footprint Linux feels more like it belongs in the good old regular footprint Linux. It’s stuck squarely in the middle and can stake the claim that it can truly revive your old hardware without doing so at the cost of productivity. And, with the latest release (Eclectica, based on Ubuntu 16.04.01), that distribution is better and more capable than you’d imagine."

Comments (none posted)

NethServer: Linux without All That Linux Stuff (Linux Journal)

Over at Linux Journal, Shawn Powers takes a look at NethServer. "Okay, that title really isn't fair. NethServer has all the Linux stuff, it's just that you don't have to interact with it in the traditional way in order to reap the benefits. NethServer is a web-based management software package built on top of CentOS. You can download it as a separate distribution, but truly, it's just software on top of CentOS. In fact, the installationmethods are either "install the NethServer distro" or "add the NethServer repository to your existing CentOS install". I really like that."

Comments (none posted)

Page editor: Rebecca Sobol
Next page: Development>>


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds