*** For details on how to be removed from this list visit the *** *** CCP4 home page http://www.ccp4.ac.uk ***
On Friday 27 October 2006 12:42 pm, Edward A. Berry wrote: > the upgrade-cycles merrygoround, it may actually be possible > for two versions of glibc to exist on your current system, > > (setenv LD_LIBRARY_PATH \ > /usr/local/glibc-2.3/lib:/usr/lib/:/usr/local/lib:/usr/X11R6/lib ; \ > /usr/local/glibc-2.3/lib/ld-linux.so.2 /raid/bin/o10/lin_ono) > > > I've just now got this working so don't yet know how practical or > widely applicable it is. > I'd be glad for any advice from the Linux Gurus on this question. Advice: "Don't try this at home". Yes, it can be done. Some distros even offer backwards-compatibility packages (though in this case you want a forward-compatibility version so that won't work). HOWEVER - if you get it wrong, your system will die immediately, it will not be rebootable, and recovering from the error is non-trivial. I say this from sad experience. If you manage to get the new glibc into the search path of any of the system components, death of the system can follow in seconds. > > For what its's worth, > Ed > > D. Eric Dollins wrote: > ~~~ > > > errors. The errors look something like this: > > > > /usr/local/coot/Linux-bubbles-pre-release/bin/coot-real: > > /lib/i686/libpthread.so.0: version `GLIBC_2.3.2' not found > > (required by > > /usr/local/coot/Linux-bubbles-pre-release/bin/coot-real).........th > >ere were some more errors looking for /usr/lib/libGL.so.1. > > > > I am running an admittingly old version of Linux redhat 8.0. How > > can I get around this dependency issue? I looks through RPMfind.net > > and couldn't find any GLIBC_2.3.2 for redhat 8.0. Any idead how to > > get around those errors? > > > > Cheers, > > Eric > > > > On 10/27/06, Paul Emsley <[EMAIL PROTECTED]> wrote: > >> On Wed, 2006-10-25 at 16:45 -0400, D. Eric Dollins wrote: > >> > *** For details on how to be removed from this list visit the > >> > *** *** CCP4 home page http://www.ccp4.ac.uk > >> > *** > >> > > >> > > >> > Hello all, > >> > I wondered if anyone can help with a NCS problem in coot. I > >> > have a 3.2A structure with 5 homodimers (10 chains) in the ASU. > >> > Given the resolution, there are 10 chains for NCS. Obviously, I > >> > am disinterested in refining all of them. I've tried using NCS > >> > in coot, however, when I try to apply the edits from my master > >> > chain (which I changed from chain "A" to the chain with the best > >> > density- happens to be "G"), coot only applies changes to some > >> > of the chains. Not only that, but the chains which the changes > >> > are applied to also seems to be random. > >> > >> There indeed was an error in applying NCS edits to other chains. > >> I thought that I'd fixed that for 0.1.2. Which version are you > >> running? > >> > >> > I've > >> > gone through this several times now and the changes have been > >> > applied to different chains each time. When I load in the > >> > model, coot does find NCS for all chains A-J. > >> > > >> > I wonder if this might be a buffer issue given the ridiculous > >> > size of my ASU (>0.5 Megadalton)? > >> > >> That's not it, I'd guess. > >> > >> > I noticed also that coot can use a set of strict NCS matrices. > >> > Is this similar to CNS where you reduce your number of > >> > molecules, in my case, from 10 to 1. If so, how do you re-apply > >> > the matrices to re-constiture the full ASU for a run in refmac? > >> > >> There is no straightforward way in coot to do this. You can mess > >> with copy-molecule and applying an R/T op to each copy, then merge > >> molecules (I've not tried to do that). Using pdbset to generate > >> the other molecules? You'd need to then "concat and edit" the > >> resulting pdb files - bleugh. > >> > >> Paul. -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle WA
