Skip to content

BLD: travis seems to have not installed dateutil on py3.3 #4132

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
hayd opened this issue Jul 5, 2013 · 13 comments · Fixed by #4141
Closed

BLD: travis seems to have not installed dateutil on py3.3 #4132

hayd opened this issue Jul 5, 2013 · 13 comments · Fixed by #4141
Labels
Build Library building on various platforms
Milestone

Comments

@hayd
Copy link
Contributor

hayd commented Jul 5, 2013

Just to note that this build failed, which is strange since the commit #4127 seems to only change one character in a docstring, I'm assuming it's a travis issue?

https://travis-ci.org/pydata/pandas/jobs/8765391

@jreback
Copy link
Contributor

jreback commented Jul 5, 2013

@y-p this is the first build after the change to use cached builds...take a look?

@jtratner
Copy link
Contributor

jtratner commented Jul 5, 2013

I saw this too on a recent build

On Fri, Jul 5, 2013 at 9:33 AM, jreback [email protected] wrote:

@y-p https://github.com/y-p this is the first build after the change to
use cached builds...take a look?


Reply to this email directly or view it on GitHubhttps://github.com//issues/4132#issuecomment-20519032
.

@cpcloud
Copy link
Member

cpcloud commented Jul 5, 2013

it looks like a pip issue

@cpcloud
Copy link
Member

cpcloud commented Jul 5, 2013

pip-issue

@cpcloud
Copy link
Member

cpcloud commented Jul 5, 2013

@cpcloud
Copy link
Member

cpcloud commented Jul 5, 2013

think pip stuff needs to be installed "serially". sometimes when i do things like pip install dep1 dep2 dep3 only a few end up getting installed...kind of magical, never really looked into why but installing them one at a time always works

@jtratner
Copy link
Contributor

jtratner commented Jul 5, 2013

I think it has to do with packages with compilation required (e.g., if you
try to install numpy with packages that depend on it, tends to fail). But
it's still voodoo like.

On Fri, Jul 5, 2013 at 4:32 PM, Phillip Cloud [email protected]:

think pip stuff needs to be installed "serially". sometimes when i do
things like pip install dep1 dep2 dep3 only a few end up getting
installed...kind of magical, never really looked into why but installing
them one at a time always works


Reply to this email directly or view it on GitHubhttps://github.com//issues/4132#issuecomment-20537677
.

@ghost
Copy link

ghost commented Jul 6, 2013

The merge commit for the change is here : https://travis-ci.org/pydata/pandas/jobs/8749991
and it looks like dateutil installed fine. All the tests passed as well. The builds on my fork too.

This looks like a standard travis/pypi glitch to me and a coincidence. I'll take a look though,
maybe I did break something.

@cpcloud
Copy link
Member

cpcloud commented Jul 6, 2013

dateutil is fixed...more issues tho with np versions. see #4142

@ghost
Copy link

ghost commented Jul 6, 2013

What was the underlying problem you fixed? the line you changed has been there for months,
and succeded on the original build. it also worked for all the other jobs except 3.3 in the failed
build hayd reported.

I can repro the problem with 3.3 now, though.

@cpcloud
Copy link
Member

cpcloud commented Jul 6, 2013

so u can repro it as of latest master, with the change i made?

i don't know what the underlying problem is. could be pip, could be travis...i've run into this issue before on my own machines where installing multiple packages at once sporadically worked. looping over the deps, though, has never failed.

fixing the underlying cause and not just putting a band-aid over the symptom is probably going to require delving into pip

i'm happy to revert this change if you want

@ghost
Copy link

ghost commented Jul 6, 2013

I meant I could repro on hayd's commit. no need to revert if it works. I'm familiar with
the simultaneous deps problems you mention, though never intermittently. it consistently
fails in my experience.

pip (and pypa) is going through a lot of changes right now, if this is a bug in pip I'd like to
make sure it gets upstream.

@cpcloud
Copy link
Member

cpcloud commented Jul 6, 2013

hm. i might remembering incorrectly about the sporadic part. i might be able to look at pip this weeked

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Build Library building on various platforms
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants