>From f9b2693b32b7c7c7c561ae417cbd757624184327 Mon Sep 17 00:00:00 2001
From: Alice Ferrazzi
Date: Thu, 18 Jan 2018 15:41:17 +
Subject: [PATCH] Cannot generate ORC metadata for CONFIG_UNWINDER_ORC=y
New 4.14 kernel is using CONFIG_UNWINDER_ORC=y by default
but having USE="minimal" is removing
W dniu śro, 07.02.2018 o godzinie 00∶24 +0100, użytkownik Ulrich Müller
napisał:
> No ebuild in the Gentoo repository uses the bzr_bootstrap
> functionality. Therefore drop the function along with bzr_src_prepare
> (which would not have worked in EAPI 6 anyway, due to missing call to
> eapply_user)
Michael Lienhardt posted on Tue, 06 Feb 2018 23:53:05 +0100 as excerpted:
> Il 06/02/2018 15:00, Roy Bamford ha scritto:
>> Posting here to alert other potential helpers.
>> Your script uses
>>
>> PACKAGE_KEYWORDS="/etc/portage/package.accept_keywords"
>>
>> but thats a recent name change.
>>
>
No ebuild in the Gentoo repository uses the bzr_bootstrap
functionality. Therefore drop the function along with bzr_src_prepare
(which would not have worked in EAPI 6 anyway, due to missing call to
eapply_user). After this change, inheriting eutils is not needed any
more.
Drop support for EAPIs 0
Il 06/02/2018 15:00, Roy Bamford ha scritto:
Posting here to alert other potential helpers.
Your script uses
PACKAGE_KEYWORDS="/etc/portage/package.accept_keywords"
but thats a recent name change.
PACKAGE_KEYWORDS="/etc/portage/package.keywords"
is the old name and my older systems still us
All,
We keep hitting issues on various systems where portage is removing the
/var/run symlink once it deletes everything that uses this path.
The fix is going to be to make baselayout take ownership of this
symlink.
In looking at doing this, I realized that baselayout doesn't take
ownership of a
W dniu wto, 06.02.2018 o godzinie 09∶07 -0800, użytkownik Alec Warner
napisał:
> On Tue, Feb 6, 2018 at 6:12 AM, Kristian Fiskerstrand
> wrote:
>
> > On 02/06/2018 02:57 PM, Ulrich Müller wrote:
> > > Fixes: https://bugs.gentoo.org/446422
> >
> > Bug or Closes, Fixes would be referencing a commi
On 04/02/2018 11:16, Francesco Riosa wrote:
> 2018-02-03 13:16 GMT+01:00 mudler :
>
>> Hi everyone,
>>
>>
>> This is an idea that has been floating around already, as some of you
>> already know, openQA [1] is a project that provides the ability to fully
>> test O.S.
>>
> Being used to routinely b
On Tue, Feb 6, 2018 at 6:12 AM, Kristian Fiskerstrand
wrote:
> On 02/06/2018 02:57 PM, Ulrich Müller wrote:
> > Fixes: https://bugs.gentoo.org/446422
>
> Bug or Closes, Fixes would be referencing a commit-id c.f GLEP 66.
>
> More generally though, should we start requiring more verbose commit
> m
On 18-02-06 11:52:10, Michael Lienhardt wrote:
> Dear all,
>
> With the help of some friends and colleagues, I am working on an SAT-based
> dependency solver for portage.
> We need your help to test it and possibly improve in the long run the already
> great portage toolset.
>
> To help, you ca
On 02/06/2018 03:36 PM, Ulrich Mueller wrote:
>> On Tue, 6 Feb 2018, Kristian Fiskerstrand wrote:
>> More generally though, should we start requiring more verbose commit
>> messages for eclasses to make it easier to trace changes in our git
>> repo directly without reaching out to bugs? At le
From freenode / #gentoo-proxy-maint
[09:13:53] do I need to reply to the gentoo-dev ML to
be able to proxy-maintain games-engines/love or can I just fire
off the github PR with commits for EAPI 6, version bump, etc.
(it's not up to date & being dropped by current maintainer)
Resolution: It
> On Tue, 6 Feb 2018, Kristian Fiskerstrand wrote:
>> Fixes: https://bugs.gentoo.org/446422
> Bug or Closes, Fixes would be referencing a commit-id c.f GLEP 66.
Updated, thanks for catching this.
> More generally though, should we start requiring more verbose commit
> messages for eclasses
On 02/06/2018 02:57 PM, Ulrich Müller wrote:
> Fixes: https://bugs.gentoo.org/446422
Bug or Closes, Fixes would be referencing a commit-id c.f GLEP 66.
More generally though, should we start requiring more verbose commit
messages for eclasses to make it easier to trace changes in our git repo
dir
On 2018.02.06 10:52, Michael Lienhardt wrote:
> Dear all,
>
> With the help of some friends and colleagues, I am working on an
> SAT-based dependency solver for portage.
> We need your help to test it and possibly improve in the long run the
> already great portage toolset.
>
> To help, you can s
Fixes: https://bugs.gentoo.org/446422
---
eclass/bzr.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/bzr.eclass b/eclass/bzr.eclass
index ef1b47936867..792cc3bec36f 100644
--- a/eclass/bzr.eclass
+++ b/eclass/bzr.eclass
@@ -27,7 +27,7 @@ case "${EAPI:-0}" in
Dear all,
With the help of some friends and colleagues, I am working on an SAT-based
dependency solver for portage.
We need your help to test it and possibly improve in the long run the already
great portage toolset.
To help, you can send us the tar generated by this bash script:
https://raw.
17 matches
Mail list logo