On Thu, 2019-08-01 at 21:04 +0200, Jaco Kroon wrote:
> Hi,
>
> Looking at the new eclasses for acct-user and acct-group.
>
> These enforce that a group and user id should be set.
>
> This is not a requirement for enewuser nor enewgroup.
>
> As a further discrepancy, the user eclass requires >0
# Michał Górny (01 Aug 2019)
# Discontinued upstream in July 2017. Has irritating bugs, and is hard
# to build from source (we have binary package only). Upstream
# recommends net-misc/electrum as a replacement.
# See: https://multibit.org/blog/2017/07/26/multibit-shutdown.html
# Removal in 30
Hi,
Looking at the new eclasses for acct-user and acct-group.
These enforce that a group and user id should be set.
This is not a requirement for enewuser nor enewgroup.
As a further discrepancy, the user eclass requires >0 for the IDs,
whereas the checks in acct-user and acct-group is for
On Thu, Aug 1, 2019 at 3:04 PM Jaco Kroon wrote:
>
> Hi,
>
> Looking at the new eclasses for acct-user and acct-group.
>
> These enforce that a group and user id should be set.
>
> This is not a requirement for enewuser nor enewgroup.
The new eclasses require you to set a fixed id, but they do
Hi Mike,
From user.eclass:
146 if [[ ${euid} -gt 0 ]] ; then
147 if [[ -n $(egetent passwd ${euid}) ]] ; then
148 [[ -n ${force_uid} ]] && die "${FUNCNAME}: UID
${euid} already taken"
149 euid="next"
150 fi
151 else
152
# David Seifert (2019-08-01)
# Dead upstream, last release over 5 years ago,
# broken build system, fails with boost 1.70,
# removal in 30 days. Bug #646014, #691162
dev-games/vamos
# David Seifert (2019-08-01)
# Last touched over 3 years ago, broken tests,
# fails with boost 1.70, removal in 30 days.
# Bug #655886, #690704
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 31 Jul 2019 21:40:19 +0100
James Le Cuirot wrote:
> On Wed, 31 Jul 2019 15:51:58 +0200
> Alexis Ballier wrote:
>
> > On Tue, 30 Jul 2019 23:26:27 +0100
> > James Le Cuirot wrote:
> >
> > > > Admittedly without a full understanding of
This works around some strange behavior in glibc's getaddrinfo()
implementation when the AI_ADDRCONFIG flag is set.
For example:
struct addrinfo *res, hints = { .ai_family = AF_INET, .ai_flags =
AI_ADDRCONFIG };
getaddrinfo("localhost", NULL, , );
This returns no results if there are no
On 8/1/19 6:22 AM, Mike Gilbert wrote:
> This works around some strange behavior in glibc's getaddrinfo()
> implementation when the AI_ADDRCONFIG flag is set.
>
> For example:
>
> struct addrinfo *res, hints = { .ai_family = AF_INET, .ai_flags =
> AI_ADDRCONFIG };
> getaddrinfo("localhost",
10 matches
Mail list logo
