Bug#540513: ITP: stxxl -- C++ Standard Template Library (STL) for extra large datasets
I a have uploaded a prospective package to Debian mentors. Comments would be most appreciated. http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=libstxxl1 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#540513: ITP:libstxxl
I have a working package uploaded to alioth under debian-science. Upload by Sylvestre Ledru is currently pending. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#519583: (no subject)
I've used this program before, so I can package it, but I will not be able to start on this until Feb. next year. Therefore, i am no going to ITP -- if anyone can do this faster, please do. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#519583: Proprosed package
A proposal for review has been uploaded to mentors: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=opticalraytracer -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570930: ITP: liblemon1 -- Library for Efficient Modeling and Optimization in Networks
Package: wnpp Severity: wishlist * Package name: liblemon1 Version : 1.1.1 Upstream Author : Egervary Research Group on Combinatorial Optimization (EGRES) * URL : http://lemon.cs.elte.hu/ * License : Boost 1.0 Programming Lang: C++ Description : Library for Efficient Modeling and Optimization in Networks This has recently come under the Coin-or banner. Should this be named coinor-liblemon1 ? -- 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/144328.37888...@web110412.mail.gq1.yahoo.com
Bug#570930: ITP: liblemon1 -- Library for Efficient Modeling and Optimization in Networks
I have a work-in-progress git repo placed in debian-science: git clone git://git.debian.org/git/debian-science/liblemon1 -- 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/122479.15997...@web110403.mail.gq1.yahoo.com
Bug#564533: Deb source package
Hello Paul, Have you uploaded this to mentors or provided a DSC somewhere? I am happy to have a brows through it -- I maintain one package in debian currently, so I am no expert, but I can run my eye over it if you have a link. Thanks. -- 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/531314.39464...@web110414.mail.gq1.yahoo.com
Bug#564533: Deb source package
OK, so here are my comments. Feel free to ignore whatever you like, as I am
often not right.
* Lintian is giving native package errors. If you do a quick source build with
debuild (debuild -S -i -I), this will tell you what your tarball should be
called, so as to aid navigating this annoying notation.
:~/Documents/deb/shedskin/shedskin-0.3$ debuild -S -i -I
This package has a Debian revision number but there does not seem to be
an appropriate original tar file or .orig directory in the parent directory;
(expected one of shedskin_0.3.orig.tar.gz, shedskin_0.3.orig.tar.bz2,
shedskin_0.3.orig.tar.lzma or shedskin-0.3.orig)
continue anyway? (y/n) n
* I got a warning whilst building source package.. Are you seeing this?
dpkg-source: warning: diff
`~/Documents/deb/shedskin/shedskin_0.3-2.diff.gz.new.Haj083' doesn't contain
any patch
*The permissions from the DSC are a bit odd? Everything in debian/ seems to be
755? should it not be 644 (except rules I think)?
* Shouldn't the description be wrapped at 80 chars in debian/control, with each
new line preceded by a space?
*In debian/copyright, there are some chars that are not showing properly:
75 Copyright (c) 2009 Jérémie Roquet
* Standards version is old school. Should be 3.8.4 (or maybe even later...)
* debina/changelog seems to contain program changes, rather than package
changes? changelog should be package only AFAIK. Any program changes should be
hopefully distributed by upstream
* adding a watchfile is good (debian/watch)
* You may have been alluding to this before, but does the GPL trump the AS-IS
free stuff, as you are building them together? Particularly section 5b
"
b) The work must carry prominent notices stating that it is
released under this License and any conditions added under section
7. This requirement modifies the requirement in section 4 to
"keep intact all notices".
"
You may need to contact upstream and ask them to sort this out, once a correct
course of action has been identified.
* Keeping this on a VCS somewhere would be nice, makes it easy for other
packagers to pull down your package at some later date. This integrates neatly
with the debian PTS. to do this just set Vcs-Git/Vcs-Svn or whatever in
debian/control
*I get a warning whilst attempting to build the binary version.
dpkg-deb: warning: 'debian/shedskin/DEBIAN/control' contains user-defined field
'Python-Version'
*Make clean still appears to leave files behind (build-python-*,
debian/shedskin.1.gz, ...). I usually use a VCS to help me work out if I have
accidently not done a proper clean (do a commit, then see what changes before
and after clean using fakeroot make -f debian/rules clean ).
* Lintian outputs a good wad of errors and warnings:
N: Setting up lab in /tmp/YnJLKVJw7I ...
N: Processing 2 packages...
N:
N: Processing source package shedskin (version 0.3-2) ...
W: shedskin source: empty-debian-diff
N:
N:The Debian diff of this non-native package appears to be completely
N:empty. This usually indicates a mistake when generating the upstream
N:tarball, or it may mean that this was intended to be a native package
N:and was built non-native by mistake.
N:
N:If the Debian packaging is maintained in conjunction with upstream, this
N:may be intentional, but it's not recommended best practice. If the
N:software is only for Debian, it should be a native package; otherwise,
N:it's better to omit the debian directory from upstream releases and add
N:it in the Debian diff. Otherwise, it can cause problems for some package
N:updates in Debian (files can't be removed from the debian directory via
N:the diff, for example).
N:
N:Severity: normal, Certainty: possible
N:
W: shedskin source: debhelper-but-no-misc-depends shedskin
N:
N:The source package uses debhelper, but it does not include
N:${misc:Depends} in the given binary package's debian/control entry. Any
N:debhelper command may add dependencies to ${misc:Depends} that are
N:required for the work that it does, so recommended best practice is to
N:always add ${misc:Depends} to the dependencies of each binary package if
N:debhelper is in use.
N:
N:Refer to the debhelper(7) manual page for details.
N:
N:Severity: normal, Certainty: possible
N:
W: shedskin source: build-depends-on-python-dev-with-no-arch-any
N:
N:The given package appears to have a Python development package
N:(python-dev, python-all-dev or pythonX.Y-dev) listed in its
N:Build-Depends or Build-Depends-Indep fields, but only "Architecture:
N:all" packages are built by this source package. Python applications and
N:modules do not usually require those dev packages, so you should
N:consider removing them in favour of python, python-all or pythonX.Y.
N:
N:If you are building a Python extension instead, you should have
N:development packages listed in Build-Depends, but nor
Bug#564422: Ping
Hello, I am the fedora maintainer for mathgl, but I also maintain a few debian packages. I would be most interested in seeing this back in debian -- has there been any progress on this? Regards, D. Haley -- 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/343089.84575...@web110413.mail.gq1.yahoo.com
Bug#564422: Ping
I'll pull down the package tomorrow and have a quick look. I am a bit reticent to maintain it for a few reasons, (1) I believe in the ability to compare notes with other distribution's packages and (2) I believe my work is should be checked by someone for what I believe is a moderately important package. I'm quite willing to propose a few patches though. --- On Mon, 4/19/10, Salvatore Bonaccorso wrote: > From: Salvatore Bonaccorso > Subject: Re: Bug#564422: Ping > To: "D Haley" , 564...@bugs.debian.org, "Manuel Prinz" > > Date: Monday, April 19, 2010, 12:59 AM > Hi > > On Sun, Apr 18, 2010 at 05:46:00AM -0700, D Haley wrote: > > I am the fedora maintainer for mathgl, but I also > maintain a few > > debian packages. I would be most interested in seeing > this back in > > debian -- has there been any progress on this? > > I had still not time to work on it, sorry. Would you be > interested to > take it? If so, please note would be a good idea to have it > maintained > in the debian-science Group, IMHO. > > If you would like to work on it, don't worry, you can > change the owner > to you. It would be great to have mathgl finally updated. > I'm sorry > that, I was not able due to my current time constraints to > work at all > on these packages. > > Bests > Salvatore > -- 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/764533.51091...@web110414.mail.gq1.yahoo.com
Bug#564422: Updates
I have done some updating to the package, but it is not in a working state (it should be a bit closer than it was). Just as I was committing to debian-science (after i inited a repo), SSH started timing out to alioth. :/ I will try to upload this tomorrow. I will, in the coming week, have another crack at this to get it into a clean and working state. -- 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/40822.48401...@web110406.mail.gq1.yahoo.com
Bug#564422: Updates
Hi, I have updated the debian science repo. The package now builds (although the png dependencies are not quite handled correctly, and cause multiple calls to mathgl_example.). At any rate, the package builds so as far as I am concerned my work is done. Can someone else touch up the package and take maintenance of it? Notes: * texinfo is throwing utf8 errors if I try to build the _ru documentation. I have disabled this for now. * Upstream have committed changes to their repositories to solve the ldflags problem (see bug #92). * I have not made the package lintian clean. Thanks. --- On Fri, 4/23/10, Salvatore Bonaccorso wrote: > From: Salvatore Bonaccorso > Subject: Re: Bug#564422: Updates > To: "D Haley" , 564...@bugs.debian.org > Date: Friday, April 23, 2010, 6:00 PM > Hi D. > > On Mon, Apr 19, 2010 at 03:52:41PM -0700, D Haley wrote: > > I have done some updating to the package, but it is > not in a working > > state (it should be a bit closer than it was). Just as > I was > > committing to debian-science (after i inited a repo), > SSH started > > timing out to alioth. :/ I will try to upload this > tomorrow. > > > > I will, in the coming week, have another crack at this > to get it > > into a clean and working state. > > I saw you arleady commited package to debian-science, > really cool. > Tanks for working on it. > > I have this to forward at you got from Alexey: > > On Mon, Dec 28, 2009 at 01:06:04PM +0300, Alexey Balakin > wrote: > > Dear Salvatore, > > > > I have one more comment. As Jim Hu had noted me, the > GSL library is > > GPL. So, I change a bit license for MathGL (some > corrections were > > already done in web site). The idea is > > > > "Generally MathGL is GPL library. However, you can use > LGPL license > > for MathGL core if you don't use wrapper classes > (don't use file > > mgl_w.h and SWIG-based interfaces) and disable GSL > features (by > > defining NO_GSL for library compilation)." > > > > I think that the MathGL version in DEB-packages should > contain GSL. > > So, it have to be GPL. Can you apply this change for > Debian and Ubuntu > > packages? During few days I'll update win32 binary > packages too. > > > > -- > > All the best, > > Alexey Balakin > > Bests > Salvatore > -- 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/903535.92591...@web110407.mail.gq1.yahoo.com
Bug#564422: Updates
Hello, The version control system used is git, so you can check it out with git pull git://git.debian.org/git/debian-science/packages/mathgl.git I added the man pages too, so that should help simplify solving the lintian errors. Thanks. --- On Thu, 5/6/10, Dimitrios Eftaxiopoulos wrote: > From: Dimitrios Eftaxiopoulos > Subject: Re: Bug#564422: Updates > To: "D Haley" , 564...@bugs.debian.org > Date: Thursday, May 6, 2010, 2:47 AM > Hello, > I am a user of mathgl under Debian unstable. I would like > to see it back in > Debian. I tried to find the package in the debian-science > repository > > http://svn.debian.org/wsvn/debian-science/packages/ > > but I could not find it there. Could you please give me the > address where > mathgl is comitted? I woul like to try to build it. > > Thanks > Dimitris > > > Στις Παρασκευή 30 Απρίλιος 2010 > 23:34:20 γράψατε: > > Hi, > > > > I have updated the debian science repo. The package > now builds (although > > the png dependencies are not quite handled correctly, > and cause multiple > > calls to mathgl_example.). > > > > At any rate, the package builds so as far as I am > concerned my work is > > done. Can someone else touch up the package and take > maintenance of it? > > > > Notes: > > * texinfo is throwing utf8 errors if I try to build > the _ru documentation. > > I have disabled this for now. * Upstream have > committed changes to their > > repositories to solve the ldflags problem (see bug > #92). * I have not > > made the package lintian clean. > > > > > > Thanks. > > > > --- On Fri, 4/23/10, Salvatore Bonaccorso > > wrote: > > > From: Salvatore Bonaccorso > > > Subject: Re: Bug#564422: Updates > > > To: "D Haley" , > 564...@bugs.debian.org > > > Date: Friday, April 23, 2010, 6:00 PM > > > Hi D. > > > > > > On Mon, Apr 19, 2010 at 03:52:41PM -0700, D Haley > wrote: > > > > I have done some updating to the package, > but it is > > > > > > not in a working > > > > > > > state (it should be a bit closer than it > was). Just as > > > > > > I was > > > > > > > committing to debian-science (after i inited > a repo), > > > > > > SSH started > > > > > > > timing out to alioth. :/ I will try to > upload this > > > > > > tomorrow. > > > > > > > I will, in the coming week, have another > crack at this > > > > > > to get it > > > > > > > into a clean and working state. > > > > > > I saw you arleady commited package to > debian-science, > > > really cool. > > > Tanks for working on it. > > > > > > I have this to forward at you got from Alexey: > > > > > > On Mon, Dec 28, 2009 at 01:06:04PM +0300, Alexey > Balakin > > > > > > wrote: > > > > Dear Salvatore, > > > > > > > > I have one more comment. As Jim Hu had noted > me, the > > > > > > GSL library is > > > > > > > GPL. So, I change a bit license for MathGL > (some > > > > > > corrections were > > > > > > > already done in web site). The idea is > > > > > > > > "Generally MathGL is GPL library. However, > you can use > > > > > > LGPL license > > > > > > > for MathGL core if you don't use wrapper > classes > > > > > > (don't use file > > > > > > > mgl_w.h and SWIG-based interfaces) and > disable GSL > > > > > > features (by > > > > > > > defining NO_GSL for library compilation)." > > > > > > > > I think that the MathGL version in > DEB-packages should > > > > > > contain GSL. > > > > > > > So, it have to be GPL. Can you apply this > change for > > > > > > Debian and Ubuntu > > > > > > > packages? During few days I'll update win32 > binary > > > > > > packages too. > > > > > > > -- > > > > All the best, > > > > Alexey Balakin > > > > > > Bests > > > Salvatore > > -- 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/645768.20731...@web110402.mail.gq1.yahoo.com
Bug#592460: ITP: 3depict -- 3D valued point data visualisation and analysis
Package: wnpp Severity: wishlist Owner: "d.haley" * Package name: 3depict Version : 0.0.1 Upstream Author : D Haley * URL : http://threedepict.sourceforge.net * License : GPL, Programming Lang: C++ Description : 3D valued point data visualisation and analysis Disclosure: I am upstream author -- 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/127694.91648...@web110409.mail.gq1.yahoo.com
Bug#589254: RFS - mapcatcher
Hello, I came across your g/mapcatcher package today, I had not heard of the project before. This looks like an excellent lightweight alternative to marble - I have already installed it on my machine (marble wont fit, it has way too many deps). I can't sponsor you, however here are some comments on your debian-mentors package: * Program should use either mapcatcher or gmapcatcher consistently. If upstream wish to rename their project, use mapcatcher, if not, use gmapcatcher. Until I read your mailing list thread, I thought the G was for GTK. This is confusing as some things (eg the program) are labelled mapcatcher, and some things /usr/share/pyshared/* are labelled GMapCatcher. Consistency is key, with or without "G". :) * Although marked as GPL2 or any later, the actual python programs do not have the pre-amble in the source files, as required by the licence. The upstream project website simply says GPL2, not GPL2 or later. This needs to be clarified by the upstream authors. THis is true of both the mapcatcher and mapdownloader python scripts, as well as for /usr/share/pyshared/gmapcatcher/* * Project seems to include its own version of gps.py. Is there any reason that the python-gps package is not being used? Importing sources from upstream projects is not cool, as it means that updates are not sent to users in a timely fashion, and that duplication can be a problem. Secondly, this is a problem as it is unclear which files in the pyshared/gmapcatcher/ directory were actually written by the project, and thus are correctly licenced * During the package build from the DSC, I get the following message: WARNING: Use of XS-Python-Version and XB-Python-Version fields in debian/control is deprecated with pysupport method; use debian/pyversions if you need to specify specific versions. pyversions: missing XS-Python-Version in control file, fall back to debian/pyversions *The installed /usr/share/pyshared/GMapCatcher-0.7.2.2.egg-info contains "UNKNOWN" entries. Please fill in the upstream author's details *According to debian/copyright, there are two real authors, and then a pseudo-author "mapcatcher team". The upstream project states that the authors are : "pi3or...@gmail.com, helders...@gmail.com, maxim.ra...@gmail.com, and standa31...@gmail.com". This should be reflected in debian/copyright Thanks, D. Haley -- 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/782484.15663...@web110409.mail.gq1.yahoo.com
Bug#785657: RFA: opticalraytracer
Package: wnpp Severity: normal Dear Maintainers/Developers, I am intending to orphan opticalraytracer, as I no longer have the time to develop my java packaging skills, and do not use java in the natural course of my work. If anyone is interested in maintaining this package, please feel free to do so. I am aware that the package has a low popcon score, and thus will be unlikely to find a new maintainer, and so will attempt to perform any work required on this package when I can. This may take some time however. 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/20150518194758.2779.98557.report...@oums0588-debian.materials.ox.ac.uk
Bug#589254: Debian packaging
retitle 589254 ITP: mapcatcher -- offline map viewer owner 589254 ! thanks -- 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/51859760.30...@gmx.com
Bug#589254: Info received (Debian packaging)
Hi, I've uploaded a near-"legal-clean" version of a mapcatcher debian package here: https://gitorious.org/debian-mapcatcher/debian-mapcatcher The only thing to be done from a legal perspective is to confirm that we can use "openanything.py", which uses the "python" licence. Unfortunately, from a user perspective, much functionality is removed. All commercial map providers have been removed (OpenTransportMap has been added) and, more importantly, due to the original code being in probable violation of google's Terms of Service, place searching (which was done via google maps API) has been removed. If someone is able to convert this to use geoNames (I've never tried this, so I don't know what to do), that would be great. Does anyone have any input here? I would welcome some suggestions on package improvements, as I am not a python, nor python packaging guru. Thanks. -- 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/518643f6.6040...@gmx.com
Bug#589254: Progress update
The git repo now has commits that solve the previous issues. * Openanything.py is now removed by a patch, and has been replaced by urllib. * Geonames support has been added, so users will get (a somewhat not-so-great based upon random testing) search. OSM apparently has a better database, but I have no idea about hooking into this API. So the package should be 100% legally clean now. I've posted a package to debian mentors: https://mentors.debian.net/package/mapcatcher -- 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/519405d4.4080...@gmx.com
Bug#754595: RFP: easymercurial -- Easy to use mercurial GUI
Package: wnpp Severity: wishlist * Package name: easymercurial Version : 1.3.0 Upstream Author : Chris Cannam , Jari Korhonen * URL : http://easyhg.org/ * License : GPL Programming Lang: Python Description : Easy to use mercurial GUI EasyMercurial is a simple user interface for the Mercurial distributed version control system. The program is designed for non-advanced users of distributed version control. I'm happy to put in a bit of effort in getting this Debian-ised, assuming there are no issues i have overlooked. I don't think I can provide stable maintenance, as I am not sufficiently python proficient - particularly . -- 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/20140712210522.6227.42074.reportbug@midipc
Bug#674135: Interest
Hi, I'm using this indirectly in some work I'm doing. I might package this when I have some spare time. It is required for the octopus DFT solver: http://octopus-code.org/wiki/Main_Page If anyone else has some interest in this, please do let me know, such as to minimise overlap.
Bug#876059: ITP: libvd -- Volume Development library
Package: wnpp Severity: wishlist Owner: D Haley * Package name: libvd Version : 1.1.0+svn7 Upstream Author : Herve Lombaert * URL : http://cim.mcgill.ca/~lombaert/libvd-doc/ * License : GPL Programming Lang: C++ Description : Volume Development library A small opengl C++ library for 3D and 4D volume rendering. This is implemented using 3D textures and fragment shaders. The library is relatively simple compared to major frameworks, and is aimed at both learners, and those who wish to integrate this functionality into their own projects. This will be an optional dependence for the upcoming 3Depict 0.0.21 release. This is being maintained as a member of the debian-science team
Bug#876059: ITP: libvd -- Volume Development library
A repository has now been created on alioth: https://anonscm.debian.org/git/debian-science/packages/libvd.git Some lintian errors remain (around triggers).
Bug#739080: ITP: tapsim -- Atom probe experiment simulator
Package: wnpp Severity: wishlist Owner: D Haley * Package name: tapsim Version : 1.0b.r766 Upstream Author : Christian Oberforfer http://www.uni-muenster.de/Physik.MP/Schmitz/en/tapsim/ * License : GPL Programming Lang: C, C++ Description : Atom probe experiment simulator Simulation package for Atom Probe measurements of samples with heterogenous evaporation properties. It allows the theoretical analysis of tips with arbitrary shape, with arbitrary atomic structure and well-defined chemical composition. In this regard, practically no limitations exist. Each tip atom is represented by a Wigner-Seitz cell. Sponsor is required. Plan to maintain as part of debian-science. -- 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/20140215174509.4224.57476.reportbug@midipc
Bug#739080: Acknowledgement (ITP: tapsim -- Atom probe experiment simulator)
Now clonable from: https://bitbucket.org/mycae_gmx/tapsim_debian.git -- 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/52ffaec9.4040...@gmx.com
Bug#982265: ITP: libatomprobe -- Library for Atom Probe Tomography computations
Package: wnpp Severity: wishlist Owner: D Haley * Package name: libatomprobe Version : 20210207 Upstream Author : D Haley * URL : http://apttools.sourceforge.io/ * License : GPLv3 Programming Lang: C++, Python Description : Library for processing Atom Probe Tomography (APT) data This provides a C++ library for the scientific analysis of real valued point data (x,y,z,value). This is primarily targeted towards Atom probe tomography applications, but may prove useful to other applications as well. . The package includes both its own C++ and SWIG based python interfaces This package provide tools for processing mass spectra data from Atom Probe systems, such as developed by Ametek. Functions in the library include spectra processing algorithms, 3D point data computation, and file IO routines for specific APT types. It is anticipated that this will become a future dependency for the existing 3Depict package. This is intended to be maintained as part of the Debian Science team. There are no other packages that provide the coverage of data processing routines in APT, as this is specialised research equipment. A sponsor is needed, to quality-check and ultimately for upload.
