iproute2-2.6.15-060110

[Matthew Burgess]

Version increment (2.6.8-ss040730)

[Matthew Burgess]

Version increment (2.6.8-ss040823)

[jeremy@…]

updated unstable to 2.6.8-040823

[jim@…]

Version increment (2.6.9-ss040831). Included man-pages patch.

[jim@…]

updated unstable to 2.6.9-ss040831

[Matthew Burgess]

Marking as fixed then. testing branch is closed for package upgrades.

[Matthew Burgess]

Version increment (2.6.9-041019). Note though that this *might* not compile. There's a reported problem compiling with gcc-2.95.3 at ​http://www.ussg.iu.edu/hypermail/linux/kernel/0410.2/0944.html. Either way, there should be a new version out shortly to address that problem.

[Matthew Burgess]

Version increment (2.6.10-ss050112) - are we wanting snapshot releases, or do we just want to go to the next non-snapshot release?

[Matthew Burgess]

Version increment (2.6.10-ss050124)

[Matthew Burgess]

Several people have seen the following error with this version:

make[1]: Entering directory `/sources/iproute2-050124/ip' gcc ip.o ipaddress.o iproute.o iprule.o rtm_map.o iptunnel.o ipneigh.o iplink.o ipmaddr.o ipmonitor.o ipmroute.o ipprefix.o ipxfrm.o xfrm_state.o xfrm_policy.o ../lib/libnetlink.a ../lib/libutil.a -lresolv -L../lib -lnetlink -lutil -o ip iptunnel.o(.text+0x4fb): In function `parse_args': /sources/iproute2-050124/ip/iptunnel.c:207: undefined reference to `constant_htons'

Adding: #include <endian.h> #include <asm/byteorder.h> #include <linux/byteorder/swab.h>

to ip/iptunnel.c fixes the problem, but I wonder what's causing this. FYI my kernel is 2.6.10, but running against the 2.6.8.1 linux-libc-headers. The iproute2-2.6.9 release compiles fine against the same stuff.

[Matthew Burgess]

Version increment (050207). Note this is still affected by the constant_htons problem. According to upstream:

"Problem was definition of htons() in include files did not match glibc. There is no htons() in the iproute2 sources, so don't know were your getting it from looks like a regular user header/glibc problem."

constant_htons is defined in: /usr/include/linux/byteorder/pdp_endian.h /usr/include/linux/byteorder/little_endian.h /usr/include/linux/byteorder/big_endian.h /usr/linux/byteorder/generic.h

Interestingly from the Changelog (2004-10-20):

• Don't include <asm/byteorder.h> since then we get dependant on kernel headers

on host machine

That, on my box, pulls in /usr/include/linux/byteorder/little_endian.h, constant_htons therefore gets defined and everything's hunk dory again.

I think I need a *real* programmer to step in now and rescue me! What's the correct fix here guys? Why is it bad to be including <asm/byteorder.h> here? It would seem the obviously correct fix to my untrained eye.

[Matthew Burgess]

Version increment (2.6.10-050209) with another fix in there from Jim Gifford!

[Matthew Burgess]

​http://www.ussg.iu.edu/hypermail/linux/kernel/0502.1/1017.html states that linux-libc-headers have been fixed up to #include the missing header. With linux-2.6.11 really close now, so will linux-libc-headers-2.6.11.0. I'll leave upgrading iproute2 until then.

[Matthew Burgess]

Version increment (2.6.11-050310). Compiles fine with the old linux-libc-headers, so looks like it got a local fix too.

[Matthew Burgess]

Version increment (2.6.11-050314). Changelog suggest just minor changes/bug fixes, but the tarball just jumped from 333K to 896K!

[Matthew Burgess]

Version increment (20050330)

[jim@…]

Version update iproute2-050816.

Fixes for GCC 4.x build issues See ChangeLog for More INFO.

[Matthew Burgess]

Has the version numbering changed? Why is the kernel version missing from this release, or did upstream miss the snapshot ('ss') designation off?

[steve.crosby@…]

Appears to be a real release.

From the LARTC Mailing list:

[LARTC] [ANNOUNCE] iproute2 util update Stephen Hemminger shemminger at osdl.org Tue Aug 16 23:34:16 CEST 2005

​http://developer.osdl.org/dev/iproute2/download/iproute2-050816.tar.gz

Update to iproute2 to include:

• Limit ip neigh flush to 10 rounds
• tc ematch support (thomas)
• build cleanups (thomas, et al)
• Fix for options process with ipt (jamal)
• Fix array overflow in paretonormal distribution build
• Update include files to 2.6.13
• Decnet doc update (Steven Whithouse)

Note: the ematch support won't build on really old versions of bison (1.28),

but the kernel on those systems wouldn't support it anyway.

[steve.crosby@…]

it's also a broken release. The configure command is not marked as execuable in the release tarball, so a chmod is needed. The sys/socket.h errors are also not yet fixed.

Oh, and FYI the remove_db patch still applies cleanly to this version.

[Matthew Burgess]

Version increment (050929)

[Matthew Burgess]

This doesn't appear to work! I get:

Cannot talk to rtnetlink: Message too long

On each of the 3 invocations of `ip' during the bootscripts running. Is this because the headers are now based on 2.6.14? It's the only thing that strikes me looking at the Changelog between 050816 and 050929.

iproute2-050816 works (although one has to do a 'chmod u+x configure' before it'll compile).

[Matthew Burgess]

Version increment (051007)

[tushar@…]

iproute-2-2.6.14-051107: Version Increment. The iproute2-latest points to the above version.

[Matthew Burgess]

Version increment (iproute2-2.6.15-060110)

[martyman99999@…]

Upgraded to 060110 and smoke tested. No book changes needed other than version number update.

[Matthew Burgess]

Superceded by ticket #1754.