IIRC it sets a libcloud user-agent string, so you could check your
analytics for requests from that user-agent.
https://github.com/apache/libcloud/blob/82df6e961b6f3e581cb404a01acfee4ce49
8d1c6/libcloud/common/base.py#L684
Anything starting with "libcloud/".
Greg
On 10/26/16, 7:13 PM, "Samuel
was push to the git server
>along with the original vote thread so that will probably cause more
>confusion!
>
>The tag will be created as v1.0.0-pre1 once we get the vote.
>
>On Tue, Jan 26, 2016 at 6:57 AM, Greg Hill
>wrote:
>>
>>
>> On 1/25/16, 1:54 PM,
On 1/25/16, 1:54 PM, "anthony shaw" wrote:
>A new -tentative tag is committed and can be found at
>https://git-wip-us.apache.org/repos/asf?p=libcloud.git;a=shortlog;h=refs/h
>eads/v1.0-pre1.
Shouldn't the tag be v1.0.0-pre1? Or does that not matter? /me is new to
this process.
Greg
ot the case, please let us know.
>
>On Thu, Jan 14, 2016 at 6:04 PM, Greg Hill
>wrote:
>
>> I have a few open JIRAs that have been fixed, but the JIRA status was
>> never updated. Am I just supposed to update the JIRA? I assumed some
>> automation would take care of it.
>>
>> Greg
>>
>>
I have a few open JIRAs that have been fixed, but the JIRA status was never
updated. Am I just supposed to update the JIRA? I assumed some automation
would take care of it.
Greg
If you want, I can reach out to the Carina team here at Rackspace for
feedback. I think it fits the mold here. It's only in beta right now,
but they might have some useful feedback for this sort of API and might
want to add support for their product.
https://getcarina.com/
Greg
On 1/5/16, 2:3
e/API_ListResourceRec
>ordSets.html
>
>Thanks,
>Kiall
>
>-Original Message-
>From: Greg Hill [mailto:greg.h...@rackspace.com]
>Sent: 08 December 2015 16:01
>To: dev@libcloud.apache.org
>Cc: Mac Innes, Kiall
>Subject: Re: [dev] Openstack Designate support?
>
, "Patrick Galbraith" wrote:
>Hi there ‹ KIall would knowŠ.
>
>
>> On Dec 4, 2015, at 2:59 PM, Greg Hill wrote:
>>
>> Designate is the Openstack DNS API. I don't think libcloud supports it
>>yet. Is anyone working on this? If not, I can probably get to it
>>soon(ish).
>>
>> Greg
>
Designate is the Openstack DNS API. I don't think libcloud supports it yet.
Is anyone working on this? If not, I can probably get to it soon(ish).
Greg
bject: Re: COMMERCIAL:Re: [dev] Google Storage tests really slow?
Ok, cool. Good debug. Looking into it now.
On Mon, Nov 30, 2015 at 1:05 PM, Greg Hill
mailto:greg.h...@rackspace.com>> wrote:
Yep, it's attempting to contact the google API:
GoogleBaseConnection.__i
ute tests. I'll
see if I can figure it out.
Greg
On 11/30/15, 2:43 PM, "Greg Hill" wrote:
>I do my dev on a local macbook. Those appear to be the same tests causing
>me grief. Since you mentioned that you weren't having issues on another
>server, I ran the tests on
n issue tracking this in Jira?
>>>
>>> On Mon, Nov 30, 2015 at 10:51 AM, Eric Johnson
>>> wrote:
>>>
>>>> +scott since he was recently doing some work on the GCS driver.
>>>>
>>>> On Mon, Nov 30, 2015 at 10:05 AM, Greg Hill
>>>> wrote:
>>>>
>>>>> Is this a known issue? The google storage tests take a really really
>>>>> long time to complete. Are they waiting on a timeout or something?
>>>>>
>>>>> Greg
>>>>>
>>>>>
>>>>
>>>
>>
local code changes are limited to openstack/rackspace drivers so they
shouldn't impact GCE.
Greg
On 11/30/15, 12:51 PM, "Eric Johnson" wrote:
>+scott since he was recently doing some work on the GCS driver.
>
>On Mon, Nov 30, 2015 at 10:05 AM, Greg Hill
>wrote:
>
&g
Is this a known issue? The google storage tests take a really really long time
to complete. Are they waiting on a timeout or something?
Greg
On 11/26/15, 11:24 PM, "anthony shaw" wrote:
>good point, maybe create a method in the dns driver that accepts a node.
>in
>the same way in the load balancer driver there's an attach_node method.
>that way you can access the IPs and it's easier for the user to unders
I know PTRs are strictly 'DNS' but this seems like it belongs in the
>> compute driver instead of the DNS driver. the implementation is going
>>to be
>> a bit wonky otherwise.
>> That way you could just set PTR record for a node. Then it can lookup
>>the
>
I'm working on adding PTR support to the Rackspace DNS driver as an extension.
It's my understanding that not all providers offer an API for RDNS, so I didn't
think it was worth adding to the base dns driver. Because you don't own the
zone, the API endpoint is different (/rdns in the case of R
for improvement. but the intention is to improve that by
>making sure we complete the code reviews promptly and merge quickly where
>everything is ok.
>
>
>Sent from Outlook
>
>
>
>
>On Mon, Nov 23, 2015 at 9:40 AM -0800, "Allard Hoeve"
>wrote:
>
>
>
This one:
On 11/23/15, 11:28 AM, "Allard Hoeve" wrote:
>>> > [LIBCLOUD-728] Add SSLError to retry decorator exceptions
>>> > #556 opened on Jul 31 by thesquelched
>>> > -1
>
I understand the motivation here, but I think we need to be careful.
Expecting people to reopen valid PRs isn't really a good approach, IMO.
Those people will just move along and use something else, or worse, fork
the project. I keep encouraging my coworkers to contribute fixes upstream,
but they k
added some comments though. There is a bit
>more
>work to be done, but after the comments are addressed, the PR should be
>ready to be merged :)
>
>On Fri, Jul 3, 2015 at 11:21 PM, Greg Hill
>wrote:
>
>> A coworker of mine did this one to add some resilience to the clie
A coworker of mine did this one to add some resilience to the client and
make the exceptions libcloud throws more useful to consuming code.
https://github.com/apache/libcloud/pull/515
Would love to get that in this release if possible.
Greg
On 7/3/15, 2:40 AM, "sebgoa" wrote:
>Also, we have
It appears that libcloud throws an 'Exception' with any response other than
200/201:
https://github.com/apache/libcloud/blob/trunk/libcloud/common/base.py#L116
https://github.com/apache/libcloud/blob/trunk/libcloud/common/base.py#L153
This behavior is apparently not well understand by the driver
23 matches
Mail list logo
