[GRASS-dev] [GRASS-user] G7-gui and G64 add-on problems on Xubuntu (installation from grass/ubuntugis ppa)

[sorry to break the thread but yahoo mail is more broken than usual today and won't let me reply to the other..]

Cesar wrote:

To be able to install grass addons in 6.4.3 you need to install the
grass-dev package with sudo apt-get install grass-dev and then issue
the g.extension command

Vaclav wrote:

Maybe, GRASS, namely g.extension, should identify the error (e.g.
check the include/Make directory) and report an error with a suggestion
(if on linux: "Check that you have package ..."). But this might be
very different for various distributions.

Hi,

the master debian packaging rules for 6.4 do add such a warning already, but
only for the command line version of g.extension (which I was more
comfortable patching at the time; patch for the python version welcome).

http://anonscm.debian.org/gitweb/?p=pkg-grass/grass.git;a=blob_plain;f=debian/patches/check4dev;hb=HEAD

so when you run it without the grass-dev package installed the first warning
you get is to install the missing package. I don't know how often the Ubuntu
custom PPA packagers sync with the updates to the debiangis packaging rules,
but the warning has been in there for a year and a half or so already.
IMO this is a packaging issue; any fix/warning due to packaging splits belongs
with the packaging rules that did the splitting.

Probably also the package description and suggested/related packages
should provide some information.

this is also already done,

http://anonscm.debian.org/gitweb/?p=pkg-grass/grass.git;a=blob;f=debian/control;h=9f1191080f0ee9a5dcbcd9ebe4e62d9203ed5f13;hb=HEAD#l162

grass-dev pkg description:
"This package contains the header files for developing with GRASS.
Install this package if you wish to develop software that manipulates
GRASS data sets or install addons using the g.extension module."

ISTR there was an issue if grass-dev was installed but the grass-doc
package wasn't, but I think that's a bit of a corner case (->if grass-core
was installed but the "grass" package wasn't). I think the problem had
to do with the missing logo or css file, or perhaps the missing dir
structure?

I too get the emails about the broken 7.0 ppa build, according to the error
message the latest issue seems to be a ubuntu dependency tangle in the
new "trusty" version, best to give that some time to sort itself out:

"State: Dependency wait"
https://launchpadlibrarian.net/154922788/buildlog.txt.gz
https://launchpadlibrarian.net/155002197/buildlog.txt.gz

earlier I saw errors which the build log suggested were gcc bugs when builing
ccmath, I assume an update for gcc would solve that.

Finally, and not really related but while I remember, there's a problem
building 6.4.3 on Itanium which I don't understand; build log:

https://buildd.debian.org/status/fetch.php?pkg=grass&arch=ia64&ver=6.4.3-2&stamp=1380196645

"""
...
gcc -I/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/include -g -O2 -Wformat -Werror=format-security -fPIE -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security -Wno-error=format-security -Wall -O -fPIC -DPACKAGE=\""grasslibs"\" -DPACKAGE=\""grasslibs"\" -I/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/include -o OBJ.ia64-unknown-linux-gnu/window.o -c window.c
gcc -shared -o /«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/lib/libgrass_display.6.4.3.so -L/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/lib -Wl,--export-dynamic -Wl,-rpath-link,/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/lib OBJ.ia64-unknown-linux-gnu/cnversions.o OBJ.ia64-unknown-linux-gnu/color_list.o OBJ.ia64-unknown-linux-gnu/draw.o OBJ.ia64-unknown-linux-gnu/draw2.o OBJ.ia64-unknown-linux-gnu/get_win.o OBJ.ia64-unknown-linux-gnu/ident_win.o OBJ.ia64-unknown-linux-gnu/list.o OBJ.ia64-unknown-linux-gnu/popup.o OBJ.ia64-unknown-linux-gnu/raster.o OBJ.ia64-unknown-linux-gnu/raster2.o OBJ.ia64-unknown-linux-gnu/setup.o OBJ.ia64-unknown-linux-gnu/symbol.o OBJ.ia64-unknown-linux-gnu/tran_colr.o OBJ.ia64-unknown-linux-gnu/window.o -lgrass_gis.6.4.3 -lgrass_datetime.6.4.3 -lz -lgrass_raster.6.4.3 -lgrass_pngdriver.6.4.3 -lgrass_driver.6.4.3 -lgrass_gis.6.4.3 -lgrass_datetime.6.4.3 -lz -lfreetype -lgrass_gis.6.4.3
-lgrass_datetime.6.4.3 -lz -lpng -lz -lm -lgrass_psdriver.6.4.3 -lgrass_driver.6.4.3 -lgrass_gis.6.4.3 -lgrass_datetime.6.4.3 -lz -lfreetype -lgrass_gis.6.4.3 -lgrass_datetime.6.4.3 -lz -lgrass_driver.6.4.3 -lgrass_gis.6.4.3 -lgrass_datetime.6.4.3 -lz -lfreetype -lgrass_gis.6.4.3 -lgrass_datetime.6.4.3 -lz
/usr/bin/ld: OBJ.ia64-unknown-linux-gnu/raster2.o: @gprel relocation against dynamic symbol D__overlay_mode
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
make[4]: *** [/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/lib/libgrass_display.6.4.3.so] Error 1
make[4]: Leaving directory `/«PKGBUILDDIR»/lib/display'
...
"""

thanks,
Hamish

Hi,

Could try the addon package for grass6.4 from ubunutu ppa[1] which contains most of them. There are builds for raring and saucy. But as you are using 12.04 LTS i had requested a build for Precise[2]. If would be helpful to get it tested by others. Its been there for a while but I didnt hear any issues regarding them maybe none used.

[1] https://code.launchpad.net/~rashadkm/+recipe/grass-addons-daily
[2] https://code.launchpad.net/~grass/+archive/grass-stable/+recipebuild/568793

···

On Sun, Oct 27, 2013 at 2:38 AM, Hamish <hamish_b@yahoo.com> wrote:

[sorry to break the thread but yahoo mail is more broken than usual today and won’t let me reply to the other…]

Cesar wrote:

To be able to install grass addons in 6.4.3 you need to install the
grass-dev package with sudo apt-get install grass-dev and then issue
the g.extension command

Vaclav wrote:

Maybe, GRASS, namely g.extension, should identify the error (e.g.
check the include/Make directory) and report an error with a suggestion
(if on linux: “Check that you have package …”). But this might be
very different for various distributions.

Hi,

the master debian packaging rules for 6.4 do add such a warning already, but
only for the command line version of g.extension (which I was more
comfortable patching at the time; patch for the python version welcome).

http://anonscm.debian.org/gitweb/?p=pkg-grass/grass.git;a=blob_plain;f=debian/patches/check4dev;hb=HEAD

so when you run it without the grass-dev package installed the first warning
you get is to install the missing package. I don’t know how often the Ubuntu
custom PPA packagers sync with the updates to the debiangis packaging rules,
but the warning has been in there for a year and a half or so already.
IMO this is a packaging issue; any fix/warning due to packaging splits belongs
with the packaging rules that did the splitting.

Probably also the package description and suggested/related packages
should provide some information.

this is also already done,

http://anonscm.debian.org/gitweb/?p=pkg-grass/grass.git;a=blob;f=debian/control;h=9f1191080f0ee9a5dcbcd9ebe4e62d9203ed5f13;hb=HEAD#l162

grass-dev pkg description:
“This package contains the header files for developing with GRASS.
Install this package if you wish to develop software that manipulates
GRASS data sets or install addons using the g.extension module.”

ISTR there was an issue if grass-dev was installed but the grass-doc
package wasn’t, but I think that’s a bit of a corner case (->if grass-core
was installed but the “grass” package wasn’t). I think the problem had
to do with the missing logo or css file, or perhaps the missing dir
structure?

I too get the emails about the broken 7.0 ppa build, according to the error
message the latest issue seems to be a ubuntu dependency tangle in the
new “trusty” version, best to give that some time to sort itself out:

“State: Dependency wait”
https://launchpadlibrarian.net/154922788/buildlog.txt.gz
https://launchpadlibrarian.net/155002197/buildlog.txt.gz

earlier I saw errors which the build log suggested were gcc bugs when builing
ccmath, I assume an update for gcc would solve that.

Finally, and not really related but while I remember, there’s a problem
building 6.4.3 on Itanium which I don’t understand; build log:

https://buildd.debian.org/status/fetch.php?pkg=grass&arch=ia64&ver=6.4.3-2&stamp=1380196645

“”"

gcc -I/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/include -g -O2 -Wformat -Werror=format-security -fPIE -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security -Wno-error=format-security -Wall -O -fPIC -DPACKAGE="“grasslibs”" -DPACKAGE="“grasslibs”" -I/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/include -o OBJ.ia64-unknown-linux-gnu/window.o -c window.c
gcc -shared -o /«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/lib/libgrass_display.6.4.3.so -L/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/lib -Wl,–export-dynamic -Wl,-rpath-link,/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/lib OBJ.ia64-unknown-linux-gnu/cnversions.o OBJ.ia64-unknown-linux-gnu/color_list.o OBJ.ia64-unknown-linux-gnu/draw.o OBJ.ia64-unknown-linux-gnu/draw2.o OBJ.ia64-unknown-linux-gnu/get_win.o OBJ.ia64-unknown-linux-gnu/ident_win.o OBJ.ia64-unknown-linux-gnu/list.o OBJ.ia64-unknown-linux-gnu/popup.o OBJ.ia64-unknown-linux-gnu/raster.o OBJ.ia64-unknown-linux-gnu/raster2.o OBJ.ia64-unknown-linux-gnu/setup.o OBJ.ia64-unknown-linux-gnu/symbol.o OBJ.ia64-unknown-linux-gnu/tran_colr.o OBJ.ia64-unknown-linux-gnu/window.o -lgrass_gis.6.4.3 -lgrass_datetime.6.4.3 -lz -lgrass_raster.6.4.3 -lgrass_pngdriver.6.4.3 -lgrass_driver.6.4.3 -lgrass_gis.6.4.3 -lgrass_datetime.6.4.3 -lz -lfreetype -lgrass_gis.6.4.3
-lgrass_datetime.6.4.3 -lz -lpng -lz -lm -lgrass_psdriver.6.4.3 -lgrass_driver.6.4.3 -lgrass_gis.6.4.3 -lgrass_datetime.6.4.3 -lz -lfreetype -lgrass_gis.6.4.3 -lgrass_datetime.6.4.3 -lz -lgrass_driver.6.4.3 -lgrass_gis.6.4.3 -lgrass_datetime.6.4.3 -lz -lfreetype -lgrass_gis.6.4.3 -lgrass_datetime.6.4.3 -lz
/usr/bin/ld: OBJ.ia64-unknown-linux-gnu/raster2.o: @gprel relocation against dynamic symbol D__overlay_mode
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
make[4]: *** [/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/lib/libgrass_display.6.4.3.so] Error 1
make[4]: Leaving directory `/«PKGBUILDDIR»/lib/display’

“”"

thanks,
Hamish


grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Regards,
Rashad

Tim wrote:

Yes, latest QGIS (daily) packaged based on nightly GRASS builds.
Th problem was that upstream was shipping the /debian files as
templates. These would need to be replaced by the build script.

apparently the trick is to to edit the debian/changelog file,
and on the first line replace UNRELEASED with the name of the
distro version (template extension) you wish to use.

for anything resembling official/stable QGIS packages I'd
strongly recommend to stay with an already released
stable version of GRASS (i.e. 6.4.3, or for qgis development
nightly builds the 6.4 release branch). for experimental/
development packages, do as you like as long as they are
clearly labeled as such.

thanks,
Hamish

Hi Hamish,

On Tue, 29. Oct 2013 at 04:38:14 -0700, Hamish wrote:

Tim wrote:
> Yes, latest QGIS (daily) packaged based on nightly GRASS builds.
> Th problem was that upstream was shipping the /debian files as
> templates. These would need to be replaced by the build script.

apparently the trick is to to edit the debian/changelog file,
and on the first line replace UNRELEASED with the name of the
distro version (template extension) you wish to use.

Or just follow in qgis' INSTALL 3.8[1] and add a changelog entry with something
like:

dch -l ~lucid --force-distribution --distribution lucid "lucid build"

Jürgen

[1] https://github.com/qgis/QGIS/blob/master/INSTALL#L304

--
Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50
Software Engineer D-26506 Norden http://www.norbit.de
QGIS PSC member (RM) IRC: jef on FreeNode

--
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502