Here is the RFC for acct-* packages corresponding to users and groups
created by packages I currently maintain. This is also a request to
reserve the respective UIDs/GIDs, namely:
Groups:
- burp - 501
- rtkit - 133
Users:
- burp - 501
- rtkit - 133
- syncthing - 502
rtkit user and group hav
Signed-off-by: Marek Szuba
---
acct-user/burp/burp-0.ebuild | 12
acct-user/burp/metadata.xml | 8
2 files changed, 20 insertions(+)
create mode 100644 acct-user/burp/burp-0.ebuild
create mode 100644 acct-user/burp/metadata.xml
diff --git a/acct-user/burp/burp-0.ebuild
Same GID as in Arch Linux.
Signed-off-by: Marek Szuba
---
acct-group/rtkit/metadata.xml | 8
acct-group/rtkit/rtkit-0.ebuild | 9 +
2 files changed, 17 insertions(+)
create mode 100644 acct-group/rtkit/metadata.xml
create mode 100644 acct-group/rtkit/rtkit-0.ebuild
diff --g
Signed-off-by: Marek Szuba
---
acct-group/syncthing/metadata.xml | 8
acct-group/syncthing/syncthing-0.ebuild | 9 +
2 files changed, 17 insertions(+)
create mode 100644 acct-group/syncthing/metadata.xml
create mode 100644 acct-group/syncthing/syncthing-0.ebuild
diff --g
Signed-off-by: Marek Szuba
---
acct-group/burp/burp-0.ebuild | 9 +
acct-group/burp/metadata.xml | 8
2 files changed, 17 insertions(+)
create mode 100644 acct-group/burp/burp-0.ebuild
create mode 100644 acct-group/burp/metadata.xml
diff --git a/acct-group/burp/burp-0.ebuild
Signed-off-by: Marek Szuba
---
acct-user/syncthing/metadata.xml | 8
acct-user/syncthing/syncthing-0.ebuild | 14 ++
2 files changed, 22 insertions(+)
create mode 100644 acct-user/syncthing/metadata.xml
create mode 100644 acct-user/syncthing/syncthing-0.ebuild
diff
Same UID as in Arch Linux.
Signed-off-by: Marek Szuba
---
acct-user/rtkit/metadata.xml | 8
acct-user/rtkit/rtkit-0.ebuild | 12
2 files changed, 20 insertions(+)
create mode 100644 acct-user/rtkit/metadata.xml
create mode 100644 acct-user/rtkit/rtkit-0.ebuild
diff --
On 6/26/19 6:35 AM, Marek Szuba wrote:
> Here is the RFC for acct-* packages corresponding to users and groups
> created by packages I currently maintain. This is also a request to
> reserve the respective UIDs/GIDs, namely:
>
> Groups:
> - burp - 501
> - rtkit - 133
And syncthing GID 502.
On Wed, 2019-06-26 at 11:35 +0100, Marek Szuba wrote:
> Here is the RFC for acct-* packages corresponding to users and groups
> created by packages I currently maintain. This is also a request to
> reserve the respective UIDs/GIDs, namely:
>
> Groups:
> - burp - 501
> - rtkit - 133
>
> Users:
>
> On Wed, 26 Jun 2019, Marek Szuba wrote:
> Here is the RFC for acct-* packages corresponding to users and groups
> created by packages I currently maintain. This is also a request to
> reserve the respective UIDs/GIDs, namely:
> Groups:
> - burp - 501
> - rtkit - 133
> Users:
> - burp -
Is anybody looking at Amazon's new openjdk distribution?
https://aws.amazon.com/corretto/
Advertised as production ready with long term support, no-cost. I'm not
sure how it compares to the current AdoptJDK builds, but seems like it
might be another good option.
On Wednesday, June 26, 2019 11:03:58 AM PDT Paul B. Henson wrote:
> Is anybody looking at Amazon's new openjdk distribution?
>
> https://aws.amazon.com/corretto/
>
> Advertised as production ready with long term support, no-cost. I'm not
> sure how it compares to the current AdoptJDK builds
On Wed, Jun 26, 2019 at 12:50:11PM -0700, Georgy Yakovlev wrote:
> As a maintainer of most jdks in gentoo I'm not looking at adding even
> more JDK versions this time as there is little to no reason of doing
> that.
Cool, thanks for the perspective.
> if there is significant performance or techn
(GSoC project mentors in CC)
Hi,
I would like to ask our this year's GSoC mentors a single question: why
weren't the GSoC proposals given proper discussion on our regular
mailing lists *before* they were accepted?
I can understand that most developers in Gentoo don't really care about
GSoC. How
Dear Michał,
Michał Górny writes:
> I would like to ask our this year's GSoC mentors a single question:
> why weren't the GSoC proposals given proper discussion on our regular
> mailing lists *before* they were accepted?
> I can understand that most developers in Gentoo don't really care about
From: Benda Xu
These virtual packages are used by the BLAS/LAPACK runtime switching
mechanism.
Closes: https://github.com/gentoo/gentoo/pull/12323
Closes: https://bugs.gentoo.org/373613
Closes: https://bugs.gentoo.org/381801
Closes: https://bugs.gentoo.org/498490
Closes: https://bugs.gentoo.
From: Benda Xu
The following 2 patches are to introduce the runtime switching
mechanism to BLAS/LAPACK libraries in Gentoo.
This feature is turned off by default and only the reference
BLAS/LAPACK is used to satisfy the dependencies. It can be enabled by
USE=eselect-ldso.
Sorry for the glitch
From: Benda Xu
On ld.so-based systems, runtime library switching is possible. We
use 'eselect-ldso' to flag this possibility. In this case, blis can
used as a drop-in replacement via an `eselect` call.
Otherwise If USE eselect-ldso is not set, only reference
implementation will be pu
18 matches
Mail list logo
