Re: [gentoo-dev] Gentoo Overlay Git: Feature Branches

2018-01-31 Thread Georgy Yakovlev
On Wednesday, January 31, 2018 9:31:02 PM PST Robin H. Johnson wrote: > On Wed, Jan 31, 2018 at 09:32:39PM -0500, Lucas Ramage wrote: > > Hello, > > > > Is there a way to specify a branch in repos.conf/overlay_name.conf? > > The source of Portage's pym/portage/sync/modules/git/git.py contains > t

Re: [gentoo-dev] Gentoo Overlay Git: Feature Branches

2018-01-31 Thread Robin H. Johnson
On Wed, Jan 31, 2018 at 09:32:39PM -0500, Lucas Ramage wrote: > Hello, > > Is there a way to specify a branch in repos.conf/overlay_name.conf? The source of Portage's pym/portage/sync/modules/git/git.py contains this comment: def update(self): ''' Update existing git repository, and ignore

[gentoo-dev] Gentoo Overlay Git: Feature Branches

2018-01-31 Thread Lucas Ramage
Hello, Is there a way to specify a branch in repos.conf/overlay_name.conf? [rage] location = /usr/local/portage/rage sync-type = git sync-uri = https://github.com/lramage94/overlay.git^feature/beta-packages priority= EOF Something like this? Thanks -- [image: Visit online journal]

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

2018-01-31 Thread Robin H. Johnson
On Thu, Feb 01, 2018 at 12:09:10AM +0900, Alice Ferrazzi wrote: > New 4.14 kernel is using CONFIG_UNWINDER_ORC=y by default > but having USE="minimal" is removing virtual/libelf, > this is breaking the Kernel compilation. +1, this explains a breakage I saw for catalyst/genkernel. -- Robin Hugh Jo

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

2018-01-31 Thread Alice Ferrazzi
New 4.14 kernel is using CONFIG_UNWINDER_ORC=y by default but having USE="minimal" is removing virtual/libelf, this is breaking the Kernel compilation. --- eclass/kernel-2.eclass | 1 + 1 file changed, 1 insertion(+) diff --git a/eclass/kernel-2.eclass b/eclass/kernel-2.eclass index a42d5f5ec24b.

[gentoo-dev] [PATCH v2] use.desc: Correct/clarify SSL/TLS-related flags

2018-01-31 Thread Michał Górny
Correct the description of SSL/TLS-related flags to match their modern use. USE=ssl is a feature flag that enables support for SSL/TLS, while USE=gnutls and USE=libressl are implementation toggling flags. Unify the descriptions a bit. Make sure to mention both SSL and TLS to avoid confusion. Infor

Re: [gentoo-dev] [PATCH] use.desc: Correct/clarify SSL/TLS-related flags

2018-01-31 Thread nado
January 31, 2018 10:53 AM, "Ulrich Mueller" wrote: > The gnutls flag doesn't have the meaning "I want gnutls". It has > the meaning "I prefer net-libs/gnutls as SSL/TLS provider". So with > USE="-ssl" the gnutls flag is a no-op, and neither the ebuild nor > the user should have to care about it. >

Re: [gentoo-dev] [PATCH] use.desc: Correct/clarify SSL/TLS-related flags

2018-01-31 Thread Ulrich Mueller
> On Tue, 30 Jan 2018, Gordon Pettey wrote: > On Tue, Jan 30, 2018 at 5:22 PM, Ulrich Mueller wrote: >> NACK. This seems to imply that USE="-ssl gnutls" is not a valid >> configuration? What if the user prefers gnutls and therefore has >> globally enabled the gnutls flag, but -ssl for a singl