Re: [Nix-dev] glibc issues from a proprietary binary distributed as an RPM

[Peter Jones]

Bjørn Forsman  writes:
> On 25 May 2017 at 20:19, Peter Jones  wrote:
>> I find myself in the (sickening) position of needing to use a
>> closed-source tool on NixOS.  I have an overlay package that almost
>> works.  After using patchelf, most of the binaries seem to work.  But
>> one of them is being a pain:
>>
>> JLinkGDBServer: relocation error: JLinkGDBServer: symbol , version
>> GLIBC_2.2.5 not defined in file libc.so.6 with link time reference
>>
>> The collective wisdom of the web suggests this might have something to
>> do with the binary using symbols from libc that are not in my version of
>> glibc.  As far as I can tell the company that makes this just has an RPM
>> with no system requirements so I can't tell which glibc I should be
>> using.  Also, strace wasn't much help here either.
>>
>> I would love some help figuring this out.  The derivation that I'm
>> working on can be found here:
>>
>> https://github.com/pjones/nixpkgs-jlink
>
> I know it's not what you asked, but as a workaround perhaps you can
> use openocd instead?

That's a perfectly reasonable solution.  I'm attempting to go down that
route as well because it would be easier than using J-Link.  But I
thought I would ask here too just in case other tools are a dead end.

Thank you.

-- 
Peter Jones, Founder, Devalot.com
Defending the honor of good code

___
nix-dev mailing list
nix-dev@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] glibc issues from a proprietary binary distributed as an RPM

[Bjørn Forsman]

On 25 May 2017 at 20:19, Peter Jones  wrote:
> I find myself in the (sickening) position of needing to use a
> closed-source tool on NixOS.  I have an overlay package that almost
> works.  After using patchelf, most of the binaries seem to work.  But
> one of them is being a pain:
>
> JLinkGDBServer: relocation error: JLinkGDBServer: symbol , version
> GLIBC_2.2.5 not defined in file libc.so.6 with link time reference
>
> The collective wisdom of the web suggests this might have something to
> do with the binary using symbols from libc that are not in my version of
> glibc.  As far as I can tell the company that makes this just has an RPM
> with no system requirements so I can't tell which glibc I should be
> using.  Also, strace wasn't much help here either.
>
> I would love some help figuring this out.  The derivation that I'm
> working on can be found here:
>
> https://github.com/pjones/nixpkgs-jlink

I know it's not what you asked, but as a workaround perhaps you can
use openocd instead?

Side note: I have a similar problem with Altera Quartus toolsuite (for
FPGAs). I managed to get it working in NixOS 16.09, but in 17.03 there
is some incompatibility with glibc that I cannot figure out.

Best regards,
Bjørn Forsman
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] glibc issues from a proprietary binary distributed as an RPM

[Bjørn Forsman]

On 25 May 2017 at 20:19, Peter Jones  wrote:
> I find myself in the (sickening) position of needing to use a
> closed-source tool on NixOS.  I have an overlay package that almost
> works.  After using patchelf, most of the binaries seem to work.  But
> one of them is being a pain:
>
> JLinkGDBServer: relocation error: JLinkGDBServer: symbol , version
> GLIBC_2.2.5 not defined in file libc.so.6 with link time reference
>
> The collective wisdom of the web suggests this might have something to
> do with the binary using symbols from libc that are not in my version of
> glibc.  As far as I can tell the company that makes this just has an RPM
> with no system requirements so I can't tell which glibc I should be
> using.  Also, strace wasn't much help here either.
>
> I would love some help figuring this out.  The derivation that I'm
> working on can be found here:
>
> https://github.com/pjones/nixpkgs-jlink

I know it's not what you asked, but as a workaround perhaps you can
use openocd instead?

Side note: I have a similar problem with Altera Quartus toolsuite (for
FPGAs). I managed to get it working in NixOS 16.09, but in 17.03 there
is some incompatibility with glibc that I cannot figure out.

Best regards,
Bjørn Forsman
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] glibc issues from a proprietary binary distributed as an RPM

[Peter Jones]

I find myself in the (sickening) position of needing to use a
closed-source tool on NixOS.  I have an overlay package that almost
works.  After using patchelf, most of the binaries seem to work.  But
one of them is being a pain:

JLinkGDBServer: relocation error: JLinkGDBServer: symbol , version
GLIBC_2.2.5 not defined in file libc.so.6 with link time reference

The collective wisdom of the web suggests this might have something to
do with the binary using symbols from libc that are not in my version of
glibc.  As far as I can tell the company that makes this just has an RPM
with no system requirements so I can't tell which glibc I should be
using.  Also, strace wasn't much help here either.

I would love some help figuring this out.  The derivation that I'm
working on can be found here:

https://github.com/pjones/nixpkgs-jlink

-- 
Peter Jones, Founder, Devalot.com
Defending the honor of good code

___
nix-dev mailing list
nix-dev@lists.science.uu.nl
https://mailman.science.uu.nl/mailman/listinfo/nix-dev