Bug#379054: ITP: lisaac -- Lisaac is the first object-oriented language base on prototype
On Thu, 20 Jul 2006 19:33:27 -0400 "Roberto C. Sanchez" <[EMAIL PROTECTED]> wrote: > picca frederic wrote: > > Package: wnpp > > Severity: wishlist > > Owner: picca frederic <[EMAIL PROTECTED]> > > > > > > * Package name: lisaac > > Version : 0.84 > > Upstream Author : Benoit Sonntag <[EMAIL PROTECTED]> > > * URL : http://isaacos.loria.fr/li.html > > * License : Cecill (compatible GPL) > > Programming Lang: (C, Lisaac) > > Description : Lisaac is the first object-oriented language base on > > prototype > > I would change the short description to read: > > Description: object-oriented language base on prototype > > There is really no need to mention the package name in the short > description and I don't see how the fact that it was first is > particularly important. Ok I made the change and upload the package on mentors. Can you give me your opinion about this package ? Thanks Frédéric
Bug#721653: License of SSM
"Manuel A. Fernandez Montecelo" writes: > Hi, Hello, > > I believe that the license is GPLv3, not LGPL-2.1, see: I asked to the CCP4 peoples and they use LGPL-3, for the opensource libraries. (not all CCP4 software are opensource DFSG-free) It is true that licenses has changed durign the time. This is maybe why I did this mistake. I started the work on ssm a long time ago. Sorry about that. > > http://www.ccp4.ac.uk/cvs/viewvc.cgi/ssm/COPYING?revision=1.3&view=markup > > Older revisions of that file shows that it had other awkward licenses > in the past, but not LGPL-2.1 (as far as I can see). my mistake. You can reject ssm then I will prepare a new one with the LGPL-3 version and reupload it. once again sorry. two errors in one week, this is too much... Cheers -- GPG public key 4096R/4696E015 2011-02-14 fingerprint = E92E 7E6E 9E9D A6B1 AA31 39DC 5632 906F 4696 E015 uid Picca Frédéric-Emmanuel GPG public key 1024D/A59B1171 2009-08-11 fingerprint = 1688 A3D6 F0BD E4DF 2E6B 06AA B6A9 BA6A A59B 1171 uid Picca Frédéric-Emmanuel -- 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/imwbo48g1kn@ord03037.synchrotron-soleil.fr
Bug#796652: RFP: flycheck -- Modern on the fly syntax checking for GNU Emacs
Package: wnpp Severity: wishlist * Package name: flycheck Version : 0.24 Upstream Author : Sebastian Wiesner * URL : http://www.flycheck.org * License : GPL-3+ Programming Lang: elisp Description : Modern on the fly syntax checking for GNU Emacs Flycheck is a modern on-the-fly syntax checking extension for GNU Emacs, intended as replacement for the older Flymake extension which is part of GNU Emacs. . It uses various syntax checking and linting tools to automatically check the contents of buffers while you type, and reports warnings and errors directly in the buffer, or in an optional error list: . Features . * Supports over 30 programming and markup languages with more than 60 different syntax checking tools * Fully automatic, fail-safe, on-the-fly syntax checking in background * Nice error indication and highlighting * Optional error list popup * Many customization options * Comprehensive documentation * A simple interface to define new syntax checkers * A “doesn’t get in your way” guarantee * Many 3rd party extensions
Bug#826456: ITP: python-qtconsole -- enhanced interactive Python shell - Qt console
Package: wnpp Severity: wishlist Owner: picca * Package name: python-qtconsole Version : 4.2.1 Upstream Author : Jupyter Development Team * URL : https://github.com/jupyter/qtconsole * License : BSD-3-clause Programming Lang: Python Description : enhanced interactive Python shell - Qt console IPython can be used as a replacement for the standard Python shell, or it can be used as a complete working environment for scientific computing (like Matlab or Mathematica) when paired with the standard Python scientific and numerical tools. It supports dynamic object introspections, numbered input/output prompts, a macro system, session logging, session restoring, complete system shell access, verbose and colored traceback reports, auto-parentheses, auto-quoting, and is embeddable in other Python programs. this packahe will be maintain under the Debian Python Modules Team umbrella It is necessary in order to do the ipython 2.x -> 4.x migration.
Bug#827609: ITP: python-fisx -- Quantitative X-Ray Fluorescence Analysis Support Library
Package: wnpp Severity: wishlist Owner: picca * Package name: python-fisx Version : 1.0.7 Upstream Author : V. Armando Solé * URL : https://github.com/vasole/fisx * License : Expat Programming Lang: C++, Python, Description : Quantitative X-Ray Fluorescence Analysis Support Library This software library implements formulas to calculate, given an experimental setup, the expected x-ray fluorescence intensities. The library accounts for secondary and tertiary excitation, K, L and M shell emission lines and de-excitation cascade effects. The basic implementation is written in C++ and a Python binding is provided. This package is a new dependecy of pymca. I will maintain it under python-modules team.
Bug#843970: ITP: ufo-core -- Library for high-performance, GPU-based computing
Package: wnpp Severity: wishlist Owner: picca * Package name: ufo-core Version : 0.11.0 Upstream Author : matthias.vogelges...@kit.edu * URL : http://ufo.kit.edu/ * License : LGPL-3+ Programming Lang: C, Python Description : Library for high-performance, GPU-based computing The UFO data processing framework is a C library suited to build general purpose streams data processing on heterogeneous architectures such as CPUs, GPUs or clusters. It is extensively used at the Karlsruhe Institute of Technology for Ultra-fast X-ray Imaging (radiography, tomography and laminography). . A gobject-instrospection binding is also provided to write scripts or user interfaces.
Bug#844196: ITP: ufo-filters -- Set of plugins for ufo-core
Package: wnpp Owner: picca Severity: wishlist * Package name: ufo-filters Version : 0.11.0 Upstream Author : matthias.vogelges...@kit.edu * URL or Web page : http://ufo.kit.edu/ * License : LGPL-3+ Description : Set of plugins for ufo-core The UFO data processing framework is a C library suited to build general purpose streams data processing on heterogeneous architectures such as CPUs, GPUs or clusters. It is extensively used at the Karlsruhe Institute of Technology for Ultra-fast X-ray Imaging (radiography, tomography and laminography). . This package contains `average', `backproject', `bin', `blur', `buffer', `calculate', `camera', `clip', `contrast', `crop', `denoise', `duplicate', `fftmult', `fft', `filter', `flatten', `flip', `forwardproject', `gemm', `ifft', `interpolate', `loop', `measure', `merge', `metaballs', `monitor', `null', `opencl', `ordfilt', `pad', `read', `reduce', `refeed', `replicate', `rescale', `ringwriter', `sleep', `slice', `stack', `stdin', `stdout', `subtract', `transpose', `write' and `zeropad' plugins.
Bug#838742: ITP: haskell-hmatrix-gsl -- Numerical computation
Package: wnpp Severity: wishlist Owner: picca * Package name: haskell-hmatrix-gsl Version : 0.17.0.0 Upstream Author : Alberto Ruiz * URL : https://github.com/albertoruiz/hmatrix * License : GPL Programming Lang: Haskell Description : Numerical computation Purely functional interface to selected numerical computations, internally implemented using GSL.
Bug#379054: ITP: lisaac -- Lisaac is the first object-oriented language base on prototype
Package: wnpp Severity: wishlist Owner: picca frederic <[EMAIL PROTECTED]> * Package name: lisaac Version : 0.84 Upstream Author : Benoit Sonntag <[EMAIL PROTECTED]> * URL : http://isaacos.loria.fr/li.html * License : Cecill (compatible GPL) Programming Lang: (C, Lisaac) Description : Lisaac is the first object-oriented language base on prototype The ideas in Lisaac are mostly inspired by Smalltalk (all values are objects), Self (prototype-based) and Eiffel (design by contract) features: * pure object language * very fast (like C code) * dynamic and multiple inheritance * dynamic definition slot * static typing (invariant) * genericity type * auto-cast type system * programming by contract * interrupt manager * include C code facilities -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree
Hi Reinhard. Currently ostree-go, commit d0388bd (master HEAD today) fails some tests: ``` === RUN TestCommitTreeSuccess --- FAIL: TestCommitTreeSuccess (0.11s) commit_test.go:108: failed to tar populated dir: read /tmp/otbuiltin-test-179055475/commit1: is a directory === RUN TestCommitTreeParentSuccess --- FAIL: TestCommitTreeParentSuccess (0.05s) commit_test.go:169: failed to tar populated dir: read /tmp/otbuiltin-test-662857270/commit1: is a directory ``` My first intention was package all skopeo dependencies, then skopeo, then upload all packages. Sadly, it showed very ambitious and I can't had the time to do it. If i remember well, the version from 'Sjoerd Simons' pass all the tests. About the ITP, if help, i can update the version to the one used by skopeo (currently 56f3a63, https://github.com/containers/skopeo/blob/master/vendor.conf) and exclude the failing tests. I never had upload a package to debian, maybe you can do it from the repository if time is pressing. Regards, JMPC On Wed, Jan 9, 2019 at 11:58 AM Alexandre Viau wrote: > > On 2019-01-09 6:54 a.m., Reinhard Tartler wrote: > > Hi Juan, > > > > are you still working on this ITP? I was looking at skopeo as well, > > and stumpled upon this ITP. I noticed that you created a repository on > > salsa: > > > > https://salsa.debian.org/go-team/packages/golang-github-ostreedev-ostree-go > > > > This package never got uploaded. > > > > However, I also noticed that there is another packaging repo in salsa, > > which contains a similar package that did get uploaded: > > > > https://salsa.debian.org/go-team/packages/golang-github-sjoerdsimons-ostree-go > > https://tracker.debian.org/pkg/golang-github-sjoerdsimons-ostree-go > > > > I wonder what the relationship between these two are. It seems that the > > sjoerdsimons > > version does declare it satisfies the import of the > > github:ostreedev/ostree-go repo, > > which makes me believe it is a fork. > > Looking at the upstream website will show you that yes it is a fork. > (forked from ostreedev/ostree). > > > If this is the case, can we consider this ITP abandoned and close it? > > You need the package for skopeo but you want to close the ITP? I don't > understand what is your end goal here. > > Unless the package is not needed in Debian anymore, we wouldn't close > ITPs if they were abandoned. Instead, we would change them into RFPs. > > If you want to take over the ITP, the thing to do would be to assign it > to you. > > Cheers, > > -- > Alexandre Viau > av...@debian.org >
Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree
Hi Reinhard. As commented previously, I update the package to the version currently used by skopeo (56f3a63). If you can upload the files tell me and i send you the build results. If not please give me some time to find a sponsor to upload the package. Regards, JMPC
Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree
Hi Reinhard. I don't know if skopeo works (and how) with the sjoerdsimons fork. Personally, I prefer using the upstream project (https://github.com/ostreedev/ostree-go) to minimize divergences and also due that is the code used and tested with skopeo. But, through the pull request and the issue from Jul 27, 2017 in github, I can see the efforts of Sjoerd to work in the upstream project and the little response obtained, and then understand the fork. Due my little experience in this matters, I add Andrej who is currently working with golang-github-sjoerdsimons-ostree-go and if he think that the Sjoerd fork is a viable replacement we can use it, close this ITP and remove the golang-github-ostreedev-ostree-go to avoid future confusions. Regards, JMPC
Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree
Package: wnpp Severity: wishlist Owner: Juan Picca * Package name: golang-github-ostreedev-ostree-go Version : 0.0~git20171027.cb6250d-1 Upstream Author : OSTree Project * URL : https://github.com/ostreedev/ostree-go * License : ISC Programming Lang: Go Description : Golang bindings for httt://github.com/ostreedev/ostree OSTree-Go Go bindings for OSTree. Find out more about OSTree here (https://github.com/ostreedev/ostree) This package is a dependency for skopeo (https://github.com/projectatomic/skopeo).
Bug#349540: still working on jacorb ?
hello everythings in the title. did you solved this licence problem ? thanks Frederic
Bug#349540: RE : Bug#349540: still working on jacorb ?
Hello > I have not, but I'm still interested in seing JacORB in Debian. > Your interest for JacORB is quite motivating, and as we have set up a > Debian CORBA Team, would you be interested in stepping in and joining > the team? In fact in my institut we are using a control system based on CORBA. you can find information on http://www.tango-controls.org The GUI interface is based on java so my JacORB interest. Did you spoke with the jacorb upstream about this licence issue ? Do you think that tango could be included in the Debian CORBA Team. Frederic
Bug#539375: ITP: remotetea -- ONC/RPC for Java package
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: remotetea Version: 1.0.7 Upstream Author: Harald Albrecht URL: http://remotetea.sourceforge.net/ License: LGPL Description: ONC/RPC for Java package This package implements Sun's ONC/RPC Remote Procedure Call specification (see RFC 1831, RFC 1832, RFC 1833). . Functionality currently supported: - RPC calls over TCP/IP as well as UDP/IP. - RPC client functionality. - RPC server functionality org.acplt.oncrpc.server - Querying the ONC/RPC potmapper - jrpcgen-utility for converting x-files into Java classes. - Support for authentication types AUTH_NONE, AUTH_UNIX and AUTH_SHORT on both the client and server side. Hello you can find a first version of almost working package on debian mentors. I did not use pbuild to be sur all the build depenendy are ok. Your upload of the package 'remotetea' to mentors.debian.net was successful. Sponsors can now download it. The URL of your package is: http://mentors.debian.net/debian/pool/main/r/remotetea The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/r/remotetea/remotetea_1.0.7-1.dsc - While checking your package we found these issues: You uploaded files which already exists in the repository: - remotetea_1.0.7-1.dsc - remotetea_1.0.7-1.diff.gz - remotetea_1.0.7.orig.tar.gz We have overwritten the files in the repository by those from your new upload. Please note that this is allowed when uploading to mentors.debian.net. But in the official Debian repository you cannot change the upstream tarball (.orig.tar.gz). Processing your upload took 3.4 seconds. - If you do not yet have a sponsor for your package you may want to go to http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=remotetea and set the "Seeking a sponsor" option to hilight your package on the welcome page. You can also send an RFS (request for sponsorship) to the debian-mentors mailing list. Your package page will give your suggestions on how to send that mail. Good luck finding a sponsor! And thanks for using mentors.debian.net The mentors.debian.net team -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#569153: ITP: libhkl -- diffractometer computation control library
Package: wnpp Severity: wishlist Owner: "Picca Frederic-Emmanuel" * Package name: libhkl Version : 4.0.0 Upstream Author : Picca Frédéric-Emmanuel * URL : http://repo.or.cz/w/hkl.git * License : (GPL) Programming Lang: (C) Description : diffractometer computation control library The hkl library is a framework for diffraction computation and diffractometer control, heavily used at the SOLEIL synchrotron. It supports various types of diffractometer geometry: Eulerian 4-circle, Eulerian 6-circle, kappa 4-circle, kappa 6-circle, and z-axis geometry. For each of these it provides several numerically computed modes, such as bisector and constant psi. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#569153:
* Package name: hkl Version : 4.0.2 Upstream Author : Picca Frédéric-Emmanuel * URL : http://repo.or.cz/w/hkl.git * License : (GPL) Programming Lang: (C) Description : diffractometer computation control library The hkl library is a framework for diffraction computation and diffractometer control, heavily used at the SOLEIL synchrotron. It supports various types of diffractometer geometry: Eulerian 4-circle, Eulerian 6-circle, kappa 4-circle, kappa 6-circle, and z-axis geometry. For each of these it provides several numerically computed modes, such as bisector and constant psi. -- 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/606cc410b038e34cb97646a32d0ec0bf03888...@venusbis.synchrotron-soleil.fr
Bug#602554: ITP: guidata -- dataset manipulation GUI generator
Package: wnpp Severity: wishlist Owner: "Picca Frederic-Emmanuel" * Package name: guidata Version : 1.2.2 Upstream Author : pierre.rayb...@cea.fr * URL : http://sourceforge.net/projects/guidata/ * License : CeCILLv2 Programming Lang: Python Description : dataset manipulation GUI generator Based on the Qt Python binding module PyQt4, guidata is a Python library generating graphical user interfaces for easy dataset editing and display. It also provides helpers and application development tools for PyQt4. -- 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/20101105205053.3336.49966.report...@mordor
Bug#602555: ITP: guiqwt -- efficient 2D data-plotting library
Package: wnpp Severity: wishlist Owner: "Picca Frederic-Emmanuel" * Package name: guiqwt Version : 2.0.4 Upstream Author : pierre.rayb...@cea.fr * URL : http://sourceforge.net/projects/guiqwt/ * License : CeCILLv2 Programming Lang: Python Description : efficient 2D data-plotting library The guiqwt Python library provides efficient 2D data-plotting features (curve/image visualization and related tools) for signal/image processing application development and interactive computing. It's based on the scientific modules NumPy and SciPy, and the PyQwt plotting widgets for PyQt4 graphical user interfaces. -- 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/20101105210335.3557.63421.report...@mordor
Bug#328636: please package the bksys system
Martin Michlmayr wrote: reassign 328636 wnpp retitle 328636 RFP: bksys - ? thanks * Frederic-Emmanuel PICCA <[EMAIL PROTECTED]> [2005-09-16 16:23]: Package: bksys Severity: wishlist every things in the title Can you please provide some more information, such as what this bksys system is all about and where to get it from? Hello bksys is a replacement for the autotools chain based on scons. the web site for the project is: http://freehackers.org/~tnagy/bksys.html have a nice day. frédéric
Bug#642586: ITP: mmtk -- The molecular modeling toolkit
Package: wnpp Severity: wishlist Owner: "Picca Frédéric-Emmanuel" Dear Maintainer, * Package name: mmtk Version : 2.7.5 Upstream Author : Konrad Hinsen * URL : http://dirac.cnrs-orleans.fr/MMTK/ * License : CeCILL-C Programming Lang: C, Python Description : The molecular modeling toolkit The Molecular Modeling Toolkit (MMTK) is a library for molecular simulation applications. It provides the most common methods in molecular simulations (molecular dynamics, energy minimization, normal mode analysis) and several force fields used for biomolecules (Amber 94, Amber 99, several elastic network models). MMTK also serves as a code basis that can be easily extended and modified to deal with non-standard situations in molecular simulations. this will be a dependency for nMOLDYN http://dirac.cnrs-orleans.fr/plone/software/nmoldyn/ -- 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/20110924080513.16311.23811.reportbug@mordor
Bug#660272: RE : Bug#660272: ITP: sift -- predict if an amino acid substitution in a protein has phenotypic effect
beware that python-guiqwt containt already a sift binary. /usr/bin/sift see you Frederic -- 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/a2a20ec3b8560d408356cac2fc148e5325126...@sun-dag1.synchrotron-soleil.fr
Bug#400201: ITP: tango -- TANGO is an object oriented distributed control system using CORBA
Package: wnpp Severity: wishlist Owner: "Frederic-Emmanuel PICCA" <[EMAIL PROTECTED]> * Package name: tango Version : 5.5.2 Upstream Author : The Tango team <[EMAIL PROTECTED]> * URL : http://www.esrf.eu/Infrastructure/Computing/tango * License : (GPL) Programming Lang: (C++) Description : TANGO is an object oriented distributed control system using CORBA TANGO is an object oriented distributed control system using CORBA. . In TANGO all objects are representations of devices. The devices can be on the same computer or distributed over a number of computers interconnected by a network. Communication inter devices is done using CORBA and can be synchronous, asynchronous or event driven. . The object model in TANGO supports methods, attributes and properties. TANGO provides an API which hides all the details of network access and provides object browsing, discovery and security features. . Permanent data is stored in a Mysql database. . TANGO is being actively developed as a collaborative effort between the ESRF (www.esrf.eu), Soleil (synchrotron-soleil.fr), Alba (www.cells.es) and Elettra institutes (www.elettra.trieste.it). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#614247: ITP: taurus -- framework for TANGO control system client applications
Package: wnpp Severity: wishlist Owner: "Picca Frédéric-Emmanuel" * Package name: taurus Version : 2.0.0 Upstream Author : Tiago Coutinho * URL : http://packages.python.org/taurus * License : LGPL3+ Programming Lang: Python Description : framework for TANGO control system client applications TANGO is an object oriented distributed control system using CORBA, mainly developed by the Controls Section of the ALBA Synchrotron. TAURUS is a library for connecting graphical or commandline clients to TANGO device servers, built on top of the PyTango bindings and the graphical library PyQt. It provides an abstraction layer for accessing TANGO in a pythonic, object oriented way. . The goals of this library are to: * provide a simple TANGO API to the end-user application; * speed up development of TANGO-based applications; * provide a standardized look-and-feel. . In many aspects, TAURUS follows the same approach as the TANGO Java Application Tool Kit: Tango ATK. If you know ATK, TAURUS will look familiar. . The TAURUS library is divided into two parts: the core module which handles all interaction with PyTango, and the Qt module which provides a collection of widgets that can be used inside any PyQt GUI. -- 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/20110220171506.30298.49550.reportbug@mordor
Bug#614245: ITP: pytango -- API for the TANGO control system
Package: wnpp Severity: wishlist Owner: "Picca Frédéric-Emmanuel" * Package name: pytango Version : 7.1.3 Upstream Author : Tiago Coutinho * URL : http://packages.python.org/PyTango * License : LGPL3+ Programming Lang: C++, Python Description : API for the TANGO control system TANGO is an object oriented distributed control system using CORBA, mainly developed by the Controls Section of the ALBA Synchrotron. PyTango provides bindings for its client- and server-side C++ APIs. With PyTango, you can write TANGO device servers and TANGO applications (scripts, CLIs, GUIs) that access TANGO device servers in pure Python. -- 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/20110220171023.29991.94839.reportbug@mordor
Bug#711554: RE : Bug#711554: ITP: pyhst -- High Speed Tomographic reconstruction controled from Python
Hello Jerome, if you want I can sponsorise this package :) cheers Fred -- 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/a2a20ec3b8560d408356cac2fc148e5358ec4...@sun-dag1.synchrotron-soleil.fr
Bug#711554: RE : RE : Bug#711554: ITP: pyhst -- High Speed Tomographic reconstruction controled from Python
> The code was just (officially) freed ... but I am sure there is still > plenty of work on the packaging side. Great news. so we can work togheter to package it :). I will discuss about this with my boss :) Fred -- 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/a2a20ec3b8560d408356cac2fc148e5358ec4...@sun-dag1.synchrotron-soleil.fr
Bug#717871: ITP: sardana -- sardana control system
Package: wnpp Severity: wishlist Owner: "Picca Frédéric-Emmanuel" * Package name: sardana Version : 1.2.0 Upstream Author : Carlos Pascual-Izarra * URL : http://packages.python.org/sardana * License : LGPL3+ Programming Lang: Python Description : sardana control system SARDANA, is a TANGO based control system designed for instrument control and data acquisition, mainly developed by CELLS Alba Synchrotron Controls Section. SARDANA framework is designed to hide the complexity and heterogeneity of the control system (some internal control of a group of devices), while providing a wide, rich, and extensible set of operations that a user may need. -- 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/20130725201350.1706.75958.reportbug@mordor
Bug#679905: RE : Bug#679905: cctbx: changing back from ITP to RFP
> Hi all, Hello Baptiste > it makes me sad to see cctbx going back to RFP, unfortunately this is > closer to the truth as far as I'm concerned. this is the standard procedure, cctbx is not yet ready for inclusion after one year, so ITP -> RFP. now , I did not managed to work on cctbx since I need first to tackle the ccp4 part... Once his will be done, I think that it will be easyer to work on cctbx. > I still have interest in the package, but interest is not enough. Due to > real life problems (moving homes, unforseen difficulties with a paid > assignment), I have not been able to work on it at all since last february. Yes I understand, so I hope that your problems will find solutions. thanks for the great work you already done on cctbx > I can't tell yet when I've got more time available. For this reason, I > won't change the bug back to ITP until I've got some work done. If > anybody else feels like working on it before I do, go for it. And if you > have any questions, feel free to ask me. Indeed the gir repository of the cctbx packaging is still available in Debian science. Cheers Frederic -- 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/a2a20ec3b8560d408356cac2fc148e53b1ca6...@sun-dag1.synchrotron-soleil.fr
Bug#721529: ITP : libccp4 -- CCP4 core functionality
Package: wnpp Owner: "Picca Frédéric-Emmanuel" Severity: wishlist * Package name : libccp4 Version : 6.3.1 Upstream Author : CCP4 * URL : http://www.ccp4.ac.uk/ * License : (GPL, LGPL) Programming Lang: (C, C++, Fortran) Description : CCP4 core functionality The CCP4 software suite is based around a library of routines which cover common tasks, such as file opening, parsing keyworded input, reading and writing of standard data formats, applying symmetry operations, etc. Programs in the suite call these routines which, as well as saving the programmer some effort, ensure that the varied programs in the suite have a similar look-and-feel. . The library contains several sub components: . * CMTZ library -- Contains a variety of functions for manipulating the data structure, for example adding crystals, datasets or columns. The data structure can be dumped to an output MTZ data file. . * CMAP library -- Functions defining the C-level API for accessing CCP4 map files. . * CSYM library -- a collection of functions centered around a data file syminfo.lib which is auto-generated from sgtbx (the Space Group Toolbox of cctbx). . * CCP4 utility library -- many utility functions which either give specific CCP4 or platform independent functionality. . * CCP4 Parser library -- provides CCP4-style parsing, as used for processing keywords of CCP4 programs, MTZ header records, etc. . * CCP4 resizable arrays -- defines an object and methods which looks just like a simple C array, but can be resized at will without incurring excessive overheads. This package contains the shared library components needed for programs that have been compiled with the libccp4 library. -- 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/a2a20ec3b8560d408356cac2fc148e53b1cab...@sun-dag1.synchrotron-soleil.fr
Bug#721653: ITP: ssm -- macromolecular superposition library
Package: wnpp Severity: wishlist Owner: "Picca Frédéric-Emmanuel" * Package name: ssm Version : 1.3 Upstream Author : E. Krissinel * URL : http://www.ccp4.ac.uk/ * License : (LGPL-2.1) Programming Lang: (C++) Description : macromolecular superposition library SSM is a macromolecular coordinate superposition library, written by Eugene Krissinel of the EBI. . The library implements the SSM algorithm of protein structure comparison in three dimensions, which includes an original procedure of matching graphs built on the protein's secondary-structure elements, followed by an iterative three-dimensional alignment of protein backbone Calpha atoms. . The algorithm implemented by the software is described in: E. Krissinel & K. Henrick (2004) Secondary-structure matching (SSM), a new tool for fast protein structure alignment in three dimensions. Acta Crystallogr D Biol Crystallogr. 60, 2256-68. -- 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/20130902185447.6966.82641.reportbug@mordor
Bug#721653: RE : Bug#721653: License of SSM
> No problem, but note that I'm not reviewing FTP NEW queue or are > related to SSM authors in any way, just happen to see the ITP bug by > chance and decided to send you a note just in case :-) ok, so I contacted the person in charge of CCP4 and here his feedback about ssm license. Hi Fred, there are two files because GPL3 is a part of LGPL3. See the license itself or its description somewhere at FSF website. Additionally sections 15 and 16 of GPL3 are modified in accordance with section 7a) The license is LGPL3. Marcin Thanks for the review ;) Cheers -- 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/a2a20ec3b8560d408356cac2fc148e53b1cad...@sun-dag1.synchrotron-soleil.fr
Bug#741078: ITP: lmfit-py -- Least-Squares Minimization with Constraints
Package: wnpp Severity: wishlist Owner: "Picca Frédéric-Emmanuel" * Package name: lmfit-py Version : 0.7.4 Upstream Author : matt.newvi...@gmail.com * URL : http://lmfit.github.io/lmfit-py/ * License : EXPAT Programming Lang: Python Description : Least-Squares Minimization with Constraints The lmfit Python package provides a simple, flexible interface to non-linear optimization or curve fitting problems. The package extends the optimization capabilities of scipy.optimize by replacing floating pointing values for the variables to be optimized with Parameter objects. These Parameters can be fixed or varied, have upper and/or lower bounds placed on its value, or written as an algebraic expression of other Parameters. . The principal advantage of using Parameters instead of simple variables is that the objective function does not have to be rewritten to reflect every change of what is varied in the fit, or what relationships or constraints are placed on the Parameters. This means a scientific programmer can write a general model that encapsulates the phenomenon to be optimized, and then allow user of that model to change what is varied and fixed, what range of values is acceptable for Parameters, and what constraints are placed on the model. The ease with which the model can be changed also allows one to easily test the significance of certain Parameters in a fitting model. . The lmfit package allows a choice of several optimization methods available from scipy.optimize. The default, and by far best tested optimization method used is the Levenberg-Marquardt algorithm from from MINPACK-1 as implemented in scipy.optimize.leastsq. This method is by far the most tested and best support method in lmfit, and much of this document assumes this algorithm is used unless explicitly stated. An important point for many scientific analysis is that this is only method that automatically estimates uncertainties and correlations between fitted variables from the covariance matrix calculated during the fit. . A few other optimization routines are also supported, including Nelder-Mead simplex downhill, Powell's method, COBYLA, Sequential Least Squares methods as implemented in scipy.optimize.fmin, and several others from scipy.optimize. In their native form, some of these methods setting allow upper or lower bounds on parameter variables, or adding constraints on fitted variables. By using Parameter objects, lmfit allows bounds and constraints for all of these methods, and makes it easy to swap between methods without hanging the objective function or set of Parameters. . Finally, because the approach derived from MINPACK-1 usin the covariance matrix to determine uncertainties is sometimes questioned (and sometimes rightly so), lmfit supports methods to do a brute force search of the confidence intervals and correlations for sets of parameters. This package will be maintained under the debian-science umbrella Vcs-Browser: http://anonscm.debian.org/gitweb/?p=debian-science/packages/lmfit- py.git Vcs-Git: git://anonscm.debian.org/debian-science/packages/lmfit-py.git -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140308082407.6853.62179.reportbug@mordor
Bug#738928: ITA: ropemacs -- Emacs mode for Python refactoring
Hello, when will you upload the new packages ? I see that the 0.9.4 version is already in the svn ? cheers Frédéric -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a2a20ec3b8560d408356cac2fc148e53b1e14...@sun-dag3.synchrotron-soleil.fr
Bug#768634: ITA: propellor -- property-based host configuration management in haskell
Hello, just to know if you are planning to update propellor in Debian Cheers Fred -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a2a20ec3b8560d408356cac2fc148e53b2175...@sun-dag3.synchrotron-soleil.fr
Bug#796955: ITP: python-qwt -- Pure Python implementation of Qwt
Package: wnpp Severity: wishlist Owner: "Picca Frédéric-Emmanuel" * Package name: python-qwt Version : 6.1.2a3 Upstream Author : Pierre Raybaut * URL : https://github.com/PierreRaybaut/qwt * License : Expat Programming Lang: Python Description : Pure Python implementation of Qwt The qwt package is a pure Python implementation of Qwt C++ library with the following limitations. . The following `Qwt` classes won't be reimplemented in `qwt` because most powerful features already exist in `guiqwt`: * QwtPlotZoomer * QwtCounter * QwtEventPattern * QwtPicker * QwtPlotPicker . QwtClipper is not implemented yet (and it will probably be very difficult or impossible to implement it in pure Python without performance issues). As a consequence, when zooming in a plot curve, the entire curve is still painted (in other words, when working with large amount of data, there is no performance gain when zooming in). This package will be maintain under the debian-science umbrella. It is a requiered dependency for the new guiqwt package.
Bug#759820: ITP: vispy -- OpenGL interactive scientific visualization
Package: wnpp Severity: wishlist Owner: "Picca Frédéric-Emmanuel" * Package name: vispy Version : 0.3.0 Upstream Author : Vispy Development Team * URL : http://vispy.org * License : BSD, MIT/X Programming Lang: Python Description : OpenGL interactive scientific visualization Vispy is an OpenGL-based interactive visualization library in Python. Its goal is to make it easy to create beautiful and fast dynamic visualizations. For example, scientific plotting of tens of millions of points, interacting with complex polygonial models, and (dynamic) volume rendering. All thanks to the graphics card’s hardware acceleration. . Vispy will eventually offer graphical APIs at multiple levels, including a matplotlib-like scientific plotting library. Currently, only the lowest-level API is implemented: it brings an easy-to-use Pythonic object-oriented interface to OpenGL. This layer requires you to have basic knowledge of modern OpenGL (notably the OpenGL shading language, GLSL). . We are currently working on higher level layers. They will hide most OpenGL concepts and let you create beautiful visualizations in a few lines of code. Stay tuned! This package will be maintained under the debian-science team umbrella Vcs-Browser: http://anonscm.debian.org/gitweb/?p=debian-science/packages/vispy.git Vcs-Git: git://anonscm.debian.org/debian-science/packages/vispy.git -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140830173406.27479.57233.reportbug@mordor
Bug#760188: ITP: scoop -- concurrent parallel programmming library
Hello, I already started to package it, but I did not intend to maintain it. I can sponsorize the upload if you need a sponsor. Did you considede maintaining it under the debian-science umbrella. I know that it is related to deap, so it is science related :). Here the debian-science git repository of my latest package just in case. git://anonscm.debian.org/debian-science/packages/guidata.git tell me if you are interested. cheers Frederic -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a2a20ec3b8560d408356cac2fc148e53b1f06...@sun-dag3.synchrotron-soleil.fr
Bug#760188: ITP: scoop -- concurrent parallel programmming library
sorry, here the right adress git://anonscm.debian.org/debian-science/packages/scoop.git -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a2a20ec3b8560d408356cac2fc148e53b1f07...@sun-dag3.synchrotron-soleil.fr
Bug#760188: ITP: scoop -- concurrent parallel programmming library
Hello, here a quick review of all the patches * dropped docs package (REJECT-FAQ: split this only if it's big) I think that this patch should be reverted. The problem if you add the documentation in python-scoop seems to me problematic when python3-scoop will come. It is best to my opinion especially for the python pacakging to put the documentation nto a dedicated package which can be recommended by python2 and python3. I do not think that this -doc package would be rejected by ftp-master. There argument is understandable when you have only one binary pacakge. But here we can intall python2 and/or python3 version but in both cases you want the documentation. * finalized ok, do not hesitate to use cme to fix your control file. * changelog: restored 'initial release' and added info on previous package is there common binary packages between this old scoop package and the new one ? * build docs package ok * running testsuite nice to have a test suite. You can look at the debci and autopkgtest infrastructure to implement also the integration continuous integration for scoop. * changelog: improved package info * copyright: indent correction ok * control: corrected dependency, copyright: shortened too long line why did you removed the virtual package ssh-client ? * added no-adsense.patch could you discuss with the upstream to remove these privacy breach things. If they really want them, it should be nice to have a setup.py flag which allow to get rid of these google analytic links, instead of carrying a dedicated patch all the time. * updated some files in deb/, removed source/local-options and egg-info, added examples and doc-base You removed the local-options (are you using gbp-buildpackage to build scoop ?) So I will consiede the pacakge ready for upload once 1) you regenerate the -doc package (this will simplify thinks when python3 pacakge will be possible) 2) re-add the ssh-client dependency (cheap) 3) add the autopkgtest part (will simplify a lot the maintenance of the package, so important for me) I need to build it and do the copyright check. then I think that it will be ok for me to sponsor the upload. Cheers Frederic -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a2a20ec3b8560d408356cac2fc148e53b1f14...@sun-dag3.synchrotron-soleil.fr
Bug#760188: ITP: scoop -- concurrent parallel programmming library
"scoop-doc" would be. But I would be tending to "python-scoop-doc" anyway. scoop-doc is better to my opinion I just looked at sphinx and it seems that this is better to use -doc (it is neutral > By-the-way: what's your opinion for the dep of the docs package on the > main package, Suggests or Recommends? Recommends Cheers Fred -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a2a20ec3b8560d408356cac2fc148e53b1f14...@sun-dag3.synchrotron-soleil.fr
Bug#778417: ITP: netcdf-python -- python interface to the netCDF4 (network Common Data Form) library
Hello, I am the maintainer of python-scientific > How does this differ from the existing python-netcdf package? I CC the upstream autor of python-scientific, maybe he can clarify this point but before a question to the netcdf4-python guyes. Does netcdf4-python will support python3 ? @Konrad do you think that this netcdf implementation from scientific python could be replace by this netcdf4-python implementation ? Should we get rid of your implentation and use this one instead (to be clear) It would be nice if at the end only one implementation could be kept and maintain. Cheers Frederic I put here the rest of the message: > That is not an easy question to answer (at least with my limited > knowledge). The Unidata website > (http://www.unidata.ucar.edu/software/netcdf/software.html#Python) lists > 8 different python interfaces to NetCDF. Some are faster, and some offer > writing in reading & writing in other data formats as well as NetCDF. > The netcdf4-python package is the only one described as having > implemented most of the newest features of NetCDF-4. It was actually > modelled on the Scientific.IO.NetCDF module API. > The information about the ScientificPython source package which bundles > python-netcdf (along with many other modules useful for scientific > work), does not contain much easy to digest information about the > implemented interface. I did see in the changelog however, that it is at > least aware of NetCDF-4 data. > Basically, our intention was to package all of the netcdf-* packages > under the Unidata banner on github (https://github.com/Unidata). Regards, Ross -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a2a20ec3b8560d408356cac2fc148e53b1feb...@sun-dag3.synchrotron-soleil.fr
Bug#517342: collab-maint repository
Hello, I set up a git repository for the packaging of asymptote [1] tell me if it is ok for you. I already imported the brand new 2.21 version into the repository. Cheers Frederic [1] http://anonscm.debian.org/gitweb/?p=collab-maint/asymptote.git;a=summary -- 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/878v6fgxs5@synchrotron-soleil.fr
Bug#760188: ITP: scoop -- concurrent parallel programmming library
copyright review
I used licensecheck as a starting point
can you look with the upstream to add copyright headers where it is missing
UNKOWN
and it would be nice to have also the copyright in each header.
it seems thaht there is only the license without the copyright statement.
this is not a blocker but it is good practive and this way no ambiguity.
This way your next license check will be easyer.
/tmp/scoop-0.7.1$ licensecheck -r *
doc/conf.py: *No copyright* GENERATED FILE
examples/map_doc.py: *No copyright* LGPL (v3 or later)
examples/recurse.py: *No copyright* LGPL (v3 or later)
examples/url_fetch.py: *No copyright* LGPL (v3 or later)
examples/lambda.py: *No copyright* LGPL (v3 or later)
examples/object.py: *No copyright* LGPL (v3 or later)
examples/full_tree.py: *No copyright* LGPL (v3 or later)
examples/grtest.py: *No copyright* UNKNOWN
examples/callback.py: *No copyright* LGPL (v3 or later)
examples/url_fetch_doc.py: *No copyright* LGPL (v3 or later)
examples/map_scan.py: *No copyright* LGPL (v3 or later)
examples/deap_ga_evosn.py: *No copyright* LGPL (v3 or later)
examples/testmut.py: *No copyright* LGPL (v3 or later)
examples/deap_ga_onemax.py: *No copyright* LGPL (v3 or later)
examples/sum_multiples.py: *No copyright* LGPL (v3 or later)
examples/shared_example_doc.py: *No copyright* LGPL (v3 or later)
examples/pi_calc_doc.py: *No copyright* LGPL (v3 or later)
examples/conditional_import.py: *No copyright* LGPL (v3 or later)
examples/conditional_execution.py: *No copyright* LGPL (v3 or later)
examples/shared_example.py: *No copyright* LGPL (v3 or later)
examples/sorting.py: *No copyright* LGPL (v3 or later)
examples/dependency/sortingnetwork.py: *No copyright* LGPL (v3 or later)
examples/map_reduce.py: *No copyright* LGPL (v3 or later)
examples/tree/Tree.py: *No copyright* UNKNOWN
examples/tree/dtm-tree.py: *No copyright* UNKNOWN
examples/tree/TreeGen.py: *No copyright* UNKNOWN
examples/tree/scoop_tree.py: *No copyright* UNKNOWN
examples/tree/serial-tree.py: *No copyright* UNKNOWN
examples/pi_calc.py: *No copyright* LGPL (v3 or later)
examples/rssDoc.py: *No copyright* LGPL (v3 or later) GENERATED FILE
examples/map_as_completed.py: *No copyright* LGPL (v3 or later)
examples/interactive_shell.py: *No copyright* UNKNOWN
examples/image_resize.py: *No copyright* LGPL (v3 or later)
examples/tree_traversal.py: *No copyright* LGPL (v3 or later)
examples/exceptExample.py: *No copyright* LGPL (v3 or later)
scoop/fallbacks.py: *No copyright* LGPL (v3 or later)
scoop/__init__.py: *No copyright* LGPL (v3 or later)
scoop/encapsulation.py: *No copyright* LGPL (v3 or later)
scoop/_comm/__init__.py: *No copyright* LGPL (v3 or later)
scoop/_comm/scoopzmq.py: *No copyright* LGPL (v3 or later)
scoop/_comm/scooptcp.py: *No copyright* LGPL (v3 or later)
scoop/_comm/scoopexceptions.py: *No copyright* LGPL (v3 or later)
scoop/backports/newCollections.py: *No copyright* LGPL (v3 or later)
scoop/backports/dictconfig.py: UNKNOWN
scoop/backports/runpy.py: *No copyright* UNKNOWN
scoop/launcher.py: *No copyright* LGPL (v3 or later)
scoop/utils.py: *No copyright* LGPL (v3 or later)
scoop/_control.py: *No copyright* LGPL (v3 or later)
scoop/discovery/minusconf.py: *No copyright* UNKNOWN
scoop/discovery/__init__.py: *No copyright* LGPL (v3 or later)
scoop/launch/__init__.py: *No copyright* LGPL (v3 or later)
scoop/launch/workerLaunch.py: *No copyright* LGPL (v3 or later)
scoop/launch/brokerLaunch.py: *No copyright* LGPL (v3 or later)
scoop/_debug.py: *No copyright* LGPL (v3 or later)
scoop/broker/brokertcp.py: *No copyright* LGPL (v3 or later)
scoop/broker/structs.py: *No copyright* LGPL (v3 or later)
scoop/broker/brokerzmq.py: *No copyright* LGPL (v3 or later)
scoop/broker/__main__.py: *No copyright* LGPL (v3 or later)
scoop/shared.py: *No copyright* LGPL (v3 or later)
scoop/bootstrap/__main__.py: *No copyright* LGPL (v3 or later)
scoop/_types.py: *No copyright* LGPL (v3 or later)
scoop/__main__.py: *No copyright* LGPL (v3 or later)
scoop/futures.py: *No copyright* LGPL (v3 or later)
setup.py: *No copyright* UNKNOWN
test/tests_stopwatch.py: *No copyright* UNKNOWN
test/tests_stat.py: *No copyright* UNKNOWN
test/tests.py: *No copyright* LGPL (v3 or later)
test/tests_parser.py: *No copyright* UNKNOWN
now
the sourc epacakge contain already build documentation.
for exemple the
doc/_static directory contain .js code which is part of sphinx, you should
indicate this in the copyright file.
Or better ask the upstream to remove this prebuild documentation.
what about _static/copybutton.js ?
* doc/blu.diff ??? this should be removed from the source package.
* doc/_template/* sphinx ?
* doc/_themes/* ???
it sems thah some files hase the DEAP license header. This should be fixed by
the upstream or indicated in the copyright file.
picca@ORD03037:/tmp/scoop-0.7.1$ rgrep DEAP *
examples/deap_ga_onemax.py:raise Exception("This test needs DEAP to be
installed.")
examples/dependency/sortingnetwork.py:#This fi
Bug#760188: ITP: scoop -- concurrent parallel programmming library
>>You removed the local-options (are you using gbp-buildpackage to build >> scoop ?) > Yes. What's this for, useful to keep? In fact I like when the master branch does not touch the upstream sources. This is why I use the unapply patches option this way I have the original sources in the master branch. But this is only me. You do exactly what you want :). > Great. Much thanks in advance. Once the copyright and autopackage part will be ready :) I know this copyright part is painfull but it is mendatory. thanks -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a2a20ec3b8560d408356cac2fc148e53b1f14...@sun-dag3.synchrotron-soleil.fr
Bug#760188: ITP: scoop -- concurrent parallel programmming library
Hello
> > what about _static/copybutton.js ?
> Can't find anything special on this (among other packages only to be
> found in python{2.7,3.2}-doc [1]), so I suggest we just leave it out
> (contains no copyright info, whatsoever)
look at here and add the same thing in the copyright file.
http://sources.debian.net/src/python-numpy/1:1.8.2-2/debian/copyright/
> Added _template/globaltoc.html to deb/copyright, contains a copyright
> header.
I can not find it in the current git repo 20:17 UTC+1
> dictconfig.py: added that to deb/copyright, the old Python license is
> researched.
this file is an old copy of a file which is part of python-logutils.
It seems that the license is BSD-3 on the new vesion. but the version of scoop
is older.
http://sources.debian.net/src/python-logutils/0.3.3-2/logutils/
maybe the upstream should use this package instead of embeding this copy...
except if they have done some modifications.
Maybe they should use the latest version.
> runpy.py: no copyright and no date are given. I've researched the year
> and added the source for the info. Can't tell if this entry is
> problematic, but cme-check doesn't complain.
can you ask the upstream where he took this file.
the problem is not cme-check but to do our best to simplify the load of the
ftp-master team
If you need to find files do not hesitate to use
codesearch.debian.net (this is a fantastic service for copyright digging :)
> Further comments welcome.
here it is :)
> Setup for autopkgtest is coming up.
I cannot wait :)
cheers
Frederic
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/a2a20ec3b8560d408356cac2fc148e53b1f17...@sun-dag3.synchrotron-soleil.fr
Bug#760188: ITP: scoop -- concurrent parallel programmming library
Hello, during the build, I have this message writing output... [ 50%] examples WARNING: LaTeX command 'latex' cannot be run (needed for math display), check the pngmath_latex setting writing output... [ 66%] index maybe it would be nice to install latex to generate the pngmath pictures. Cheers I just did a minor fix to the copyright. it seems to me that it is ok now. Fred -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a2a20ec3b8560d408356cac2fc148e53b1f37...@sun-dag3.synchrotron-soleil.fr
Bug#770595: O: remotetea
Package: wnpp Severity: normal I am orphaning this package so It can be team maintain by the pkg-java team. cheers Frederic -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141122133530.25431.55747.reportbug@mordor
Bug#905360: closed by Bart Martens (closing ITP: spyder-kernels -- Jupyter kernels for the Spyder console)
Hello, sorry my email system was badly configured. Control: owner -1 Picca Frédéric-Emmanuel why did you close it ? Control: reopen -1 Hope it is ok now. Cheers Fred
Bug#976849: ITP: density-fitness -- Calculates per-residue electron density scores real-space R, real-space correlation coefficient, EDIAm, and OPIA
Hello, We maintain a Debian blends dedicated to photo and neutron facilities DebianPAN[1] via a dedicated team on salsa[2] do not hesitate to tell me in which category[2] you think density-fitness belongs cheers Frederic [2] https://salsa.debian.org/pan-team [1] https://salsa.debian.org/blends-team/pan [3] https://blends.debian.org/pan/tasks/
Bug#844618: ITP: bornagain -- Simulating and fitting X-ray and neutron small-angle scattering at grazing incidence
Hello Mika, VEry glade to hear that you decided to integrate bornagain into Debian. I created a git repository for it under ssh://git.debian.org/git/debian-science/packages/bornagain.git do you have an alioth account, and are you already member of the debian-science team ? Cheers Frederic
Bug#911106:
Hello did you plan to publish you work on salsa ? regards, Frederic
Bug#871637: ITP: silx -- Toolbox for X-Ray data analysis
Package: wnpp Severity: wishlist Owner: =?utf-8?q?Picca_Fr=C3=A9d=C3=A9ric-Emmanuel?= * Package name: silx Version : 0.5.0 Upstream Author : European Synchrotron Radiation Facility Data analysis unit (s...@esrf.fr) * URL : https://github.com/silx-kit/silx * License : LGPL, MIT Programming Lang: Python Description : Toolbox for X-Ray data analysis The silx project aims at providing a collection of Python packages to support the development of data assessment, reduction and analysis applications at synchrotron radiation facilities. It aims at providing reading/writing different file formats, data reduction routines and a set of Qt widgets to browse and visualize data. . The current version provides : . * reading HDF5 file format (with support of SPEC file format) * histogramming * fitting * 1D and 2D visualization using multiple backends (matplotlib or OpenGL) * image plot widget with a set of associated tools (See changelog file). * Unified browser for HDF5, SPEC and image file formats supporting inspection and visualization of n-dimensional datasets. * Unified viewer (silx view filename) for HDF5, SPEC and image file formats * OpenGL-based widget to display 3D scalar field with isosurface and cutting plane. I need to package this because it is a new dependency for PyFAI and the next Pymca
Bug#1065481: ITP: pynx -- Python tools for Nano-structures Crystallography
Package: wnpp Severity: wishlist Owner: Picca Frédéric-Emmanuel X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pan-maintain...@alioth-lists.debian.net, pi...@debian.org * Package name: pynx Version : 2023.1.2-1 Upstream Contact: fa...@esrf.fr * URL : https://gitlab.esrf.fr/favre/PyNX * License : CeCILL-B Programming Lang: (OpenCL, Python) Description : Python tools for Nano-structures Crystallography PyNX stands for *Python tools for Nano-structures Crystallography*. It is a python library with the following main modules: . 1) pynx.scattering: *X-ray scattering computing using graphical processing units*, allowing up to 2.5x10^11 reflections/atoms/seconds (single nVidia Titan X). The sub-module``pynx.scattering.gid`` can be used for *Grazing Incidence Diffraction* calculations, using the Distorted Wave Born Approximation . 2) pynx.ptycho : simulation and analysis of experiments using the *ptychography* technique, using either CPU (deprecated) or GPU using OpenCL. Examples are available in the pynx/Examples directory. Scripts for analysis of raw data from beamlines are also available, as well as using or producing ptychography data sets in CXI (Coherent X-ray Imaging) format. . 3) pynx.wavefront: *X-ray wavefront propagation* in the near, far field, or continuous (examples available at the end of ``wavefront.py``). Also provided are sub-modules for Fresnel propagation and simulation of the illumination from a Fresnel Zone Plate, both using OpenCL for high performance computing. . 4) pynx.cdi: *Coherent Diffraction Imaging* reconstruction algorithms using GPU. . In addition, it includes :doc:`scripts ` for command-line processing of ptychography data from generic CXI data (pynx-ptycho-cxi) or specific to beamlines (pynx-ptycho-id01, pynx-ptycho-id13,...). This package will be naintain in the Debian-Science repository by the Debian-PAN team
Bug#965964: ITP: geant4 -- physics simulation toolit from CERN
did you started from here ? https://salsa.debian.org/science-team/geant4 cheers Frederic
