[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Amateur e.



>>>>> "Harvey" == Harvey Kelly <harvey [at] kelly.uklinux.net> writes:

    Harvey> Could anyone point out the bleedin' obvious to me?

Enbloatment is written by a bunch of artists who don't know squat
about configuration management?

Seriously, configuration management is hard.  There's a very good
chance that the set of releases you have at the moment just plain
don't work together.  However....

    Harvey> I installed freetype, fine no problem, I then installed
    Harvey> imlib - again fine(?),

Aside - What do you mean by "install"?  Most people mean "I downloaded
a prepackaged version and ran rpm/dpkg/tar xzf/whatever on it," but
some people mean "downloaded source and ran `./configure; make; make
install'".  And if you use a prepackaged version, which package
manager did you use to uninstall the old and which to install the new?
This matters.  With the exception of dpkg, whose "alien" package can
handle rpms and tgzs tolerably well, mixing and matching packages from
different package managers is a recipe for trouble.  (Mixing and
matching packages from different distros is also trouble, even if the
package manager is the same.  Red Hat is famous for adding and
subtracting features so that upstream version numbers are unreliable
for use in dependency testing, but as far as I know only Debian has a
policy against doing that.)

    Harvey> but when I ran ./configure for fnlib it responded by
    Harvey> saying that it hadn't detected imlib.

I assume you didn't reboot in the meantime?  If you don't reboot and
ldconfig does not get run, the new .so libraries do not get listed in
the kernel cache of .so's it knows about.  So you can't use those
libraries (including for configuring dependent packages).  (The boot
process automatically runs ldconfig.  Windows doesn't have ldconfig,
that's one reason why you have to reboot for device drivers to work
under Windows.  But in Linux you can run ldconfig by hand.  As root,
of course.)

    Harvey> At the enlightenment web site the answer is to make sure
    Harvey> that older versions of imlib/fnlib aren't present, that's
    Harvey> all it has to say on the subject.  I've tried installing
    Harvey> the packages in various orders, but no luck.  So, to
    Harvey> confirm that absolutely nothing remained of older
    Harvey> versions, I backed everything up and formatted, and then
    Harvey> installed a small/default system without any of the
    Harvey> aforementioned packages.  Again, it halted at the same
    Harvey> stage.  I'm trying to install them in a directory "elibs"
    Harvey> in /usr/lib.

This is not going to work unless you've edited /etc/ld.so.conf to
include /usr/lib/elibs, since ldconfig does not know about that
directory by default.

It is probably a bad idea to do this, anyway, unless you really,
really, really know what you are doing.  The reason is that if you
have a lot of general-purpose libraries in a lot of individual
directories, the chance of getting duplicates skyrockets, and so does
the version skew problem the Enbloatment web site mentions.

Put libraries that depend on X in /usr/X11R6/lib/, that's a good boy,
and those that don't in /usr/lib/.  Then run ldconfig.

>>>>> "zzzz" == zzzz  <zzzz [at] zapata.freeserve.co.uk> writes:

    >> /usr/lib.  Could anyone point out the bleedin' obvious to me?

    zzzz> use rpm.

C'mon, let's be part of the solution.  RPM is part of the problem.
Necessary, but still Microsoft-spawn.

The semantic content of "use rpm" is "go back to bed until somebody
else packages up the RPMs correctly."  That's good for Red Hat and
SuSE profits, not so good for users.

Harvey already said he wanted the new versions, let's help him get
them installed.  It's not that the RPMs won't be out tomorrow (they
will), it's the principle of the thing.


-- 
University of Tsukuba                Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences       Tel/fax: +81 (298) 53-5091
_________________  _________________  _________________  _________________
What are those straight lines for?  "XEmacs rules."
---------------------------------------------------------------------
Sheffield Linux User's Group - http://www.sheflug.co.uk
To unsubscribe from this list send mail to
- <sheflug-request [at] vuw.ac.nz> - with the word 
 "unsubscribe" in the body of the message. 

  GNU the choice of a complete generation.