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)
ly 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/e
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 au
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 t
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 mistake
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 dates regar
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
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
-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
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 ge
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 thi
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:
> > > >
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 user acco
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
> - ACCT_USER__GROUPS_ADD
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 h
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
>
> sys
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
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 mor
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 to
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
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 r
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
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
>
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.
>
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 tr
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].
> >
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
> > packa
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
> > wrote:
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
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
right 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 P
+# @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
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 fo
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
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
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
>
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 leas
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
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.
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.
> &g
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.
> > Too
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
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
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
connectin
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 st
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, th
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 "upstream
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 lib
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.
>>
>> Thank
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 too.
>>> Its not a pr
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 but not a from Pref
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
>>> wrote:
Some other distros try harder to isolate build
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.
>
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 values are implement
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 dependency do we nee
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 profile (while everyth
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 "minimalism" we just striv
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 the package isn't t
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 package.use for the upstream-defau
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 kernel protections in p
On Sat, 28 Jan 2017 11:28:45 +
James Le Cuirot wrote:
> On Fri, 27 Jan 2017 18:37:52 -0800
> Patrick McLean wrote:
>
> > I don't think we need to have stable UIDs/GIDs in the "normal" case of
> > standalone users with a single Gentoo system at home. The
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 (wiki?) to track who is using what UID
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 that is likely going t
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 wrote:
> > > >
> > > >
> > > > but it looks like, unlike for g
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 happy with mkconfig, but I did hand-r
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).
>
> They are genera
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 wrote:
> > > > Ühel kenal päeval, N, 11.08.2016 kell 12
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 best known to themselves,
> > install it
On Tue, 19 Jul 2016 13:22:29 -0700
Patrick McLean wrote:
> 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
> > > w
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
> > > that such problems
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 pitfalls.
>
All of our
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 reasonable to me, it is certa
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 make it consistent.
>
>
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 rebooting/powering off.
On Thu, 13 Aug 2015 07:43:24 -0700
Brian Dolbec 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 bikeshedding
On Sat, 8 Aug 2015 14:18:53 -0400
Mike Gilbert wrote:
> On Sat, Aug 8, 2015 at 1:31 PM, Amadeusz Żołnowski 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.
> >
> > I have not much time
On Sat, 1 Aug 2015 10:05:44 -0500
William Hubbs 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 wrote:
> >
> > > On Fri, Jul 31, 2015 at 11:57:59PM +0200, Peter Stuge wrote:
> &g
On Fri, 31 Jul 2015 17:28:03 -0500
William Hubbs 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.
> dependencies, without breaking systems. If that doesn't
On Thu, 30 Jul 2015 01:11:30 +0300
Alon Bar-Lev wrote:
> On 29 July 2015 at 23:20, William Hubbs 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!
>
> But I still trying to
On Fri, 12 Jun 2015 12:54:04 -0500
William Hubbs 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 golang.org/x/tool
On Mon, 23 Mar 2015 22:53:45 +0300
Andrew Savchenko 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 can be free
On Thu, 19 Feb 2015 14:14:37 -0500
Mike Frysinger 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 the kernel lac
On Mon, 06 Oct 2014 19:25:53 -0400
"Anthony G. Basile" 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 with the appr
On Thu, 13 Mar 2014 07:59:55 +0800
Patrick Lauer 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 setups and make d
On Fri, 10 Jan 2014 02:19:03 +0100
Tom Wijsman wrote:
> On Fri, 10 Jan 2014 08:31:21 +0800
> Patrick Lauer wrote:
>
> > On 01/10/2014 08:16 AM, hero...@gentoo.org wrote:
> > > Igor writes:
> > >
> > >> The ebuilds have approximately the same time to install, the
> > >> failure rate is about t
On Mon, 14 Oct 2013 15:50:36 -0400
Rich Freeman wrote:
> On Mon, Oct 14, 2013 at 2:58 PM, David Leverton
> wrote:
> >
> > If only someone would invent some sort of kernel feature that could
> > make the name "/etc/mtab" refer to different files in different
> > processes
> >
>
> However, FW
On Mon, 5 Aug 2013 22:09:54 +
"Robin H. Johnson" 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'
>
> I think
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 24/04/13 11:46 AM, Mike Frysinger wrote:
> On Wednesday 24 April 2013 13:54:07 William Hubbs wrote:
>> On Wed, Apr 24, 2013 at 01:34:36PM -0400, Mike Frysinger wrote:
>>> On Wednesday 24 April 2013 13:23:23 William Hubbs wrote:
The issue is t
-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 pr
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 +0000 (UTC)
> "Patrick McLean (chutzpah)" wrote:
>
>> chutzpah11/07/11 15:00:41
>>
>&g
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
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 li
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
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
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
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
>
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 men
Petteri Räty wrote:
He hails from a town that most can't pronounce correctly, namely
Saskatchewan, Canada. He has an interesting day job. He writes about it
Saskatchewan isn't a town, it's a province.
So please give dirtyepic the usual warm welcome.
Welcome Ryan, always nice to have another
Enrico Weigelt wrote:
> So I'll probably have no other chance than writing a frontend
> to emerge, parsing its output - hoping the output syntax remains
> the same for an sufficiant time :(
>
[ebuild R ] sys-fs/cryptsetup-luks-1.0.3-r2
[ebuild U ] x11-terms/rxvt-unicode-7.9 [7.8-r1]
[ebu
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.
>>>
>>
1 - 100 of 124 matches
Mail list logo
