On Fri, 04 May 2012, Dmitrijs Ledkovs wrote:
> > Most of the time, the failures are because of the created egg directory
> > that is not cleaned up by the clean target of setup.py. While I could
> > add the appropriate bits to each clean target in debian/rules, it seems
> > better to fix the
On Fri, 04 May 2012, Jakub Wilk wrote:
> * Yaroslav Halchenko , 2012-05-04, 13:29:
> >>>Most of the time, the failures are because of the created egg
> >>>directory that is not cleaned up by the clean target of
> >>>setup.py. While I could add the approp
Since it is getting late I decided to just ask
Bradley M. Froehle is helping out with python3-mpi4py and we ran into an
interesting effect that clean chroot fails to build under Debian sid due
to -lffi (while libffi-dev is nohow pulled in through build-depends)
> python3.2 -c "from distutils.sysc
On Mon, 28 May 2012, Jakub Wilk wrote:
> >>python3.2 -c "from distutils.sysconfig import get_config_var;
> >>print(get_config_var('MODLIBS'))"
> >-lssl -lcrypto -lssl -lcrypto-lffi -L/usr/lib -lz -lexpat
> >while with python2 and python3.2 under Ubuntu 12.04 does not
> >include -lffi .
> A
FWIW -- if you don't find a cleaner way -- you could also
bootstrap entire wheezy/sid in a chroot, install whatever you need to
use there and then just provide a convenience wrapper
/usr/local/bin/python2.7 in your stable installation which would invoke
python2.7 from within the chroot.
for a rela
On Mon, 28 May 2012, Jakub Wilk wrote:
> >while with python2 and python3.2 under Ubuntu 12.04 does not
> >include -lffi .
> Are you sure?
> $ dpkg-deb -x python3.2-minimal_3.2.3-0ubuntu1_i386.deb .
> $ grep LOCALMODLIBS.*ffi usr/lib/python3.2/config/Makefile
> LOCALMODLIBS= -
On Tue, 12 Jun 2012, Jakub Wilk wrote:
> Policy-compliant package name would be "python-numpydoc", but that
> could be easily confused with "python-numpy-doc". So I agree with
> your assessment: "python-numpydoc-sphinx" is a better for the binary
> package.
if it wouldn't be "convention compliant
On Tue, 12 Jun 2012, Denis Laxalde wrote:
> >>Policy-compliant package name would be "python-numpydoc", but that
> >>could be easily confused with "python-numpy-doc". So I agree with
> >>your assessment: "python-numpydoc-sphinx" is a better for the binary
> >>package.
> >if it wouldn't be "conven
On Tue, 10 Jul 2012, Scott Kitterman wrote:
> >>>I: python-astropy: arch-dep-package-has-big-usr-share 4137kB 87%
> >>> How do I create an arch independend package that contains these
> >files?
> >> [...] I'd rather not do that. You will likely end up with either
> >> dependency loop or a package
implementations and bindings for statsmodels
On Thu, 12 Jul 2012, Piotr Ożarowski wrote:
> [Yaroslav Halchenko, 2012-07-11]
> > since our works were mentioned ;) -- yes, we generally split out python
> > extensions (and anything else arch-dep) into python-*-lib packages
>
may be it is still RTFM-level of question but I could not spot anything
relevant on
http://python-modules.alioth.debian.org/python-modules-policy.html
and probably I have forgotten intrinsic details of svn-buildpackage (I
am working with cython's repository under GIT via git-svn):
question: is the
On Mon, 16 Jul 2012, Scott Kitterman wrote:
> >> 1. python{3}-foo which is arch all and follows the current naming
> >convention
> >> of foo being the name you import. It would depend on the arch any
> >python-foo-
> >> ext package.
> >all -> any package dependencies are often icky, if you wan
On Mon, 16 Jul 2012, Scott Kitterman wrote:
> OK. python-nipy depends on python-nipy-lib. Makes sense.
> Is python-nipy-lib useful on it's own?
nope -- moreover it might be somewhat detrimental -- module might
appear to be "installed" while only extensions are there. That is the
only disad
On Sun, 15 Jul 2012, Jakub Wilk wrote:
> >question: is there any agreement/policy on how to handle (branch
> >naming convention etc) if we are to maintain multiple versions
> >(e.g. for stable/unstable/experimental).
> Me, myself and I :P all agree that branches should be named after
> version num
Thank you Sandro for pushing a fresh beta numpy to experimental.
I have ran my scriptie to check what effects would that version have on
build-dependees in sid (which currently might be well not the latest and
greatest versions of packages):
http://www.onerussian.com/Linux/deb/logs/python-numpy_1
Hi everyone,
Since the deadline for the submission of talks/tutorials for the PyCon
2013 is approaching (28th of Sep) I thought to check if anyone from the
'team' will be attending (Barry?) and may be someone already is
planing to give a talk or might be even a tutorial?
Debian-based systems beco
On Fri, 21 Sep 2012, Barry Warsaw wrote:
> >2. tutorial on "Debian packaging of Python modules/software"
> I submitted something like this as one of three talk submissions last year,
> though it was rejected (no reason given). That shouldn't deter you though,
> because my submission probably suck
On Fri, 21 Sep 2012, Thomas Kluyver wrote:
> >Previously I have done a similar talk with an accent on a scientific
> >Python stack in Debian [1] which I thought was quite well accepted.
> We're having a big discussion on scipy-user at the moment about
> formalising a scientific Python stac
thanks ;-)
On Sun, 23 Sep 2012, Koichi Akabe wrote:
>2012/09/22 13:01 "Koichi Akabe" <[1]vbkaise...@gmail.com>:
>> Can I take over this package?
>I received the answer from the maintainer [1]. He lost interest about this
>package, so I'll take over it.
>[1] [2]http://lists
ccess or better -- provide fixtures
- exercise against minimal supported versions
(of Python itself, and 3rd party libraries)
* How to get started with Debian
- install (dual-boot, ...)
- other Linuxes: chroot - lightweight virtualization (debootstrap, schroot)
- VM, e.g. http://neuro.deb
not a single comment... bad... I guess I need to work on the text
more if even hardcore Debian people do not feel 'moved' ;-)
On Wed, 26 Sep 2012, Yaroslav Halchenko wrote:
> To not be too ambitious and to not invest too much time I have decided to
> submit only a talk.
Thank you Paul,
On Thu, 27 Sep 2012, Paul Tagliamonte wrote:
> I can see this becoming a flamefest.
oh no... I hoped to simply present our work and not cause
flamefests ;-)
> Most "hardcore" pythonistas (and the types to be at PyCon) refuse to
> allow apt to install libs globally, and use virt
Thank you Paul ;-)
Good comments -- once again, arguments seems to be oriented mostly
toward developers... I guess I should explicitly guide the
abstract more toward 'user-' and "sysadmin-" use cases: people
in need to have easy and uniform paths for software installation and
maintenance of the
ie wrote:
> On Friday 28 September 2012 00:23:10 Yaroslav Halchenko wrote:
> > Thank you Paul ;-)
> > Good comments -- once again, arguments seems to be oriented mostly
> > toward developers... I guess I should explicitly guide the
> > abstract more toward 'user-&
Thanks Piotr!
On Fri, 28 Sep 2012, Piotr Ożarowski wrote:
> [Yaroslav Halchenko, 2012-09-28]
> > In this talk I would like to briefly present the history of Python in
> > Debian (which can be traced to nineties with Python 1.4), outline
> > benefits Debian provides for Python
On Fri, 28 Sep 2012, Piotr Ożarowski wrote:
> no, but please make sure to bind a key that (when pressed) shows a
> screen with these PEP numbers... and hit it every time you do a short
> break to catch a breath or drink water ;)
;) I do bind keys to important slides in impressive... now I will ha
On Fri, 28 Sep 2012, Paul Tagliamonte wrote:
> > The Python conference scene seems to love testing, so if you can make a
> > case
> > for Debian and quality assurance, and Debian has done things popular with
> > this crowd for years like automated builds and the use of very strict
> > package
On Fri, 28 Sep 2012, Paul Wise wrote:
> > ^^ this is a great idea. It'd be nice if we could prototype a flake8 /
> > pyflakes run against the archive, and filter for serious errors
> We did do that at one point with pyflakes:
> http://qa.debian.org/daca/pyflakes/sid/
> Unfortunately no-one has bee
> >I could start with this one of cause ;) but I hope they all know about
> >it by now. On a related note though: __file__ -- are we all friends
> >again ? ;)
> Not sure what you mean about enmity with __file__, but note that as of the
> acceptance of PEP 420 (namespace packages), in Python 3.3
Thanks everyone who helped with the submission!
Just for the reference -- here is the submitted version ( I believe it
will be possible to change it later on as well ):
Submitted by
Yaroslav Halchenko
Category
Packaging # I guess it was the closest to "distribution"
Audi
site way, but supplementing main
system with tools ran in chroots (see [1] above ;) )
Cheers
On Tue, 02 Oct 2012, Nicolas Chauvat wrote:
> Hi Yaroslav,
> On Wed, Sep 26, 2012 at 11:40:58AM -0400, Yaroslav Halchenko wrote:
> > To not be too ambitious and to not invest too much t
wow -- looks cool -- that already should take a bit of burden away from
copy/pasting debian/rules of my packages from one to another
I wonder if it could also "support" (just throwing against the wall to
see if anything sticks):
1. -lib packages to ship extensions in separate packages to reduce
what about something like
ifeq (,$(findstring get-orig-source, $(MAKECMDGOALS)))
export http_proxy=http://127.0.0.1:9/
endif
so unless called with get-orig-source -- it would get defined... ?
On Wed, 06 Feb 2013, Piotr Ożarowski wrote:
> [Dmitrijs Ledkovs, 2013-02-06]
> > On 5 February 2013 17
fresh entry in debian/NEWS and probably debian/changelog ?
On Tue, 12 Feb 2013, Andreas Noteng wrote:
> Hello. What is the preffered way of handling situations where a
> configuration file in ~/ needs to be deleted upon package upgrade?
> Regards
> Andreas Noteng
--
Yaroslav O. Halchenko
http:/
On Thu, 21 Mar 2013, Antoine Musso wrote:
> I guess that is what happens when newbie joins. They do mistake, so do
> I. I must confess I have only looked at packages.debian.org :/ Will
> remember about wnpp, thanks for the tip!
FWIW the fastest way imho is
> sudo apt-get install devscripts
>
Thanks Jakub,
FWIW:
> cython produces broken code #681697
update WiP (for some reason did not build using python-dbg at all thus
dh_install failed... will troubleshoot shortly)
> nuitka FTBFS TODO
I believe fixed upstream -- if not -- will be, i.e. nothing to worry for
the team
--
Yaroslav O
On Sun, 19 May 2013, Jakub Wilk wrote:
> You might want to try run the tests under xvfb. Hopefully that
> should allow running more of them than currently.
just so it might come handy for others: to enable GLX support under
Xvfb, here is the line I have suggested to be used (upstream just
adopted
Another rule of thumb I use is that if a project is not just about python
module but also provides some GUI or CUI interface which might be used by users
without realizing presence of a python behind I do not prefix with python-, eg
psychopy.
Sandro Tosi wrote:
>On Mon, Jul 8, 2013 at 4:10 PM
This left me puzzling for a bit:
$> sudo apt-get install dh-python
...
The following packages have unmet dependencies:
dh-python : Depends: python3 (>= 3.2.3-3~) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
$> apt-cache policy python3
python3
Since next year PyCon is in the neighborhood (just 3h drive away), I am
planing to submit the Debian talk again. Quite probable is that it
would not get accepted again but I think it is worth trying. Before
going to refurbish the abstract I wanted to check if anyone already
considering/working to
On Thu, 05 Sep 2013, Barry Warsaw wrote:
> On Sep 05, 2013, at 08:37 AM, Yaroslav Halchenko wrote:
> >Since next year PyCon is in the neighborhood (just 3h drive away), I am
> >planing to submit the Debian talk again. Quite probable is that it
> >would not get accepted ag
somewhat an inappropriate question for the mailing list but:
are there backports of dh-python for existing/recent supported Ubuntu
releases?
thanks for the backport to wheezy btw.
Cheers!
On Tue, 05 Nov 2013, Barry Warsaw wrote:
> Today I migrated the enum34 package to use pybuild. Win!
> Ba
I usually include all logs which lead to the state of packaging to be uploaded,
regardless of the distribution (or even at times UNRELEASED).
Paul Tagliamonte wrote:
>On Sat, Dec 07, 2013 at 02:04:22PM -0500, Barry Warsaw wrote:
>> I've been working with gtimelog's upstream maintainer Marius, a
Hi Sandro,
It is unfortunate that I
1. have forgotten to add pprocess to pymvpa* packages' Recommends
2. have missed the pprocess RM bug
I would like to reincarnate the package, may be at least for NeuroDebian
unless someone needs it in stock Debian, since we still use it in
NeuroDebian and it n
On Thu, 12 Dec 2013, Dmitry Shachnev wrote:
> On Thu, Dec 12, 2013 at 6:34 PM, Yaroslav Halchenko
> wrote:
> > declared svn repository at
> > svn://svn.debian.org/python-modules/packages/pprocess/trunk/
> > svn co svn://svn.debian.org/python-modules/packages/pproc
On Thu, 13 Feb 2014, Andreas Tille wrote:
> which ends up in
> File "/usr/share/spades/pyyaml3/__init__.py", line 284
> class YAMLObject(metaclass=YAMLObjectMetaclass):
that is the python3 way to say
class YAMLObject:
__metaclass__ = YAMLObjectMetaclass
in python2
--
Yaroslav O. Ha
On Mon, 31 Mar 2014, Diane Trout wrote:
> Hi,
> I have a small package the depends on numpy and it recently stopped working.
> > Traceback (most recent call last):
> > File "/usr/local/lib/R/site-
> library/DEXSeq/python_scripts/dexseq_prepare_annotation.py",
> > line 33, in
> > import H
Package: wnpp
Severity: wishlist
* Package name: oct2py
Version : 1.3.0
Upstream Author : Steven Silvester
* URL : http://blink1073.github.io/oct2py/docs/
* License : MIT/X
Programming Lang: Python
Description : GNU Octave to Python bridge
Oct2Py is a m
On Sun, 06 Apr 2014, Barry Warsaw wrote:
> Hi folks,
> I'll be heading up to Montreal for the Python conference on Tuesday April 8th
> and will be there until the 18th. If you're also going to the conference, it
> would be great to meet up, sign keys, and chat about Python on Debian.
+1
see y
On Mon, 12 May 2014, Olivier Berger wrote:
> Hi.
> I'm trying to fix #739222 where tests fail (-> FTBFS) during execution
> of nose's doctest plugin on something like :
> >>> import rdflib
> >>> g = rdflib.Graph()
> >>> result = g.parse("http://www.w3.org/2000/10/swap/test/meet/whi
fied debian/control and debian/rules. I already
> know that commenting out the override_dh_python2 block broke something
> *else* -- that's not the immediate problem.
> zw
> [-- octet-filter file type: "ASCII text" --]
> Source: scikit-learn
> Section: pyt
aren't
possible anyways.
On November 5, 2014 4:48:27 PM EST, "Piotr Ożarowski" wrote:
>[Yaroslav Halchenko, 2014-11-05]
>> I would recommend to look into rules of pandas package where I with
>> Julian's initiative have somewhat "harmonized" (alth
* Fixing FTBFS against cythoin 0.21.1 by cherry-picking upstream fix
+debian/patches/0001-Fix-cython-python-temp-coercion-exception.patch
+(Closes: #768828)
+
+ -- Yaroslav Halchenko Sun, 09 Nov 2014 10:11:22 -0500
+
kivy (1.8.0+dfsg-2) unstable; urgency=medium
* Provide python3-kivy pack
Just wondered -- I will be there for the duration of the main conference
(from Thu till Sun). I would be pleased to hangout/lunch/chat at
some point(s) together with other Debian Python folks!
Cheers,
--
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2b
On Fri, 03 Apr 2015, Paul Tagliamonte wrote:
> I'll be there
On Fri, Apr 3, 2015 at 2:02 PM, Barry Warsaw wrote:
> I'll be there for the whole ball of wax. We should have a Debian Python BOF.
> Maybe we can talk about big plans for Stretch.
great! yeah -- we can find topics to talk about! ;
On Sun, 03 May 2015, Dmitry Shachnev wrote:
> Hi all,
> I have finally managed to finalize Sphinx 1.3 upload for experimental.
> There are many new features and some incompatible changes, please see the
> changelog [1] for the full list of changes.
> If your package has Sphinx documentation, p
On Thu, 07 May 2015, Dmitry Shachnev wrote:
> > so -- there is quite a few of new FTBFS. I will report more whenever it is
> > done
> Thanks a lot for running the rebuild!
> How can I access the build logs? The files given in that table are not
> available via HTTP on that server.
yeah, sorr
talking about this ;-) :
$> grep -A3 http_proxy pybuild
if 'http_proxy' not in env:
env['http_proxy'] = 'http://127.0.0.1:9/'
if 'https_proxy' not in env:
env['https_proxy'] = 'https://127.0.0.1:9/'
which is overall GREAT since now I can drop off all those manual http*_pr
As I have mentioned some tools might not be smart about empty values in
http_proxy, try e.g. git-annex under such settings
On July 21, 2015 4:16:11 PM EDT, "Piotr Ożarowski" wrote:
>> So, long story short... would it be ok if I propose/commit a change
>like
>
>no need, if you want to disable it,
On Wed, 22 Jul 2015, Piotr Ożarowski wrote:
> [Yaroslav Halchenko, 2015-07-21]
> > As I have mentioned some tools might not be smart about empty values
> > in http_proxy, try e.g. git-annex under such settings
> ah, sorry, I only quickly scanned you email.
> I alrea
On Sat, 26 Sep 2015, Scott Kitterman wrote:
> > On Thu, Sep 24, 2015 at 22:19:20 -0400, Scott Kitterman wrote:
> > > I have the python3-defaults upload to enable python3.5 as a supported
> > > python3 version prepared and ready to upload when I get an ack from the
> > > release team.
> > ack.
> >
On Wed, 02 Mar 2016, Ben Finney wrote:
> This belongs IMO in an existing “build Debian packages for Python” tool.
> As it stands, I'll need to manually add a bundle of files to every
> Python package I maintain.
> Who can recommend a way to make this a more automated part of the Debian
> Python
Hi All,
Hopefully you wouldn't throw way too many stones for such an OT, but I
thought to ask since the audience is right! ;)
if you are looking for a job ATM, there might be the one for you
within NSF-supported DataLad project at Dartmouth College, NH, USA,
working with DDs like yours truly, Mic
On December 7, 2016 6:09:56 AM EST, Andreas Tille wrote:
>Hi Yaroslav,
>
>I just want to make some noise amongst Python experts about bug
>#846228.
>I admit I have no idea - but since there was no response for 10 days
>now
>several packages git a testing removal notice.
>
>I think python-joblib ha
As for this particular issue -- I think I have complained upstream and
it was addressed: https://github.com/joblib/joblib/issues/428 I will now
see to build/upload current upstream snapshot -- codebase seems largely
in maintenance mode ATM
On Wed, 07 Dec 2016, Andreas Tille wrote:
> Hi Yaroslav,
On Tue, 20 Jun 2017, Sandro Tosi wrote:
> On Tue, Jun 20, 2017 at 12:18 AM, kamaraju kusumanchi
> wrote:
> > I see that there is no statsmodels package for python3 in Stretch.
> > % apt-cache search statsmodels python3
> > python3-seaborn - statistical visualization library
> statsmodels is ma
If you could allow to review would be great.
Thanks for all the work.
I was btw also trying to build with the patch you shared yesterday
On September 21, 2017 5:48:58 PM EDT, Diane Trout wrote:
>
>> If my poor opinion counts: For the moment we should run those tests
>> in
>> the build process th
On Thu, 21 Sep 2017, Diane Trout wrote:
> On Thu, 2017-09-21 at 17:56 -0400, Yaroslav Halchenko wrote:
> > If you could allow to review would be great.
> > Thanks for all the work.
> > I was btw also trying to build with the patch you shared yesterday
> Once I have al
On Fri, 22 Sep 2017, Piotr Ożarowski wrote:
> [Diane Trout, 2017-09-21]
> > I made larger changes to statsmodels, by using pybuild instead of the
> > previous multiple targets in debian/rules.
> you can simplify it even further by using pybuild's --ext-dest-dir:
> (I didn't test as this branch F
On Fri, 22 Sep 2017, Andreas Tille wrote:
> > diff -Nru pandas-0.20.3/debian/changelog pandas-0.20.3/debian/changelog
> > --- pandas-0.20.3/debian/changelog 2017-07-10 20:00:59.0 -0400
> > +++ pandas-0.20.3/debian/changelog 2017-09-21 16:11:29.0 -0400
> > @@ -1,3 +1,14 @@
On Sun, 24 Sep 2017, Andreas Tille wrote:
> On Sun, Sep 24, 2017 at 11:24:10AM -0700, Diane Trout wrote:
> > Status with statsmodels almost done
> > Trying to deal with jquery.
> > leaving command
> > -rm ./build/html/_static/jquery.js
> > causes a build failure now.
> Without checking t
On Sun, 24 Sep 2017, Andreas Tille wrote:
> Hi Yaroslav,
> On Sat, Sep 23, 2017 at 10:00:35AM -0400, Yaroslav Halchenko wrote:
> > > I would prefer to move pandas to Debian Science or Debian Python. I
> > > fail to see the specific use in NeuroDebian field.
> &
Thanks for digging into this and sorry I have missed that. I typically
add export http*_proxy to prevent any network interactions but I guess
didn't get that far with statsmodels.
FWIW, for dipy package I now ask upstream to provide me e.g.
dipy_0.12.0.orig-doc-examples.tar.gz
where there a
Fwiw I have made a pycharm-community-sloppy package available from NeuroDebian
- just wrapped their distribution. Btw seems to work with open jdk just fine.
Packaging for Debian proper would need some Java verse maintainer.
On September 30, 2017 8:22:56 AM EDT, kamaraju kusumanchi
wrote:
>Are
On Tue, 10 Oct 2017, Yuri D'Elia wrote:
> On Sat, Sep 16 2017, Yuri D'Elia wrote:
> > Looking at python3-skimage-lib (which also requires a rebuild), it seems
> > that the package failed to pass some tests.
> > Bug #868582 even includes a patch to update to 0.13 [and disables some
> > test failu
I don't mind helping to maintain it under any of those teams. Thank you Andreas
for taking care about this new dependency. I will look into updating pandas
package
On January 15, 2018 3:37:53 AM EST, Andreas Tille wrote:
>Hi again,
>
>is it correct to assume that Debian Python Modules Team do n
On Wed, 04 Apr 2018, Brian May wrote:
> Hello,
> As an upstream maintainer of certain packages on pypi, it has come to my
> attention that my packages have files in the source package with
> permission 600 or 700 (and my owner and group). This is most likely
> because my umask is set to 077, bec
Dear Debian Pythonistas,
I am trying to make our DataLad package to be bi-python finally, but I
cannot make pybuilder neither populate python3-datalad package, nor
to run tests (using nose) during the build against python3 (runs only
against python2). It does invoke dh_python3 at the end though..
On Tue, 05 Jun 2018, Andrey Rahmatullin wrote:
> On Mon, Jun 04, 2018 at 03:38:09PM -0400, Yaroslav Halchenko wrote:
> > I am trying to make our DataLad package to be bi-python finally, but I
> > cannot make pybuilder
> It's "pybuild".
yeah ;-)
> > n
Fwiw asciinema is quite handy! We use it for our demos (generate them
automatically from our *cast scripts, along with possible narrated videos,
actual scripts, or just interactive demonstrations where people get blown away
at "my" typing speed/stability), see eg those asciinemas at
http://data
On Mon, 10 Sep 2018, Andrey Rahmatullin wrote:
> On Mon, Sep 10, 2018 at 04:33:21PM +0200, Andreas Tille wrote:
> > Hi,
> > looking at the bug log of scikit-learn[1] it seems to be a simple means to
> > do
> > --- a/debian/control
> > +++ b/debian/control
> > @@ -20,6 +20,7 @@ Build-Depends:
On Mon, 10 Sep 2018, Andreas Tille wrote:
> On Mon, Sep 10, 2018 at 10:54:02AM -0400, Yaroslav Halchenko wrote:
> > Outstanding few issues so far are reported/dealt with upstream:
> > https://github.com/scikit-learn/scikit-learn/issues?q=is%3Aopen+is%3Aissue+author%3Ayarikoptic+
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, Andreas
Quick one
takes exactly 1 argument (0 given)
suggests that bay be upstream switched from nose to pytest and started to use
it's magical fixtures. Try using -m pytest instead of -m nose
On January 22, 2019 2:35:50 PM EST, Andreas Tille wrote:
>Hi,
>
>On Tue, Jan 22, 2019 at 08:03:22PM +0100, Andr
FWIW those were reported "upstream"
https://github.com/nipy/nipy/issues/466
unfortunately I had no time to look at them (again :-/)
On Tue, 08 Dec 2020, Andreas Tille wrote:
> Control: tags -1 pending
> Control: tags -1 help
> Hi,
> I've updated nipy Git[1] to version 0.4.3~rc1 which solves the
On Tue, 02 Mar 2021, Steven Robbins wrote:
> Hi,
> I'm trying to use a (non-Debian) python system built on python 3.8. Debian's
> default is currently 3.9 so I am advised to use a virtual environment.
> Being
> a newbie, I searched around and found a writeup covering several different
>
FWIW, if might come handy in the future, my 4c:
> * What do we provide for scientific / data scientist use cases?
- https://snapshot.debian.org/ is the unique service allowing to "go
back in time" or just "freeze" the environment given a date.
Very handy for reproducibility, collab, etc.
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-python@lists.debian.org
* Package name: memray
Version : 1.0.3
Upstream Author : Bloomberg LP
* URL : https://github.com/bloomberg/memray
* License : Apache 2.0
Programming Lang: Python
Description :
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-python@lists.debian.org
* Package name: python3-pytest-fail-slow
Version : 0.1.0
Upstream Author : John Thorvald Wodder II
* URL : https://github.com/jwodder/pytest-fail-slow/
* License : MIT/X
Programming
1,3 +1,12 @@
+python-argcomplete (1.12.3-0.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * debian/rules
+- provide workaround for tests to not fail (Closes: #1010941).
+ Upstream issue: https://github.com/kislyuk/argcomplete/issues/337
+
+ -- Yaroslav Halchenko Fri, 13 Ma
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-python@lists.debian.org
* Package name: python3-looseversion
Version : 1.0.1
Upstream Author : Chris Markiewicz
* URL : https://github.com/effigies/looseversion
* License : Python
Programming Lang: Python
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-python@lists.debian.org
* Package name: python3-lazy-loader
Version : 0.1
Upstream Author : Jarrod Millman
* URL : https://github.com/scientific-python/lazy_loader
* License : BSD-3
Programming Lang: Pytho
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org
* Package name: fscacher
Version : 0.4.1
Upstream Contact: Yaroslav Halchenko
* URL : https://github.com/con/fscacher
* License
ales defined on the
system. /usr/share/i18n/SUPPORTED is highly Linux specific solution thus
might not be favored by python upstream, but might be very crucial for
i18n support of python among debian community.
P.S. Please CC me replies from the list since I'm not su
.-.
=-- /v\ =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\ ICQ#: 60653192
Linux User^^-^^[17]
pgpOptqReP1mC.pgp
Description: PGP signature
ou need to add "any" part
> ("any", "any, >=2.3", "any, >=2.3, <<2.5", ...)
Thank you for the info - I will try to read docs more carefully next
time ;-)
--
.-.
=------
Hi Team & Stefano in particular,
There is RFP from Stefano
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1072818
for hatch https://hatch.pypa.io/latest/ which is gaining more and more
popularity.
I wondered if anyone has free cycles to ITP and package it quickly
it for the team maintenance?
101 - 197 of 197 matches
Mail list logo