[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#728797: ITP: python-mne -- Python modules for MEG and EEG data analysis



Hi Alexandre,

On Wed, Nov 20, 2013 at 11:20:10PM +0100, Alexandre Gramfort wrote:
> are the services back online?

Yep - since yesterday evening.  That's a good timing. ;-)
 
> we were thinking about releasing next tuesday and were hoping
> to have proper debian packaging then.
> thanks again for all your help.

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 0.6.  It is
simply what

   uscan --verbose --report

was resulting - so I downloaded this for the moment and did

   git import-orig --pristine-tar mne-python-0.6.tar.gz

When trying this I realised that for running the tests the Build-Depends
python-coverage was missing.  You might not have noticed this since your
debian/gbp.conf enforced the usage of debuild instead of using pdebuild.
However, the tests are failing (or rather seem to end up in an infinite
loop - I interupted after about 1h) anyway and so I disabled them for
the moment.  I assume this could change with version 0.7 anyway.

In any case I would like you to consider the lintian warnings


W: python-mne: script-with-language-extension usr/bin/mne_browse_raw.py
W: python-mne: script-with-language-extension usr/bin/mne_bti2fiff.py
W: python-mne: script-with-language-extension usr/bin/mne_clean_eog_ecg.py
W: python-mne: script-with-language-extension usr/bin/mne_compute_proj_ecg.py
W: python-mne: script-with-language-extension usr/bin/mne_compute_proj_eog.py
W: python-mne: script-with-language-extension usr/bin/mne_flash_bem_model.py
W: python-mne: script-with-language-extension usr/bin/mne_kit2fiff.py
W: python-mne: script-with-language-extension usr/bin/mne_maxfilter.py
W: python-mne: script-with-language-extension usr/bin/mne_surf2bem.py
W: python-mne: binary-without-manpage usr/bin/mne_browse_raw.py
W: python-mne: binary-without-manpage usr/bin/mne_bti2fiff.py
W: python-mne: binary-without-manpage usr/bin/mne_clean_eog_ecg.py
W: python-mne: binary-without-manpage usr/bin/mne_compute_proj_ecg.py
W: python-mne: binary-without-manpage usr/bin/mne_compute_proj_eog.py
W: python-mne: binary-without-manpage usr/bin/mne_flash_bem_model.py
W: python-mne: binary-without-manpage usr/bin/mne_kit2fiff.py
W: python-mne: binary-without-manpage usr/bin/mne_maxfilter.py
W: python-mne: binary-without-manpage usr/bin/mne_surf2bem.py


If you have questions why files in /usr/bin should not have a language
extension I could provide links who explain this in detail.  Since you
are upstream I would advise to change this in general to make sure users
will not start writing code containing the extension and need to adapt
this later once you might consider droping it.

What you should do next:  Please create some kind of release candidate
tag 0.7~rc1 and do

   uscan --verbose --force-download

which should result in something like mne-python_0.7~rc1.orig.tar.gz.
Then do

   git import-orig --pristine-tar mne-python_0.7~rc1.orig.tar.gz

to import this source.  The next step would be

   dch -i

and adjust the version of the changelog entry to 0.7~rc1 (we might drop
my 0.6 version later since it was never released anyway).  Now you can
do

   git-buildpackage --git-ignore-new

(perhaps also check with droping the comments I injected in the tests).

Once you might face any stumbling stone you might `git push` and just
ask here for further help.  We might iterate that way until you tag
0.7 and we will work on the final release.  From my point of view it
looks promising for some timely upload to the Debian New queue.

Hope this helps

       Andreas.
 
> On Tue, Nov 12, 2013 at 10:24 PM, Alexandre Gramfort
> <alexandre.gramfort@m4x.org> wrote:
> > hi Andreas,
> >
> > let me know when things are back up.
> >
> > best,
> > Alex
> >
> >
> > On Mon, Nov 11, 2013 at 10:13 AM, Andreas Tille <andreas@an3as.eu> wrote:
> >> Hi,
> >>
> >> currently git.alioth.org and svn.alioth.org are not available - an event
> >> that happenes as rarely as one time per five years or so according to my
> >> subjective measure.  I'll keep you informed once this is settled.
> >>
> >> Kind regards
> >>
> >>         Andreas.
> >>
> >> On Fri, Nov 08, 2013 at 04:23:58PM +0100, Alexandre Gramfort wrote:
> >>> hi Andreas,
> >>>
> >>> Yaroslav just told me to try to have mne-python packaged by debian med
> >>> so it seems we need to finalize it together.
> >>>
> >>> Tell me what I can do to help
> >>>
> >>> Best,
> >>> Alex
> >>>
> >>>
> >>> On Thu, Nov 7, 2013 at 4:13 PM, Andreas Tille <andreas@an3as.eu> wrote:
> >>> > On Thu, Nov 07, 2013 at 03:36:45PM +0100, Alexandre Gramfort wrote:
> >>> >> hi,
> >>> >>
> >>> >> I can connect with ssh
> >>> >
> >>> > :-)
> >>> >
> >>> > Waiting for an answer from Yaroslav now...
> >>> >
> >>> > Thanks for your engagement
> >>> >
> >>> >      Andreas.
> >>> >
> >>> > --
> >>> > http://fam-tille.de
> >>>
> >>
> >> --
> >> http://fam-tille.de
> 

-- 
http://fam-tille.de


Reply to: