On 05/10/2013 02:55 AM, Sebastiaan Couwenberg wrote:
In my clone of the pkg-grass mapserver repo I've made the necessary
changes to build mapserver 6.2.1, based on debian/6.0.1-4.
http://git.linuxminded.nl/?p=pkg-grass/mapserver;a=summary
To follow up on this. The initial packaging had some
Andreas.
On Sun, May 12, 2013 at 11:57:24PM +0200, Sebastiaan Couwenberg wrote:
On 05/10/2013 02:55 AM, Sebastiaan Couwenberg wrote:
In my clone of the pkg-grass mapserver repo I've made the necessary
changes to build mapserver 6.2.1, based on debian/6.0.1-4.
http://git.linuxminded.nl/?p
On 05/24/2013 01:54 PM, Andreas Tille wrote:
Currently I'm looking more for feedback on the packing than sponsoring.
Especially regarding the new shared library.
What exact feedback do you expect? Regrading the packaging itself or
rather functionality?
The library packaging doesn't use the
On 05/24/2013 03:51 PM, Sebastiaan Couwenberg wrote:
First priority is fixing the linking to make mapserver fully functional
without LD_PRELOAD.
That turned out to be caused by an unclean test setup with and old
install in /usr/local. To builds themselves are fine.
Regards,
Bas
--
GnuPG
On 05/25/2013 09:20 AM, Andreas Tille wrote:
Hi Sebastiaan,
On Fri, May 24, 2013 at 11:25:17PM +0200, Sebastiaan Couwenberg wrote:
On 05/24/2013 03:51 PM, Sebastiaan Couwenberg wrote:
First priority is fixing the linking to make mapserver fully functional
without LD_PRELOAD.
That turned
Hi Andreas,
On 06/03/2013 01:48 PM, Andreas Tille wrote:
On Sat, May 25, 2013 at 11:49:20AM +0200, Sebastiaan Couwenberg wrote:
I haven't done all builds in pbuilder because with its many
Build-Depends it takes about twice as long to setup the chroot than to
build the package.
I admit
Hi Hamish,
On 06/03/2013 11:57 PM, Hamish wrote:
Sebastiaan wrote:
As also mentioned in reply to Alan Boudreault on pkg-grass-
devel@ [1],
fwiw I'm not sure if anyone reads that too list closely, or if
humans should post to it at all. I know I just refer to it from
time to time browse
Package: wnpp
Owner: Bas Couwenberg sebas...@xs4all.nl
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-gis@lists.debian.org
* Package name: tinyows
Version : 1.1.0-3
Upstream Author : Barbara Philippot, Olivier Courtin and the MapServer
team.
* URL
On 09/17/2013 07:24 PM, Andreas Tille wrote:
2. Wrote script to easily trigger websentinel creation
--
I mentioned yesterday that it is documented how to receate the web
sentinel after changing the tasks[4]. To smoothen your learning curve
One of the Debian GIS packages is listed for automatic removal at
http://udd.debian.org/cgi-bin/autoremovals.cgi:
Debian GIS Project pkg-grass-de...@lists.alioth.debian.org
spatialite-tools: bugs 713644, flagged for removal in 14 days
spatialite 4.0.0-1 has been uploaded to experimental by
Hi Andreas,
On 10/14/2013 03:45 PM, Andreas Tille wrote:
I have seen your according preparation in Git. Just ping me via [SoB]
if I should upload.
I'm almost done with my preparations for the SpatiaLite transition. Just
one more round of rebuilds to incorporate some recent changes.
After noticing that spatialite-tools was in danger of being removed from
testing, and seeing that the transition to 4.x had stalled, I've looked
into how to move this along again.
In the mean time most of the Gaia-SINS software had new upstream
releases. Some of which are interdependent. Version
Hi Andreas,
On 10/14/2013 07:42 PM, Andreas Tille wrote:
Hi Bas,
On Mon, Oct 14, 2013 at 06:00:55PM +0200, Sebastiaan Couwenberg wrote:
After noticing that spatialite-tools was in danger of being removed from
testing, and seeing that the transition to 4.x had stalled, I've looked
into how
On 10/14/2013 08:18 PM, Sebastiaan Couwenberg wrote:
On 10/14/2013 07:42 PM, Andreas Tille wrote:
Not all of the Gaia-SINS software is maintained by Debian GIS, FreeXL is
maintained by David Paleino in collab-maint, and ReadOSM by David in
pkg-osm. Fortunately these new upstream versions
On 10/14/2013 10:30 PM, Andreas Tille wrote:
BTW, did you applied for becoming DM / DD?
I haven't yet, as I've only recently started contributing substantially.
Getting upload privileges for some packages would be nice in the short
term, so DM could suffice. But I'd also like being able to
Hi Tobias,
On 11/05/2013 03:25 PM, Tobias Conradi wrote:
Is there more information for Debian 7 users that like to install
MapServer 6.2 or 6.4?
A package available, or a plan for a package?
I also had the need for a newer MapServer on wheezy, mostly for a bugfix
from 6.2.1. That bugfix is
As previously mentioned in other threads, I've been working on a policy
for Debian GIS. It's based on the Debian Med policy which in turn is
based on the pkg-perl policy. I've also adapted the pkg-perl website for
pkg-grass to host the policy on the group webspace on Alioth.
I've just pushed my
I guess it makes sense for Debian GIS people to join this discussion
I saw the announcement on the Ubuntu list and intent to join if I can.
I'm not 100% sure if I can make it, because I have to do a deployment for
work in the evening that may run late.
Kind Regards,
Bas
--
To UNSUBSCRIBE,
After being asked about building spatialite 4.1.1 with libxml2 support
for XmlBlob and VirtualXPath support, the packing was updated to enable
libxml2 support by default in spatialite, and re-enabling it in
spatialite-gui.
Stricter version requirements in the build dependencies are now used to
On 01/03/2014 10:17 AM, Andreas Tille wrote:
I added a paragraph to the Debian Med policy where I describe how
derivatives are working together with Debian Med. This is probably
quite interesting to take over into Debian GIS because it is inviting
to interested persons:
On 01/04/2014 12:45 AM, Andreas Tille wrote:
On Fri, Jan 03, 2014 at 06:06:09PM +0100, Sebastiaan Couwenberg wrote:
My intent for the PPA for Ubuntu paragraph in the proposed Debian GIS
team policy is to document the best practices for including packaging
for the UbuntuGIS PPAs in the Debian
On 01/04/2014 03:28 PM, Ivan Minčík wrote:
On Jan 3, 2014 6:06 PM, Sebastiaan Couwenberg sebas...@xs4all.nl
wrote:
My intent for the PPA for Ubuntu paragraph in the proposed Debian GIS
team policy is to document the best practices for including packaging
for the UbuntuGIS PPAs in the Debian
Thanks to Andreas' recent sponsoring, spatialite with libxml2 support
and its updated reverse dependencies are available in experimental.
On 01/07/2014 12:07 AM, Ivan Minčík wrote:
Sebastiaan, if all UbuntuGIS packaging will be done in git.debian.org, what
is the best way to contribute for UbuntuGIS devs which doesn't have write
permissions to Git repository ?
Hi Ivan,
The best way for UbuntuGIS devs to contribute is to
Dear armhf buildd admins,
I've noticed that there is little progress processing the Build-Needed
queue for several experimental packages.
At the top of the experimental Build-Needed queue busybox has been
waiting for over 31 days, yet ntfs-3 was installed today 10 days after
it was initially
On 01/12/2014 09:54 PM, Ivan Minčík wrote:
Also I would like to ask, what is the best work flow for placing Git tags
(for example debian/2.2.2-1) when asking a sponsor to upload. Should I
create tag, or it should be done by sponsor before he really uploads a
package ?
That is a very good
On 01/12/2014 10:37 PM, Andreas Tille wrote:
On Sun, Jan 12, 2014 at 09:44:38PM +0100, serge Guelton wrote:
my package foo fits into task bar (and baz - some packages might
fit into more than one task)
Hi and thanks for the clarification,
my package hyantesite fits into task Geography!
The libepsilon package has been updated to the latest upstream release
0.9.2. This release contains no code changes, it only updates the build
system, and introduces library versioning contributed by frankie.
The library versioning bumps the SOVERSION to 1, which requires a
rebuilds of its
On Wed, Jan 15, 2014 at 11:45:53PM +0100, Sebastiaan Couwenberg wrote:
Because only two packages need to be rebuild I propose to rebuild gdal
and librasterlite after libepsilon is uploaded to unstable.
You mean bNMU?
Yes, binNMUs will suffice.
Although they are not strict NMUs, because
On 10/14/2013 06:00 PM, Sebastiaan Couwenberg wrote:
QGIS being the exception. It FTBFS because libopenscenegraph99 has
become uninstallable. This problem also plagues the update for osgEarth,
which is not related to the spatialite transition though. Packaging for
the new 2.0.1 QGIS upstream
On 01/19/2014 10:25 AM, Andreas Tille wrote:
Hi Bas,
On Fri, Jan 17, 2014 at 12:37:40AM +0100, Sebastiaan Couwenberg wrote:
On 01/11/2014 01:54 PM, Sebastiaan Couwenberg wrote:
Shall we just switch the SCM in FF to Git and wait a couple of hours?
I've updated the SCM to git on Alioth
On 12/07/2013 12:17 AM, Sebastiaan Couwenberg wrote:
I've just pushed my changes to the new website git repo, of which you
may have seen the SCM emails. If not you can find them on Alioth:
http://anonscm.debian.org/gitweb/?p=pkg-grass/website.git
The webspace on Alioth currently redirects
Hi YunQiang Su,
Your libcitygml package is one of the few remaining packages that need
to be updated for the GDAL [1] and OpenSceneGraph [2] transitions.
I've updated the libcitygml package to conform to the current policy and
to include the most recent Subversion revision (r134).
To conform to
As you may have read in Misc Developer News (#34), the git-commit-notice
script on Alioth was updated to use git-multimail which generates more
useful emails.
I'd like to switch the Debian GIS git repositories to use this instead
of our custom copy of git-commit-notice. I'm not sure why we have a
On 01/26/2014 11:35 PM, Andreas Tille wrote:
On Sun, Jan 26, 2014 at 11:17:39PM +0100, Sebastiaan Couwenberg wrote:
Do you want explicit requests for gdal and librasterlite? I cannot
upload binNMUs to mentors because it requires source.
I never did a binNMU before - need to dig into how
On 02/21/2014 11:29 PM, Francesco P. Lovergine wrote:
On Fri, Feb 21, 2014 at 08:36:17PM +0100, Sebastiaan Couwenberg wrote:
QGIS is the only reverse dependency of osgEarth currently. Since qgis
2.0.1-2 was only accepted into unstable yesterday, uploading osgEarth
2.5 right now seems a bit
Hi Jochen,
I maintain several Open Source software projects related to OpenStreeMap
and
use some more. As a long term Debian user I want to help get my software
and
other OSM software into Debian. I am somewhat familiar with creating
Debian
packages but never understood all the intricacies
On 02/22/2014 04:22 PM, Sebastiaan Couwenberg wrote:
On 02/22/2014 12:10 AM, Sebastiaan Couwenberg wrote:
On 02/21/2014 11:29 PM, Francesco P. Lovergine wrote:
On Fri, Feb 21, 2014 at 08:36:17PM +0100, Sebastiaan Couwenberg wrote:
QGIS is the only reverse dependency of osgEarth currently
Hi Paolo,
Thanks for trying the new QGIS packages.
On 03/01/2014 07:29 AM, Paolo Cavallini wrote:
Hi all.
Are the experimental packages meant to be installable?
They are definitely meant to be installable.
I'm getting a conflict:
The following packages have unmet dependencies:
On 03/01/2014 03:41 PM, Paolo Cavallini wrote:
Il 01/03/2014 15:20, Sebastiaan Couwenberg ha scritto:
Can you try if this configuration works?
I think the problem should be elsewhere, because on my laptop I do not
have this section on /etc/apache2/sites-enabled/000-default.conf
QGIS and friends are currently built against SpatiaLite 3.x because that
version is still in unstable. In experimental we have SpatiaLite 4.1.1
which is waiting for a transition slot from the release team:
#731402 - transition: spatialite
https://bugs.debian.org/731402
Hi Jochen,
I am trying to understand you setup and workflow here. I don't understand
how
you are managing the debian packages/builds.
I looked at that bug report. Found the svn link in it. Found the link to
the
new gis repos (git://anonscm.debian.org/pkg-grass/mkgmap.git) in the svn.
Now
On 03/03/2014 01:00 PM, Francesco P. Lovergine wrote:
Some good news on the Ossim and OTB side. I think we could start to see how
much the packages proposed by Julien are in good shape, and having some
experimental package in reasonable times now.
From the OSGeo-Live crowd I also heard about
Hi,
Installing qgis-mapserver installs also unwanted, I believe unnecessary,
packages:
libqgis-analysis2.2.0
libqgis-gui2.2.0
Is this a bug, or there are good reasons for it?
qgis-mapserver uses symbols provided by the libqgis-analysis2.2.0
libqgis-gui2.2.0 libraries, the shared library
On Mon, Mar 03, 2014 at 11:04:20PM +0100, Sebastiaan Couwenberg wrote:
AFAIK, we need to get Markus Wanners work on 1.8.16 from January into
git, as OSSIM still lives in Subversion at the moment. And we can merge
these recent changes on top of that.
Markus said his work on OSSIM was one-time
On 03/04/2014 08:24 PM, Jochen Topf wrote:
Packages 'osmpbf' and 'osmosis' are in
git://anonscm.debian.org/pkg-osm/osmpbf.git and
git://anonscm.debian.org/pkg-osm/osmosis.git, respectively. I would have
expected them to be in .../pkg-grass/... Is this an old location and they just
haven't
On 03/05/2014 08:45 AM, Paolo Cavallini wrote:
I think it would be useful to add a few words to the package description
for a few qgis debs. Could someone point me out how to do it (which
repo, how to obtain credentials, issuing a PR, etc.)?
The Debian GIS Policy documents most of this.
*
I thought I was already on Alioth, but apparently I'm not.
So I created an user on alioth, but when confirming it I get an error:
Could Not Get User
Sorry for polluting the list with such basic questions: is there a
better place for it? Maybe a general IRC channel?
The contacts for Alioth
On 03/06/2014 08:56 AM, Jochen Topf wrote:
I have committed my changes. Not sure about the docs, though. Maybe docs
should be added only in built form? There is a Makefile in doc/styles.
Building documentation should happen in de architecture independent
targets (build-indep). These targets are
On 03/06/2014 09:51 AM, Andreas Tille wrote:
On Thu, Mar 06, 2014 at 09:00:35AM +0100, Jochen Topf wrote:
Is somebody going to move them now? :-)
I'll do it and keep you informed.
Thanks for moving the repos.
Can you chgrp the repos too?
I wanted to fix the git hooks to use the new
Hi Andreas,
On 03/06/2014 11:18 PM, Andreas Tille wrote:
On Thu, Mar 06, 2014 at 10:37:00PM +0100, Sebastiaan Couwenberg wrote:
While we use the same post-receive hook for all pkg-grass git
repositories, only the QGIS post-receive hook is different.
:-)
I just picked QGIS as example
Hi,
I'd like to update the git post-receive hook of the the gis blends
repository to use the new git-commit-notice and to use both
blends-commit@ and pkg-grass-de...@lists.alioth.debian.org.
This way we keep the Debian GIS team in the loop of changes to the GIS
Blend without requiring
Hi Jochen,
The uploaded osmpbf 1.3.2-1 has failed to build from source on
hurd-i386, kfreebsd-* sparc.
All these architectures still use OpenJDK 6 by default instead of 7.
Do you know what may cause the build failure with OpenJDK 6?
Is OpenJDK 6 still supported or should the package require
On 03/15/2014 07:35 PM, Jochen Topf wrote:
On Sa, Mär 15, 2014 at 06:47:31 +0100, Francesco P. Lovergine wrote:
On Sat, Mar 15, 2014 at 04:14:13PM +0100, Jochen Topf wrote:
https://buildd.debian.org/status/package.php?p=osmpbf
I believe I have fixed the bug. I released upstream v1.3.3 with
Hi Jochen,
On 03/15/2014 10:10 PM, Jochen Topf wrote:
On Sa, Mär 15, 2014 at 10:03:44 +0100, Sebastiaan Couwenberg wrote:
Thanks for the quick fix. I looked in the repo at github but don't see
the changes in question but I do see the new release. The release tag
only changes the version
:58:10 +0100
From: Julien Cristau jcris...@debian.org
To: Sebastiaan Couwenberg sebas...@xs4all.nl, 731...@bugs.debian.org,
731...@bugs.debian.org
Control: tag -1 confirmed
On Fri, Feb 14, 2014 at 16:55:15 +0100, Sebastiaan Couwenberg wrote:
Thanks for setting up the trackers.
As just
Thanks to Paolo for convincing me to come to the OSGeo sprint in Vienna
after all.
After arriving today and pushing the QGIS patches for ARM upstream, I
talked to Olivier Courtin about the non-free CITE tests included in the
TinyOWS source.
He showed me a discussion he had with OGC about the
Had gdal_merge been renamed in Debian?
See http://hub.qgis.org/issues/9924
Yes, the extension is stripped in Debian. I've added a comment to the
Redmine issue.
Kind Regards,
Bas
--
To UNSUBSCRIBE, email to debian-gis-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi Sébastien,
Thanks for your feedback on the upgrade to SpatiaLite 4.
On 04/03/2014 09:52 PM, Sébastien Kalt wrote:
I was wondering if there would be a way to include some documentation
or warning for spatialite 3 to 4 transition, for Debian users. And
maybe suggest upstream documentation to
On 02/27/2014 04:26 PM, Jochen Topf wrote:
* Osmosis - This Java program is used often in OSM circles for many tasks. It
used to be in Debian but has fallen out of testing for some reason.
To follow up on the OSM PBF packaging, I've had a stab at packaging that
latest osmosis upstream
Hi Jochen,
On 04/30/2014 11:53 AM, Jochen Topf wrote:
Hi!
I looked into the osm2pgsql package yesterday to find out what needed to
be done to upgrade it from 0.82 to current 0.84. But for some reason I
could not get it to build. The configure script doesn't find the C++
compiler. This only
On 04/30/2014 04:50 PM, Jochen Topf wrote:
My cowbuilder chroot is current. Happens with sid and jessie chroot.
I just did a
cowbuilder --update --distribution=sid
--basepath=/var/cache/pbuilder/base-sid.cow
and it still happens with your updates.
This is what I call to build:
While looking into #745702, which is caused by the removal of
cubewerx_extra.wkt due its unclear licensing, I noticed the new GDAL
upstream release 1.11.0.
http://lists.osgeo.org/pipermail/gdal-announce/2014-April/50.html
I've started to update the packaging for experimental, and in to
On 05/05/2014 08:51 PM, Jochen Topf wrote:
Is there any way to run git-buildpackage on a different branch? I tried
the --git-upstream-tree and --git-upstream-branch options, but whatever
I put there, it is ignored.
I am trying to build packages not from the tagged upstream branch but
from
On 05/06/2014 08:47 AM, Jochen Topf wrote:
My goal is this: Instead of waiting for upstream to do a release before
doing the packaging, I want to try out packaging when I know a release
is coming. Waiting for the release means any changes I have to do for
the Debian package or any other
On 06/06/2014 10:10 AM, Paolo Cavallini wrote:
There is a new library[0] that repair broken GIS polygons according to the
international standard ISO19107. Very easy to compile, and very useful.
Anyone has plans to package it?
I looked into prepair and pprepair some time ago after Richard
On 06/20/2014 08:05 PM, Antonio Valentino wrote:
Some times ago I made a RFS for pyresample (see [1] and [2]), one of the
packages to PyTroll, and i also have some work done for pykdtree [3].
If someone is interested in sponsoring them I can take in charge to package
all packages of the
Hi Mònica,
Would you consider moving gpsprune 15.2-1 from experimental to unstable?
libmetadata-extractor-java 2.6.4-2 entered unstable today which breaks
both gpsprune ( 15.2) and josm ( 0.0.svn6687).
gpsprune 15.2-1 seems to work fine, so I'm wondering if there is
anything preventing an
Hi David,
2014-07-02 8:41 GMT+02:00 Sebastiaan Couwenberg sebas...@xs4all.nl:
libmetadata-extractor-java 2.6.4-2 entered unstable today which breaks
both gpsprune ( 15.2) and josm ( 0.0.svn6687).
We were waiting for this! :)
Later today I will work on a new version of gpsprune; for josm
Il 15/07/2014 12:06, Francesco P. Lovergine ha scritto:
Due to approaching of freezing and the stop to new transitions (less
than two
months from now) I would suggest to move GDAL to 1.11 in main, just to
avoid having certainly yet another old package in jessie as too often
usual.
Thoughts?
Hi,
On Tue, Jul 15, 2014 at 12:21:46PM +0200, Sebastiaan Couwenberg wrote:
Il 15/07/2014 12:06, Francesco P. Lovergine ha scritto:
Due to approaching of freezing and the stop to new transitions (less
than two
months from now) I would suggest to move GDAL to 1.11 in main, just
Hi Andreas,
Quoting Andreas Tille andr...@an3as.eu:
Thanks for the offer to help. What are your packaging skills? Do you
feel able to upgrade the packaging in Git to let us check your work and
sponsor the package?
I could do that, yes.
Francesco already did some work om GMT 5.1.1 in
Anybody who has loaded shape files to PostgreSQL on Ubuntu 14.04 as
shp2pgsql generating errors
What do you mean by this exactly?
Kind Regards,
Bas
--
To UNSUBSCRIBE, email to debian-gis-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
i was trying to load shape files to pgsql using shp2pgsql command but it
is
generating errors and GUI of same is not supported by Ubuntu 14.04.
Please correct me if i am wrong
I don't use Ubuntu, so I also don't use the UbuntuGIS repository. I have a
VM for testing purposes, but my focus in
I've rebuild the GDAL reverse dependencies.
The only package to FTBFS is liblas with mismatches between
gt_wkt_srs.cpp and the gdal headers. The upstream master repo [1]
contains changes for GDAL 1.11.0, and a new upstream release is possible
in September/October, which will be too late for the
On 07/27/2014 06:59 PM, Andreas Tille wrote:
I intended to sponsor the latest status of osm2pgsql in Git but it does
not build for me. I attached the build log.
Any idea what might went wrong?
Based on your log I suspect your chroot is outdated.
It's using the protobuf 1.0.0~rc2-1 from
Anybody want to help with backporting the GDAL 1.11.0 support for libLAS
1.7 so we don't have to wait for upstream to release 1.8?
We can then start the transition with the patched libLAS and possibly get
libLAS 1.8 into jessie when its released in the Augustus/September.
As mentioned in the
Hi Ross,
On 07/28/2014 08:47 PM, Ross Gammon wrote:
I have a potential slot to take a look at libLAS over the next week
before I do a last push to try and get osmgpsmap to migrate to testing
(I was waiting for subsurface maintainer to respond).
But I don't know libLAS at all, so I cannot
I do not know if someone already followed this thread. Basically the
issue is that qgis-mapserver requires an x server not to crash during
printing. xvfb is just ok. It would be good to add it as a dep.
Any opinion?
I'm subscribed to that Redmine issue since the sprint in Vienna.
If adding
Hi Ross,
On 08/01/2014 01:09 PM, Ross Gammon wrote:
On 07/31/2014 10:13 PM, Ross Gammon wrote:
Liblas is building fine now against experimental gdal(1.11.0).
The patches did not apply cleanly so I will do a few tests tomorrow!
All ready to go! Let me know if you would like me to seek
Hi Ross,
On 08/02/2014 09:55 AM, Ross Gammon wrote:
On 08/01/2014 11:57 PM, Sebastiaan Couwenberg wrote:
On 08/01/2014 01:09 PM, Ross Gammon wrote:
On 07/31/2014 10:13 PM, Ross Gammon wrote:
Liblas is building fine now against experimental gdal(1.11.0).
The patches did not apply cleanly so
On 08/01/2014 11:57 PM, Sebastiaan Couwenberg wrote:
Tomorrow I'll do a test build with both GDAL 1.10.1 and 1.11.0 and
afterwards request the GDAL transition from the Release Team.
The rebuilds of libLAS went fine with both GDAL versions, so this is no
longer a blocker.
Some GDAL reverse
Hi Johan,
Are you aware of the saga 2.1.2--1 FTBFS on arm* as reported in #755361?
This build failure needs to be fixed before we can start the GDAL 1.11.0
transition.
Are you able to work on this in the short term?
If you need access to an ARM machine you can request a guest account
from DSA
On 08/03/2014 11:34 PM, Johan Van de Wauw wrote:
I'm still waiting for a confirmation from the wx maintainers, but it
looks like this is similar to other bugs when using wx/gcc 4.9.
See eg: http://trac.wxwidgets.org/ticket/16359
GCC 4.9 seems to be not such a great release. Maybe the compiler
Hi Jaromír,
On 08/05/2014 11:28 AM, Jaromír Mikeš wrote:
I am taking care about QlandkarteGT package in collab-maint:
http://anonscm.debian.org/gitweb/?p=collab-maint/qlandkartegt.git
QlandkarteGT is GPS mapping (GeoTiff and vector) and GPSr management
software and at the moment it's
Hi Jaromír,
On 08/05/2014 12:04 PM, Sebastiaan Couwenberg wrote:
On 08/05/2014 11:28 AM, Jaromír Mikeš wrote:
I am taking care about QlandkarteGT package in collab-maint:
http://anonscm.debian.org/gitweb/?p=collab-maint/qlandkartegt.git
QlandkarteGT is GPS mapping (GeoTiff and vector
On 08/05/2014 02:27 PM, Andreas Tille wrote:
On Tue, Aug 05, 2014 at 01:57:13PM +0200, Jaromír Mikeš wrote:
Just for sure ... this is a right way?
$ mv /git/collab-maint/qmapshack.git/* /git/pkg-grass/qmapshack.git/*
Rather
$ mv /git/collab-maint/qmapshack.git
On 08/05/2014 03:18 PM, Jaromír Mikeš wrote:
Not sure if I should do it here locally or on server :(
This needs to happen on the server.
Can you do it for me?
No, I'm not the owner of the repositories and I also don't have access
via the scm_pkg-grass group. That's why you need to change the
On 08/05/2014 05:23 PM, Jaromír Mikeš wrote:
Now I can ask team members for reviewing and uploading qmapshack?
For starters I recommend the usage of Config::Model, specifically it's
dpkg support for a consistently formatted d/control.
Its usage is documented in the Debian GIS Policy:
On 08/05/2014 07:42 PM, Jaromír Mikeš wrote:
2014-08-05 18:16 GMT+02:00 Sebastiaan Couwenberg sebas...@xs4all.nl:
For starters I recommend the usage of Config::Model, specifically it's
dpkg support for a consistently formatted d/control.
Its usage is documented in the Debian GIS Policy
On 08/05/2014 10:14 PM, Jaromír Mikeš wrote:
2014-08-05 20:31 GMT+02:00 Sebastiaan Couwenberg sebas...@xs4all.nl:
On 08/05/2014 07:42 PM, Jaromír Mikeš wrote:
qmapshack now installing png icon instead of xpm.
What is your prefered way for fixing?
What do you mean by this exactly?
Sorry
On 08/05/2014 10:21 PM, Jaromír Mikeš wrote:
2014-08-05 15:29 GMT+02:00 Andreas Tille andr...@an3as.eu:
considering the permission trouble it might make sense to try a
different route and recreate a bare repository and push to this.
I know Michael Hanke as usually responsive but it might be
On 08/05/2014 11:37 PM, Jaromír Mikeš wrote:
$ git-import-orig --pristine-tar
/home/mira/PACKAGING/qmapshack_0.2.0+ds1.orig.tar.xz
What is the upstream version? [0.2.0+ds1]
tar: Skipping to next header
tar: Exiting with failure status due to previous errors
gbp:error: Couldn't unpack
On 08/06/2014 04:07 AM, Jaromír Mikeš wrote:
2014-08-06 0:40 GMT+02:00 Sebastiaan Couwenberg sebas...@xs4all.nl:
On 08/05/2014 11:37 PM, Jaromír Mikeš wrote:
$ git-import-orig --pristine-tar
/home/mira/PACKAGING/qmapshack_0.2.0+ds1.orig.tar.xz
What is the upstream version? [0.2.0+ds1]
tar
On 08/06/2014 02:25 PM, Jaromír Mikeš wrote:
2014-08-06 12:42 GMT+02:00 Sebastiaan Couwenberg sebas...@xs4all.nl:
On 08/06/2014 04:07 AM, Jaromír Mikeš wrote:
Ok, I changed way how to get orig tarball. Works fine now ;)
How does package looks now to you?
With the fixed version mangline
On 08/06/2014 02:53 PM, Sebastiaan Couwenberg wrote:
File a RFS bug for sponsorship-requests using reportbug and the template
provided on the package package on mentors.
I saw your RFS (#757243) on the mentors list, which reminded me that I
forgot to mention that the RFS for Debian GIS packages
On 08/06/2014 08:01 PM, Jaromír Mikeš wrote:
2014-08-06 18:33 GMT+02:00 Sebastiaan Couwenberg sebas...@xs4all.nl:
On 08/06/2014 02:53 PM, Sebastiaan Couwenberg wrote:
File a RFS bug for sponsorship-requests using reportbug and the template
provided on the package package on mentors.
I saw
On 08/04/2014 11:59 PM, Ross Gammon wrote:
Update - pktools was not building at all. Gilles' patch for the hdf5
transition seems to fix that. Ran out of time to test against libLAS 1.8.0.
But rather than a binNMU, it looks like we should do a general tidy up
of pktools. There are a few things
On 08/08/2014 10:46 AM, Johan Van de Wauw wrote:
* I've changed the build to build without gui (not yet comitted). Is
there a way I can make my install file build dependant? The file
/usr/lib/x86_64-linux-gnu/libsaga_gdi-2.1.2.so is no longer build.
Since debhelper 9 you can make the .install
On 08/08/2014 08:15 PM, Ross Gammon wrote:
The only thing I am not sure has been checked, is whether pktools
successfully builds against libLAS 1.8.0. So I will do a test of this.
That still needs to be verified, yes.
Then I assume we would be ready upload the updated pktools and then
merge
1 - 100 of 1107 matches
Mail list logo
