Re: [gentoo-dev] [PATCH] kernel.eclass: Cannot generate ORC metadata for CONFIG_UNWINDER_ORC=y

>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

Re: [gentoo-portage-dev] Fix all misc. bash errors.

W dniu pon, 05.02.2018 o godzinie 20∶33 -0600, użytkownik R0b0t1 napisał: > On Sun, Feb 4, 2018 at 10:45 PM, Zac Medico wrote: > > On 02/04/2018 07:22 PM, R0b0t1 wrote: > > > This is everything that shellcheck reported as an error. They are not > > > as serious as the globbing

Re: [gentoo-dev] [PATCH] bzr.eclass: Drop bzr_bootstrap and bzr_src_prepare.

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 >

Re: [gentoo-portage-dev] Fix all misc. bash errors.

On 02/05/2018 06:55 PM, R0b0t1 wrote: > On Mon, Feb 5, 2018 at 8:33 PM, R0b0t1 wrote: >> On Sun, Feb 4, 2018 at 10:45 PM, Zac Medico wrote: >>> On 02/04/2018 07:22 PM, R0b0t1 wrote: This is everything that shellcheck reported as an error. They are not

Re: [gentoo-portage-dev] Fix all misc. bash errors.

On 02/05/2018 06:33 PM, R0b0t1 wrote: > On Sun, Feb 4, 2018 at 10:45 PM, Zac Medico wrote: >> On 02/04/2018 07:22 PM, R0b0t1 wrote: >>> diff --git a/bin/isolated-functions.sh b/bin/isolated-functions.sh >>> index b28e44f18..377b32d90 100644 >>> --- a/bin/isolated-functions.sh

[gentoo-dev] Re: SAT-based dependency solver: request for test cases

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. >>

[gentoo-dev] [PATCH] bzr.eclass: Drop bzr_bootstrap and bzr_src_prepare.

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

Re: [gentoo-dev] SAT-based dependency solver: request for test cases

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

[gentoo-dev] Why does baselayout not own directories it creates?

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

Re: [gentoo-dev] [PATCH] bzr.eclass: Add --overwrite-tags option to pull command.

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

Re: [gentoo-dev] [RFC] Testing Gentoo with openQA

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

Re: [gentoo-dev] [PATCH] bzr.eclass: Add --overwrite-tags option to pull command.

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

Re: [gentoo-dev] SAT-based dependency solver: request for test cases

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

eclass committ message verbosity (Was: Re: [gentoo-dev] [PATCH] bzr.eclass: Add --overwrite-tags option to pull command.)

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

Re: [gentoo-dev] Package up for grabs: games-engines/love

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:

Re: [gentoo-dev] [PATCH] bzr.eclass: Add --overwrite-tags option to pull command.

> 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

Re: [gentoo-dev] [PATCH] bzr.eclass: Add --overwrite-tags option to pull command.

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

Re: [gentoo-dev] SAT-based dependency solver: request for test cases

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

[gentoo-dev] [PATCH] bzr.eclass: Add --overwrite-tags option to pull command.

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

[gentoo-dev] SAT-based dependency solver: request for test cases

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:

Re: [gentoo-portage-dev] [PATCH 1/2] portage.package.ebuild.config: Rename iuse_implicit -> iuse_effective

Many thanks. I should definitively read this document, that is far more precise that anything I have found on the wiki or on devmanual. Il 06/02/2018 00:05, Zac Medico ha scritto: On 02/05/2018 02:46 PM, Michael Lienhardt wrote: Is the IUSE_IMPLICIT variable in the make.defaults also changed