Just thought I'd let people know that the solution to my problem with
rpm/apt-get complaining that:
# rpm -i freetype-2.0.3-7.i386.rpm
file /usr/lib/libfreetype.so.6.0.1 from install of freetype-2.0.3-7 conflicts
with file from package freetype2-2.0.3-1
had a very simple solution.
At 6:39 pm, Saturday, June 28 2003, [EMAIL PROTECTED] mumbled:
I believe apt-get and synaptic are largely (completely?) the work of
Alfredo Kojima, the creator of the Window Maker window manager.
apt-get is the brainchild of Scott Ellis, and was then taken on
Jason Gunthorpe, and others.
On 29 Jun, Steve Kowalik wrote:
I believe apt-get and synaptic are largely (completely?) the work of
Alfredo Kojima, the creator of the Window Maker window manager.
apt-get is the brainchild of Scott Ellis, and was then taken on
Jason Gunthorpe, and others.
Sorry, I should
[EMAIL PROTECTED] wrote:
On 29 Jun, Steve Kowalik wrote:
I believe apt-get and synaptic are largely (completely?) the work of
Alfredo Kojima, the creator of the Window Maker window manager.
apt-get is the brainchild of Scott Ellis, and was then taken on
Jason Gunthorpe, and
On 29 Jun, Chris Deigan wrote:
Wasn't that a conectiva idea?
I think it was hosted by Connectiva, and I think Alfredo is employed by
Connectiva. Yet he included a RH port, for which I am intensely
grateful.
luke
--
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info:
On 22 Jun, James Gregory wrote:
Yeah, the cl is probably an indication of it having come from connectiva
or somewhere, and that's probably the problem - connectiva will have
packaged freetype{,2} differently -- they'll include some files they
shouldn't have (IMHO). So, grab the
On Sun, 2003-06-22 at 19:05, [EMAIL PROTECTED] wrote:
On 22 Jun, James Gregory wrote:
Yeah, the cl is probably an indication of it having come from connectiva
or somewhere, and that's probably the problem - connectiva will have
packaged freetype{,2} differently -- they'll include some
On 22 Jun, James Gregory wrote:
Hrmm. So I suppose you have 3 choices:
* Upgrade to newer redhat
* Find some src.rpms from somewhere and rebuild them (the mandrake ones
would probably work fine in this regard)
If I'm unlucky, that will lead me to have to upgrade the whole
On Sun, 2003-06-22 at 19:56, [EMAIL PROTECTED] wrote:
On 22 Jun, James Gregory wrote:
Hrmm. So I suppose you have 3 choices:
* Upgrade to newer redhat
* Find some src.rpms from somewhere and rebuild them (the mandrake ones
would probably work fine in this regard)
If
I seem to have gotten myself into an rpm dependency loop on my RH 7.2
system.
Last weekend I forcibly installed a bunch of packages I shouldn't have,
and broke X. :-( Via careful rpm -e use, and switching over to use the
RPM port of apt-get, I managed to get X working again.
But I really wanted
-On Sat, 2003-06-21 at 22:20, [EMAIL PROTECTED] wrote:
I seem to have gotten myself into an rpm dependency loop on my RH 7.2
system.
Last weekend I forcibly installed a bunch of packages I shouldn't have,
and broke X. :-( Via careful rpm -e use, and switching over to use the
RPM port of
On 22 Jun, James Gregory wrote:
wait a moment. Apt won't grock dependencies that aren't packaged AFAIK.
So, installing libttf from source won't help it. apt should have found
that dependency if you just asked it to install ghostscript.
No, for the same reason I'm having a trouble now:
On Sun, 2003-06-22 at 12:10, [EMAIL PROTECTED] wrote:
On 22 Jun, James Gregory wrote:
wait a moment. Apt won't grock dependencies that aren't packaged AFAIK.
So, installing libttf from source won't help it. apt should have found
that dependency if you just asked it to install
13 matches
Mail list logo