On Monday 18 Aug 2014 20:56:53 Timur Aydin wrote:
> Thanks a lot guys for the helpful responses. I will definitely try all
> of them, just for the learning experience, even if one does take care of
> the problem.
>
> Cheers!
Also worth looking into is meld, if you are not running kde on your syst
On Monday, August 18, 2014 03:12:15 PM Rich Freeman wrote:
> On Mon, Aug 18, 2014 at 2:21 PM, J. Roeleveld wrote:
> > In cases like that I would do either of the following:
> >
> > 1) Run it inside a VM
> > 2) run it inside a chroot
> >
> > That way you can easily keep everything updated except
Thanks a lot guys for the helpful responses. I will definitely try all
of them, just for the learning experience, even if one does take care of
the problem.
Cheers!
--
Timur
On Mon, Aug 18, 2014 at 2:21 PM, J. Roeleveld wrote:
>
> In cases like that I would do either of the following:
>
> 1) Run it inside a VM
> 2) run it inside a chroot
>
> That way you can easily keep everything updated except for that application.
Or better still run it inside a container. Gives
On 18 August 2014 20:06:51 CEST, Timur Aydin wrote:
>Hi,
>
>I am using a closed source software package on my 64 bit gentoo linux
>system. The software package is "beyond compare" by scooter soft.
>Because of the way this package is built, it needs a specially patched
>version of glibc. I have
On 18/08/2014 19:06, Timur Aydin wrote:
Hi,
I am using a closed source software package on my 64 bit gentoo linux
system. The software package is "beyond compare" by scooter soft.
Because of the way this package is built, it needs a specially patched
version of glibc. I have patched my existing
One option is to copy the glibc version you want to some other directory
and set LD_LIBRARY_PATH before starting the executable. Running "ldd" on
all the executables/shared libraries in question should give you a list of
all the shared libraries you might need to copy to a safe place.
On Mon, Aug
7 matches
Mail list logo
