> On 14 Jul 2014, at 08:08, Gregory Haynes wrote:
>
>
>> On Sun, Jul 13, 2014, at 02:36 PM, James Polley wrote:
>>
>> We're also thinking about how we continue to offer the pre-built wheels
>> for each of our build platforms. For infra, what I'm thinking is:
>>
>> On each mirror slave (
On Sun, Jul 13, 2014, at 02:36 PM, James Polley wrote:
We're also thinking about how we continue to offer the
pre-built wheels
for each of our build platforms. For infra, what I'm thinking
is:
On each mirror slave (We have one for each OS combo we use), do
something similar to:
pip whee
On Mon, Jul 14, 2014 at 2:58 AM, Monty Taylor wrote:
> On 07/10/2014 02:44 PM, Richard Jones wrote:
> > On 10 July 2014 23:27, Mulcahy, Stephen wrote:
> >> When I last tested bandersnatch, it didn’t work well behind a proxy (in
> > fact most of the existing pypi mirroring tools suffered from the
On 07/10/2014 02:44 PM, Richard Jones wrote:
> On 10 July 2014 23:27, Mulcahy, Stephen wrote:
>> When I last tested bandersnatch, it didn’t work well behind a proxy (in
> fact most of the existing pypi mirroring tools suffered from the same
> problem) – pypi-mirror has worked extremely well for mi
On 10 July 2014 23:27, Mulcahy, Stephen wrote:
> When I last tested bandersnatch, it didn’t work well behind a proxy (in
fact most of the existing pypi mirroring tools suffered from the same
problem) – pypi-mirror has worked extremely well for mirroring a subset of
pypi and doing so behind a proxy
It'd be more accurate to say that it doesn't support automatic generation
of wheels - how would it know what to generate?
The wheels must be created by a build system. The devpi client has support
for building and uploading wheels, and devpi is designed to support having
locally-built wheels suppl
On Jul 9, 2014, at 7:07 PM, Richard Jones wrote:
> On 10 July 2014 02:19, Ben Nemec wrote:
> On 07/08/2014 11:05 PM, Joe Gordon wrote:
> > On Tue, Jul 8, 2014 at 8:54 PM, James Polley wrote:
> >
> >> It may not have been clear from the below email, but clarkb clarifies on
> >> https://bugs.lau
On 10 July 2014 02:19, Ben Nemec wrote:
> On 07/08/2014 11:05 PM, Joe Gordon wrote:
> > On Tue, Jul 8, 2014 at 8:54 PM, James Polley wrote:
> >
> >> It may not have been clear from the below email, but clarkb clarifies on
> >> https://bugs.launchpad.net/openstack-ci/+bug/1294381 that the infra
>
You’re aware pip has a built in command to create a local cache of wheels yea?
Not sure what your requirements are or what you’re using it for but if you
detail
your requirements I can tell you how well pip can handle the use case out of
the box.
On Jul 9, 2014, at 12:19 PM, Ben Nemec wrote:
On 07/08/2014 11:05 PM, Joe Gordon wrote:
> On Tue, Jul 8, 2014 at 8:54 PM, James Polley wrote:
>
>> It may not have been clear from the below email, but clarkb clarifies on
>> https://bugs.launchpad.net/openstack-ci/+bug/1294381 that the infra team
>> is no longer maintaining pypi-mirror
>>
>> T
On Tue, Jul 8, 2014 at 8:54 PM, James Polley wrote:
> It may not have been clear from the below email, but clarkb clarifies on
> https://bugs.launchpad.net/openstack-ci/+bug/1294381 that the infra team
> is no longer maintaining pypi-mirror
>
> This has been a very useful tool for tripleo. It's m
It may not have been clear from the below email, but clarkb clarifies on
https://bugs.launchpad.net/openstack-ci/+bug/1294381 that the infra team is
no longer maintaining pypi-mirror
This has been a very useful tool for tripleo. It's much simpler for new
developers to set up and use than a full ba
12 matches
Mail list logo
