On 01/16/2018 08:32 PM, Mike Gilbert wrote:
> On Tue, Jan 16, 2018 at 4:46 PM, Mike Frysinger wrote:
>> From: Mike Frysinger
>>
>> Some ebuilds are a bit hard to fix their use of the network in src
>> phases, so allow them to disable things. This allows
On Tue, Jan 16, 2018 at 4:46 PM, Mike Frysinger wrote:
> From: Mike Frysinger
>
> Some ebuilds are a bit hard to fix their use of the network in src
> phases, so allow them to disable things. This allows us to turn off
> access by default and for the vast
On 01/16/2018 02:19 PM, Mike Frysinger wrote:
> From: Mike Frysinger
>
> Some ebuilds are a bit hard to fix their use of the network in src
> phases, so allow them to disable things. This allows us to turn off
> access by default and for the vast majority while we work out
From: Mike Frysinger
Some ebuilds are a bit hard to fix their use of the network in src
phases, so allow them to disable things. This allows us to turn off
access by default and for the vast majority while we work out how to
fix the few broken packages.
URL:
On 01/16/2018 01:46 PM, Mike Frysinger wrote:
> From: Mike Frysinger
>
> Some ebuilds are a bit hard to fix their use of the network in src
> phases, so allow them to disable things. This allows us to turn off
> access by default and for the vast majority while we work out
From: Mike Frysinger
Some ebuilds are a bit hard to fix their use of the network in src
phases, so allow them to disable things. This allows us to turn off
access by default and for the vast majority while we work out how to
fix the few broken packages.
URL:
W dniu wto, 16.01.2018 o godzinie 20∶04 +, użytkownik Robin H.
Johnson napisał:
> On Tue, Jan 16, 2018 at 11:32:28AM -0800, Zac Medico wrote:
> > > But app-crypt/gentoo-keys doesn't include that executable, and it has
> > > no dependency on app-crypt/gkeys. I'd rather not introduce an
On Tue, Jan 16, 2018 at 11:32:28AM -0800, Zac Medico wrote:
> > But app-crypt/gentoo-keys doesn't include that executable, and it has
> > no dependency on app-crypt/gkeys. I'd rather not introduce an artificial
> > dependency here.
>
> I suppose we could using a separate ebuild to install this
On 01/16/2018 10:39 AM, Michał Górny wrote:
> W dniu wto, 16.01.2018 o godzinie 12∶44 -0500, użytkownik Alec Warner
> napisał:
>> On Tue, Jan 16, 2018 at 11:43 AM, Michał Górny wrote:
>>
>>> Include a repo.postsync.d hook to verify the rsync checkout using
>>> gemato. Given
W dniu wto, 16.01.2018 o godzinie 12∶44 -0500, użytkownik Alec Warner
napisał:
> On Tue, Jan 16, 2018 at 11:43 AM, Michał Górny wrote:
>
> > Include a repo.postsync.d hook to verify the rsync checkout using
> > gemato. Given that not all people will want to have it enabled
> >
On Tue, Jan 16, 2018 at 11:43 AM, Michał Górny wrote:
> Include a repo.postsync.d hook to verify the rsync checkout using
> gemato. Given that not all people will want to have it enabled
> unconditionally, no setup.py rules are included -- instead, the file
> would be
Include a repo.postsync.d hook to verify the rsync checkout using
gemato. Given that not all people will want to have it enabled
unconditionally, no setup.py rules are included -- instead, the file
would be installed conditionally by the ebuild.
[v2: included link to the wiki page]
---
Include a repo.postsync.d hook to verify the rsync checkout using
gemato. Given that not all people will want to have it enabled
unconditionally, no setup.py rules are included -- instead, the file
would be installed conditionally by the ebuild.
---
MANIFEST.in | 2 +-
13 matches
Mail list logo