Re: [gentoo-portage-dev] [PATCH] repoman: replace Fuse with Future

On 04/16/2016 03:56 PM, Brian Dolbec wrote: > On Sat, 16 Apr 2016 13:49:40 -0700 > Zac Medico wrote: > >> Replace Fuse with Future, which is similar more generic. The >> code ends up being slightly more verbose, but more flexible. >> The Future class will be useful elsewhere,

Re: [gentoo-portage-dev] [PATCH] repoman: replace Fuse with Future

On Sat, 16 Apr 2016 13:49:40 -0700 Zac Medico wrote: > Replace Fuse with Future, which is similar more generic. The > code ends up being slightly more verbose, but more flexible. > The Future class will be useful elsewhere, including the > EventLoop class. > --- > Applies to

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

On 4/16/16 6:46 PM, Mike Gilbert wrote: > On Sat, Apr 16, 2016 at 6:36 PM, Rich Freeman wrote: >> On Sat, Apr 16, 2016 at 6:24 PM, Mike Gilbert wrote: >>> >>> And I don't really see the point in the libressl USE flag in this >>> case; I think that was only

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

On 4/16/16 6:36 PM, Rich Freeman wrote: > On Sat, Apr 16, 2016 at 6:24 PM, Mike Gilbert wrote: >> >> And I don't really see the point in the libressl USE flag in this >> case; I think that was only needed so the slot-operator would resolve >> correctly. >> > > Somebody else

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

On Sat, Apr 16, 2016 at 6:36 PM, Rich Freeman wrote: > On Sat, Apr 16, 2016 at 6:24 PM, Mike Gilbert wrote: >> >> And I don't really see the point in the libressl USE flag in this >> case; I think that was only needed so the slot-operator would resolve >>

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

On Sat, Apr 16, 2016 at 6:24 PM, Mike Gilbert wrote: > > And I don't really see the point in the libressl USE flag in this > case; I think that was only needed so the slot-operator would resolve > correctly. > Somebody else may be better informed, but I thought that there was

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

On Sat, Apr 16, 2016 at 3:31 PM, Anthony G. Basile wrote: > On 4/16/16 3:27 PM, Anthony G. Basile wrote: >> On 4/16/16 3:05 PM, Michał Górny wrote: >>> On Sat, 16 Apr 2016 19:01:02 + (UTC) >>> "Anthony G. Basile" wrote: >> >> Okay for review. Sorry

[gentoo-portage-dev] [PATCH] repoman: replace Fuse with Future

Replace Fuse with Future, which is similar more generic. The code ends up being slightly more verbose, but more flexible. The Future class will be useful elsewhere, including the EventLoop class. --- Applies to the *repoman* branch. pym/portage/util/futures.py | 118

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

On 4/16/16 3:18 PM, Anthony G. Basile wrote: > On 4/16/16 3:16 PM, Rich Freeman wrote: >> On Sat, Apr 16, 2016 at 3:05 PM, Michał Górny wrote: >>> >>> Congratulations! ... But why would anyone... >> >> Not really picking on you in particular, but this is not the first >> snarky

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

On 4/16/16 3:27 PM, Anthony G. Basile wrote: > On 4/16/16 3:05 PM, Michał Górny wrote: >> On Sat, 16 Apr 2016 19:01:02 + (UTC) >> "Anthony G. Basile" wrote: > > Okay for review. Sorry for the wrap. > > diff --git a/eclass/ssl-cert.eclass b/eclass/ssl-cert.eclass >

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

On 4/16/16 3:05 PM, Michał Górny wrote: > On Sat, 16 Apr 2016 19:01:02 + (UTC) > "Anthony G. Basile" wrote: Okay for review. Sorry for the wrap. diff --git a/eclass/ssl-cert.eclass b/eclass/ssl-cert.eclass index 002de76..fc2debd 100644 --- a/eclass/ssl-cert.eclass +++

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

On 4/16/16 3:16 PM, Rich Freeman wrote: > On Sat, Apr 16, 2016 at 3:05 PM, Michał Górny wrote: >> >> Congratulations! ... But why would anyone... > > Not really picking on you in particular, but this is not the first > snarky comment on a commit we've seen today. > > If

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

On Sat, Apr 16, 2016 at 3:05 PM, Michał Górny wrote: > > Congratulations! ... But why would anyone... Not really picking on you in particular, but this is not the first snarky comment on a commit we've seen today. If somebody makes a mistake, just point it out. I think we

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

On 4/16/16 3:05 PM, Michał Górny wrote: > On Sat, 16 Apr 2016 19:01:02 + (UTC) > "Anthony G. Basile" wrote: > >> commit: ad0c2ab2bdbd34f4550e49c56cfd5974d6a2c07a >> Author: Anthony G. Basile gentoo org> >> AuthorDate: Sat Apr 16 19:08:23 2016 + >> Commit:

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

On Sat, 16 Apr 2016 19:01:02 + (UTC) "Anthony G. Basile" wrote: > commit: ad0c2ab2bdbd34f4550e49c56cfd5974d6a2c07a > Author: Anthony G. Basile gentoo org> > AuthorDate: Sat Apr 16 19:08:23 2016 + > Commit: Anthony G. Basile gentoo org> > CommitDate:

[gentoo-portage-dev] [PATCH 3/4] repoman: Use XML Schema for metadata.xml validation

--- pym/repoman/_xml.py | 16 ++--- pym/repoman/checks/ebuilds/pkgmetadata.py | 6 ++--- pym/repoman/metadata.py | 39 --- pym/repoman/scanner.py| 8 +++ 4 files changed, 35 insertions(+), 34

[gentoo-portage-dev] [PATCH 1/4] tests: Stop using herds

--- pym/portage/tests/emerge/test_simple.py | 2 -- pym/portage/tests/repoman/test_simple.py | 3 --- pym/portage/tests/resolver/ResolverPlayground.py | 22 -- 3 files changed, 27 deletions(-) diff --git a/pym/portage/tests/emerge/test_simple.py

[gentoo-portage-dev] [PATCH 2/4] tests: Add type="" to

--- pym/portage/tests/resolver/ResolverPlayground.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pym/portage/tests/resolver/ResolverPlayground.py b/pym/portage/tests/resolver/ResolverPlayground.py index 68e047a..d1434f7 100644 ---

[gentoo-portage-dev] [PATCH 4/4] tests: Include metadata.xsd for repoman tests

--- .travis.yml | 4 +- MANIFEST.in | 2 +- cnf/metadata.dtd | 102 -- cnf/metadata.xsd | 547 +++ pym/portage/tests/repoman/test_simple.py | 8 +- 5

[gentoo-portage-dev] [PATCH 0/4] GLEP 67 test cleanup & XML Schema for repoman

Hi, Just a quick batch of patches. The first two modify the tests removing the use of obsolete element and adding type="" to so that the tests will pass once updated schema is in place. The third one replaces use of DTD with XML Schema in repoman so that more rules of GLEP 68 can be enforced

Re: [gentoo-portage-dev] [PATCH] Colorize packages in user sets (bug 577720)

On 04/16/2016 09:51 AM, Zac Medico wrote: > On 03/29/2016 01:35 AM, Alexander Berntsen wrote: >> On 20/03/16 15:33, Adam Mills wrote: >>> + for set_name in root_config.sets: >>> + if set_name == "system": >>> + system =

Re: [gentoo-portage-dev] [PATCH] Colorize packages in user sets (bug 577720)

On 03/29/2016 01:35 AM, Alexander Berntsen wrote: > On 20/03/16 15:33, Adam Mills wrote: >> +for set_name in root_config.sets: >> +if set_name == "system": >> +system = >>

Re: [gentoo-dev] glibc 2.23 and willfully breaking stuff

On 04/16/2016 09:23 AM, Patrick Lauer wrote: > I very strongly suggest bumping the glibc ebuild, removing the patch in > the bump, and masking the broken version. Then asking people to test the > patched version to smoke out failures, and in a few months we can > consider re-enabling this

Re: [gentoo-dev] glibc 2.23 and willfully breaking stuff

On 04/16/2016 09:23 AM, Patrick Lauer wrote: >I very strongly suggest bumping the glibc ebuild, removing the patch in the bump, and masking the broken version. Then asking people to test the patched version to smoke out failures, and in a few months we can consider re-enabling this tomfoolery.

[gentoo-dev] glibc 2.23 and willfully breaking stuff

As of commit ed047cf2c607277629c20bf1a88d727a7f9bb79e we have sys-libs/glibc-2.23 in ~arch. This breaks *lots* of stuff. For example coreutils was broken [1]. According to the tracker bug [2] most of the breakage was introduced in a gentoo-specific patch. On the upstream mailinglist [3] people