gcl-devel
[Top][All Lists]
Advanced

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

[Gcl-devel] Re: gcl-2.6.6-1 & clos


From: Camm Maguire
Subject: [Gcl-devel] Re: gcl-2.6.6-1 & clos
Date: 16 May 2005 12:13:23 -0400
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

Greetings!  Great to hear this is working for you!  This is the
intention behind the Debian setup -- environment variable toggled
image flavor selection at runtime.  I take it this is the rpm produced
from the converted .deb?  So you worked out the shared lib issues?  In
any case, is there a mechanism whereby GCL could get rpm's distributed
throught the redhat et. al. channels automatically?

Take care,


"Adrienne Gaye Thompson" <address@hidden> writes:

> Wednesday, May 11, 2005
> 
> I did download gcl_2.6.6-1_i386.deb from http://packages.debian.org, and 
> successfully converted it to an rpm using
> Alien, but on attempting to install, I got failed dependencies: 
> libtcl8.4.so.0, and libtk8.4.so.0. A further attempt to
> upgrade to tcl8.4 and tk8.4 left me with another failed dependency - 
> libpthread.so.0 (GLIBC_2.3.2). At this rate it
> seemed that my hacking was going to get quite obsolete before I managed to 
> ever upgrade all these dependencies, so I
> gave up for the time being.
> 
>  
> ------------------------------------------------------------------------------------------------------------------------
> 
> Greetings from Galactica!
> 
>  
> 
> Camm
> 
>  
> 
> I had saved the output from running the rpm -uvh command yesterday with the 
> --nodeps switch and discovered that
> gcl-2.6.6-1 was actually installed from the previous try (I built gcl-2.6.6  
> under my Galactica username, but hadn't
> installed it globally).The problem was that my installed gcl-2.6.2 prevented 
> me from invoking 2.6.6-1- rpm -q indicated
> the installation.
> 
>  
> 
> After uninstalling 2.6.2  and adding "export GCL_ANSI=yes" to my Galactica 
> .bash_profile file, I can now run gcl-2.6.6-1
> ANSI without having to manually set the env variable each time. I've attached 
> a copy of a test file, and there appears
> to be no problem with defmethod. I did notice that only the CLTL1 image had 
> been saved in the particular subdirectories
> of the previous builds. Fortunately, the rpm saved me the trouble of having 
> to choose which flavour to build via the
> --enable-ansi switch to configure; now if I want CLTL1, I'll just log in 
> under another user name or unset the env
> variable. Many thanks again.
> 
>  
> 
> Regards
> 
> agt
> 

-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah




reply via email to

[Prev in Thread] Current Thread [Next in Thread]