Bug#1066922: ITP: python-mercantile -- Web mercator XYZ tile utilities

[Sebastiaan Couwenberg]

Note that this packages was in the archive in the past:

 https://tracker.debian.org/pkg/mercantile

Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#1065234: O: pyshp -- read/write support for ESRI Shapefile format - Python 3.x

[Sebastiaan Couwenberg]

Control: tags -1 moreinfo

This sounds like the wrong package, because pyshp is maintained by the 
Debian GIS team and won't be orphaned.


Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#774565: closing 774565

[Sebastiaan Couwenberg]

Control: submitter -1 Thorsten Glaser 

On 2/7/23 19:53, Thorsten Glaser wrote:

Why did you close the bug with no explanation?


Because I filed it, and no longer care for OpenLayers 3 and the shit 
that is the Node.js ecosystem.


Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#1014267: ITP: icingadb-web -- Icinga DB Web for Icinga Web 2

[Sebastiaan Couwenberg]

Packaging is available on Salsa:

 https://salsa.debian.org/nagios-team/icingadb-web

Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#969155: RFP: icinga database -- database for icinga 2

[Sebastiaan Couwenberg]

On 6/30/22 16:17, Sebastiaan Couwenberg wrote:
I don't know how feasible it is to get icingadb [0][1] and icingadb-web 
[2][3] into Debian. icingadb-redis [4] is undesirable, including a fork 
of redis in Debian is not a good idea.


If embedded copies of the Go sources can be included in the source 
package it might be doable to get the icingadb packages into Debian, 
packaging all the dependencies separately is unlikely to happen.


I managed to build an icingadb package using an additional component 
tarball for the dependencies.


Initial packaging didn't use the golang buildsystem nor dh_golang like 
the upstream packaging.


With a little more work it now uses the golang buildsystem and dh_golang.

DH_GOLANG_BUILDPKG needs to be specified to build cmd/icingadb.

GO111MODULE=on needs to be exported to use the dependency modules and 
those need to be symlinked in the GOPATH which is set to the build 
directory.


Preliminary packaging is available on Salsa:

 https://salsa.debian.org/nagios-team/icingadb

We now need to package icingadb-web to complete the set of Icinga DB 
components.


Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#969155: [Pkg-nagios-devel] Bug#969155: RFP: icinga database -- database for icinga 2

[Sebastiaan Couwenberg]

On Fri, 28 Aug 2020 12:28:59 +0200 Sebastiaan Couwenberg wrote:

On 8/28/20 11:44 AM, Kunz David wrote:
> icinga database is a new database backend for icinga 2

Since the PostgreSQL backend works fine for me, and Icinga DB only seems
to support MySQL, I do not intend to package it.


With the release of Icinga 2.13.4 the IDO Database is deprecated in 
favor of IcingaDB.


Icinga DB 1.0-RC2 also supports PostgreSQL making it a more reasonable 
alternative for icinga2-ido-pgsql.


Its many Go dependencies make packaging icingadb for Debian non-trivial.

I don't know how feasible it is to get icingadb [0][1] and icingadb-web 
[2][3] into Debian. icingadb-redis [4] is undesirable, including a fork 
of redis in Debian is not a good idea.


If embedded copies of the Go sources can be included in the source 
package it might be doable to get the icingadb packages into Debian, 
packaging all the dependencies separately is unlikely to happen.


[0] https://github.com/Icinga/icingadb
[1] https://git.icinga.com/packaging/deb-icingadb
[2] https://github.com/Icinga/icingadb-web
[3] https://git.icinga.com/packaging/deb-icingadb-web
[4] https://git.icinga.com/packaging/deb-icingadb-redis

Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#1003401: RFP: libconvert-uu-perl -- Perl module for uuencode and uudecode

[Sebastiaan Couwenberg]

The modules doesn't do much more than pack() and unpack(), packaging 
such a small module may not be a good idea.


Upstream PDL issue about this dependency:

 https://github.com/PDLPorters/pdl/issues/367

Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#952459: ITP: proj-data -- Cloud-optimized GeoTIFF datum grids for PROJ

[Sebastiaan Couwenberg]

Packaging for proj-data is available:

 https://salsa.debian.org/debian-gis-team/proj-data

It's not in the archive due to license issues with the BeTA2007 grid:


https://alioth-lists.debian.net/pipermail/pkg-grass-devel/2020-April/084077.html

The issues raised by the FTP masters have been forwarded upstream:

 https://github.com/OSGeo/PROJ/pull/383#issuecomment-622246695

This issue should really be fixed upstream, and not worked around by 
excluding the problematic grid in a repacked tarball.

Bug#680565: ITP: taudem -- Terrain Analysis Using Digital Elevation Models

[Sebastiaan Couwenberg]

On 11/29/21 01:00, Alain Delplanque wrote:

Is this correct, what should I do now?


Have you consulted the team policy yet?

 https://lists.debian.org/debian-gis/2021/11/msg00019.html

Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#991149: ITP: icinga-php-thirdparty -- Icinga PHP Thirdparty libraries for Icinga Web 2

[Sebastiaan Couwenberg]

On 7/16/21 10:26 PM, Bastian Blank wrote:
> On Thu, Jul 15, 2021 at 08:29:50PM +0200, Bas Couwenberg wrote:
>>  This package provides the Icinga PHP thirdparty libraries.
>> The package is required for icingaweb2 (>= 2.9.0) and will be maintained 
>> within the Nagios team.
> 
> How many source copies does this package contain?

25, see:

https://github.com/Icinga/icinga-php-thirdparty/blob/main/composer.json

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#912338: ITP: createrepo-c -- tool to create RPM repository metadata (C implementation)

[Sebastiaan Couwenberg]

Hi Peter,

On Wed, 15 Jan 2020 16:03:38 +0200 Peter Pentchev wrote:
> The real reason I have not gone forward with the packaging of
> createrepo-c is an IMHO severe licensing problem upstream as you can see
> at https://github.com/rpm-software-management/createrepo_c/issues/106 -
> and so far there has been no response from upstream, and the only change
> in the cmake/Modules/ directory between the then-current version 0.11.1
> and the now-current 0.15.5 is the addition of a new file with proper
> licensing information, but none of the problematic ones have been
> touched in any way.

Have you considered pushing your work to Salsa under the pkg-rpm-team
namespace?

 https://salsa.debian.org/pkg-rpm-team

I've packaged createrepo_c for $DAYJOB so we can keep updating the repos
for our CentOS system. It has some patches that may be useful to your
packaging as well.

The cmake license issues are not a showstopper in my opinion, and can be
relatively easily patched.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#953722: ITP: josm-installer -- Editor for OpenStreetMap (installer)

[Sebastiaan Couwenberg]

On 4/10/20 6:20 AM, Christoph Anton Mitterer wrote:
> On Thu, 2020-04-09 at 05:45 +0200, Sebastiaan Couwenberg wrote:
>> On 4/9/20 4:37 AM, Christoph Anton Mitterer wrote:
>> It's no different from users downloading the JAR themselves, the
>> package
>> just integrates it in the desktop environment and schedules periodic
>> downloads.
> 
> FYI:
> I've just had a short glance on the downloader and it seems it does no
> verification at all...

The JRE verifies the JAR signature.

> The only protection is https, which, given how the TLS-CA-ecosystem
> works is mostly identical to no protection (there are around 150 root
> CAs in the usual bundles, many of them highly questionable from
> totalitarian countries or that have been caught already several times
> in "accidentally" forging certs... and there are probably thousands of
> intermediate CAs... all which can basically sign for everything).

Upstream doesn't provide asc/md5/sha signatures like Maven does, I did
ask for them but upstream considers the JAR signature sufficient.

> I think there should be perhaps a big fat warning about this in the
> package, or eve better, some hardcoded hashsums of the jar, which is
> then verified upon download.

I looked into how flashplugin-nonfree was implemented, but that's not
something to adopt for josm-installer, I don't have the bandwidth for that.

josm-installer is already in contrib, that's warning enough. The package
name implies that it doesn't provide the executable itself, any user who
like you is uncomfortable by that can stay clear of it. If we'll have to
remove the josm package in the future because it becomes impossible to
keep for some reason, the josm-package will remain for users who don't
share your concern, e.g. because they already download the JAR from the
JOSM project themselves and appreciate the improved integration. Users
who consider an installer unacceptable will have to find another way to
keep using JOSM on their Debian systems.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#953722: ITP: josm-installer -- Editor for OpenStreetMap (installer)

[Sebastiaan Couwenberg]

On 4/9/20 4:37 AM, Christoph Anton Mitterer wrote:
>> The package will be maintained with in the Debian GIS team where
>> it will eventually replace the josm package.
> 
> I'm afraid but this is a really unfortunate idea.

Don't be:

 https://lists.debian.org/debian-gis/2020/04/msg0.html

> Downloader packages - and that's what this is - are generally a bad
> idea.

You don't have to use it.

It's no different from users downloading the JAR themselves, the package
just integrates it in the desktop environment and schedules periodic
downloads.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#953722: ITP: josm-installer -- Editor for OpenStreetMap (installer)

[Sebastiaan Couwenberg]

On 3/19/20 6:29 PM, Sebastiaan Couwenberg wrote:
> On 3/19/20 6:05 PM, John Scott wrote:
>> does this mean 
>> JOSM will be removed from main? I think that is a substantial trade-off to 
>> provide new backports. Could they both be maintained?
> 
> josm will be removed from main if it cannot be updated to newer tested
> snapshots, keeping it in the archive at an increasingly outdated
> revision makes no sense.
> 
> Because the OSM ecosystem is ever changing backports of the tested
> snapshots are essential for an OSM editor in Debian.
> 
> That's why this package was created, to make it possible for users to
> have a recent OSM editor available in Debian.
> 
> Since this package was created there has been quite a bit of work by the
> JOSM developers to accommodate package in Debian, which may allow us to
> keep the josm package mostly as-is, using the source JAR to get the code
> for the dependencies. If that works out, this ITP will be closed and the
> FTP masters will be asked to REJECT the upload of josm-installer. If it
> doesn't work out, josm-installer will become the best way to have a
> recent JOSM on Debian.

If the source JARs work out to keep josm in Debian, we could also keep
this package as an alternative. By adding an local override for the
josm-installer systemd service it's easy to have it automatically update
the latest builds of JOSM instead of tracking the tested builds we do
for the josm package.

If people want to have both, they should get involved in the maintenance
of the packages.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#953722: ITP: josm-installer -- Editor for OpenStreetMap (installer)

[Sebastiaan Couwenberg]

On 3/19/20 6:05 PM, John Scott wrote:
>> The package will be maintained with in the Debian GIS team where it will
>> eventually replace the josm package.
> 
> Because this package will need to go in contrib or non-free,

It's going to contrib.

> does this mean 
> JOSM will be removed from main? I think that is a substantial trade-off to 
> provide new backports. Could they both be maintained?

josm will be removed from main if it cannot be updated to newer tested
snapshots, keeping it in the archive at an increasingly outdated
revision makes no sense.

Because the OSM ecosystem is ever changing backports of the tested
snapshots are essential for an OSM editor in Debian.

That's why this package was created, to make it possible for users to
have a recent OSM editor available in Debian.

Since this package was created there has been quite a bit of work by the
JOSM developers to accommodate package in Debian, which may allow us to
keep the josm package mostly as-is, using the source JAR to get the code
for the dependencies. If that works out, this ITP will be closed and the
FTP masters will be asked to REJECT the upload of josm-installer. If it
doesn't work out, josm-installer will become the best way to have a
recent JOSM on Debian.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#917606: ITP: python-deprecated -- Python decorator to deprecate old classes, function, or methods

[Sebastiaan Couwenberg]

retitle 917606 ITP: python-deprecated -- Python decorator to deprecate
old classes, function, or methods
owner 917606 !
thanks

On Sat, 29 Dec 2018 08:11:32 +0100 Daniel Stender wrote:
> Like python-deprecation which is already in the archive [1],
> however bloscpack >= 0.16.0 [2] uses this one.

Stetl 2.0 requires this module too, so I've packaged it.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#750731: FastAC license issue (Was: laszip)

[Sebastiaan Couwenberg]

Control: owner -1 !

On Tue, 26 Mar 2019 15:19:51 +0100 Gürkan Myczko wrote:
> I have a working package as in, you can build this from debian source 
> package:
> http://phd-sid.ethz.ch/debian/laszip/

The team maintained packaging is available on Salsa:

 https://salsa.debian.org/debian-gis-team/laszip

Regarding the FastAC license issue, to quote the upstream issue [0]:

"
 Thanks for Tom "spot" Callaway of RedHat for Fedora Legal, the FastAC
 authors have agreed to relicense their code under the BSD-2-Clause
 license, see the attachments in the Bugzilla issue:

  LASzip contains FastAC code which does not allow modification
  https://bugzilla.redhat.com/show_bug.cgi?id=1674537

 Direct links:

  * BSD_Relicense_of_FastAC_code.pdf
https://bugzilla.redhat.com/attachment.cgi?id=1549115
Contains the email thread between Tom Callaway, Amir Said &
William (Bill) Pearlman
  * new-fastac-header.txt
https://bugzilla.redhat.com/attachment.cgi?id=1549116)
The updated license header for the FastAC code

 There is no new release of the FastAC code yet, once that's available
 the license issue preventing distributions from distributing LASzip
 should be resolved.
"

[0] https://github.com/LASzip/LASzip/issues/55

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#921716: ITP: icingaweb2-module-ipl -- icingaweb2 php library

[Sebastiaan Couwenberg]

Hi David,

Just noticed this package in the NEW queue, and I wonder why you aren't
maintaining this package within the Nagios team where icinga2 &
icingaweb2 are also maintained.

Your ITP doesn't make it clear why this module was packaged in the first
place. What are you trying to achieve by packaging this module?

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#894696: ITP: nagios4 -- A host/service/network monitoring and management system

[Sebastiaan Couwenberg]

On 04/04/2018 12:56 AM, Russell Stuart wrote:
> On Tue, 2018-04-03 at 13:51 +0200, Bas Couwenberg wrote:
>> My point is that you maintain the package within the team, not that 
>> other members in the team maintain the package instead.
> 
> Firstly I prefer to work on my own.

Then you shouldn't be part of any team, indeed.

Kind Regards,

Bas

Bug#848343: ITP: nrpe-ng -- The next generation Nagios Remote Plugin Executor

[Sebastiaan Couwenberg]

On 12/16/2016 04:24 PM, Chris Boot wrote:
> On 16/12/16 12:32, Sebastiaan Couwenberg wrote:
>> On 12/16/2016 01:02 PM, Chris Boot wrote:
>>> This is a rewrite from the ground up of NRPE. This set of programs
>>> allows you to run Nagios check scripts on a remote host.
>>>
>>> Its main selling points are:
>>> - nearly drop-in NRPE replacement
>>> - real, proper TLS/SSL with keys/certificates
>>> - safer command-line argument passing
>>> - support for named command-line arguments
>>>
>>> I plain to maintain both the Debian package and continue upstream
>>> development with a colleague for my employer, Tiger Computing, on
>>> company time.
>>
>> Will you maintain this package under the pkg-nagios umbrella?
> 
> It had not occurred to me to do so, but I don't see any reason not to
> particularly. I've added pkg-nagios-devel to the Cc list; does anyone on
> that list have any strong feelings either way? If not, I propose that we
> might as well do so.

Maintaining nrpe-ng outside of the pkg-nagios team doesn't make sense to
me, pretty much all the Nagios related packages are maintained under its
umbrella. I strongly encourage you to maintain nrpe-ng within the team,
please join via: https://alioth.debian.org/projects/pkg-nagios/

>> And how does the TLS/SSL support compare to the reworked TLS/SSL support
>> in NRPE 3.x?
> 
> I was unaware of NRPE 3.x until you mentioned it. I started work on
> nrpe-ng a couple of years ago for my own use before I filed this ITP. It
> appears as though the TLS/SSL support is similar: both the server and
> the client/plugin check each others' certificates and hostnames for
> validity, and only modern crypto is allowed.
> 
> I guess the main difference between the two programs now is that mine
> permits argument passing still, while this is disabled in nagios-nrpe.
> Mine is also written using Python rather than C, and the protocol is
> effectively just an HTTP request wrapped in SSL so it's potentially
> proxiable, for example.

Having more alternatives to the packages for which Nagios Enterprises is
upstream is probably a good thing, although the popularity of Icinga has
forced them to open up their development to the community, which
resulted in the recent new NRPE and NSCA releases.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1



signature.asc
Description: OpenPGP digital signature

Bug#848343: ITP: nrpe-ng -- The next generation Nagios Remote Plugin Executor

[Sebastiaan Couwenberg]

On 12/16/2016 04:24 PM, Chris Boot wrote:
> On 16/12/16 12:32, Sebastiaan Couwenberg wrote:
>> On 12/16/2016 01:02 PM, Chris Boot wrote:
>>> This is a rewrite from the ground up of NRPE. This set of programs
>>> allows you to run Nagios check scripts on a remote host.
>>>
>>> Its main selling points are:
>>> - nearly drop-in NRPE replacement
>>> - real, proper TLS/SSL with keys/certificates
>>> - safer command-line argument passing
>>> - support for named command-line arguments
>>>
>>> I plain to maintain both the Debian package and continue upstream
>>> development with a colleague for my employer, Tiger Computing, on
>>> company time.
>>
>> Will you maintain this package under the pkg-nagios umbrella?
> 
> It had not occurred to me to do so, but I don't see any reason not to
> particularly. I've added pkg-nagios-devel to the Cc list; does anyone on
> that list have any strong feelings either way? If not, I propose that we
> might as well do so.

Maintaining nrpe-ng outside of the pkg-nagios team doesn't make sense to
me, pretty much all the Nagios related packages are maintained under its
umbrella. I strongly encourage you to maintain nrpe-ng within the team,
please join via: https://alioth.debian.org/projects/pkg-nagios/

>> And how does the TLS/SSL support compare to the reworked TLS/SSL support
>> in NRPE 3.x?
> 
> I was unaware of NRPE 3.x until you mentioned it. I started work on
> nrpe-ng a couple of years ago for my own use before I filed this ITP. It
> appears as though the TLS/SSL support is similar: both the server and
> the client/plugin check each others' certificates and hostnames for
> validity, and only modern crypto is allowed.
> 
> I guess the main difference between the two programs now is that mine
> permits argument passing still, while this is disabled in nagios-nrpe.
> Mine is also written using Python rather than C, and the protocol is
> effectively just an HTTP request wrapped in SSL so it's potentially
> proxiable, for example.

Having more alternatives to the packages for which Nagios Enterprises is
upstream is probably a good thing, although the popularity of Icinga has
forced them to open up their development to the community, which
resulted in the recent new NRPE and NSCA releases.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1



signature.asc
Description: OpenPGP digital signature

Bug#848343: ITP: nrpe-ng -- The next generation Nagios Remote Plugin Executor

[Sebastiaan Couwenberg]

On 12/16/2016 01:02 PM, Chris Boot wrote:
> This is a rewrite from the ground up of NRPE. This set of programs
> allows you to run Nagios check scripts on a remote host.
> 
> Its main selling points are:
> - nearly drop-in NRPE replacement
> - real, proper TLS/SSL with keys/certificates
> - safer command-line argument passing
> - support for named command-line arguments
> 
> I plain to maintain both the Debian package and continue upstream
> development with a colleague for my employer, Tiger Computing, on
> company time.

Will you maintain this package under the pkg-nagios umbrella?

And how does the TLS/SSL support compare to the reworked TLS/SSL support
in NRPE 3.x?

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#848343: ITP: nrpe-ng -- The next generation Nagios Remote Plugin Executor

[Sebastiaan Couwenberg]

On 12/16/2016 01:02 PM, Chris Boot wrote:
> This is a rewrite from the ground up of NRPE. This set of programs
> allows you to run Nagios check scripts on a remote host.
> 
> Its main selling points are:
> - nearly drop-in NRPE replacement
> - real, proper TLS/SSL with keys/certificates
> - safer command-line argument passing
> - support for named command-line arguments
> 
> I plain to maintain both the Debian package and continue upstream
> development with a colleague for my employer, Tiger Computing, on
> company time.

Will you maintain this package under the pkg-nagios umbrella?

And how does the TLS/SSL support compare to the reworked TLS/SSL support
in NRPE 3.x?

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#833109: ITP: python-overpy -- wrapper to access the OpenStreetMap Overpass API

[Sebastiaan Couwenberg]

On 08/01/2016 01:17 AM, Sandro Tosi wrote:
> On Mon, Aug 1, 2016 at 12:14 AM, Sebastiaan Couwenberg wrote:
>> On 08/01/2016 01:02 AM, Sandro Tosi wrote:
>> How does overpy compare to overpass?
> 
> http://wiki.openstreetmap.org/wiki/Overpass_API#Python_API
> 
> in particular, overpass has a pretty simple implementation of the
> language, which doesnt allow to specify any recursive operator

That's a big missing feature justifying using overpy instead. As
recursion is essential for working with relations.

>> Either one will be nice for the osm task of the Debian GIS blend, but
>> I'm don't have a clear view on your python modules in DPMT.
> 
> what view do you need?

What OSM & GIS related packages are maintained by DPMT and why those
packages exist. Are there any reverse dependencies in the pipeline for
the overpass python packages, or simply for ease of use by Python
developers (e.g. to not need pip)?

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#833109: ITP: python-overpy -- wrapper to access the OpenStreetMap Overpass API

[Sebastiaan Couwenberg]

On 08/01/2016 01:02 AM, Sandro Tosi wrote:
> * Package name: python-overpy
>   Version : 0.3.1
>   Upstream Author : PhiBo (DinoTools)
> * URL : https://github.com/DinoTools/python-overpy
> * License : MIT
>   Programming Lang: Python
>   Description : wrapper to access the OpenStreetMap Overpass API

Another one? You just packaged overpass not too long ago

 https://tracker.debian.org/pkg/overpass

How does overpy compare to overpass?

Either one will be nice for the osm task of the Debian GIS blend, but
I'm don't have a clear view on your python modules in DPMT.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#832161: RFP: gpsmaster -- application to create, view, edit and analyse GPX files

[Sebastiaan Couwenberg]

Hi Artur,

Beware that packaging gpsmaster won't be trivial, some of its
dependencies are not packaged in Debian yet, and it requires and older
version of metadata-extractor which will require patches to work with
the newer version in Debian. You may be better off just using the
upstream jar which bundles the dependencies.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#832161: RFP: gpsmaster -- application to create, view, edit and analyse GPX files

[Sebastiaan Couwenberg]

Hi Artur,

On 07/23/2016 04:37 PM, Artur R. Czechowski wrote:
> On Sat, Jul 23, 2016 at 11:18:09AM +0200, Sebastiaan Couwenberg wrote:
>> Would you be willing to help co-maintain the gpsmaster package in Debian
>> since the Debian GIS team is low on manpower?
>
> Well, I used to have a Debian Maintainer status with a few packages under
> my care. For last year I was unable to maintain them properly and all of them
> are reported as RFA. Situation changed in a good way recently so I am going
> to have a closer relation with Debian again. If the Debian GIS team is not
> against the new package I will contact you again as soon as I will be ready
> for a new commitment.

The Debian GIS team is not against the new package, there is simply not
a lot of manpower in the team to maintain all our existing packages. You
clearly have an interest in the gpsmaster package, so I invite you to
help co-maintain it within the team. There are only a handful of people
somewhat active in the team, and not munch Java expertise, but for that
latter the debian-java list is a good option.

Please refer to the Debian GIS Policy for the team specific documentation:

 https://pkg-grass.alioth.debian.org/policy/index.html#introduction

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#832161: RFP: gpsmaster -- application to create, view, edit and analyse GPX files

[Sebastiaan Couwenberg]

Hi Artur,

On 07/23/2016 01:56 AM, Artur R. Czechowski wrote:
> The program is focused toward the analysis of recorded tracks, but also
> offers features for planning outdoor activities such as backpacking, hiking,
> and biking. 
> 
> I consider this package as worth adding to Debian repository, because no other
> software available currently in Debian allows merging segments.
> For last year I used the this piece of software, as I was limited only
> to the Windows based laptop. Now I'm back on Debian and first I've checked
> existing packages for required functionality. Because I didn't found any,
> I fetched the GPS Master which I am quite happy to uise on regular basis.

How does gpsmaster compare to gpsprune and qmapshack? It seems to
overlap with their functionality, and both are already available in Debian.

The gpsmaster project doesn't seem to use a bugtracker nor version
control, so I'm doubting the maturity of this project.

Would you be willing to help co-maintain the gpsmaster package in Debian
since the Debian GIS team is low on manpower?

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#813197: RFP: nik4 -- Mapnik to image export

[Sebastiaan Couwenberg]

Because OSGeo-Live is now including nik4 in its osm installer, there is
more need for a nik4 package.

Upstream does not tag releases yet, but is considering it now that
OSGeo-Live includes it, so that latest git snapshot has been packaged.

Packaging is available in the Debian GIS git repository:

 https://anonscm.debian.org/cgit/pkg-grass/nik4.git

The package has also been uploaded but will need to pass the NEW queue.

Kind Regards,

Bas

Bug#821127: ITP: overpass -- wrapper for the OpenStreetMap Overpass API

[Sebastiaan Couwenberg]

Hi Sandro,

Will this package be team maintained, and if so, in which team?

If you've not considered team maintenance, please consider maintaining
this package within the Debian GIS team [0] who have adopted all
OpenStreetMap related packages from the defunct OpenStreetMap team.

[0] https://pkg-grass.alioth.debian.org/

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#820014: ITP: openscenegraph-3.4 -- Portable, high level graphics toolkit for the development high performance graphics applications.

[Sebastiaan Couwenberg]

Hi Alberto,

On 04/05/2016 10:37 PM, Alberto Luaces wrote:
> Sebastiaan Couwenberg writes:
>>
>> Is packaging 3.4 separately really wise?
>>
>> Having two versions of VTK in the distribution is not very fun, I'm not
>> sure if the Release Team will be more appreciative of two versions of
>> OpenSceneGraph.
>>
> 
> Of course maintaining one package is easier than two, but...
>
>>
>> As maintainer of several packages that build depend on
>> libopen{scenegraph,threads}-dev I'm strongly in favour of a single
>> openscenegraph source package. Let's just prepare the transition to 3.4
>> in experimental.
>>
> 
> Currently, upstream *actively* updates 3.2 and 3.4 series.  You can
> watch from their downloads page that latest releases (3.2.3 and 3.4.0)
> were released the same day; if you go to upstream's repo at github you
> can see that any patch not changing the ABI is back-ported to both: 3.2
> branch was updated just 5 days ago, the same time as their trunk.

It great that upstream still supports the 3.2 branch, it reduces the
pressure to upgrade to 3.4. Although I can't find the release schedule
for OSG to determine how long 3.2 will be maintained alongside 3.4. Do
you have more information from OSG upstream about their plans for 3.2 & 3.4?

> Many of the questions on the user mailing list are about 3.2 series,so
> it is still widely popular, even if we chose to simply disregard Debian
> packages that currently do not work with 3.4, dropping them without any
> warning.

3.2 has been around for a while and is included in most distributions,
very few have 3.4 already (Gentoo, Arch & MacPorts), so everybody not
building from source themselves is still using 3.2.

I don't understand what you're trying to say about dropping packages
without warning. Are you concerned that if Debian switches to 3.4 along
with all reverse dependencies, that OSG users will be inconvenienced by
not having 3.2 in Debian any more?

Dropping reverse dependencies that don't work with 3.4 is an option to
not block the transition for too long, but that shouldn't happen without
warning when properly handling a transition.

AFAIK only Markus Wanner has tested his packages with OSG >= 3.3 and the
results were not encouraging. That just means that his upstreams need to
work on their OSG 3.4 support so we can incorporate those changes in
Debian to keep everything working.

I expect that qgis, osgearth, sfcgal, ossim & otb will all need changes
to support OSG 3.4 too. Once the 3.4 packages are in experimental the
reverse dependencies can be tested and bugs filed.

> I think that your OSG-dependent work is not going to be harder —quite
> the opposite, since you can choose whichever stable version works or
> benefits into your packages, but if that were not the case, I'm of
> course open to suggestions.

Because of the interdependencies of the various GIS packages, I don't
want them to use different OSG versions. That is asking for trouble.

OSG is a reverse dependency of GDAL, which requires rebuilds of its
rdeps every new upstream release. Having another OSG version in the
distribution means at least another reasonably big package that needs to
be tested every time including its rdeps that also depend on gdal. The
VTK5/VTK6 unpleasantness was a constant pain in the gdal transitions
too, I'd rather not have OSG take its place now that we're almost rid of
VTK5.

Please talk to the Release Team about your plans to maintain two OSG
branches, if they don't share the concerns I expect them to have there
is nothing stopping your from packaging 3.4 separately. If they do, it
may save you some work on the separate package.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#820014: ITP: openscenegraph-3.4 -- Portable, high level graphics toolkit for the development high performance graphics applications.

[Sebastiaan Couwenberg]

On 04/04/2016 09:23 PM, Alberto Luaces wrote:
> * Package name: openscenegraph-3.4
>   Version : 3.4.0
>   Upstream Author : Robert Osfield 
> * URL : http://www.openscenegraph.org
> * License : OSGPL
>   Programming Lang: C++
>   Description : Portable, high level graphics toolkit for the development 
> high performance graphics applications.
> 
> The aim of this package is to make it possible for reverse dependencies based 
> on 3.2 and 3.4 series to co-exist.
> 
> Currently, both 3.2 (packaged as openscenegraph) and 3.4 series are stable 
> APIs supported by upstream.

Is packaging 3.4 separately really wise?

Having two versions of VTK in the distribution is not very fun, I'm not
sure if the Release Team will be more appreciative of two versions of
OpenSceneGraph.

As maintainer of several packages that build depend on
libopen{scenegraph,threads}-dev I'm strongly in favour of a single
openscenegraph source package. Let's just prepare the transition to 3.4
in experimental.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#797126: ITP: pdal -- Point Data Abstraction Library

[Sebastiaan Couwenberg]

retitle 797126 ITP: pdal -- Point Data Abstraction Library
thanks

On 08/28/2015 01:08 AM, Bas Couwenberg wrote:
> * Package name: pdal
>   Version : 1.0.0b1
> [...]
> 
> PDAL is a good alternative to liblas, PDAL support LAS 1.4 whereas liblas
> only supports 1.2. liblas development is not very active anymore, pdal
> is very much alive.
> 
> The Debian GIS team is a good home for pdal package.

Packaging for PDAL 1.1.0 [0] and its Python extension [1] are available
in the Debian GIS git repository.

The Python extension is packaged separately using the sources from PyPi,
because the extension cannot be built along with the rest of PDAL.

[0] https://anonscm.debian.org/cgit/pkg-grass/pdal.git
[1] https://anonscm.debian.org/cgit/pkg-grass/python-pdal.git

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#644767: [Pkg-javascript-devel] Bug#742347: Bug#742347: overview of the tilemill situation and alternatives (mapbox, kosmtik)

[Sebastiaan Couwenberg]

On 13-03-16 18:18, Jérémy Lal wrote:
> 2016-03-13 16:40 GMT+01:00 Antoine Beaupré :
> 
>>
>>  9. Oh, and finally one could mention another Mapbox project,
>> [Carto][], a commandline CSS tools that implements some sort of
>> standard CSS language that all those tools end up using to talk to
>> Mapnik, more or less. There are no RFPs for that.
>>
>>  [Carto]: https://github.com/mapbox/carto
> 
> 
> carto is in debian - it needs to be updated, though (node-carto)

mapnik-reference needs to be packaged for the new carto version, and
semver may need to be upgraded:

 Dependencies:
 NPM   Debian
 carto (0.15.3)node-carto (0.9.5-2)
 ├─ mapnik-reference (~8.5.0)  None
 │  └─ semver (^5.1.0) node-semver (2.1.0-2)
 ├─ optimist (~0.6.0)  node-optimist (0.6.1-1)
 └─ underscore (~1.6.0)underscore (1.7.0~dfsg-1)

 Build dependencies:
 NPM   Debian
 coveralls (~2.10.1)   None
 istanbul (~0.2.14)None
 jshint (0.2.x)None
 mocha (1.12.x)node-mocha (1.20.1-1)
 sax (0.1.x)   sax.js (0.5.5-1)

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#764860: ITP: otb -- Orfeo ToolBox

[Sebastiaan Couwenberg]

On 26-12-15 09:45, Rashad Kanavath wrote:
> Packaging work for OTB 5.2 is ready. I would like to have it upload to
> unstable.
> 
> https://anonscm.debian.org/cgit/pkg-grass/otb.git/
> 
> 
> Any sponsor?

Yes, but the ITP bugreport is not the place to ask for sponsorship.

See:

 https://pkg-grass.alioth.debian.org/policy/packaging.html#sponsorship

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#809004: ITP: fastkml -- Fast KML processing

[Sebastiaan Couwenberg]

Hi Sandro,

You're very welcome to maintain fastkml under the umbrella of the Debian
GIS team where we have libkml and shapely already.

https://pkg-grass.alioth.debian.org/

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#701506: More updates

[Sebastiaan Couwenberg]

On 07/18/2015 02:25 PM, Christopher Baines wrote:
 I have fixed the major documentation issues now, I have also added
 a systemd service file.

Thanks for the updates, the package looks good. lintian only reported
non-pedantic issue:

I: osrm: hardening-no-fortify-functions usr/bin/osrm-extract

Since -D_FORTIFY_SOURCE=2 is used for the build, this is a false
positive for which you should consider adding a lintian override.

You can use the hardening-check utility in verbose mode to double
check why lintian reports this. See for example:

http://anonscm.debian.org/cgit/pkg-grass/grass.git/tree/debian/grass-core.lintian-overrides

Please finalize the package afterward and request sponsorship as
documented in the policy:

http://pkg-grass.alioth.debian.org/policy/packaging.html#sponsorship

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1



signature.asc
Description: OpenPGP digital signature

Bug#792683: RFP: geronimo-interceptor-1.1-spec -- Geronimo API implementation of the Interceptor 1.1 spec

[Sebastiaan Couwenberg]

On 07/17/2015 04:16 PM, Emmanuel Bourg wrote:
 Le 17/07/2015 15:26, Bas Couwenberg a écrit :
 
 This package provides the Geronimo API implementation of the Interceptor
 1.1 spec (javax.interceptor classes).
 
 This API is also provided by libgeronimo-interceptor-3.0-spec-java,
 could you check it this version works with commons-jcs?

I've found the existing Geronimo packages too, but when I tried them
then they didn't work.

I'll try again if some more maven.rules can make it work.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


-- 
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/55a91102.3040...@xs4all.nl

Bug#792539: python-mapnik in NEW

[Sebastiaan Couwenberg]

Initial packaging is available in git:

http://anonscm.debian.org/cgit/pkg-grass/python-mapnik.git

The package was uploaded to unstable and is currently in NEW:

https://ftp-master.debian.org/new/python-mapnik_1:0.0~20150708-c005502-1.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/55a8366e.2060...@xs4all.nl

Bug#750177: Close ITP

[Sebastiaan Couwenberg]

#750177 ITP: node-component-emitter
#753254 ITP: node-ansi-styles
#753275 ITP: node-ansi-regex
#753321 ITP: node-strip-ansi
#753410 ITP: node-chalk
#774567 ITP: node-nomnom
#779998 ITP: node-string-decoder
#780002 ITP: node-core-util-is
#780879 ITP: node-has-ansi
#781405 ITP: node-socket.io-adapter
#781412 ITP: node-socket.io-client
#781417 ITP: node-socket.io-parser
#781426 ITP: node-engine.io
#781427 ITP: node-has-binary-data
#781458 ITP: node-engine.io-parser
#781486 ITP: node-has-binary
#781824 ITP: node-utf8
#781850 ITP: node-engine.io-client

noowner 750177
noowner 753254
noowner 753275
noowner 753321
noowner 753410
noowner 774567
noowner 779998
noowner 780002
noowner 780879
noowner 781405
noowner 781412
noowner 781417
noowner 781426
noowner 781427
noowner 781458
noowner 781486
noowner 781824
noowner 781850

close 750177
close 753254
close 753275
close 753321
close 753410
close 774567
close 779998
close 780002
close 780879
close 781405
close 781412
close 781417
close 781426
close 781427
close 781458
close 781486
close 781824
close 781850

thanks


I no longer intent to maintain this Node.js module, I'm giving up on the
OpenLayers 3 packaging. See the pkg-javascript-devel lists for more
information:

http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2015-July/010797.html
http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2015-July/010798.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/55a4ad3d.3040...@xs4all.nl

Bug#774562: Close ITP/RFP

[Sebastiaan Couwenberg]

#774561 ITP: openlayers3
#774562 RFP: closure-util
#774570 RFP: node-walk
#779303 RFP: node-handlebars
#779306 RFP: node-foreachasync
#779492 RFP: mout

noowner 774561

close 774561
close 774562
close 774570
close 779303
close 779306
close 779492

thanks


I no longer need this Node.js module, I'm giving up on the
OpenLayers 3 packaging. See the pkg-javascript-devel lists for more
information:

http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2015-July/010797.html
http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2015-July/010798.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/55a4afd8.3000...@xs4all.nl

Bug#780001: Package REJECTED (too small)

[Sebastiaan Couwenberg]

#780913 ITP: node-absolute-path
#780001 ITP: node-isarray

noowner 780913
noowner 780001
close 780913
close 780001
thanks

I no longer intent to maintain this Node.js module. It was rejected out
of NEW because it is too small.

See the pkg-javascript-devel lists for more information:

http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2015-July/010797.html
http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2015-July/010798.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/55a4a77c.7050...@xs4all.nl

Bug#753269: Close ITP

[Sebastiaan Couwenberg]

#753269 ITP: node-supports-color
#774564 ITP: node-fs-extra
#779496 ITP: node-junk
#779498 ITP: node-decompress-zip
#779516 ITP: node-mkpath
#779518 ITP: node-binary
#779524 ITP: node-buffers
#779994 ITP: node-touch
#780652 ITP: node-concat-map
#780655 ITP: node-balanced-match
#780660 ITP: node-brace-expansion
#780876 ITP: node-escape-string-regexp
#780886 ITP: node-get-stdin
#780890 ITP: node-jsonfile
#780909 ITP: node-nextback
#780919 ITP: node-request-progress
#780922 ITP: node-throttleit
#781464 ITP: node-after
#781466 ITP: node-arraybuffer.slice
#781472 ITP: node-base64-arraybuffer
#781478 ITP: node-blob

noowner 753269
close 753269
noowner 774564
close 774564
noowner 779496
close 779496
noowner 779498
close 779498
noowner 779516
close 779516
noowner 779518
close 779518
noowner 779524
close 779524
noowner 779994
close 779994
noowner 780652
close 780652
noowner 780655
close 780655
noowner 780660
close 780660
noowner 780876
close 780876
noowner 780886
close 780886
noowner 780890
close 780890
noowner 780909
close 780909
noowner 780919
close 780919
noowner 780922
close 780922
noowner 781464
close 781464
noowner 781466
close 781466
noowner 781472
close 781472
noowner 781478
close 781478

I no longer intent to maintain this Node.js module. It was rejected out
of NEW by my request, because I'm giving up on the OpenLayers 3
packaging. See the pkg-javascript-devel lists for more information:

http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2015-July/010797.html
http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2015-July/010798.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/55a4a62f.3050...@xs4all.nl

Bug#783538: JCS packaging

[Sebastiaan Couwenberg]

On 05/31/2015 02:01 AM, Sebastiaan Couwenberg wrote:
 On 04/27/2015 09:59 PM, Sebastiaan Couwenberg wrote:
 The new JOSM tested snapshot (8279) released today requires two
 additional Java dependencies: Commons JCS  Commons Logging, the latter
 is already packaged in Debian but JCS is not. I've filed an RFP
 (#783538) and I'll look into package it myself depending on the response
 to the RFP. The current upstream release is 2.0-beta1 so it may not be
 entirely ready for wider use yet.
 
 There has been no response to the RFP, so I looked into packing JCS
 myself. Initial packaging is available in my personal git repository for
 now:
 
 http://git.linuxminded.nl/?p=pkg-java/libcommons-jcs-java
 
 While most of the build dependencies seem to be available in Debian,
 there is an issue with missing velocity-tools components. See the
 attached build log.
 
 The velocity-tools README.Debian documents the missing struts part, so
 we need some changes there to accommodate JCS. I hope the Java team can
 help with that.

The velocity-tools issue has been resolved, the pom.xml needed an
explicit dependency on velocity and maven rules for the
velocity-tools-view jar.

Apart from a few test failures the commons-jcs-core module now builds,
unfortunately the next module in line (commons-jcs-jcache) fails to
build due to missing geronimo specs dependencies.

http://commons.apache.org/proper/commons-jcs/commons-jcs-jcache/dependencies.html

I'll look into packaging the missing jeronimo specs dependencies too.

If possible I'll exclude the commons-jcs-jcache-extras 
commons-jcs-tck-tests modules that depend on the unpackaged
openwebbeans-impl so I don't need to package that too.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


-- 
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/556e1e7d.1080...@xs4all.nl

Bug#783538: JCS packaging

[Sebastiaan Couwenberg]

On 04/27/2015 09:59 PM, Sebastiaan Couwenberg wrote:
 The new JOSM tested snapshot (8279) released today requires two
 additional Java dependencies: Commons JCS  Commons Logging, the latter
 is already packaged in Debian but JCS is not. I've filed an RFP
 (#783538) and I'll look into package it myself depending on the response
 to the RFP. The current upstream release is 2.0-beta1 so it may not be
 entirely ready for wider use yet.

There has been no response to the RFP, so I looked into packing JCS
myself. Initial packaging is available in my personal git repository for
now:

http://git.linuxminded.nl/?p=pkg-java/libcommons-jcs-java

While most of the build dependencies seem to be available in Debian,
there is an issue with missing velocity-tools components. See the
attached build log.

The velocity-tools README.Debian documents the missing struts part, so
we need some changes there to accommodate JCS. I hope the Java team can
help with that.

http://anonscm.debian.org/viewvc/pkg-java/trunk/velocity-tools/debian/README.Debian?view=markup

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
Building with cowbuilder for distribution sid
I: using cowbuilder as pbuilder
dpkg-buildpackage: source package libcommons-jcs-java
dpkg-buildpackage: source version 2.0~beta1-1
dpkg-buildpackage: source distribution UNRELEASED
dpkg-buildpackage: source changed by Bas Couwenberg sebas...@debian.org
 dpkg-source --before-build libcommons-jcs-java
 fakeroot debian/rules clean
test -x debian/rules
mkdir -p .
/usr/share/maven-debian-helper/copy-repo.sh 
/home/bas/git/pkg-java/libcommons-jcs-java/debian
mh_patchpoms -plibcommons-jcs-java --debian-build --keep-pom-version 
--maven-repo=/home/bas/git/pkg-java/libcommons-jcs-java/debian/maven-repo 
--ignore-rules=debian/maven.ignoreRules 
--clean-ignore-rules=debian/maven.cleanIgnoreRules
touch debian/stamp-poms-patched
cd .  /usr/lib/jvm/default-java/bin/java -noverify -cp 
/usr/share/maven2/boot/classworlds.jar:/usr/lib/jvm/default-java/lib/tools.jar  
-Dclassworlds.conf=/etc/maven2/m2-debian.conf org.codehaus.classworlds.Launcher 
-s/etc/maven2/settings-debian.xml 
-Dmaven.repo.local=/home/bas/git/pkg-java/libcommons-jcs-java/debian/maven-repo 
 clean
[INFO] 
NOTE: Maven is executing in offline mode. Any artifacts not already in your 
local
repository will be inaccessible.

[INFO] Scanning for projects...
[INFO] Reactor build order: 
[INFO]   Apache Commons JCS
[INFO]   Apache Commons JCS :: Core
[INFO]   Apache Commons JCS :: JCache
[INFO]   Apache Commons JCS :: JCache TCK
[INFO]   Apache Commons JCS :: JCache Extras
[INFO]   Apache Commons JCS :: JCache OpenJPA
[INFO] 
[INFO] Building Apache Commons JCS
[INFO]task-segment: [clean]
[INFO] 
[INFO] [clean:clean {execution: default-clean}]
[INFO] 
[INFO] Building Apache Commons JCS :: Core
[INFO]task-segment: [clean]
[INFO] 
[INFO] [clean:clean {execution: default-clean}]
[INFO] 
[INFO] Building Apache Commons JCS :: JCache
[INFO]task-segment: [clean]
[INFO] 
[INFO] [clean:clean {execution: default-clean}]
[INFO] 
[INFO] Building Apache Commons JCS :: JCache TCK
[INFO]task-segment: [clean]
[INFO] 
[INFO] [clean:clean {execution: default-clean}]
[INFO] 
[INFO] Building Apache Commons JCS :: JCache Extras
[INFO]task-segment: [clean]
[INFO] 
[INFO] [clean:clean {execution: default-clean}]
[INFO] 
[INFO] Building Apache Commons JCS :: JCache OpenJPA
[INFO]task-segment: [clean]
[INFO] 
[INFO] [clean:clean {execution: default-clean}]
[INFO] 
[INFO] 
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache Commons JCS  SUCCESS [0.415s]
[INFO] Apache Commons JCS :: Core  SUCCESS [0.015s]
[INFO] Apache Commons JCS :: JCache .. SUCCESS [0.013s]
[INFO] Apache Commons JCS :: JCache TCK .. SUCCESS [0.013s]
[INFO] Apache Commons JCS :: JCache Extras

Bug#783538: Missing libcommons-jcs-java dependencies

[Sebastiaan Couwenberg]

I've tried to create JCS packaging with mh_make but some dependencies
are missing:


pom.xml: plugin is not packaged in the Maven repository for Debian:
org.apache.maven.plugins:maven-antrun-plugin:1.7

pom.xml: dependency is not packaged in the Maven repository for Debian:
org.apache.commons:commons-collections4:4.0

pom.xml: dependency is not packaged in the Maven repository for Debian:
org.apache.geronimo.specs:geronimo-jcache_1.0_spec:1.0-alpha-1

pom.xml: dependency is not packaged in the Maven repository for Debian:
javax.cache:test-domain:1.0.0

pom.xml: dependency is not packaged in the Maven repository for Debian:
org.apache.commons:commons-lang3:${commons.lang.version}

pom.xml: dependency is not packaged in the Maven repository for Debian:
org.apache.commons:commons-jcs-core:debian


I'm not sure why maven-antrun-plugin is an issue, it seems to be
packaged in libmaven-antrun-plugin-java.

https://tracker.debian.org/pkg/maven-antrun-plugin

The same goes for commons-collections4  commons-lang3:

https://tracker.debian.org/pkg/libcommons-collections4-java
https://tracker.debian.org/pkg/libcommons-lang3-java


-- 
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/5557a7fc.3060...@xs4all.nl

Bug#701506: Status of osrm

[Sebastiaan Couwenberg]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 05/10/2015 10:45 AM, Christopher Baines wrote:
 On 10/05/15 00:16, Sebastiaan Couwenberg wrote:
 Hi Christopher,
 
 On 07/10/2014 04:34 PM, Andreas Tille wrote:
 I did not got any response for you when I answered your
 sponsoring request.  Are you remaining interested in
 maintaining the osrm package?
 
 My problem was that it is not injected in Debian GIS Vcs (even
 if the debian/control file is claiming that this is the case.
 Since I have some spare cycles left for this I take the freedom
 to do this for you and also apply some changes to make it
 compliant with the Debian GIS policy.  Please ping the list if
 you are remain interested and I will sponsor the package for
 you (without the detour via mentors.d.n).
 
 The above questions by Andreas remains, are you still interested
 in maintaining the osrm package?
 
 Yes, I am still interested in maintaining osrm.

That's great, thanks!

 I took the liberty to update the package with the latest
 upstream release, and it pretty much ready for upload. Do you
 have anything you'd like to add?
 
 Thanks for updating the package. I have just pushed some minor 
 fixes/improvements to the man pages.

Very welcome additions, thanks for those too.

 I would like to test the package, and check the documentation
 (also comparing with the upstream versions). But that will probably
 have to wait a few weeks, as I am busy with exams at the moment.
 
 Feel free to upload it now if you want to though.

We have about two years until the next freeze so I'm not in a hurry,
but we shouldn't wait too long for an upload. We can always upload
another revision when issues are uncovered.

Good luck with your exams!

Kind Regards,

Bas

- -- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJVTyt7AAoJEGdQ8QrojUrxgDsP/iUENkX44Ei6QP5E35HJAKUH
j0bJ2T9tm5UaBQFhpUox0zMMkG/TNP8iDU7vVpjGxI0QIN3Fmfj6dgjJSrrrI+P5
L1r/jWKhzYnUcB6ZD+SmMh2AfaRARY7/A8qAKwVR7pLW18jsJfd0vVfsRUoEUXxz
fb5RQDdj5HHNYgFZiomlzNvfzKGqdlCu0KNP3kNWGZBkDVMALegN88dMmB2zrKz1
Wo82DPayWsZqIAwquOYPC6b14c8G/dJ+Ov9DDhNIgn35p/RG5hnjB44wEa1e19mD
p11N5LhYSJ8gdrkJH0wx/lPfbPTyCX/epzrL+aL4tr1RhT94vkQKZ+Z4+N3ps3yi
sj9ervzb5N4d/RhCxIzA8V0Zoj3/QrAJEll7zZsapH/hMv6nlB5wXLtm96qCyTXp
0vgcq44QvzVZvgoPitDQX4WXApWcap9Bb55EOSPzMSIZkEo1am/oYiCeyUGxgpBZ
J7/1r0E5KBCdYuhComl9FjzxeFMeotC/lYaoDEMaJsnGlP4gkvu3GmYfHbJTcmwp
uBYXZSVHW5tASsAOVwIu7R+X+PlrWnb5ensfGLGc9IOzS5c5RGzlRT4C9zZ9jkde
umA+oYGnpIcBqAgGoGaJWS/m0cuiOYBvKRv0DqkafA29uvQp04/zOAbOZfbz/jnJ
QymVvr5DudKdNXIFeey2
=c5eO
-END PGP SIGNATURE-


-- 
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/554f2b7b.2060...@xs4all.nl

Bug#701506: Status of osrm

[Sebastiaan Couwenberg]

Hi Christopher,

On 07/10/2014 04:34 PM, Andreas Tille wrote:
 I did not got any response for you when I answered your sponsoring
 request.  Are you remaining interested in maintaining the osrm package?
 
 My problem was that it is not injected in Debian GIS Vcs (even if the
 debian/control file is claiming that this is the case.  Since I have
 some spare cycles left for this I take the freedom to do this for you
 and also apply some changes to make it compliant with the Debian GIS
 policy.  Please ping the list if you are remain interested and I will
 sponsor the package for you (without the detour via mentors.d.n).

The above questions by Andreas remains, are you still interested in
maintaining the osrm package?

I took the liberty to update the package with the latest upstream
release, and it pretty much ready for upload. Do you have anything you'd
like to add?

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


-- 
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/554e9542.4080...@xs4all.nl

Bug#781478: node-blob in NEW

[Sebastiaan Couwenberg]

Packaging for node-blob is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-blob.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-blob_0.0.4-1.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/551ea6fd.7070...@xs4all.nl

Bug#781464: node-after in NEW

[Sebastiaan Couwenberg]

Packaging for node-after is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-after.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-after_0.8.1-1.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/551ea189.50...@xs4all.nl

Bug#781466: node-arraybuffer.slice in NEW

[Sebastiaan Couwenberg]

Packaging for node-arraybuffer.slice is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-arraybuffer.slice.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-arraybuffer.slice_0.0.5-1.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/551ea373.6050...@xs4all.nl

Bug#781472: node-base64-arraybuffer in NEW

[Sebastiaan Couwenberg]

Packaging for node-base64-arraybuffer is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-base64-arraybuffer.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-base64-arraybuffer_0.1.2+ds-1.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/551ea530.7020...@xs4all.nl

Bug#753269: node-supports-color in NEW

[Sebastiaan Couwenberg]

Packaging for node-supports-color is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-supports-color.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-supports-color_1.3.1-1.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/55157216.4050...@xs4all.nl

Bug#753275: node-ansi-regex in NEW

[Sebastiaan Couwenberg]

Packaging for node-ansi-regex is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-ansi-regex.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-ansi-regex_1.1.1-1.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/551572c6.1080...@xs4all.nl

Bug#780890: node-jsonfile in NEW

[Sebastiaan Couwenberg]

Packaging for node-jsonfile is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-jsonfile.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-jsonfile_2.0.0-1.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/55159477.6080...@xs4all.nl

Bug#753254: node-ansi-styles in NEW

[Sebastiaan Couwenberg]

Packaging for node-ansi-styles is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-ansi-styles.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-ansi-styles_2.0.1-1.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/551576ee.2030...@xs4all.nl

Bug#780876: node-escape-string-regexp in NEW

[Sebastiaan Couwenberg]

Packaging for node-escape-string-regexp is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-escape-string-regexp.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-escape-string-regexp_1.0.3-1.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/55157596.4070...@xs4all.nl

Bug#780886: node-get-stdin in NEW

[Sebastiaan Couwenberg]

Packaging for node-get-stdin is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-get-stdin.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-get-stdin_4.0.1-1.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/55157438.6030...@xs4all.nl

Bug#774564: node-fs-extra in NEW

[Sebastiaan Couwenberg]

Packaging for node-fs-extra is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-fs-extra.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-fs-extra_0.16.5-1.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/5515a245.90...@xs4all.nl

Bug#779492: Acknowledgement (RFP: mout -- Modular JavaScript utilities)

[Sebastiaan Couwenberg]

On 03/01/2015 02:17 PM, Bas Couwenberg wrote:
 Currently mout has some build dependencies that are not packaged yet:

A task to track the mout dependencies has been created on the Wiki:

https://wiki.debian.org/Javascript/Nodejs/Tasks/mout


-- 
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/550dac5f.6080...@xs4all.nl

Bug#780909: node-nextback in NEW

[Sebastiaan Couwenberg]

Packaging for node-nextback is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-nextback.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-nextback_0.1.0-1.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/550da4e6.7050...@xs4all.nl

Bug#780913: node-absolute-path in NEW

[Sebastiaan Couwenberg]

Packaging for node-absolute-path is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-absolute-path.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-absolute-path_0.0.0-1.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/550da70b.2040...@xs4all.nl

Bug#780922: node-throttleit in NEW

[Sebastiaan Couwenberg]

Packaging for node-throttleit is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-throttleit.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-throttleit_1.0.0-1.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/550dd838.7000...@xs4all.nl

Bug#780919: node-request-progress in NEW

[Sebastiaan Couwenberg]

Packaging for node-request-progress is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-request-progress.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-request-progress_0.3.1-1.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/550ddc25.7040...@xs4all.nl

Bug#780660: node-brace-expansion in NEW

[Sebastiaan Couwenberg]

Packaging for node-brace-expansion is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-brace-expansion.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-brace-expansion_1.1.0-1.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/550df959.3030...@xs4all.nl

Bug#779498: node-decompress-zip in NEW

[Sebastiaan Couwenberg]

Packaging for node-decompress-zip is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-decompress-zip.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-decompress-zip_0.1.0-1.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/550dee81.9050...@xs4all.nl

Bug#780652: node-concat-map in NEW

[Sebastiaan Couwenberg]

Packaging for node-concat-map is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-concat-map.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-concat-map_0.0.1-1.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/550df71b.50...@xs4all.nl

Bug#780655: node-balanced-match in NEW

[Sebastiaan Couwenberg]

Packaging for node-balanced-match is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-balanced-match.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-balanced-match_0.2.0-1.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/550df7e8.6010...@xs4all.nl

Bug#775524: ITP: netcdf-fortran -- Fortran Libraries for NetCDF (network Common Data Form)

[Sebastiaan Couwenberg]

On 01/16/2015 07:57 PM, Ross Gammon wrote:
 * Package name: netcdf-fortran
   Version : 4.4.1

netcdf-fortrans 4.4.1 is in NEW:

https://ftp-master.debian.org/new/netcdf-fortran_4.4.2-1~exp1.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/550b4a1b.3030...@xs4all.nl

Bug#775520: ITP: netcdf-cxx -- C++ Libraries for NetCDF (network Common Data Form)

[Sebastiaan Couwenberg]

On 01/16/2015 07:23 PM, Ross Gammon wrote:
 * Package name: netcdf-cxx
   Version : 4.2.1

netcdf-cxx 4.2.1 is in NEW:

https://ftp-master.debian.org/new/netcdf-cxx_4.2.1-1~exp1.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/550b49e0.8040...@xs4all.nl

Bug#761442: ITP: node-readable-stream -- Streams2, user-land copy of the stream library from Node.js v0.10

[Sebastiaan Couwenberg]

On 03/13/2015 09:39 PM, Andrew Kelley wrote:
 Don't package this, instead patch the module to require('stream') instead
 of require('readable-stream') since Debian has Node.js v0.10.x which has
 streams2 built in.

Isn't the whole point of the readable-stream module to not use the
stream module from Node itself?

As upstream describes it:

 If you want to guarantee a stable streams base, regardless of what version
 of Node you, or the users of your libraries are using, use readable-stream
 only and avoid the stream module in Node-core.

Or is the point your trying make that node packages in Debian should
rely on the version included in the nodejs package instead of depending
on a specific version from npm repository?

In that case we should close this RFP/ITP now that the motivation is
documented.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


-- 
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/55034d18.1010...@xs4all.nl

Bug#780440: node-tar in NEW

[Sebastiaan Couwenberg]

Packaging for node-tar is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-tar.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-tar_1.0.3-1.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/550382ed.2000...@xs4all.nl

Bug#780357: ITP: node-browserify -- provides a nodejs type require() method in the browser

[Sebastiaan Couwenberg]

 node-browswerify is required by node-bluebird (#779305) and will be
 maintained within the Javascript Team.

Please note that there is already a task for browserify:

https://wiki.debian.org/Javascript/Nodejs/Tasks/Browserify

You probably want to talk to Leo Iannacone l3on about this.


-- 
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/3696af85e5b8e76f5ec71696b10a7c6e.squir...@webmail.xs4all.nl

Bug#779994: node-touch in NEW

[Sebastiaan Couwenberg]

Packaging for node-touch is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-touch.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-touch_0.0.3-1.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/54fb6ff2.6050...@xs4all.nl

Bug#780001: ITP: node-isarray -- JavaScript Array#isArray for older browsers

[Sebastiaan Couwenberg]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 03/08/2015 12:43 AM, Guus Sliepen wrote:
 On Sun, Mar 08, 2015 at 12:08:56AM +0100, Bas Couwenberg wrote:
 
 * Package name: node-isarray
 
 isarray provides Arrray#isArray for older browsers.
 
 node-isarray is required for node-readable-stream (#761442) which
 in turn is required for node-decompress-zip (#779498).
 
 The node-isarray package will be maintained in the JavaScript
 team.
 
 This package provides only one function, and that function contains
 only one line of code. Can this function not be included in 
 node-readable-stream itself or in some base node package?

It may be possible to patch it into another package, but in the
Node.js ecosystem it's a separate module for which a separate package
makes sense.

isarray is also required for has-binary-data, has-binary 
socket.io-parser, so merging it into the nodejs package seems most
appropriate if we go that route.

Kind Regards,

Bas

- -- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJU+5EnAAoJEGdQ8QrojUrxxnMP/2+wsi0PreR+4Yga1eV6TWaj
zG9K5c94HXThTgQXmBvsq692NUcwgWBEHIYrG+ju/meiUrikfYMqPIpQJ4TuMVwy
WnneFwdfx14R1YmHrcH6pPa0kY0bi4y7JdmALcaS9Q3psV5MAZ94f32s8McmFrJg
G3m6M+cfSi+buUUU19Wo6Ue3PJfNX6ZT5muu3wsgVIoH54ZGrkqjIDCQQoECHpzP
uvVfGwO9e02Q+H8wpmL6viaSH/589/c3QfdntRsHwZ2grVj8B6zlkPrNJsHj4faC
lb1Sx76F0LIZrTL0gP2c12ZYFbBWgB4By/jeig0LGhznTYROvafVOrU5mYTyjpvP
KHOVi0J9WMPm/vtTez2mopgtoPmNVzlrSEZd4kdloCJtL3EsyCTU+ydwZdiHpjGQ
UPoIbmxPt5P9/gPPWQMyjtslKDBQpLDaUUCbUY5N5xRSDH68dF3ApurfEOEFqhq3
RQN1caPnfGG7rTHxfmjpzU5DYNSeH5EqHSl9hgR3+MFfYpZxcScX0imvoGJN2rVT
1Z7NhnACG3xrcfbimbHjQTBCN3BOYlS906AehHm8sVncih4NflIIoYjva8uItLyY
7c4K5V5v8TFVAJZ/0NY1f8pw7a1HFr2SvTRsrwLW6SbWU12+13ePkWZccB0YMvNJ
WSDhTOPNDvSxNT3dNnHp
=YK8B
-END PGP SIGNATURE-


-- 
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/54fb9127.8080...@xs4all.nl

Bug#779998: node-string-decoder in NEW

[Sebastiaan Couwenberg]

Packaging for node-string-decoder is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-string-decoder.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-string-decoder_0.10.25-1.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/54fb854b.1020...@xs4all.nl

Bug#780001: node-isarray in NEW

[Sebastiaan Couwenberg]

Packaging for node-isarray is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-isarray.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-isarray_0.0.1-1.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/54fb8975.5040...@xs4all.nl

Bug#780002: node-core-util-is in NEW

[Sebastiaan Couwenberg]

Packaging for node-core-util-is is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-core-util-is.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-core-util-is_1.0.1-1.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/54fb962c.2070...@xs4all.nl

Bug#779524: node-buffers in NEW

[Sebastiaan Couwenberg]

Packaging for node-buffers is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-buffers.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-buffers_0.1.1-1.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/54f386dd.2090...@xs4all.nl

Bug#779487: node-q in NEW

[Sebastiaan Couwenberg]

Packaging for node-q is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-q.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-q_1.1.2-1.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/54f308e6.6000...@xs4all.nl

Bug#779496: node-junk in NEW

[Sebastiaan Couwenberg]

Packaging for node-junk is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-junk.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-junk_1.0.1-1.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/54f31f72.6010...@xs4all.nl

Bug#779518: node-binary in NEW

[Sebastiaan Couwenberg]

Packaging for node-binary is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-binary.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-binary_0.3.0-1.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/54f38dfc.9000...@xs4all.nl

Bug#779516: node-mkpath in NEW

[Sebastiaan Couwenberg]

Packaging for node-mkpath is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-mkpath.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-mkpath_0.1.0-1.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/54f364bf.30...@xs4all.nl

Bug#779498: Initial Debian packaging available for node-decompress-zip

[Sebastiaan Couwenberg]

Control: block -1 by 779487 761442 673727 761441 779454

Initial packaging for node-decompress-zip is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-decompress-zip.git

Some of the decompress-zip dependencies still need to be packaged:

Dependencies:
NPM   Debian
decompress-zip (0.1.0)None (ITP: #779498)
├─ binary (^0.3.0)None
│  ├─ buffers (~0.1.1)None
│  └─ chainsaw (~0.1.0)   node-chainsaw (0.1.0-1)
├─ graceful-fs (^3.0.0)   node-graceful-fs (3.0.2-1)
├─ mkpath (^0.1.0)None
├─ nopt (^3.0.1)  node-nopt (3.0.1-1)
├─ q (^1.1.2) None (ITP: #779487)
├─ readable-stream (^1.1.8)   None (RFP: #761442)
│  ├─ core-util-is (~1.0.0)   None
│  ├─ inherits (~2.0.1)   node-inherits (2.0.1-1)
│  ├─ isarray (0.0.1) None
│  └─ string_decoder (~0.10.x)None
└─ touch (0.0.3)  None
   └─ nopt (~1.0.10)  node-nopt (3.0.1-1)

Build dependencies:
NPM   Debian
chai (^1.10.0)None
glob (^4.3.2) node-glob (4.0.5-1)
grunt (^0.4.1)None (RFP: #673727)
grunt-cli (^0.1.13)   None
grunt-contrib-jshint (^0.10.0)None
grunt-contrib-watch (^0.6.1)  None
grunt-exec (^0.4.2)   None
grunt-simple-mocha (^0.4.0)   None
istanbul (^0.3.5) None (RFP: #761441)
mocha (^2.1.0)node-mocha (1.20.1-1)
request (^2.51.0) node-request (2.26.1-1)
tmp (0.0.24)  None (ITP: #779454)


-- 
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/54f335a7.1030...@xs4all.nl

Bug#774561: openlayers3 packaging progress

[Sebastiaan Couwenberg]

Progress is tracked in the Wiki using the openlayers task:

https://wiki.debian.org/Javascript/Nodejs/Tasks/openlayers


-- 
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/54f34dbd.1030...@xs4all.nl

Bug#779454: node-tmp in NEW

[Sebastiaan Couwenberg]

Packaging for node-tmp is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-tmp.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-tmp_0.0.24-1.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/54f228f4.4060...@xs4all.nl

Bug#774458: mgrs in NEW

[Sebastiaan Couwenberg]

The new upstream release is in NEW:

https://ftp-master.debian.org/new/mgrs_0.0.1-1.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/54f26d70.3060...@xs4all.nl

Bug#774112: proj4js in NEW

[Sebastiaan Couwenberg]

Packaging is available in git:

http://anonscm.debian.org/cgit/pkg-grass/proj4js.git

The first upload is in NEW:

https://ftp-master.debian.org/new/proj4js_2.3.4+ds-1.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/54f26e11.9030...@xs4all.nl

Bug#779355: node-globule in NEW

[Sebastiaan Couwenberg]

Packaging for node-globule is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-globule.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-globule_0.2.0-1.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/54f0a104.3040...@xs4all.nl

Bug#779300: acorn in NEW

[Sebastiaan Couwenberg]

Packaging for acorn is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/acorn.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/acorn_0.11.0-1.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/54f0875b.2030...@xs4all.nl

Bug#779301: node-gaze in NEW

[Sebastiaan Couwenberg]

Packaging for node-gaze is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-gaze.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-gaze_0.6.4-1.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/54f0c303.8020...@xs4all.nl

Bug#779379: node-minimist in NEW

[Sebastiaan Couwenberg]

Packaging for node-minimist is available in git:

http://anonscm.debian.org/cgit/pkg-javascript/node-minimist.git

The package is currently in NEW waiting for FTP master review:

https://ftp-master.debian.org/new/node-minimist_1.1.0-1.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/54f0f3ae.2000...@xs4all.nl

Bug#774112: mgrs in NEW

[Sebastiaan Couwenberg]

A new version is in NEW after incorporating feedback from FTP master:

https://ftp-master.debian.org/new/mgrs_0.0~20131209-80d5465-1~exp2.html

The first upstream release (0.0.1) is also ready in git waiting for the
package to pass NEW:

http://anonscm.debian.org/cgit/pkg-grass/mgrs.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/54ef786f.4050...@xs4all.nl

Bug#774458: mgrs in NEW

[Sebastiaan Couwenberg]

A new version is in NEW after incorporating feedback from FTP master:

https://ftp-master.debian.org/new/mgrs_0.0~20131209-80d5465-1~exp2.html

The first upstream release (0.0.1) is also ready in git waiting for the
package to pass NEW:

http://anonscm.debian.org/cgit/pkg-grass/mgrs.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/54ef781d.1010...@xs4all.nl

Bug#775584: ITP: libcf -- Library to process data files in the Climate and Forecast (CF) convention

[Sebastiaan Couwenberg]

Control: retitle -1 ITP: netcdf-libcf -- Library to process data files
in the Climate and Forecast (CF) convention

On 01/17/2015 07:13 PM, Ross Gammon wrote:
 The netcdf package used to contain the CF library. However, the
 latest netcdf tarball no longer contains it, and the CF library is released
 separately. A transition including the netCDF libraries will be
 coordinated.
 
 This package as will be maintained within the Debian GIS Team alongside
 the netCDF libraries which it depends upon.

Basic packaging is available in git:

http://anonscm.debian.org/cgit/pkg-grass/netcdf-libcf.git

The package is unlikely to be uploaded before netcdf 4.1.3 is superseded
by version 4.3.3 though.

libCF is not actively maintained upstream as clarified by Nico Schlömers
comments in the NetCDF Strategy thread on debian-gis@:

https://lists.debian.org/debian-gis/2015/01/msg00043.html

Since better alternatives to libCF exist we won't include libCF in
Debian anymore in the foreseeable future. If libCF development resumes
we'll reconsider including it again when that time comes.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


-- 
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/54d5e7ac.1060...@xs4all.nl

Bug#775584: ITP: libcf -- Library to process data files in the Climate and Forecast (CF) convention

[Sebastiaan Couwenberg]

On 01/17/2015 07:13 PM, Ross Gammon wrote:
 * Package name: libcf

netcdf-libcf may be a more appropriate source package name, since libCF
is closely tied to netCDF.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


-- 
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/54baaa6e.9040...@xs4all.nl

Bug#750731: FastAC license issue

[Sebastiaan Couwenberg]

For the record. The packing for laszip has been available for some time
now.

Unfortunately the LASzip source uses a modified copy of the FastAC
(Readme [1], Source [2]) algorithm whose license doesn't allow
modification making it incompatible with the LGPL-2.1 license used by
LASzip. See the thread started by the Debian FTP master feedback [3].

I've contacted the FastAC authors asking them to consider relicensing
the code, Amir Said replied that he would be glad to see it used in Free
Software projects and asked what they needed to do. I've recommended
using the BSD-2-Clause [4] license which is close to the currently
license of FastAC and most widely compatible with other Free Software
licenses.

It has been very quiet ever since. Recently I restarted the discussion
with the FastAC authors and this time also included the libLAS  LASzip
authors, but no progress has been made still.

[1] http://www.cipr.rpi.edu/research/SPIHT/EW_Code/FastAC_Readme.pdf
[2] http://www.cipr.rpi.edu/research/SPIHT/EW_Code/FastAC.zip
[3]
http://lists.alioth.debian.org/pipermail/pkg-grass-devel/2014-August/021701.html
[4] http://spdx.org/licenses/BSD-2-Clause


-- 
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/54b8018f.6030...@xs4all.nl

Bug#664130: Retitle mkgmap: Please include tile splitter

[Sebastiaan Couwenberg]

Control: retitle -1 ITP: mkgmap-splitter -- Tile splitter for mkgmap

Hi Toby  Andreas,

On Thu, 6 Mar 2014 22:37:17 +0100 Andreas Tille andr...@an3as.eu wrote:
 When I noticed your bug requesting mkgmap-splitter I noticed that this
 can not really be fixed inside the mkgmap package since it is rather a
 different source tree.  So I'm reassigning the bug to the WNPP (Work
 Needing and Prospective Packages) as a RFP (Request For Packaging) by
 also keeping the Debian GIS team in the row - perhaps somebody takes up
 your hint and creates the package.

I also noticed this bug, and responded by packaging mkgmap-splitter. The
package is basically ready in git, but there are some small license 
copyright issues to fix by upstream, see:

http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2015q1/022554.html

I'd like wait for upstream to fix these issues before uploading initial
release of the package.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


-- 
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/54b0014f.4060...@xs4all.nl

Bug#774112: mgrs in NEW

[Sebastiaan Couwenberg]

Thanks to Andreas Tille for sponsoring the upload.

The mgrs package is currently in the NEW queue:

https://ftp-master.debian.org/new/mgrs_0.0~20131209-80d5465-1~exp1.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/54a964db.9020...@xs4all.nl

Bug#771414: ITP: bbbike -- route planner for cyclists

[Sebastiaan Couwenberg]

Hi Slaven,

Have you considered maintaining this package as part of the Debian GIS team?

http://pkg-grass.alioth.debian.org/policy/index.html#introduction

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


-- 
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/5479a893.30...@xs4all.nl