[OpenIndiana-discuss] 32-bit libraries disappearing

Andreas Wacknitz A.Wacknitz at gmx.de
Sun Jan 7 22:44:03 UTC 2024


Am 07.01.24 um 23:28 schrieb 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.
The reason 32 bit is being removed is simply because supporting 64 and
32 bit is more work than only 64 bit. Some package build receipes need A
LOT of work in order to support both variants. So the intention is to
reduce the amount of work for maintainers (we are just a few).

Andreas
>
>
> -- 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
>>
>
> _______________________________________________
> openindiana-discuss mailing list
> openindiana-discuss at openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss




More information about the openindiana-discuss mailing list