Re: Reinstalling Package modules on Madriva 10.2 after removing gtk

From: Dances With Crows (danSPANceswitTRAPhcrows_at_gmail.com)
Date: 09/01/05


Date: Wed, 31 Aug 2005 19:23:28 -0500

On 31 Aug 2005 11:20:45 -0700, chris.lyon@spritenote.co.uk staggered
into the Black Sun and said:
> >>> I have removed gtk and it's dependants with the package tool
>> Um... why? Oh well,
> I was trying to install wxpython, it wanted gtk [and] glib. I picked
> up 8.2 it had dependancies (Obviously) upon ./configure glib
> complained about versions 7.3 of gtk. I re did the ./configure ,
> make ,make install on gtk still got complaints,

OK. On Redhat-derived distros, if you want to compile programs that
link against $FOO, you need to install the $FOO-devel RPMs. It seems a
little strange to me that you had to compile wxpython from source,
though. There are ebuilds and debs for it, so there should have been an
RPM for it somewhere.

Note that on a Debian or Gentoo system, all you would've had to do is
"emerge wxpython" or "apt-get install wxpython", and all dependencies
would've been taken care of automagically. They tell me that the
yum/apt4rpm/urpmi frontends to RPM now have automatic dependency
resolving, so you should've been able to "urpmi --install-deps wxpython"
or something.

> must be installed by default so went to the gui tool to remove it

Whoa. Yeah, this is one thing that you probably *don't* want to do,
ever. Multiple versions of shared libraries can exist on a Linux
system. If you are trying to compile something that requires
libFOO-4.5.6 and the latest distro package available is libFOO-4.4.0,
then you get the source for libFOO-4.5.6 and install it to /usr/local/ .

> I was hoping to procedure by reinstalling the package tool to
> reinstall gcc but of course the odds are without gcc I won't get much
> running.

? The only distros that depend on a running gcc to install things are
Gentoo and LFS. All other distros just unpack a tarball/RPM, put the
files from that tarball/RPM in appropriate spots, and update the package
manager database.

>> It'll match *gtk*.rpm . Then "rpm -Uvh gtk-1.2.3.rpm". That should
>> install GTK+. If it doesn't, rpm will spit out "unresolved
>> dependencies: gtk-1.2.3 depends on glib-2.3.4..." which means you
>> need to rpm -Uvh glib*.rpm first. Iterate until all dependencies are
> Thanks for that, I will try this when I get near the machine on
> Thursday. I also seem to have lost Mozilla (gtk I assume)

Yep. Lots of graphical things depend on GTK.

> How would I establish the missing dependancy for gcc? This seems a
> little more self referential as how do you compile a compiler thats
> not fully installed?

You don't. You unpack a prebuilt compiler from a tarball/RPM. Gentoo
handles this by providing a prebuilt gcc in a tarball on the LiveCD.
Then you unpack this gcc, install it, and use it to compile itself.

>>> In retrospect I should post this on a Mandriva specific group,
>> alt.os.linux.mandrake is still up, and it would've been a simple
>> thing to cross-post there.
> I've always tried not to cross post as I've noticed it tends to
> produce complaints.

Cross-post to no more than 3 groups, make sure your message is on-topic
in all groups you post it to, and set a Followup-To: . That's how to
cross-post without generating complaints.

> I could type volumes on this aspect of --ix, and I have to say it
> appears to me as one of its biggest failings.

Vague reference. Expand "this aspect"? The package manager hell you
experienced seems to be specific to RPM-based distros. Debian and
Gentoo have packages for damn near everything, so there's very little
reason for normal users of those distros to ever compile packages from
source.

> some degree of responsibility for some fairly chunky SGI unix boxes in
> my time and could never get the resident gurus to distribute
> information without a bewildering spray of command line typing that
> often seemed more complicated than was strictly required

Depends on the gurus and the specific tasks involved. Stuff you may
think is simple may have unexpected ramifications or things you weren't
taking into account. Or you may need better gurus :-)

> Anyone coming from Windows is in for a very steep learning curve and
> if they are working alone, then it can be an incredibly lonely
> experience.

Been There, Done That, Got The T-Shirt. OK, I had *some* experience
with the command line, because I'd been using Solaris machines to learn
C, but lots of stuff was completely new to me. I also didn't know about
the local LUG until ~4 months after I'd figured most of the difficult
parts out on my own. If you're interested in learning stuff about
Linux, you should Google for a local LUG--I hear they have some of those
in .uk, and it's very useful to be able to talk to people in person.

> Explaining why it takes several days to get wireless access for the
> music server really doesn't wash with the kids.

When you're doing something new, do it on a non-critical system if at
all possible. "Always mount a scratch monkey", in other words.

> I tend not to programme nowadays, I can buy it in more effectively (
> and don't think I can't hear the 'and a good thing too's'),

Outsourcing programming has not been as wonderful as the beancounters
say it has. You may get *code* from developers in Chennai, but that
code is as likely as not to be a festering crock of unmaintainable
kludges. The time differences also cause communication problems, and it
can be a pain to manage people who are ~2000 miles away.

> Perhaps teaching will move offshore as well.

I'm waiting for the outsourcing of plumbers and car mechanics, myself.

>> So... try the rpm thing I mentioned above and see how well that
>> works. If you can reinstall GTK and Glib, you may be able to get the
> Many Thanks.

No problem.

-- 
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin /    mail: TRAP + SPAN don't belong
http://www.brainbench.com     /    "He is a rhythmic movement of the
-----------------------------/      penguins, is Tux." --MegaHAL


Relevant Pages

  • [SLE] Gimp 1.3.18 wont finish make
    ... I am trying to compile Gimp's new version. ... *** Could not run GTK+ test program, ... See the file 'INSTALL' for help. ... The GTK+ libraries were not found at run time. ...
    (SuSE)
  • building pango 1.6.0: problem with "#include FT_INTERNAL_STREAM_H"
    ... I need to get Xft-support working, so I can build gtk later on. ... But now, when I try to compile pango it, the compilation is very soon aborts ... compile and install. ...
    (comp.unix.programmer)
  • Re: gtk+ on embedded device
    ... > Gtk+ installation means to cross compile a lot ... > of libraries, ... > an easier way to install gtk+ using framebuffer ... But when I have to install the ...
    (comp.os.linux.embedded)
  • [SLE] Puzzling gtk2 issue
    ... *** Could not run GTK+ test program, ... *** The test program failed to compile or link. ... See the file 'INSTALL' for help. ...
    (SuSE)
  • Re: Need help with iRiver T10 with Breezy!
    ... I also had to figure and install an incredible amount of programs and libraries just to compile a program. ... Other distros have 1 to 3 metapackages where you can install like all desired stuff to compile desktop apps, or system apps. ...
    (Ubuntu)