[gentoo-dev] Re: [PATCH] autotools.eclass: drop outdated sys-devel/gettext blocker
On Fri, Aug 23, 2019 at 4:46 PM Thomas Deutschmann wrote:
>
> All
> Reported-by: Jory Pratt
> Signed-off-by: Thomas Deutschmann
> ---
> eclass/autotools.eclass | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/eclass/autotools.eclass b/eclass/autotools.eclass
> index 9143aa454d0d..9df0e1b93663 100644
> --- a/eclass/autotools.eclass
> +++ b/eclass/autotools.eclass
> @@ -109,10 +109,7 @@ if [[ -n ${WANT_LIBTOOL} ]] ; then
> export WANT_LIBTOOL
> fi
>
> -# Force people (nicely) to upgrade to a newer version of gettext as
> -# older ones are known to be crappy. #496454
> -AUTOTOOLS_DEPEND="! - ${_automake_atom}
> +AUTOTOOLS_DEPEND="${_automake_atom}
> ${_autoconf_atom}
> ${_libtool_atom}"
> RDEPEND=""
lgtm
[gentoo-dev] Reserve mythtv user UID 103
Howdy, I'm a Proxy Maintainer in training. I'd like to reserve a user mythtv for media-tv/mythtv. It is used for a daemon server mythbackend. I selected UID 103 since my system used it before digital ATSC signals were available in the USA.
[gentoo-dev] [PATCH] autotools.eclass: drop outdated sys-devel/gettext blocker
All
Signed-off-by: Thomas Deutschmann
---
eclass/autotools.eclass | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/eclass/autotools.eclass b/eclass/autotools.eclass
index 9143aa454d0d..9df0e1b93663 100644
--- a/eclass/autotools.eclass
+++ b/eclass/autotools.eclass
@@ -109,10 +109,7 @@ if [[ -n ${WANT_LIBTOOL} ]] ; then
export WANT_LIBTOOL
fi
-# Force people (nicely) to upgrade to a newer version of gettext as
-# older ones are known to be crappy. #496454
-AUTOTOOLS_DEPEND="!
Re: [gentoo-dev] [RFC] Reserve slurm user and group uid/gid 500/500
On 8/23/19 3:45 PM, Michał Górny wrote: >> >> That used to be acceptable, since the "enewuser" command with the home >> directory was part of the package that used that directory. But now that >> the user data are in another package, we can't depend on them reliably. >> > > ...and why is that, exactly? Are you assuming that someone will take > over the dedicated user for another purpose and change its home > directory? > The fact that the home directory can change is a feature that you yourself went out of the way to support. We can't rely on the value of ACCT_USER_HOME in a dependency, and nothing is gained by doing so -- so why do it? That's one reason. It also greatly simplifies the guidelines. Have you ever refactored something and had it just feel right? This just feels right. I think most developers don't care about these details and would just like to get the job done. If we can give them a list of a few simple guidelines to follow, then everyone's happy. If we put the keepdir/fowners/fperms in the logically-correct place, it allows us to also say: don't use a home directory owned by another package (use the default). That in turn prevents acct-user packages from clobbering the permissions and ownership on stuff that belongs to somebody else. All pros, no cons.
Re: [gentoo-dev] [RFC] Reserve slurm user and group uid/gid 500/500
В письме от пятница, 23 августа 2019 г. 22:40:54 MSK пользователь Michael Orlitzky написал: > On 8/23/19 3:27 PM, Alexey 'Alexxy' Shvetsov wrote: > > +DESCRIPTION="User for the slurm - Highly Scalable Resource Manager" > > +ACCT_USER_ID=500 > > +ACCT_USER_HOME=/var/lib/slurm > > +ACCT_USER_HOME_PERMS=0770 > > +ACCT_USER_GROUPS=( slurm ) > > If your package uses that directory, I would recommend you not rely on > it being created (with special permissions) as a side effect of > installing the acct-user package: > > https://archives.gentoo.org/gentoo-dev/message/fc55ac57cd92d9c1e156d13c882b0 > 8cf > > That used to be acceptable, since the "enewuser" command with the home > directory was part of the package that used that directory. But now that > the user data are in another package, we can't depend on them reliably. I'll check if it will work for me. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] [RFC] Reserve slurm user and group uid/gid 500/500
В письме от пятница, 23 августа 2019 г. 22:39:29 MSK пользователь Mike Gilbert написал: > On Fri, Aug 23, 2019 at 3:27 PM Alexey 'Alexxy' Shvetsov > > wrote: > > Hi! > > > > I'd like to reserve slurm user and group for sys-cluster/slurm. I plan to > > use old uid/gid for it (500/500) > > I think we are trying to avoid using 500 too 999 for the time being. > Can you pick another number lower than 500? uid/gid 500 was used for historical reasons. So i can change it to other uid/ gid like 300 or 400 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] [RFC] Reserve slurm user and group uid/gid 500/500
On Fri, 2019-08-23 at 15:40 -0400, Michael Orlitzky wrote: > On 8/23/19 3:27 PM, Alexey 'Alexxy' Shvetsov wrote: > > +DESCRIPTION="User for the slurm - Highly Scalable Resource Manager" > > +ACCT_USER_ID=500 > > +ACCT_USER_HOME=/var/lib/slurm > > +ACCT_USER_HOME_PERMS=0770 > > +ACCT_USER_GROUPS=( slurm ) > > If your package uses that directory, I would recommend you not rely on > it being created (with special permissions) as a side effect of > installing the acct-user package: > > https://archives.gentoo.org/gentoo-dev/message/fc55ac57cd92d9c1e156d13c882b08cf > > That used to be acceptable, since the "enewuser" command with the home > directory was part of the package that used that directory. But now that > the user data are in another package, we can't depend on them reliably. > ...and why is that, exactly? Are you assuming that someone will take over the dedicated user for another purpose and change its home directory? -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] [RFC] Reserve slurm user and group uid/gid 500/500
On 8/23/19 3:27 PM, Alexey 'Alexxy' Shvetsov wrote: > +DESCRIPTION="User for the slurm - Highly Scalable Resource Manager" > +ACCT_USER_ID=500 > +ACCT_USER_HOME=/var/lib/slurm > +ACCT_USER_HOME_PERMS=0770 > +ACCT_USER_GROUPS=( slurm ) If your package uses that directory, I would recommend you not rely on it being created (with special permissions) as a side effect of installing the acct-user package: https://archives.gentoo.org/gentoo-dev/message/fc55ac57cd92d9c1e156d13c882b08cf That used to be acceptable, since the "enewuser" command with the home directory was part of the package that used that directory. But now that the user data are in another package, we can't depend on them reliably.
Re: [gentoo-dev] [RFC] Reserve slurm user and group uid/gid 500/500
On Fri, Aug 23, 2019 at 3:27 PM Alexey 'Alexxy' Shvetsov wrote: > > Hi! > > I'd like to reserve slurm user and group for sys-cluster/slurm. I plan to use > old uid/gid for it (500/500) > I think we are trying to avoid using 500 too 999 for the time being. Can you pick another number lower than 500?
[gentoo-dev] [RFC] Reserve slurm user and group uid/gid 500/500
Hi! I'd like to reserve slurm user and group for sys-cluster/slurm. I plan to use old uid/gid for it (500/500) >From f8545efd0d615a44083f9a416e6eb195c627ebaf Mon Sep 17 00:00:00 2001 From: Alexey Shvetsov Date: Fri, 23 Aug 2019 22:16:49 +0300 Subject: [PATCH 1/2] acct-group/slurm: Add slurm group Package-Manager: Portage-2.3.72, Repoman-2.3.17 RepoMan-Options: --force Signed-off-by: Alexey Shvetsov --- acct-group/slurm/metadata.xml | 12 acct-group/slurm/slurm-0.ebuild | 9 + 2 files changed, 21 insertions(+) create mode 100644 acct-group/slurm/metadata.xml create mode 100644 acct-group/slurm/slurm-0.ebuild diff --git a/acct-group/slurm/metadata.xml b/acct-group/slurm/metadata.xml new file mode 100644 index ..afbbd16e7d0d --- /dev/null +++ b/acct-group/slurm/metadata.xml @@ -0,0 +1,12 @@ + +http://www.gentoo.org/dtd/metadata.dtd";> + + + ale...@gentoo.org + Alexey Shvetsov + + + clus...@gentoo.org + Gentoo Cluster Project + + diff --git a/acct-group/slurm/slurm-0.ebuild b/acct-group/slurm/slurm-0.ebuild new file mode 100644 index ..685064b8a4fe --- /dev/null +++ b/acct-group/slurm/slurm-0.ebuild @@ -0,0 +1,9 @@ +# Copyright 2019 Gentoo Authors +# Distributed under the terms of the GNU General Public License v2 + +EAPI=7 + +inherit acct-group + +DESCRIPTION="A group for the slurm - Highly Scalable Resource Manager" +ACCT_GROUP_ID=500 -- 2.23.0 >From b821fcb711b3ebb7f3b01cde30a6c142ec518d7d Mon Sep 17 00:00:00 2001 From: Alexey Shvetsov Date: Fri, 23 Aug 2019 22:22:35 +0300 Subject: [PATCH 2/2] acct-user/slurm: Add slurm user Package-Manager: Portage-2.3.72, Repoman-2.3.17 RepoMan-Options: --force Signed-off-by: Alexey Shvetsov --- acct-user/slurm/metadata.xml | 12 acct-user/slurm/slurm-0.ebuild | 14 ++ 2 files changed, 26 insertions(+) create mode 100644 acct-user/slurm/metadata.xml create mode 100644 acct-user/slurm/slurm-0.ebuild diff --git a/acct-user/slurm/metadata.xml b/acct-user/slurm/metadata.xml new file mode 100644 index ..afbbd16e7d0d --- /dev/null +++ b/acct-user/slurm/metadata.xml @@ -0,0 +1,12 @@ + +http://www.gentoo.org/dtd/metadata.dtd";> + + + ale...@gentoo.org + Alexey Shvetsov + + + clus...@gentoo.org + Gentoo Cluster Project + + diff --git a/acct-user/slurm/slurm-0.ebuild b/acct-user/slurm/slurm-0.ebuild new file mode 100644 index ..1b68993e398a --- /dev/null +++ b/acct-user/slurm/slurm-0.ebuild @@ -0,0 +1,14 @@ +# Copyright 2019 Gentoo Authors +# Distributed under the terms of the GNU General Public License v2 + +EAPI=7 + +inherit acct-user + +DESCRIPTION="User for the slurm - Highly Scalable Resource Manager" +ACCT_USER_ID=500 +ACCT_USER_HOME=/var/lib/slurm +ACCT_USER_HOME_PERMS=0770 +ACCT_USER_GROUPS=( slurm ) + +acct-user_add_deps -- 2.23.0 signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Last rites: www-apps/{groupoffice,phpwebsite,sitebar}
# Brian Evans (2019-08-23) # These packages are incompatible with current versions of PHP (7 or higher) # They need a maintainer but no one has volunteered. # Removal in 30 days if no one picks them up. # Bugs 615472 651166 and 651180 respectively www-apps/groupoffice www-apps/phpwebsite www-apps/sitebar signature.asc Description: OpenPGP digital signature
