Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: pyout
Version : 0.5.0
Upstream Author : Kyle Meyer
* URL : https://github.com/pyout/pyout
* License : MIT/X
Programming Lang: Python
Description : interface for writing
On Mon, 27 Jan 2020, Sandro Tosi wrote:
> in the archive we have 0.5.3, released in 2015; the latest upstream
> release is 0.5.7 which was released in 2017; the first release to
> support python3 is 0.5.4 of 2016.
> I see 2 paths forward:
> 1. (longer) the package gets upgraded to 0.5.7 (with
Package: recoll
Version: 1.26.3-1.1
Severity: wishlist
Changelog:
* 1.26.4:
Fix infinite loop with some corrupted compressed files.
Windows: fixe issues with non-ascii directory names in topdirs.
Improve memory use behaviour with some very big XML-based (e.g. libreoffice or
.docx) documents.
I
On Mon, 20 Jan 2020, Andreas Tille wrote:
> On Mon, Jan 20, 2020 at 01:01:00PM -0500, Yaroslav Halchenko wrote:
> > > I'm fine with re-doing what I changed if you consider it really of
> > > practical relevance. If you ask me we two would spent time we could
> &
On Mon, 20 Jan 2020, Andreas Tille wrote:
> > so I should be able to transfer over to debian-med. May be rename yours
> > into nibabel-med-initial so I could do it?
> I'm fine with re-doing what I changed if you consider it really of
> practical relevance. If you ask me we two would spent
On Mon, 20 Jan 2020, Andreas Tille wrote:
> Hi Yaroslav,
> On Mon, Jan 20, 2020 at 10:50:07AM -0500, Yaroslav Halchenko wrote:
> > > I think it would be helpful if you would remove the old repository
> > > in neurodebian-team.
> > shouldn't I (you) just "
On Mon, 20 Jan 2020, Andreas Tille wrote:
> Hi Yaroslav,
> On Sun, Jan 19, 2020 at 02:41:52PM -0500, Yaroslav Halchenko wrote:
> > actually as far as I see it Sando has pushed everything for
> > 2.5.1-2
> > https://salsa.debian.org/neurodebian-team/nibabel/blob/d
On Sun, 19 Jan 2020, Andreas Tille wrote:
> Hi Yaroslav,
> can you please push your latest changes to nibabel? I'd volunteer
> to fix #948372 and when doing so move the repository to Debian Med
> if you do not mind.
actually as far as I see it Sando has pushed everything for
2.5.1-2
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: tedana
Version : 0.0.8
Upstream Author : tedana developers
* URL : https://github.com/ME-ICA/tedana
* License : LGPL
Programming Lang: Python
Description : TE-dependent analysis
Package: libghc-filepath-bytestring-dev
Version: 1.4.2.1.0-2
Severity: wishlist
Upstream maintainer, Joey (CCed), uploaded a new version which should
also make package backportable (to buster).
thanks in advance
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT
On Fri, 09 Aug 2019, Elena ``of Valhalla'' wrote:
> Yaroslav Halchenko wrote:
> > If new version building is problematic, why not to upload just a patched
> > version?
> That would only delay the removal a bit: I'm sure that the current
> version doesn't work with p
thanks! fixing now
On Thu, 19 Dec 2019, Andreas Beckmann wrote:
> Followup-For: Bug #936450
> Control: found -1 0.7.0-2
> There are some references to python2 left, causing the package to FTBFS:
> https://buildd.debian.org/status/fetch.php?pkg=duecredit=all=0.7.0-2=1576039796=0
> fakeroot
On Tue, 17 Dec 2019, Sandro Tosi wrote:
> Control: tags 913015 + patch
> Control: tags 936372 + patch
> Control: tags 942992 + patch
> Dear maintainer,
> I've prepared an upload for dcmstack (versioned as 0.7-2). The diff
> is attached to this message.
> i dont have access to the GH repos,
On Fri, 13 Dec 2019, Emmanuel Arias wrote:
> Hi,
> If I understand you correctly, you should contact to jupyter
> (upstream) maintainers.
> Here is just for jupyter debian packaging
FWIW
I think it might actually be more appropriate for debian package
(although adopted upstream as well), to
Package: nsntrace
Version: 0~20160806-1+b1
Severity: normal
Although it is not that actively developed indeed, it is a bit freshier and
does have versioned tagged releases:
(git)lena:~/proj/misc/nsntrace[master]git
$> git describe
v3-1-g3c1c651
And here is commits since 20160806
commit
On Sat, 23 Nov 2019, Andreas Tille wrote:
> Package: python3-joblib
> Version: 0.14.0-0.2
> Severity: critical
> Tags: patch
> Justification: breaks unrelated software
> Hi,
> as per latest debci log of spades[1] joblib needs python3--pkg-resources.
> I will add this to the dependencies but
On Wed, 20 Nov 2019, Michael Biebl wrote:
> > Problem statement:
> > if laptop lid is closed after suspend is initiated (via keyboard
> > shortcut), but before laptop actually is suspended, then upon resume
> > multiple
> > things happen
> > - (seems to be 100% reproducible): gdm resets
what is ITB?
$> acpolicy python-seaborn
python-seaborn:
Installed: 0.9.0-1
Candidate: 0.9.0-1
Version table:
*** 0.9.0-1 100
100 http://deb.debian.org/debian buster/main amd64 Packages
100 /var/lib/dpkg/status
Vcs-Git: git://github.com/neurodebian/seaborn.git -b debian
On Thu, 31 Oct 2019, Gert Wollny wrote:
> Since I'm no longer working on anything related to image processing
> that would require ITK (or its dependent packages) I'm not very
> dedicated to package this, especially since packaging ITK really needs
> a lot of work an time.
> Especially the
Source: insighttoolkit4
Version: 4.xxx
Severity: normal
According to https://github.com/InsightSoftwareConsortium/ITK/releases
5.1 beta 1 is out.
I am filing as "normal" and not "wishlist" since I am afraid I would need ITK5
to provide an updated package of ANTS package in Debian.
While
On Sat, 19 Oct 2019, Sandro Tosi wrote:
> Control: tags 936732 + patch
> Control: tags 936732 + pending
> Dear maintainer,
> I've prepared an NMU for indexed-gzip (versioned as 0.8.6-1.1) and
Thanks!
> uploaded it to DELAYED/7. Please feel free to tell me if I
> should delay it longer.
if
On Thu, 17 Oct 2019, peter green wrote:
> severity 934868 serious
> thanks
> python-pynwb depends on python-h5py, which is no longer built by the h5py
> source package.
> unfortunately it seems hdmf is still stuck in new, can you go ahead with
> uploading the python2 removal with the
On Tue, 06 Aug 2019, Santiago Vila wrote:
> reopen 903213
> found 903213 0.4.1-1
> fixed 903213 0.10.2-1
> thanks
> Hi. Could we please fix this in stretch?
> (Packages in stretch must be buildable in stretch).
...
FAILED (SKIP=65, errors=63, failures=15)
I will unlikely embark on that
Package: python3-tables
Version: 3.5.2-3
Severity: normal
File: /usr/bin/pttree
Tags: upstream
Trying it on a file (in https://www.nwb.org/nwb-neurophysiology/ nwb format)
results in the listed below exception. This repository/file is available via
git-annex from
Package: wnpp
Severity: wishlist
* Package name: globus-connect-personal
Version : 2.3.6
Upstream Author : University of Chicago
* URL :
https://docs.globus.org/how-to/globus-connect-personal-linux/
* License : Apache 2.0
Programming Lang: Python, TCL
I guess it could indeed be removed, even if only to raise later from ashes as
pymc3
Cheers
On September 26, 2019 7:18:08 PM EDT, Sandro Tosi wrote:
>Source: pymc
>Severity: serious
>
>Hello,
>pymc is abandoned upstream and replaced by pymc3 (python3 only module),
On Wed, 25 Sep 2019, Michael Hanke wrote:
>Hey,
>On Wed, Sep 25, 2019, 17:47 Sébastien Villemot
>wrote:
> Thanks Yaroslav and Michael for your reply.
> I’m going to perform the move to another team. Do you want to remain
> listed as uploaders?
>I am OK to be
Package: cython
Version: 0.29.2-2
Severity: normal
I was trying to build numpy out from source git repo, but it seems to require
the latest release :-/ 0.29.13 . Thus marking it as a normal priority since it
would soon
be needed for numpy.
-- System Information:
Debian Release: buster/sid
On Sun, 22 Sep 2019, Boyuan Yang wrote:
> Sorry but there hasn't been much progress yet -- recent MATLAB releases have
> several changes that requires much tweak on matlab-support package and I
> haven't have enough time into it.
> Given the lack of original maintainers' response in the
We are interested to use skopeo in DataLad project. So I wondered about
the status of this ITP. Thank you in advance for the reply!
--
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: diskcache
Version : 4.0.0
Upstream Author : Grant Jenks
* URL : http://www.grantjenks.com/docs/diskcache/
* License : Apache-2.0
Programming Lang: Python
Description : Python
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: girder-client
Version : 3.0.3
Upstream Author : Girder Team
* URL : https://girder.readthedocs.io/en/latest/python-client.html
* License : Apache-2.0
Programming Lang: Python
Fwiw
We are slowly working on python3 compatibility
https://github.com/PyMVPA/PyMVPA/pull/525
I expect to push it a bit further in upcoming weeks. Will fix rc business in
the next upload
On September 14, 2019 6:29:45 AM EDT, "Rebecca N. Palmer"
wrote:
>Upstream say Python 3 is supposed to
On Mon, 02 Sep 2019, Debian FTP Masters wrote:
> Version: 0.5.3-1+rm
oh well -- I have missed all the reports (misconfigured debian.net
MX for a few months, heh). So only saw the effect of RM. Just want to
clarify
heudiconv is maintained
python3 support was added upstream as of 0.3 I
I have prepared an updated neo package, migrated to python3. upload
will wait for build-dependency python3-quantities to get into archive.
On Sun, 01 Sep 2019, Yaroslav Halchenko wrote:
> I will look into updating the package and stripping python2 in very near
> future
> On Sun, 01
I have worked on migrating python-neo to python3-neo (dropping python2
altogether). It would IMHO be ok to just migrate this one to python3. I
will deal with other reverse dependencies (pretty much only spykeutils)
$> apt-cache rdepends python-quantities
On Sun, 01 Sep 2019, Andreas Tille wrote:
> Hi Thomas,
> please coordinate with Yaroslav.
> Thanks for caring, Andreas.
> On Sun, Sep 01, 2019 at 10:43:58AM +0200, Thomas Goirand wrote:
> > Hi Andreas,
> > It looks to me that upstream latest version has Python 3 support for
> > mne. Appart
I will look into updating the package and stripping python2 in very near
future
On Sun, 01 Sep 2019, Stuart Prescott wrote:
> New Python 3 upstream can be found at
> https://github.com/NeuralEnsemble/python-neo
--
Yaroslav O. Halchenko
Center for Open Neuroscience
Dear Sandro, Steve, and Peter
Thank you for all the modernization of DataLad package. Feel welcome to
upload to shorter NMU if desired/needed. Some of those changes are now
addressed upstream and I will include/ack your NMUs with the next
release of datalad package.
Cheers,
--
Yaroslav O.
current sid version crashes on me
alpha1 just doesn't store some changes (it is really weird), so I
thought I would be eager to try alpha2
Thanks for maintaining inkscape in Debian. It is great!
--
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Package: python-invoke
Version: 0.11.1+dfsg1-1
Severity: normal
I was trying to follow online examples but quickly ran into undefined names.
Apparently our Debian version is really lagging behind upstream releases.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT
Source: wxpython4.0
Version: 4.0.6+dfsg-1
Severity: normal
Newer upstream version of fsleyes uses wx.siplib
(ref: https://github.com/pauldmccarthy/fsleyes/issues/29)
build of which is apparently stripped away from the package in Debian:
On Thu, 15 Aug 2019, Steve Langasek wrote:
> Package: pynwb
> Version: 0.5.1-1
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu eoan ubuntu-patch
> Hi Yaroslav,
> As you may know, we are in the process of deprecating python2 in Debian for
> the
Package: wnpp
Severity: wishlist
* Package name: caiman
Version : 1.5.3
Upstream Author : CaImAn Team (>30 contributors)
* URL : https://github.com/flatironinstitute/CaImAn/
* License : GPL-2+
Programming Lang: Python
Description : A Python toolbox for
On Fri, 09 Aug 2019, Andreas Tille wrote:
> > 4.5.0 still causes segfaults for me (while trying to build/test python-mne
> > package). I could not get to upstream's download page for mayavi2 (server
> > bogs
> > out), but conda seems to have 4.6.2 https://anaconda.org/anaconda/mayavi
> > so
On Fri, 09 Aug 2019, Alexandre Gramfort wrote:
> 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:
>
FYI -- pushed
(git)hopa:~exppsy/mne-python[debian-0.18.x]git
$> git push salsa debian-0.18.x upstream/0.18.1+dfsg pristine-tar
Enumerating objects: 1576, done.
Counting objects: 100% (1131/1131), done.
Delta compression using up to 4 threads
Package: mayavi2
Version: 4.5.0-1
Severity: normal
4.5.0 still causes segfaults for me (while trying to build/test python-mne
package). I could not get to upstream's download page for mayavi2 (server bogs
out), but conda seems to have 4.6.2 https://anaconda.org/anaconda/mayavi so I
guess
it is
Package: wnpp
Severity: wishlist
* Package name: jupyterlab
Version : 1.0.4
Upstream Author : Jupyter Team
* URL : https://github.com/jupyterlab/jupyterlab
* License : BSD-3
Programming Lang: Python, JS
Description : JupyterLab computational environment
Actually I am looking into it right now, and will push some (if not
final) changes soon.
Cheers!
On Thu, 08 Aug 2019, Yaroslav Halchenko wrote:
> Package: python-mne
> Version: 0.17+dfsg-1
> Severity: normal
> With python2 being deprecated away, now it is more than a wishlist. If
Package: python-mne
Version: 0.17+dfsg-1
Severity: normal
With python2 being deprecated away, now it is more than a wishlist. If noone
from the team would find time, I will be doomed to try progressing
packaging myself.
Cheers!
-- System Information:
Debian Release: buster/sid
APT prefers
THANK YOU Jonathan!
I (and hopefully Mario who knows more) will try to test to the best of my
abilities and whine back if I run into the issues.
meanwhile could you please also push tags?
$> debcheckout gamemode
declared git repository at https://salsa.debian.org/games-team/gamemode.git
git
Package: gamemode
Version: 1.2-6
Severity: normal
Dear Maintainers,
for a new version of psychtoolbox-3 (CCing upstream) we need gpuclockctl which
is provided in newer upstream versions of gamemode. Current latest tag on
https://github.com/FeralInteractive/gamemode is 1.4
Thank you in advance
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: python-bids-validator
Version : 1.2.4
Upstream Author : bids-validator Team
* URL : https://github.com/bids-standard/bids-validator
* License : MIT/X
Programming Lang: Python
Package: rst2pdf
Version: 0.93-7
Followup-For: Bug #929954
If new version building is problematic, why not to upload just a patched
version? I have verified that adding import reportlab to
/usr/lib/python2.7/dist-packages/rst2pdf/flowables.py addresses the issue
I ran into this one while
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: python-hdmf
Version : 1.0.5
Upstream Author : HDMF Team
(https://github.com/hdmf-dev/hdmf/graphs/contributors)
* URL : https://github.com/hdmf-dev/hdmf/
* License : BSD-3
Programming
Dear Kingsley,
I am afraid that openopt is no longer developed upstream... openopt.org
is not reachable, I see some clones laying around, e.g.
https://github.com/troyshu/openopt pointing to archives of the elderly
docs. CCing the last known for upstream email address.
Dmitrey -- could you update
On Mon, 22 Apr 2019, eamanu wrote:
> Hello Yaroslav,
> Thanks for the report.
> I think that this issue is related to #927756.
did you mean #927757 (Drop
0001-Disable-installation-of-tests.patch) ? ;) it is related
indeed but independent. You can run tests without installing them. Or
you
ort. I am working on that.
>
>Regards!
>eamanu
>
>On 4/22/19 3:30 PM, Yaroslav Halchenko wrote:
>> Package: python-github
>> Version: 1.40-1
>> Severity: normal
>>
>> That patch disables installation of github.tests submodule.
>>
>> Having .te
Package: python-github
Version: 1.40-1
Severity: wishlist
It is typical for packages to run their tests batteries at the package build
time. This helps to guarantee their correct operation for the to be uploaded
version on Debian systems.
I have tried
http_proxy=http://127.0.0.1:9/ HOME=/tmp
Package: python-github
Version: 1.40-1
Severity: normal
That patch disables installation of github.tests submodule.
Having .tests submodules installed is a convention followed by the majority of
python-* packages since that allows to quickly test the functionality of the
module as installed on
TL;DR summary:
interesting... in my case reliably fails locally on python 3.6 and 3.7 but not
2.7 even with fresh release of 0.13.0
reported upstream https://github.com/joblib/joblib/issues/870
Thanks for the patch -- I will xfail it in 0.13.0-1 with this, upload to
unstable, and then upload
Package: python-citeproc
Version: 0.3.0-3
Severity: wishlist
Even though it seems to be officially under QA maintenance I have decided
to mention that a new release was out there for a while already. There was an
initial attempt to update packaging for 0.4.0 but then it was rolled back
(instead
On Wed, 27 Feb 2019, Andreas Tille wrote:
> Dear Rebecca,
> On Wed, Feb 27, 2019 at 07:25:26AM +, Rebecca N. Palmer wrote:
> > On 27/02/2019 07:00, Andreas Tille wrote:
> > > Dear Rebecca,
> > > I do not think that there is any
> > > need for a separate branch. Just stick to the debian
Sorry for being allow to respond... Please do what you need to do
On February 13, 2019 5:47:41 PM EST, "Rebecca N. Palmer"
wrote:
>On 13/02/2019 09:10, Andreas Tille wrote:
>> Any volunteer to backport the relevant changes I pushed to Git right
>now
>> to 0.8.0?
>
>I intend to try tomorrow, if
upstream shortly - so we will see if reproduces then
On Sun, 03 Feb 2019, Yaroslav Halchenko wrote:
> CHANGES error is benign , will clarify upstream
> https://github.com/nipy/nipype/issues/2873
> the actual issue is
> > raise TypeError("expected str, bytes o
CHANGES error is benign , will clarify upstream
https://github.com/nipy/nipype/issues/2873
the actual issue is
> raise TypeError("expected str, bytes or os.PathLike object, "
> > "not " + path_type.__name__)
> E TypeError: expected
On Mon, 21 Jan 2019, Torsten Rohlfing wrote:
>Hi there -
>Upstream owner of CMTK here. It looks like DCMTK in release 3.6.4 changed
>their API for locking/unlocking the global data dictionary.
>I am going to look into fixing this, but it'll take a while since I'll
>have to
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: grabbit
Version : 0.2.6
Upstream Author : Tal Yarkoni and a team
* URL : https://github.com/grabbles/grabbit/
* License : MIT/X code with GPL external
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: datalad-container
Version : 0.2.2
Upstream Author : DataLad Team
* URL : http://www.datalad.org
* License : Expat
Programming Lang: Python
Description : DataLad extension
Package: python-paver
Version: 1.2.1-1.1
Severity: normal
Current version in Debian is the same across all releases, i.e. old. The most
recent upstream release (1.3.4) is also old (Dec 30, 2017) but still much newer
;) Upstream git repo has signs of life, so project isn't really dead
Dear Andreas
Thank you for taking a stab at this! I will try to not forget to look
at it tomorrow (need to meet some other deadlines today). If you had a
chance to try figuring out in what part segfault happens (I would just
strace -f -o /tmp/strace.log python -m pytest ...) it might give a
Package: fabric
Version: 1.14.0-1
Severity: normal
Although fabric is known as a cmdline tool, it is also a Python package which
provides useful public interfaces. ATM there is only fabric package, which
contains fabric python module made available only for python2.7. Ideally there
could be
On Thu, 13 Dec 2018, Yaroslav Halchenko wrote:
> On Thu, 13 Dec 2018, Andreas Tille wrote:
> > On Thu, Dec 13, 2018 at 12:58:51PM -0500, Yaroslav Halchenko wrote:
> > > > I agree with Adrian that on the topic. I would even have fixed
> > > > this in a te
On Thu, 13 Dec 2018, Andreas Tille wrote:
> On Thu, Dec 13, 2018 at 12:58:51PM -0500, Yaroslav Halchenko wrote:
> > > I agree with Adrian that on the topic. I would even have fixed
> > > this in a team upload, but I'm a bit confused by the changelog
> > > I've f
I hope
it is a correct one ;)
I also pushed the commit adjusting debian/gbp.conf to match the layout of this
repo (debian/ branch for packaging, master for upstream).
> mrtrix3 (3.0~rc3+git86-g4b523b413-2) neurodebian; urgency=medium
> * Need to disable PIE on older systems
> -- Yaro
On Mon, 10 Dec 2018, Bdale Garbee wrote:
> Yaroslav Halchenko writes:
> > Expected result is to have 123.gz and linked files
> The -f option is documented to handle cases where the compressed file
> has multiple links, and indeed, using it results in the behavior you
> se
Package: gzip
Version: 1.9-2.1
Severity: normal
File: /bin/gunzip
$> rm -rf /tmp/testgz; mkdir /tmp/testgz; cd /tmp/testgz; echo 123 > 123; gzip
123; ln -s 123.gz linked.gz; ls -l; gunzip linked.gz
total 4
-rw--- 1 yoh yoh 28 Dec 10 10:47 123.gz
lrwxrwxrwx 1 yoh yoh 6 Dec 10 10:47
Dear Yangfl and other Debian-science folks
could you please have a look at the scikit-learn packaging, which was
heavily tuned up recently and I have little to no clue how to
augment it reliably back or to avoid parallel build and its gotchas.
See http://bugs.debian.org/911830 for more details
Great, thanks
For starters I would just disable parallel invocation of debian/rules since
indeed there is no guarantee of absent races. Will do and reupload when get
back from dentist ;-)
--
Yaroslav O. Halchenko (mobile version)
Center for Open Neuroscience
On Sun, 02 Dec 2018, Yaroslav Halchenko wrote:
> > There's no visible progress on this problem in git -- is there progress
> > elsewhere?
> you could find some traces of the progress which lead to i386 fixes on
> https://github.com/scikit-learn/scikit-learn/issues?utf8=%E
On Sun, 02 Dec 2018, Stuart Prescott wrote:
> Dear Yaroslav & Michael,
> scikit-learn currently FTBFS everywhere.
please define your version of "everywhere". From
https://buildd.debian.org/status/package.php?p=scikit-learn=unstable
I see that 0.20.1+dfsg-1 builds fine on all intel and mips
Package: wnpp
Severity: wishlist
* Package name: shellshare
Version : 1.0.3
Upstream Author : Vitor Baptista
* URL : https://shellshare.net/
* License : Apache 2.0
Programming Lang: JS (node), Python
Description : Live terminal broadcast
On Sat, 17 Nov 2018, Julian Andres Klode wrote:
> On Fri, Nov 16, 2018 at 04:26:24PM -0500, Yaroslav Halchenko wrote:
> > and I guess I can demystify right away what is going on (although I
> > didn't try to reconfirm by rebuilding or debugging):
> > https://salsa.debian.
ional/configurable. Otherwise, at least documentation should mention such
feature.
Cheers!
On Fri, 16 Nov 2018, Yaroslav Halchenko wrote:
> Even though there are 3 APT sources available, apt-cache policy in buster
> reports only a single one ignoring security and updates:
>
Package: apt
Version: 1.8.0~alpha2
Severity: normal
NB1 Reporting from my laptop whenever original issue discovered within
minimalistic Singularity image, and then replicated within docker
environments and demonstrated below
NB2 Loosely relates to a good old
thanks! upstream says the issue was fixed in
https://github.com/pydata/patsy/pull/131
so I will just build a fresh snapshot
Cheers!
On Sat, 27 Oct 2018, Julian Taylor wrote:
> this problem probably has the same python change as cause as this issue:
>
On Fri, 26 Oct 2018, Andreas Tille wrote:
> Hi Yarislav,
> On Sun, Aug 12, 2018 at 02:40:28PM -0400, Yaroslav Halchenko wrote:
> > Fwiw I will look into updating soon unless someone beats me to it
> I guess this went out of your focus. I tried my best to update Git[1] to
On Thu, 18 Oct 2018, Andreas Tille wrote:
> On Thu, Oct 18, 2018 at 09:21:37AM -0400, Yaroslav Halchenko wrote:
> > On Thu, 18 Oct 2018, Yaroslav Halchenko wrote:
> > > Yet to look at your changes, but for now I have
> > > - pushed debian/2.3.1-1 pack
On Thu, 18 Oct 2018, Yaroslav Halchenko wrote:
> Yet to look at your changes, but for now I have
> - pushed debian/2.3.1-1 packaging (withing "old" custom
> "on top of upstream releases in git" dist/debian/proper branch)
> - force-pushed
> $
On Sun, 14 Oct 2018, Andreas Tille wrote:
> Hi Yaroslav,
> On Sat, Oct 13, 2018 at 08:29:53PM -0400, Yaroslav Halchenko wrote:
> > > I'd volunteer to check the diff between your current changes and my work
> > > and merge everything - but can I please use a branch n
On Sat, 13 Oct 2018, Andreas Tille wrote:
> On Fri, Oct 12, 2018 at 09:15:37AM -0400, Yaroslav Halchenko wrote:
> > > ok... will merge for the next upload to proceed -- we mitigated all
> > > known issues, and the beast builds fine all the way down to jessie, so
> > &
On Fri, 12 Oct 2018, Yaroslav Halchenko wrote:
> On Tue, 09 Oct 2018, Andreas Tille wrote:
> > > 2.3.1 bugfix is around the corner
> > > https://github.com/nipy/nibabel/pull/667
> > > so I will aim to make sure the #909990 is fixed within it (for starters
>
On Tue, 09 Oct 2018, Andreas Tille wrote:
> > 2.3.1 bugfix is around the corner
> > https://github.com/nipy/nibabel/pull/667
> > so I will aim to make sure the #909990 is fixed within it (for starters
> > - I do not think I observed this exception when building from current RC
> > branch)
>
Thank you Andreas for looking into it
2.3.1 bugfix is around the corner
https://github.com/nipy/nibabel/pull/667
so I will aim to make sure the #909990 is fixed within it (for starters
- I do not think I observed this exception when building from current RC
branch)
On Mon, 08 Oct 2018,
update:
- uploaded sympy 1.3 which resolves sympy bug
- running by upstream the resolution for the other failed test:
https://github.com/nipy/nipy/pull/445
and will upload fixed up package tomorrow
On Tue, 02 Oct 2018, Yaroslav Halchenko wrote:
> FWIW, two of the errors are caused by a
FWIW, two of the errors are caused by a bug in sympy which was fixed in
1.3 . I am preparing sympy 1.3 although didn't check yet if it would
fix it in nipy tests (not clear why it wasn't triggered before)
On Fri, 17 Aug 2018, Santiago Vila wrote:
> Package: src:nipy
> Version: 0.4.2-1
>
On Mon, 01 Oct 2018, Andreas Tille wrote:
> Hi Yaroslav,
> was this helpful for you?
sorry -- didn't look into scikit-learn yet. BTW - 0.20 release was
posted, so we should update and try again. Will you have time or should
I ?
--
Yaroslav O. Halchenko
Center for Open Neuroscience
On Mon, 24 Sep 2018, Andreas Tille wrote:
> Probably due to racing condition since I migrated the repository before
> your pushes.
> > > either needed to be imported as quilt patches or alternatively you can
> > > use git mode in d/watch which creates a new tarball for you
> > > incorporating
On Mon, 24 Sep 2018, Andreas Tille wrote:
> > > When you talked about new upstream version: Do you want to give 0.20rc1
> > I did give it a try...
> > From the now empty list of
> > https://github.com/scikit-learn/scikit-learn/issues/created_by/yarikoptic it
> > might be that all of the ones
101 - 200 of 2789 matches
Mail list logo