NI Linux Real-Time Discussions

cancel
Showing results forΒ 
Search instead forΒ 
Did you mean:Β 

A more recent libc6?

Hi,

I would like to install some additional software (using opkg) but I am locked due to dependancies to libc6 >= v2.12 (this dependancy is quite common in the "next" version repository). On the Angstrom distro it seems the standard version is 2.11.1

Is it possible to get a newer version of the BSP including libc6 >= 2.12?

Regards,

Seb

0 Kudos
Message 1 of 10
(5,898 Views)

Hi Seb,

It is possible to remove the hold on libc via the "opkg flag" command, but I do not recommend it. The LabVIEW RIO software stack has been thoroughly tested against the specific version of libc, and may not behave properly (or work at all) if a different version is used.

I recommend that when installing the additional software that you ignore dependency errors by passing the –force-depends flag and see if the additional software still works for you.

Michael

--
Michael P
National Instruments
0 Kudos
Message 2 of 10
(4,868 Views)

Hi Michael,

Thanks for your message.

I already knew how to deal with opkg using the flag option; in fact I already fixed this issue compiling libc 2.12 manually and it seems to work up to now with current NI package.

Nevertheless my concern is exactly the same as the one you mentioned πŸ˜‰

It was more oriented regarding the NI software stack and its own dependencies on standard libs (provided by angstrom distro or compile manually). That's why I was more concerned about a BSP support (with an up-to-date libc) rather than just fixing it by my own.

Another way could be to get NI software packages as standard packages (as an external tarball or even better as a NI repository), and then let users made the dependancy tests for their own software after a formal user approval.

This question is "lib oriented" but I will ask a more general question about NI stack dependancies and angstrom distribution at NI Week!


Regards,

Seb

0 Kudos
Message 3 of 10
(4,868 Views)

Hi everybody,

I face the same pb with libc6 and it is really a bit disturbing (anoying?) to see that neither NI nor Yocto/OE/angstrom is able to provide past compiled packages to maintain a snapshot/repository for a particular BSP ...

I fully understand NI's policy to make throughout testings but please, provide the minimum data/info to play with the angstrom feeds , and update the tutorial that says for exemple to install pgsql πŸ˜‰

I really need to install openssl, cacao (for perfs comparison) and gcc on my target,

so, what's NI solution for this dependancy issue?

thank you for your help

Eric

0 Kudos
Message 4 of 10
(4,868 Views)

Lapp1,

I can appreciate your concern, but the external-to-NI repositories and opkg itself were not something that NI planned to ensure its continued functionality, it was simply something nice for those who are more familiar with embedded linux systems. Additionally, NI cannot foist upon external companies/entities the need to maintain the availability of the repositories.

That said, there are plenty of resources online about how to change/enable/use opkg repositories. Google is your friend (when it's not spying on you for the NSA)

0 Kudos
Message 5 of 10
(4,868 Views)

thanks Brad for your reply,

as Seb, I believe I'm used to use opkg's options and like him, I'm more concerned about having something clean "by BSP" rather than trying to manipulate files that can tear other NI files off !

besides, afaik that's not an opkg pb .. when the feeds link points to the "next" branch instead of a fixed (dated) one... obvioulsy that should have raised some day πŸ˜‰

I understand that if I buildroot a new BSP from sratch with the "next" branch, NI won't suppor it, ok,

yet, does this mean that we will get stucked to this 2.11.1-r7 libc6 BSP and be on our own for finding external feeds that provides pakages built agains it ?

cheers

Eric

0 Kudos
Message 6 of 10
(4,868 Views)