From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx> Date: Wed, 20 Jun 2007 07:45:17 -0700 > On Wed, 20 Jun 2007 15:15:23 +0100 > "Oliver Cook" <oliver.cook@xxxxxxxxxxx> wrote: > > > Hi, > > > > In trying to run tc with netem to introduce latency in the lab on a > > 64bit system I discovered the following bug in get_qdisc_kind in tc.c: > > > > snprintf(buf, sizeof(buf), "/usr/lib/tc/q_%s.so", str); > > > > The path to the tc qdisc shared objects is hard-coded. On a 64bit system > > the correct path is /usr/lib64/tc/. > > That is a distro choice to change the path on 64bit, not all do. So please > report it as a bug to the distro, and make them fix their package. Stephen, stop this. This is perfectly legitimate way to handle 32-bit and 64-bit libraries present on a system. If the iproute package cannot cope with this long standing and reasonable convention, the BUG is in iproute not the distribution. There is no reason in the world it should assume the libraries live under a fixed location such as /usr/lib _EVEN_ if your iproute Makefile installs them there. Please fix iproute2 to do the right thing on 64-bit systems where 64-bit libraries to not live under /usr/lib, and instead live under /usr/lib64/ At a very minimum this means sparc64 and powerpc. - To unsubscribe from this list: send the line "unsubscribe linux-net" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
