As long as you apply the patch found in libjsonc_0.7-1.diff there shouldn't be any reason it doesn't work. I'll also push the spec file we're using to our git repo. vijay On Fri, Nov 6, 2009 at 2:02 PM, Coffman, Timothy A wrote: > Well, that illuminates my problem a bit more.  It's not just one symbol: > > > > [tcoffman]$ ldd /usr/lib64/libjson.so > > /usr/lib64/libjson.so: /lib64/libc.so.6: version `GLIBC_2.8' not found > (required by /usr/lib64/libjson.so) > >        libc.so.6 => /lib64/libc.so.6 (0x00002b1897c18000) > >        /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) > > > > yum seems to have a pretty clear answer for me: > > > > [tcoffman]$ yum list glibc > > Installed Packages > > glibc.x86_64                             2.5-24 > installed > > glibc.i686                               2.5-24 > installed > > > > > > Now I just have to determine if it's safe for me to update to a more > recent version.  glibc seems to be a critical core component, so I don't > want to just assume my system will keep working if I upgrade.  Tricky. > > > > Perhaps a better approach would be to install json-c 0.7 from src, > building against the glibc 2.5 that is already installed.  The problem I > foresee there will be, I don't have the spec file for making an RPM for > json-c, and Lounge won't build against a json-c that wasn't installed > via an RPM.  I could be wrong about that, so perhaps I should just give > it a try. > > > > Tim Coffman > > Vanderbilt University Medical Center > > (615) 936-6496 > > > >