Hi Kumar!
On Tue, Jul 28, 2009 at 12:26 PM, Kumar
Appaiah wrote:
> On Tue, Jul 28, 2009 at 07:42:23PM +0200, Sandro Tosi wrote:
>> > Since I have not been very attentive to the changes required for
>> > python-numpy, I have removed my name from the uploaders. That,
>> > however, will not prevent m
On Mon, Mar 2, 2009 at 7:18 PM, Ben Finney wrote:
> Ondrej Certik writes:
>
>> why is the decision unfair?
>
> You'll have to ask Piotr (the one making the decision, and also the
> one who chose that subject field), not me.
Oops, sorry, my fault. You are right.
O
Hi Ben,
On Mon, Mar 2, 2009 at 5:43 PM, Ben Finney wrote:
> Piotr Ożarowski writes:
>
>> PS while converting [a package using python-central to use
>> python-support], remember to add to preinst something like these 3
>> lines:
>>
>> | if [ "$1" = upgrade ] && dpkg --compare-versions "$2" lt 1.2
Hi Adeodato,
On Mon, Mar 2, 2009 at 11:37 AM, Adeodato Simó wrote:
> * Ondrej Certik [Mon, 02 Mar 2009 11:07:25 -0500]:
>
>> >> I have never used stacked branches, but are you sure you can only
>> >> branch the repository data related to a subset of the working tree
On Mon, Mar 2, 2009 at 4:17 PM, Piotr Ożarowski wrote:
> [Piotr Ożarowski, 2009-02-18]
>> [...] it's time however to decide which one will be my
>> winner - I'll decide that in next weeks (maybe months, but it
>> will happen sooner than later
>
> Since nobody is interested in having the tools bina
On Mon, Mar 2, 2009 at 11:27 AM, Tristan Seligmann
wrote:
> * Ondrej Certik [2009-03-02 11:07:25 -0500]:
>
>> > If you don't want the project history, then you can use lightweight
>> > checkouts, which are essentially equivalent to SVN checkouts (you get a
>>
On Sun, Mar 1, 2009 at 4:14 PM, Tristan Seligmann
wrote:
> * David Cournapeau [2009-02-28 20:22:46 +0900]:
>
>> I have never used stacked branches, but are you sure you can only
>> branch the repository data related to a subset of the working tree
>> only ? My understanding is that bzr stacked br
> I didn't see that message when I wrote mine.
>
>> On Fri, Feb 27, 2009 at 16:41, Ondrej Certik wrote:
>> > We discussed that in the pust, just find the discussion on this
>> > list before. I apologize for opening it again.
>
> I don't know what threa
On Fri, Feb 27, 2009 at 7:33 AM, Stephan Peijnik wrote:
> First of all, I do not consider myself to be a 'major' contributor to
> the DPMT either.
>
> On Fri, 2009-02-27 at 15:07 +0100, Sandro Tosi wrote:
>> No, what I said was:
>>
>> - I see no need to move to git as a team
>> - I can't afford to
On Thu, Feb 26, 2009 at 12:14 PM, Piotr Ożarowski wrote:
> Hi,
>
> [Cyril Brulebois, 2009-02-26]
>> That's why I'm planning to move python-{networkx,pygraphviz} out of
>> DPMT's svn and move them to collab-maint's set of git repositories.
>>
>> Now, question: should I keep DPMT in Uploaders, or dr
Hi,
so the new numpy is in Debian, finally...
But one test fails:
In [1]: import numpy
In [2]: numpy.test()
Running unit tests for numpy
/var/lib/python-support/python2.5/nose/plugins/manager.py:386:
UserWarning: Module nose was already imported from
/var/lib/python-support/python2.5/nose/__ini
Hi,
I finally found time to upload the numpy 1.2.1 to Debian unstable
(currently it's in incoming: http://incoming.debian.org/). The package
is lintian clean, but there is one test that failed for me in chroot.
I'll wait until it gets to mirrors and then try it on my laptop and
report a bug (I upl
On Tue, Feb 17, 2009 at 10:34 AM, Josselin Mouette wrote:
> Le mardi 17 février 2009 à 10:09 -0800, Ondrej Certik a écrit :
>> Unfortunately from both of you I only met Matthias in person (in
>> Prague at the Ubuntu Developer Summit), but what I understood is that
>> the
On Tue, Feb 17, 2009 at 6:44 AM, Josselin Mouette wrote:
> Le mardi 17 février 2009 à 15:03 +0100, Bernd Zeimetz a écrit :
>> > - Can you guys please finally sit down and agree on one solution for
>> > handling python modules? I still think that having two (slightly
>> > different) ways of doi
>> Various
>> ---
>>
>> There are other things which may be worth a look.
>
> - Can you guys please finally sit down and agree on one solution for
> handling python modules? I still think that having two (slightly
> different) ways of doing this task is not the way to go. I really do
> not s
On Mon, Feb 16, 2009 at 2:15 PM, Matthias Klose wrote:
> Ondrej Certik schrieb:
>> Hi Matthias,
>>
>> thanks for all the work you do. I have one question:
>>
>>> - 3.0/3.1: I do not plan to upload 3.0 to unstable or experimental,
>>> but will pre
Hi Matthias,
thanks for all the work you do. I have one question:
> - 3.0/3.1: I do not plan to upload 3.0 to unstable or experimental,
> but will prepare 3.1 packages for experimental and upload those
> to unstable with the final release or a late release candidate.
> The 3.1 release is p
On Wed, Feb 11, 2009 at 1:54 AM, Piotr Ożarowski wrote:
> [David Cournapeau, 2009-02-11]
>> As a first patch, I remove the build-conflicts on atlas, while still
>> avoiding explicit linking against it; this should create exactly the
>> same package as before, without the need for the build conflic
On Mon, Feb 9, 2009 at 5:14 AM, Bernd Zeimetz wrote:
> Hi!
>
> Ondrej Certik wrote:
>> is it ok if I upload 0.10.3-1? E.g. will it break the sage build (or
>> anything else)?
>
> Lenny will be released in 5 days - is it really a problem to wait for that?
No, not at al
On Sun, Feb 8, 2009 at 10:00 PM, David Cournapeau wrote:
> On Mon, Feb 9, 2009 at 2:36 PM, Ondrej Certik wrote:
>> Hi David!
>>
>> On Sun, Feb 8, 2009 at 9:10 PM, David Cournapeau wrote:
>>> Hi,
>>>
>>> I am a developer of numpy and scipy, and
Hi David!
On Sun, Feb 8, 2009 at 9:10 PM, David Cournapeau wrote:
> Hi,
>
> I am a developer of numpy and scipy, and I would be interested in
> helping numpy/scipy debian packages to be better on both Debian and
> Ubuntu. As a user of both Debian and Ubuntu, and one of the main
> developer worki
Hi,
is it ok if I upload 0.10.3-1? E.g. will it break the sage build (or
anything else)?
Or should I wait after the Lenny release.
Ondrej
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Thu, Feb 5, 2009 at 8:41 PM, Cyril Brulebois wrote:
> Ondrej Certik (05/02/2009):
>> Ok. But we are wasting people's time. I just got another email from a
>> Ubuntu user that he will rather consider compiling it for Ubuntu's PPA
>> himself, because he cannot use
On Thu, Feb 5, 2009 at 9:05 AM, Sandro Tosi wrote:
> On Thu, Feb 5, 2009 at 17:21, Ondrej Certik wrote:
>> 3) upload to experimental
>> 3a) keep the sphinx docs (sphinx is in experimental)
>
> I'd recommends this.
Ok. But we are wasting people's time. I just
>> > hence no reason to allow for a transition to testing. Moreover, I
>> > promise that pymvpa will not attempt such thing ;-)
>>
>> What about Sphinx 0.4.3? Does it mean we will not try to unblock it?
>
> Sphinx 0.4.3 is the classic example: It causes more trouble than it
> fixed. For example try
On Wed, Jan 28, 2009 at 1:13 PM, Piotr Ożarowski wrote:
> [Paweł Tęcza, 2009-01-13]
>> Paweł Tęcza pisze:
>> >Please note, that packaged version 1.4 is obsolete now, because the current
>> >version of Courier-Pythonfilter is 1.5 (added psycopg2 support for
>> >PostgreSQL for greylisting). Version
On Sun, Jan 25, 2009 at 1:42 PM, Piotr Ożarowski wrote:
> [Ondrej Certik, 2009-01-25]
>> I really want it in unstable.
>
> I want unstable not to be affected by testing freeze as well, but that's
> all what I will say in this topic before Lenny's release.
>
On Sun, Jan 25, 2009 at 1:47 PM, Piotr Ożarowski wrote:
> [Michael Hanke, 2009-01-25]
>> To me the question is: Why is sphinx 0.5 in experimental not unstable?
>> This issue does not only affect numpy, as sphinx 0.4.3 has some problems
>> which prevent successful building of docs (e.g. image/figur
On Sun, Jan 25, 2009 at 11:01 AM, Bernd Zeimetz wrote:
> Hi,
>
> Ondrej Certik wrote:
>> I really want it in unstable. It's because the new scipy won't build
>> without this upload etc. and many people are just waiting for it. It's
>> a legitimate que
Hi Piotr, Kumar and Matthias,
thanks for all the replies, I'll reply one by one:
On Sun, Jan 25, 2009 at 1:39 AM, Piotr Ożarowski wrote:
> [Ondrej Certik, 2009-01-25]
>> There is a problem with documentation, that it depends on sphinx-0.5,
>> which is currently only in ex
Hi,
I finally packaged the newest uptream and committed all fixes into our
svn repo for numpy. Kumar (or others), do you think you could please
test the package?
There is a problem with documentation, that it depends on sphinx-0.5,
which is currently only in experimental. And also upstream doesn't
On Tue, Jan 6, 2009 at 1:39 PM, Christoph Haas wrote:
> On Samstag, 27. Dezember 2008, Ondrej Certik wrote:
>> On Sat, Dec 27, 2008 at 11:08 PM, Piotr Ożarowski
> wrote:
>> > [andmalc, 2008-12-27 23:00]
>> >
>> >> I'd appreciate a package, if
On Sat, Dec 27, 2008 at 11:08 PM, Piotr Ożarowski wrote:
> [andmalc, 2008-12-27 23:00]
>> I'd appreciate a package, if only to play with and not for
>> production.
>
> $ dget -x
> https://launchpad.net/ubuntu/jaunty/+source/python3.0/3.0-0ubuntu1/+files/python3.0_3.0-0ubuntu1.dsc
> $ cd python*
>
On Fri, Dec 26, 2008 at 12:54 AM, Piotr Ożarowski wrote:
> [Piotr Ożarowski, 2008-12-23 13:37]
>> unfortunately I use Git only outside Debian, so I don't know about
>> issues git-buildpackage might have. I know it doesn't have
>> mergeWithUpstream but it's written in Python, so we can implement th
On Wed, Dec 24, 2008 at 10:35 PM, Sandro Tosi wrote:
> On Wed, Dec 24, 2008 at 00:48, Ondrej Certik wrote:
>> thanks for the points, I reacted to some.
>
> so please accept my reply :)
Absolutely. :)
> have you ever tried git-svn to work over your packages actually in the t
Hi Sandro,
thanks for the points, I reacted to some.
On Tue, Dec 23, 2008 at 5:02 PM, Sandro Tosi wrote:
>> P.S. bzed, POX, isn't it time to move our packaging to git?
>
> I'm none of them, but I'll speak anyway :) Buxy almost did my point,
> I'd like to express me a bit.
>
> To do a change into
On Tue, Dec 23, 2008 at 2:14 PM, Bernd Zeimetz wrote:
> Matthias Klose wrote:
>> I only trust my own comparsion without any date and version numbers.
>> And honestly I don't care about a checkin of the usual 2-5 files
>> taking half a second longer. What annoys me most with git is the
>> steep le
On Tue, Dec 23, 2008 at 1:37 PM, Piotr Ożarowski wrote:
> [Ondrej Certik, 2008-12-23 11:19]
>> emi...@saturno:~/deb/python-modules$ svn log | egrep "^r[0-9]+ " | cut
>> -f2 -d'|' | sed 's/-guest//' | sort | uniq -c | sort -n -r
>> 865 piotr
On Tue, Dec 23, 2008 at 10:41 AM, Bernd Zeimetz wrote:
> Cyril Brulebois wrote:
>> Tristan Seligmann (20/12/2008):
>>> My personal preference ordering would probably be:
>>>
>>> hg, bzr, svn, git
>>
>> git, FD, *
>
> +1 :)
+1 too.
Btw, Emilio did a list of the most active DPMT users, here i
> Btw, Emilio did a list of the most active DPMT users, here it is. Some
> people like pox and piotr are actually the same.
And the same list for PAPT:
emi...@saturno:~/deb/python-apps$ svn log | egrep "^r[0-9]+ " | cut
-f2 -d'|' | sed 's/-guest//' | sort | uniq -c | sort -n -r
401 nijel
On Sat, Dec 20, 2008 at 7:49 PM, Steve Langasek wrote:
> On Sat, Dec 20, 2008 at 06:43:19PM +0100, Bernd Zeimetz wrote:
>> Monty Taylor wrote:
>> > /me whinges that switching to bzr for packaging in general would be a
>> > much nicer thing overall, since then ubuntu downstream is pretty well
>> >
Hi Piotr!
On Thu, Dec 18, 2008 at 8:41 PM, Piotr Ożarowski wrote:
> [Ondrej Certik, 2008-12-08]
>> P.S. bzed, POX, isn't it time to move our packaging to git?
>
> I was planing it for a long time, but never found time to actually do it.
>
> If you volunteer to do this
On Wed, Dec 17, 2008 at 1:40 PM, Nima Talebi wrote:
> Hi Everybody.
> I've taken the latest dmidecode (http://www.nongnu.org/dmidecode/) and
> recompiled it as a python module, which I'd now like to introduce into the
> unstable debian release.
> The web page for this project is
> at http://projec
ion 7087)
+++ debian/changelog (working copy)
@@ -1,3 +1,9 @@
+python-numpy (1:1.2.1-1) unstable; urgency=low
+
+ * New upstream release
+
+ -- Ondrej Certik <[EMAIL PROTECTED]> Mon, 08 Dec 2008 17:32:37 +0100
+
python-numpy (1:1.1.1-2) unstable; urgency=low
[ Ondrej Ce
On Sat, Nov 8, 2008 at 7:17 PM, Kumar Appaiah <[EMAIL PROTECTED]> wrote:
> Dear Tom,
>
> On Sat, Nov 08, 2008 at 09:04:38AM -0800, Tom Kuiper wrote:
>>What package does the TTF to EPS/PS conversion?
>
> Reading through your backtrace, I guess the function which fails is
> convert_ttf_to_ps. Thi
On Sat, Nov 8, 2008 at 11:28 AM, Tom Kuiper <[EMAIL PROTECTED]> wrote:
> Dear Dato,
>
> On Monday I installed this package and the two associated packages (as they
> were then, anyway) from
>
> http://ftp.de.debian.org/debian/pool/main/m/matplotlib/
>
> On Thursday I tried to save a figure to EPS f
On Mon, Nov 3, 2008 at 11:19 PM, Sandro Tosi <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> On Sat, Nov 1, 2008 at 18:07, Sandro Tosi <[EMAIL PROTECTED]> wrote:
>> Hi all,
>> following up what once POX suggested on irc, I'd like to switch from
>> wsvn to viewsvn (compare the difference yourself at [1] an
On Fri, Oct 3, 2008 at 11:54 AM, Piotr Ożarowski <[EMAIL PROTECTED]> wrote:
> [Ondrej Certik, 2008-10-03 11:41]
>> is there anyone packaging python2.6? Any plans for it?
>
> I'm sure Matthias will upload python2.6 to unstable short after
> releasing Lenny. For now L
Hi,
is there anyone packaging python2.6? Any plans for it?
I did some really stupid and naive packaging here:
http://github.com/certik/python2.6/tree/master
in case anyone wanted some package immediatelly. But a proper
packaging should be done -- I don't know if there is anything special
to wat
2008/10/2 Nicolas Chauvat <[EMAIL PROTECTED]>:
> On Wed, Oct 01, 2008 at 11:33:03AM +1000, Ben Finney wrote:
>> Huge thanks to Josselin Mouette
>
> +10
I read through the thread at distutils-sig and thanks for discussing
it. Keep going.
Ondrej
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
On Wed, Aug 27, 2008 at 11:38 PM, Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le mercredi 27 août 2008 à 23:33 +0200, Marc Fargas a écrit :
>> > 3. Due to changes in the admin and form applications, Django 1.0 will be
>> > backwards incompatible with 0.96 and the old stable version's use in
>> >
On Wed, Aug 27, 2008 at 3:34 PM, David Spreen <[EMAIL PROTECTED]> wrote:
> Hello,
>
> the Django project will release their version 1.0 in the beginning of
> next week. I know that usually no new upstream versions are allowed into
> Lenny at this point. I wonder though if Django could be an excepti
On Sat, Aug 23, 2008 at 8:59 PM, Serafeim Zanikolas <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 22, 2008 at 12:09:07AM +0200, Piotr Ożarowski wrote:
>> Hi Serafeim,
>>
>> [Serafeim Zanikolas, 2008-08-20]
>> > I'd like to join the python modules and apps teams to help with general QA.
>>
>> I've added
On Tue, Jul 15, 2008 at 12:28 AM, Sandro Tosi <[EMAIL PROTECTED]> wrote:
> Hi Kibi!
>
> On Mon, Jul 14, 2008 at 20:13, Cyril Brulebois <[EMAIL PROTECTED]> wrote:
>> Hi folks,
>>
>> I'm wondering whether there's a preferred place where to drop the
>> test(s) directory. I don't really know whether to
On Tue, Jul 8, 2008 at 4:11 PM, Tiziano Zito <[EMAIL PROTECTED]> wrote:
> Dear all,
> I would like to join the DPMT and help maintaining current packages.
> I've already helped a little bit for the python-numpy package and
> I am the author of two programs in debian (python-mdp and python-symeig,
>
On Tue, Jul 8, 2008 at 3:05 PM, Tiziano Zito <[EMAIL PROTECTED]> wrote:
> Hi Ondrej,
>
>> $ ./test_atlas.py
>> Using ATLAS:
>> 0.53141283989
>> $ wajig remove atlas3-base libatlas3gf-base
>> $ ./test_atlas.py
>> Using ATLAS:
>> 1.64572000504
>>
>> So it seems to work, even though the difference is
On Tue, Jul 8, 2008 at 1:58 PM, Tiziano Zito <[EMAIL PROTECTED]> wrote:
> On 7/8/08, Matthias Klose <[EMAIL PROTECTED]> wrote:
>> thanks for the update. Looking at the blas package, I see that the
>> cblas library is included in libblas3. So it looks like the numpy
>> check is wrong, testing fo
On Mon, Jul 7, 2008 at 6:34 PM, Pietro Battiston <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello,
> a package I maintain, gvb, has just entered sid, and I noticed that
> unfortunately I erroneously set "Priority: optional" (it is wrong
> because it depends on
Hi,
we have this problem in Debian:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489726
The problem is that numpy should not depend on atlas unconditionally,
yet it should allow it for users that have it.
I am not an expert in blas/lapack/atlas and it's Debian packaging much
(I know some pe
On Mon, Jul 7, 2008 at 2:12 PM, Matthias Klose <[EMAIL PROTECTED]> wrote:
> Package: python-numpy
> Version: 1:1.1.0-2
> Severity: serious
>
> python-numpy now has an unconditional dependency on libatlas3gf-base,
> needing the "specialized" atlas libraries as a runtime
> dependency. Users still sho
On Mon, Jun 9, 2008 at 6:20 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I tried to package numpy 1.1 and upload it to Debian, all worked fine,
> I installed the package and:
>
&
On Mon, May 19, 2008 at 12:49 PM, Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le dimanche 18 mai 2008 à 11:35 -0700, Monty Taylor a écrit :
>> 1. What are the real differences between these two?
>
> Technically speaking, they use very different approaches. Python-central
> links modules at their
On Mon, Apr 14, 2008 at 12:49 PM, Piotr Ożarowski <[EMAIL PROTECTED]> wrote:
> python2.5 is default since less than 24h, binNMUs were requested, please give
> our build daemons some time. In the mean time you can take a look at [1]
> and try to fix some old DPMT bugs :-)
>
> [1] http://qa.debian
Hi,
for those like myself who didn't even notice, Debian has switched to
python2.5 by the release team NMUing Python.
So currently, some packages needs to be fixed, for example on my
system, these packages now want to be removed:
gimp-python hpijs hpijs-ppds hplip hplip-gui libapache2-mod-python
Hi,
the scipy svn version contains a lot of new improvements, so if you
want to package it for yourself, download scipy svn, do "./setup.py
sdist", then apply the attached patch
to our python-scipy debian svn and it will compile in pbuilder. This
is just a temporary solution if you need to new pac
On Tue, Mar 25, 2008 at 11:01 PM, Piotr Ożarowski <[EMAIL PROTECTED]> wrote:
> Hi Antonio,
>
> [Antonio De Luci, 2008-03-24]
>
> > I would like to be added to Team DMTP. I intend to keep the mother's
> > package on DPMT.
>
> You're a new team member, welcome!
>
> BTW: you will need to list some
On Wed, Mar 19, 2008 at 11:08 PM, Ben Finney
<[EMAIL PROTECTED]> wrote:
> Ben Finney <[EMAIL PROTECTED]> writes:
>
> > The Python distutils-sig group is currently discussing the topic of
> > package management, how setuptools interacts with package managers,
> > and what changes are desirable as
On Tue, Feb 12, 2008 at 1:59 AM, Floris Bruynooghe
<[EMAIL PROTECTED]> wrote:
> Hello Ondrej
>
>
> On Sat, Feb 09, 2008 at 12:01:52AM +0100, Ondrej Certik wrote:
> > the python-profile is in non-free, so what free tool do you use for
> > profiling your python
On Thu, Feb 28, 2008 at 9:26 PM, Piotr Ożarowski <[EMAIL PROTECTED]> wrote:
> Hi,
>
> We need more sponsors in Debian Python Modules Team and Python Modules
> Packaging Team. If you have few free hours, please take a look at our
> TODO pages [1,2] and put your name in "DD" column if you're willi
On Sat, Feb 23, 2008 at 5:08 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
>
> On Sat, Feb 23, 2008 at 4:31 PM, Eike Nicklas <[EMAIL PROTECTED]> wrote:
> > Hi Ondrej et al.,
> >
> >
> > >
> > > Yes, I read that bug. There are more prob
On Sat, Feb 23, 2008 at 4:31 PM, Eike Nicklas <[EMAIL PROTECTED]> wrote:
> Hi Ondrej et al.,
>
>
> >
> > Yes, I read that bug. There are more problems with matplotlib - it is
> > not lintian clean,
> > it still uses Numerics and numarray besides numpy (I don't know if
> > this is a feature or
On Sat, Feb 23, 2008 at 1:22 PM, Eike Nicklas <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> On Sat, 23 Feb 2008 13:07:24 +0100 Ondrej Certik wrote:
>
> >
> > currently, matplotlib doesn't install with numpy in sid, when numpy
> > switched to gfortran and
Hi,
currently, matplotlib doesn't install with numpy in sid, when numpy
switched to gfortran and it conflicts with matplotlib.
It seems just a recompile of matplotlib fixes the problem. I imported
matplotlib to DPMT svn:
svn://svn.debian.org/svn/python-modules/packages/matplotlib/
and committed
Hi,
the python-profile is in non-free, so what free tool do you use for
profiling your python programs? There is cProfile in python2.5, which
seems to be free, but for showing
the result I need pstat, which is again non-free. Is there a DFSG free
way to profile python programs?
If not, it seems t
Hi,
python-numpy seems ok to go to testing, but:
http://bjorn.haxx.se/debian/testing.pl?package=python-numpy
a) Updating python-numpy makes 1 depending packages uninstallable on
i386: python-scipy, this should however fall into:
1. Sometimes packages have seemingly recursive dependencies (addin
On Dec 20, 2007 9:17 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
>
> Ondrej Certik wrote:
> > Hi,
> >
> > the files like arrayobject.h, arrayscalars.h etc. used to be in:
> >
> > /usr/lib/python2.4/site-packages/numpy/core/include/numpy/
> >
>
On Dec 18, 2007 11:09 PM, Piotr Ożarowski <[EMAIL PROTECTED]> wrote:
> > But Lenny and Sid are both still at Python level 2.4... If not now, then
> > when?
>
> don't worry, Lenny will not have python2.4 as a default Python version
> (or it will be released with python2.4 over my dead body ;)
Good
On Dec 19, 2007 10:00 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> Hi,
>
> the files like arrayobject.h, arrayscalars.h etc. used to be in:
>
> /usr/lib/python2.4/site-packages/numpy/core/include/numpy/
>
> and this imho is the same on other distributions, like Ge
Hi,
the files like arrayobject.h, arrayscalars.h etc. used to be in:
/usr/lib/python2.4/site-packages/numpy/core/include/numpy/
and this imho is the same on other distributions, like Gentoo.
However, now, the fresh python-numpy in Debian has them in:
/usr/share/python-support/python-numpy/nump
So the problem still persists on amd64 as reported by Jose.
> > >
> > > Apparently the problem still persists on amd64:
> > >
> > > $ apt-cache show python-numpy
> > > Package: python-numpy
> > > Priority: optional
> > > Section: python
> > > Installed-Size: 6092
> > > Maintainer: Debian Python M
> I tried that - i.e. installed atlas3-base on my system, commented out
> build-conflicts, built python-numpy and got these dependencies:
>
> Depends: atlas3-base | lapack3 | liblapack.so.3, atlas3-base |
> refblas3 | libblas.so.3, ...
>
> which is imho correct, right? We are going to upload now.
On Dec 5, 2007 1:03 PM, José Fonseca <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On 12/5/07, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > we with Kumar made a progress and had python-numpy uploaded (thanks Fabio).
> >
> > It builds nicel
> > >> There's no garantee about which packages are *not* installed on the
> > >> buildds, since packages are not uninstalled after builds.
> > >> Build-conflicts is the good way to solve that.
>
> > if you look into a random log you'll see that the build chroot is
> > cleaned up after a build. The
On Dec 5, 2007 8:10 PM, Lucas Nussbaum <[EMAIL PROTECTED]> wrote:
> On 05/12/07 at 13:37 +0100, Bernd Zeimetz wrote:
> > >> 1. Why is there the build-conflict in the first place? This is the
> > >> question to original maintainers (Marco, Alexandre, Jose, Matthias)
> > >
> > > I added the build-con
Hi,
we with Kumar made a progress and had python-numpy uploaded (thanks Fabio).
It builds nicely in pbuilder, but fails to build on buildbots. See:
http://buildd.debian.org/pkg.cgi?pkg=python-numpy
Fabio uploaded it on amd64, so that one is fine.
Crucial are the following lines from debian/con
On Dec 3, 2007 2:10 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> > So what to do now?
>
> After discussing this with William Grant (a comaintainer of
> python-scipy and python-numpy in ubuntu) I tend to like to put f2py
> inside the python-numpy package and don't
> So what to do now?
After discussing this with William Grant (a comaintainer of
python-scipy and python-numpy in ubuntu) I tend to like to put f2py
inside the python-numpy package and don't create a special python-f2py
binary. That way we don't have to deal with versions conflicts.
But the old p
Hi,
Kumar and I have prepared a new python-numpy package. It has the DM
field set, but first it creates a new binary package and second the
changes are big, so I would like to ask you if you could review our
changes first and then possibly upload it (but this will not be that
easy, see below).
Th
On Nov 13, 2007 6:35 AM, Bernd Zeimetz <[EMAIL PROTECTED]> wrote:
> Ondrej Certik wrote:
> >> I get the impression that you want to package some math software... just
> >> forgot the name :) Let me know if you need help.
> >
> > libmesh. The packages a
> I get the impression that you want to package some math software... just
> forgot the name :) Let me know if you need help.
libmesh. The packages are here:
http://debian.certik.cz/
but they still need some work, before they could be uploaded to unstable.
> not you, but Tincho - adding him to
On Nov 12, 2007 10:47 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I want to package cython in the PAPT team and I am getting:
>
> $ svn mkdir svn+ssh://[EMAIL PROTECTED]/svn/python-apps/packages/cython/
>
> Committed revision 211.
>
> Warning: 'post
Hi,
I want to package cython in the PAPT team and I am getting:
$ svn mkdir svn+ssh://[EMAIL PROTECTED]/svn/python-apps/packages/cython/
Committed revision 211.
Warning: 'post-commit' hook failed with error output:
Use of uninitialized value in concatenation (.) or string at
/srv/home/groups/pk
(I am doing the packaging of mayavi2 and traits for Debian).
Ondrej
-- Forwarded message --
From: Gael Varoquaux <[EMAIL PROTECTED]>
Date: Sep 10, 2007 1:23 PM
Subject: Re: [Enthought-dev] why setuptools and eggs are bad
To: [EMAIL PROTECTED]
On Mon, Sep 10, 2007 at 12:26:18
> This is certainly my preference. It's much clearer if there is *one*
> person named as the responsible party for the packages.
>
> It's a fact of human psychology that if a collective group is named as
> the responsible party, then nobody in that group feels particularly
> responsible. This is on
Hi,
should the maintainer field of DPMT packages that I created be set to
me, or the
Debian Python Modules Team <[EMAIL PROTECTED]>
?
At the moment, it's set to me, but it seems to me it's better for
everybody, if it is rather set to DPMT, since that way everyone should
feel encouraged to fix t
. For example I would like to do the python bindings for
the petsc library.
My alioth userid is certik-guest.
Thanks
Ondrej Certik
96 matches
Mail list logo
