Re: Problem with MySQL client SO file.

From: Christian Holm Christensen (cholm@hehi03.nbi.dk)
Date: Fri Sep 14 2001 - 05:29:15 EDT

  • Next message: Djamel Ouerdane: "Re: BB vertex"

    Hi Kris, Jens Ivar, and others, 
    
    On Thu, 13 Sep 2001 12:21:13 -0500
    Kris Hagel <hagel@comp.tamu.edu> wrote
    concerning "Re: Problem with MySQL client SO file.":
    > Jens Ivar,
    >
    > Your problems stems from using incompatible or incomplete mysql
    > builds.  The way I do it, at least on RCF and pii's is to use the
    > mysql that Christian built in afs.  So you can do
    >
    > ./configure linux --with-mysql-libdir=/afs/rhic/opt/brahms/pro/lib
    > --with-mysql-incdir=/afs/rhic/opt/brahms/pro/include/mysql
    > 
    
    > I run into this all the time when I build root on rcas and use it on
    > pii or vice versa and the above is what I came onto for a solution.
    
    Preferably, we should try to use the system libraries rather than the
    installation in the AFS area.  There are many good reasons for this,
    least not that the RCF AFS cell is far from stable :-(.  Another
    reason is that you would  expect the distribution folks to actually
    have made an effort for trying to incorporate the libraries into the 
    system; alas that is not always the case - yes, I'm thinking of Redhat
    Linux again.  
    
    When you compile your own BRAT on the RCF or PII machines, please
    notice that some of the pii's run Redhat 7.x, which has another GLIBC
    than Redhat 6.2 - not to mention a buggy compiler :-(.  
    
    The policy of Debian that _everything_ that is put in the distribution
    _must_ work seemlessly is precisely one of the main reasons I advocate
    that distribution.  Unfortnatly, that has the sideeffect that Debian
    stable distribution is not always up to date - but that is really not
    a problem, seeing how most of us still use the inferior EGCS-1.1.2 C++
    compiler.  Brett Viren of BNL summerised the Debian situation nicely as: 
    
    > If allowed, I would rename the Debian's dists like:     
    >
    >    "stable"    --> "rock-solid-but-oh-so-out-of-date"
    >    "testing"   --> "stable"
    >    "unstable"  --> "once-in-a-blue-moon-you'll-see-a-problem" 
    
    The "oh-so-out-of-date" should be put into perspective, since Brett
    was one of the first to try to compile ROOT with GCC-3.0, no later
    than a month after the compiler suits release.  Debian is after all
    distributed with GCC-2.95.2 (which _can_ compile the Linux kernel). 
    
    Now, since Redhat has no labels like "stable" <grin>wonder why</grin>,
    "testing" <sigh>commercial company</sigh> or "unstable" <grin>for
    obvious reasons</grin>, it's hard to make the same translation, but
    here goes: 
    
      6.1   -->    OLD, and buggy 
      6.2   -->    OLD, and buggy     
      7.0   -->    Idiotic decisions, and buggy 
      7.1   -->    "Hey we tried, you didn't like it, but we won't change
                   it!", and buggy.  Binary incompatible with all other
    	       Linux distributions (not because of glibc 2.2, but
    	       because of "GCC 2.96"). 
      7.2   -->    "It'll be released tomorrow - no wait, that's when our
    	       corp. guys wants to make mony by releasing some other
    	       stuff - ah well, you guys just have to wait - sorry!" 
    
    Ok, so I'm a Debian biggot!  No seriously - I really think it's most
    unfortunate that the physics community has tied itself so much up on
    Redhat - it's no coincidence that NASA chose Debian for thier
    satellites!  
    
    Also, it's extremly bad that pii3 is identified as i386_redhat61 by
    AFS, since Redhat 7.x is only backward-compatible with Redhat 6.1
    (programs compiled on 6.1 will run on 7.x, but program compiled on 7.x
    will not run on 6.x).  I have no idea how that is setup, so it may be
    a feature of AFS, the PII setup, or the RCF setup. 
    
    The main reason for the installation of MySQL on the RCF AFS is to
    have some control over what software we use.   It's unfortunate that
    we have to spend time doing that, but that's how it is. 
    
    Anyway, to cut a long story short, please use system libraries if
    possible.  Also, please observe that there may be binary
    incompatibilities.  Finally, I recommend staying far away from "GCC
    2.96" (which I guess you all know doesn't exist) - it can't even
    compile the Linux kernel.  Redhat 7.x has one cool thing: XFree86
    4.01, with excellent 3D hardware support - I've installed XFree86 4.03
    on my Debian GNU/Linux machine + a number of demos from Loki Games -
    really cool 3D games on Linux! 
    
    Yours, 
    
    Christian Holm Christensen -------------------------------------------
    Address: Sankt Hansgade 23, 1. th.           Phone:  (+45) 35 35 96 91 
             DK-2200 Copenhagen N                Cell:   (+45) 28 82 16 23
             Denmark                             Office: (+45) 353  25 305 
    Email:   cholm@nbi.dk                        Web:    www.nbi.dk/~cholm
    



    This archive was generated by hypermail 2b30 : Fri Sep 14 2001 - 05:30:07 EDT