Hi Craig, for the very first time you have explained what the
problems are. I will try and re-state them and see if it means the same
thing.
1. The ax25-utils now use a lot of kernel include files that
change as the kernel changes. I can check that/
2. Making the new library the workers put in data for ax25 that
was older and not applicable to the current ax25-utils. The GNU version
glibc 2.1 has the right stuff.
3. Red Hat doesn't have the new glibc 2.1 so things you wrote may
not work. They compile fine but don't work.
4. Stay with 2.0.36 until things are cleaned up.
That is what I plan to do. Thanks Craig!
On Wed, 7 Jul 1999, Craig Small wrote:
} Karl F. Larsen said:
} > On Tue, 6 Jul 1999, Hamish Moffatt wrote:
} > } And why do you think you need to recompile the AX25 utilities every
} > } time you upgrade something else?
} > }
} > You need to do something. The setup that works fine with kernel
} > 2.0.36 fails to work if you simply change to kernel 2.2.5. Since the
} > ax25-utils are very tied to the kernel they are effected by changes to the
} > kernel.
}
} I would hardly call changing a kernel with a different major number to be
} a "simple" change. It is significant. The other significant change is we
} are gradually weaning ourselves off the old way of doing things which was to
} have lots of #include <linux/blah.h> lines which meant if you changed the
} kernel the header files changed.
}
} Of course to do that the information has to go somewhere, it is now found in
} glibc headers, specifically glibc 2.1 While developing these libraries, it
} was found that there was some missing "stuff" from these headers; the short
} story is that the glibc 2.1 people transferred kernel 2.0.34 headers across,
} unfortunately there was a major change in the kernel at 2.0.36 (I think
} I got these version numbers right). I then let the GNU people know that there
} was a problem. They then put the changes in place, if you look in the
} glibc changelog, you should find something like:
}
} 1999-05-02 Ulrich Drepper <[EMAIL PROTECTED]>
}
} * sysdeps/unix/sysv/linux/netax25/ax25.h: Update from kernel header.
} * sysdeps/unix/sysv/linux/netrom/netrom.h: Likewise.
} * sysdeps/unix/sysv/linux/netrose/rose.h: Likewise.
} Patch by Craig Small <[EMAIL PROTECTED]>.
}
} The problem is now is that while Debian is fine, RedHat has yet to get their
} collective act together and get a more recent glibc 2.1 There has been
} attempts by myself to accomodate this broken header set but it is made
} difficult with the fact my libraries are fine.
}
} There is also some kernel 2.2.x issues, mainly about the packet type socket.
} The next release will use the "right" ioctl which should fix that.
}
} In summuary, you should treat the new code as alpha, we are still trying to
} work the quirks out of the system. I believe the old utils work fine for
} kernels 2.0.34, you should probably stick with that unless your sure the
} new set is going to work for you.
}
} - Craig
}
} --
} Craig Small VK2XLZ, PGP: AD 8D D8 63 6E BF C3 C7 47 41 B1 A2 1F 46 EC 90
} Eye-Net Consulting http://www.eye-net.com.au/ <[EMAIL PROTECTED]>
} MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]>
}
Best wishes
- Karl F. Larsen, [EMAIL PROTECTED] (505) 524-3303 -
