Edward --

I am trying to build a package called sipXphone.  It requires 
glib-2.4.2, but most of my current packages require glib-2.6.3 (the 
latest version).  One would think that the versioning would be backwards 
compatible but this is not the case.  The technique I described below 
doesn't work and is breaking my portage system, so I wouldn't advise 
other people trying to do this.  I still don't know how to proceed 
except by building this old version, in a special area that doesn't 
conflict with the rest of the system (ie. /usr/local).  If anyone knows 
how to do this using portage or could give some good reasons as to why 
portage cannot do this, I would be obliged.  Thanks,

-- 
     Michael Andrews  |  <[EMAIL PROTECTED]>
       0xE7D25F66     |     keyserver.net


Edward Catmur wrote:
> Generally if two versions of an ebuild have the same SLOT, then they
> will conflict in some way (normally by installing files with the same
> name) and so having one installed will break the other. 
> 
> Which packages are you trying to install?
> 
> On Wed, 2005-04-20 at 14:20 -0400, [EMAIL PROTECTED] wrote:
> 
>>Hi,
>>
>>I am trying to install two different versions of the same package.
>>I think the SLOTS mechanism of portage can handle this, but I get the
>>feeling that this feature is only exposed to developers, and not to a user.
>>I tried following the advice given here:
>>
>>http://gentoo-wiki.com/TIP_Installing_Specific_Packages
>>
>>and this did not work.
>>In the ebuild I was trying to install I changed the SLOTS value to a new
>>number and then typed:
>>
>>ebuild foo.ebuild digest
>>
>>to remake the md5sums.  This worked and the package was placed into a
>>new slot, but I feel/hope there is an easier way to do this.
>>Thanks for helping,
>>
>>
>>-- 
>>     Michael Andrews  |  <[EMAIL PROTECTED]>
>>       0xE7D25F66     |     keyserver.net
>>
>>
>>
> 
> 



-- 
[email protected] mailing list

Reply via email to