Re: [gentoo-dev] Last rites: app-admin/salt, dev-python/pytest-salt-factories, dev-python/boto

The salt ebuild has been refactored to remove the tests and modules that require dev-python/boto, and the mask has been removed. Salt has a lot of users, and it would be doing them a disservice to remove it from the tree. On 2024-02-27 07:42, Michał Górny wrote: # Michał Górny (2024-02-27)

[gentoo-dev] [PATCH] cargo.eclass: Add support for GIT_CRATES

it automatically handle GitHub and GitLab URIs, and will accept arbitrary URIs. Tested-By: Georgy Yakovlev Signed-off-by: Patrick McLean --- eclass/cargo.eclass | 103 1 file changed, 103 insertions(+) diff --git a/eclass/cargo.eclass b/eclass

[gentoo-dev] cargo.eclass: Add support for GIT_CRATES

This adds support for an associative array called GIT_CRATES containing any crates that must be fetched from git rather than just cargo crates. This will add the code to the cargo config to make sure that the locations are overridden so cargo won't try to fetch the crates from git. Currently it

[gentoo-dev] [PATCH] linux-mod.eclass: Fix MODULESD_* for hyphenated modules (bug #889752)

From: Steven Stallion Use of the MODULESD__{ADDITIONS,ALIASES,EXAMPLES} variables do not currently work with external modules that are hyphenated. The current behavior results in an invalid modprobe.d file containing partially evaluated content. This appears to be due to use of ${currm} rather

Re: [gentoo-dev] [RFC] Proposed dates for Python 3.10 switch and Python 3.8 removal

On Thu, 11 Nov 2021 09:55:48 -0800 Patrick McLean wrote: > On Thu, 11 Nov 2021 17:05:45 +0100 > Michał Górny wrote: > > I'd like to add some dates regarding 3.8 removal and 3.10 switch to > > the implementation timeline [1]. > > > > Unless I'm mistaken, CPython

Re: [gentoo-dev] [RFC] Proposed dates for Python 3.10 switch and Python 3.8 removal

On Thu, 11 Nov 2021 12:58:24 -0500 "Wolfgang E. Sanyer" wrote: > El jue, 11 de nov. de 2021 12:56 p. m., Patrick McLean > escribió: > > > On Thu, 11 Nov 2021 17:05:45 +0100 > > Michał Górny wrote: > > > I'd like to add some dat

Re: [gentoo-dev] [RFC] Proposed dates for Python 3.10 switch and Python 3.8 removal

On Thu, 11 Nov 2021 19:01:14 +0100 David Seifert wrote: > On Thu, 2021-11-11 at 09:55 -0800, Patrick McLean wrote: > > On Thu, 11 Nov 2021 17:05:45 +0100 > > Michał Górny wrote: > > > I'd like to add some dates regarding 3.8 removal and 3.10 switch to > > &g

Re: [gentoo-dev] [RFC] Proposed dates for Python 3.10 switch and Python 3.8 removal

On Thu, 11 Nov 2021 17:05:45 +0100 Michał Górny wrote: > I'd like to add some dates regarding 3.8 removal and 3.10 switch to > the implementation timeline [1]. > > Unless I'm mistaken, CPython is following a yearly release cycle these > days. I think it would make sense to also aim for a yearly

Re: [gentoo-dev] News item: sys-libs/db old SLOT removal

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, 27 May 2021 00:41:23 +0200 David Seifert wrote: > The old Berkeley DB slots need to go at this point. The Base Project has > decided to consider BDB a deprecated database backend, and we'll slowly > be working towards a (possibly) BDB-free

Re: [gentoo-dev] New tool: merge-driver-ekeyword automatically resolves git merge conflicts involving KEYWORDS=...

On Mon, 1 Mar 2021 22:54:45 -0500 Matt Turner wrote: > tl;dr: In app-portage/gentoolkit-0.5.1 there's a new tool I wrote, > called merge-driver-ekeyword that can automatically resolve git merge > conflicts involving the KEYWORDS=... line in ebuilds. > > To use the merge driver, configure your

Re: [gentoo-dev] [PATCH 1/2] acct-user.eclass: Support ACCT_USER_ID override

On Wed, 6 Jan 2021 15:02:12 +0100 Thomas Deutschmann wrote: > Hi, > > is there a specific reason why we want to support dynamic variables > (ACCT_USER_$foo) at all? > > Isn't package.env support enough, i.e. use ACCT_USER_ID from environment > if set (which we should detect and log, maybe

Re: [gentoo-dev] [PATCH] acct-user.eclass: Support var overrides for user properties

On Tue, 05 Jan 2021 00:54:58 +0100 Michał Górny wrote: > On Mon, 2021-01-04 at 15:50 -0800, Patrick McLean wrote: > > On Tue, 05 Jan 2021 00:16:49 +0100 > > Michał Górny wrote: > > > On Mon, 2021-01-04 at 14:58 -0800, Patrick McLean wrote: > > > >

Re: [gentoo-dev] [PATCH] acct-user.eclass: Support var overrides for user properties

On Tue, 05 Jan 2021 00:16:49 +0100 Michał Górny wrote: > On Mon, 2021-01-04 at 14:58 -0800, Patrick McLean wrote: > > On Mon, 4 Jan 2021 18:08:02 +0100 > > Michał Górny wrote: > > > > > Introduce a few variables to allow easy overrides of common

Re: [gentoo-dev] [PATCH] acct-user.eclass: Support var overrides for user properties

On Mon, 4 Jan 2021 18:08:02 +0100 Michał Górny wrote: > Introduce a few variables to allow easy overrides of common user account > proprerties, that is: > > - ACCT_USER__SHELL > - ACCT_USER__HOME > - ACCT_USER__HOME_OWNER > - ACCT_USER__HOME_PERMS > - ACCT_USER__GROUPS > -

Re: [gentoo-dev] [RFC] Discontinuing LibreSSL support?

On Tue, 29 Dec 2020 23:34:36 + Peter Stuge wrote: > David Seifert wrote: > > > Maybe because it is so well-known that monoculture is harmful per se, > > > which is why the commitment to choice in Gentoo is very valuable. > > > > > > Further, LibreSSL comes out of the OpenBSD project, which

Re: [gentoo-dev] LiveCD Project disbanding: packages up for grabs

On Wed, 4 Nov 2020 16:09:37 -0500 Matt Turner wrote: > The LiveCD project is only me now, which isn't much of a project, so > I'm putting these packages up for grabs. livecd@ is co-maintainer on a > few others that aren't listed. > > app-misc/livecd-tools > > - Releng@ will take this > >

Re: [gentoo-dev] [virtualization project] Help needed with libvirt virtualization stack

On Mon, 21 Sep 2020 15:25:56 -0500 Matthias Maier wrote: > Dear all, > > Due to some work related crunch time I had very limited time lately to > properly maintain the following packages of the virtualization stack: > > app-emulation/qemu I can help with qemu if needed. > sys-process/criu

Re: [gentoo-dev] [RFC] Deadlines for next Python implementations

On Mon, 01 Jun 2020 23:04:38 +0200 Michał Górny wrote: > On Mon, 2020-06-01 at 13:34 -0700, Patrick McLean wrote: > > On Mon, 01 Jun 2020 22:27:19 +0200 > > Michał Górny wrote: > > > > > Hi, everyone. > > > > > > I'd like to be more pro

Re: [gentoo-dev] [RFC] Deadlines for next Python implementations

On Mon, 01 Jun 2020 22:27:19 +0200 Michał Górny wrote: > Hi, everyone. > > I'd like to be more proactive in avoiding the mess like Python 3.6->3.7 > switch were. For this reason, I think it would be better to set > and publish some early deadlines. Even if we aren't going to strictly > keep

[gentoo-dev] Packages up for grabs

After looking over packages I maintain for packages that I no longer need or use: app-admin/qpage app-text/tesseract mail-filter/spamassassin-botnet net-print/pkpgcounter x11-plugins/pidgin-bot-sentry

Re: [gentoo-dev] Packages up for grabs

On Tue, 26 May 2020 16:31:36 -0700 Brian Dolbec wrote: > On Tue, 26 May 2020 23:12:06 +0100 > Andrey Utkin wrote: > > > I have transitioned to "away" state as I have to reclaim my time for > > other uses. Here I am trying to reduce the scope of my Gentoo > > responsibilities to make potential

[gentoo-dev] [PATCH] python-utils-r1.eclass: Add PYTHON_RELAXED_VERSIONS variable

bug #720048 Bug: https://bugs.gentoo.org/720048 Signed-off-by: Patrick McLean --- eclass/python-utils-r1.eclass | 56 ++- 1 file changed, 42 insertions(+), 14 deletions(-) diff --git a/eclass/python-utils-r1.eclass b/eclass/python-utils-r1.eclass index e85aefda

Re: [gentoo-dev] Re: [PR] ivy, mvn, sbt, gradle builders improvement for ebuild development

On Mon, 20 Apr 2020 17:03:50 -0400 Michael Orlitzky wrote: > On 4/20/20 4:19 PM, Patrick McLean wrote: > > > > My co-workers are not the only ones adding/maintaining go packages in the > > tree, please do not single out any groups, and let's all work to make >

Re: [gentoo-dev] Re: [PR] ivy, mvn, sbt, gradle builders improvement for ebuild development

On Mon, 20 Apr 2020 15:23:15 -0400 Michael Orlitzky wrote: > On 4/20/20 2:58 PM, Patrick McLean wrote: > >> > >> You keep saying that, but the fact that dev-go/* is filled with trash > >> that has your name on it prevents anyone else from doing a better job.

Re: [gentoo-dev] Re: [PR] ivy, mvn, sbt, gradle builders improvement for ebuild development

On Mon, 20 Apr 2020 14:07:01 -0400 Michael Orlitzky wrote: > On 4/20/20 1:31 PM, Patrick McLean wrote: > >> Simply having things in ::gentoo does not affect anyone who does not > use them. > > > > You keep saying that, but the fact that dev-go/* is filled with

Re: [gentoo-dev] Re: [PR] ivy, mvn, sbt, gradle builders improvement for ebuild development

On Sun, 19 Apr 2020 11:37:15 -0400 Michael Orlitzky wrote: > On 4/19/20 10:55 AM, Samuel Bernardo wrote: > > > > Taking into account the network sandbox requirement, sbt.eclass needs to > > download all dependencies with some approach like EGO_SUM implementation > > in go-module.eclass[1]. > >

Re: [gentoo-dev] Stabilizations and src_test

On Sun, 12 Apr 2020 11:21:29 +0200 Michał Górny wrote: > On Sun, 2020-04-12 at 10:43 +0200, Agostino Sarubbo wrote: > > Hello all, > > > > If you work on the stabilization workflow you may have noticed that: > > > > - There are people that rant if you don't run src_test against their > >

Re: [gentoo-dev] [PATCH] Split python implementations definition to separate eclass

On Fri, 27 Mar 2020 15:51:35 -0700 Alec Warner wrote: > On Fri, Mar 27, 2020 at 3:11 PM Patrick McLean wrote: > > > On Fri, 27 Mar 2020 14:48:53 -0700 > > Matt Turner wrote: > > > > > On Thu, Mar 26, 2020 at 2:03 PM Patrick McLean > > wro

Re: [gentoo-dev] [PATCH] Split python implementations definition to separate eclass

On Fri, 27 Mar 2020 14:48:53 -0700 Matt Turner wrote: > On Thu, Mar 26, 2020 at 2:03 PM Patrick McLean wrote: > > > > This patch splits the definition of _PYTHON_ALL_IMPLS and > > _python_impl_supported to a separate eclass, this allows overlays > > to easily suppor

Re: [gentoo-dev] [PATCH] Split python implementations definition to separate eclass

On Fri, 27 Mar 2020 06:53:13 +0100 Michał Górny wrote: > On Thu, 2020-03-26 at 14:03 -0700, Patrick McLean wrote: > > This patch splits the definition of _PYTHON_ALL_IMPLS and > > _python_impl_supported to a separate eclass, this allows overlays > > to easily support a di

[gentoo-dev] [PATCH v2]

1999-2020 Gentoo Authors +# Distributed under the terms of the GNU General Public License v2 + +# @ECLASS: python-impls-r1.eclass +# @MAINTAINER: +# Python team +# @AUTHOR: +# Author: Michał Górny +# Split to separate eclass by: Patrick McLean +# Based on work of: Krzysztof Pawlik

[gentoo-dev] [PATCH] Split python implementations definition to separate eclass

+# @MAINTAINER: +# Python team +# @AUTHOR: +# Author: Michał Górny +# Split to separate eclass by: Patrick McLean +# Based on work of: Krzysztof Pawlik +# @SUPPORTED_EAPIS: 5 6 7 +# @BLURB: Definitions of supported eclasses for python-utils-r1 +# @DESCRIPTION: +# A helper eclass defining the supported

Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

On Thu, 26 Mar 2020 21:11:11 +0100 Michał Górny wrote: > On Thu, 2020-03-26 at 14:13 -0500, William Hubbs wrote: > > There are situations in which downstream overlays need to have versions > > of python which Gentoo no longer supports in the tree. > > > > Currently, the only way to do this is

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

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: =net-misc/openssh-8.2_p1, any new ssh connection will fail until sshd is restarted. Before restarting sshd, it is *strongly* recommended that you test

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

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: =net-misc/openssh-8.2_p1, any new ssh connection will fail until sshd is restarted. Before restarting sshd, it is *strongly* recommended that you test

Re: [gentoo-dev] rfc: virtual/libcrypt for libcrypt.so implementation

On Thu, 7 Nov 2019 11:52:19 -0800 Patrick McLean wrote: I will push the attached version with zmedico's change on Friday unless there are objections (I have addressed all the feedback so far AFAIK). > Given glibc upstream's tentative plans to remove libcrypt [1], I think > we should

Re: [gentoo-dev] [PATCH 1/4] distutils-r1.eclass: Add distutils_enable_sphinx helper function

Hi Michał, Thanks for doing this work, it's always better to have standardized ways of doing things. On Wed, 20 Nov 2019 15:21:55 +0100 Michał Górny wrote: > +distutils_enable_sphinx() { > + debug-print-function ${FUNCNAME} "${@}" > + [[ ${#} -ge 1 ]] || die "${FUNCNAME} takes at

Re: [gentoo-dev] packages up for grabs

On Mon, 18 Nov 2019 17:47:22 -0700 Tim Harder wrote: > The following list of packages are up for grabs that I dropped myself > as as a direct maintainer from. There are probably a significantly > larger number that I've indirectly maintained hiding under the guise > of older projects that mostly

[gentoo-dev] RFC acct-{user,group} for ceph

Fedora, CentOS, RHEL and alpine use 167, debian uses 64045 I propose using 267 what Fedora etc uses is already reserved in Gentoo, and 64045 is reserved.

Re: [gentoo-dev] rfc: virtual/libcrypt for libcrypt.so implementation

On Thu, 7 Nov 2019 20:40:40 + Sergei Trofimovich wrote: > On Thu, 7 Nov 2019 11:52:19 -0800 > Patrick McLean wrote: > > > Given glibc upstream's tentative plans to remove libcrypt [1], I > > think we should start working out the kinks well in advance. > >

Re: [gentoo-dev] rfc: virtual/libcrypt for libcrypt.so implementation

On Thu, 07 Nov 2019 21:28:34 +0100 Michał Górny wrote: > On Thu, 2019-11-07 at 11:52 -0800, Patrick McLean wrote: > > Given glibc upstream's tentative plans to remove libcrypt [1], I > > think we should start working out the kinks well in advance. > > Toolch

[gentoo-dev] rfc: virtual/libcrypt for libcrypt.so implementation

Given glibc upstream's tentative plans to remove libcrypt [1], I think we should start working out the kinks well in advance. Toolchain has already added a package.use.force-ed "crypt" USE flag to sys-libs/glibc-2.30-r2 [2]. The main alternative out there is libxcrypt, which I have recently bumped

Re: [gentoo-dev] [RFC] News Item: Desktop profile switching USE default to elogind

On Tue, 29 Oct 2019 23:03:15 + James Le Cuirot wrote: > On Tue, 29 Oct 2019 11:23:20 -0700 > Patrick McLean wrote: > > > On Tue, 29 Oct 2019 16:10:37 +0100 > > Andreas Sturmlechner wrote: > > > > > > > > Anyone else who thinks this s

Re: [gentoo-dev] [RFC] News Item: Desktop profile switching USE default to elogind

On Tue, 29 Oct 2019 16:10:37 +0100 Andreas Sturmlechner wrote: > > Anyone else who thinks this should not be restricted to just desktop > profiles? I am not aware of any use cases for elogind/consolekit on servers, it's really for machines where you have to distinguish between someone

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

On Fri, 13 Sep 2019 19:44:55 -0400 Michael Orlitzky wrote: > (Replying to both messages at once.) > > > On 9/13/19 4:17 PM, Patrick McLean wrote: > >> > > I don't think anyone here has suggested that any go packages are > > installed in the stage3

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

On Fri, 13 Sep 2019 12:50:48 -0400 Michael Orlitzky wrote: > On 9/12/19 1:45 PM, Alec Warner wrote: > > > > Er, I'm fairly sure computer *science* has not conclusively proven > > that dynamic binaries are somehow superior to static binaries. > > > > > If you statically link to a library,

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

On Fri, 13 Sep 2019 08:29:20 -0400 Michael Orlitzky wrote: > On 9/13/19 5:19 AM, Kent Fredric wrote: > > On Thu, 12 Sep 2019 17:58:08 -0400 > > Michael Orlitzky wrote: > > > >> What kind of math would convince you that an idea with all "cons" > >> and no "pros" is bad? > > > > Is

Re: [gentoo-dev] the state of dev-lang/lua

On Mon, 25 Mar 2019 04:23:08 + "Robin H. Johnson" wrote: > On Sat, Mar 23, 2019 at 04:23:27PM -0500, William Hubbs wrote: > > Hi all, > > > > Soon I will be working on fixing up the state of dev-lang/lua, and > > there are a couple of things I want to mention. > > > > The first thing is

Re: [gentoo-dev] Regarding the State of PaX in the tree

On 2018-04-16 05:12 AM, Anthony G. Basile wrote: > On 4/16/18 4:05 AM, Marc Schiffbauer wrote: >> * Anthony G. Basile schrieb am 16.04.18 um 02:04 Uhr: >>> Hi everyone, >> >> Hi Anthony, >> >> I vote for keeping PaX Support as I am still using it and might be doing >> so in the future. >> >>

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

On 2018-03-23 06:27 AM, Rich Freeman wrote: > On Fri, Mar 23, 2018 at 6:59 AM, Ulrich Mueller wrote: >>> On Fri, 23 Mar 2018, Roy Bamford wrote: >> >>> games-emulation/sdlmame is masked. I have a higher version in my >>> overlay than the one in the tree and it gets masked

Re: [gentoo-dev] Re: [RFC, PATCH] user.eclass: gracefully return when unprivileged

On 2017-11-21 03:19 AM, Benda Xu wrote: > Francesco Riosa writes: > >> maybe ewarn() is more appropriate than einfo()? >> Just in case it's executed outside the scope of prefix > > I can't remember any use case when portage (or, paludis, etc.) is > executed as a normal user

Re: [gentoo-dev] Reviving the Sandbox project

On 2017-09-22 10:03 AM, Brian Dolbec wrote: > On Fri, 22 Sep 2017 15:06:49 + > James McMechan wrote: > >> On Fri, Sep 22, 2017 at 5:27 AM, Rich Freeman >> wrote: >>> On Fri, Sep 22, 2017 at 7:38 AM, Sergei Trofimovich >>>

Re: [gentoo-dev] Reviving the Sandbox project

On 2017-09-21 02:07 PM, Mart Raudsepp wrote: > Ühel kenal päeval, N, 21.09.2017 kell 22:54, kirjutas Michał Górny: >> W dniu czw, 21.09.2017 o godzinie 23∶33 +0300, użytkownik Mart >> Raudsepp >> napisał: >>> Ühel kenal päeval, N, 21.09.2017 kell 21:56, kirjutas Michał Górny: Hi, everyone.

Re: [gentoo-dev] [PATCH 1/3] python-utils-r1.eclass: Allow -2/-3 as impl-patterns for py2/py3

On Wed, 10 May 2017 20:53:31 +0200 Michał Górny wrote: > Allow two special values in the implementation patterns for > _python_impl_matches(): -2 to indicate all Python 2-compatible > implementations, and -3 to indicate all Python 3-compatible > implementations. Both of those

Re: [gentoo-dev] new virtual -- virtual/go to fix go build time dependencies

On Tue, 7 Mar 2017 18:51:12 -0500 Michael Orlitzky wrote: > On 03/07/2017 05:40 PM, William Hubbs wrote: > > Hi all, > > > > I was attending SCALE, but now I'm back to answer this. > > > > On Thu, Mar 02, 2017 at 04:46:22PM -0500, Michael Orlitzky wrote: > >> What kind of

Re: [gentoo-dev] Guidelines for IUSE defaults

On Fri, 3 Feb 2017 19:59:34 -0500 Ian Stakenvicius wrote: > On 03/02/17 02:37 PM, Michael Orlitzky wrote: > > On 02/03/2017 10:30 AM, Ian Stakenvicius wrote: > >> > >> ok you lost me. Could you provide an explicit example of what you > >> would want to see enabled in the

Re: [gentoo-dev] Guidelines for IUSE defaults

On Fri, 3 Feb 2017 08:43:50 -0500 Michael Orlitzky wrote: > On 02/03/2017 08:21 AM, Ian Stakenvicius wrote: > >> > >> How about rather changing our defaults to satisfy the minimalists > >> who don't mind drastically reduced functionality and usability in > >> pursuit of

Re: [gentoo-dev] Guidelines for IUSE defaults

On Thu, 2 Feb 2017 21:06:33 -0500 Michael Orlitzky wrote: > On 02/02/2017 09:00 PM, Sam Jorna wrote: > > > > Consider: a new user, coming from Ubuntu or Fedora or Windows, > > starts building their system. They start installing packages they > > want, only to find that half of

Re: [gentoo-dev] Guidelines for IUSE defaults

On Thu, 2 Feb 2017 20:40:38 -0500 Michael Orlitzky wrote: > On 02/02/2017 01:01 PM, Rich Freeman wrote: > > On Thu, Feb 2, 2017 at 11:25 AM, Michael Orlitzky > > wrote: > >> > >> If (base == minimal), then all of the upstream defaults need to be > >> added to

Re: [gentoo-dev] Requirements for UID/GID management

On Mon, 30 Jan 2017 11:29:02 -0500 Michael Orlitzky wrote: > On 01/30/2017 09:25 AM, Alan McKinnon wrote: > >> > >> Any user can create a hard link in its home directory > >> to /etc/shadow, so long as (a) they live on the same filesystem, > >> and (b) there are no special

Re: [gentoo-dev] Requirements for UID/GID management

On Sat, 28 Jan 2017 11:28:45 + James Le Cuirot <ch...@gentoo.org> wrote: > On Fri, 27 Jan 2017 18:37:52 -0800 > Patrick McLean <chutz...@gentoo.org> wrote: > > > I don't think we need to have stable UIDs/GIDs in the "normal" case of > > standalon

Re: [gentoo-dev] Requirements for UID/GID management

On Fri, 27 Jan 2017 14:53:18 -0500 Rich Freeman wrote: > On Fri, Jan 27, 2017 at 2:35 PM, Michael Orlitzky > wrote: > > On 01/27/2017 01:52 PM, Rich Freeman wrote: > >> > >> This doesn't really seem like a problem though. Just have a table > >> somewhere

Re: [gentoo-dev] tmpfiles: call for testers

On Tue, 8 Nov 2016 17:41:02 -0600 William Hubbs wrote: > > The plan, once the first release is out, is to rewrite this utility > in a better language. I'm considering C, but if I am comfortable by > that time in Go or Rust, I may use one of them. > For a low-level utility

Re: [gentoo-dev] grub-2 configuration

On Fri, 28 Oct 2016 10:56:08 + Joakim Tjernlund wrote: > On Thu, 2016-10-20 at 11:03 -0400, Tom H wrote: > > On Wed, Oct 19, 2016 at 4:43 PM, Joakim Tjernlund > > wrote: > > > > > > On Wed, 2016-10-19 at 15:21 -0400, Tom H

Re: [gentoo-dev] rfc: the demise of grub:0

On Thu, 6 Oct 2016 01:54:51 +1300 Kent Fredric wrote: > On Wed, 5 Oct 2016 06:04:38 -0500 > Rich Freeman wrote: > > > What you really want is another template file. > > I'd be happy with that. See the other thread with "grub-2" In the > title. > > > I'm

Re: [gentoo-dev] base-system needs developers who care

On Tue, 23 Aug 2016 23:17:58 + "Robin H. Johnson" wrote: > Some of these packages are very niche, and while they continue to > work, they could use a bit more attention than they get presently > (you might only hear about them when they break and never when they > work).

Re: [gentoo-dev] libpcre.so.3 - Compatibility with Debian

On Thu, 11 Aug 2016 22:50:53 +0200 Michał Górny wrote: > On Thu, 11 Aug 2016 20:56:20 +0100 > James Le Cuirot wrote: > > > On Thu, 11 Aug 2016 11:05:00 -0400 > > Ian Stakenvicius wrote: > > > > > On 11/08/16 10:57 AM, Mart Raudsepp

Re: [gentoo-dev] libpcre.so.3 - Compatibility with Debian

On Thu, 11 Aug 2016 17:53:31 +1200 Kent Fredric wrote: > On Thu, 11 Aug 2016 00:10:53 +0100 > James Le Cuirot wrote: > > > Hello all, > > > > We, like almost everyone else and presumably upstream, install PCRE > > 8 as libpcre.so.1. Debian, for reasons

Re: [gentoo-dev] Signed push & clock drift rejection

On Tue, 19 Jul 2016 13:22:29 -0700 Patrick McLean <chutz...@gentoo.org> wrote: > On Tue, 19 Jul 2016 21:23:16 +0300 > Andrew Savchenko <birc...@gentoo.org> wrote: > > On Mon, 18 Jul 2016 22:21:22 -0400 waltd...@waltdnes.org wrote: > > > On Mon, Jul 18, 2016 at 1

Re: [gentoo-dev] Signed push & clock drift rejection

On Tue, 19 Jul 2016 21:23:16 +0300 Andrew Savchenko wrote: > On Mon, 18 Jul 2016 22:21:22 -0400 waltd...@waltdnes.org wrote: > > On Mon, Jul 18, 2016 at 11:27:09PM +0300, Andrew Savchenko wrote > > > > > > As I wrote earlier in this thread, ntp server is not a guarantee > >

Re: [gentoo-dev] Need design help/input for eclean-kernel

On Thu, 30 Jun 2016 14:38:26 +0200 Michał Górny wrote: > So if you have some time, please reply to this thread with > a specific /boot layout that you think needs to be handled, with > as much helpful information as possible -- including possible > distinctive features and

Re: [gentoo-dev] Repoman rewrite stage3. Migrate check data to the tree

On Thu, 10 Mar 2016 18:30:07 -0800 Brian Dolbec wrote: > So, where do we place this directory and what rules do we > establish about it's modifications? > >location? : in the metadata dir alongside the install-qa-check.d >directory? That sounds

Re: [gentoo-dev] Re: converting copyright/license information in OpenRC

On Fri, 11 Dec 2015 15:37:48 -0600 William Hubbs wrote: > On Fri, Dec 11, 2015 at 09:04:47PM +0100, Ulrich Mueller wrote: > > > On Fri, 11 Dec 2015, William Hubbs wrote: > > > Well, the OpenRC project is currently inconsistent about this, so the > intention is to

Re: [gentoo-dev] rfc: removing mount-ro from OpenRC

On Fri, 2 Oct 2015 16:59:06 -0500 William Hubbs wrote: > > Does anyone know why we need this init script (it is Linux only), or > why we can't remove it? > This script is there to make sure as much effort as possible has been done to prevent file system corruption before

Re: [gentoo-dev] .gitignore

On Thu, 13 Aug 2015 07:43:24 -0700 Brian Dolbec dol...@gentoo.org wrote: No, there clearly should be some things that are commonly present that should never be committed. Those common things should be in a global .gitignore. I did not read the entire thread(s) but it seemed there was more

Re: [gentoo-dev] sys-kernel/dracut looking for more maintainers

On Sat, 8 Aug 2015 14:18:53 -0400 Mike Gilbert flop...@gentoo.org wrote: On Sat, Aug 8, 2015 at 1:31 PM, Amadeusz Żołnowski aide...@gentoo.org wrote: Hi, I'm resending e-mail from my gentoo.org address, instead of the private one... so just ignore the previuos thread with this subject.

Re: [gentoo-dev] rfc: openrc mount service prototype

On Sat, 1 Aug 2015 10:05:44 -0500 William Hubbs willi...@gentoo.org wrote: On Fri, Jul 31, 2015 at 05:29:37PM -0700, Patrick McLean wrote: On Fri, 31 Jul 2015 17:28:03 -0500 William Hubbs willi...@gentoo.org wrote: On Fri, Jul 31, 2015 at 11:57:59PM +0200, Peter Stuge wrote

Re: [gentoo-dev] rfc: openrc mount service prototype

On Fri, 31 Jul 2015 17:28:03 -0500 William Hubbs willi...@gentoo.org wrote: On Fri, Jul 31, 2015 at 11:57:59PM +0200, Peter Stuge wrote: What I'm asking about is whether anyone knows of a smoothe way to transition users from local/netmount to mount.filesystem dependencies, without breaking

Re: [gentoo-dev] rfc: openrc mount service prototype

On Thu, 30 Jul 2015 01:11:30 +0300 Alon Bar-Lev alo...@gentoo.org wrote: On 29 July 2015 at 23:20, William Hubbs willi...@gentoo.org wrote: All, so that there is a better idea out there of what I'm talking about, the OpenRC github repository now has a mount-service branch. Nice!

Re: [gentoo-dev] rfc: go packages vs repositories

On Fri, 12 Jun 2015 12:54:04 -0500 William Hubbs willi...@gentoo.org wrote: All, in looking at some of the Go ebuilds we have in the tree, I see that some of them, for example go-tools, have multiple Go packages in a single repository. This means that something like: go get -d -u -t

Re: [gentoo-dev] collab herd for cooperative pkg maintenance

On Mon, 23 Mar 2015 22:53:45 +0300 Andrew Savchenko birc...@gentoo.org wrote: On Mon, 23 Mar 2015 14:49:44 -0400 Tim Harder wrote: On 2015-03-23 13:48, Panagiotis Christopoulos wrote: You want to have a herd for that or something in metadata.xml that would raise a flag that the package

Re: [gentoo-dev] [rfc] enable USE=seccomp in default/linux/ profiles

On Thu, 19 Feb 2015 14:14:37 -0500 Mike Frysinger vap...@gentoo.org wrote: pro: improved security in daemons (often network) con: some packages might pull in libseccomp (~250KB) there shouldn't be measurable runtime overhead here as the filtering is done by a JIT in the kernel itself. if

Re: [gentoo-dev] Dropping GCC maintainership

On Mon, 06 Oct 2014 19:25:53 -0400 Anthony G. Basile bluen...@gentoo.org wrote: On 10/06/14 13:13, Markos Chandras wrote: Let's face it, this is not a job just anyone can do. I asked a few people I thought could handle it and they said they're too busy. So I'm a bit worried. If someone

Re: [gentoo-dev] gentoo-functions is in the tree

On Thu, 13 Mar 2014 07:59:55 +0800 Patrick Lauer patr...@gentoo.org wrote: On 03/13/2014 12:52 AM, William Hubbs wrote: Why deprecate it? I'm getting really irritated with the current trend of randomly renaming and movearounding things. All it does is confuse people, break existing

Re: [gentoo-dev] Portage QOS

On Fri, 10 Jan 2014 02:19:03 +0100 Tom Wijsman tom...@gentoo.org wrote: On Fri, 10 Jan 2014 08:31:21 +0800 Patrick Lauer patr...@gentoo.org wrote: On 01/10/2014 08:16 AM, hero...@gentoo.org wrote: Igor lanthrus...@gmail.com writes: The ebuilds have approximately the same time to

Re: [gentoo-dev] rfc: converting /etc/mtab to a symlink

On Mon, 14 Oct 2013 15:50:36 -0400 Rich Freeman ri...@gentoo.org wrote: On Mon, Oct 14, 2013 at 2:58 PM, David Leverton levert...@googlemail.com wrote: If only someone would invent some sort of kernel feature that could make the name /etc/mtab refer to different files in different

Re: [gentoo-dev] renaming gentoo-oldnet

On Mon, 5 Aug 2013 22:09:54 + Robin H. Johnson robb...@gentoo.org wrote: Naming goals: - Should describe what it does - Does NOT have a name conflict as verified by Google. - Does NOT imply OpenRC. - Implying Gentoo is fine, as it's where the package comes from. - Should drop 'old'

Re: [gentoo-dev] USE flags dri, cups, pppd

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 18/01/13 02:02 PM, Chí-Thanh Christopher Nguyễn wrote: Andreas K. Huettel schrieb: * move setting USE=dri and USE=cups from default/linux/make.defaults to targets/desktop/make.defaults I would prefer to keep USE=dri in the default profile.

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in www-plugins/nspluginwrapper: ChangeLog nspluginwrapper-1.4.4-r1.ebuild nspluginwrapper-1.3.0.ebuild

Er, no I didn't, I'm not sure how that happened. I will fix it. On 13/07/11 01:36 AM, Ryan Hill wrote: On Mon, 11 Jul 2011 15:00:41 + (UTC) Patrick McLean (chutzpah) chutz...@gentoo.org wrote: chutzpah11/07/11 15:00:41 Modified: ChangeLog Added

Re: [gentoo-dev] Re: The future of sys-apps/openrc in Gentoo

On 23/08/10 02:28 PM, Olivier Crête wrote: On Mon, 2010-08-23 at 19:09 +0100, Mike Auty wrote: On 23/08/10 18:26, Olivier Crête wrote: Other distributions are going one step further and are going for shell-free boot. We should follow that lead. Why? Presumably they're doing it by writing

Re: [gentoo-dev] Optional Package Dependencies for netscape-flash - libflashsupport

Jim Ramsay wrote: 1) Create a single local USE flag (flashsupport or something) that will just pull in this dependency. 2) Use the same set of USE flags as libflashsupport has, with any of them adding libflashsupport to the dep list, since these are all global flags and will most likely

Re: [gentoo-dev] New network config for baselayout-ng

Roy Marples wrote: Welcome to baselayout-ng which will be a virtual and will not require bash. So this means that you are planning to stop development of the current baselayout in favor of baselayout-ng? We still need something that is array like for want of a better phrase, so how about

Re: [gentoo-dev] New developer: Samuli Suominen (drac)

Petteri Räty wrote: It's my pleasure to introduce to you Samuli drac Suominen. He is joining us to look after the Xfce desktop environment and take care of packages that have been proxy maintained before. Welcome to the team drac :) -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Big change ideea

Marijn Schouten wrote: My conclusion is that they have the simpler solution and also technical superiority. If you think that GoboLinux has a superior package management solution to Gentoo or any other distro, than just use Gobo. Distribution choice is not an absolute distro X is better than

Re: [gentoo-dev] baselayout-1.13 going into ~ARCH soon

Matthew Snelham wrote: If you want that level of flexability then simply symlink /lib/rcscripts to /var/rcscripts or where-ever you like. But then baselayout is still 'behaving badly' by sttempting to store dynamic state information in /lib. Something it has not done before, to the

Re: [gentoo-dev] Scheme herd team needs some love

Matthew Kennedy wrote: No one is working on the Scheme herd in Gentoo. [EMAIL PROTECTED] includes only me, but I'm not doing anything with Scheme and don't really care to either. Several of our Scheme implementations in Portage are out of date, (chicken, gambit, drscheme, bigloo and, dare I

Re: [gentoo-dev] gtk1 vs. gtk2

Enrico Weigelt wrote: * Luca Barbato [EMAIL PROTECTED] schrieb: Enrico Weigelt wrote: It mixes up diffent things to one and just introduces new problems instead of solving anything. I could live with that, if it's for supporting different ABIs, but it obviously isn't. No? In this case

Re: [gentoo-dev] Dying on some CFLAGS instead of filtering them.

Denis Dupeyron wrote: This, for me, triggers 3 questions that are gentoo-dev@ material : 1) Should all ebuilds that currently filter --fast-math die on its presence instead of filtering it ? I don't think we should die on anything, if a user wants a particular CFLAG, generally the default

Re: [gentoo-dev] Re: Re: Re: GPL and Source code providing

Chris Gianelloni wrote: Anyway, I really am starting to like the DVD available via the store idea more and more, as it only means Release Engineering needs to do a little extra work, and it requires no extra work for our mirrors or Infrastructure team. The source DVD sounds like a great

Re: [gentoo-dev] Nominations open for the Gentoo Council 2007

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I would like to nominate: vapier/SpanKY flameeyes Kugelfang uberlord wolf31o2 seemant solar Mr_Bones_ KingTaco I would add dsd and spyderous if they hadn't both already turned down nominations. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3

  1   2   >