Bug#1031269: O: dsfmt -- dSFMT pseudorandom number generator

[Graham Inggs]

Package: wnpp
Severity: normal
Control: affects -1 + src:dsfmt

Dsfmt was packaged by the Debian Julia Team as a dependency of
Julia.  Since Julia has been removed from the archive, see #1011382, I
hereby orphan dsfmt.

The package description is:
 The double-precision SIMD-oriented Fast Mersenne Twister (dSFMT) is a variant
 of the Mersenne Twister pseudorandom number generator designed for modern CPUs
 with multi-stage pipelining and SIMD instructions. dSFMT directly generates
 IEEE 754 format double-precision floating-point pseudorandom numbers in the
 ranges [1, 2), [0, 1), (0, 1] and (0, 1), and supports various periods from
 2^521-1 to 2^216091-1.

Bug#1031268: O: openlibm -- standalone implementation of C mathematical functions

[Graham Inggs]

Package: wnpp
Severity: normal
Control: affects -1 + src:openlibm

Openlibm was packaged by the Debian Julia Team as a dependency of
Julia.  Since Julia has been removed from the archive, see #1011382, I
hereby orphan openlibm.

The package description is:
 OpenLibm is an effort to have a high quality, portable, standalone libm
 implementation, under a liberal free software license. It can be used
 standalone in applications and programming language implementations.
 .
 The project was born out of a need to have a good libm for the Julia
 programming language that worked consistently across compilers and operating
 systems, and in 32-bit and 64-bit environments.

Bug#941726: [Debichem-devel] debichem salsa configuration broken: packmol repo cannot be configured

[Graham Inggs]

Hi Drew

On Mon, 14 Oct 2019 at 16:00, Drew Parsons  wrote:
> Hi Debichem team, I created a repo for packmol (ITP#941726) under
> debichem on salsa.  But the repo is created empty. I can clone it but
> there is no master branch.

You were added to the team as "developer", I've bumped you to
"maintainer" so you should be able to push to the master branch now.

It's confusing that the meanings in Gitlab are inverted compared to
their meanings in Debian.

Regards
Graham

Bug#925067: ITP: indicator-sensors -- Hardware sensors indicator

[Graham Inggs]

Package: wnpp
Severity: wishlist
Owner: Graham Inggs 

* Package name: indicator-sensors
  Version : 0.9
  Upstream Author : Alex Murray 
* URL : https://github.com/alexmurray/indicator-sensors
* License : GPL-3+
  Programming Lang: C
  Description : Hardware sensors indicator
Application indicator to display and monitor the readings
from various hardware sensors (temperature, fan speeds, voltages
etc) in the desktop panel for GNOME

This package will be maintained in collab-maint.

Bug#884103: ITP: libvdwxc -- Library of van der Waals density functionals

[Graham Inggs]

Package: wnpp
Severity: wishlist
Owner: Graham Inggs <gin...@debian.org>
X-Debbugs-CC: debichem-de...@lists.alioth.debian.org


* Package name: libvdwxc
  Version : 0.3.0
  Upstream Author : Mikael Kuisma <mikael.j.kui...@jyu.fi>, Ask Hjorth
Larsen <asklar...@gmail.com>
* URL : https://gitlab.com/libvdwxc/libvdwxc
* License : GPL-3+
  Programming Lang: C
  Description : Library of van der Waals density functionals
libvdwxc is a C library that supports the calculation of exchange and
correlation energies for members of the van-der-Waals density
functional (vdW-DF) family. It can be linked to general purpose
density functional theory (DFT) codes in order to use these
functionals in practical DFT calculations.

This package will be maintained by DebiChem team.

Bug#879859: ITP: dict-zaf -- Southern African dictionaries

[Graham Inggs]

Package: wnpp
Severity: wishlist
Owner: Graham Inggs <gin...@debian.org>

* Package name: dict-zaf
  Version : 20171026
  Upstream Author : Dwayne Bailey <dwa...@translate.org.za>, et al
* URL : https://sourceforge.net/projects/zaf/
* License : LGPLv2.1
  Programming Lang: Bash, C
  Description : MySpell and Aspell dictionaries for Southern
African languages

This source package will build MySpell and Aspell dictionaries for the
Afrikaans, Ndebele, Northern Sotho, Swati, Southern Sotho, Swahili,
Tswana, Tsonga, Venda, Xhosa and Zulu languages.  It will be
maintained in collab-maint by Sicelo A. Mhlongo, Jonathan Bergh and
Graham Inggs.

The source tarball will be generated from a current snapshot of trunk/dict:
https://svn.code.sf.net/p/zaf/code/trunk/dict/

The binary packages will be named similarly to the packages currently
in Ubuntu; aspell-af, aspell-ss, myspell-ss, etc.

Bug#869710: ITA: libunwind -- library to determine the call-chain of a program

[Graham Inggs]

On 28/07/2017 13:35, Adrian Bunk wrote:

I am not a fan of comaintainance for small packages, and the previous
unmaintained state of libunwind was also caused by the package
having two uploaders whose latest uploads were 2005 and never.


Agreed.


If you want to adopt the package instead of me that's fine for me.


No, please go ahead.  I'm happy that libunwind will be in good hands!

Bug#869710: ITA: libunwind -- library to determine the call-chain of a program

[Graham Inggs]

Hi Adrian

The "Debian Julia Team", namely Peter Colberg and myself, were 
discussing  adopting libunwind [1].


Julia probably accounts for less than 10% of the installations of 
libunwind (by popcon), so I think it would be better if libunwind 
remained in collab-maint rather than moving to pkg-julia.


Would you be open to co-maintainers?  I'd be happy to be listed as an 
uploader.


Regards
Graham


[1] 
https://lists.alioth.debian.org/pipermail/pkg-julia-devel/Week-of-Mon-20170724/001658.html

Bug#869710: O: libunwind -- library to determine the call-chain of a program

[Graham Inggs]

Package: wnpp

The current maintainers of libunwind, Daigo Moriwaki
 and Al Stone  have orphaned this
package.  Matthieu Delahaye  has not been working
on the libunwind package for quite some time.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed instructions
how to adopt a package properly.

Some information about this package:

Package: libunwind
Binary: libunwind-dev, libunwind8-dev, libunwind8, libunwind8-dbg,
libunwind-setjmp0-dev, libunwind-setjmp0, libunwind-setjmp0-dbg
Version: 1.1-4.1
Maintainer: Daigo Moriwaki 
Uploaders: Matthieu Delahaye , Al Stone 
Build-Depends: debhelper (>= 9), autotools-dev, dh-autoreconf,
liblzma-dev, texlive-extra-utils
Architecture: ia64 i386 amd64 ppc64 ppc64el powerpc powerpcspe armel
armhf arm64 mips mipsel mips64 mips64el
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 20b1c62c1c9b3ef25cb25fa148d0a844 2745 libunwind_1.1-4.1.dsc
 fb4ea2f6fbbe45bf032cd36e586883ce 1098603 libunwind_1.1.orig.tar.gz
 b67598b68d3d17d02ffbe68abc443deb 24224 libunwind_1.1-4.1.debian.tar.xz
Vcs-Browser: http://git.debian.org/?p=collab-maint/libunwind.git
Vcs-Git: git://git.debian.org/git/collab-maint/libunwind.git
Checksums-Sha256:
 94ef1b852f4778ac424fd26842c1a637bde4188d43e56a8e48ecfbd39aec79f3 2745
libunwind_1.1-4.1.dsc
 9dfe0fcae2a866de9d3942c66995e4b460230446887dbdab302d41a8aee8d09a
1098603 libunwind_1.1.orig.tar.gz
 4698caf7db090e05b10762e8b29833a9c5c1cb756bd99430bd4b914a85da2644
24224 libunwind_1.1-4.1.debian.tar.xz
Homepage: http://www.nongnu.org/libunwind
Package-List:
 libunwind-dev deb libdevel optional
arch=ia64,i386,amd64,ppc64,ppc64el,powerpc,powerpcspe,armel,armhf,arm64,mips,mipsel,mips64,mips64el
 libunwind-setjmp0 deb libs optional
arch=ia64,i386,amd64,ppc64,ppc64el,powerpc,powerpcspe,armel,armhf,arm64,mips,mipsel,mips64,mips64el
 libunwind-setjmp0-dbg deb debug extra
arch=ia64,i386,amd64,ppc64,ppc64el,powerpc,powerpcspe,armel,armhf,arm64,mips,mipsel,mips64,mips64el
 libunwind-setjmp0-dev deb libdevel optional
arch=ia64,i386,amd64,ppc64,ppc64el,powerpc,powerpcspe,armel,armhf,arm64,mips,mipsel,mips64,mips64el
 libunwind8 deb libs optional
arch=ia64,i386,amd64,ppc64,ppc64el,powerpc,powerpcspe,armel,armhf,arm64,mips,mipsel,mips64,mips64el
 libunwind8-dbg deb debug extra
arch=ia64,i386,amd64,ppc64,ppc64el,powerpc,powerpcspe,armel,armhf,arm64,mips,mipsel,mips64,mips64el
 libunwind8-dev deb libdevel optional
arch=ia64,i386,amd64,ppc64,ppc64el,powerpc,powerpcspe,armel,armhf,arm64,mips,mipsel,mips64,mips64el
Directory: pool/main/libu/libunwind
Priority: source
Section: libs

Package: libunwind-dev
Source: libunwind
Version: 1.1-4.1
Installed-Size: 2579
Maintainer: Daigo Moriwaki 
Architecture: amd64
Replaces: libunwind8-dev (<< 1.1-3.2)
Depends: libunwind8 (= 1.1-4.1)
Conflicts: libunwind1-dev, libunwind7-dev
Description: library to determine the call-chain of a program - development
Description-md5: 968fa5fbcdf32543dedc4d9d40405c26
Homepage: http://www.nongnu.org/libunwind
Tag: devel::library, role::devel-lib
Section: libdevel
Priority: optional
Filename: pool/main/libu/libunwind/libunwind-dev_1.1-4.1_amd64.deb
Size: 362906
MD5sum: b420afe431796f36ec87730400edc822
SHA256: 5790e97e7cddb09b4f533dfd69633eff3a4f7c51ade43d43a472c6902493643f

Package: libunwind8-dev
Source: libunwind
Version: 1.1-4.1
Installed-Size: 17
Maintainer: Daigo Moriwaki 
Architecture: amd64
Depends: libunwind-dev (= 1.1-4.1)
Description: library to determine the call-chain of a program - development
Description-md5: a779e0cd19f7d3c663913c1a8c75371f
Homepage: http://www.nongnu.org/libunwind
Tag: devel::library, role::devel-lib
Section: libdevel
Priority: optional
Filename: pool/main/libu/libunwind/libunwind8-dev_1.1-4.1_amd64.deb
Size: 7432
MD5sum: 04ece38a584ff5efd945263379098bfe
SHA256: 500cd269afff08f90b48e08fada7ec57e6d563d69f4050edc22abe445c985bf3

Package: libunwind8
Source: libunwind
Version: 1.1-4.1
Installed-Size: 159
Maintainer: Daigo Moriwaki 
Architecture: amd64
Replaces: libgcc1 (<< 1:4.0.0-2)
Depends: libc6 (>= 2.3), liblzma5 (>= 5.1.1alpha+20110809)
Conflicts: libunwind1-dev
Description: library to determine the call-chain of a program - runtime
Description-md5: 7095fd22983044140f5faf099162a263
Homepage: http://www.nongnu.org/libunwind
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/libu/libunwind/libunwind8_1.1-4.1_amd64.deb
Size: 48708
MD5sum: aad748dcd27a3616fadd20381e9c4471
SHA256: ba975a88f53ed02ca529e48a2fda68b500d7699d6bb77647cd8bc2721059387a

Package: libunwind8-dbg
Source: libunwind
Version: 1.1-4.1
Installed-Size: 338
Maintainer: Daigo Moriwaki 
Architecture: amd64
Depends: libunwind8 

Bug#863415: ITP: r-bioc-delayedarray -- BioConductor delayed operations on array-like objects

[Graham Inggs]

Package: wnpp
Severity: wishlist
Owner: Graham Inggs <gin...@debian.org>
X-Debbugs-CC: debian-med-packag...@lists.alioth.debian.org,
debian-de...@lists.debian.org


* Package name: r-bioc-delayedarray
  Version : 0.2.4
  Upstream Author : Hervé Pagès <hpa...@fredhutch.org>
* URL : https://bioconductor.org/packages/DelayedArray/
* License : Artistic-2.0
  Programming Lang: R
  Description : BioConductor delayed operations on array-like objects
 Wrapping an array-like object (typically an on-disk object) in
 a DelayedArray object allows one to perform common array operations
 on it without loading the object in memory. In order to reduce memory
 usage and optimize performance, operations on the object are either
 delayed or executed using a block processing mechanism. Note that this
 also works on in-memory array-like objects like DataFrame objects
 (typically with Rle columns), Matrix objects, and ordinary arrays and
 data frames.

r-bioc-delayedarray is a pre-requisite for r-bioc-summarizedexperiment 1.6.1

This package will be maintained by Debian Med team at:

  
svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-delayedarray/trunk/

Bug#862744: ITP: r-bioc-genomeinfodbdata -- BioConductor species and taxonomy ID look up tables

[Graham Inggs]

Package: wnpp
Severity: wishlist
Owner: Graham Inggs <gin...@debian.org>
X-Debbugs-CC: debian-med-packag...@lists.alioth.debian.org,
debian-de...@lists.debian.org


* Package name: r-bioc-genomeinfodbdata
  Version : 0.99.0
  Upstream Author : Bioconductor Package Maintainer
<maintai...@bioconductor.org>
* URL : https://bioconductor.org/packages/GenomeInfoDbData/
* License : Artistic-2.0
  Programming Lang: R
  Description : BioConductor species and taxonomy ID look up tables
 This package contains files for mapping between NCBI taxonomy ID and species.
 .
 It is used by functions in the r-bioc-genomeinfodb package.


The data in this package was previously shipped in package
r-bioc-genomeinfodb, but since version 1.12.0, it has been split off
into a separate package.
This package will be maintained by Debian Med team at:

  
svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-genomeinfodbdata/trunk/

Bug#862550: ITP: r-bioc-genomeinfodbdata -- BioConductor species and taxonomy ID look up tables

[Graham Inggs]

Package: wnpp
Severity: wishlist
Owner: Graham Inggs <gin...@debian.org>
X-Debbugs-CC: debian-med-packag...@lists.alioth.debian.org,
debian-de...@lists.debian.org


* Package name: r-bioc-genomeinfodbdata
  Version : 0.99.0
  Upstream Author : Bioconductor Package Maintainer
<maintai...@bioconductor.org>
* URL : https://bioconductor.org/packages/GenomeInfoDbData/
* License : Artistic-2.0
  Programming Lang: R
  Description : BioConductor species and taxonomy ID look up tables
 This package contains files for mapping between NCBI taxonomy ID and species.
 .
 It is used by functions in the r-bioc-genomeinfodb package.


The data in this package was previously shipped in package
r-bioc-genomeinfodb, but since version 1.12.0, it has been split off
into a separate package.
This package will be maintained by Debian Med team at:

  
svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-genomeinfodbdata/trunk/

Bug#790803: RFP: amp -- atomistic machine-learning potentials

[Graham Inggs]

Control: retitle -1 RFP: amp -- atomistic machine-learning potentials
Control: noowner -1

I'm changing this bug to a Request for Package (RFP) since I no longer 
have a need for packaging it.

Bug#842491: ITP: dfcgen-gtk -- Digital Filter Coefficients Generator (DFCGen) GTK+

[Graham Inggs]

Package: wnpp
Severity: wishlist
Owner: Graham Inggs <gin...@debian.org>
X-Debbugs-CC: debian-de...@lists.debian.org, debian-scie...@lists.debian.org

* Package name: dfcgen-gtk
  Version : 0.4
  Upstream Author : Ralf Hoppe <ralf.ho...@ieee.org>
* URL : http://www.dfcgen.de
* License : GPL-2.0
  Programming Lang: C
  Description: Digital Filter Coefficients Generator (DFCGen) GTK+
 DFCGen, the Digital Filter Coefficients Generator, assists the engineer
 in the design of digital filters. It supports  the engineer in analysis
 and synthesis of linear time-invariant  time-discrete (LTI) systems
 from the theoretical point of view. It performs  generation of
 system transfer function coefficients in the Z-domain,
 based on the type and specific parameters of a chosen system.

I intend maintaining this package within debian-science.

Bug#790803: ITP: amp -- atomistic machine-learning potentials

[Graham Inggs]

On 24 October 2016 at 05:36, Muammar El Khatib <muam...@debian.org> wrote:
> On 10/20/2016 03:28 AM, Graham Inggs wrote:
>> No, but I do have a local packaging of neural (before the name changed
>> to amp) which was working, but since the project changed to amp and
>> was re-organized, it longer works and I don't know if any of it is
>> still relevant.  I can mail it to you privately, if you wish.
>>
>
> That would be great!.

I have sent it, let me know if you didn't receive it.

> I forgot to answer that. I would love to team-maintain scalapack in
> debian-science!. I do not have too much time for maintaining it  as it
> deserves. I will read the wiki of Debian science and request to be added to
> the group.

Thanks!  Would you consider doing the same for blacs-mpi?

Bug#790803: ITP: amp -- atomistic machine-learning potentials

[Graham Inggs]

On 20 October 2016 at 02:50, Muammar El Khatib  wrote:
> I discussed with Peterson and Alireza, and there is a new version on the go
> (v0.5.0, maybe in a month or something). What we could do is to work on
> snapshots from master (that is the development branch). What do you think?.

Sounds good!

> Are you working on a git repo available in the debian platform?, if so, could 
> you
> point me out to it?. I will be playing around with amp in the following days 
> and
> I could help with the packaging.

No, but I do have a local packaging of neural (before the name changed
to amp) which was working, but since the project changed to amp and
was re-organized, it longer works and I don't know if any of it is
still relevant.  I can mail it to you privately, if you wish.

While preparing to package amp, with the help of Marcin Dulak and Ask
Hjorth Larson, I did manage to get the prerequisites python-ase, gpaw
and gpaw-setups updated and into the archive.

BTW, I though I recognized your name from somewhere, would you mind
taking a look at #671380 ?

Bug#790803: ITP: amp -- atomistic machine-learning potentials

[Graham Inggs]

Hi Muammar

Sadly, this fell off my radar. :(

On 18 October 2016 at 17:00, Muammar El Khatib  wrote:
> I am interested in participating in the packaging of amp. I recently
> joined Prof. Peterson's group as postdoctoral research associate at
> Brown, and thus I will be involved in amp (use/development). I would
> be glad if you let me know how I can help you with.

I did have a problem with relative imports when running the tests.  I
ended up repacking the tarball and moving some of the files and
directories into a directory named amp which seemed to improve things.

Is v0.4.1 the version we should be working on, or can you tag
something more recent?

Regards
Graham

Bug#738668: RFP: whatsapp-purple -- WhatsApp protocol plugin for libpurple

[Graham Inggs]

retitle 738668 RFP: whatsapp-purple -- WhatsApp protocol plugin for 
libpurple

noowner 738668
thanks


Hi David

I'm changing this bug to a Request for Package (RFP) as I no longer 
intend packaging whatsapp-purple.


Regards
Graham

Bug#790803: ITP: amp -- atomistic machine-learning potentials

[Graham Inggs]

retitle 790803 amp -- atomistic machine-learning potentials
owner 790803 gin...@debian.org
thanks

Upstream have relaunched Neural as Amp.

* Package name: amp
  Version : 0.3
  Upstream Author : Andrew Peterson, Alireza Khorshidi
* URL : https://bitbucket.org/andrewpeterson/amp
* License : GPL-3.0+
  Programming Lang: Python
  Description : Atomistic Machine-learning Potentials
Amp is an open-source package designed to easily bring machine-learning 
to atomistic calculations. This allows one to predict (or really, 
interpolate) calculations on the potential energy surface, by first 
building up a regression representation of a “train set” of atomic 
images. Amp calculator works by first learning from any other calculator 
(usually quantum mechanical calculations) that can provide energy and 
forces as a function of atomic coordinates. In theory, these predictions 
can take place with arbitrary accuracy approaching that of the original 
calculator.

.
Amp is designed to integrate closely with the Atomic Simulation 
Environment (ASE). As such, the interface is in pure python, although 
several compute-heavy parts of the underlying codes also have fortran 
versions to accelerate the calculations. The close integration with ASE 
means that any calculator that works with ASE - including EMT, GPAW, 
DACAPO, VASP, NWChem, and Gaussian - can easily be used as the parent 
method.


I intend maintaining this package as part of the DebiChem team.

I found there was a packaged named amp in Debian circa 2000; the Audio 
MPEG Player in non-free, but I don't believe this is a problem.

Bug#730429: RFP: ddrutility -- Data recovery utilities for gnuddrescue

[Graham Inggs]

retitle 730429 RFP: ddrutility -- Data recovery utilities for gnuddrescue
noowner 730429
thanks

I'm changing this back to an RFP as I no longer intend to package 
ddrutility.

Bug#802207: [Pkg-julia-devel] Bug#802207: RFP: julia-gadfly

[Graham Inggs]

On 19 October 2015 at 02:04, Jonas Smedegaard  wrote:
> Not sure I follow you here: As I understand it, Gadfly is not a
> packaging system but a visualization system?!?

Julia has a built-in package manager [1] which uses git for installing
Julia add-ons.
Gadfly has several dependencies [2]:

julia 0.3
Codecs
Colors 0.3.4
Compat
Compose 0.3.11
Contour
DataFrames 0.4.2
DataStructures
Dates
Distributions
Hexagons
Iterators 0.1.5
JSON
KernelDensity
Loess
Showoff 0.0.3
StatsBase

Installing Gadfly using Julia's package manager pulls in even more
packages (dependencies of dependencies, I guess), see the output
below.
I assume all of these would need to be packaged for Debian as well.
Sébastien, Peter, is this correct?

[1] http://docs.julialang.org/en/release-0.3/manual/packages/
[2] https://github.com/dcjones/Gadfly.jl/blob/master/REQUIRE


julia> Pkg.update()
INFO: Initializing package repository /home/ginggs/.julia/v0.3
INFO: Cloning METADATA from git://github.com/JuliaLang/METADATA.jl
INFO: Updating METADATA...
INFO: Computing changes...
INFO: No packages to install, update or remove

julia> Pkg.add("Gadfly")
INFO: Cloning cache of ArrayViews from
git://github.com/JuliaLang/ArrayViews.jl.git
INFO: Cloning cache of Calculus from
git://github.com/johnmyleswhite/Calculus.jl.git
INFO: Cloning cache of Codecs from git://github.com/dcjones/Codecs.jl.git
INFO: Cloning cache of ColorTypes from
git://github.com/JuliaGraphics/ColorTypes.jl.git
INFO: Cloning cache of Colors from git://github.com/JuliaGraphics/Colors.jl.git
INFO: Cloning cache of Compat from git://github.com/JuliaLang/Compat.jl.git
INFO: Cloning cache of Compose from git://github.com/dcjones/Compose.jl.git
INFO: Cloning cache of Contour from git://github.com/tlycken/Contour.jl.git
INFO: Cloning cache of DataArrays from
git://github.com/JuliaStats/DataArrays.jl.git
INFO: Cloning cache of DataFrames from
git://github.com/JuliaStats/DataFrames.jl.git
INFO: Cloning cache of DataStructures from
git://github.com/JuliaLang/DataStructures.jl.git
INFO: Cloning cache of Dates from git://github.com/quinnj/Dates.jl.git
INFO: Cloning cache of Distances from
git://github.com/JuliaStats/Distances.jl.git
INFO: Cloning cache of Distributions from
git://github.com/JuliaStats/Distributions.jl.git
INFO: Cloning cache of Docile from
git://github.com/MichaelHatherly/Docile.jl.git
INFO: Cloning cache of DualNumbers from
git://github.com/JuliaDiff/DualNumbers.jl.git
INFO: Cloning cache of FixedPointNumbers from
git://github.com/JeffBezanson/FixedPointNumbers.jl.git
INFO: Cloning cache of GZip from git://github.com/JuliaLang/GZip.jl.git
INFO: Cloning cache of Gadfly from git://github.com/dcjones/Gadfly.jl.git
INFO: Cloning cache of Grid from git://github.com/timholy/Grid.jl.git
INFO: Cloning cache of Hexagons from git://github.com/dcjones/Hexagons.jl.git
INFO: Cloning cache of ImmutableArrays from
git://github.com/JuliaGeometry/ImmutableArrays.jl.git
INFO: Cloning cache of Iterators from
git://github.com/JuliaLang/Iterators.jl.git
INFO: Cloning cache of JSON from git://github.com/JuliaLang/JSON.jl.git
INFO: Cloning cache of KernelDensity from
git://github.com/JuliaStats/KernelDensity.jl.git
INFO: Cloning cache of Loess from git://github.com/dcjones/Loess.jl.git
INFO: Cloning cache of NaNMath from git://github.com/mlubin/NaNMath.jl.git
INFO: Cloning cache of Optim from git://github.com/JuliaOpt/Optim.jl.git
INFO: Cloning cache of PDMats from git://github.com/JuliaStats/PDMats.jl.git
INFO: Cloning cache of Reexport from git://github.com/simonster/Reexport.jl.git
INFO: Cloning cache of Showoff from git://github.com/dcjones/Showoff.jl.git
INFO: Cloning cache of SortingAlgorithms from
git://github.com/JuliaLang/SortingAlgorithms.jl.git
INFO: Cloning cache of StatsBase from
git://github.com/JuliaStats/StatsBase.jl.git
INFO: Cloning cache of StatsFuns from
git://github.com/JuliaStats/StatsFuns.jl.git
INFO: Cloning cache of WoodburyMatrices from
git://github.com/timholy/WoodburyMatrices.jl.git
INFO: Installing ArrayViews v0.6.4
INFO: Installing Calculus v0.1.13
INFO: Installing Codecs v0.1.5
INFO: Installing ColorTypes v0.1.7
INFO: Installing Colors v0.5.4
INFO: Installing Compat v0.7.6
INFO: Installing Compose v0.3.17
INFO: Installing Contour v0.0.8
INFO: Installing DataArrays v0.2.19
INFO: Installing DataFrames v0.6.10
INFO: Installing DataStructures v0.3.13
INFO: Installing Dates v0.3.2
INFO: Installing Distances v0.2.1
INFO: Installing Distributions v0.8.7
INFO: Installing Docile v0.5.19
INFO: Installing DualNumbers v0.1.5
INFO: Installing FixedPointNumbers v0.0.12
INFO: Installing GZip v0.2.18
INFO: Installing Gadfly v0.3.17
INFO: Installing Grid v0.3.11
INFO: Installing Hexagons v0.0.4
INFO: Installing ImmutableArrays v0.0.11
INFO: Installing Iterators v0.1.9
INFO: Installing JSON v0.5.0
INFO: Installing KernelDensity v0.1.2
INFO: Installing Loess v0.0.5
INFO: Installing NaNMath v0.1.1
INFO: Installing Optim v0.4.4
INFO: Installing PDMats v0.3.6
INFO: Installing 

Bug#782543: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Graham Inggs]

Hi Marcin

On 24 September 2015 at 12:42, Marcin Dulak  wrote:
> I see gpaw package has been rejected due to missing license in
> debian/copyright.
> I've fixed that:
> https://anonscm.debian.org/cgit/debian-science/packages/gpaw.git
> Can you add gpaw to the review queue again?

You need to include the full text of the GPL-2+ and CC-BY-SA-4.0
licenses in debian/copyright.

Also, your debian/watch file is not working;
https://wiki.fysik.dtu.dk/gpaw-files/ returns 403 Forbidden.

This works for me:

version=3
https://wiki.fysik.dtu.dk/gpaw/install/download.html \
.*/gpaw-files/gpaw-(.+)\.tar\.gz

Regards
Graham

Bug#782543: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Graham Inggs]

Hi Marcin

On 24 September 2015 at 15:37, Marcin Dulak  wrote:
> These two problems should be fixed now.

I'm pretty sure you need the full license text for CC-BY-SA-4.0.
See debian/copyright of nftables package [1] as an example.

Regards
Graham


[1] 
http://metadata.ftp-master.debian.org/changelogs/main/n/nftables/unstable_copyright

Bug#787110: O: python-messaging -- orphaned

[Graham Inggs]

retitle 787110 ITA: python-messaging -- SMS/MMS encoder/decoder
owner 787110 !
merge 717905 782947
thanks

I intend adopting python-messaging and maintaining it as part of DPMT.


--
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/559e832f.3060...@nerve.org.za

Bug#790803: ITP: neural -- machine-learning for atomistics

[Graham Inggs]

Package: wnpp
Severity: wishlist
Owner: Graham Inggs gra...@nerve.org.za
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: neural
  Version : 1.0
  Upstream Author : Andrew Peterson, Alireza Khorshidi
* URL : https://bitbucket.org/andrewpeterson/neural
* License : GPL-3.0+
  Programming Lang: Python
  Description : Machine Learning for Atomistics
 Neural is an open-source code designed to easily bring machine-learning to
 atomistic calculations. This allows one to predict (or really, interpolate)
 calculations on the potential energy surface, by optimizing a neural network
 representation of a training set of atomic images. The code works by
 learning from any other calculator (usually DFT) that can provide energy as
 a function of atomic coordinates. In theory, these predictions can take place
 with arbitrary accuracy approaching that of the original calculator.
 .
 Neural is designed to integrate closely with the Atomic Simulation
 Environment (ASE). As such, the interface is in pure python, although several
 compute-heavy parts of the underlying code also have fortran versions to
 accelerate the calculations. The close integration with ASE means that any
 calculator that works with ASE ─ including EMT, GPAW, DACAPO, VASP, NWChem,
 and Gaussian ─ can easily be used as the parent method.


--
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/cam8zjqs+c4kmo1ybop3snfoqp3nv6wx8wkk4zo5ysya+j76...@mail.gmail.com

Bug#787110: O: python-messaging -- orphaned

[Graham Inggs]

Hi Giovani

On 27/06/2015 21:17, Giovani Ferreira wrote:

I'm interested in adopting this package. If you do not, let me know. I
will wait for a week to reply.


The VCS for python-messaging [1] is located within the python-modules 
project on Alioth, although this is not reflected in debian/control in 
the versions of python-messaging currently in unstable and experimental.


I have already requested to join the python-modules team [2] and am 
awaiting approval.


Once my request has been approved, I intend tagging versions 
0.5.11+debian-1 and 0.5.12+debian-1 in the VCS, merging jwilk's changes 
from 2013-05-05, doing some QA work, and then uploading 0.5.12+debian-2 
to unstable.


If you'd like to co-maintain this package, I suggest you also request to 
join the python-modules team.


Regards
Graham


[1] 
https://anonscm.debian.org/viewvc/python-modules/packages/python-messaging/

[2] https://alioth.debian.org/projects/python-modules/


--
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/5591662a.5020...@nerve.org.za

Bug#728676: ITP: ddrescueview -- Graphical viewer for GNU ddrescue log files

[Graham Inggs]

Package: wnpp
Severity: wishlist

* Package name: ddrescueview
  Version : 0.4
  Upstream Author : Martin Bittermann martinbitterm...@gmx.de
* URL : http://ddrescueview.sourceforge.net/
* License : GPL-3.0+
  Programming Lang: Object Pascal / Lazarus
  Description : Graphical viewer for GNU ddrescue log files

This small tool allows the user to graphically examine ddrescue's log
files in a user friendly GUI application. The Main window displays a
block grid with each block's color representing the block types it
contains. Many people know this type of view from defragmentation
programs.
.
GNU ddrescue [1] is a data recovery tool, already packaged in Debian
as gddrescue [2].
.
The ddrescueview package will be maintained by the Debian Pascal
packaging team and a git repository has already been created on Alioth
[3].

[1] http://www.gnu.org/software/ddrescue/ddrescue.html
[2] https://packages.qa.debian.org/g/gddrescue.html
[3] http://anonscm.debian.org/cgit/pkg-pascal/ddrescueview.git

Regards
Graham


-- 
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/CAM8zJQvv=YAwqhpr6B+gFXvq2T9f=ik2pc9xfdeffwfo6sd...@mail.gmail.com

Bug#471583: RFP: codeigniter -- A powerful PHP framework with a very small footprint

[Graham Inggs]

Hi

There have been some discussions in debian-legal about CodeIgniter's 
license in the past [1][2].


I was pleased to read that CodeIgniter 3.0 was released under an MIT 
license [3] on 2015-03-30.


Regards
Graham


[1] https://lists.debian.org/debian-legal/2008/10/msg00048.html
[2] https://lists.debian.org/debian-legal/2010/10/msg00036.html
[3] http://www.codeigniter.com/user_guide/license.html


--
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/554b352b.7090...@nerve.org.za

Bug#738668: RFP: whatsapp-purple -- WhatsApp protocol plugin for libpurple

[Graham Inggs]

retitle 738668 ITP: RFP: whatsapp-purple -- WhatsApp protocol plugin
for libpurple
owner 738668 !
thanks

Hi David

I think it would be good to have this in Debian.
I'll work on packaging this, although you have done most of the work already!

Regards
Graham


-- 
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/CAM8zJQs7op+XRkCk6fwG06FucNwdufgNu=G+z3=n_jrmzzm...@mail.gmail.com

Bug#758281: ITP: asic0x -- iBurst / ArrayComm network driver for USB

[Graham Inggs]

Package: wnpp
Severity: wishlist

* Package name : asic0x
Version : 1.0
Upstream Author : Lourens Steyn lourensst...@hotmail.com
* URL : https://github.com/lourenssteyn/asic0x
* License : GPL-2+
Description : iBurst / ArrayComm network driver for USB

Clean implementation (no status info) for the iBurst / ArrayComm USB modems.


-- 
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/cam8zjqsdu1jht9qlj4y97hkpm5g6jjtaevnfnfuvbmk4y2q...@mail.gmail.com

Bug#710249: ITP: p4vasp -- visualization suite for VASP

[Graham Inggs]

tags 710249 pending
thanks

My packaging of p4vasp is in Debichem Team's GIT on Alioth [1] and 
should be uploaded soon.



[1] http://anonscm.debian.org/gitweb/?p=debichem/packages/p4vasp.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/53870d48.5080...@nerve.org.za

Bug#704035: Bug#736085: RFS: doublecmd/0.5.8-1 -- twin-panel (commander-style) file manager

[Graham Inggs]

Hi Paul

On 24/01/2014 11:42, Paul Gevers wrote:

Interesting that I have missed this the first time that you did this
work. Funny thing is that we are trying to get things related to
FreePascal into one team, so I invite you to have a look at pkg-pascal
on Alioth.


I'd be happy to maintain doublecmd and doublecmd-help packages as part 
of the pkg-pascal team.



Furthermore, there is a package called tuxcmd, which is also a
twin-panel file manager and also written in FreePascal. doublecmd
wouldn't be a fork of that project (which has stalled upstream)?


I checked with upstream and doublecmd is not a fork of tuxcmd, but 
rather a fork of Seksi Commander [1].
I believe the visual similarity of doublecmd and tuxcmd is simply due to 
them both being inspired by Total Commander and Midnight Commander.



If upstream of doublecmd is really active, maybe we should drop tuxcmd
altogether (it is orphaned). If we do, maybe we could help people
migrate in the next release by handling this properly.


Would/could we do this even if doublecmd is not a fork of tuxcmd?


Could you investigate (if you have the time of course) if tuxcmd has
features that are still lacking in doublecmd?


Is this still required, seeing that doublecmd is not a fork of tuxcmd?

Regards
Graham


[1] http://netcode.cz/projects/seksicmd/


--
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/52e60f8f.70...@nerve.org.za

Bug#720325: ITP: doublecmd-help -- Documentation for Double Commander

[Graham Inggs]

Package: wnpp
Severity: wishlist

* Package name: doublecmd-help
  Version : 0.5.5
  Upstream Author : alexx2000
* URL : http://doublecmd.sourceforge.net
* License : GPL
  Programming Lang: HTML
  Description : Documentation for Double Commander

Double Commander is a cross platform open source file manager with two
panels side by side. It is inspired by Total Commander and features some
new ideas.

Here are some key features of Double Commander:

- Unicode support
- All operations working in background
- Multi-rename tool
- Tabbed interface
- Custom columns
- Internal text editor (F4)  with syntax hightlighting
- Built in file viewer (F3) to view files of in hex, binary or text format
- Archives are handled like subdirectories. You can easily copy files to
and from archives. Supported archive types: ZIP, TAR GZ, TGZ, LZMA and also
BZ2, RPM, CPIO, DEB, RAR.
- Extended  search function with full text search in any files
- Configurable button bar to start external programs or internal menu
commands
- Total Commander WCX, WDX and WLX plug-ins support
- File operations logging
- And more...

Bug#710249: ITP: p4vasp - visualization suite for VASP

[Graham Inggs]

Package: wnpp
Severity: wishlist

* Package name : p4vasp
  Version : 0.3.26
  Upstream Author : Orest Dubay du...@danubiananotech.com
* URL : http://www.p4vasp.at/
* License : GPL-2+
  Description :  visualization suite for VASP

p4vasp is a visualization suite for the Vienna Ab-initio Simulation Package
(VASP). It contains an extensible GUI framework, that can be used to view
material structure, density of states, band-structure and more.
.
It provides a Python library, that greatly simplifies the process of
manipulation of the VASP input and output data in Python scripts. P4vasp
utilizes also many handy routines and objects e.g. for creating 2D graphs,
data storage (xml,DOM) or simple matrix 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/51a5dc94.3020...@nerve.org.za

Bug#710252: ITP: eclipse-eclox - simple doxygen frontend plug-in for Eclipse

[Graham Inggs]

Package: wnpp
Severity: wishlist

* Package name : eclipse-eclox
  Version : 0.8.0
  Upstream Author : Guillaume Brocker gbroc...@gna.org
* URL : http://home.gna.org/eclox/
* License : GPL-2+
  Description :  simple doxygen frontend plug-in for Eclipse
It aims to provide a slim and sleek integration of the code 
documentation process into eclipse by providing a high-level graphical 
user interface over doxygen.


I realize this package is no longer under developed, but it is fully 
functional and relatively bug-free.



--
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/51a5de40.9010...@nerve.org.za

Bug#710256: ITP: modemmanager-gui - simple graphical interface for ModemManager

[Graham Inggs]

Package: wnpp
Severity: wishlist

* Package name : modemmanager-gui
  Version : 0.0.15.4
  Upstream Author :  Alex a...@linuxonly.ru
* URL : http://linuxonly.ru/cms/page.php?7
* License : GPL-3+
  Description :  simple graphical interface for ModemManager
This program is simple graphical interface for ModemManager daemon dbus 
interface.

Current features:
- View device information: Operator name, Mode, IMEI, IMSI,
  Signal level.
- Send and receive SMS messages with long massages
  concatenation and store messages in database.
- Send USSD requests and read answers in GSM7 and UCS2 formats
  converted to system UTF8 charset.
- Scan available mobile networks.


--
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/51a5e135.40...@nerve.org.za

Bug#695130: License of debian/* stuff

[Graham Inggs]

Hi Paul

I have no objections.


On 13 January 2013 11:13, Paul Gevers elb...@debian.org wrote:

 Hi Graham,

 Motif is licensed under LGPL-2+. Could you consider licensing our
 packaging effort under the same license terms? That would make e.g. the
 uploading of patches to upstream a lot easier.

 Paul

Bug#695130: First commits in git repository on Alioth [ Was: Re: openmotif is now LGPL, retirement of lesstif in jessie?]

[Graham Inggs]

On 7 January 2013 23:12, Paul Gevers elb...@debian.org wrote:

 You have access yourself now, could you please try yourself? I don't
 mind doing it, but I like to see you handle this as well. If done
 properly, it is the easiest way for work together. You can make an
 Ubuntu branch (probably naming it after the current Ubuntu branch) if
 you like as well, branching at the right locations. Just make sure your
 commits regarding changelogs are correct.


I have some study commitments for the next couple of days, but will try to
get up to speed with the Alioth git repository after that.

In the meantime, I have submitted a patch upstream to add a configure
option to disable the building of demos:
http://bugs.motifzone.net/show_bug.cgi?id=1575

Bug#695130: First commits in git repository on Alioth [ Was: Re: openmotif is now LGPL, retirement of lesstif in jessie?]

[Graham Inggs]

On 6 January 2013 16:44, Paul Gevers elb...@debian.org wrote:

 [ Graham, should I drop direct e-mail to you, i.e. do you receive the
 mail via the PTS anyway? ]


I'm receiving bug mail via the PTS for openmotif, but I don't think for
this (695130) bug.

- Did you make any changes to be able to upgrade the standard version
   (I always note the changes in the changelog, even if there are none)


No changes.


 - Do I understand correctly that you replaced autotools by a dependency
   on dh_autoconf? (Please note these things in the changelog).


I replaced the dependency on autotools-dev with one on dh-autoreconf.


 - Could we propose a configuration flag for the demo stuff, so that
   upstream can keep track of the demo programs and we don't have to
   patch the source?


That makes sense.  I'll see if I can come up with a suitable patch to
configure.ac.


 - My fix [3] for format not a string literal and no format arguments
   is slightly different for sprintf cases. Shouldn't it be better to
   replace the sprintf by a simple strcpy?


I don't mind.  I suppose the only reason to stay with sprintf would be one
of style.
If upstream decided to make MSG__0113 (referred to in the first change in
line 267 of lib/Mrm/Mrmhier.c) more informative by changing Could not open
buffer - UID version mismatch to Could not open buffer - UID version
mismatch (%d) then they would have to use sprintf instead of strcpy.

- d/motif-client.links is not useful now, I suggest you remove it.


Ah, thanks!

Do you need me to upload the above changes to my PPA?


 I would like you to do the git push of the 2.3.4 stuff. Do you want to
 wait until you have access to collab-maint, or do you want me to commit
 your changes, and contribute my changes as well?


Please go ahead and commit my changes as well as any others as you see fit.

Bug#695130: openmotif is now LGPL, retirement of lesstif in jessie?

[Graham Inggs]

Hi All

Paul: I saw your mail regarding my request to join collab-maint, thanks.

Besides my packaging of motif 2.3.4 I made available here:
https://launchpad.net/~ginggs/+archive/ppa/

I have also created another PPA for testing packages built against it here:
https://launchpad.net/~ginggs/+archive/motif

The good news is that most of the packages built and ran simply by changing
the build-depends on lesstif2-dev to libmotif-dev.
The were a few that required an additional build-depends on libxt-dev, and
then the odd ones that required build-depends on libxext-dev, libxp-dev or
libxft-dev.
I believe this is due to lesstif2-dev depending on just about every
libx*-dev package unnecessarily.

Other packages like pcb, paw and its dependent, cernlib, may need some
packages renamed; pcb-lesstif, libpawlib-lesstif3-dev,
libpawlib-lesstif3-gfortran and libpacklib-lesstif1-dev.

Should I proceed with filing wishlist bugs against the packages requiring
additional build-depends?

Regards
Graham