Re: [Ubuntu] SAGA GIS with liblas

[Johan Van de Wauw]

Thomas,

I added pdal to ubuntugis unstable.

Please test and report back!

Kind Regards,
Johan

On Wed, Nov 29, 2017 at 1:34 PM, Thomas Kreuzer
<thomas.kreu...@uni-wuerzburg.de> wrote:
> On 11/29/17 12:28, Johan Van de Wauw wrote:
>> Thomas,
>>
>> The problem is that SAGA relies on a old version of liblas, not
>> compatible with the version of liblas available in ubuntu.
>>
>>
> https://sourceforge.net/p/saga-gis/discussion/354013/thread/d9dbdf27/?limit=25
>>
>> Note that this is an old discussion, it may be worth reopening it.
>>
>> As a workaround, you could try converting your files with the windows
>> version (with wine).
>>
>> Kind Regards,
>> Johan
>
> Thank you very much for the information Johan!
>
> Would it be feasible to add "pdal" [1] to ubuntugis then? A current
> version is available in Debian testing [2].
>
> 1: https://www.pdal.io/
> 2: https://tracker.debian.org/pkg/pdal
>
> Kind regards,
> Thomas
>
>
>
>
> ___
> UbuntuGIS mailing list
> Ubuntu@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/ubuntu
> http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] SAGA GIS with liblas

[Johan Van de Wauw]

Jürgen,

Thx,

I will have a look whether we can merge this (perhaps a seperate
module, so windows users can still use the old liblas).

Kind Regards,
Johan

On Thu, Nov 30, 2017 at 9:07 AM, Jürgen E. Fischer <j...@norbit.de> wrote:
> Hi Johan,
>
> On Wed, 29. Nov 2017 at 12:28:22 +0100, Johan Van de Wauw wrote:
>> The problem is that SAGA relies on a old version of liblas, not
>> compatible with the version of liblas available in ubuntu.
>
> Rings a bell.   Not sure about the state - I didn't go through and made it a
> merge request:
>
> https://sourceforge.net/u/jefischer/saga-gis/ci/a77f2eca8e5710908ae64825347218620b202730/
>
>
> Jürgen
>
> --
> Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
> Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
> Software Engineer   D-26506 Norden http://www.norbit.de
>
> ___
> UbuntuGIS mailing list
> Ubuntu@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/ubuntu
> http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

[Ubuntu] Fwd: [gdal-dev] Compiling GDAL 2.2.2 with Informix (IDB) driver on Ubuntu 16.04

[Johan Van de Wauw]

Forwarding this to ubuntugis as well:

We have a strange problem with compiling gdal with informix support:
compilation (well linking actually) goes well on debian testing and stretch
and on Ubuntu trusty, but fails on Xenial.
It also fails when we use older versions of gcc on trusty

Kind Regards,
Johan

-- Forwarded message --
From: Roel Huybrechts 
Date: Fri, Oct 6, 2017 at 9:12 AM
Subject: Re: [gdal-dev] Compiling GDAL 2.2.2 with Informix (IDB) driver on
Ubuntu 16.04
To: Even Rouault , gdal-...@lists.osgeo.org


Hi Even,

Is /opt/informix/lib/c++ in the search path for shared librariies ? That
is: did you define LD_LIBRARY_PATH to point to it ? Or put it in
/etc/ld.so.conf and ran ldconfig afterwards ?


I didn't define LD_LIBRARY_PATH or put it in ld.so.conf, as I didn't have
to do it in my Debian Testing VM and it worked there without that. In the
output I see that the Informix folders and libraries are listed in the
arguments of g++, so I don't think the problem has to do with
LD_LIBRARY_PATH or ld.so.conf?

g++ -std=gnu++11 /opt/informix/lib/esql/checkapi.o .libs/gdalserver.o -o
.libs/gdalserver  -L/opt/informix/lib/ -L/opt/informix/lib/esql
-L/opt/informix/lib/dmi -L/opt/informix/lib/c++ -lcrypt
/home/roel/software/gdal_compile/gdal/.libs/libgdal.so -L/usr/lib
-L/usr/lib/x86_64-linux-gnu/hdf5/serial -ljson-c -lfreexl -lqhull -lgeos_c
-lwebp /usr/lib/x86_64-linux-gnu/libsqlite3.so -lodbc -lodbcinst -lkmlbase
-lkmldom -lkmlengine -lkmlxsd -lkmlregionator
/usr/lib/x86_64-linux-gnu/libexpat.so
-lxerces-c -lopenjp2 -lnetcdf -lhdf5_hl -lsz -lhdf5 /usr/lib/libmfhdfalt.so
/usr/lib/libdfalt.so -logdi -lgif -ljpeg -lgeotiff -ltiff -lpng -lpq -lz
-lpthread -lrt -ldl -lpcre /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so
-lxml2 -lifsql -lifasf -lifgen -lifos -lifgls -lifglx -lifdmi -lifc++
-pthread

To be sure, I added the Informix folders to /etc/ld.so.conf, but the result
is the same.

I then tried compiling with different versions of gcc/g++, also resulting
in the same error:
./configure CC=gcc-4.7 CXX=g++-4.7 --with-idb=/opt/informix
./configure CC=gcc-4.8 CXX=g++-4.8 --with-idb=/opt/informix

To add to the puzzle: compiling with gcc-5 on Debian Testing works, but
with gcc-5 on Ubuntu 16.04 doesn't.. Although the version is slightly
different: gcc-5 (Debian 5.4.1-14) 5.4.1 20171003 versus gcc-5 (Ubuntu
5.4.0-6ubuntu1~16.04.5) 5.4.0 20160609.

Any hints on how to proceed with debugging would be very helpful. Thanks!

Kind regards,
Roel

___
gdal-dev mailing list
gdal-...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] [gdal-dev] Binary of the latest released GDAL for travis?

[Johan Van de Wauw]

On Thu, Sep 21, 2017 at 10:37 PM, Angelos Tzotsos  wrote:
> We should plan to make the transition on ubuntugis-experimental before
> moving to unstable.
>
>

I agree.

Are there any packages beside gdal for which people have an interest
in an updated version?
I don't know whether we should only bump gdal or try importing most of
the packages we have in xenial right now.

Kind Regards,
Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] [gdal-dev] Binary of the latest released GDAL for travis?

[Johan Van de Wauw]

Hi all,

Sorry for reviving an old discussion, but I was in need of a recent
gdal package today for travis. I have added this to my own ppa:
https://launchpad.net/~johanvdw/+archive/ubuntu/gdal

Angelos, Bas, do you have a list of gdal dependencies and the order in
which they need to be built? I'm thinking about uploading my packages
to ubuntugis/unstable.

Kind Regards,
Johan

On Tue, Apr 11, 2017 at 12:48 PM, Ari Jolma  wrote:
> 11.04.2017, 13:28, Bas Couwenberg kirjoitti:
>>
>> On 2017-04-11 12:22, Ari Jolma wrote:
>>>
>>> 11.04.2017, 13:05, Angelos Tzotsos kirjoitti:

 Hi Ari,

 sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable
 sudo apt-get update
 sudo apt-get install libgdal-dev

 This should do it.
>>>
>>>
>>> No. I tried that before (found it in my .travis.yml file...) and it
>>> pulls in older version 1.10.0.
>>
>>
>> You can install the 2.1.3 version explicitly with:
>>
>>  sudo apt-get install libgdal-dev=2.1.3+dfsg-1~xenial2
>
>
> It seems it did not even try this. Probably because it is precise?
>
>>
>> But this will fail when the version is updated in the PPA.
>>
>> Is the travis environment using Ubuntu xenial, and not an older LTS like
>> trusty or precise? It's probably trusty since that ships with GDAL 1.10.1.
>
>
> It is precise. Trusty build environment is in beta.
>
>
>>
>> For those older LTS releases the UbuntuGIS packages haven't been updated
>> yet. Depending on manpower and motivation we may be able to updated the
>> trusty packages in the near future.
>
>
> It would save a lot of build time at least for me.
>
> The reason for me is that many of my project use the GDAL Perl bindings and
> for the tests I pull in the latest from CPAN, which is based on the latest
> released GDAL.
>
>>
>> Ideally the travis environment is upgraded to xenial for which the best
>> support is available and the default packages in Ubuntu itself are much more
>> current.
>
>
> ok
>
> Thanks,
>
> Ari
>
>
>>
>> Kind Regards,
>>
>> Bas
>> ___
>> gdal-dev mailing list
>> gdal-...@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
>
> ___
> gdal-dev mailing list
> gdal-...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Fwd: [GRASS-dev] ubuntu gis policy

[Johan Van de Wauw]

I'm in favor of removing testing and adding "experimental" instead.

This is closer to the actual way we use the ppa.

On Fri, Sep 16, 2016 at 3:19 PM, Randal Hale <
rjh...@northrivergeographic.com> wrote:

> from my perspective it should be (which will completely break policy on
> several fronts)
>
> Testing/unstable -> Fresh/Stable/Current -> Older Releases.
>
> I don't know how the naming would need to be. I hesitate to suggest
> because I'm advocating breaking with a standard on Two different Distros.
> I apologize in Advance.
>
> Randy
>
>
>
> On 09/16/2016 08:57 AM, Daniel Morissette wrote:
>
>> Hi Martin,
>>
>> Little clarification for the non-expert lurkers like myself, are you
>> suggesting that the naming order should be as follows?
>>
>>unstable --> testing --> stable
>>
>> ... which would match the Debian policy found here:
>>
>>https://www.debian.org/releases/
>>
>> Daniel
>>
>>
>> On 2016-09-16 8:37 AM, Martin Landa wrote:
>>
>>> Hi,
>>>
>>> I took liberty to forward opinion about PPA naming from GRASS ML.  The
>>> name for unstable PPA is simply confusing (moreover with combination
>>> of testing PPA used for experimental packages - especially for Debian
>>> users). Could be that I missed discussion about PPA naming, anyway
>>> current names do not respect real usage of PPAs in my eyes.
>>>
>>> And I want to express again big thanks (especially to Angelos) for
>>> making ubuntugis project alive! Martin
>>>
>>> -- Forwarded message --
>>> From: Blumentrath, Stefan 
>>> Date: 2016-09-16 13:12 GMT+02:00
>>> Subject: RE: [GRASS-dev] ubuntu gis policy
>>> To: Martin Landa , GRASS developers list
>>> 
>>>
>>>
>>> Hei Martin,
>>>
>>> Do you have any chance to influence the naming of the PPAs?
>>>
>>> As recently also discussed on the QGIS mailinglist, packages from a
>>> repository named "unstable" can get blocked by system administrators
>>> (who not necessarily will take the time to try to understand what is
>>> behind all applications), regardless if I as a user tell them that
>>> "unstable" actually means "current release"...
>>>
>>> Would be nice to have a more admin-friendly name there...
>>>
>>> Cheers
>>> Stefan
>>>
>>> -Original Message-
>>> From: grass-dev [mailto:grass-dev-boun...@lists.osgeo.org] On Behalf
>>> Of Martin Landa
>>> Sent: 16. september 2016 13:03
>>> To: GRASS users list ; GRASS developers
>>> list 
>>> Subject: [GRASS-dev] ubuntu gis policy
>>>
>>> Hi all,
>>>
>>> recently ubuntugis maintainers changed their policy. This means that
>>> currently is used this workflow:
>>>
>>> OSGeoLive nightly --> UbuntuGIS Testing --> UbuntuGIS Unstable -->
>>> UbuntuGIS Stable
>>>
>>> What does it means for GRASS?
>>>
>>> 1) experimental packages (like Release Candidates) are uploaded to
>>> Testing PPA [1]
>>> 2) final version packages are uploaded to Testing and Unstable [2]
>>> 3) Stable PPA can contain older version [3]
>>>
>>> For user who want to help with testing experimental packages: please
>>> use Testing PPA otherwise use Unstable (if you prefer up-to-date
>>> version) or Stable PPA (you prefer stability - slightly older versions).
>>>
>>> Martin
>>>
>>> [1] https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-testing
>>> [2] https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-unstable
>>> [3] https://launchpad.net/~ubuntugis/+archive/ubuntu/ppa
>>>
>>> --
>>> Martin Landa
>>> http://geo.fsv.cvut.cz/gwiki/Landa
>>> http://gismentors.cz/mentors/landa
>>> ___
>>> grass-dev mailing list
>>> grass-...@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>>>
>>>
>>>
>>
>>
> --
> -
> Randal Hale
> North River Geographic Systems, Inc
> http://www.northrivergeographic.com
> 423.653.3611 rjh...@northrivergeographic.com
> twitter:rjhale
>
> ___
> UbuntuGIS mailing list
> Ubuntu@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/ubuntu
> http://trac.osgeo.org/ubuntugis/wiki
>
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Handling transitions in UbuntuGIS

[Johan Van de Wauw]

On Sat, Jul 23, 2016 at 5:59 PM, Sebastiaan Couwenberg 
wrote:

>
> Currently only trusty and xenial are checked, precise is not worth the
> effort IMNSHO:
>
>
Just one remark: precise is still used a lot, and one important application
are travis build scripts which are used by *a lot* of open source GIS
applications out there.
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Stable update

[Johan Van de Wauw]

On Tue, Apr 26, 2016 at 6:24 PM, Worth Lutz  wrote:
> Thanks,
> My error on our versions. It's 12 & 14. I typed without thinking.
>
> I understand dependencies sometimes keep updates from getting to older 
> systems. I was hoping to jump to 16.04 but will have to wait on php-mapscript.
>
> Thanks for your work in making these packages available.
>
> Worth
>
>> On Apr 26, 2016, at 11:05 AM, Alex Mandel  wrote:
>>
>> Worth,
>>
>> 10.04 is past end of life from Ubuntu (2015) those people need to
>> upgrade if they want any updates from us or Ubuntu.
>>
>> 12.04 only has 1 year left (2017), so it's unlikely to get anything
>> except bugfix releases if possible (not always possible).
>>
>> Yes, this thread is about clarifying the policies.

Note that rather than policies, the major reason UbuntuGIS received
little updates is that no-one found time to do so (eg I'm currently on
a project where I have to use a windows desktop).
If you or your customers rely on UbuntuGIS updates, please consider
helping out packaging or contracting someone to do so. Debian GIS is
in a good state now, so it is usually only a matter of backporting.
I'm ready to help anyone who would like to contribute.

Kind Regards,
Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Stable update

[Johan Van de Wauw]

Thanks Angelos for the work.

I'm in favor of removing testing. If we keep it, we should name it experimental.
I actually proposed doing so earlier.

Kind Regards,
Johan

On Mon, Apr 25, 2016 at 9:02 PM, Micha Silver  wrote:
>
>
>
>
> On 04/25/2016 08:26 PM, Randal Hale wrote:
> -- Original Message -- Subject: Re: [Ubuntu] Stable update Date:
> Mon, 25 Apr 2016 13:26:31 -0400 To: Ubuntu From: Randal Hale
>
> Unstable has always been a bit confusing (at least for me) because we had
> "stable" packages in a unstable repo. Maybe you could do a Stable/Testing or
> Stable/Unstable. We've only ever had one relevant ppa and that has been
> unstable.
>
> "Install your software from the unstable ppa"
> "I don't want unstable software"
> "That's not what it means"
>
> Very true. Two repos should be quite enough.
>
> Randy
>
> On 04/25/2016 01:15 PM, Martin Landa wrote:
>
> Hi,
>
> 2016-04-24 22:02 GMT+02:00 Angelos Tzotsos :
>>
>>
>> For the Testing and Unstable repositories, all Ubuntu EOL releases were
>> also removed from the archives to save space.
>
>
> I wonder if we really need three repos. Probably two repos - stable and
> testing/unstable would be enough. Martin
>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
>
>
> ___
> UbuntuGIS mailing list
> Ubuntu@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/ubuntu
> http://trac.osgeo.org/ubuntugis/wiki
>
>
> --
> -
> Randal Hale
> North River Geographic Systems, Inc
> http://www.northrivergeographic.com
> 423.653.3611 rjh...@northrivergeographic.com
> twitter:rjhale http://about.me/rjhale
> http://www.northrivergeographic.com/introduction-to-quantum-gis
> https://www.facebook.com/NRGSInc
>
>
>
> This mail was received via Mail-SeCure System.
>
>
> ___
> UbuntuGIS mailing list
> Ubuntu@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/ubuntu
> http://trac.osgeo.org/ubuntugis/wiki
> This mail was received via Mail-SeCure System.
>
> Micha Silver
> Arava Drainage Authority
> +972-523-665918
>
> ___
> UbuntuGIS mailing list
> Ubuntu@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/ubuntu
> http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] GDAL 2.0, QGIS updates

[Johan Van de Wauw]

On Thu, Feb 11, 2016 at 5:54 PM, Bas Couwenberg  wrote:
> On 2016-02-11 17:32, Alex Mandel wrote:
>>
>> Can someone remind me. Do we have a timeline for getting newer GDAL and
>> QGIS into ubuntugis-unstable?

We mostly need people to do it. Currently osgeo live is more up to
date than ubuntugis. I'm in favor of copying everything from the last
release to -stable and from the upcoming release to -unstable. I can
do this if noone objects.

This only affects trusty. Given that wily has rather recent packages
already I don't think we should focus on providing packages there.
Energy should now probably be spent in making sure that Xerial, the
next LTS release is well tested and has the packages we want. The
debian import freeze is later this month, so now is the last time to
act.

Kind Regards,
Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

[Ubuntu] meeting during FOSDEM

[Johan Van de Wauw]

Hi all,

Last year, we had a meeting with some debian gis members during FOSDEM.
As you can probably guess I'll be around again this year. Anyone else attending?

Note that like previous year there is a distributions devroom and a
geospatial devroom, so enough interesting stuff is happening :-)

https://fosdem.org/2016/schedule/

Kind Regards,
Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] creating GRASS packages for UbuntuGIS

[Johan Van de Wauw]

Hello Martin,

Great news.

You page contains the necessary steps if all you have to do is just a
plain backport. In reality you will often have to add patches to
support older versions of ubuntu.

Perhaps you should tell where exactly you are stuck?

Kind Regards,
Johan

On Fri, Jan 8, 2016 at 1:26 PM, Martin Landa  wrote:
> Hi all,
>
> first of all, sorry for cross-posting. I would like to contribute to
> UbuntuGIS project and maintain up-to-date GRASS packages. Based on
> discussion with Sebastiaan Couwenberg (thanks), I started with cloning
> alioth.debian.org git repository. Afterwards I created new branch for
> `ubuntugis/wily` [1] (from `experimental` branch).
>
> At this point I am not sure how to continue (sorry, I have only little
> experience with Launchpad packaging [1]). Thanks for any pointers in
> advance!
>
> Martin
>
> [1] http://anonscm.debian.org/cgit/pkg-grass/grass.git/log/?h=ubuntugis/wily
> [2] 
> https://trac.osgeo.org/grass/wiki/DebianUbuntuPackaging#Buildpackagefromtarball
>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
> ___
> UbuntuGIS mailing list
> Ubuntu@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/ubuntu
> http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Packaging osm2pgsql releases

[Johan Van de Wauw]

On Wed, Oct 21, 2015 at 10:30 PM, Paul Norman  wrote:

> With the possible exception of nightly dev builds, I don't want to package
> osm2pgsql, but I will if no one else does.
I'm willing to guide you through the process if needed.

It may well be that just cloning the repository from debian
(debcheckout osm2pgsql) branching (create a branch ubuntugis/trusty),
andupdating the changelog may be enough.


>
> I didn't initially consider UbuntuGIS because the PPA seems inactive, with 1
> package uploaded this year.
Check the "unstable" repo, which receives more updates:
https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-unstable
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Packaging osm2pgsql releases

[Johan Van de Wauw]

On Mon, Oct 19, 2015 at 7:51 PM, Sebastiaan Couwenberg
 wrote:
> Since it seems no one from Debian GIS nor UbuntuGIS is willing or able
> to maintain osm2pgsql releases for Ubuntu, I'd like to offer my help to
> Paul with maintaining osm2psql packaging for Ubuntu if he agrees to
> maintain the packaging as part of the Debian GIS team (i.e. using the
> git repository on Alioth for the source package) to prevent yet another
> standalone packaging effort that doesn't benefit the wider community and
> is actively harmful by ignoring the existence of the official packages
> in Debian & Ubuntu.

Thanks Bas,

I was actually thinking about the same thing: using debian git as the
source for the ubuntu packages. I probably was not clear enough.
After FOSS4G Belgium next week I'll have some more time to do updates
for UbuntuGIS.

Kind Regards,
Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Packaging osm2pgsql releases

[Johan Van de Wauw]

Hello Paul,

Anything packaged by Debian GIS is a good candidate for UbuntuGIS in my opinion.

Our team is currently small, rather than adding the package myself I'd
prefer giving you (or someone else) access to upload to UbuntuGIS.
Perhaps you can provide packages once in a ppa of your own so we can
review. If it looks good, I can give you access.

Kind Regards,
Johan

On Sun, Oct 11, 2015 at 10:50 AM, Paul Norman  wrote:
> Does the Ubuntu GIS team have any interest in packaging osm2pgsql releases?
> I've started packaging the dev versions
> (https://lists.openstreetmap.org/pipermail/dev/2015-September/028704.html)
>
> The latest release is 0.88.1, and dev work is being done on the 0.89 series,
> but there haven't been any dev releases yet.
>
> 0.89.0-dev requires a C++11 compiler which might be an issue on 12.04, but
> this is not a problem for 0.88.1.
>
> For my purposes, it's important to have a release on a PPA which
>
> - is a recent release version
> - has PBF and Lua support (PBF support is no longer optional in 0.89.0)
> - works with and without apt.postgresql.org*
>
> * if technically possible
>
> Debian has recent osm2pgsql packaging scripts, and they work well.
> ___
> UbuntuGIS mailing list
> Ubuntu@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/ubuntu
> http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Problems with postgis installation

[Johan Van de Wauw]

On Mon, Aug 24, 2015 at 10:19 PM, Mike Farmer m...@gmx.com wrote:
 Hi Johan,

 I checked again in Synaptic and it does appear to be on my system. I
 reinstalled it and I tried creating the postgis extension again:

 psql -d gis -c 'CREATE EXTENSION postgis'


 and got a new return:

 ERROR:  could not load library
 /usr/lib/postgresql/9.3/lib/rtpostgis-2.1.so: libnetcdf.so.7: cannot
 open shared object file: No such file or directory

 So I guess another unmet dependency...
How did you install postgis from ubuntugis?

Note that the recommended way is:
sudo apt-add repository ppa:ubuntugis/ubuntugis-unstable
sudo apt-get update
sudo apt-get install postgis

This should get you all dependencies. Netcdf will be one of them. Like
libkml it is a dependency of gdal.

Kind Regards,
Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Fwd: GRASS GIS 7 with liblas support

[Johan Van de Wauw]

On Wed, Aug 5, 2015 at 2:46 PM, Johan Van de Wauw
johan.vandew...@gmail.com wrote:
 This has been fixed in Debian.
 I'm uploading a new version to ubuntugis.
I wrongly assumed that the version on osgeolive contained the fixes
from Debian. I've uploaded again.

Kind Regards,
Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Fwd: GRASS GIS 7 with liblas support

[Johan Van de Wauw]

This has been fixed in Debian.
I'm uploading a new version to ubuntugis.

Kind regards,
Johan

On Wed, Aug 5, 2015 at 2:12 PM, Ignacio Borlaf ignacio.bor...@gmail.com wrote:
 Hi all

 Recently i started working with ubuntu and GRASS, and I noticed that
 v.in.lidar is not available without compiling from the scratch (which is a
 rather complex process for novel users like me). Following the
 recommendation from the user markusN, i would like to ask if it would be
 possible to add liblas support to GRASS GIS 7 in the ubuntugis repositories,
 which seems to be the simplest solution. I think it would be a nice addition
 for everybody, specially for new users.

 Thanks beforehand


 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] GRASS 7 packages in UbuntuGIS

[Johan Van de Wauw]

On Wed, Jul 29, 2015 at 4:22 PM, Ivan Mincik ivan.min...@gmail.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi all, Johan,
 I am playing little bit with joining effort of GRASS 7 packaging and I
 see one GRASS 7 package for Trusty in UbuntuGIS. I was looking to Git
 repository on Alioth for 'ubuntu/trusty' branch [1], but it isn't there.

Ivan,

I have pushed my ubuntugis branch. In general I prefer using
ubuntugis keeping the ubuntu branch in case changes were made in
ubuntu (universe). I'll try to find out how to edit the policy :-)


 My question are:
 * where is the source code for grass - 7.0.0-1~exp2~trusty3 ?
Note (in case you get no reply) that you can always get the code from
launchpad: use dget on the dsc file. You can also use git-import-dsc
to put it in a repository.
Anyway, I'll try to remember pushing, but it is useful to know this,
eg if you want to import changes which were not made in git.
Note that if I only backported an existing debian package I've usually
not created a branch.

 * what are the plans for GRASS 7 packaging for other Ubuntu versions
 in UbuntuGIS Unstable. Can I help with something ?

Please go ahead. I've refrained from doing uploading of most packages
due to a lack of time and I prefered having updated packages in
utopic/vivid universe rather than in ubuntugis. For grass 7 i didn't
do this because the qgis plugin would no longer work, so it makes a
lot of sense to add that package.

Kind Regards,
Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

[Ubuntu] GMT: strange compilation problem on trusty

[Johan Van de Wauw]

Hi all,

I'm backporting GMT from debian (experimental) to ubuntu.
I used a small fix for the makefile (which I added to the git repository [1])

But now I get a problem compiling some of the documentation when
compiling on i386.

Anyone a clue what could be wrong/what can be done to fix this?

[1] 
http://anonscm.debian.org/cgit/pkg-grass/gmt.git/commit/?h=ubuntuid=549a287d58173fdfe09f2276dd8523f21cdb4751
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] GMT: strange compilation problem on trusty

[Johan Van de Wauw]

The last version seems to compile correctly.

https://launchpadlibrarian.net/211816821/buildlog_ubuntu-trusty-i386.gmt_5.1.2%2Bdfsg1-1~exp8~trusty_BUILDING.txt.gz

So anyone, please don't spend time trying to figure out what went
wrong exactly :-)

Kind Regards,
Johan

On Thu, Jul 16, 2015 at 3:35 PM, Johan Van de Wauw
johan.vandew...@gmail.com wrote:
 I'll try it. Since I have no access to a trusty box now I'l upload to
 my ppa and see whether it works ...

 On Thu, Jul 16, 2015 at 3:26 PM, sebastic sebas...@xs4all.nl wrote:
 On 2015-07-16 14:29, sebastic wrote:

 I'll see if I can reproduce it in an i386 pbuilder chroot.


 The gmt (5.1.2+dfsg1-1~exp8) build succeed in an i386 pbuilder chroot too,
 so I cannot reproduce the issue.


 Kind Regards,

 Bas
 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Installing both Grass 6.4 and Grass 7 on Ubuntu 14.04

[Johan Van de Wauw]

Luís,

I believe this is possible by using the grass ppa by Martin Landa (cc):
https://launchpad.net/~grass/+archive/ubuntu/grass-stable

Then install the package grass7.

I should add I have not tested this myself.

Kind Regards,
Johan

On Mon, Mar 30, 2015 at 11:33 AM, Luís de Sousa
luis.a.de.so...@gmail.com wrote:
 Dear all,

 I have a few old scripts depending on Grass 6.4 that I would prefer
 not to migrate to Grass 7 at this stage. Ideally, I would have both
 Grass 7 (for new stuff) and Grass 6.4 installed.

 Would this be possible from the unstable PPA? Or is downgrading the
 package the only way to get Grass 6.4.

 Thank you,

 Luís
 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] How to fix the unmet dependencies for grass-gui ?

[Johan Van de Wauw]

On Wed, Mar 25, 2015 at 8:24 PM, César Augusto Ramírez Franco
caesar...@gmail.com wrote:
 Hello Johan,

 I upgraded the grass packages this morning and I have Grass 7 starting fine
 now, thank you.
Cool - please report any problems, I am currently not using grass, so
I don't encounter them..

 According to the Grass Wiki on LIDAR [1] there's a v.in.lidar module
 exclusive of Grass 7, but it needs liblas support, which is available on
 trusty/universe as the liblas-bin package, I use las2txt to read and parse
 las files, but I wanted to test this v.in.lidar module.

 Is there a way the grass packages from this PPA support this module?

I'll give it a try.

Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] How to fix the unmet dependencies for grass-gui ?

[Johan Van de Wauw]

César,

Until a new package is uploaded, remove the grass-gui package and
install it again (you will get grass 6.

apt-get remove grass grass-core grass-dev grass-doc grass-dev-doc grass-gui
apt-get update
apt-get install grass

Or wait one day more, I think I'll upload a working version of grass7 tonight.

Johan

On Tue, Mar 24, 2015 at 2:21 AM, César Augusto Ramírez Franco
caesar...@gmail.com wrote:
 Hello all

 I have 14.04.2 fresh installed and the problem is the package grass-gui
 can´t be upgraded because it depends on some wxpython3 package not available
 on trusty.

 This is the error I get:

 $ grass
 A language override has been requested. Trying to switch GRASS into 'C'...
 Cleaning up temporary files...
 Starting GRASS GIS...
 python: can't open file '/usr/lib/grass70/gui/wxpython/gis_set.py': [Errno
 2] No such file or directory
 Received EXIT message from GUI.
 GRASS is not started. Bye.

 The /usr/lib/grass70/gui/ directory doesn't even exist,because the grass-gui
 package is at 6.4 and marked as not upgradable because of unmet
 dependencies.

 Also, the grass7 package of grass-stable PPA and the grass package of
 ubuntugis-unstable PPA can't be installed at the same time, trying to
 install one of them prompts to remove the other

 --
 César Augusto Ramírez Franco
 Laboratorio de Sistemas Complejos Naturales
 Escuela de Geociencias
 Facultad de Ciencias
 Universidad Nacional de Colombia - Sede Medellín
 Teléfono: (57-4) 430 9369 - 300 459 6085

 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] How to fix the unmet dependencies for grass-gui ?

[Johan Van de Wauw]

On Mon, Mar 23, 2015 at 1:50 AM, Carlos Cerdán sig.up...@gmail.com wrote:
 Hi Johan

 Well... I think there isn't error, QGIS doesn't works with GRASS 7.0,
 doesn't yet, so, in order to work with QGIS and his GRASS plugin, I think
 it's better to have the stable repository and leave ubuntugis for a while
 or... Am I mistaken?

I noticed there was indeed an error in the grass package. I have
removed it until it is fixed.

Perhaps we should launch a poll to decide which version of grass we
have in which archive? I assumed users would be happy with grass 7.

Kind Regards,
Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] QGIS/GDAL with grass7 support

[Johan Van de Wauw]

On Wed, Mar 11, 2015 at 12:39 PM, Sebastiaan Couwenberg
sebas...@xs4all.nl wrote:
 Hi list,
 since grass7 is now stable, there has also been an update of the
 gdal-grass plugin [1]. Would it be possible to reflect this update in
 the Ubuntu packages?

 The Debian package for GDAL 1.11.2 and the accompanying libgdal-grass
 plugin support GRASS 7, see:

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

Bas,

Can we sync grass, gdal, libgdal-grass from experimental for
ubuntugis-unstable or are there problems we should be aware of? In
what order should they be built?

Kind Regards,
Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Removing oneiric/quantal packages

[Johan Van de Wauw]

On Thu, Feb 26, 2015 at 12:13 AM, Jürgen E. j...@norbit.de wrote:
 Hi Johan,

 On Wed, 25. Feb 2015 at 22:22:38 +0100, Johan Van de Wauw wrote:
 To make some place I would like to delete all packages from oneiric
 (11.10) and quantal (11.10). Both are currently unsupported by ubuntu
 (oneiric since may 2013, quantal since may 2014).

 IIRC launchpad doesn't accept new packages for saucy (and probably raring too)
 anymore.  Should those be cleaned up too?


They could be cleaned up as well, but cleaning just oneiric and
quantal will probably be sufficient for now.
I already deleted some superseded packages for oneiric/quantal, and we
now have some free space already.

We should also check if we still have a package somewhere else. Eg
libgdal-oci (where we should really put our packaging under version
control preferably under d/gis).

Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

[Ubuntu] Removing oneiric/quantal packages

[Johan Van de Wauw]

Hi all,

Our ubuntugis repository currently uses 8.3 Gb from 8 Gb available.

To make some place I would like to delete all packages from oneiric
(11.10) and quantal (11.10). Both are currently unsupported by ubuntu
(oneiric since may 2013, quantal since may 2014).

That is, unless anyone opposes and thinks we should keep some packages
there or save them somewhere else (In principle we could import some
of them into the debian packaging trees, I'm not convinced it is worth
the effort).

Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

[Ubuntu] reviving ubuntugis

[Johan Van de Wauw]

Hi all,

Ubuntugis has seen relatively little attention recently. Partly, this
may actually be a good sign: Debian GIS has been improving a lot
lately, which means that Ubuntu Trusty (14.04) and Ubuntu Utopic
(14.10) were released with many recent libraries/programs out of the
box.

Personally I believe that this should also change the way we operate:
I think we should focus more on having universe (the repository
provided by ubuntu) well maintained. There are a few things which can
be done: triaging bugfixes, uploading security updates and sync
requests (especially during debian freeze).
If we have a well maintained universe, I think we can drop most of the
releases to the ubuntugis-stable ppa.

For ubuntugis-unstable, I think we can and should keep up to date with
anything that goes into debian. We should also avoid having a fork
where we have different versions between ubuntu and debian. This way
we actually ensure that the packages that go into the offical archives
are working well.

I think we should also consider removing the testing archive. The
name is confusing for those who know the debian meaning of testing,
and it is mostly empty. It is perfectly possible to create your own
temporary ppa for testing should it be necessary.

This are my thoughts, but I really want to encourage everyone to say
what should be the priorities.

Kind Regards,
Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] reviving ubuntugis

[Johan Van de Wauw]

On Tue, Feb 10, 2015 at 11:48 PM, Johan Van de Wauw
johan.vandew...@gmail.com wrote:
 Hi all,

 This are my thoughts, but I really want to encourage everyone to say
 what should be the priorities.


Adding some statistics to the discussion
Both ubuntugis stable and unstable are really used a lot
This are the number of downloads of libproj0, which I gathered for my
presentation at FOSDEM:

stable:
libproj0amd64  4.8.0-3~precise224973
libproj0i386  4.8.0-3~precise23889

unstable:
libproj0amd64  4.8.0-3~precise547771
libproj0i3864.8.0-3~precise511510
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] SAGA update to older Ubuntu releases

[Johan Van de Wauw]

Pedro,

I just uploaded. However, I have no access to a precise machine so I
was unable to test it.

Please report whether things work well.

Johan

On Mon, Feb 2, 2015 at 10:45 PM, Pedro Venâncio
pedrongvenan...@gmail.com wrote:
 Hi,

 I wonder if it is not planned to update SAGA for older Ubuntu
 releases, in particular for 12.04 LTS.
 At this moment, at ubuntugis-unstable, SAGA was just updated to v2.1.4
 for Ubuntu 14.04 and 14.10.

 Thank you very much.


 Best regards,
 Pedro Venâncio
 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Who will be at FOSDEM?

[Johan Van de Wauw]

On Mon, Jan 19, 2015 at 2:38 PM, Francesco P. Lovergine
fran...@debian.org wrote:
 On Mon, Dec 01, 2014 at 10:21:40PM +0100, Johan Van de Wauw wrote:
 Hello,

 I know that at least Bas (Couwenberg) and I will be going to FOSDEM[1]
 31 january-1 february in Brussels (Belgium). Since this year there
 will be both a geospatial devroom [1] and a distributions devroom [2],
 it may be an ideal timing for having a Debian GIS - OSGeo live
 meeting.


 /me too, sorry for the late answer, I was not sure of having the possibility
 to join the meeting.

Great news!

Actually, just a few minutes ago my talk on debian gis -osgeolive was
finally scheduled:
https://fosdem.org/2015/schedule/event/from_debian_gis_to_osgeo_live_and_back/

Anyone still hesitating to come, if hotel cost is an issue, you could
stay in my house (though I recommend staying closer to the venue, I
live at 1h driving from the event and my kids may wake you up at night
:-) )

Cheers!
Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] UbuntuGIS Admin

[Johan Van de Wauw]

On Fri, Jan 9, 2015 at 5:34 PM, Alan Boudreault
boudreault.a...@gmail.com wrote:
 Good idea. I'm totally +1 to make some active members admin too.

 Alan

 On 15-01-09 11:23 AM, Sebastiaan Couwenberg wrote:

 On 01/09/2015 05:05 PM, Alan Boudreault wrote:

 All, what do you think? Feel free to comment :)

 Allowing others to (also) admin the project is a good thing. This was
 also very helpful in the Debian GIS team whose admins were all busy with
 other things. I suggest to extend the admin change to more than just
 Jérôme, and include all highly involved team members to prevent the lone
 admin being a single point of failure.

 Perhaps the Geospatial devroom at FOSDEM is a good opportunity to
 recruit some fresh blood into the team(s). If Johans talk about OSGeo
 Live, UbuntuGIS and Debian GIS is accepted that will be the perfect
 opportunity even.

 Sadly no one other than Johan and myself have confirmed attending
 FOSDEM, which does underscore the low activity of the various team
 members.

Hello,

First of all, I can confirm there will be a OSGeo live/debian gis talk
on FOSDEM (not yet scheduled).

I agree it is a good idea to have different admins and I'm a candidate
to be one of them.

Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] QGIS-Mapserver rename

[Johan Van de Wauw]

You can add a provides field to the debian/control file.
So qgis-server provides qgis-mapserver.
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-virtual

Johan

On Tue, Nov 11, 2014 at 9:18 PM, Alex Mandel tech_...@wildintellect.com wrote:
 I support the rename of qgis-mapserver to qgis-server.
 However is it possible with deb rules to select qgis-server for install
 when uninstalling qgis-mapserver via upgrade? Perhaps an alias package
 temporarily (transition package). So that people aren't left wondering
 why their install stops working after the upgrade to 2.6.

 Thanks,
 Alex
 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] QGIS-Mapserver rename

[Johan Van de Wauw]

I should add that you probably want to add a replaces/breaks  as well,
because upgrading from qgis-mapserver to qgis-server may otherwise
give errors (if the old mapserver is still there it will give
conflicts when installing the new one).

On Tue, Nov 11, 2014 at 9:27 PM, Johan Van de Wauw
johan.vandew...@gmail.com wrote:
 You can add a provides field to the debian/control file.
 So qgis-server provides qgis-mapserver.
 https://www.debian.org/doc/debian-policy/ch-relationships.html#s-virtual

 Johan

 On Tue, Nov 11, 2014 at 9:18 PM, Alex Mandel tech_...@wildintellect.com 
 wrote:
 I support the rename of qgis-mapserver to qgis-server.
 However is it possible with deb rules to select qgis-server for install
 when uninstalling qgis-mapserver via upgrade? Perhaps an alias package
 temporarily (transition package). So that people aren't left wondering
 why their install stops working after the upgrade to 2.6.

 Thanks,
 Alex
 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] gdal 1.9.1 installation

[Johan Van de Wauw]

It looks like you messed up with your two versions of gdal: using a
different version of gdal than the one you linked to .

Better uninstall your self installed version [ sudo make uninstall ].
Than compile again.

Johan

On Tue, Nov 4, 2014 at 5:43 PM, alassane toure atou...@gmail.com wrote:
 Group,
 Any thoughts on how to fix the following error (no version information
 available) resulting from running a gdal executable?

 ./mosaic_test /home/alassane/Data/IPDSData/testAOI.tif
 /home/alassane/Data/IPDSData/testbg.tif
 /home/alassane/Data/IPDSData/testmask.tif
 /home/alassane/Data/IPDSData/colorcode.tif
 /home/alassane/Data/IPDSData/eqbt.tif /home/alassane/Data/IPDSData/stdbt.tif
 /home/alassane/Data/IPDSData/eqbt.dat /home/alassane/Data/IPDSData/stdbt.dat
 ./mosaic_test: /usr/local/lib/libgdal.so.1: no version information available
 (required by ./mosaic_test)

 Thanks,
 Alassane

 On Mon, Nov 3, 2014 at 5:17 PM, alassane toure atou...@gmail.com wrote:

 Hi Johan
 I had a program working ok with the previous gdal version but i am it is
 displaying the following errors...

 ./mosaic_test /home/alassane/Data/IPDSData/testAOI.tif
 /home/alassane/Data/IPDSData/testbg.tif
 /home/alassane/Data/IPDSData/testmask.tif
 /home/alassane/Data/IPDSData/colorcode.tif
 /home/alassane/Data/IPDSData/eqbt.tif /home/alassane/Data/IPDSData/stdbt.tif
 /home/alassane/Data/IPDSData/eqbt.dat /home/alassane/Data/IPDSData/stdbt.dat
 ./mosaic_test: /usr/local/lib/libgdal.so.1: no version information
 available (required by ./mosaic_test)

 Same error when compiled under the new gdal version!  Any thoughts?

 Thanks,


 On Mon, Nov 3, 2014 at 2:22 PM, alassane toure atou...@gmail.com wrote:

 No error as a result!!!  Thank you very much!

 On Mon, Nov 3, 2014 at 2:15 PM, Johan Van de Wauw
 johan.vandew...@gmail.com wrote:

 On Mon, Nov 3, 2014 at 10:00 PM, alassane toure atou...@gmail.com
 wrote:
  Please find attached the code and associated error after
  compilation...
 
  gcc -o test imagescale.cpp -I /usr/include/gdal -lgdal
  /usr/bin/ld: /tmp/ccrySeCX.o: undefined reference to symbol
  'floor@@GLIBC_2.2.5'
  //lib/x86_64-linux-gnu/libm.so.6: error adding symbols: DSO missing
  from
  command line
  collect2: error: ld returned 1 exit status

 You are missing libmath, add -lm (previous versions of gcc had this
 automatically):
 gcc -o test imagescale.cpp -I /usr/include/gdal -lgdal -lm

 
 
  On Mon, Nov 3, 2014 at 1:41 PM, Johan Van de Wauw
  johan.vandew...@gmail.com wrote:
 
  Please include the error. And possibly also the file if it is no
  secret, will help you get a much better answer.
 
  Johan
 
  BTW: keep the ubuntugis list in cc, other people may benefit from
  reading how we solved your problem.
 
  On Mon, Nov 3, 2014 at 9:39 PM, alassane toure atou...@gmail.com
  wrote:
   Hi Johan,
   I am not a sophisticated user of gdal.  I am looking for the
   easiest way
   to
   have the compiler running.  As such, I followed your instruction by
   running
   the version included in ubuntu sudo apt-get install libgdal-dev
   but
   the
   compilation of the program test.cpp did not work.  This issue
   started
   when i
   install the latest ubuntu version.
  
   Again, thanks for your insight!
  
   On Mon, Nov 3, 2014 at 1:26 PM, Johan Van de Wauw
   johan.vandew...@gmail.com wrote:
  
   Hello Alassane,
  
   First of all, you should tell us what you actually want to
   achieve.
   You may be better of using the gdal libraries which are already
   part
   of ubuntu rather than compiling your own version.
  
   If you want to use the version of gdal included in ubuntu install
   the
   package libgdal-dev . You can do so using your favorite package
   manager or using the command prompt: sudo apt-get install
   libgdal-dev
  
   If you do that your command will probably work without extra
   effort.
  
   If there is a good reason to install your own version, you can
   still
   do so, but you should be aware that you are probably installing to
   /usr/local instead of /usr.
  
   In that case you should adjust for the include:
   gcc -o test test.cpp -I /usr/local/include/gdal -lgdal
  
   adjusting the linking is slightly more work.try running ldconfig
   (as
   root so sudo ldconfig) first after the installation. If that does
   not
   work make sure  that the directory /usr/local/lib is part of
   /etc/ld.so.conf and run ldconfig again.
  
   Johan
  
   Johan
  
   On Mon, Nov 3, 2014 at 9:12 PM, alassane toure atou...@gmail.com
   wrote:
I was able to run it successfully but the following command did
not
work..
gcc -o test test.cpp -I /usr/include/gdal -lgdal
   
Any thoughts?
Thanks,
   
On Mon, Nov 3, 2014 at 12:24 PM, Johan Van de Wauw
johan.vandew...@gmail.com wrote:
   
On ubuntu, run sudo make install
   
Alternatively, you may wait a few days until gdal 1.11.1 hits
ubuntugis-unstable.
   
Johan
   
On Mon, Nov 3, 2014 at 8:11 PM, alassane toure
atou

Re: [Ubuntu] gdal 1.9.1 installation

[Johan Van de Wauw]

On ubuntu, run sudo make install

Alternatively, you may wait a few days until gdal 1.11.1 hits
ubuntugis-unstable.

Johan

On Mon, Nov 3, 2014 at 8:11 PM, alassane toure atou...@gmail.com wrote:
 Group,
 I downloaded the gdal version 1.11.1 and followed instructions provided in
 http://trac.osgeo.org/gdal/wiki/BuildingOnUnix

 % cd gdal
 % ./configure
 % make
 % su
 Password: 
 # make install
 # exit

 All went well but without a 'su' credential, I was unable to complete the
 installation.
 I am running windows and unix on the same machine with the same access
 username and password.  Do i need to create a su account

 or is there another way to have the gdal compiler working again?

 I appreciate your help

 Regards,
 Alassane



 On Thu, May 24, 2012 at 1:16 PM, Alassane Toure atou...@gmail.com wrote:

 Group,
 I need help to install GDAL 1.9.1 on Ubuntu 12.04.  I first downloaded
 gdal-1.9.1.tar.gz, uncompressed it and executed  ./configure.  Where do I go
 from here?

 Thanks for your help



 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] gdal 1.9.1 installation

[Johan Van de Wauw]

Hello Alassane,

First of all, you should tell us what you actually want to achieve.
You may be better of using the gdal libraries which are already part
of ubuntu rather than compiling your own version.

If you want to use the version of gdal included in ubuntu install the
package libgdal-dev . You can do so using your favorite package
manager or using the command prompt: sudo apt-get install libgdal-dev

If you do that your command will probably work without extra effort.

If there is a good reason to install your own version, you can still
do so, but you should be aware that you are probably installing to
/usr/local instead of /usr.

In that case you should adjust for the include:
gcc -o test test.cpp -I /usr/local/include/gdal -lgdal

adjusting the linking is slightly more work.try running ldconfig (as
root so sudo ldconfig) first after the installation. If that does not
work make sure  that the directory /usr/local/lib is part of
/etc/ld.so.conf and run ldconfig again.

Johan

Johan

On Mon, Nov 3, 2014 at 9:12 PM, alassane toure atou...@gmail.com wrote:
 I was able to run it successfully but the following command did not work..
 gcc -o test test.cpp -I /usr/include/gdal -lgdal

 Any thoughts?
 Thanks,

 On Mon, Nov 3, 2014 at 12:24 PM, Johan Van de Wauw
 johan.vandew...@gmail.com wrote:

 On ubuntu, run sudo make install

 Alternatively, you may wait a few days until gdal 1.11.1 hits
 ubuntugis-unstable.

 Johan

 On Mon, Nov 3, 2014 at 8:11 PM, alassane toure atou...@gmail.com wrote:
  Group,
  I downloaded the gdal version 1.11.1 and followed instructions provided
  in
  http://trac.osgeo.org/gdal/wiki/BuildingOnUnix
 
  % cd gdal
  % ./configure
  % make
  % su
  Password: 
  # make install
  # exit
 
  All went well but without a 'su' credential, I was unable to complete
  the
  installation.
  I am running windows and unix on the same machine with the same access
  username and password.  Do i need to create a su account
 
  or is there another way to have the gdal compiler working again?
 
  I appreciate your help
 
  Regards,
  Alassane
 
 
 
  On Thu, May 24, 2012 at 1:16 PM, Alassane Toure atou...@gmail.com
  wrote:
 
  Group,
  I need help to install GDAL 1.9.1 on Ubuntu 12.04.  I first downloaded
  gdal-1.9.1.tar.gz, uncompressed it and executed  ./configure.  Where do
  I go
  from here?
 
  Thanks for your help
 
 
 
  ___
  UbuntuGIS mailing list
  Ubuntu@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/ubuntu
  http://trac.osgeo.org/ubuntugis/wiki


___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] piuparts gdal

[Johan Van de Wauw]

Bas

On Tue, Oct 21, 2014 at 11:10 PM, Sebastiaan Couwenberg
sebas...@xs4all.nl wrote:
 Hi Johan,

 On 10/21/2014 10:53 PM, Johan Van de Wauw wrote:
 Sebastiaan,


 I'm not too worried about these failure yet, there is still more to do
 for the GDAL 1.11.1 packaging.

Can you comment on that further? Usually ubuntugis updates
repositories after each release of ubuntu. Should we upgrade to GDAL
1.11.1 or should we wait and stay at 1.11?

What are the remaining issues? Something someone else may help with?


Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] OTB 4.2

[Johan Van de Wauw]

Are these packages based on the debian repository?
Can you please tag releases there?
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Question on testing QGIS 2.5

[Johan Van de Wauw]

Two things:
You get an error because you have not added the key. In that case you
can not verify who signed the packages.
You can add the key using:

gpg --keyserver keyserver.ubuntu.com --recv DD45F6C3
gpg --export --armor DD45F6C3 | sudo apt-key add -

The other warnings about duplicate entries are not really a problem.
Most likely you have one copy in /etc/apt/sources.list and another
copy in /etc/apt/sources.list.d/ubuntugis-ubuntugis-*
. In that case I would remove the one in /etc/apt/sources.list.

Johan

On Fri, Oct 10, 2014 at 12:28 AM, Randal Hale
rjh...@northrivergeographic.com wrote:
 I saw the note on testing 2.5

 I added the lines to my sources.list file as provided on qgis.org:

 deb http://qgis.org/ubuntugis-nightly trusty main
 deb-src http://qgis.org/ubuntugis-nightly trusty main
 deb http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu trusty
 main


 Received the following on apt-get update
 W: GPG error: http://qgis.org trusty InRelease: The following signatures
 couldn't be verified because the public key is not available: NO_PUBKEY
 030561BEDD45F6C3
 W: Duplicate sources.list entry
 http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu/ trusty/main
 amd64 Packages
 (/var/lib/apt/lists/ppa.launchpad.net_ubuntugis_ubuntugis-unstable_ubuntu_dists_trusty_main_binary-amd64_Packages)
 W: Duplicate sources.list entry
 http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu/ trusty/main
 i386 Packages
 (/var/lib/apt/lists/ppa.launchpad.net_ubuntugis_ubuntugis-unstable_ubuntu_dists_trusty_main_binary-i386_Packages)


 I know it's something easy that I'm missing - I'm just drawing a blank
 currently.  I'm pretty sure the  the last line (ppa) is most likely
 duplicating an existing ppa . I should probably remove
 ubuntugis-unstable or comment them out before adding the above three
 lines.but..

 Anyway - any thoughts, angst, etc.

 Thanks

 Randy

 --
 -
 Randal Hale
 North River Geographic Systems, Inc
 http://www.northrivergeographic.com
 423.653.3611 rjh...@northrivergeographic.com
 twitter:rjhale http://about.me/rjhale
 http://www.northrivergeographic.com/spatial-connect

 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

[Ubuntu] Fwd: [Bug 1355037] [NEW] qgis-plugin-grass and grass-core version mismatch

[Johan Van de Wauw]

This is a bug in ubuntugis grass.

Johan


-- Forwarded message --
From: rnuske 1355...@bugs.launchpad.net
Date: Mon, Aug 11, 2014 at 9:38 AM
Subject: [Bug 1355037] [NEW] qgis-plugin-grass and grass-core version mismatch
To: johan.vandew...@gmail.com


Public bug reported:

For trusty the package qgis-plugin-grass depends on grass 6.4.3 which
was recently replaced by grass 6.4.4.
apt recommends to either remove  qgis-plugin-grass or to not update grass.

I wish qgis-plugin-grass would depend on the grass version in the same
repository or on grass = 6.4.3 within major version 6.


Description:Ubuntu 14.04.1 LTS
Release:14.04

# apt-cache policy qgis-plugin-grass
qgis-plugin-grass:
  Installiert:   2.4.0-0trusty1
  Installationskandidat: 2.4.0-0trusty1
  Versionstabelle:
 *** 2.4.0-0trusty1 0
500 http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu/
trusty/main amd64 Packages
100 /var/lib/dpkg/status
 2.0.1-2build2 0
500 http://ftp5.gwdg.de/pub/linux/debian/ubuntu/
trusty/universe amd64 Packages


# apt-cache policy grass
grass:
  Installiert:   6.4.3-4~trusty1
  Installationskandidat: 6.4.4-1~trusty5
  Versionstabelle:
 6.4.4-1~trusty5 0
500 http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu/
trusty/main amd64 Packages
 *** 6.4.3-4~trusty1 0
100 /var/lib/dpkg/status
 6.4.3-3 0
500 http://ftp5.gwdg.de/pub/linux/debian/ubuntu/
trusty/universe amd64 Packages

** Affects: proj (Ubuntu)
 Importance: Undecided
 Status: New

--
You received this bug notification because you are a member of
UbuntuGis, which is subscribed to proj in Ubuntu.
https://bugs.launchpad.net/bugs/1355037

Title:
  qgis-plugin-grass and grass-core version mismatch

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/proj/+bug/1355037/+subscriptions
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Google Summer of Code for OSGeo-Live/UbuntuGIS/DebianGIS?

[Johan Van de Wauw]

On Mon, Feb 10, 2014 at 11:04 AM, Andreas Tille andr...@an3as.eu wrote:

 I'd also be looking at the future,
 working on the latest git/svn versions of packages rather than trying
 to build the released versions, so changes are picked up in the new
 versions rather than seperately in eg debian gis.

 I admit I'm to uneducated in GIS software and also the scope of osgeo to
 have a valuable opinion on this.  When wearing my Debian maintainers hut
 I'd prefer released versions over code drained from VCS but it might be
 useful for you.  I just want to say that even if you are packaging in
 advance of Debian you could use the Debian GIS packaging repository as
 well when using proper version names and branches.  I think this should
 be discussed with Debian GIS team and yould be for profit of both sides.

Many GIS applications release often. I just want to avoid that the
debian version actually becomes a fork because of the large number of
changes that would be needed. Rather than trying to package eg 1.1
with 100 patches on debian I think it often makes more sense to make
sure version 1.2 will be able to be packaged using just a few patches.
I'm much more convinced that that will be maintained after the summer
of code.
Anyway, the best strategy should be derived after finding out what the
issues are!

Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] MapServer 6.4 on Ubuntu 12.04

[Johan Van de Wauw]

Jerome,

I think we should not include apache2 in ubuntugis: this is an
important server package with an enormous amount of reverse
dependencies.
Moreover we can not provide the necessary security updates that a
package like apache2 requires.

Since your package seems to break some existing installs I will remove
the package from unstable and move it to testing (so we still have
your changes).

If you still consider the update needed discuss that one definitely on
this list first.

Worth:
I will first remove apache2 from the repository.
Some instructions on rolling back an install:
https://wiki.debian.org/RollbackUpdate

Johan

On Fri, Jan 17, 2014 at 10:08 PM, Worth Lutz w...@mindspring.com wrote:
 Jerome,

 I tried to update MapServer and also seem to have also updated apache2 from
 the ppa at the same time. I wasn't watching what I was doing.

 The apache2 update has broken apache. Luckily this is my sandbox server with
 nothing that important on it.  :)

 Is Apache2-v2.4 needed for the update to MapServer??

 How do I revert the Apache installation?

 Worth

 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] MapServer 6.4 on Ubuntu 12.04

[Johan Van de Wauw]

Quick addition concerning mapserver: I've updated all versions in
universe (precise,quantal,raring, saucy) to fix security issues [1,2].

I've also updated stable for precise[3].
Concretely this means that quantal, raring and saucy in stable and
quantal and raring in unstable are still affected. If anyone feels
like updating those (I'd suggest using 6.4.1 on unstable (copy/adopt
from saucy) and just add the patch for stable(copy from
debian/universe)) feel free to do so, but perhaps ping on the
mailinglist to make sure nobody else is doing the same thing.

Johan

[1] https://bugs.launchpad.net/ubuntu/+source/mapserver/+bug/1267616
[2] 
http://changelogs.ubuntu.com/changelogs/pool/universe/m/mapserver/mapserver_6.0.1-2ubuntu1.1/changeloghttps://bugs.launchpad.net/ubuntu/+source/mapserver/+bug/1267616
[3] 
https://launchpadlibrarian.net/162378781/mapserver_6.2.1-2~precise3_6.2.1-2~precise4.diff.gz

On Fri, Jan 17, 2014 at 2:30 AM, Worth Lutz w...@mindspring.com wrote:
 Jerome,



 Thanks for building Mapserver 6.4 for precise!



 Worth



 

 From: ubuntu-boun...@lists.osgeo.org [mailto:ubuntu-boun...@lists.osgeo.org]
 On Behalf Of Jerome Villeneuve Larouche
 Sent: Thursday, December 19, 2013 10:32 AM
 To: ubuntu@lists.osgeo.org
 Subject: Re: [Ubuntu] MapServer 6.4 on Ubuntu 12.04



 Hi,



 I can't really say. I don't have much time for UbuntuGIS currently. That's
 also why the update to Saucy is going slowly.
 I'll try to find some time after Christmas to at least push mapserver.

 Sorry for the delay.


 On 13-12-18 04:41 PM, Worth Lutz wrote:

 I happened to notice that MapServer 6.4 was build today for saucy on
 ubuntu-unstable.



 Will it be built for precise any time soon?



 Thanks,

 Worth Lutz




 ___

 UbuntuGIS mailing list

 Ubuntu@lists.osgeo.org

 http://lists.osgeo.org/mailman/listinfo/ubuntu

 http://trac.osgeo.org/ubuntugis/wiki




 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Fwd: [Live-demo] Packaging and project re-organization

[Johan Van de Wauw]

On Thu, Jan 2, 2014 at 10:37 AM, Andreas Tille andr...@an3as.eu wrote:


 The third and difficult part is the deb packaging itself. Here we have
 several possible paths:

 1. Use all the standard tools in Debian packaging and create/update
 packages on UbuntuGIS ppa.

 I personally would welcome if the packaging itself would happen in Debian
 GIS repository[1]

I agree.


 A VERY simple example to create a deb package is shown here:
 http://ubuntuforums.org/showthread.php?t=910717
 but usually more complex things are required so the complete guides can
 be found here:
 https://wiki.debian.org/IntroDebianPackaging
 http://www.debian.org/doc/manuals/maint-guide/
 http://packaging.ubuntu.com/html/

 I would like to repeat my offer of sponsering GIS related packages I
 have offered in my Sponsering of Blends[2] effort which surely also
 involves giving hints to relevant packaging documentation in case of
 trouble.

 2. Use helper programs to produce deb packages.
 Recently I used this excellent tool for packaging/deployment:
 https://github.com/jordansissel/fpm
 https://github.com/jordansissel/fpm/wiki
 http://goo.gl/sWs3Z

 I admit I'm quite reluctant about tools like this.  Without having ever
 tried I have serious doubt that you can create lintian clean packages
 once packaging might become non-trivial.  Creating trivial packages is
 easy with plain Debian tools and thus we end up with complex packaging
 which will most probably fail with fpm anyway.

 ...
 and we have a geoserver_2.4.3_all.deb file ready for us.

 Did you checked the changes file with lintian?  May be my suspiscion is
 wrong and I need to change my mind about this.

These will have lintian errors and probably a whole load of other
errors. We are looking for an easy way to convert current scripts
(like eg [1]) to debian packages so we can at least uninstall the
things they create, which also makes updates possible.

Creating proper debian packages of many of these programs or even just
their dependencies is a hefty task - just look at the number of
actively maintained java GIS packages in debian. I simply know no one
who has both good knowledge of debian packaging and the java GIS stack
and sufficient interest/time to actually do the job. And then I've not
yet mentioned JAI and other problems in the upstream packages that may
even make packaging for debian impossible.

This being said: we (osgeo live) have a meeting on IRC tonight at
20:30 UTC time. Feel free to join if you have some time:
irc://irc.freenode.net#osgeolive

[1] https://svn.osgeo.org/osgeo/livedvd/gisvm/trunk/bin/install_geoserver.sh
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Bug#712688: transition: gdal

[Johan Van de Wauw]

At version 1.10 with libgdal1h I mean.

On Tue, Dec 31, 2013 at 4:03 PM, Johan Van de Wauw
johan.vandew...@gmail.com wrote:
 Gdal is in trusty already (since tonight).
 https://launchpad.net/ubuntu/+source/gdal

 Johan

 On Tue, Dec 31, 2013 at 3:29 PM, Ivan Mincik ivan.min...@gmail.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 11/22/2013 06:23 PM, Francesco P. Lovergine wrote:
 On Wed, Jul 10, 2013 at 10:16:50AM +0200, Francesco P. Lovergine
 wrote:
 On Wed, Jul 10, 2013 at 12:01:39AM +0200, Julien Cristau wrote:
 On Tue, Jun 18, 2013 at 17:16:03 +0200, Francesco P. Lovergine
 wrote:

 On Tue, Jun 18, 2013 at 04:27:41PM +0200, Francesco Paolo
 Lovergine wrote:
 BTW, without annoying all of you with a so looong
 history about this issue, I'm going to introduce a new
 libgdal1h binary package (h means hidden, better
 suggestions are welcome :)), with a new SONAME libgdal.1h
 to manage a decent migration to the new flavor. This will
 sacrifice third-parties sw compatibility, but well, who
 cares? It would be break anyway.


 Maybe a better choice in this specific case would be
 introducing a new binary package (libgdal1h) that
 Conflicts/Breaks against libgdal1 and provides the usual
 library with the usual name/soname. Of course, that will
 force a lot of bNMUs and an explicit unblocking set to
 complete the transition properly. Make sense?
 I must admit from your mails I don't really understand what
 your plan is. Do the packages currently in experimental follow
 that plan?


 Yes, at least the still pending in NEW queue (it has a proper
 fix). I would simply provide a new libtary package that provides
 the usual library name/soname and conflicts with the old one.
 That will require a good amount of bNMUs for rdepends.


 After a couple of new releases in experimental, it is now time of
 pushing this change ASAP in sid. RMs, could you please give an ack
 about that? As said, we will need to ask for a long list of bNMUs
 after release in sid.


 Dear Francesco and Bas, I was trying to read all possible information
 (bug reports, debian/changelog, mailing list) about the libgdal1h
 issue and transition, but still, it is not clear for me what the
 current state is and what it needs to be done to complete this task.

 Please, could you summarize current situation ? Is it possible that
 GDAL 10 packaging will be fully completed soon enough to get to Ubuntu
 14.04 LTS in best shape ?

 Thanks a lot for your work.

 - --
 Ivan Mincik
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)
 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

 iQEcBAEBAgAGBQJSwtTfAAoJEPfdLsR5UpoewwkH/21PGRkViUY5WcbEANL5J9Ln
 KP8GXUQU45TDeM+Wlq4VI5XHxDP82Ge+acMl85tjv7Psx2NStWTNHdMhcRGm7r2F
 T8PO7eV8x6Y7jd3i199FwvzwS6nUtTiu+M/FtS4ekvQxiEP9rNwEdf3XRTfGoDtZ
 RWjEAIodQeN1ddZE2hFpi2TPxVD9xPik+lDjXh7jDCfrq+8Wslg5PzXJynGHRZKG
 GLtkvK8o93P2VPrDmp94qa9KclQJ4s5mrjhXH+2FzVfCaJMwVmdSFCUrFLk5wWBs
 Ebkb3mNANrM7Du3EGdigIchETD7zBQN1jwXsw4++0K1VgwY6ih/k/83maVHwPUU=
 =Vqtn
 -END PGP SIGNATURE-


 --
 To UNSUBSCRIBE, email to debian-gis-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/52c2d4df.5000...@gmail.com

___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Bug#712688: transition: gdal

[Johan Van de Wauw]

Gdal is in trusty already (since tonight).
https://launchpad.net/ubuntu/+source/gdal

Johan

On Tue, Dec 31, 2013 at 3:29 PM, Ivan Mincik ivan.min...@gmail.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 11/22/2013 06:23 PM, Francesco P. Lovergine wrote:
 On Wed, Jul 10, 2013 at 10:16:50AM +0200, Francesco P. Lovergine
 wrote:
 On Wed, Jul 10, 2013 at 12:01:39AM +0200, Julien Cristau wrote:
 On Tue, Jun 18, 2013 at 17:16:03 +0200, Francesco P. Lovergine
 wrote:

 On Tue, Jun 18, 2013 at 04:27:41PM +0200, Francesco Paolo
 Lovergine wrote:
 BTW, without annoying all of you with a so looong
 history about this issue, I'm going to introduce a new
 libgdal1h binary package (h means hidden, better
 suggestions are welcome :)), with a new SONAME libgdal.1h
 to manage a decent migration to the new flavor. This will
 sacrifice third-parties sw compatibility, but well, who
 cares? It would be break anyway.


 Maybe a better choice in this specific case would be
 introducing a new binary package (libgdal1h) that
 Conflicts/Breaks against libgdal1 and provides the usual
 library with the usual name/soname. Of course, that will
 force a lot of bNMUs and an explicit unblocking set to
 complete the transition properly. Make sense?
 I must admit from your mails I don't really understand what
 your plan is. Do the packages currently in experimental follow
 that plan?


 Yes, at least the still pending in NEW queue (it has a proper
 fix). I would simply provide a new libtary package that provides
 the usual library name/soname and conflicts with the old one.
 That will require a good amount of bNMUs for rdepends.


 After a couple of new releases in experimental, it is now time of
 pushing this change ASAP in sid. RMs, could you please give an ack
 about that? As said, we will need to ask for a long list of bNMUs
 after release in sid.


 Dear Francesco and Bas, I was trying to read all possible information
 (bug reports, debian/changelog, mailing list) about the libgdal1h
 issue and transition, but still, it is not clear for me what the
 current state is and what it needs to be done to complete this task.

 Please, could you summarize current situation ? Is it possible that
 GDAL 10 packaging will be fully completed soon enough to get to Ubuntu
 14.04 LTS in best shape ?

 Thanks a lot for your work.

 - --
 Ivan Mincik
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)
 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

 iQEcBAEBAgAGBQJSwtTfAAoJEPfdLsR5UpoewwkH/21PGRkViUY5WcbEANL5J9Ln
 KP8GXUQU45TDeM+Wlq4VI5XHxDP82Ge+acMl85tjv7Psx2NStWTNHdMhcRGm7r2F
 T8PO7eV8x6Y7jd3i199FwvzwS6nUtTiu+M/FtS4ekvQxiEP9rNwEdf3XRTfGoDtZ
 RWjEAIodQeN1ddZE2hFpi2TPxVD9xPik+lDjXh7jDCfrq+8Wslg5PzXJynGHRZKG
 GLtkvK8o93P2VPrDmp94qa9KclQJ4s5mrjhXH+2FzVfCaJMwVmdSFCUrFLk5wWBs
 Ebkb3mNANrM7Du3EGdigIchETD7zBQN1jwXsw4++0K1VgwY6ih/k/83maVHwPUU=
 =Vqtn
 -END PGP SIGNATURE-


 --
 To UNSUBSCRIBE, email to debian-gis-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/52c2d4df.5000...@gmail.com

___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] UbuntuGIS PSC Creation

[Johan Van de Wauw]

Rather than taking decision, I think the PSC should make sure that
decisions are made.
Whatever we call them, I think the ideal PSC could learn a lot from
the osgeo live project. I think Cameron has done/is doing an excellent
job at managing that project, which in fact is quite similar to
ubuntugis but (arguably) bigger.
Just to give an example, he sends out private mails to package
maintainers before deadlines, which were community set earlier.This is
useful for people who are not actively tracking the mailing list.

I think we could do with similar deadlines as well. Eg 2 weeks before
a new ubuntu release packages should go into this or that archive.

Johan

On Wed, Nov 13, 2013 at 12:52 PM, Ivan Mincik ivan.min...@gmail.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 11/13/2013 11:58 AM, Hamish wrote:
 The main strategic decision we have right now is the repo
 re-naming, which I think most of us are in fair agreement about
 anyway.

 Thanks for Your reply. By my oppinion there are much more
 responsibilities of PSC, for example decisions about taget package
 versions for each repository (for example is QGIS 2.0 ready to push to
 some of production repos), decisions about versions of dependent
 libraries (GDAL, PROJ, GEOS) upon target PPA sotware stack will be
 build on or about acceptance of new packages and packagers and more.

 - --
 Ivan Mincik
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)
 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

 iQEcBAEBAgAGBQJSg2f4AAoJEPfdLsR5UpoesUEIAK1YKetNc5QueAid0TYtgXJp
 ZoLZ4zFP/rug1ysM7JOKWe94ZlmgxceCv+jRxJoiW8KhTgZ83tGM5OJjhjDextfi
 zbIIiHT1t8hqE8NIxpl7bQ/GYEJ2wViATzTmmv8CPSrVlF9daf5sU7HV4k/COcRJ
 JPjCts2MCOa7hmou3YIM4drNJYvCjUmEhygLl49qo7Y0w6NaKDKU83kiyXLZXqnO
 uZApzmOuxvrNO0vk2km8xNjBGbDkLwH8qHtrVGR6v3JecQ6aTsLqljQh49LxWlBL
 pDQgGdiWnjRjC981VJcOXR7eSDjh9rdaVcW/tnjvKrlLVAP9i1lk+EM36EVa0UA=
 =C8AV
 -END PGP SIGNATURE-
 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Adding saga 2.1.0 to ubuntugis

[Johan Van de Wauw]

Everyone,

I waited a little for the release of wxwidgets 3.0, which happened 2 days ago.
Since I see no objection to my plan I will continue and push the
updates to testing. If grass still builds fine there I will copy to
-unstable.

Johan

On Tue, Oct 1, 2013 at 8:53 AM, Johan Van de Wauw
johan.vandew...@gmail.com wrote:
 On the live dvd I guess there was no issue because qgis did not rely
 on gdal from ubuntugis (which causes the error).

 About wx 2.9, I guess people expected that it would become the stable
 line much faster, and in fact you will read on the website that you
 should use it for new projects rather than wx 2.8.
 In fact the release of 3.0 is on the roadmap for this month:
 http://trac.wxwidgets.org/wiki/Roadmap .

 Johan

 On Tue, Oct 1, 2013 at 8:40 AM, Alex Mandel tech_...@wildintellect.com 
 wrote:
 On 09/30/2013 11:36 PM, Alex Mandel wrote:
 On 09/30/2013 11:32 PM, Johan Van de Wauw wrote:
 Hello,

 I would like to add saga 2.1.0 to ubuntugis. This would solve the
 problem for those users who would like to run qgis 2.0 with the last
 version of saga (which actually is a bug in gdal). See eg [1].

 The package already exists and has been tested by quite a number of
 users on my ppa[2], and it is part of the osgeo live dvd.

 The problem is that saga relies on a new version of wxwidgets (2.9)
 which may break building grass gis if it is just added to the ppa.
 This can be solved by renaming the package wx-common to eg
 wx-common-29 and making it conflict with wx-common. That way all
 existing wx-widgets programs will still work and build fine unless a
 build-dependency is made to wx-common-29.
 Anyone opposed to this solution? If needed I can first upload
 everything to testing to make sure it really works.

 Johan

 [1] 
 http://gis.stackexchange.com/questions/72957/installing-qgis-2-0-and-saga-2-1-on-ubuntu-13-04
 [2]https://launchpad.net/~johanvdw/+archive/saga-gis
 ___


 Uploading to Ubuntugis-testing sounds like a good plan.

 Thanks,
 Alex


 Now that I think about it how did we manage to get QGIS/GRASS etc from
 ubuntugis and SAGA from your ppa if there is a conflict?

 Maybe I'm not understanding this package naming resolution.

 I'm also curious about wx 2.9 and why that's a requirement, according to
 wx project 2.8.x is the current stable line. Don't let this hold you up,
 I'm just curious for knowledge sake.

 Thanks,
 Alex
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] UbuntuGIS PSC Creation

[Johan Van de Wauw]

On Wed, Nov 6, 2013 at 10:54 PM, Alex Mandel tech_...@wildintellect.com wrote:
 On 11/06/2013 12:41 PM, Ivan Mincik wrote:
 Dear Alan, at first thank You for Your work (and also for work of others in
 this project).
+1

 1. This project definitely needs a strong leader with experience.

 Or PSC, I don't think there needs to be one person in charge if there's
 a group that meets regularly to set the items below.
+1

 2. UbuntuGIS lacks clear roadmap. Maybe it is loosing skilled hands just
 because they are not aware about fact they are needed. Preparing roadmap
 must by one of the most important tasks of project leader and PSC.

 It doesn't seem like this would be hard to write up if a few of us met
 online for a few minutes.
+1

 3. Other very important task is clearly stated work flow in terms how to
 cooperate with Debian on regular basis.

 Agreed, seems recent meetings might have started down this path.

Though I agree we should cooperate, I think that the actual bottleneck
is having debian developers uploading packages to debian unstable.
There is quite a long list of Geo-related packages on
mentors.debian.net or experimental waiting for sponsors or transition.

This is also important for ubuntugis: since the next release (trusty)
will be a LTS release, so much more users will be using it for a long
period, and also ubuntugis will have to work nicely with them.
So I'd suggest that instead of only waiting for some transitions to
happen in debian we should also consider sync requests [1] or feature
for syncing some packages from experimental to universe. I'm
especially thinking about gdal, because we now have a version of gdal
in ubuntugis which is incompatible with the one in ubuntu universe.
This means effectively means that ubuntugis is currently incompatible
with all other gis packages around, including the ones included in
ubuntu. This makes it eg impossible to install saga 2.1.0 from my ppa
alongside qgis 2.0.1.


 4. Still at least by my opinion, the PPA naming  stable, testing, unstable
 is very confusing for all newcomers which automatically expect the same
 behavior as in Debian. If this schema remains the same, or it will change
 to something other, it needs clearly documented workflow how packages
 migrates from testing, staging to production and how often and under which
 circumstances production packages are upgraded.

I agree this is confusing and maybe the roadmap helps clear it up.

Proposal: remove testing (which is mostly empty) and add experimental
(which would be a more appropriate name for what we use it).
I would not add a testing in debian sense as maintaining 2
repositories on the zillion ubuntu distributions is already enough
work.


 5. As in other voluntary projects, there is a lack of manpower. But on the
 other hand, there are no rules which new contributors or uploaders must
 meet. Also I do not see any list of free tasks for new people.

 I'm not aware of anyone being a designated maintainer, so its more a
 free for all once someone is granted access. Maybe we need to keep a
 list of who is responsible for what, of course when one project needs
 half the packages rebuilt that gets tricky to coordinate/wait.

The unclarity is bad. If we would send out a message on this list:
let's start building for saucy, let's try rebuilding every package
from raring on the testing (current naming) branch this week, so we
can put them on -unstable next week at least I would be more
stimulated and try to build some packages. Ubuntu releases are
predictable, so we can make a schedule an plan ahead.

Johan

[1] https://wiki.ubuntu.com/SyncRequestProcess
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] My actions after the IRC meeting (Was: Reminder and Agenta for IRC meeting)

[Johan Van de Wauw]

Thanks for the report. Unfortunately I forgot to attend...

To anyone going to FOSS4G as well: there will be a bird-of feather
session  for the osgeo live dvd. Since they are basically doing the
same (packaging/writing install scripts for debian/ubuntu) it would be
nice if you could drop by (no time fixed yet though).

http://wiki.osgeo.org/wiki/FOSS4G_2013_BirdsOfAFeather

Johan

On Tue, Sep 17, 2013 at 7:24 PM, Andreas Tille andr...@an3as.eu wrote:
 Hi,

 as you know yesterday we had an IRC meeting[1] and I want to present
 first results from the meeting.

 1. Moved debian-gis from SVN to Git
 ---

 As you hopefully know the debian-gis source package also contain the
 tasks which are responsible for the web sentinel[2].  In the meeting it
 was decided to move it from SVN to Git.  So if you

debcheckout --user=you debian-gis

 you get only a README.status file pointing to the new location[3].
 Note to Hamish: You see that I did not followed your initial wish
 to move it to pkg-grass area.  You had the reasoning:

 Sep 16 22:38:26 Hamish_B  better to put debiangis things in debiangis 
 repo IMO, then have blends be the servant not the master

 because there is no such thing like a master-servant relation.
 Currently most Blends are inside blends/project and as long as
 there is no more stringent reason to change this it has some
 advantages to stick here.  I ensured that the interested members
 of the IRC meeting yesterday are granted commit-permissions by
 adding

   Francesco Lovergine (frankie)
   Hamish Bowman (hamish-guest)
   Bas Couwenberg (sebastic-guest)

 to the Blends team.  If this should show any drawback we can
 move the Git repository easily.


 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
 I added a small script[5] which you can call like

blends_websentinel_update debian-gis

 to trigger the creation of the web pages[6].  I hope you consider this
 useful.  Please test, whether it really works for you.  Please note that
 the script also fetches a logfile which contains useful information
 about packages that are not found (may be spelling errors, different
 name of binary and source package - you always need to specify source
 packages).


 3. OSGEO categories
 ---

 Hamish pointed me to a set of OSGEO categories[7].  I promised to
 inject these into the Blends framework and did the first one while
 the IRC meeting was running.  Because this is high on my todo list
 I think I manage this before my vacation.


 4. Update osm2pgsql
 ---

 apmon (whoever this nick might belong to) asked about an upgrade of
 osm2pgsql.  I had a look into this and might at least push the package a
 bit.  No promise that I'll finish it before my VAC (starting at 20.9.).


 5. Sponsering of osgearth
 -

 Bas Couwenberg has added osgearth to my SoB[8] page.  I confirm that
 osgearth is on the Blends pages[9] so the SoB criterion is matched.  Bas
 I try to do my best but VAC is approaching (see above).


 6. Wiki links to new thermometer
 

 There was agreement to link to the new Blends based thermometer[10] on
 DebianGis Wiki[11] and I also replaced this link at [12] and [13].  It
 might make sense to set a redirect on the old thermometer page anyway.


 Thanks to all who joined the meeting

 Andreas.

 [1] https://wiki.debian.org/DebianGis/Meeting
 [2] http://blends.alioth.debian.org/blends/ch-sentinel.en.html
 [3] git://anonscm.debian.org/blends/projects/gis.git
 [4] 
 http://blends.alioth.debian.org/blends/ap-DevelDescription.en.html#s-webpagecreation
 [5] 
 http://anonscm.debian.org/gitweb/?p=blends/website.git;a=blob;f=misc/tools/blends_websentinel_update
 [6] http://blends.alioth.debian.org/gis/tasks/
 [7] 
 https://trac.osgeo.org/osgeo/browser/livedvd/gisvm/trunk/bin/install_icons_and_menus.sh#L34
 [8] https://wiki.debian.org/DebianPureBlends/SoB
 [9] http://blends.alioth.debian.org/gis/tasks/workstation#osgearth
 [10] http://blends.alioth.debian.org/gis/thermometer/
 [11] https://wiki.debian.org/DebianGis
 [12] https://wiki.debian.org/Teams/DebianGis
 [13] https://wiki.debian.org/DebianGis/Repository

 --
 http://fam-tille.de
 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] proj 4.8.0 in ubuntugis

[Johan Van de Wauw]

Nobody reacted so I'd like to raise this again. This error is
currently blocking saga from re-entering ubuntugis for versions
precise and up.

Johan

On Mon, Aug 19, 2013 at 1:13 AM, Johan Van de Wauw
johan.vandew...@gmail.com wrote:
 Hello All,

 Since the update to version 4.8.0 the proj package no longer contains the
 file projects.h .
 (from changelog: )
  * Modified libproj-dev.install to remove nad_list.h and projects.h .

 However this causes problems for eg saga gis and Geo::proj4 which uses this
 file. See bug report and discussion here:
 http://sourceforge.net/p/saga-gis/bugs/145/
 and here:
 https://trac.osgeo.org/proj/ticket/159

 I would suggest that we keep this files in the development package until
 upstream defines the right way to access these data.

 [As a alternative solution we could also create a package
 libproj-private-dev containing these files.]

 Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] MOTION: Bring UbuntuGIS stable in sync with OSGeoLive

[Johan Van de Wauw]

Sounds like a good idea, but I just would like to add that it would be
even better if packages found there way to debian unstable. This will
make sure they arrive in the standard repositories (universe).

I haven't updated saga on ubuntugis for a while because we had a good
release in universe.

Johan


 On 13-07-11 05:03 PM, Angelos Tzotsos wrote:

 Hi all,

 Since we are approaching the beta stage of OSGeoLive and Jerome is
 working on UbuntuGIS update at the same time, I propose to:

 1. Move all stable projects from Unstable ppa to Stable (based on the
 agreement that they were greatly tested with previous live disk)
 2. Rebase OSGeoLive (from 7.0 on) to UbuntuGIS stable.
 3. Update packages every 6 months after reviewing their status on the
 Live disk (just before next version goes to beta)

 Thoughts?

 Best,
 Angelos



___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] [Live-demo] UbuntuGIS - Google Summer of Code - packaging Java based OSGeo applications

[Johan Van de Wauw]

Hamish,

can you give some extra info on the JAI tightening?

Anyway even without JAI changes we should really consider whether our
first focus should not be to get rid of this NON FREE/NON OPENSOURCE
library. I don't think people using the live dvd are aware of this
problematic license. JAI is in fact under two licenses: the Java
research license and the java advanced imaging distribution license
The first one is not possible for our live dvd, since we distribute
JAI:  Research Use expressly
excludes use or distribution for direct or indirect commercial
(including strategic) gain or advantage.

So do we really want to have programs on our live dvd using the JDL?
https://java.net/projects/jai-core/sources/svn/content/trunk/LICENSE-JDL.txt?rev=111

I think this is a discussion that should be done prior to deciding
whether we should spend more time and efforts on java packaging, since
most open source java projects rely on this library.

Johan

On Mon, Jun 17, 2013 at 1:21 AM, Hamish hamis...@yahoo.com wrote:
 Cameron:
 I think the key thing we are looking for is an understanding of what
 needs to be done to package java applications - something like a HOWTO
 or similar, such that other projects can follow your footsteps.

 Probably the best way to achieve this start packaging one of the
 projects.

 it's not really a question of how to do it at a basic level, it's more
 a question of how to do it properly in light of the java traditions
 of everyone self-bundling requirements with a few tweaks here and
 there, which is in conflict with the packaging needs of sharing
 libraries as much as possible. A side effect of Oracle tightening up
 on the JAI license terms is that it forces the FOSS Java projects not
 to use it, which (somewhat ironically) helps the packaging effort in
 the long run.

 from that perspective a first step of packaging java apps is to identify
 the common jars and package those (from source, no blobs) first.


 there are geo-java apps already in the main repositories (e.g. josm)
 which could perhaps be used as a model?

 see also this thread:
   http://blog.gmane.org/gmane.linux.debian.gis/month=20110201

 there are other highly-relevant old threads but I'm stuggling with
 the older pkg-grass@alioth DebianGIS archives right now since they
 aren't indexed on Gmane yet..


 regards,
 Hamish

 ___
 Live-demo mailing list
 live-d...@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/live-demo
 http://live.osgeo.org
 http://wiki.osgeo.org/wiki/Live_GIS_Disc
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Natty proj4 (proj-4.8.0) configure error in config.log

[Johan Van de Wauw]

Katie,

this error is no proble,. It is part of the configure file to check
what error is returned if you try to include a non-existing file. This
way the script can recognise it if you try to include non-existing
files which you actually need.

So: don't worry.

Johan

On Thu, Apr 5, 2012 at 10:11 PM, Frank Warmerdam warmer...@pobox.com wrote:
 Katie,

 As far as I can tell your configure succeeded (exit 0 at end of config.log).

 The errors on nonexistant.h seem standard.  Some sort of probe to see
 how things fail when they fail I suppose.

 Best regards,


 On Thu, Apr 5, 2012 at 11:29 AM, Katie Urey ksu...@gmail.com wrote:
 Friends,

 While it is easier to work with the repositories, I'm again trying to
 install the newest version of
 three libraries recommended for postgis 1.5 (ubuntu@lists.osgeo.org)

 While running configure to install proj4 4.8.0 there are errors mentioned in
 the config.log file.
 These errors seem fairly common in google searches. However, I have not
 understood or
 found an answer.

 What should I change in my build or incantation of configure to move
 forward.

 Briefly the error is here:

 ---

 grep -n -C5 fail config.log
 206-configure:7041: $? = 0
 207-configure:7055: gcc -E  conftest.c
 208-conftest.c:11:28: fatal error: ac_nonexistent.h: No such file or
 directory
 209-compilation terminated.
 210-configure:7055: $? = 1
 211:configure: failed program was:
 212-| /* confdefs.h */
 213-| #define PACKAGE_NAME PROJ.4 Projections
 214-| #define PACKAGE_TARNAME proj
 215-| #define PACKAGE_VERSION 4.8.0
 216-| #define PACKAGE_STRING PROJ.4 Projections 4.8.0
 --
 225-configure:7100: $? = 0
 226-configure:7114: gcc -E  conftest.c
 227-conftest.c:11:28: fatal error: ac_nonexistent.h: No such file or
 directory
 228-compilation terminated.
 229-configure:7114: $? = 1
 230:configure: failed program was:
 231-| /* confdefs.h */
 232-| #define PACKAGE_NAME PROJ.4 Projections
 233-| #define PACKAGE_TARNAME proj
 234-| #define PACKAGE_VERSION 4.8.0
 235-| #define PACKAGE_STRING PROJ.4 Projections 4.8.0


 ---

 --
 Katie Urey
 ksu...@gmail.com


 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki




 --
 ---+--
 I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
 light and sound - activate the windows | http://pobox.com/~warmerdam
 and watch the world go round - Rush    | Geospatial Software Developer
 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Re: [osgeo4w-dev] Binaries Packaging - A Strategic Investment

[Johan Van de Wauw]

From my own packaging experience (saga gis, some attempts at mapguide) I
don't think the major hurdles are in the specific packaging for debian or
ubuntu, but rather in the build procedures. Creating a package is easy if:
1) the package builds automatically from source without special
interventions. Completely. So no binary dependencies (problem for many java
packages). This is the only way security updates can be made in time.
2) the package does not depend on specific versions of libraries (or
compilers), and especially not on unreleased versions of these libraries
(problem for many java packages, also for mapguide). This is also a call to
library maintainers to release your libraries if everyone starts using
unreleased versions (eg libtiff 4 was not in debian prior to being
released, causing problems and unnecessary workarounds if a release would
have been made earlier).

Last but not least, to be included in debian main or ubuntu universe
packages should be free software and use only free software.  As far as I
know this excludes almost all java-based gis projects, many of which
require JAI, which is not even remotely free software.

Johan
PS: anyone interested in packaging mapguide, I'm going to try to package it
for the next osgeo live dvd, so let's join efforts if you are also
interested!

On Wed, Mar 21, 2012 at 5:32 PM, Alex Mandel tech_...@wildintellect.comwrote:

 I spy a GSOC project idea: Packaging automation  a guide to train new
 packagers based on the automated system.
 Maybe with Frank and Alan as mentors?


 Should we also consider doing a packaging session at the sprint at
 Foss4gNA? Alan will you be there to teach packaging for debian/ubuntu?


 Thanks,
 Alex

 On 03/20/2012 11:35 PM, cavall...@faunalia.it wrote:
  Good point, agreed fully.
  Thanks for raising this out.
  Ready to help of necessary.
 
  ---
  http://faunalia.it/pc
  Sent from mobile, sorry for being short
 
  - Reply message -
  Da: Frank Warmerdam warmer...@pobox.com
  A: OSGeo-Board bo...@lists.osgeo.org
  Cc: Alan Boudreault aboudrea...@mapgears.com, Brian Hamlin 
 mapl...@light42.com, osgeo4w-dev osgeo4w-...@lists.osgeo.org, 
 ubuntu@lists.osgeo.org
  Oggetto: [osgeo4w-dev] Binaries Packaging - A Strategic Investment
  Data: mer, mar 21, 2012 07:04
 
 
  Folks,
 
  I've mentioned this before, and I don't have anything surprising to add
 now.
  I just wanted to bump this topic.
 
  I believe that producing good quality integrated distributions of OSGeo
  binary software for a major user platforms is strategically important for
  OSGeo and would be worth an investment of moderate amounts of money to
  promote.
 
  For me two packaging efforts stick out, though I might be biased.
 
  1) OSGeo4W - I think the Windows environment is (still?) very important
 and
  OSGeo4W is a credible community effort to satisfy it that could benefit
  from more involvement, polish and a broader package set.
 
  2) Debian/Ubuntu/LiveDVD - I believe that Ubuntu is today the dominant
  desktop/server linux system and that the packaging efforts of the
 DebianGIS,
  UbuntuGIS and LiveDVD groups build on one another and provide high
 impact.
 
  If board members or community members see high impact and reasonably
  priced opportunities to extend these efforts with OSGeo money I hope
  they will come forward with them.  I'd also like to see us do more on the
  OSGeo web site, with case studies, etc to promote these package suites
  in a manner appropriate to their level of readiness.
 
  I also think the MacOS environment is very important but I'm not entirely
  clear on the best way of addressing that.  Good ideas on this aspect are
  also welcome.
 
  Best regards,
 
 
 
  ___
  osgeo4w-dev mailing list
  osgeo4w-...@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/osgeo4w-dev

 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki

___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] ubuntugis-unstable should have recent gdal

[Johan Van de Wauw]

Gdal 1.9 has been uploaded to debian experimental. Consider building
that version on your pc and check if there are any problems. Let's
keep our development in one place.

http://packages.debian.org/source/experimental/gdal

Johan

On Fri, Mar 2, 2012 at 6:40 PM, Etienne Tourigny
etourigny@gmail.com wrote:
 Alan (and other maintainers)

 Please let me know if I can help to add gdal-1.9 to
 ubuntugis-unstable.  I have Linux Mint 12/Oneiric and could test it on
 my machine.
 I am also a GDAL commiter so I have experience with gdal.

 regards,
 Etienne

 On Thu, Feb 2, 2012 at 2:04 PM, Alan Boudreault
 aboudrea...@mapgears.com wrote:
 testing is not really maintained, I only use it for a few testing (rarely)
 so there not much there. stable PPA is only upgraded twice a year, or for
 security releases. It does not contain any oneiric packages because oneiric
 is new. and we do not push the packages since we don't know if they are
 *stable* since no user tested them at the moment of the upgrade. In april,
 the unstable-oneiric packages will be moved to stable.

 gdal 1.9 has been pushed quickly in lucid mainly for the OSGeo Live DVD. It
 needs a few more work to be *ready*. It will eventually be pushed in all
 ubunbu supported distributions soon (~2 weeks?).

 Thanks,
 Alan


 On 12-02-02 10:09 AM, Etienne Tourigny wrote:

 Hi,

 I would like to see gdal-1.9.0 make its way into ubuntugis-unstable. I
 see that it has been compiled for lucid, does that mean we can expect
 it for more recent distros soon?

 Also, is there active maintenance of the ubuntugis-stable and
 ubuntugis-testing?  It might be useful to have only 2 versions of
 ubuntugis (unstable/stable) for easier maintenance.

 ubuntugis-stable: there is nothing for oneiric and  I  think that
 gdal-1.8.1 should be there as well.

 Let me know if there is any way I can help.

 regards,
 Etienne
 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki



 --
 Alan Boudreault
 http://www.mapgears.com/
 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

[Ubuntu] libtiff and gdal 1.8

[Johan Van de Wauw]

Hello everybody,

While checking the osgeo-live dvd I noticed that saga no longer can
open geotiff files. I'm adding ubuntugis and debian-gis in cc: as this
issue also affects ubuntugis-unstable and debian experimental.
The same is true for the orfeo toolbox [1] and most likely other
software using gdal.

I'd suggest updating the debian rules file to make sure that we use
the system library for libtiff. This disables some functionality in
libtiff 4 (like bigtiffs), but I think this is only a minor nuisance
compared to not having access to geotiff files at all in some
applications.

Here is a debdiff showing the difference that should be applied in
ubuntugis-unstable to achieve this:

diff -Nru gdal-1.8.0/debian/rules gdal-1.8.0/debian/rules
--- gdal-1.8.0/debian/rules 2011-06-13 17:57:09.0 +0200
+++ gdal-1.8.0/debian/rules 2011-08-23 18:27:31.0 +0200
@@ -68,7 +68,7 @@
--with-threads \
--with-grass=no \
--with-hide-internal-symbols=yes \
-   --with-libtiff=internal \
+   --with-libtiff=/usr/include \
--with-geotiff=internal \
--with-jasper \
--with-netcdf \

[1] http://bugs.orfeo-toolbox.org/view.php?id=296
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] ECW CRS definition

[Johan Van de Wauw]

Have you tried specifying the output format? gdal_translate will
create geotiff by default. Perhaps that is causing the problem: qgis
thinks it is reading a ecw file, where in reality it's a geotiff

So
gdal_translate in.ecw out.tif -a_srs EPSG:3078
or
gdal_translate in.ecw out.ecw -a_srs EPSG:3078 -of ECW



On Sat, Jul 2, 2011 at 7:52 PM, Lee muell...@gmail.com wrote:
 I've tried the QGIS-user listserv to no avail. Figured I'd try here, perhaps
 at least I can get forwarded to the right one.

 I have an ECW that does not seem to want to accept a CRS definition.
 Initially I was attempting to warp the ECW file from Michigan Georef to
 NAD83 UTM zone 17. I got an error.

 ERROR 1: Unable to compute a transformation between pixel/line
 and georeferenced coordinates for /home/lee/documents/gis/
 detroit/aerial/WYANDOTTE_NE/WYANDOTTE_NE.ecw.
 There is no affine transformation and no GCPs

 QGIS shows a generated CRS that seems right for Michigan Georef, it just
 does not seem to recognize that a CRS is there, so I cannot warp to the new
 projection. Next, I tried manually assigning the CRS in question so I would
 then be able to convert.

 gdal_translate in.ecw out.ecw -a_srs EPSG:3078

 This creates a file, but one which is un-readable in qgis.

 I am not exactly sure which is the problem that needs fixing here.
 Essentially, I just need to find a way to get this ECW file (in Michigan
 Georef) as any format (in NAD83 UTM zone 17). So whatever suggestions you
 have for accomplishing this, I am willing to try.

 Thanks for any help in advance.

 --
 all the best,
 Lee

 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki


___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] SAGA GIS error

[Johan Van de Wauw]

This is expected behaviour. saga_cmd expects a module library, if you don't
give one it will give you this error.
Check the examples in the manfile (man saga_cmd) or here:
http://manpages.ubuntu.com/manpages/maverick/man1/saga_cmd.1.html
and the saga wiki
http://sourceforge.net/apps/trac/saga-gis/wiki/Executing%20Modules%20with%20SAGA%20CMD

Johan

On Tue, Jan 11, 2011 at 11:22 PM, Ricardo Filipe Soares Garcia da 
ricardo.garcia.si...@gmail.com wrote:

 Hi Johan

 I did as you suggested and deleted /usr/lib/saga/libta_compound.so

 Now saga_cmd executes without the segmentation fault, but I am still
 getting an error:

 error: module library

 available module libraries:
 ... shows all the available modules

 Thanks for you help

 On Tue, Jan 11, 2011 at 8:38 PM, Johan Van de Wauw
 johan.vandew...@gmail.com wrote:
  It's a known bug in saga 2.0.5. Not really problematic - it seems that
  module doesn't work on linux command line. Deleting the file
  /usr/lib/saga/libta_compound.so will fix saga_cmd. The module is not that
  interesting anyway (only combines functionality of other modules).
  I'm planning to update the ubuntugis unstable repository to 2.0.6 soon.
 If
  you are too impatient to wait for that, there are daily builds of saga
  at: 
  https://launchpad.net/~johanvdw/+archive/sagacvshttps://launchpad.net/%7Ejohanvdw/+archive/sagacvs
  Johan
 
  On Tue, Jan 11, 2011 at 8:35 PM, Ricardo Filipe Soares Garcia da
  ricardo.garcia.si...@gmail.com wrote:
 
  Hello list
 
  I have installed SAGA GIS from the ubuntugis-unstable repository. I am
  using Ubuntu 10.10.
  In trying to use the 'saga_cmd' tool I get a segmentation fault. The
  whole error follows:
 
   error: module library
 
  available module libraries:
  - libgrid_spline.so
  - libgeostatistics_kriging.so
  - libio_grid_image.so
  - libtransect.so
  - libtable_tools.so
  - libta_hydrology.so
  - libsim_cellular_automata.so
  - libgrid_analysis.so
  - libta_compound.so
  Segmentation fault
 
 
  This happens as I type saga_cmd, without arguments in a bash prompt.
  However, I can run saga_gui normally. Could this be some kind of
  packaging error?
  Thank you
 
  --
  ___ ___ __
  Ricardo Garcia Silva
  ___
  UbuntuGIS mailing list
  Ubuntu@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/ubuntu
  http://trac.osgeo.org/ubuntugis/wiki
 
 



 --
 ___ ___ __
 Ricardo Garcia Silva
 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki

___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] gdal hasnt been compiled with hfd4/5 support

[Johan Van de Wauw]

I have gdal from the unstable repository installed, and it contains
support for hdf4/5.
Are you sure you are running the version from ubuntugis unstable?
Can you be more specific and tell which version you actually use:
dpkg -s libgdal1-dev

On Fri, Nov 12, 2010 at 11:26 AM, nikos ves vesni...@gmail.com wrote:
 Hi

 gdal from ubuntugis/unstable (from what i can gather) hasnt been
 compiled with hdf4/5

 here's the output of gdal-config --formats

 gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 xpm sdts raw dted mem
 jdem envisat elas fit vrt usgsdem l1b nitf bmp pcidsk airsar rs2 ilwis
 rmf leveller sgi srtmhgt idrisi gsg ingr ers jaxapalsar dimap gff cosar
 pds adrg coasp tsx terragen blx msgn til r northwood saga wcs wms grib
 bsb gif jpeg png pcraster rik wktraster

 A custom build does list hdf5/4 in the supported formats. I can assume
 its been forgotten or is there an issue with those formats and gdal?

 If possible, can gdal be republished with hfd support please?

 Kind regards

 Ves nikos



 ___
 UbuntuGIS mailing list
 Ubuntu@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/ubuntu
 http://trac.osgeo.org/ubuntugis/wiki

___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

[Ubuntu] Daily builds for saga gis

[Johan Van de Wauw]

Hi everyone,

During the last weekend, I've set up a daily build recipe for saga gis.
https://launchpad.net/~johanvdw/+archive/sagacvs

So anyone who would like to get the latest version of saga can add
this ppa to his sources.

Since we are close to releasing version 2.0.6 (release candidate is
out, release planned in 10 days) we would definitely hear from you if
you encounter bugs - so we can still try fixing them prior to
releasing 2.0.6.

Johan
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki