these test files:
https://github.com/mne-tools/mne-python/tree/master/mne/io/tests
should be packaged to have the tests running.
hope this helps
Alex
thanks Yarik for looking into this.
Unless there is a bug it's perfectly possible to run the mne-python tests
withing mayavi. All tests that require mayavi are decorated to be skipped
if mayavi is not installed. See:
https://github.com/mne-tools/mne-python/blob/master/mne/viz/tests/test_3d.py#L33
I pinged you on github
I am pretty sure it's due to vtk/mayavi. I would suggest to package
without the hard dependency on mayavi.
if mayavi is not installed tests will be skipped and it should pass.
hope this helps
Alex
oh mayavi
I would really be in favor of removing mayavi as a hard dependency.
is it an option?
Alex
Hi Andreas,
I don't have the bandwidth to address this sorry.
Also mne 0.13 is now 2 versions behind where we are now.
Nobody found the time to do the debian packaging for 0.14
and 0.15 so far.
Really sorry about this.
Best,
Alex
On Sun, Dec 3, 2017 at 6:45 PM, Andreas Tille wrote:
> Hi,
>
hi,
python-mne does need the d3 package so yes one should have the:
Depends: libjs-d3
can someone help me fixing this?
thanks a lot
Best,
Alex
On Wed, Mar 22, 2017 at 9:04 PM, Andreas Beckmann wrote:
> Package: python-mne
> Version: 0.13.1+dfsg-2
> Severity: serious
> User: debian...@lists.
Hi,
we identified the problem. We'll send a fix ASAP. It's an issue due to
an old version of numpy.
Best,
Alex
On Sun, Feb 7, 2016 at 10:44 AM, Chris Lamb wrote:
> Source: python-mne
> Version: 0.10.1+dfsg-1
> Severity: serious
> Justification: fails to build from source
> User: reproducible-b
Hi,
we identified the problem. We'll send a fix ASAP. It's an issue due to
an old version of numpy.
Best,
Alex
hi,
sorry for the delay.
Jaakko in CC has more time than me and is working
on the packaging of our latest release v0.10. We are hoping to fix it
with the new package. To avoid future issues with Mayavi we have
also decided to remove it from the strong deps of python-mne.
We'll probably push a v0
hi Andreas,
thanks for clarifying. I'll take care of packaging of v0.9 just released asap.
I'll remove mayavi from Build-Depends to be safe.
Alex
On Wed, May 27, 2015 at 10:09 AM, Andreas Tille wrote:
> Hi Alexandre,
>
> On Wed, May 27, 2015 at 09:32:39AM +0200, Alexa
Hi Andreas,
I don't know what I can do about mayavi2 packaging. To avoid removing
python-mne from debian-science one option is to remove it from depends
as mayavi2 is a weak dependency of python-mne. 95% of python-mne
works fine without mayavi.
what do you think?
let me know
Best,
Alex
On Tue
hi,
> I have not fully understood your conversation whether release team was
> contacted about 0.8.6 or not.
I understood yes.
> I also failed to understand the issue
> with failed tests in connection with pandas.
latest pandas release makes a test failing.
> So I do not know whether
> you exp
hey,
> ok -- god blessing from release team for uploading patched 0.8.6
cool.
> got stuck now though since with sid's version of pandas (never migrated
> to jessie since some builds were failing... yeah... busy busy) mne build
> was failing:
pandas is a weak dependency of mne. mne works without
h in maint/0.8.4 branch or something.
Alex
On Tue, Dec 9, 2014 at 2:35 PM, Yaroslav Halchenko
wrote:
>
> On Tue, 09 Dec 2014, Alexandre Gramfort wrote:
>> hi,
>
>> yes I have seen this sad news.
>
>> Let me know what I can do to help. I've sent the patch to fix v0
hi,
yes I have seen this sad news.
Let me know what I can do to help. I've sent the patch to fix v0.8.4
in a previous thread.
Otherwise we could package v0.8.6 which hopefully fixes the error.
Best,
Alex
On Tue, Dec 9, 2014 at 8:47 AM, Andreas Tille wrote:
> Hi,
>
> seems we waitet to long. :
hi,
FYI here is a clean commit that should fix the problem:
https://github.com/mne-tools/mne-python/commit/b9d4df78db7aaeda1feb58c18b0071934de2361e
otherwise the patch attached skips the tests (quick fix).
Hope this helps
Alex
On Tue, Nov 11, 2014 at 7:16 AM, Andreas Tille wrote:
> On Mon,
, Andreas Tille wrote:
> On Mon, Nov 10, 2014 at 11:07:23AM +0100, Alexandre Gramfort wrote:
>> hi Andreas,
>>
>> > can you please have a look into this? Please not that the freeze rules
>> > do not allow fixing this in a new upstream version but we rather need to
hi Andreas,
> can you please have a look into this? Please not that the freeze rules
> do not allow fixing this in a new upstream version but we rather need to
> find a minimal patch. If you do not have a better idea skipping the
> affected tests to solve this issue.
we should skip the tests. H
hi Andreas,
>> We also took care together of jquery with a patch that looks for
>> local files instead. There is the remaining issue of boostrap v3 which
>> does not seem to be packaged currently.
>>
>> d3 and mpld3 min files are stripped out of the source without harming
>> the package.
>
> Good.
indeed python-mne latest uses it as well as bootstrap 3.0. I would be
great to have those packaged.
Thanks Martin.
Best,
Alex
On Fri, Sep 12, 2014 at 11:44 PM, W. Martin Borgert wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: python-mpld3
> Version : 0.1
> Upstr
currently.
d3 and mpld3 min files are stripped out of the source without harming
the package.
So the remaining issue is just bootstrap.
Alex
On Wed, Sep 3, 2014 at 11:06 AM, Andreas Tille wrote:
> Hi Alexandre,
>
> On Tue, Sep 02, 2014 at 06:01:03PM +0200, Alexandre Gramfort wrote:
>
errors=3)
> debian/rules:14: recipe for target 'override_dh_auto_test' failed
>
>
> I wonder whether you might be able to reproduce this at your side
> or whether I should attach a full build log.
>
> Kind regards
>
> Andreas.
>
> On Sun, Aug 31, 2014
Source: python-mne
Version: 0.7.3-1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140830 qa-ftbfs
Justification: FTBFS on amd64
hi,
the bug is related to a network access failure. It's not serious
and can be avoided by skipping the test by setting
MNE_SK
wheezy
> +
> + -- Yaroslav Halchenko Sun, 12 Jan 2014 10:02:56
> -0500
> +
> python-mne (0.7.1-1) unstable; urgency=low
>
>[ Alexandre Gramfort ]
> diff --git a/debian/control b/debian/control
> index b85808a..5ab70eb 100644
> --- a/debian/control
> +++ b/debi
>
> or may be you would prefer to adjust that one to stay 2.6 compatible?
>
I guess that would be better as it should stay compatible with 2.6 ...
it's a mistake on our side... I'll setup a jenkins on 2.6 to avoid this
issue
in the future.
> also for testing, I am usually trying to test with al
hi,
I just gave a try to "apt-get install python-mne" on a fresh neurodebian VM
downloaded at:
http://neuro.debian.net/vm.html
and I get the error below.
any idea what's going on?
@yarik can you reproduce?
Thanks,
Alex
--
brain@neurodebian:~$ sudo apt-get install python-mne
Reading package
hi,
do you have any idea why this happens? these files are excluded from
the manifest to avoid
a huge upload to pypi but could be shipped on debian. Any idea how to fix this?
thanks
Alex
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
I'll try to add it soon. Any help welcome though :)
cheers,
Alex
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
hi Andreas,
I just pushed to the repo version 0.7.1 with:
git import-orig --pristine-tar ../mne-python_0.7.1.orig.tar.gz
let me know if we're good.
Best,
Alex
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@li
hi guys,
FYI I just tagged v0.7.1 on github.
For some obscure reasons I still depend on Andreas to
update the package on debian.org...
thanks
Alex
On Thu, Nov 28, 2013 at 3:52 PM, Yaroslav Halchenko wrote:
>
> On Wed, 27 Nov 2013, Alexandre Gramfort wrote:
>
>> >> Le
hi,
> Great. I have importet the new upstream tarball and pushed including
> pristine-tar.
perfect
> Done. Please remind that also the Git repository is now
>
>ssh://git.debian.org/git/debian-med/python-mne.git
I updated my .git/config
> If I were you I would stop maintaining this. Peop
hi Andreas,
we have now released mne-python. See tag v0.7
> Packaging is fine. The only change I would propose to move the VCS from
> mne-python to python-mne and also name the source package python-mne.
> This would be way more comfortable from my personal feeling how things
> should be.
feel
ed the github debian branch so you can give it a try too.
thanks again for all your help
Alex
On Mon, Nov 25, 2013 at 9:47 AM, Alexandre Gramfort
wrote:
> hi Andreas,
>
>> Well, having a target in debian/rules is not sufficient. You could even
>> put a target "take_over
hi Andreas,
> Well, having a target in debian/rules is not sufficient. You could even
> put a target "take_over_world_domination" and finally nothing will
> happen if you have no rule that depends from this target. :-)
indeed :)
> I just merged this target into override_dh_installman and now it
nd should be generated automatcally
by the manpages target in debian/rules
it's using help2man.
Best,
Alex
> Kind regards
>
> Andreas.
>
> On Sat, Nov 23, 2013 at 10:46:07PM +0100, Alexandre Gramfort wrote:
>> hi,
>>
>> > I adapted packaging
hi,
> I adapted packaging in Git to 0.7~rc3 and we are down to only one failed
> test:
>
> -
> TOTAL 20945 817361%
> --
> Ran 290
hi Andreas,
> Hmmm, I tried the same and it went fine so far (see latest commit;
weird
>> here is my git config:
>>
>> gramfort@tsilinuxd74:mne-python(master)$ cat .git/config
>> [core]
>> repositoryformatversion = 0
>> filemode = true
>> bare = false
>> logallrefupdates = true
>> [remote "origi
ag 'upstream/0.7_rc1'
Fix Uploader address
Bump version number to 0.7~rc1 (!!! mind the '~' !!!)
Tests are working now in 0.7~rc1
Close ITP bug in changelog which should be done anyway and
currently helps machine readable gatherer to get all needed info
>> uscan --verbose --force-download
>> git import-orig --pristine-tar mne-python-0.7rc1.tar.gz
>>
>> but it does not seem to work. It refuses to find the tar.gz
>
> You need to call this when beeing inside the Git repository dir but
> usually the tarball is somewhere else (after using uscan it shou
hi Andreas,
> Yep - since yesterday evening. That's a good timing. ;-)
good
> You might like to try:
>
>gbp-clone ssh://git.debian.org/git/debian-med/mne-python.git
>
> to check out what I injected into the Debian Med git. Please be
> not astonished about the fact that I was using version
hi,
thanks Andreas and Yaroslav for this lively discussion :)
To be honest, I have no opinion of what's the best way of doing
things and I don't really read between the lines in your comments.
I also don't see me understanding all the details of debian packaging
as I am not likely to do this ever
hi Andreas,
> On Tue, Nov 05, 2013 at 05:52:29PM +0100, Alexandre Gramfort wrote:
>> please have a look at our debian branch:
>>
>> https://github.com/mne-tools/mne-python/tree/debian
>
> Looks good from quick view without doing an actual build. I have
> attached a
ate to contact us via our (see CC) mailing list if
> something might remain unclear.
>
> Kind regards
>
> Andreas.
>
>
> [1] http://debian-med.alioth.debian.org/docs/policy.html
>
> On Tue, Nov 05, 2013 at 04:38:42PM +0100, Alexandre Gramfort wrote:
>>
Package: wnpp
Severity: wishlist
Owner: Alexandre Gramfort
* Package name: python-mne
Version : 0.7.git
Upstream Author : Alexandre Gramfort
* URL : https://github.com/mne-tools/mne-python
* License : BSD
Programming Lang: Python
Description : Python
44 matches
Mail list logo
