[gentoo-dev] meson.eclass: meson_src_{compile,install}: Pass "$@" to

Please review this patch. https://670788.bugs.gentoo.org/attachment.cgi?id=587064

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 50

[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

Re: [gentoo-dev] Reserve mythtv user UID 103

On Sat, Aug 24, 2019 at 5:28 PM The Bit Pit wrote: > > Group is not needed. mythtv uses the video group. This is already in my > pull request #12763 to bump to version 30.0 patch. I added myself as proxy > maintainer to acct-user/mythtv I assume it is in the video group so that it can access

Re: [gentoo-dev] Reserve mythtv user UID 103

On Sun, Aug 25, 2019 at 9:10 AM The Bit Pit wrote: > > > On 8/24/19 5:11 PM, Mike Gilbert wrote: > > On Sat, Aug 24, 2019 at 5:28 PM The Bit Pit wrote: > >> Group is not needed. mythtv uses the video group. This is already in my > >> pull request #12763 to bum

[gentoo-dev] [PATCH] meson.eclass: refactor mesontestargs into its own function

This will allow other src_test implementations to easily compute meson test arguments. Signed-off-by: Mike Gilbert --- eclass/meson.eclass | 25 +++-- 1 file changed, 15 insertions(+), 10 deletions(-) diff --git a/eclass/meson.eclass b/eclass/meson.eclass index fa859ace996f

Re: [gentoo-dev] act-{user,group} & RDEPEND

On Wed, Aug 28, 2019 at 11:09 AM Thomas Deutschmann wrote: > > Hi, > > most packages are putting acct-{user,group}/* dependencies into RDEPEND. > > What about packages using tmpfiles eclass and installing tmpfiles which > will make use of acct-{user,group}/* depedencies? > > I.e. dev-db/mysql-init

Re: [gentoo-dev] [PATCH 1/1] ebuild-writing/users-and-groups: GLEP 81 user data guidelines.

On Sun, Sep 1, 2019 at 1:48 PM Michael Orlitzky wrote: > + > + Choosing a home directory > + > + > + In most cases, the default home directory (that is, no home > + directory) should be used. GLEP81 changed two aspects of user > + management with respect to home directories:

[gentoo-dev] Home directory for the 'portage' user

I would like to create an acct-user package for the 'portage' user, but I'm having trouble deciding on a home directory. baselayout currently sets it to /var/tmp/portage, and this just seems like a bad idea to me. I'm pretty sure we have a QA policy against installing files there anyway. If we se

[gentoo-dev] Re: Home directory for the 'portage' user

On Mon, Sep 2, 2019 at 1:04 PM Mike Gilbert wrote: > > I would like to create an acct-user package for the 'portage' user, > but I'm having trouble deciding on a home directory. > > baselayout currently sets it to /var/tmp/portage, and this just seems > like a b

[gentoo-dev] [PATCH 1/2] acct-group/portage: new group (250)

Package-Manager: Portage-2.3.75_p2, Repoman-2.3.17_p44 Signed-off-by: Mike Gilbert --- acct-group/portage/metadata.xml | 7 +++ acct-group/portage/portage-0.ebuild | 8 2 files changed, 15 insertions(+) create mode 100644 acct-group/portage/metadata.xml create mode 100644 acct

[gentoo-dev] [PATCH 2/2] acct-user/portage: new user (250)

Package-Manager: Portage-2.3.75_p2, Repoman-2.3.17_p44 Signed-off-by: Mike Gilbert --- acct-user/portage/metadata.xml | 7 +++ acct-user/portage/portage-0.ebuild | 12 2 files changed, 19 insertions(+) create mode 100644 acct-user/portage/metadata.xml create mode 100644

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/

On Thu, Sep 5, 2019 at 6:47 PM Thomas Deutschmann wrote: > > On 2019-09-05 22:16, Michał Górny wrote: > >> But as per the way the dev manual is written, he arguably *is* > >> following policy. > >> > >> Stop taking the line of assuming he's trying to be belligerent. > > > > He says explicitly that

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/

On Wed, Sep 4, 2019 at 7:26 PM Thomas Deutschmann wrote: > If you want to make it clear, change "should" to "must" and maybe > clarify per-package exception and limit to update case if you believe > that really *all* *new* eclasses must be send to mailing list. As a native English speaker/writer,

Re: [gentoo-dev] [PATCH] tmpfiles.eclass: fix @USAGE to not include function name

On Fri, Sep 6, 2019 at 2:52 PM Michael Everitt wrote: > > On 06/09/19 18:27, Ben Kohler wrote: > > Signed-off-by: Ben Kohler > > --- > > eclass/tmpfiles.eclass | 6 +++--- > > 1 file changed, 3 insertions(+), 3 deletions(-) > > > > diff --git a/eclass/tmpfiles.eclass b/eclass/tmpfiles.eclass > >

Re: [gentoo-dev] [PATCH] udev.eclass: minor @USAGE fixes

On Fri, Sep 6, 2019 at 3:11 PM Ben Kohler wrote: > > Signed-off-by: Ben Kohler > --- > eclass/udev.eclass | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/eclass/udev.eclass b/eclass/udev.eclass > index baf60584938..2873ae9a92c 100644 > --- a/eclass/udev.eclass > +++

Re: [gentoo-dev] Use acct-* for qmail users

On Tue, Sep 10, 2019 at 11:48 AM Rolf Eike Beer wrote: > > I have created a PR here that removes manual creation of users and groups from > qmail.eclass and uses acct-* for that. There are already fixed uids and gids > for these things, I just put them into ebuilds: > > https://github.com/gentoo/g

Re: [gentoo-dev] uid/gid request for net-misc/openntpd

On Wed, Sep 11, 2019 at 8:27 PM Paul B. Henson wrote: > > It was suggested to use uid/gid 321 for this purpose? Any objections to > this selection? > > If not, how do I get > > https://api.gentoo.org/uid-gid.txt > > updated to mark it as requested or reserved? Added. https://gitweb.gento

Re: [gentoo-dev] [PATCH 3/3] dev-vcs/hub: migrate to go-module.eclass

On Thu, Sep 12, 2019 at 12:52 PM Michael Orlitzky wrote: > > On 9/12/19 12:42 PM, Alec Warner wrote: > > > > In general I don't see bundling as a major problem. In the land of > > dynamic binaries, it's a big advantage because you can upgrade libfoo > > and all consumers of libfoo get the upgrade

Re: [gentoo-dev] [PATCH 3/3] dev-vcs/hub: migrate to go-module.eclass

On Thu, Sep 12, 2019 at 1:05 PM Michael Orlitzky wrote: > > On 9/12/19 12:55 PM, Mike Gilbert wrote: > > > > Portage only handles rebuilds for slot-operator deps in RDEPEND. It > > ignores slot-operators in DEPEND. > > > > Sure, but putting them in RDEPEN

Re: [gentoo-dev] [PATCH 3/3] dev-vcs/hub: migrate to go-module.eclass

On Thu, Sep 12, 2019 at 5:11 PM Michael Orlitzky wrote: > > On 9/12/19 1:43 PM, Mike Gilbert wrote: > > > > They do "go away" if you pass the right options to emerge, or if you > > install it from a binpkg in the first place. > > > > The dep

Re: [gentoo-dev] [PATCH 3/3] dev-vcs/hub: migrate to go-module.eclass

On Thu, Sep 12, 2019 at 8:14 PM Michael Orlitzky wrote: > > On 9/12/19 5:23 PM, Mike Gilbert wrote: > > > > Putting the dependencies in RDEPEND means users get stuck with yet > > another copy of the code installed, in addition to the copy that is > > stat

Re: [gentoo-dev] Use acct-* for qmail users

On Sun, Sep 15, 2019 at 5:10 AM Rolf Eike Beer wrote: > > Am Donnerstag, 12. September 2019, 18:38:30 CEST schrieb Rolf Eike Beer: > > Am Mittwoch, 11. September 2019, 00:54:39 CEST schrieb Michael Orlitzky: > > > On 9/10/19 4:25 PM, Rolf Eike Beer wrote: > > > > I'm not entirely sure. It's what q

Re: [gentoo-dev] Use acct-* for qmail users

On Sun, Sep 15, 2019 at 5:17 PM Rolf Eike Beer wrote: > Am Sonntag, 15. September 2019, 17:29:11 CEST schrieb Mike Gilbert: > > I still see ACCT_USER_HOME=/var/qmail/alias in acct-user/alias. > > This is not /var/qmail as for the other ones, but indeed the mail distribution >

Re: [gentoo-dev] Use acct-* for qmail users

On Sun, Sep 15, 2019 at 6:08 PM Peter Stuge wrote: > Mike Gilbert wrote: > > If you don't want to maintain them, you'll need to find someone else > > to do it. > > If noone else wants to take this then you can add me as proxied maintainer. Thanks, but I'm n

[gentoo-dev] Underscores in USE flags

Recently, a large number of bugs were filed against packages that have USE flag names which contain underscores. Apparently PMS prohibits this except when the USE flag is part of a USE_EXPAND variable. https://projects.gentoo.org/pms/7/pms.html#x1-23.1.4 I'm not certain when this text was add

Re: [gentoo-dev] Underscores in USE flags

On Fri, Sep 20, 2019 at 12:11 PM Michał Górny wrote: > > On Fri, 2019-09-20 at 11:46 -0400, Mike Gilbert wrote: > > Recently, a large number of bugs were filed against packages that have > > USE flag names which contain underscores. Apparently PMS prohibits > > this exc

Re: [gentoo-dev] Underscores in USE flags

On Fri, Sep 20, 2019 at 12:55 PM Michał Górny wrote: > > On Fri, 2019-09-20 at 12:41 -0400, Mike Gilbert wrote: > > On Fri, Sep 20, 2019 at 12:11 PM Michał Górny wrote: > > > On Fri, 2019-09-20 at 11:46 -0400, Mike Gilbert wrote: > > > > Recently, a large

Re: [gentoo-dev] Underscores in USE flags

On Fri, Sep 20, 2019 at 3:03 PM Haelwenn (lanodan) Monnier wrote: > > [2019-09-20 13:24:45-0400] Mike Gilbert: > > On Fri, Sep 20, 2019 at 12:55 PM Michał Górny wrote: > > > On Fri, 2019-09-20 at 12:41 -0400, Mike Gilbert wrote: > > > > On Fri, Sep 20, 201

Re: [gentoo-dev] Underscores in USE flags

On Fri, Sep 20, 2019 at 4:03 PM Michał Górny wrote: > > On Fri, 2019-09-20 at 13:24 -0400, Mike Gilbert wrote: > > On Fri, Sep 20, 2019 at 12:55 PM Michał Górny wrote: > > > On Fri, 2019-09-20 at 12:41 -0400, Mike Gilbert wrote: > > > > On Fri, Sep 20, 201

Re: [gentoo-dev] cdrom.eclass vs KEYWORDS

On Wed, Sep 25, 2019 at 4:14 PM Michał Górny wrote: > > Hi, > > I'm wondering if we're doing the right things by adding KEYWORDS to > packages using cdrom.eclass. After all, it's somewhat similar to live > ebuilds. That is, data is fetched outside regular PM mechanisms (though > not implicitly t

Re: [gentoo-dev] stable-bot is down. Temporary? Forever? Can we have a contacts page for it?

On Thu, Oct 3, 2019 at 11:09 PM wrote: > > > > On October 3, 2019 3:32:28 PM EDT, "Robin H. Johnson" > wrote: > >On Wed, Oct 02, 2019 at 08:43:44AM -0700, Matt Turner wrote: > >> On Thu, Sep 26, 2019 at 12:29 AM Sergei Trofimovich > > wrote: > >> > > >> > I noticed that stable-bot stopped markin

Re: [gentoo-dev] RFC: net-misc/curl: HTTP/3 support

On Thu, Oct 10, 2019 at 4:03 PM Craig Andrews wrote: > > I'm working on getting HTTP/3 support in place for curl: > https://github.com/gentoo/gentoo/pull/12920 > > Yes, HTTP/3 isn't final yet. But we're Gentoo - that shouldn't stop us! > > My proposal involves: > * A new USE_EXPAND, CURL_HTTP3, wi

[gentoo-dev] Last rites: sys-apps/man

# Mike Gilbert (2019-10-11) # Inactive upstream for many years. # Several open bugs. # Please migrate to sys-apps/man-db. sys-apps/man

Re: [gentoo-dev] [PATCH] use.desc: add global USE flag 'split-sbin'

On Sat, Oct 12, 2019 at 1:52 PM David Seifert wrote: > > On Sat, 2019-10-12 at 19:01 +0200, Dennis Schridde wrote: > > On Samstag, 12. Oktober 2019 18:02:28 CEST William Hubbs wrote: > > > On Sat, Oct 12, 2019 at 01:11:49PM +0200, Michał Górny wrote: > > > > On Sat, 2019-10-12 at 13:00 +0200, Davi

Re: [gentoo-dev] [PATCH] use.desc: add global USE flag 'split-sbin'

On Sun, Oct 13, 2019 at 12:33 PM Mike Gilbert wrote: > > On Sat, Oct 12, 2019 at 1:52 PM David Seifert wrote: > > > > On Sat, 2019-10-12 at 19:01 +0200, Dennis Schridde wrote: > > > On Samstag, 12. Oktober 2019 18:02:28 CEST William Hubbs wrote: > > > > O

Re: [gentoo-dev] [PATCH] use.desc: add global USE flag 'split-sbin'

On Tue, Oct 15, 2019 at 8:00 AM David Seifert wrote: > > On Sun, 2019-10-13 at 12:33 -0400, Mike Gilbert wrote: > > On Sat, Oct 12, 2019 at 1:52 PM David Seifert > > wrote: > > > On Sat, 2019-10-12 at 19:01 +0200, Dennis Schridde wrote: > > > > On Samstag,

Re: [gentoo-dev] [PATCH] use.desc: add global USE flag 'split-sbin'

On Tue, Oct 15, 2019 at 12:02 PM Mike Gilbert wrote: > > On Tue, Oct 15, 2019 at 8:00 AM David Seifert wrote: > > > > On Sun, 2019-10-13 at 12:33 -0400, Mike Gilbert wrote: > > > On Sat, Oct 12, 2019 at 1:52 PM David Seifert > > > wrote: > > >

Re: [gentoo-dev] The demotivating process of contributing to devmanual

On Tue, Oct 15, 2019 at 4:35 PM Michał Górny wrote: > > Hello, everyone. > > I'd like to highlight a major problem with devmanual. For a basic > policy & developer documentation thingie, it's quality is so-so at best. > A lot of stuff is missing, lots of things are outdated or even > incorrect.

Re: [gentoo-dev] The demotivating process of contributing to devmanual

On Tue, Oct 15, 2019 at 4:59 PM Michał Górny wrote: > > On Tue, 2019-10-15 at 16:47 -0400, Mike Gilbert wrote: > > On Tue, Oct 15, 2019 at 4:35 PM Michał Górny wrote: > > > Hello, everyone. > > > > > > I'd like to highlight a major problem with devm

Re: [gentoo-dev] Change Bugzilla status to IN_PROGRESS when pull request is linked

On Fri, Oct 25, 2019 at 12:09 PM Michał Górny wrote: > > On Fri, 2019-10-25 at 18:00 +0200, Ralph Seichter wrote: > > For convenience, would it be possible to automatically change the status > > of bugs from (UN)CONFIRMED to IN_PROGRESS when Larry The Cow attaches a > > pull request? I tend to for

Re: [gentoo-dev] RFC: Require full $P not just $PN on stable/keyword commit messages

On Fri, Nov 1, 2019 at 5:34 PM Michael 'veremitz' Everitt wrote: > > On 01/11/19 21:11, Rich Freeman wrote: > > On Fri, Nov 1, 2019 at 4:36 PM Matt Turner wrote: > >> On Fri, Nov 1, 2019 at 12:59 PM Michael 'veremitz' Everitt > >> wrote: > >>> > >>> Therefore, it would be much /more/ useful to h

Re: [gentoo-dev] Last rites: unmaintained Go packages with license issues

On Tue, Dec 3, 2019 at 11:38 AM William Hubbs wrote: > > On Sun, Dec 01, 2019 at 10:23:12PM +0100, Michał Górny wrote: > > app-admin/docker-bench > > app-emulation/cadvisor > > app-emulation/reg > > app-metrics/alertmanager > > app-metrics/bind_exporter > > app-metrics/blackbox_exporter > > app-me

Re: [gentoo-dev] unsanctioned python 2.7 crusade

On Fri, Dec 6, 2019 at 8:52 AM Rich Freeman wrote: > > On Fri, Dec 6, 2019 at 8:06 AM Thomas Deutschmann wrote: > > > > Sure, if packages don't work anymore or are blocking something, we will > > start last-rite process. But for the sabnzbd example (I haven't looked > > closely on any other packa

Re: [gentoo-dev] [PATCH] package.deprecated: Create initial template

On Fri, Dec 6, 2019 at 10:46 AM Michael 'veremitz' Everitt wrote: > I hope you're not suggesting a rebase of any sort in gentoo.git, Matt ;) He's talking about rebasing local commits that haven't yet been pushed. That's perfectly normal.

Re: [gentoo-dev] unsanctioned python 2.7 crusade

On Fri, Dec 6, 2019 at 11:12 AM Thomas Deutschmann wrote: > > On 2019-12-06 16:48, Mike Gilbert wrote: > > It's not quite so simple as you make it sound. There really isn't a > > viable way to defer removal of python2-only packages until we remove > > dev-lang

Re: [gentoo-dev] [PATCH] virtualx.eclass: Append RESTRICT="!test? ( test )" by default

On Thu, Dec 12, 2019 at 12:02 PM NP-Hardass wrote: > > On 12/11/19 9:58 AM, Michał Górny wrote: > > Append RESTRICT="!test? ( test )" in the default case when virtualx > > is conditional to USE=test. This fixes 440 MissingTestRestrict > > warnings. > > > > Signed-off-by: Michał Górny > > --- > >

Re: [gentoo-dev] [EAPI 8 RFC] Install-time dependencies

On Thu, Dec 19, 2019 at 2:40 PM Michał Górny wrote: > > Hello, > > Here's another potential EAPI 8 feature I'd like to discuss. Please > note that this is about *new dependency type*, so please don't hijack it > into the big 'let's steal Exherbo syntax' debate. > > Bug: https://bugs.gentoo.org/66

Re: [gentoo-dev] [EAPI 8 RFC] Install-time dependencies

On Fri, Dec 20, 2019 at 1:41 PM Kent Fredric wrote: > > On Thu, 19 Dec 2019 20:40:26 +0100 > Michał Górny wrote: > > > The proposal is to add a new dependency type (codename: IDEPEND) which > > indicates dependencies used for pkg_*inst (and pkg_*rm?) phases > > Given the nature of this, I somewha

Re: [gentoo-dev] RFC: uid/gid for turnserver

On Wed, Jan 1, 2020 at 1:51 PM Andreas Schuerch wrote: > > Hi > > Net-im/coturn uses the user and group "turnserver". > I have not found an assignment in other distros for it and I do not have > any preferences. Please refer to the updated policy on this. https://bugs.gentoo.org/702460#c2 In su

[gentoo-dev] Last rites: net-misc/chrome-remote-desktop

# Mike Gilbert (2020-01-04) # Un-fetchable distfile, bug 704782. # No maintainer. # Removal in 30 days. net-misc/chrome-remote-desktop

Re: [gentoo-dev] [PATCH 2/4] kernel-build.eclass: Build logic for dist-kernels

On Sat, Jan 4, 2020 at 4:24 PM Michał Górny wrote: > +# @FUNCTION: kernel-build_src_configure > +# @DESCRIPTION: > +# Prepare the toolchain for building the kernel, get the default .config > +# or restore savedconfig, and get build tree configured for modprep. > +kernel-build_src_configure() { > +

Re: [gentoo-dev] [PATCH v2 2/4] kernel-build.eclass: Build logic for dist-kernels

On Sun, Jan 5, 2020 at 1:27 AM Michał Górny wrote: > +# @FUNCTION: kernel-build_src_configure > +# @DESCRIPTION: > +# Prepare the toolchain for building the kernel, get the default .config > +# or restore savedconfig, and get build tree configured for modprep. > +kernel-build_src_configure() { > +

Re: [gentoo-dev] [PATCH v2 2/4] kernel-build.eclass: Build logic for dist-kernels

On Mon, Jan 6, 2020 at 12:54 PM Michał Górny wrote: > > On Mon, 2020-01-06 at 12:43 -0500, Mike Gilbert wrote: > > On Sun, Jan 5, 2020 at 1:27 AM Michał Górny wrote: > > > +# @FUNCTION: kernel-build_src_configure > > > +# @DESCRIPTION: > > > +# Prepare the

[gentoo-dev] Last rites: dev-python/transmissionrpc

# Mike Gilbert (2020-01-12) # No upstream activity since 2014, no reverse deps. # Remove in 30 days. dev-python/transmissionrpc

[gentoo-dev] Last rites: app-admin/cli53

# Mike Gilbert (2020-01-20) # Newer versions are using Go modules, which makes this more difficult to # maintain. Take this over if wanted, otherwise I will remove it in 30 days. app-admin/cli53

[gentoo-dev] [PATCH] user.eclass: move read-only functionality to user-info.eclass

The new eclass can be used by ebuilds to look up user information without triggering a deprecation warning from repoman and pkgcheck. Signed-off-by: Mike Gilbert --- eclass/user-info.eclass | 158 eclass/user.eclass | 149

Re: [gentoo-dev] Last rites: sys-firmware/iwl6050-ucode

On Fri, Feb 7, 2020 at 2:39 PM Ulrich Mueller wrote: > > > On Fri, 07 Feb 2020, Matt Turner wrote: > > > On Fri, Feb 7, 2020 at 9:10 AM Mike Pagano wrote: > >> > >> # Mike Pagano (2020-02-07) > >> # The standalone ebuild for this driver is made > >> # unnecessary as it is included in the pac

[gentoo-dev] [PATCH] python-single-r1.eclass: don't crash Portage with invalid USEDEP syntax

This should still serve the purpose of alerting overlay maintainers without making emerge completely unusable in the interim. Signed-off-by: Mike Gilbert --- eclass/python-single-r1.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/python-single-r1.eclass b

Re: [gentoo-dev] [PATCH] python-single-r1.eclass: don't crash Portage with invalid USEDEP syntax

On Wed, Feb 12, 2020 at 1:31 PM Michał Górny wrote: > > On Wed, 2020-02-12 at 13:25 -0500, Mike Gilbert wrote: > > This should still serve the purpose of alerting overlay maintainers > > without making emerge completely unusable in the interim. > > > > I don't u

Re: [gentoo-dev] Changes made by acct-* ebuilds

On Wed, Feb 12, 2020 at 8:32 PM Thomas Deutschmann wrote: > In short: It was a very bad decision that acct-* stuff is *changing* > existing stuff. This must be turned of *by default*. Maybe provide a > setting a user can put into make.conf to opt into current, still new, > behavior but by default,

Re: [gentoo-dev] Changes made by acct-* ebuilds

On Thu, Feb 13, 2020 at 6:24 PM Michael 'veremitz' Everitt < gen...@veremit.xyz> wrote: > On 13/02/20 16:17, Mike Gilbert wrote: > > On Wed, Feb 12, 2020 at 8:32 PM Thomas Deutschmann > wrote: > >> In short: It was a very bad decision that acct-* stuff is

Re: [gentoo-dev] Changes made by acct-* ebuilds

On Fri, Feb 14, 2020 at 9:12 AM Thomas Deutschmann wrote: > On 2020-02-13 17:17, Mike Gilbert wrote: > > I don't agree that this should be happen by default. I suspect the > > majority of users do not wish to manage system users/groups > > themselves. > > Follow

Re: [gentoo-dev] Changes made by acct-* ebuilds

On Fri, Feb 14, 2020 at 12:42 PM Thomas Deutschmann wrote: > > > # usermod -aG thomas postfix > > # id postfix > > uid=207(postfix) gid=207(postfix) > groups=207(postfix),12(mail),1004(thomas) > > # emerge -a1 acct-user/postfix > > [...] > > > > >>> Installing (1 of 1) acct-user/postfix-0::gentoo

Re: [gentoo-dev] [RFC] News item: OpenSSH 8.2_p1 running sshd breakage

On Wed, Feb 19, 2020 at 3:02 PM Patrick McLean wrote: > > Title: OpenSSH 8.2_p1 running sshd breakage > Author: Patrick McLean > Posted: 2020-02-21 > Revision: 1 > News-Item-Format: 2.0 > Display-If-Installed: > If sshd is running, and a system is upgraded from to >=net-misc/openssh-8.2_p1, any

Re: [gentoo-dev] [RFC] News item: OpenSSH 8.2_p1 running sshd breakage

On Wed, Feb 19, 2020 at 3:41 PM Michael Jones wrote: > > How does this effect systemd's socket activation? > > E.g. The systemd sshd.socket unit file. Please avoid top-posting. When socket-activated, a separate instance of sshd is spawned for each connection. I don't think any action is needed i

Re: [gentoo-dev] [PATCH] meson.eclass: Set needs_exe_wrapper in cross file

6-64 system, we want this set to false to communicate > to meson that the build machine can run the binaries directly. > > This allows dev-libs/wayland to execute the wayland-scanner binary it > builds rather than relying on the system's. > > Signed-off-by: Matt Turner Rev

Re: [gentoo-dev] [PATCH] fcaps.eclass: skip fcaps() on Prefix.

On Sun, Mar 8, 2020 at 5:20 AM wrote: > > From: Benda Xu > > Gentoo Prefix runs with a normal user and cannot grant extra > capabilities. Exit gracefully with a message. > > Signed-off-by: Benda Xu > --- > eclass/fcaps.eclass | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/eclass

[gentoo-dev] [PATCH] profiles: remove USE="cxx" from the base profile

This was added back in the days when all toolchain ebuilds had EAPI=0 and IUSE defaults were not an option. toolchain.eclass now supports newer EAPIs, and sets IUSE="+cxx". Signed-off-by: Mike Gilbert --- profiles/base/make.defaults | 6 -- 1 file changed, 6 deletions(-) di

Re: [gentoo-dev] [PATCH] fcaps.eclass: use BDEPEND for EAPI 7

On Fri, Mar 13, 2020 at 2:23 PM David Michael wrote: > > The eclass installs libcap to execute the setcap program, so it > must be installed in /. Optional libcap linking is handled by the > USE=caps flag, which is unrelated to this eclass, so the DEPEND > declaration is not needed on EAPI 7. > >

Re: [gentoo-dev] Re: [PATCH] profiles: Enable USE=user-session on systemd profiles

On Wed, Mar 18, 2020 at 4:16 PM Mart Raudsepp wrote: > > > @@ -1,6 +1,6 @@ > > -# Copyright 1999-2014 Gentoo Foundation > > +# Copyright 1999-2020 Gentoo Foundation > > # Distributed under the terms of the GNU General Public License v2 > > > > -USE="systemd udev" > > +USE="systemd udev user-sessi

Re: [gentoo-dev] Re: [PATCH] profiles: Enable USE=user-session on systemd profiles

On Thu, Mar 19, 2020 at 9:41 AM Mart Raudsepp wrote: > > Ühel kenal päeval, K, 18.03.2020 kell 16:43, kirjutas Mike Gilbert: > > Seems good to me in principle, but I'm not sure it is something we > > > should do until we haven't promoted this into a global USE fla

[gentoo-dev] Re: [gentoo-dev] Re: [gentoo-dev] Re: [gentoo-dev] Bug №504116, /etc/init.d/functions.sh

On Sat, Dec 20, 2014 at 12:52 PM, Сергей wrote: > But I think it is possible to make "gentoo-functions" ebuild also copy > "functions.sh" to "/etc/init.d/" as a temporary workaround. This has been discussed with the maintainer of gentoo-functions; he prefers to take the long (and possibly safer)

[gentoo-dev] Last rites: sci-physics/camfr

# Mike Gilbert (25 Dec 2014) # Deprecated PIL imports, bug 471552. # Removal in 30 days. sci-physics/camfr signature.asc Description: OpenPGP digital signature

[gentoo-dev] lastrite of dev-python/{orm,testoob}

Forwarding this on behalf of Ian, who is having trouble sending to the list. Date: Wed, 24 Dec 2014 10:18:23 +0800 From: IAN DELANEY To: gentoo-dev-annou...@lists.gentoo.org, gentoo-dev@lists.gentoo.org Subject: lastrite of dev-python/{orm,testoob} # Ian Delaney (24 Dec 2014) # Have little e

Re: [gentoo-dev] qa last rites multiple packages

On Wed, Jan 7, 2015 at 12:11 PM, William Hubbs wrote: > On Wed, Jan 07, 2015 at 11:21:56AM -0500, Mike Pagano wrote: >> On Tue, Jan 06, 2015 at 05:47:10PM -0600, William Hubbs wrote: >> > All, >> > >> > these packages have been masked in the tree for months - years with no >> > signs of fixes. >>

Re: [gentoo-dev] qa last rites multiple packages

On Wed, Jan 7, 2015 at 1:11 PM, William Hubbs wrote: > On Wed, Jan 07, 2015 at 12:24:12PM -0500, Mike Pagano wrote: >> On Wed, Jan 07, 2015 at 12:14:23PM -0500, Mike Gilbert wrote: >> > On Wed, Jan 7, 2015 at 12:11 PM, William Hubbs wrote: >> > > On Wed, Jan 07,

Re: [gentoo-dev] qa last rites multiple packages

On Wed, Jan 7, 2015 at 10:52 AM, William Hubbs wrote: > My understanding of p.mask is it is never permanent. Things go in > there until they get fixed or eventually removed. I disagree with this. In my opinion, it is fine to have permanently masked packages in some cases. I don't really care what

Re: [gentoo-dev] Where to install Grub2 background images too?

On Mon, Jan 12, 2015 at 12:56 PM, Sebastian Pipping wrote: > Hi! > > > Debian is putting Grub2 background (or "splash") images into > /usr/share/images/grub/ [1] but we do no not have an /usr/share/images/ > folder. > (I'm not referring to full themes, just background images.) > > If I were to mak

Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc

On Sun, Jan 18, 2015 at 7:13 PM, Patrick Lauer wrote: >> 3dnow - Use the 3DNow! instruction set >> 3dnowext - Use the Enhanced 3DNow! instruction set > > Those are kinda mostly dead (no new CPUs have them anymore) > I'm sure there are still plenty of these out in the wild. I know I have one. > S

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: toolchain.eclass

On Mon, Feb 9, 2015 at 6:40 AM, Michał Górny wrote: > Dnia 2015-02-09, o godz. 20:05:07 > "Mike Frysinger (vapier)" napisał(a): > >> vapier 15/02/09 20:05:07 >> >> Modified: toolchain.eclass >> Log: >> use multislot for all cross-compilers and versions older than gcc-4.6 >>

Re: [gentoo-dev] About reducing or even removing stable tree for some arches

On Mon, Feb 16, 2015 at 4:22 PM, Anthony G. Basile wrote: >> They come from multiple places, for example I am now fighting with >> getting ipython finally stabilized after months of waiting because the >> deps hell in python packages (as package A needs package B, B needs C >> and D maintained by

Re: [gentoo-dev] Making more repoman checks fatal

On Mon, Feb 16, 2015 at 8:00 AM, Patrick Lauer wrote: > Thus I suggest making the following warnings proper errors: > > (Taken from current repoman 'qawarnings' set) > > "changelog.missing", > "changelog.notadded", These two are pretty much irrelevant now that repoman auto-generates ChangeLog, so

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/watchdog: watchdog-0.8.3.ebuild ChangeLog

On Wed, Feb 18, 2015 at 7:08 PM, Patrick Lauer wrote: > On Wednesday 18 February 2015 18:43:59 hasufell wrote: >> Is there a communication problem? >> >> I don't remember getting either: >> * a bug report >> * a ping >> * a review request >> >> Did I miss something? > > Yes. > > Why is this packag

Re: [gentoo-dev] do we need special elog messages for bindist?

On Wed, Feb 25, 2015 at 1:17 PM, "Paweł Hajdan, Jr." wrote: > I'm looking at which > suggests removing elog messages chromium has for bindist: > > This is the snippet we use in the ebuild: > > if use bindist; then > elog "bin

Re: [gentoo-dev] The bindist USE flag and RESTRICT=bindist

On Tue, Mar 3, 2015 at 4:12 PM, Ulrich Mueller wrote: > IMHO, the bindist USE flag is redundant in these cases. So we should > get rid of the REQUIRED_USE and add a restriction instead: > >IUSE="foo" >RESTRICT="foo? ( bindist )" > > What do you think? Should we proceed in this direction?

Re: [gentoo-dev] The bindist USE flag and RESTRICT=bindist

On Tue, Mar 3, 2015 at 7:10 PM, Mike Gilbert wrote: > On Tue, Mar 3, 2015 at 4:12 PM, Ulrich Mueller wrote: >> IMHO, the bindist USE flag is redundant in these cases. So we should >> get rid of the REQUIRED_USE and add a restriction instead: >> >>IUSE="foo

Re: [gentoo-dev] The bindist USE flag and RESTRICT=bindist

On Tue, Mar 3, 2015 at 4:12 PM, Ulrich Mueller wrote: > While discussing the issue in #-releng, it was also suggested that a > news item should be prepared, to inform users that they cannot rely on > USE=bindist. (They cannot rely on it already now, though.) Does it > make sense to have a news ite

Re: [gentoo-dev] rfc: zsh completions -- optional or mandatory?

On Thu, Mar 26, 2015 at 1:17 PM, Rich Freeman wrote: > On Thu, Mar 26, 2015 at 12:51 PM, William Hubbs wrote: >> >> The other method is shown by dev-vcs/hub at least, and maybe several >> other packages -- e.g. unconditionally installing the completions >> according to our small files installatio

[gentoo-dev] Policy regarding enablement of drop-in configuration files

Hi all, I have been bumping heads with Mike Frysinger (vapier) on the topic of drop-in config files that are utilized by quite a few system services on Gentoo. For reference, see bug 544150. Mike claims that Gentoo has a policy of "not enabling anything by default", and that this policy applies t

Re: [gentoo-dev] Policy regarding enablement of drop-in configuration files

On Tue, Mar 31, 2015 at 5:21 PM, Alec Warner wrote: > > > On Tue, Mar 31, 2015 at 11:14 AM, Mike Gilbert wrote: >> >> Hi all, >> >> I have been bumping heads with Mike Frysinger (vapier) on the topic of >> drop-in config files that are utilized by quite

Re: [gentoo-dev] Policy regarding enablement of drop-in configuration files

On Tue, Mar 31, 2015 at 8:36 PM, Alec Warner wrote: > Personally I'm with Vapier that this is a Bad Idea(TM) for the reasons he > stated; but I'm unsure we have "A Policy Against It" > > It seems like something one might offer an eselect module for though. I've had a couple people recommend this;

Re: [gentoo-dev] Re: git://anongit.gentoo.org is extremely slow

On Sat, Apr 25, 2015 at 1:32 AM, Kent Fredric wrote: > > On 23 April 2015 at 21:02, Duncan <1i5t5.dun...@cox.net> wrote: >> >> with patches already in >> the live-git version, and I believe lessons were learned about >> coordinating repo updates when a major host changes as well, so >> hopefully,

Re: [gentoo-dev] Re: RFC: c++14 global USE flag

On Tue, Apr 28, 2015 at 4:07 PM, Anthony G. Basile wrote: > On 04/26/15 23:21, Duncan wrote: >> >> Diego Elio Pettenò posted on Sun, 26 Apr 2015 17:41:04 +0100 as excerpted: >> >>> On 25 April 2015 at 16:57, Duncan <1i5t5.dun...@cox.net> wrote: >>> Of course, one thing that could make the pro

[gentoo-dev] New basic systemd profile

Due to popular demand, I have added a basic systemd profile for amd64: default/linux/amd64/13.0/systemd Previously, the systemd profile was only available in combination with gnome or kde. This new profile will make it easier for users to switch to systemd from an unpacked stage3 tarball. To avo

Re: [gentoo-dev] New basic systemd profile

On Fri, May 1, 2015 at 11:44 AM, Andrew Udvare wrote: > >> On 2015-05-01, at 08:28, Mike Gilbert wrote: >> >> Due to popular demand, I have added a basic systemd profile for amd64: >> >> default/linux/amd64/13.0/systemd >> >> Previously, the systemd p

Re: [gentoo-dev] New basic systemd profile

On Sat, May 2, 2015 at 11:26 AM, Alexis Ballier wrote: > On Sat, 2 May 2015 05:53:57 -0400 > Rich Freeman wrote: > >> On Sat, May 2, 2015 at 4:20 AM, Alexis Ballier >> wrote: >> > On Fri, 1 May 2015 11:28:52 -0400 >> > Mike Gilbert wrote: >> > &

Re: [gentoo-dev] LFS QA warnings coming soon to a build near you

On Sat, May 30, 2015 at 2:54 PM, Mike Frysinger wrote: > we've got a new QA check that warns whenever a package is built using a 32bit > filesystem interface. in practice, this applies to arm/mips/ppc/sh/x86 > systems > (not including multilib -- for now). > > this topic has come up in Gentoo a

Re: [gentoo-dev] LFS QA warnings coming soon to a build near you

On Sun, May 31, 2015 at 12:50 PM, Mike Frysinger wrote: > On 31 May 2015 11:58, Mike Gilbert wrote: >> It might still be nice to adjust such packages for consistency, but it >> might be harder to justify patches to upstream developers. > > pkg-config already merged it and it&

Re: [gentoo-dev] [RFC] check-reqs.eclass: fail check-reqs_memory() for virtual rather than physical RAM

On Wed, Jun 3, 2015 at 4:22 PM, Christian Bricart wrote: > Dear devs, > > i've just hit the constraint CHECKREQS_MEMORY=3G in >>=www-client/chromium-44.* on a 2 GiB RAM machine.. (having additionally > 5G Swap on SSD..) > > I personally doubt that check-reqs_memory() in the eclass should only > ch

<    5   6   7   8   9   10   11   12   13   >