Skip to content

Test tweaking makefile for travis #1437

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

Merged
merged 0 commits into from
Jan 8, 2013

Conversation

GaelVaroquaux
Copy link
Member

Try to force travis to see the doctest fixtures, to avoid the mldata problem.

@amueller
Copy link
Member

amueller commented Dec 3, 2012

Could you show me a recent manifestation of the problem? I haven't seen it since @ogrisel changes.

But you are right, fixing the spectral clustering stuff is probably more important first.

@@ -31,7 +31,7 @@ inplace:
test-code: in
$(NOSETESTS) -s sklearn
test-doc:
$(NOSETESTS) -s doc/ doc/modules/ doc/datasets/ \
$(NOSETESTS) -s --doctest-fixtures=_fixture doc/ doc/modules/ doc/datasets/ \
doc/developers doc/tutorial/basic doc/tutorial/statistical_inference
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

On my box (with nosetests version 1.2.1) it does not seem to be necessary as long as it's already there in the setup.cfg file of the project. Furthermore it used to be there in the Makefile initially when travis use to fail taking the fixtures into account so I don't think re-adding those commandline options here will help.

Maybe the travis runner has also some kind of ~/.nose.cfg outside our control that overrides those options? I wonder how we could check for that.

@mblondel
Copy link
Member

mblondel commented Dec 3, 2012

@amueller Just have a look at https://github.com/scikit-learn/scikit-learn/. The travis status button is red.

@amueller
Copy link
Member

amueller commented Dec 3, 2012

@mblondel Yes, but the errors are unrelated. And there are more than I would have expected :(

@ogrisel
Copy link
Member

ogrisel commented Dec 3, 2012

and the last failure reported on this page is not the state of the current master but is a commit from a incoming PR not yet merged in the master branch of the main repo.

@amueller
Copy link
Member

amueller commented Dec 3, 2012

Oh, I didn't know that. Thanks @ogrisel. Can we mention that somewhere (or did I overlook it?)

@ogrisel
Copy link
Member

ogrisel commented Dec 3, 2012

What is strange is that build failure reported in the badge of the project is from this PR:

#1438

the branch name of the source PR is not "master" while travis is using it to set the build status of the "master" branch on:

https://secure.travis-ci.org/#!/scikit-learn/scikit-learn/branch_summary

@mblondel
Copy link
Member

mblondel commented Dec 3, 2012

https://travis-ci.org/scikit-learn/scikit-learn/builds/3462077

This one is related and occured after @ogrisel's fix.

The latest failures are bit strange (those tests used to pass). Do you know what commit introduced them? The fact that Travis doesn't deterministically fail is really bothering.

@mblondel
Copy link
Member

mblondel commented Dec 3, 2012

@ogrisel: Yes, I also find that strange. In the README.rst file, I specified explicitly the branch name, I don't know if that helps. https://secure.travis-ci.org/scikit-learn/scikit-learn.png?branch=master

@mblondel
Copy link
Member

mblondel commented Dec 3, 2012

We should get help from Travis people (if there's a ML or message board).

@amueller
Copy link
Member

amueller commented Dec 3, 2012

@mblondel ok, I believe you now ;)

@GaelVaroquaux GaelVaroquaux merged commit c7c4d53 into scikit-learn:master Jan 8, 2013
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants