On Sat, Dec 25, 2021 at 01:51:36AM -0500, Philip Webb wrote:
> 211224 Mike Gilbert wrote:
> > # Mike Gilbert (2021-12-24)
> > # Replaced by sys-apps/hwdata. Removal on 2021-01-23.
> > sys-apps/hwids
>
> It seems to be a requirement for my system :
>
> root:515 ~> emerge -cpv hwids
>
211224 Mike Gilbert wrote:
> # Mike Gilbert (2021-12-24)
> # Replaced by sys-apps/hwdata. Removal on 2021-01-23.
> sys-apps/hwids
It seems to be a requirement for my system :
root:515 ~> emerge -cpv hwids
Calculating dependencies... done!
sys-apps/hwids-20210613-r1 pulled in by:
From: WANG Xuerui
There is only full support for the LP64D ABI in the initial upstream
submissions for the various low-level pieces, so full multilib
combinations are not pursued at the moment; but the expected library
search path of gcc (`lib64`) means the default of `lib` does not work
in our
# Mike Gilbert (2021-12-24)
# Replaced by sys-apps/hwdata. Removal on 2021-01-23.
sys-apps/hwids
Hi Hanno,
I've started looking at this mess. And a mess it is. To the point,
where for our somewhat "subset of what mailman provides" requirements
I'm contemplating rather cooking an in-house solution (have done similar
in the past, but none of these really provide everything we require),
but
El jue, 23-12-2021 a las 17:46 -0500, Matt Turner escribió:
> On Thu, Dec 23, 2021 at 4:36 PM tastytea wrote:
> > I think “secret” may be too generic and “libsecret” is not ideal in case
> > an implemention comes along that is named differently. How about
> > “secret-service”?
>
> I think this
