Thanks for this! psrecord sounds really similar to our
https://github.com/con/duct which we recently also uploaded to Debian
(it is that popular topic I guess ;) ).
https://packages.debian.org/sid/con-duct .
psrecord though is much more mature -- seems have been there for a
decade so must have mo
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?
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
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
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
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-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
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 :
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.
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 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
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
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
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+
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:
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 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
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 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
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 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
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
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
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.
> &
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 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 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 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
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 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
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 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
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 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
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, 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
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,
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
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
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 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! ;
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
* 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
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
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
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
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
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 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
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 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
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
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
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
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
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
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
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
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
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 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
>
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:/
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
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
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
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
> >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
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
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, 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
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
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-&
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
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
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.
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
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
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
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
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
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
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
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 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
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
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
>
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
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, 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 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= -
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:
> >>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
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 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
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
if interested in how I do it, here would be an example:
https://github.com/neurodebian/pandas/blob/debian/debian/rules#L54
On Mon, 30 Apr 2012, Yaroslav Halchenko wrote:
> > will appear. One of challenges will be determining dependencies
> > required during build process.
> With
, thus reduce future frustration / bug reports about broken
packages.
Just my .1 cents.
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
cases correctly (where it
might output to stderr).
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsu
--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://
e"
Cheers,
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists
1 - 100 of 198 matches
Mail list logo
