Re: [oi-dev] OI no longer automounts USB sticks

2021-06-30 Thread Alan Coopersmith

On 6/30/21 6:46 PM, Gary Mills wrote:

On Mon, Jun 28, 2021 at 02:55:21PM -0700, Alan Coopersmith wrote:

On 6/28/21 12:52 PM, Gary Mills wrote:

I don't know yet if the glib developers have
dropped support for solaris or illumos.


I've not seen any such moves by them, and have gotten Solaris-specific
pull requests accepted in recent years.


Okay thanks.  I'll drop that idea from my list of known unknowns,
and look elsewhere.


They don't regularly test on Solaris though, and could easily have missed
adding something we need, or broken something on our platforms without
realizing it, so those are still possibilities.

Breaking something HAL relies on is also a possibility, as outside the
world of Solaris/illumos, HAL has been abandoned, deprecated, and removed
for almost a decade as noted by the first line on:
https://www.freedesktop.org/wiki/Software/hal/
and the last commit dates in:
https://gitlab.freedesktop.org/archived-projects/hal/hal/-/commits/master

For whatever it's worth, the Solaris patches to HAL are available at:
https://gitlab.freedesktop.org/alanc/hal/-/commits/solaris
as we've still not replaced it either.

-alan-

___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev


Re: [oi-dev] OI no longer automounts USB sticks

2021-06-30 Thread Gary Mills
On Mon, Jun 28, 2021 at 02:55:21PM -0700, Alan Coopersmith wrote:
> On 6/28/21 12:52 PM, Gary Mills wrote:
> > I don't know yet if the glib developers have
> > dropped support for solaris or illumos.
> 
> I've not seen any such moves by them, and have gotten Solaris-specific
> pull requests accepted in recent years.

Okay thanks.  I'll drop that idea from my list of known unknowns,
and look elsewhere.


-- 
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-

___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev


Re: [oi-dev] dmidecode package

2021-06-30 Thread s...@pandora.be


Thanks that explains why kernel and utilities such as prtdiag seem to work fine.

$ ldd /usr/sbin/prtdiag 
libsmbios.so.1 =>/usr/lib/libsmbios.so.1

I suppose fixing DDU is low priority, I can certainly live with empty CPU info 
in DDU.

A nice project could indeed be modifying dmi_info to use libsmbios.

$ pkg search prtdiag
INDEX  ACTION VALUEPACKAGE
basename   file   usr/sbin/prtdiag pkg:/SUNWcs@0.5.11-2020.0.1.20570

Perhaps SUNWcs core system (Core Solaris) could deliver dmi_info ?

The DDU gui is nice and I was wondering where it gets its info from.

Thanks,
David Stes

- Op 30 jun 2021 om 2:25 schreef oi-dev oi-dev@openindiana.org:

> On Mon, 28 Jun 2021 at 10:06, s...@pandora.be  wrote:
>> In order to fix DDU (Device Detection Utility) for the Dell Precision
>> workstation,
>> and possibly for other computers with UEFI, perhaps dmidecode could be 
>> packaged.
>>
>> http://savannah.nongnu.org/projects/dmidecode/
>>
>> This dmidecode utility compiles without problems and it works for me.
>>
>> It supports UEFI and their support for UEFI seems to work on OpenIndiana.
>>
>> Once dmidecode is packaged, the DDU probe script could use dmidecode,
>> instead of dmi_info.
>>
>> I'm not familiar enough with DDU nor dmidecode to see whether this is a good
>> idea,
>> but it could work I guess.
> 
> We actually have a library for dealing with SMBIOS in the OS today:
> 
>https://github.com/illumos/illumos-gate/tree/master/usr/src/lib/libsmbios
> 
>
> https://github.com/illumos/illumos-gate/blob/master/usr/src/uts/common/sys/smbios.h
> 
> It's used by a core OS command, smbios(1M), to interrogate the SMBIOS
> tables for display.  The same code is also used by various core OS
> libraries and the kernel as required.
> 
> It definitely works on UEFI machines; e.g., on an Intel NUC to which I
> have access:
> 
>$ smbios -t 2
>IDSIZE TYPE
>2 115  SMB_TYPE_BASEBOARD (type 2) (base board)
> 
>  Manufacturer: Intel Corporation
>  Product: NUC6i7KYB
>  Version: H90766-405
>  Serial Number: [REDACTED]
>  Asset Tag:
>  Location Tag: Default string
> 
>  Chassis: 3
>  Flags: 0x9
>SMB_BBFL_MOTHERBOARD (board is a motherboard)
>SMB_BBFL_REPLACABLE (board is field-replacable)
>  Board Type: 0xa (motherboard)
> 
> The source for the "dmi_info" command that comes with DDU seems to be here:
> 
>https://github.com/OpenIndiana/ddu/blob/oi/hipster/utils/dmi_info/dmi.c
> 
> It looks like it would be relatively easy to port it to use libsmbios
> from the OS.  You would include  and link with -lsmbios and
> you should be able to get going.
> 
> Note that there is not currently a strong stability guarantee around
> the libsmbios ABI, but if you pass a specific version (e.g.,
> SMB_VERSION_34) instead of just the latest version token (i.e.,
> SMB_VERSION, as we do in the gate) then things will probably be OK.
> In practice, we try pretty hard to keep existing binaries working --
> and we may be able to make stronger guarantees and provide manual
> pages and so on if there are consumers outside the gate.
> 
> 
> Cheers.
> 
> --
> Joshua M. Clulow
> http://blog.sysmgr.org
> 
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> https://openindiana.org/mailman/listinfo/oi-dev

___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev