[OpenIndiana-discuss] 32-bit libraries disappearing

[Matthew R. Trower]

 > Thanks for the report.  This falls under #1 above and _somebody_ needs
 > to look at it and try to solve the problem.  I think in this case just
 > rebuild the system/mozilla-nss package 64-bit only should help.

You can't do this.  You will lose the ldap utils.  Not just the userland 
binaries, but also the simple ability to say, log in to systems which 
authenticate over LDAP.


 > There are several types of software you can run on OpenIndiana:

Respectfully, you seem to have misinterpreted my message.

I am not asking for support with my system; I can sort that out myself. 
I am asking why these libraries have been removed, and why I see a 
general trend of 32-bit library removal.  The last I knew, the 32-bit 
kernel was dumped and the userland binaries were being slowly migrated, 
but 32-bit libraries were being preserved.  What changed?  Is it a 
simple matter of needing more hands on deck (i.e. is this situation 
reversible with more help), or is there some other factor?  Is there 
previous discussion about this on the mailing list that I can read?

I am trying to determine what the goals and roadmap of this project have 
become, and whether they any longer align with my own.


-- Matthew R. Trower



On 1/7/24 04:28, Marcel Telka wrote:
> On Sat, Jan 06, 2024 at 06:33:42PM -0600, Matthew R. Trower wrote:
>> mtrower at saturn:~$ conky
>> ld.so.1: conky: fatal: libcurl.so.4: open failed: No such file or directory
>> Killed
> 
> There are several types of software you can run on OpenIndiana:
> 
> 1. Software built by OpenIndiana maintainers and available via either
>     openindiana.org or hipster-encumbered ips publishers.
> 
>     For such software OI maintainers aims to keep them fully working.  If
>     there is any issue with such software it could be considered as a
>     bug.  Any reports of issues here are welcome.  Also help to solve
>     such issues is welcome.
> 
> 2. User compiled (either open source, or its own) software.
> 
>     For such software OI maintainers cannot provide any support because
>     they simply do know nothing about such software.  If such software
>     works with OpenIndiana at one point in time, then user is just lucky,
>     because _any_ change in OpenIndiana could break such software and OI
>     maintainers have no way to notice.  Such change could include:
> 
>     	- library update (library name could change)
> 	- pacakge obsoletion
> 	- any file relocation or removal
> 
>     For such software there are only two viable ways to make sure the
>     software works:
> 
> 	- contribute it to oi-userland
> 	- maintain it yourself
> 
> 3. 3rd party binary only software.
> 
>     For this software everything above in #2 applies, but there could be
>     some exceptions for some special cases where OI maintainers decided
>     to support such software with extra effort.
> 
> 
> Your 'conky' case falls under #2.
> 
> There was recent discussion about support for SunRay software which
> would fall under #3.
> 
>> root at saturn:/root# certutil -L -d /var/ldap
>> certutil: function failed: PR_LOAD_LIBRARY_ERROR: Failure to load dynamic
>> library
>>          ld.so.1: certutil: fatal: relocation error: file
>> /usr/lib/mps/libsoftokn3.so: symbol sqlite3_temp_directory: referenced
>> symbol not found
> 
> Thanks for the report.  This falls under #1 above and _somebody_ needs
> to look at it and try to solve the problem.  I think in this case just
> rebuild the system/mozilla-nss package 64-bit only should help.
> 
> Is 64-bit certutil at /usr/sfw/bin/amd64/certutil working properly for
> you?
> 
> 
> HTH
>