Bug#639347: RFA: psyco -- Python specializing compiler
Package: wnpp Severity: normal I request an adopter for the psyco package, as I no longer use the package and cannot maintain it properly anymore. Due to lack of upstream support, maybe the package should be removed from Debian altogether, as supporting python 2.5 will require significant effort. Any feedback on this regard is welcome. The package description is: Psyco lets you run your existing Python software much faster, with no change in your source. . Think of Psyco as a kind of just-in-time (JIT) compiler, a little bit like Java's, that emit machine code on the fly instead of interpreting your Python program step by step. The result is that your unmodified Python programs run faster. . The plan for the next release is to include a fast low-level interpreter that can be used on non-Intel processors. It will finally make Psyco portable -- although of course not as fast as it could possibly be if it could emit real machine code. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110826072922.4616.9944.reportbug@lacapelle
Bug#458812: are you still interested in packaging code aster ?
Hi, I'm interested in packaging Code Aster for Debian. Are you still working on this? Is there any way I could help you? -- Alexandre Fayolle http://qa.debian.org/developer.php?login=afayolle%40debian.orgcomaint=yes -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#458812: are you still interested in packaging code aster ?
Le Thursday 16 April 2009 19:28:06 Adam C Powell IV, vous avez écrit : On Thu, 2009-04-16 at 19:05 +0200, Alexandre Fayolle wrote: Hi, I'm interested in packaging Code Aster for Debian. Are you still working on this? Is there any way I could help you? Great. My packages are very old, haven't tried the newest version yet, but you're welcome to them. Hmm, they're living on a machine which is not currently on the net... Will get everything to you ASAP. Thanks a lot. Unfortunately, Aster requires MUMPS, and my MUMPS packages are held up by bugs 491105 and 491028 in blacs and scalapack. I'll give these a look tomorrow I could just restrict it to MPICH and LAM, but would rather have an OpenMPI version, or one using mpi-default-(dev|bin), as neither MPICH(1) nor LAM is currently maintained by upstream. Would packaging mpich2 in Debian help ? -- Alexandre Fayolle http://qa.debian.org/developer.php?login=afayolle%40debian.orgcomaint=yes -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#455734: RFA: pypy -- the python in python interpreter, C backend
Chris Lamb [EMAIL PROTECTED]: I wish to adopt this package. I have been following the PyPy project with great interest over the last year or so. You are very welcome to do so. Please tell me if you need help. I think I have a beefy enough computer to compile PyPy in a more-or-less sensible timeframe (ha!). That's indeed useful. -- Alexandre Fayolle LOGILAB, Paris (France) Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations Développement logiciel sur mesure: http://www.logilab.fr/services Informatique scientifique: http://www.logilab.fr/science signature.asc Description: Digital signature
Bug#455734: RFA: pypy
Package: wnpp Severity: normal I currently don't have enough time to maintain the pypy package in Debian. If anyone feels like taking up the package, they are very welcome to do so. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354012: Adoption of python-xml
On Wed, Mar 22, 2006 at 03:53:20PM +0100, Fabio Tranchitella wrote: Hi Alexandre, I'm interested in adopting python-xml, mainly because I'm maintaining zope and it depends on it. What do you think? We usually use Debian/Ubuntu Zope Team as maintainer and ourself as uploaders. Can I proceed with an upload putting yourself and me as uploaders? Please do so. I'll keep an eye on the package, and gladly help resolve problems, if required. Thank you very much for taking the maintainance of python-xml. -- Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org signature.asc Description: Digital signature
Bug#354012: RFA: python-xml -- XML tools for Python [dummy package]
Package: wnpp Severity: normal I request an adopter for the python-xml[1] package. The package description is: The Python/XML distribution contains the basic tools required for processing XML data using the Python programming language, assembled into one easy-to-install package. The distribution includes parsers and standard interfaces such as SAX and DOM, along with various other useful modules. . The package currently contains: . * XML parsers: Pyexpat (Jack Jansen), xmlproc (Lars Marius Garshol), sgmlop (Fredrik Lundh). * SAX interface (Lars Marius Garshol) * minidom DOM implementation (Paul Prescod, others) * 4DOM and 4XPath from Fourthought (Uche Ogbuji, Mike Olson) * Schema implementations: TREX (James Tauber) * Various utility modules and functions (various people) * Documentation and example programs (various people) Reverse dependencies include fonttools, gdeskcal, gdesklets, imgseek, memaid-pyqt, python-davlib, qm, revelation, rubrica, zope. I'm no longer using python-xml for my daily development, and as a consequence, I feel I'm not doing as good a job as I should on the python-xml package. I'm therefore considering passing maintenance to someone else, or co-maintaining the package. The packaging itself is pretty straightforward, but * upstream is not very active * some long lasting bugs[2] are fixed in upstream cvs, but the fix might break other packages depending on the bug, so I'm a bit reluctant to add a patch which could lead to debian shipping a pyxml-0.8.4 package which would behave differently from other distributions * xbel is part of the debian package, but is essentially unmaintained by upstream (not a problem for the DTD, but one for xbel-utils scripts, which I don't use and have been the only one to change in upstream CVS during the past years). Additionnally, xbel has been moved to it's own separate project[3], so maybe it makes sense to move it to its own source package. I'm not sure how this should be done, debian-wise. [1] http://packages.qa.debian.org/p/python-xml.html [2] http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=python-xml [3] http://xbel.sourceforge.net/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352953: ITP: pyqonsole -- X terminal emulator written in python
Package: wnpp Severity: wishlist Owner: Alexandre Fayolle [EMAIL PROTECTED] * Package name: pyqonsole Version : 0.2.0 Upstream Author : Logilab [EMAIL PROTECTED] * URL : http://www.logilab.org/projects/pyqonsole * License : CeCILL Description : X terminal emulator written in python Pyqonsole is an X Window terminal written in Python. The code is based on konsole, and it uses the Qt toolkit. It is mainly meant for use by Python application developpers who would like to embed a terminal in their application, but it can be used as a not blazingly fast XTerm replacement. Text of the CeCILL license available on http://www.cecill.info/licences/Licence_CeCILL_V2-en.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337960: ITP: python-logilab-astng -- Python Abstract Syntax Tree New Generation
Package: wnpp Severity: wishlist Owner: Alexandre Fayolle [EMAIL PROTECTED] * Package name: python-logilab-astng Version : 0.13.1 Upstream Author : Sylvain Thénault [EMAIL PROTECTED] * URL : http://www.logilab.org/projects/astng * License : GPL Description : Python Abstract Syntax Tree New Generation The aim of this module is to provide a common base representation of python source code for projects such as pychecker, pyreverse, pylint... Well, actually the development of this library is essentialy governed by pylint's needs. . It extends class defined in the compiler.ast [1] module with some additional methods and attributes. Instance attributes are added by a builder object, which can either generate extended ast (let's call them astng ;) by visiting an existant ast tree or by inspecting living object. Methods are added by monkey patching ast classes. This package contains code that was in python-logilab-common, and which upstream split in a new library. The newest pylint package uses the new code. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-amd64-k8-smp Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR)
Bug#206691: python matplotlib debian package
On Sat, Oct 08, 2005 at 10:24:21AM -0400, Marco Presi wrote: || On Wed, 5 Oct 2005 20:50:52 +0200 || Alexandre Fayolle [EMAIL PROTECTED] wrote: af On Wed, Oct 05, 2005 at 09:41:08AM -0700, JD Rogers wrote: Haha, that was fun. Talk about a quick answer(s). :-) On a related note, does anyone know the plan for bringing matplotlib into debian proper? There are still some sites [..] af There is an ITP and RFS running, and I should already have af sponsored the package, only $dayjob came in and I didn't af have time to do so. I'll try to push it though, but if any af DD here is quicker than me, please feel free to do so. I am available to do it, just let me know. Hi Marco, Go for it, I'm going to be too busy next week with the organisation of the pypy sprint in Paris [1] and will be on vacation the next two weeks, with little or no net access. The ITP is at [2] [1] http://codespeak.net/pypy/dist/pypy/doc/news.html [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=206691 -- Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org signature.asc Description: Digital signature
Bug#206691: Sponsoring python-matplotlib
Hi, I need to get matplotlib in Debian for some application at work, and I'm willing to sponsor one of the packages announced on the bugreport, as I'd hate to duplicate some work. Are there any opinions about which version is more suitable for upload? I've been using Vittorio's package for some time and it works fine. This ITP has been running for far too long with no upload. -- Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org Offre d'emploi en CDI sur Paris (France) : http://www.logilab.fr/inge1 signature.asc Description: Digital signature
Bug#206691: Sponsoring python-matplotlib
On Thu, Sep 15, 2005 at 11:27:41AM +0200, Aurelien Jarno wrote: Alexandre Fayolle a écrit : Hi, Hi! I need to get matplotlib in Debian for some application at work, and I'm willing to sponsor one of the packages announced on the bugreport, as I'd hate to duplicate some work. Are there any opinions about which version is more suitable for upload? I've been using Vittorio's package for some time and it works fine. Well I think the Vittorio's package is the most suitable to upload, at least that was my conclusion last time I checked. However there is some problems to solve: - I am not able to build the package on two of my computers, I am not sure if it is a problem of the package or a problem on my side. - The package needs an internet connection to be build (actually to download the documentation), this violate the policy. - The package does not include the sources of the documentation (a .pdf file), so this it could only go to non-free. Thanks for the quick and detailed answer. This ITP has been running for far too long with no upload. I agree. I think a package could be uploaded very soon, if the build problem is solved. About the documentation, I suggest to simply remove it until a solution is found. I'll try to look into this over the next week end. Removing the documentation and pointing people in the README.Debian to the web site seems a good compromise to me in order to get the package in the archive rapidly. -- Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org signature.asc Description: Digital signature
Bug#206691: Sponsoring python-matplotlib
On Thu, Sep 15, 2005 at 10:02:43AM -0600, Jack Moffitt wrote: I was helping Vittorio last yaer to prepare it for upload. At the time we had worked out all major problems and were only dealing with very minor issues. I believe Jochen Voss had some more issues as well. In any case, the package should be nearly uploadable. I'm a little busier these days than I was last year, but I can still sponsor this package if no one else is up for it. Hello Jack, If you are Vittorio's usual sponsor, I think it will be easier for him have a single contact to upload his work on Debian. On the other hand, I can understand that you may have too little time for this, and in this cas, I'll gladly step in to sponsor matplotlib. Juste tell me what you feel is best here. -- Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org signature.asc Description: Digital signature
Bug#326892: ITP: pypy -- python interpreter implemented in python
Package: wnpp Severity: wishlist Owner: Alexandre Fayolle [EMAIL PROTECTED] * Package name: pypy Version : 0.7.0 Upstream Authors : pypy consortium pypy-dev@codespeak.net * URL : http://codespeak.net/pypy/ * License : MIT Description : python interpreter implemented in python Pypy is a simple runtime-system for the Python language, written in Python itself. The project targets a large variety of platforms, small and large, by providing a compilation toolsuite that can produce custom Python versions. As of release 0.7.0, pypy features: * whole program type inference on our Python Interpreter implementation with full translation to two different machine-level targets: C and LLVM * a translation choice of using a refcounting or Boehm garbage collectors * the ability to translate with or without thread support * very complete language-level compliancy with CPython 2.4.1 And more will come in future releases. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317958: ITP: python-constraint -- solver for constraint satisfaction problems
Package: wnpp Severity: wishlist Owner: Alexandre Fayolle [EMAIL PROTECTED] * Package name: python-constraint Version : 0.3.0 Upstream Author : Alexandre Fayolle [EMAIL PROTECTED] * URL : http://www.logilab.org/projects/constraint * License : GPL Description : solver for constraint satisfaction problems This module provides an extensible constraint satisfaction problem solver written in pure Python, using constraint propagation algorithms. Support for finite domains and finite interval domains is provided. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281386: ITP: python-fit -- python port of the FIT acceptance testing framework
Package: wnpp Severity: wishlist * Package name: python-fit Version : 0.6a1 Upstream Author : John Roth * URL : http://groups.yahoo.com/group/fitnesse/files/ * License : GPL Description : python port of the FIT acceptance testing framework The FIT acceptance framework provides a way of specifying customer tests in HTML tables. The framework parses the tables, runs them, and produces a modified version of the original HTML document as a report. . Information about the original Java version of FIT is available at http://fit.c2.com/ . Python-FIT is compatible with the fitnesse Wiki, available from http://www.fitnesse.org/ -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Bug#271576: ITP: python-scipy-core -- scientific tools for python
Package: wnpp Severity: wishlist * Package name: python-scipy-core Version : 0.3 Upstream Author : Enthought Inc. * URL : http://www.scipy.org/ * License : BSD Description : scientific tools for python This is a dependency of both python-f2py (ITP #218523) and python-scipy (ITP #126037) which I plan to upload tomorrow. I'm filing the ITP just for informational purpose. For the long description see python-scipy's ITP. The reason these 2 packages have been split is to break a circular build dependency (python-f2py build depends on python-scipy-core and python-scipy build depends on python-f2py). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=fr_FR, LC_CTYPE=fr_FR
Bug#268144: ITP: python-logilab-devtools -- python development and QA helper tools
Package: wnpp Severity: wishlist * Package name: python-logilab-devtools Version : 0.5.2 Upstream Author : Sylvain Thénault [EMAIL PROTECTED] * URL : http://www.logilab.org/projects/devtools/ * License : GPL Description : python development and QA helper tools logilab-devtools provides utilities to enhance productivity on python projects, including : * documentation of Logilab's standards for Zope and Python packages * tools to check and build source and debian packages for Python modules * a Python test coverage tool * Python modules to interface with CVS This package enhances apycot (ITP at http://bugs.debian.org/267610) by enabling test coverage diagnostics and automatic debian package building. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=fr_FR, LC_CTYPE=fr_FR
Bug#267598: ITP: xmldiff -- display the differences between XML documents
Package: wnpp Severity: wishlist * Package name: xmldiff Version : 0.6.4 Upstream Author : Sylvain Thénault [EMAIL PROTECTED] * URL : http://www.logilab.org/projects/xmldiff * License : GPL Description : display the differences between XML documents XMLdiff is a python tool that figures out the differences between two similar XML files, in the same way the diff utility does it for text files. It can be used as a python library or as a command line tool. It can work either with XML files or DOM trees. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-686 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to fr_FR)
Bug#267610: ITP: apycot -- python batch testing framework
Package: wnpp Severity: wishlist * Package name: apycot Version : 0.5.1 Upstream Author : Sylvain Thénault [EMAIL PROTECTED] * URL : http://www.logilab.org/projects/apycot * License : GPL Description : python batch testing framework APycot is designed to run tests on a code repository on a daily basis. It comes with a set of predefined test, mostly python-oriented, and a set of predefined reports to display execution results. However, apycot has been designed with flexibility in mind, so you can write your own tests or reports using Python. In other words, this framework is NOT limited to testing Python code. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-686 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to fr_FR)
Bug#192580: ITP: python-psyco -- Psyco, a python specializing compiler
Package: wnpp Version: N/A; reported 2003-05-09 Severity: wishlist * Package name: python-psyco Version : 1.0 Upstream Author : Armin Rigo [EMAIL PROTECTED] * URL : http://psyco.sf.net/ * License : MIT Description : Psyco, a python specializing compiler Psyco lets you run your existing Python software much faster, with no change in your source. . Think of Psyco as a kind of just-in-time (JIT) compiler, a little bit like Java's, that emit machine code on the fly instead of interpreting your Python program step by step. The result is that your unmodified Python programs run faster. . The plan for the next release is to include a fast low-level interpreter that can be used on non-Intel processors. It will finally make Psyco portable -- althought of course not as fast as it could possibly be if it could emit real machine code. Right now, only the i386 architecture is supported. Packages for python2.1, 2.2 and 2.3 will be provided. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux largo 2.4.19-686 #1 Mon Nov 18 23:59:03 EST 2002 i686 Locale: LANG=C, LC_CTYPE=fr_FR.ISO-8859-1