Re: Bug#728797: ITP: python-mne -- Python modules for MEG and EEG data analysis
Hi Alexandre,
On Fri, Nov 22, 2013 at 04:26:42PM +0100, Alexandre Gramfort wrote:
> I created a v0.7rc2 tag. git does not accept ~ in tag name.
OK.
> gramfort@tsilinuxd74:mne-python(master)$ uscan --verbose --force-download
> -- Scanning for watchfiles in .
> -- Found watchfile in ./debian
> -- In debian/watch, processing watchfile line:
> opts="dversionmangle=s/.dfsg$//,filenamemangle=s/.*v([\d\.]+)\..*/mne-python_$1.orig.tar.gz/"
> https://github.com/mne-tools/mne-python/tags
> .*/archive/v([\d\.a-z]+)\.(?:tgz|tbz2|txz|tar\.(?:gz|bz2|xz))
> -- Found the following matching hrefs:
> /mne-tools/mne-python/archive/v0.7rc2.tar.gz
> /mne-tools/mne-python/archive/v0.7rc1.tar.gz
> /mne-tools/mne-python/archive/v0.6.tar.gz
> /mne-tools/mne-python/archive/v0.5.tar.gz
> /mne-tools/mne-python/archive/v0.4.tar.gz
> /mne-tools/mne-python/archive/v0.3.tar.gz
> /mne-tools/mne-python/archive/v0.2.tar.gz
> /mne-tools/mne-python/archive/v0.1.tar.gz
> Newest version on remote site is 0.7rc2, local version is 0.7~rc1
> => Forcing download as requested
> -- Downloading updated package mne-python_0.orig.tar.gz
> -- Successfully downloaded updated package mne-python_0.orig.tar.gz
> and symlinked mne-python_0.7rc2.orig.tar.gz to it
> -- Scan finished
> gramfort@tsilinuxd74:mne-python(master)$ l ..
> total 56384
> drwxr-xr-x 8 gramfort tsiper 4096 nov. 22 14:46 mne-python
> lrwxrwxrwx 1 gramfort tsiper 24 nov. 22 16:11
> mne-python_0.7rc2.orig.tar.gz -> mne-python_0.orig.tar.gz
> -rw-r--r-- 1 gramfort tsiper 57731859 nov. 22 16:11 mne-python_0.orig.tar.gz
> gramfort@tsilinuxd74:mne-python(master)$ mv
> ../mne-python_0.7rc2.orig.tar.gz ../mne-python_0.7~rc2.orig.tar.gz
> gramfort@tsilinuxd74:mne-python(master)$ git import-orig
> --pristine-tar ../mne-python_0.7~rc2.orig.tar.gz
> What is the upstream version? [0.7~rc2]
> gbp:info: Importing '../mne-python_0.7~rc2.orig.tar.gz' to branch 'upstream'...
> gbp:info: Source package is mne-python
> gbp:info: Upstream version is 0.7~rc2
> gbp:error: Couldn't commit to 'pristine-tar' with upstream 'upstream':
> Execution failed: [Errno 2] No such file or directory
> gbp:error: Import of ../mne-python_0.7~rc2.orig.tar.gz failed
Hmmm, I tried the same and it went fine so far (see latest commit;
please not that currently DNS seems to be broken ...
git://alioth.debian.org seems to work, thoght).
> ---
>
> here is my git config:
>
> gramfort@tsilinuxd74:mne-python(master)$ cat .git/config
> [core]
> repositoryformatversion = 0
> filemode = true
> bare = false
> logallrefupdates = true
> [remote "origin"]
> fetch = +refs/heads/*:refs/remotes/origin/*
> url = ssh://git.debian.org/git/debian-med/mne-python.git
> [branch "master"]
> remote = origin
> merge = refs/heads/master
> [branch "upstream"]
> remote = origin
> merge = refs/heads/upstream
>
> ---
If I create a fresh clone in addition to your config I have
[branch "pristine-tar"]
remote = origin
merge = refs/heads/pristine-tar
I have no idea whether this is the cause of your problem but you might
like to try appending this.
> and my git log:
>
> gramfort@tsilinuxd74:mne-python(master)$ git shortlog master | cat &&
> git shortlog upstream | cat
> Andreas Tille (9):
> Imported Upstream version 0.6
> Inject first attempt of packaging
> Tests are currently failing. Lets see what new version (0.7)
> might bring and disable for the moment.
> Imported Upstream version 0.7~rc1
> Merge tag '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
>
> Alexandre Gramfort (1):
> Imported Upstream version 0.7~rc2
>
> Andreas Tille (2):
> Imported Upstream version 0.6
> Imported Upstream version 0.7~rc1
>
> I sent you an invite on hangout
Acknowledged :-)
I have tried to build the package and noticed that not all the test
are passing. For instance:
...
FAIL: Test file downloading
...
occures in the build log. You need to know that the package build
process needs to run on a computer without internet connection and you
can/should easily simulate this by using pdebuild. Since you are
upstream you might be able to inject some option to the tests to ignore
all those that need to download something.
Kind regards
Andreas.
--
http://fam-tille.de
Reply to: