Re: [Ubuntu] Daily builds of GRASS 64 releasebranch

[Johan Van de Wauw]

I guess you noticed yoursefl, but it seems to fail to build:
configure: error: *** couldn't find swig

Try adding swig to you build-depends?
Johan

On Thu, Oct 21, 2010 at 12:27 AM, Tim Michelsen
 wrote:
> Hello,
> I have set up a automated daily build of GRASS 64 on Launchpad:
>
> https://edge.launchpad.net/~grass/+archive/grass-devel
>
> Please provide comments and feedback.
>
> I am looking forward to times where I do not need to build GRASS on my
> own machine every time a new bugfix of backport is out.
>
> Hope that this is appreciated.
>
> Regards,
> Timmie
>
> ___
> 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: Daily builds of GRASS 64 releasebranch

[Johan Van de Wauw]

In configure.in around line 1829:

  # look for the swig program
  AC_PATH_PROG(SWIG, swig, no)

  if test "$SWIG" = "no" ; then
AC_MSG_ERROR([*** couldn't find swig])
  fi

this means that ./configure will stop if swig is not found. If swig is
no longer needed to build grass, then configure.in should be updated.

Johan

On Wed, Oct 27, 2010 at 12:36 AM, Tim Michelsen
 wrote:
>> fyi the swig code has been removed from grass in the final 6.4.0
>> release. ctypes will appear in 6.4.1 but hasn't fully settled yet.
> earlier I tried without swig.
>
> But it failed.
>
>> So nightly builds of the latest 6.4.svn shouldn't need
>>  ./configure --with-swig
>> or a dep on the swig package.
> anyway, the only files asking for swig are:
> http://bazaar.launchpad.net/~grass/grass6/grass64_release_debian/annotate/head%3A/control.in
> http://bazaar.launchpad.net/~grass/grass6/grass64_release_debian/annotate/head%3A/control
>
> Do you wanna say that swig could be removed from both?
>
> Furthermore, do you have any idea what I need to modify in order to
> install the menu entry?
>
> ___
> 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: qgis-plugin-grass has old dependencies

[Johan Van de Wauw]

On Wed, Oct 27, 2010 at 10:52 PM, Tim Michelsen
 wrote:
>> The current plugin is built against grass 6.4.0.
> Yes, but which version?
> The one from the official Ubuntu repositories or the Ubuntugis repositories?
>
> Synaptic says:
>
> qgis-plugin-grass:
>  Depends on : grass640
>
> But there is no such grass640...

That is the version in the ubuntugis repository. Logically that one
refers to the one version of grass in the ubuntugis repository:
apt-cache show grass
...
Provides: grass640
...

The provides construct is used here to make sure that you use the
plugin with the same version of grass as the one qgis was built
against, because otherwise problems may occur.

>
> I am now trying the solution proposed by M. Coevoet.
>
> ___
> 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

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  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

Re: [Ubuntu] Proposal - Cleaning up dependencies/repos

[Johan Van de Wauw]

On Tue, Nov 23, 2010 at 11:11 PM, Alex Mandel
 wrote:
> So I ran into an interesting quagmire of dependencies.
> The moral of the story, I would like to propose that RC candidates of
> apps stay in "unstable" and not trickle into "stable" and maybe not even
> into "testing" (this could be a little looser).
>
> Particularly the issue I ran into is that spatialite 2.3.1 isn't in the
> repos at all, Lucid has 2.3.0 but it seems stuck on geos 3.1.0 which is
> making my QGIS crash.

Then I guess this version of geos or qgis should be be fixed,
regardless of in which repository they are. This is imho not really a
dependency problem. If there are 2 different incompatible versions of
a library then they should have a different soname and a different
packagename. If it is just a bug then it should be fixed.

My proposal for 'stable' would be: the version which is in the current
debian testing repository (in times of debian freeze perhaps packages
which are +10 days in debian unstable can be considered as well). The
'stable' repository should get some long time support, and I guess
that this is the best way to provide that.

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

Re: [Ubuntu] Proposal - Cleaning up dependencies/repos

[Johan Van de Wauw]

On Thu, Nov 25, 2010 at 9:34 AM, Johan Van de Wauw
 wrote:

>
> My proposal for 'stable' would be: the version which is in the current
> debian testing repository (in times of debian freeze perhaps packages
> which are +10 days in debian unstable can be considered as well). The
> 'stable' repository should get some long time support, and I guess
> that this is the best way to provide that.
>
After reading this thread more in detail I should add that in this
case I think diverging from debian testing is perhaps the best thing
to do. A pity that a beta version of spatialite (I don't think that RC
is an appropriate name here) got in debian testing in the first place.

It is useful to check the bug reports on spatialite prior to uploading
a new version - maybe the mentioned issue with 2.3.0 can be fixed in
the 2.3.1 package as well.


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

Re: [Ubuntu] installing predict-gstat

[Johan Van de Wauw]

I would recommend posting your problems with gstat to
r-sig-...@r-project.org . Much more people who are familiar with
gstat, including its author are present on that list.

In this particular case, there is no problem with your installation,
but the data configuration leads to a singular matrix, which cannot be
inverted. Check the gstat manual Troubleshooting > From Meschach for
some solutions.

Johan

On Wed, Dec 1, 2010 at 1:10 PM, Ismaila Diallo  wrote:
> Dera UBUNTU,
>
> since some times i try to install predict-gstat in an ubuntu 9.1 version but i
> met many difficult. i have also installed R-statistic and when running my R
> script i met an error like:
>
>
> "chfactor.c", line 130: singular matrix in function LDLfactor()
> Error in predict.gstat(g, newdata = newdata, block = block, nsim = nsim,  :
>  LDLfactor
>
> It's my first time that i get this difficult. so if some have idea in this 
> same
> errors then can he teach me how to resolve it.
>
> Sincerely
> Cheers
>
>
>
>
> ___
> 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]

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/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
>
___
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
>  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/sagacvs<https://launchpad.net/%7Ejohanvdw/+archive/sagacvs>
> > Johan
> >
> > On Tue, Jan 11, 2011 at 8:35 PM, Ricardo Filipe Soares Garcia da
> >  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] could not connect to ppa:ubuntugis

[Johan Van de Wauw]

On Tue, Feb 8, 2011 at 11:42 AM,  wrote:

>
> Error reading
> https://launchpad.net/api/1.0/~ubuntugis/+archive/ubuntugis-unstable:
> 
>
> Maybe the server is unavailable?
>
If it is a server problem, it should be fixed quickly.

Are you behind a proxy? In that case, most likely you are a victim of this
bug:
https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/516032

In that case you could try to add the repositories manually:

sudo gedit
/etc/apt/sources.list.d/ubuntugis-ubuntugis-unstable-maverick.list

and add these two lines:
deb http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu maverick
main
deb-src http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntumaverick
main
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] Re: help creating a build recipie for GRASS 70

[Johan Van de Wauw]

A few comments:
first of all: disable the automatic building as long as it does not work.
It's a waste of resources to continue trying it until you have fixed the
issues, which is something you can test locally.

The error occurs at:

/usr/bin/make real-install
make[2]: Entering directory `/build/buildd/grass-7.0.0+0ubuntu2+23027~maverick1'
mkdir -p -m 755
/build/buildd/grass-7.0.0+0ubuntu2+23027~maverick1/debian/tmp/usr/lib/grass70

mkdir -p -m 755 /usr/lib/bin
mkdir: cannot create directory `/usr/lib/bin': Permission denied
make[2]: *** [/usr/lib/bin] Error 1

So you can look down in the makefiles where 'real-install' is defined.
that is at line 94:
http://bazaar.launchpad.net/~grass/grass/grass_trunk/view/head:/include/Make/Install.make

real-install: | $(INST_DIR) $(UNIX_BIN)

The first one, inst_dir seems to be ok, the second one: unix_bin is not.
So try setting that one somewhere in your debian/rules file, like it is
currently set for BINDIR

Johan

On Tue, Mar 8, 2011 at 8:56 AM, Tim Michelsen
wrote:

>
> >> for GRASS 7.0.X
> >
> > ie trunk (unstable development)
> > 7.0.0 is a long way off.
>
> I know.
> But I wanna prepare daily-builds of what`s happening at the development.
>
> See, for the 6.4.X series I have a automatic daily build:
>
> https://launchpad.net/~grass/+archive/grass-stable
>
> I would like to expand this to GRASS 7.0
>
> This would make new features easyly accessible to power users and testers
>
> ___
> 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] Re: [Qgis-user] Re: [Qgis-developer] qgis-saga-python bindings in ubuntu

[Johan Van de Wauw]

On Thu, Jun 23, 2011 at 11:10 AM, Agustin Lobo wrote:

> Is it possible to install the python bindings for a saga installation
> from binaries friom ubuntugis-unstable?
>
>
I'm currently busy uploading the new versions. After uploading it will take
approximately one hour to compile.
Once this is done the package you are looking for is called: python-saga


Also, while I do have the ubuntugis-unstable repository in the
> synaptic list, synaptic finds saga 2.05+dfsg-0.1~lucid
> while 
> https://launchpad.net/~ubuntugis/+archive/ubuntugis-unstable
> lists saga 2.0.6+dfsg-0~lucid. Why?
>

Because it was uploaded but (for some reason) did not compile. Not your
fault.


>
> Thanks
> Agus
>
>
> -- Forwarded message --
> From: MALIK Julien 
> Date: 2011/6/23
> Subject: [Qgis-user] Re: [Qgis-developer] qgis-saga-python bindings in
> ubuntu
> To: "cavall...@faunalia.it" 
> Cc: qgis-user , qgis-developer
> , agustin.l...@ija.csic.es
>
>
> For ubuntu, you are probably looking for this :
> https://launchpad.net/~johanvdw
>
> Julien
>
> Quoting "cavall...@faunalia.it" :
>
> > A debian plugin is under preparation. Otherwise you'll have to build it
> yourself.
> > All the best.
> >
> > http://faunalia.it/pc
> >
> > - Reply message -
> > Da: "Agustin Lobo" 
> > A: "qgis-user" , "qgis-developer" <
> qgis-develo...@lists.osgeo.org>
> > Oggetto: [Qgis-developer] qgis-saga-python bindings in ubuntu
> > Data: gio, giu 23, 2011 07:04
> >
> >
> > Does anyone know if there is any way to get the required (by the qgis
> > saga plugin) python bindings for the binary distribution of
> > saga for debian and ubuntu?
> >
> > Thanks
> >
> > Agus
> > ___
> > Qgis-developer mailing list
> > qgis-develo...@lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/qgis-developer
> >
>
>
>
> 
> This message was sent using IMP, the Internet Messaging Program.
>
>
> ___
> Qgis-user mailing list
> qgis-u...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
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  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

[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] Question about packages in Unstable ppa

[Johan Van de Wauw]

On Thu, Aug 25, 2011 at 4:42 PM, Giovanni Manghi
 wrote:
> Hi,
>
> having enabled both the ubuntugis and the nightly-builds repository is
> harmless. The main difference (an important one indeed) is that qgis 1.7
> in the ubuntugis repo is compiled against gdal 1.8 available in the same
> repo, while qgis-trunk is compiled against gdal 1.6 available in the
> official ubuntu repo.
Read the original bug report:
>> >> I don't know if this is a right address for my question, I'm still novice
>> >> user when it comes to Ubuntu, Launchpad and PPAs. Anyhow, I added 
>> >> ubuntugis-unstable
>> >> PPA and installed QGIS 1.8 but I couldn't install qgis-plugin-grass 
>> >> package.
>> >> It needs some package I can't seem to find anywhere. I am using Ubuntu 
>> >> 11.04
>> >> 32-bit. How can I install GRASS plugin?
>> >>
Mixing repositories is causing the bug that was reported:
ubuntugis unstable also has a newer version of grass, which may be
installed. This means that tqgis-plugin-grass will not be installed,
because it depends on a version of grass which can not be installed.

So either Stanislav has to remove all of grass from ubuntugis and
install qgis from the qgis repository. Or he has to remove all qgis
from the qgis repository and install everything from the ubuntugis
repository.

>
> So installing qgis-trunk from the nigthly-build repo can lead to
> unexpected behaviours because it uses an old gdal library because there
> are recent features that need gdal >= 1.7 to work.
And daily builds can always lead to unexpected behaviour. That's why I
think it is better for novice users not to use them (that is, if
actual release are tested better than trunk, which is not always the
case).
>
> Cheers
>
> -- Giovanni --
>
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] GDAL compilation

[Johan Van de Wauw]

It is not needed to recompile gdal to be able to compile your program.
Make sure that the libgdal1-dev package installed and then
Antonio gives the right answer: you should run

On Thu, Jan 5, 2012 at 9:43 PM, Antonio Valentino
 wrote:

> $ gcc -o test gdalprogram.c -I /usr/include/gdal -lgdal1.7.0

Or you should adapt to whatever version of libgdal is installed (ls
/usr/lib/libgdal*.so  will tell you).
eg for libgdal1.8.0.so add -lgdal1.8.0

This will link your executable to the the gdal library.

Johan


>
> best regards
>
> --
> Antonio Valentino
> ___
> 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] File geodatabase API

[Johan Van de Wauw]

The license [0] certainly does not adhere to the DFSG [1] or ubuntu
licensing standards[2] and therefore the API can not be included with
the gdal package.
I've not read the license in detail, but perhaps an add-on package is
a possibility, but bear in mind that creating and supporting packages
with non-free licenses is usually hard, and eg fixing known bugs
(including security errors) does not seem to be allowed (see 4.1c in
[0]).


Johan

[0] http://resources.arcgis.com/node/agreement/3193
[1] http://www.debian.org/social_contract#guidelines
[2] http://www.ubuntu.com/project/about-ubuntu/licensing



On Fri, Feb 24, 2012 at 10:25 PM, Allred, Brady
 wrote:
> Is (will?) the ESRI file geodatabase API be included with the gdal 1.9 
> package? There appears to be a little ambiguity with the license, but it 
> apparently can be redistributed; see 
> http://gis.stackexchange.com/questions/18692/can-esris-file-geodatabase-api-be-redistributed
>   It would be nice to access file geodatabases with prebuilt binaries.
>
> Thanks,
>
> Brady___
> 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] ESRI, Microsoft Access Personal Geodatabase, PGeo and ogrinfo error: ODBC: Invalid install path

[Johan Van de Wauw]

A few things you can try:

It seems that you have installed a local copy in /usr/local/lib,
whereas gdal is looking for mdbtools in /usr/lib
Can you tell us where limdb is installed?
ls  /usr/lib/libmdbodbc*
ls /usr/local/lib/libmdbodbc*
and which odbcinst you are running:
which odbcinst

It is usually better to install from the repositories rather than from
source, you may mix things which are compiled against different
versions of unixodbc.
Consider installing mdbtools and odbc using the provided packages:
mdbtools and unixodbc-bin

Apart from that: ODBCSYSINI is an environment variable. You can always
set it by running export ODBCSYSINI= sth before running your command.

Johan

On Thu, Mar 1, 2012 at 11:07 PM, Katie Urey  wrote:
> Friends,
>
> Per notes on this web page, http://gdal.org/ogr/drv_pgeo.html
>
> I believe that I should be able to read tables from a Microsoft/ESRI
> personal geodatabase by using ogr* commands.
>
> Not yet. The Current error is "ODBC: Invalid install path". It
> would be simple if a typo or an install mistake was confirmed.
> For instance- did I err in the install to get
> ODBCSYSINI set to my home dir?  If so, do I re-install or
> override?
>
> Also, please advise if I should send to another list.
>
> -best
> Katie Urey
> Portland, Oregon
>
>
> some details:
>
> -1:/home/GISData/CurbCuts$ ogrinfo --debug on PGeo:sample_pgeo
>  PGeo: MDB Tools driver: /usr/lib/libmdbodbc.so.0
>  ODBC: HOME=/home/katie
>  ODBC: ODBCSYSINI=/home/katie
> **ERROR 1: ODBC: Invalid install path
>  Warning 1: Unable to install MDB driver for ODBC, MDB access may not
> supported.
>
>  PGeo: EstablishSession(sample_pgeo)
>  ODBC: SQLConnect(sample_pgeo)
>  ODBC: ... failed: [unixODBC][Driver Manager]Data source name not
> found, and no default driver specified
>  ODBC: SQLDisconnect()
>  ERROR 1: Unable to initialize ODBC connection to DSN for sample_pgeo,
>  [unixODBC][Driver Manager]Data source name not found, and no default
> driver specified
>  PGeo: MDB Tools driver: /usr/lib/libmdbodbc.so.0
>  ERROR 1: ODBC: Invalid install path
>  Warning 1: Unable to install MDB driver for ODBC, MDB access may not
> supported.
>
>  PGeo: EstablishSession(sample_pgeo)
>  ODBC: SQLConnect(sample_pgeo)
>  ODBC: ... failed: [unixODBC][Driver Manager]Data source name not
> found, and no default driver specified
>  ODBC: SQLDisconnect()
>  ERROR 1: Unable to initialize ODBC connection to DSN for sample_pgeo,
>  [unixODBC][Driver Manager]Data source name not found, and no default
> driver specified
>  FAILURE:
>  Unable to open datasource `PGeo:sample_pgeo' with the following
> drivers.
>
>
> I am working on a Ubuntu/Natty OS with unixODBC 2.3.1, which I installed
> from a
> tar download using the defaults.  (I am ignorant of make/configure..)
>
> I am able to see the tables in the ESRI Personal Geodatabase by using
> DataManager
> and mdb-tables.
>
> The gdal info:
> GDAL 1.8.0, released 2011/01/12
>
>
> ==
>
> odbcinst -j
> unixODBC 2.3.1
> DRIVERS: /usr/local/etc/odbcinst.ini
> SYSTEM DATA SOURCES: /usr/local/etc/odbc.ini
> FILE DATA SOURCES..: /home/GISData/CurbCuts/
> USER DATA SOURCES..: /home/katie/.odbc.ini
> SQLULEN Size...: 4
> SQLLEN Size: 4
> SQLSETPOSIROW Size.: 2
>
> 
>
> mdb-tables WPC_study_area_data_from_PBOT.mdb
> GDB_ReleaseInfo GDB_FeatureDataset GDB_ObjectClasses GDB_FeatureClasses
> GDB_RelClasses GDB_ValidRules GDB_AttrRules GDB_RelRules
> GDB_EdgeConnRules GDB_JnConnRules GDB_Topologies GDB_TopoRules
> GDB_TopoClasses GDB_DefaultValues GDB_Subtypes GDB_Domains
> GDB_RangeDomains GDB_CodedDomains GDB_UserMetadata GDB_FieldInfo
> GDB_Extensions GDB_Replicas GDB_ReplicasEx GDB_ReplicaDatasets
> GDB_Toolboxes GDB_RasterCatalogs GDB_ExtensionDatasets GDB_ReplicaLog
> GDB_AnnoSymbols GDB_SpatialRefs GDB_GeomColumns Streets_pdx_Shape_Index
> Streets_pdx Selections SelectedObjects Tax_Parcels_Shape_Index
> Tax_Parcels Sidewalks_Shape_Index Sidewalks Curb_Ramps_Shape_Index
> Curb_Ramps Driveways_Shape_Index Driveways PM_Symbols_Shape_Index
> PM_Symbols PM_Lines_Shape_Index PM_Lines MAX_Shape_Index MAX
> LH_Intersections_Shape_Index LH_Intersections LH_Nodelegs_Shape_Index
> LH_Nodelegs LH_Blockfaces_Shape_Index LH_Blockfaces
> LH_Segments_Shape_Index LH_Segments
>
> Access DSN in /usr/local/etc/odbcinst.ini
>
> 1:~$ grep -A7 Access /usr/local/etc/odbcinst.ini
> [Microsoft Access Driver (*.mdb)]
> Description     = MDB Tools ODBC drivers
> Driver          = /usr/lib/libmdbodbc.so.0
> Setup           =
> FileUsage       = 1
> CPTimeout       =
> CPReuse         =
>
> and in ~/.odbc.ini
> [sample_pgeo]
> Description     = Sample PGeo Database for Curb Cuts
> Driver          = Microsoft Access Driver (*.mdb)
> Database        = /home/GISData/CurbCuts/WPC_study_area_data_from_PBOT.mdb
> Host            = localhost
> Port            = 1360
> User            = katie
> Password        =
> Trace           = Yes
> ___

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
 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
>  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

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 wrote:

> 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" 
> > A: "OSGeo-Board" 
> > Cc: "Alan Boudreault" , "Brian Hamlin" <
> mapl...@light42.com>, "osgeo4w-dev" , <
> 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] 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  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  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] [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  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] 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] Google Summer of Code Satus

[Johan Van de Wauw]

On Thu, Aug 15, 2013 at 4:54 PM, Jerome Villeneuve Larouche <
jlarou...@mapgears.com> wrote:

>
> Suggestions (Improvement for UbuntuGIS):
>
>  * Make a new SAGA package.
>

I don't think this is necessary. There is one for 2.1.0 on my ppa  (
https://launchpad.net/~johanvdw/+archive/saga-gis ), and the package for
2.0.8 is up to date (also in debian unstable).

The reason I didn't add 2.1.0 to ubuntugis is that it relies on wxwidgets
2.9. I don't want this library to the ubuntugis repository as it may break
other programs (among others grass).

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

Re: [Ubuntu] Saga GIS packaging

[Johan Van de Wauw]

(updated the header to split this discussion off)

On Sun, Aug 18, 2013 at 9:07 PM, Pedro Venâncio
wrote:

> Hi Johan,
>
> As you know, we have the problem described here
> http://hub.qgis.org/issues/8289 with SAGA 2.1.0 from your PPA.
>

This is a bug in sextante, I've clarified this again in the bugtracker.

>
> Additionally, at this time, we have no repository with the SAGA 2.0.8 for
> the latest LTS release, as discussed in the QGIS mailing list:
> http://osgeo-org.1560.x6.nabble.com/sextante-amp-saga-td5069210.html



>
> In ubuntugis-stable we have SAGA 2.0.4 and 2.0.7 for very old Ubuntu
> versions. In ubuntugis-unstable the situation is similar.
>
> It seems to me that, failing to include SAGA 2.1.0, at least SAGA 2.0.8
> should be included in ubuntugis for the various Ubuntu versions.
>
Ok, i'll fix this. I thought 2.0.8  was there for 12.04 already. Someone
should have told me earlier it was missing. I got confused by all these
ubuntu releases. Note that from 12.10 saga is in universe (ie ubuntu
itself), so adding it again to ubuntugis is not necessary[*], which is the
reason I stopped making updates.


[*] In fact adding saga could be considered to make sure that it is build
against eg a newer version of gdal, but it will not change saga's core
functionality.

>
> Best regards,
> Pedro
>
>
>
>
>
> >
> >From: Johan Van de Wauw
> >
> >
> >On Thu, Aug 15, 2013 at 4:54 PM, Jerome Villeneuve Larouche <
> jlarou...@mapgears.com> wrote:
> >
> >
> >>Suggestions (Improvement for UbuntuGIS):
> >>
> >> * Make a new SAGA package.
> >>
> >
> >I don't think this is necessary. There is one for 2.1.0 on my ppa  (
> https://launchpad.net/~johanvdw/+archive/saga-gis ), and the package for
> 2.0.8 is up to date (also in debian unstable).
> >
> >The reason I didn't add 2.1.0 to ubuntugis is that it relies on wxwidgets
> 2.9. I don't want this library to the ubuntugis repository as it may break
> other programs (among others grass).
> >
> >Johan
>
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

[Ubuntu] proj 4.8.0 in ubuntugis

[Johan Van de Wauw]

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] Google Summer of Code Satus

[Johan Van de Wauw]

Jerome,

First of all thanks for all that was done!

Just a remark, not only for you: release 14.04 of ubuntu will be the next
LTS version. Any packages that are now in good shape in ubuntugis  should
find their way to debian unstable as soon as possible. That way, they will
be included in ubuntu (universe) release 14.04. Having packages in
ubuntugis is nice, having them in ubuntu and debian is even better
(especially for libraries).

If I were to choose priorities for your work next weeks this would be
number one for me.

Johan


On Thu, Aug 15, 2013 at 4:54 PM, Jerome Villeneuve Larouche <
jlarou...@mapgears.com> wrote:

> Hello,
>
> As most of you know, I've been working on UbuntuGIS under the GSoC
> program, it's been going pretty well, but maybe not enough. I'm currently
> at week 11 out of 13 and there is still many things to be done.
> This email is to make a small report of what I've done and what needs to
> be done next.
>
> At week 11:
> ---
> What is done:
>
>  * All package in UbuntuGIS for Lucid, Precise, Quantal and Raring are
> updated to their latest version.
>  * New LibLAS package with python binding (no LASzip)
>  * New marble-qt package, install Marble without the KDE deps.
>  * Fixed the bugs caused by the libgdal1h update.
>  * Added the new libgeotiff package (1.4.0)
>  * Updated the libgdal-ecw-src pacakge to compile with the new ECW 5.0 SDK
> (there's still an issue with this one)
>
> Issues:
>
>  * The many issues caused by the libgdal1h seem to be fixed.
>  * Same thing with the issues caused by the new package name in Postgis.
>  * There is currently a problem with the new Libgdal-ecw-src package when
> trying to use Python-gdal and ECW support,I'm currently working on it, but
> if you have any idea what may cause the undefined symbol error, please post
> in this ticket 
> http://trac.osgeo.org/**ubuntugis/ticket/34
>
> Java Packaging:
>
>  * Looked into packaging Geotools, but it doesn't seem possible to do it
> in the time frame I have.
>  * Tried to package the latest version of Osmosis to learn a bit more
> about Java Packages but I ran into problem while trying to compile it and
> its new build method doesn't seem to be supported for package, so I moved
> on.
>
> Suggestions (Improvement for UbuntuGIS):
>
>  * Make a new SAGA package.
>  * Create a new plugin similar to the ECW, but for Oracle support for
> Mapserver and GDAL, will start working on it soon.
>
> Other:
>
>  * Create a new repository in Debian for people who don't want to use
> Unstable but still need the latest GIS softwares.
>  * Complete new documentation for UbuntuGIS.
>
> __**_
> 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
 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] 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  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= 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   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] Compiling FGDB support for gdal in ubuntugis-unstable

[Johan Van de Wauw]

Check that you have all build-dependencies installed. You will find
them in the debian/control file.

I guess you are missing  ruby1.8-dev , but you might be missing others as well.

Johan

On Fri, Sep 27, 2013 at 3:32 PM, Stewart C. Russell  wrote:
> Hi,
>
> I know that ESRI FGDB support isn't distributed with ubuntugis. I would
> like to add it in a local build, but I can't build the package from
> source. Here's what I did (this copied from my question at
> http://gis.stackexchange.com/q/72535/5500):
>
>   1. Enabled the source repository for [17]ubuntugis-unstable.
>   2. Downloaded the Linux 64-bit [18]File Geodatabase API 1.3, installed
>  it in /usr/local/FileGDB_API, added the necessary ldconfig setting,
>  and successfully built and run the test programs. (As suggested
>  procedure here: [19][Qgis-user] How to compile gdal with ESRI
>  FileGDB)
>   3. Installed the necessary source dependencies:
>  'sudo apt-get build-dep gdal'
>   4. Pulled down the source: 'apt-get source gdal'
>   5. Added the line '--with-fgdb=/usr/local/FileGDB_API \' to the
>  configure command in the debian/rules file.
>   6. From the source directory, issued
>  'dpkg-buildpackage -rfakeroot -uc -b'
>  (as advised here: [20]How do I get the source code of packages
>  installed through apt-get? - Ask Ubuntu)
>
>  The build goes well, but fails late in the package compilation stage,
>  complaining about a missing Ruby 1.9 tree in the fakeroot filesystem:
> …
> mv /home/scruss/gdal-1.10.0/debian/tmp/usr/local/lib/site_ruby/1.9/*
> /home/scruss/gdal-1.10.0/debian/tmp/usr/lib/ruby/1.9/.
> mv: cannot stat
> ‘/home/scruss/gdal-1.10.0/debian/tmp/usr/local/lib/site_ruby/1.9/*’: No
> such file or directory
> make: *** [install] Error 1
> dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
> status 2
>
> As this is unrelated to FGDB, it looks like I've got everything else in
> place. But it also likely means that gdal wouldn't build anyway. I'd
> rather stick with the ubuntugis packaging, as Ubuntu/Debian gets
> difficult with source packages built outside its control.
>
> Note that a simple './configure ; make' succeeds, even with all the
> Debian options enabled. Can someone advise, please?
>
> Many thanks,
>  Stewart
>
> References
>
> 17. https://launchpad.net/~ubuntugis/+archive/ubuntugis-unstable
> 18. http://www.esri.com/apps/products/download/index.cfm
> 19. http://lists.osgeo.org/pipermail//qgis-user/2012-November/020190.html
> 20.
> http://askubuntu.com/questions/28372/how-do-i-get-the-source-code-of-packages-installed-through-apt-get/28373#28373
> ___
> 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] Adding saga 2.1.0 to ubuntugis

[Johan Van de Wauw]

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
___
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]

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  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  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] QGIS and saga [SEC=UNCLASSIFIED]

[Johan Van de Wauw]

There is a setting in the processing toolbox which says use 2.0.8
compatibility. Make sure that is checked.

Johan
Op 11 nov. 2013 07:42 schreef "Alex Mandel" :

> On 11/10/2013 08:31 PM, Bruce Bannerman wrote:
> > Hello,
> >
> > _Environment_
> >
> > Ubuntu: 12.04.03
> >
> > UbuntuGIS Repository: Unstable
> >
> > qgis: 2.0.1-Dufour
> >
> > saga: 2.0.8
> >
> >
> >
> > Is anyone using qgis and saga?
> >
> > I'm having a look at this combination as potentially part of a
> geoprocessing workflow.
> >
> > When I try and view a (saga) command through qgis geoprocessing toolbox
> I get the following error:
> >
> > "Missing dependency.This algorithm cannot be run :-(
> > This algorithm requires SAGA to be run.Unfortunately, it seems that SAGA
> is not installed in your system, or it is not correctly configured to be
> used from QGIS
> > Click here to know more about how to install and configure SAGA to be
> used with QGIS"
> >
> > The specific algorithm was 'Contour lines from grid'.
> >
> >
> > Saga 2.0.8 had already been installed with the command:
> >
> > aptitude install saga
> >
> >
> >
> > Any pointers appreciated.
> >
> > Bruce
> >
>
> I have used SAGA 2.0.7 with QGIS 1.8 from Ubuntugis. I think there is
> something about processing in QGIS 2 being made to work with SAGA 2.10
> but there's a packaging bug related to gdal that prevents us from
> putting SAGA 2.10 into the ppa right now. Johan (from SAGA) knows more
> about the issue.
>
> Try the list archives for this list and the QGIS list ( do we archive
> this list on Nabble?).
>
> 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] UbuntuGIS ppa structure

[Johan Van de Wauw]

On Sat, Nov 9, 2013 at 10:19 PM, Ivan Mincik  wrote:

>
> I You think about it, my proposal to PPA structure is following:
>
> * ubuntugis-development - development versions of packages. Package version
> changes until they move to 'ubuntugis-staging'
>
> * ubuntugis-staging - staging versions which will be prepared to move at the
> time of each new ubuntu distribution release to 'ubuntugis-stable'
>
> * ubuntugis-stable - packages for all ubuntu distributions (LTS an non LTS)
> which will never change versions for a particular ubuntu distribution once
> released (only bugfixes available) - packages for each new distribution will
> be uploaded at the time of ubuntu distribution release
> Packages will be supported for each ubuntu distribution life time.
>
...
> Maintaining packages in 'ubuntugis-stable' for LTS distributions is
> long-term, responsible and boring task. This task I see as candidate for
> dedicated maintainer which could be financially supported by companies or
> organizations.
Ideally these packages should not be in a ppa but in universe (ubuntu
itself). If we keep in sync with debiangis the maintenance of these
packages will be much easier and not duplicated

I think maintenance in the first place this is not a role for
ubuntugis but for the project itself. I don't think it is good that
someone outside the project keeps patches, ... Ideally a project
should have maintenance releases as eg geoserver has. Usually no
packaging changes are needed for maintenance releases, so the
remaining job for debian/ubuntugis is not that hard.

In fact if we have a package in universe, it may not be uncommon that
security updates published by the projects are processed by motu's
employed by canonical.
In short, rather than duplicating work I think we should work more
with ubuntu to make sure recent packages are added and supported.

>
> * ubuntugis-backports - backported packages for LTS distributions. Can be
> upgraded as time goes on for all distributions

I think it is better not to have a seperate backports archive. I think
the development/staging packages should just exist for every release
we intend to support.
It also seems more practical for an end-user. He/She adds the ppa once
to get more recent versions of gis software than provided in universe.
Now you ask him/her to add this ppa, and then at one point in the
future to add the backports archive.
Having an extra ppa also increases the number of scenarios we have to
support: universe, universe+staging, universe+backports,
universe+staging+backports. Instead of 1 you get 3 combinations next
to universe. This becomes almost impossible to test every upload
especially if you take into account different ubuntu releases.
___
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  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
 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  
> 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

[Ubuntu] Packaging java gis software for ubuntu/debian

[Johan Van de Wauw]

On Sat, Dec 14, 2013 at 1:10 AM, Cameron Shorter
 wrote:
> Thanks Jody,
> So it seems that JAI (Java Advanced Imaging) is available in Ubuntu
> Multiverse [1]?
> I assume then that we should be able to package JAI dependant applications
> like geoserver into Multiverse too?

With jai in multiverse and in debian in nonfree, it is indeed possible
to package most java gis programs in a way that they can go into
debian and ubuntu! For debian they would go into contrib, for ubuntu
in multiverse.

It will be a huge undertaking nevertheless with all dependencies which
are currently not packaged. Especially because little people know
about both java and debian packaging.

I've added the ubuntugis and debian gis mailing lists. I think it
would be nice to see who is interested in helping out and starting to
package java libraries and programs.



>
> Would multiverse be the right place to package applications like geoserver?
>
>
> [1] http://packages.ubuntu.com/search?keywords=jai-core
>
> On 14/12/13 09:06, Jody Garnett wrote:
>
> We do not qualify for deb repositories due to JAI. You can produce stuff for
> apt get and yum but you would need your own repo ( as Boundless has done ).
>
> --
> Jody Garnett

Johan
___
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
 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  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  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] Fwd: [Live-demo] Packaging and project re-organization

[Johan Van de Wauw]

On Thu, Jan 2, 2014 at 10:37 AM, Andreas Tille  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] UbuntuGIS PSC Nominations are Open

[Johan Van de Wauw]

Hello everyone,

I guess all of us are either too shy to do a first post or subject to
a certain form of procrastination, or are we just scared to forget
someone while nominating:-)

Nevertheless I guess the recent IRC meetings with the osgeo live
project and debian gis people will really boost ubuntugis and
debiangis, so I guess we should really make sure we can continue the
positive vibe we have now and look at how osgeo can be part of this.

Anyway, with the holiday season almost over time to get started!

Rather than first proposing candidates I want to give a brief summary
of what I think a member of the PSC should do. For me the most
important thing is that he/she replies in time when decisions are to
be made. I would propose that we have a policy of replying and vote
within one week to any proposal on the mailing list. Apart from that I
hope that these votes will be really inclusive: I suggest that anyone
who is not part of the PSC is always encouraged to participate.


Anyway, people who I would like to nominate, in no particular order,
and I'm probably forgetting some
* Alan Boudreault
- for running UbuntuGIS for so long
* Jerome Larouche
- for the crazy amount of packages uploaded recently
* Ivan Mincik
- For his ideas an packaging and his work on gislab, though I still
don't really understand what it is
* Alex Mandel
- Because he was the only one replying on whether I should add saga
2.1.0 :-)  and for his contributions to ubuntugis and osgeo live over
a long time.
* Bas Couwenberg
- If most of the gis packages in ubuntu universe will be in a very
good shape for 14.04 it is all due to this man who has been packaging
like crazy recently

I guess I could add many more people from osgeo-live or debian -gis. I
support anyone active in those projects and really wanting to
contribute something to ubuntugis (or whatever we will become once
collaborating more with debian gis and/or osgeo live).

Cheers,
Johan

On Tue, Nov 26, 2013 at 10:12 PM, Alan Boudreault
 wrote:
> Hi All,
>
> As you may already know, a lot of people agreed to create a PSC for the
> UbuntuGIS Project. This has for goal to involved more people in the project
> and also for its goodness. You might be interested to read the whole thread
> about the main idea of creating a PSC:
>
> http://lists.osgeo.org/pipermail/ubuntu/2013-November/000921.html
>
> You are now welcome to submit nominations/suggestions of people for that
> PSC. A nomination could simply have the following items:
>
> - Name of the nominate
> - A brief description of who the nominate is.
> - The main role that the nominate could provide to the project. ie. project
> manager, packager, gis superuser, gis user, doc writer, tester, etc. All
> roles are important!!
>
> All the nominations will then be listed at the following wiki page and we
> will proceed to the vote before the Christmas:
>
> http://trac.osgeo.org/ubuntugis/wiki/PSCNominations2014
>
> Best Regards,
> Alan
>
> --
> 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

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  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] 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  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] UbuntuGIS PSC Nominations are Open

[Johan Van de Wauw]

On Fri, Jan 17, 2014 at 4:09 PM, Ivan Minčík  wrote:

> Johan, please add also yourself to the nomination list.
>
> Is anybody planning to visit OSGeo + QGIS sprint in Viena in March 2014 ?
> Maybe we could work on final DebianGIS/UbuntuGIS proposal there .

I am considering to go a few days (end of the week). Angelos Tzotsos
is also going.

Which reminds me that I'd also like to nominate him for the PSC.
Especially for his hard work on osgeo-live dvd which includes a lot of
packaging which should be done more aligned with debian/ubuntugis.

Johan

>
>
> --
> Ivan Minčík
> ivan.min...@gmail.com  GPG: 0x79529A1E
> http://imincik.github.io/0x79529A1E.key
> ivan.min...@gista.sk GPG: 0xD714B02C
> http://imincik.github.io/0xD714B02C.key
>
___
UbuntuGIS mailing list
Ubuntu@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/ubuntu
http://trac.osgeo.org/ubuntugis/wiki

Re: [Ubuntu] UbuntuGIS PSC Nominations are Open

[Johan Van de Wauw]

Bas (and any others considering going to FOSDEM),

I'll be around at FOSDEM. Best place to catch me will probably be the
Osgeo booth or also in the distribution room. It may be hard to catch
me on Saturday as I'm also involved in running FOSDEM and saterday
(especially before noon) is usually quite hectic. We could also meet
in the evening.

The Osgeo booth will be in the K-builiding, next to the OSM guys. The
distribution room is in another building (H).

Johan

On Sun, Jan 19, 2014 at 12:43 PM, Sebastiaan Couwenberg
 wrote:
> On 01/18/2014 10:45 PM, Ivan Minčík wrote:
>>> Is anybody planning to visit OSGeo + QGIS sprint in Viena in March 2014 ?
>>
>>>  > Maybe we could work on final DebianGIS/UbuntuGIS proposal there .
>>>
>>> I am considering to go a few days (end of the week). Angelos Tzotsos
>>> is also going.
>>>
>>
>> Would you be interested to manage some more intensive personal discussion
>> there ?
>
> I'm very unlikely to attend the sprint, but I'm reconsidering attending
> FOSDEM.
>
> If I do, I'll likely be in the Distribution Room working on Debian GIS
> packages and policy, and of course available for in person discussions
> such as these.
>
> Kind Regards,
>
> Bas
>
> --
> GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old)
> ___
> 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] Google Summer of Code for OSGeo-Live/UbuntuGIS/DebianGIS?

[Johan Van de Wauw]

I think there are already many packaging guides out there, and if
packaging guides are missing it should be up to debian/ubuntu soc
projects to create them, I don't think this is something osgeo should
do. And in fact with dh, dh_make and a proper upstream (which is what
matters) packaging really is very automated. The real problem is that
upstream is often not 'proper´.

So ideally, we would have someone who can help pushing upstream to
become 'proper'. I think this is a role osgeo can play. to give an
example of what I mean see eg the comments I once made about mapguide:
http://lists.osgeo.org/pipermail/ubuntu/2010-April/000190.html
Eg for java packages he/she could first start by listing which
dependencies there are. If dependencies are on specific versions he
should try to find out whether this is really necessary and advise the
projects to do things differently. 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.
If people now say that some java packages are hard to package properly
on debian it is partly because we don't have a list of all the issues
and nobody who really had time to compile such a list. Once such a
list is made different people with different skills can act on them.
Somebody in debian may have easy solutions for some issues, while some
things may be easy to fix for upstream if they realize that something
is a problem.

Johan

On Fri, Feb 7, 2014 at 9:00 PM, Alan Boudreault
 wrote:
> Note that Jerome already wrote a few packaging tutorials.
>
> http://trac.osgeo.org/ubuntugis/#Packagers
>
> I agree that a lot more could be done... but it's hard to write automated
> scripts for packaging. The packages often differ.
>
> Alan
>
>
> On 14-02-07 02:47 PM, Alex Mandel wrote:
>
> Really this idea is a continuation of Jerome's work last year. For me
> what we didn't get last year that I think would be really helpful,
> "guide to packaging for mere mortals", not necessarily from scratch but
> easy to follow steps to update packages when new releases come out.
> Maybe even some scripts to automate the build dep rebuild issue where
> when say when gdal updates all sorts of things built on in it need to be
> rebuilt in certain order so that everyone benefits.
>
> After that pursuing tools and work flows to increase packaging of stuff
> that isn't packaged seems relevant, in particular the outstanding java
> issue.
>
> Thanks,
> Alex
>
>
> On 02/07/2014 11:39 AM, Cameron Shorter wrote:
>
> Hi all,
> I'm wondering whether we should put forward a
> "debiangis/ubuntugis/osgeolive packaging" idea as a Google Summer of
> Code project?
>
> In particular, I could see the focus would be on packaging of java
> packages, which to date have been difficult. It would involve
> researching best practices, providing recommendations based upon
> research, liaising with projects and packaging communities, and
> implementing the packaging.
>
> I reckon it would be hugely valuable, and also a great stretch task for
> a student.
>
> Thoughts?
> Anyone wish to volunteer as a mentor?
>
> Any other projects?
>
>  Original Message 
> Subject: [OSGeo-Edu] OSGeo Google Summer of Code 2014 - ideas needed!
> Date: Thu, 6 Feb 2014 22:34:09 +0100
> From: Anne Ghisla 
> To: OSGeo Google Summer of Code list , OSGeo
> Discuss list , OSGeo Education List
> , ICA OSGeo Labs list
> , OSGeo Local Chapters
> 
>
>
>
> Hello all, and sorry for cross posting,
>
> this year, Google Summer of Code starts earlier than usual: the
> applications for mentoring organisations are already open, and will
> close on February 14th.
>
> For who is new to Summer of Code, it is a global program that offers
> students stipends to write code for open source projects. See more at
> http://www.google-melange.com/gsoc/homepage/google/gsoc2014
>
> OSGeo is going to apply for GSoC 2014, and the first task is to set up
> Ideas pages for all projects, before February, 14th. It is a little
> more than a week!
>
> The Ideas page is being built here, and shall contain links to all
> the geospatial projects involved:
> http://wiki.osgeo.org/wiki/Google_Summer_of_Code_2014_Ideas
> The links from past year are commented in the wiki page. If you have
> trouble editing the wiki let me or Hamish know.
>
> I encourage developers, teachers and students to start working on ideas
> for GSoC and populate the Ideas pages of the related project.
> Please forward this mail, or the link to OSGeo GSoC wiki pages, to all
> the interested people and projects.
>
> If you have questions, please send a mail to the dedicated mailing list
> s...@lists.osgeo.org .
>
> Thanks everyone in advance for your contribution to the Ideas pages -
> let's do our best to get OSGeo accepted in GSoC 2014!
>
> http://wiki.osgeo.org/wiki/Google_Summer_of_Code_2014
>
> Best regards,
>
> Anne and Hamish
>

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  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

[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] 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
 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

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] piuparts gdal

[Johan Van de Wauw]

Bas

On Tue, Oct 21, 2014 at 11:10 PM, Sebastiaan Couwenberg
 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] 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  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  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  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
>  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  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 
>> > 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]

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  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
>  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  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
>> >  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 
>> >> 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 
>> >> > 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]

On Mon, Nov 3, 2014 at 10:00 PM, alassane toure  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
>  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  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
>> >  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 
>> >> 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
>> >> >  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 
>> >> >> 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
>> >> >> > 
>> >> >> > 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]

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  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  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  wrote:
>>>
>>> No error as a result!!!  Thank you very much!
>>>
>>> On Mon, Nov 3, 2014 at 2:15 PM, Johan Van de Wauw
>>>  wrote:
>>>>
>>>> On Mon, Nov 3, 2014 at 10:00 PM, alassane toure 
>>>> 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
>>>> >  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 
>>>> >> 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
>>>> >> >  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 w

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  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
 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  
> 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

[Ubuntu] Who will be at FOSDEM?

[Johan Van de Wauw]

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.

I have also just been writing a proposal for the geospatial devroom
about both projects (one could argue that with a slightly different
focus it could be a proposal for the distributions devroom instead),
but we could also opt for having a BoF meeting somewhere outside the
devrooms (or even have a sprint on friday/monday?).

>From Debian-GIS to OSGeo live and back

OSGeo live (live.osgeo.org) is a self-contained bootable dvd, usb
thumb drive or virtual machine based on Lubuntu, that allows you to
try a wide variety of open source geospatial software without
installing anything.

Debian GIS is a project with the goal of making Debian the best
distribution for Geographical Information System applications. And to
make things even more complicated, there is also Ubuntu GIS, which
provides packages for Ubuntu

Even though OSGeo live is based on the packages in Debian, both
projects somehow diverted and where OSGeo live managed to get a large
(100+) community of contributors, progress in Debian GIS was stalling.
Recently however, a new wind is blowing in Debian GIS, coinciding with
the debian blends initiative. It looks like a perfect time for
bringing more of the packages and documentation on the OSGeo live to
properly managed packages.

This talk will focus on how one can contribute to both projects, and
leaves time for discussion on how collaboration can be improved, what
obstacles may need to be tackled before a wider audience could
contribute to Debian GIS.

Johan
[1] https://fosdem.org/2015/
[2] https://lists.fosdem.org/pipermail/fosdem/2014-October/002039.html
[3] https://lists.fosdem.org/pipermail/fosdem/2014-October/002047.html
___
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
 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] Who will be at FOSDEM?

[Johan Van de Wauw]

On Mon, Jan 19, 2015 at 2:38 PM, Francesco P. Lovergine
 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] 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
 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

[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
 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

[Ubuntu] Which debian gis packages in experilmental can go into ubuntu

[Johan Van de Wauw]

Hi all,

we are now 2 days away from the Debian import freeze for Vivid.

https://wiki.ubuntu.com/VividVervet/ReleaseSchedule

Due to the freeze a number of packages have been uploaded to
experimental instead of unstable. On the other hand we have a number
of packages which are in experimental because they are not yet fit for
unstable because of transitions/...

Ubuntu automatically syncs from unstable, but it is possible to
request syncs from experimental as well.

I just wanted to know for which of these packages that would be a
sensible thing to do, and if there are packages where we definitely
should not do so.

dans-gdal-scripts 0.23-3~exp1 vs 0.23-2 (in ubuntu)
freexl: 1.0.0h-1~exp1 vs 1.0.0g-1
(gdal, already synced to 1.11.1+dfsg-1~exp2; note that 1.11.2 was
released today)
geographiclib: check why not synced from unstable
1.35-2u1 vs 1.37-3 (U/T) and 1.38-1~exp1
grass 6.4.4-1 vs 7.0.0~rc2-1~exp1
jmapviewer: 1.05+dfsg-1~exp1 vs 1.03+dfsg-2
 josm: 0.0.svn7995+dfsg1-1~exp1 vs 0.0.svn7643+dfsg1-1
josmplugins 0.0.svn30932+ds1-1~exp1 vs 0.0.svn30763+ds1-1
libcitygml: (check why not synced from unstable)
libepsilon: 0.9.2-3~exp1 vs 0.9.2-2
libgeo-proj4-perl: 1.05-2~exp1 vs 1.05-1
liblas: 1.8.0-2~exp1 vs 1.8.0-1.
mkgmap: 0.0.0+svn3436-1~exp1 vs 0.0.0+svn-1
mkmapgui 1.1.ds-3~exp1 vs 1.1.ds-2
openlayers: 2.13.1+ds2-1~exp1 vs 2.11+ds1-1
openstreetmap-map-icons: 1:0.0.svn30932-1~exp1 vs 1:0.0.svn30763-1
osgearth: 2.6.0+dfsg-1~exp1 vs 2.5.0+dfsg-2
osm2pgsl: 0.87.1-1~exp1 vs 0.86.0-1
osmosis: 0.43.1-3~exp1 vs 0.43.1-2
postgis: 2.1.5+dfsg-1~exp2 vs 2.1.4+dfsg-2
proj: 4.9.0~rc2-1~exp1 vs 4.8.0-5
qlandkartegt: 1.8.0+ds-1~exp1 vs 1.7.7-3
qmapshack: 0.12.0-1~exp1 vs 0.7.0-1
readosm 1.0.0d-1~exp1 vs 1.0.0b+dfsg1-2
spatialindex: 1.8.5-1~exp1 vs 1.8.1-3
spatialite: 4.2.0-1~exp1 vs 4.1.1-10
spatialite-tools: 4.2.1~rc1-1 vs 4.1.1-4
libgeotiff-epsg: 1.4.1-1~exp1 vs 1.4.0-1
openscenegraph: (check whether can be synced from unstable)

Regards,
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

Re: [Ubuntu] Removing oneiric/quantal packages

[Johan Van de Wauw]

On Thu, Feb 26, 2015 at 12:13 AM, Jürgen E.  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

Re: [Ubuntu] QGIS/GDAL with grass7 support

[Johan Van de Wauw]

On Wed, Mar 11, 2015 at 12:39 PM, Sebastiaan Couwenberg
 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] How to fix the unmet dependencies for grass-gui ?

[Johan Van de Wauw]

Carlos,

Please report whatever error you got. Maybe it is something different.

Luis,
I think I found the cause and a solution to the problem: I assume you
upgraded to trusty (14.04) from saucy (13.10).
You still have proj leftover from saucy. This may give conflicts. Try
removing it explicitely: apt-get remove libproj0 (this may delete
other packages as well, this is on purpose) and then try installing
again.

Kind Regards,

Johan

On Sun, Mar 22, 2015 at 5:41 AM, Carlos Cerdán  wrote:
> Hi Luis
>
> I had the same trouble. What I did to fix it was, under Synaptic:
>
> 1. Uninstall completly QGIS and GRASS, and all related packets (Don't worry,
> pluggins and configuration won't be deleted, they are at your home
> directory).
>
> 2. Delete the Ubuntugis repository (In Synaptic, Spanish menu: Configuracion
> --> Respositorios --> Otro software)
>
> 3. Add the Stable Repository: Go to the QGIS download page and follow the
> instructions. For Ubuntu 14.04 we need to add:
>
> deb http://qgis.org/debian trusty main
> deb-src http://qgis.org/debian trusty main
>
> 4. Reload software origins.
>
> 5. Install QGIS, GRASS and their packets. All must be working fine again,
> with GRASS 6.4
>
> Best whishes from Perú
>
> Carlos Cerdán
>
> 2015-03-21 6:05 GMT-05:00 Luís de Sousa :
>
>> Dear all,
>>
>> I have the ubuntugis-unstable PPA registered in my sources.list
>> (Ubuntu 14.04). Two days ago an automatic system update tried to
>> install the new grass 7 meta-package, which failed due to unmet
>> dependencies. Right now I have different versions of grass-core and
>> grass-gui installed and grass fails to start.
>>
>> Apt reports the following:
>>
>> $ sudo apt-get build-dep grass-gui
>> Reading package lists... Done
>> Building dependency tree
>> Reading state information... Done
>> Picking 'grass' as source package instead of 'grass-gui'
>> Note, selecting 'libtiff5-dev' instead of 'libtiff-dev'
>> The following packages have unmet dependencies.
>>  libcairo2-dev : Depends: libcairo2 (= 1.13.0~20140204-0ubuntu1) but
>> 1.13.0~20140204-0ubuntu1.1 is to be installed
>>  Depends: libcairo-gobject2 (=
>> 1.13.0~20140204-0ubuntu1) but 1.13.0~20140204-0ubuntu1.1 is to be
>> installed
>>  Depends: libfontconfig1-dev (>= 2.2.95) but it is not
>> going to be installed
>>  Depends: libglib2.0-dev but it is not going to be
>> installed
>>  libproj-dev : Depends: libproj0 (= 4.8.0-2ubuntu2) but 4.8.0-4~saucy2
>> is to be installed
>> E: Build-dependencies for grass-gui could not be satisfied.
>>
>> I have tried the basic tricks in the book to fix these dependencies:
>> install -f, autoclean, etc, to no avail. The following step would be
>> to remove the PPA altogether, which obviously I can not do because I
>> need grass.
>>
>> Could I get these dependencies from a different PPA? Otherwise, would
>> there be any other way of getting grass running again? I do not mind
>> continuing to use 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
___
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  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] 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
 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 Wed, Mar 25, 2015 at 8:24 PM, César Augusto Ramírez Franco
 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] 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
 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] Installing both Grass 6.4 and Grass 7 on Ubuntu 14.04

[Johan Van de Wauw]

On Mon, Mar 30, 2015 at 12:39 PM, César Augusto Ramírez Franco
 wrote:

> What I'm doing is I have a VirtualBox setup for testing Grass7.

A bit more difficult to grasp and slightly more work, but you could
also consider using schroot. See eg:
https://help.ubuntu.com/community/DebootstrapChroot
http://www.binarytides.com/setup-chroot-ubuntu-debootstrap/

This has the advantage that you can easily share your home-directory
and other resources.

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] How to install nightly build om trusty

[Johan Van de Wauw]

Hi Johan,

Can you verify your processing options (processing menu, options)
Under providers, make sure grass 7 is active and for saga check that
the box "Use saga 2.0.8 syntax" is not checked.

Does this solve your problem?

Kind Regards,
Johan VdW

On Tue, Apr 21, 2015 at 11:37 AM, Johan Nilsson  wrote:
> Have problem to runing Saga or Grass 7 from Processing on unstable Ubuntugis
> ppa. The script appar as they should without ppa but the older versions lack
> some scripts i need. I had 6.4 version of Grass but everything stoped
> working with upgrade to grass 7, not just grass-plug-in but also in
> Processing.  May in help to reinstall all?  Other are it possible to upgrade
> to nightly-build, but can't find how i does it on trusty? Run ubuntu 14.04
> LTS (trusty)
> Johan N /Cheers
>
>
> ___
> 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] Hardcoded GDAL version in QGIS package

[Johan Van de Wauw]

I have no access to a trusty box now, but as a quick solution, try
reverting the update of gdal: sudo apt-get install libgdal1h=gdal -
1.11.1+dfsg-1~exp2~trusty


Bas: trouble is that with grass7 in ubuntugis qgis is now refusing to
build. Should be easy to fix - but it is more work than just bumping
the version number (which I tried first).
I'll try tonight if I can fix it.

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=ubuntu&id=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]

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  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] 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
 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  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] GRASS 7 packages in UbuntuGIS

[Johan Van de Wauw]

On Wed, Jul 29, 2015 at 4:22 PM, Ivan Mincik  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

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  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] Fwd: GRASS GIS 7 with liblas support

[Johan Van de Wauw]

On Wed, Aug 5, 2015 at 2:46 PM, Johan Van de Wauw
 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] Problems with postgis installation

[Johan Van de Wauw]

On Mon, Aug 24, 2015 at 9:51 PM, Mike Farmer  wrote:
> Hi Guys,
>
> After much fruitless searching I really find that I need some help. Problem
> in a nutshell is this:
>
> psql -d gis -c 'CREATE EXTENSION postgis'
>
>
> which returns:
>
> ERROR:  could not load library
> "/usr/lib/postgresql/9.3/lib/rtpostgis-2.1.so": libkmldom.so.0: cannot open
> shared object file: No such file or directory

libkmldom.so.0 is part of the package libkml0 [1]
install from your package manager or if you like:
sudo apt-get install libkml0

I do wonder why it was not installed, I should check.

[1] http://packages.ubuntu.com/trusty/libkml0
___
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  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] Problems with postgis installation

[Johan Van de Wauw]

Mike,

Does upgrading gdal help:
sudo apt-get install libgdal1h


Do you have any other repositories such as the one from postgresql in
your sources?

If all of this does not help, please share the version and depends you
get when running
apt-cache show postgis
apt-cache show libgdal1h

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] 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]

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] 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

[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] 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

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] Stable update

[Johan Van de Wauw]

On Mon, Apr 25, 2016 at 10:04 PM, Alex M  wrote:
> Historically we haven't done a great job of keeping stable very
> relevant, but people running servers in production really ought to be
> using it and not unstable. Maybe a clearer policy on when things should
> move to stable needs to be made (it is ok for some packages to be the
> same version as unstable).
With quite DebianGIS quite up-to-date, Ubuntu already has rather
recent versions of most packages. I think stable becomes perhaps even
less relevant. For non-LTS releases I think we should not use it
(well, never say never). For LTS releases, I think the policy of
copying whatever gets on OSGeo live after the release is quite a good
policy. It gets a lot of testing.

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]

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] 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] 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] Fixing CVE-2016-9839 for mapserver

[Johan Van de Wauw]

Hello Bas,

Thanks for you work so far.


>> The above also affects the mapservers packages in the UbuntuGIS PPAs.
>>
>> I've updated the mapserver package to 7.0.3 for xenial & trusty in
>> ubuntugis-unstable already, these still need to be copied to -testing &
>> -stable though.

What about the packages in universe? I have some time to update those
tomorrow - I just want to avoid doing double work so checking if you
started working on that.

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] GDAL 2.2.0 transition

[Johan Van de Wauw]

If I understand correctly, 2.2.1 will be released mid this week,
perhaps it is worth waiting for that and save a transition?

On Wed, Jun 28, 2017 at 7:39 PM, Angelos Tzotsos  wrote:
> Hi all,
>
> Any objections to move the packages to Unstable?
>
> There was a report in the OTB mailing list about performance issues with OTB
> 6.0 and experimental.
> Any feedback on that?
>
> Best,
> Angelos
>
>
> On 06/05/2017 01:09 AM, Angelos Tzotsos wrote:
>>
>> Hi all,
>>
>> I have just completed the transition to GDAL 2.2.0 for Xenial and have
>> pushed the packages to experimental ppa.
>> Please test before we push to unstable.
>>
>> Best,
>> Angelos
>>
>
> --
> Angelos Tzotsos, PhD
> Charter Member
> Open Source Geospatial Foundation
> http://users.ntua.gr/tzotsos
>
> ___
> 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