Discussion:
from which ebuild is libttf.so.2 ?
Pierre-François Gomez
2003-11-12 22:42:10 UTC
Permalink
Hello list !

While trying to run Eterm, i get this :

Eterm: error while loading shared libraries: libttf.so.2: cannot open
shared object file: No such file or directory

My question is not there, though : i know too well the cause of this
error ;-)

Later in the day i decided to do some cleaning, removing some spider
webs, etc... and i ran "emerge --prune". Don't ask me why : i'm still
trying to get every single hair off my head ;-)

Since that dreadful show of stupidity, i can't run Eterm nor re-emerge
it. And i can't find from which package libttf is from, either. I tried
some (freetype, libast), including those that were unmerged (i found
them in /var/log/emerge.log), but without any success.

So, is there somebody out there who installed Eterm and who could do
something like "qpkg -f libttf.so.2", please ?

I would then be able to re-emerge it and hopefully get Eterm running
again. Note: my foolishness has caused me the same kind of trouble
with xmms but i was able to locate the right ebuild and it came back as
expected, so i'm confident it will work with Eterm, too.

Best regards,
--
Hi, I am a .signature virus. Please copy me into your ~/.signature and send me
to all your contacts.
After a month or so log in as root and do a rm / -rf. Or ask your
administrator to do so...

--
gentoo-***@gentoo.org mailing list
Patrick Börjesson
2003-11-12 22:55:36 UTC
Permalink
Post by Pierre-François Gomez
So, is there somebody out there who installed Eterm and who could do
something like "qpkg -f libttf.so.2", please ?
# qpkg -nc -f /usr/lib/libttf.so
media-libs/freetype

Guess that answers your question...

Patrick Börjesson
--
Public key id: 4C5AB0BF
Public key available at search.keyserver.net[:11371]
Pierre-François Gomez
2003-11-12 23:25:16 UTC
Permalink
Post by Pierre-François Gomez
So, is there somebody out there who installed Eterm and who could do
something like "qpkg -f libttf.so.2", please ?
# qpkg -nc -f /usr/lib/libttf.so media-libs/freetype
Guess that answers your question...
As stated earlier, i tried it without success. But i think you're
right all the same.

Indeed, i think i found something out in the meantime.

Well, i should have read man before trying "emerge --prune" ... ;-)
prune (-P)
WARNING: This action can remove important packages! Removes all but the latest versions of
matching packages. If there are multiple SLOTs for a package, it leaves the latest version in
each SLOT. This does no checking of dependencies, so it may remove packages necessary for the
proper operation of your system. Use clean instead unless you really know what you're doing.
Its arguments can be ebuilds, classes, or dependencies -- see clean above for examples.

I think i'm going to have a very long night ;-)

Thank you for your answer !
--
Pierre-François Gomez <***@free.fr>

"No trees were harmed in the sending of this message. However, a
slight number of electrons were moderately inconvenienced."
-- anonymous

--
gentoo-***@gentoo.org mailing list
Pierre-François Gomez
2003-11-12 23:37:12 UTC
Permalink
# qpkg -nc -f /usr/lib/libttf.so media-libs/freetype
Guess that answers your question...
You were right.

I wandered a short time before finding out that xlock was producing the
same error.
So i re-emerged it and i think it merged the right version of freetype
because Eterm is now able to rebuild and ... to run :-)

I don't fully understand the "slot" system but i think this problem had
to do with this.

Thanks !
--
Hi, I am a .signature virus. Please copy me into your ~/.signature and send me
to all your contacts.
After a month or so log in as root and do a rm / -rf. Or ask your
administrator to do so...

--
gentoo-***@gentoo.org mailing list
Rex Young
2003-11-12 23:45:45 UTC
Permalink
-----Original Message-----
Sent: Wednesday, November 12, 2003 3:37 PM
Subject: [gentoo-user] [SOLVED] Re: [gentoo-user] from which ebuild is
libttf.so.2 ?
# qpkg -nc -f /usr/lib/libttf.so media-libs/freetype
Guess that answers your question...
You were right.
I wandered a short time before finding out that xlock was
producing the
same error.
So i re-emerged it and i think it merged the right version of freetype
because Eterm is now able to rebuild and ... to run :-)
I don't fully understand the "slot" system but i think this
problem had
to do with this.
Thanks !
I had a smaller version of your problem a while back (a year or so ago). My
solution was somewhat simpler. I unmerged the offended application, then
re-emerged
it, at which point it picked up the missing dependencies. It's simple, but
not
necessarily fast.

-rex

--
gentoo-***@gentoo.org mailing list
Pierre-François Gomez
2003-11-12 23:54:59 UTC
Permalink
ago). My solution was somewhat simpler. I unmerged the offended
application, then re-emerged it, at which point it picked up the
missing dependencies. It's simple, but not necessarily fast.
I hadn't thought of unmerging eterm ;-)

I think i might get into the same kind of problems in the next two
weeks or so. I will try this then, thanks.
--
Pierre-François Gomez <***@free.fr>

** http://counter.li.org **
** GNU/Linux User #285081 **

--
gentoo-***@gentoo.org mailing list
Loading...