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

wenzeslaus · October 14, 2013, 1:11pm

[Changing list to grass-dev, at least the traceback is compilation problem.]

Hi,

···

On Mon, Oct 14, 2013 at 4:34 AM, Johannes Radinger <johannesradinger@gmail.com> wrote:

Hi all,

I want to install G7 and G6.4.3 as well as several add-ons on a freshly installed Xubuntu (12.04) machine (Virtualbox) for testing purposes. Therefore I run following commands after Xubuntu installation and update of the system:

sudo add-apt-repository ppa:grass/grass-devel
sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable
sudo apt-get update
sudo apt-get install grass643 grass70 grass-gui grass70-gui

However after successful installation I run into following two problems:

When I try to launch G7-gui (e.g. with standard NC example dataset) I get following error:

Launching GUI in the background, please wait…
GRASS 7.0.svn (nc_basic_spm_grass7):~ > Traceback (most recent call last):
File “/usr/lib/grass70/etc/gui/wxpython/wxgui.py”, line 143, in
sys.exit(main())
File “/usr/lib/grass70/etc/gui/wxpython/wxgui.py”, line 136, in main
app = GMApp(workspaceFile)
File “/usr/lib/grass70/etc/gui/wxpython/wxgui.py”, line 50, in init
wx.App.init(self, False)
File “/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py”, line 7981, in init
self._BootstrapApp()
File “/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py”, line 7555, in _BootstrapApp
return core.PyApp__BootstrapApp(*args, **kwargs)
File “/usr/lib/grass70/etc/gui/wxpython/wxgui.py”, line 84, in OnInit
workspace = self.workspaceFile)
File “/usr/lib/grass70/etc/gui/wxpython/lmgr/frame.py”, line 108, in init
self._menuTreeBuilder = LayerManagerMenuData()
File “/usr/lib/grass70/etc/gui/wxpython/lmgr/menudata.py”, line 40, in init
MenuTreeModelBuilder.init(self, filename, expandAddons=expandAddons)
File “/usr/lib/grass70/etc/gui/wxpython/core/menutree.py”, line 69, in init
xmlTree = etree.parse(filename)
File “/usr/lib/python2.7/xml/etree/ElementTree.py”, line 1183, in parse
tree.parse(source, parser)
File “/usr/lib/python2.7/xml/etree/ElementTree.py”, line 657, in parse
self._root = parser.close()
File “/usr/lib/python2.7/xml/etree/ElementTree.py”, line 1655, in close
self._raiseerror(v)
File “/usr/lib/python2.7/xml/etree/ElementTree.py”, line 1507, in _raiseerror
raise err
xml.etree.ElementTree.ParseError: no element found: line 1, column 0

About the traceback, it seems as a compilation issue in the PPA. During compilation the menudata.xml file should created in gui/wxpython/xml/ but probably it is not.

There is a note about some changes in the repository at:
https://launchpad.net/~grass

Can someone from the Launchpad GRASS GIS team check/explain what is happening? With this file we have problems at Mac but Ubuntu and Windows were successfully tested (but still, the related Makefile is bit strange, so that might be a problem).

Here is what my ls says after I run make:

$ ls gui/wxpython/xml/
grass-gxm.dtd menudata.dtd menudata.xml toolboxes.dtd
grass-gxw.dtd menudata_modeler.xml module_items.dtd toolboxes.xml
main_menu.dtd menudata_psmap.xml module_tree_menudata.xml wxgui_items.dtd
main_menu.xml menudata.README module_tree.xml wxgui_items.xml

$ ls dist.i686-pc-linux-gnu/etc/gui/wxpython/xml/

grass-gxm.dtd menudata_modeler.xml module_items.xml wxgui_items.dtd
grass-gxw.dtd menudata_psmap.xml module_tree_menudata.xml wxgui_items.xml
main_menu.dtd menudata.README module_tree.xml
main_menu.xml menudata.xml toolboxes.dtd
menudata.dtd module_items.dtd toolboxes.xml

G6.4.3. and its gui can be properly launched (no problems like mentioned in point 1). So here I tried to install add.ons. There I ran g.extension from the grass terminal but face following problem:

GRASS 6.4.3 (gisdemo_ncspm):~ > g.extension extension=r.stream.order

Fetching <r.stream.order> from GRASS-Addons SVN (be patient)…
WARNING: gnome-keyring:: couldn’t connect to: /tmp/keyring-U4bRKD/pkcs11: No such file or directory
A r.stream.order/main.c
A r.stream.order/description.html
A r.stream.order/global.h
A r.stream.order/io.c
A r.stream.order/r_stream_order_orders.png
A r.stream.order/order.c
A r.stream.order/Makefile
U r.stream.order
Checked out revision 57991.
Compiling <r.stream.order>…
Makefile:12: /usr/lib/grass64/include/Make/Module.make: No such file or directory
make: *** No rule to make target `/usr/lib/grass64/include/Make/Module.make’. Stop.
ERROR: Compilation failed, sorry. Please check above error messages.

I cannot add anything to the other problem but it might be similar to the recent problem on Suse:
Suse 12.3, GRASS 6.4.3 - addons not possible to install (http://permalink.gmane.org/gmane.comp.gis.grass.user/48209)

So does anyone have an idea what may cause the problems. I don’t think that the problems are related nor are they caused by my Xubuntu-Virtualbox setup. Do I miss any modules/packages/software that I need to install prior to grass? Or do I need to use different ppas for installing grass? Any help is of course mostly welcome!

Both seems like a GRASS problem, particularly, compilation/packaging problem, so there probably nothing you can do on you machine except for checking files:
/pathtograss7/etc/gui/wxpython/xml/menudata.xml for GRASS 7
/usr/lib/grass64/include/Make/Module.make for GRASS 6 (above says ‘no such file’ already)

Vaclav

Best regards,
Johannes

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

wenzeslaus · October 14, 2013, 2:31pm

One little addition to this,

···

On Mon, Oct 14, 2013 at 9:11 AM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

[Changing list to grass-dev, at least the traceback is compilation problem.]

Hi,

it is possible to run the test of menudata.xml generation (toolboxes.py) using following commands (you need to be in a GRASS session):

python toolboxes.py doctest
python toolboxes.py test

However, I’m not sure if this is helpful for packagers.

On Mon, Oct 14, 2013 at 4:34 AM, Johannes Radinger <johannesradinger@gmail.com> wrote:

Hi all,

I want to install G7 and G6.4.3 as well as several add-ons on a freshly installed Xubuntu (12.04) machine (Virtualbox) for testing purposes. Therefore I run following commands after Xubuntu installation and update of the system:

sudo add-apt-repository ppa:grass/grass-devel
sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable
sudo apt-get update
sudo apt-get install grass643 grass70 grass-gui grass70-gui

However after successful installation I run into following two problems:

When I try to launch G7-gui (e.g. with standard NC example dataset) I get following error:

Launching GUI in the background, please wait…
GRASS 7.0.svn (nc_basic_spm_grass7):~ > Traceback (most recent call last):
File “/usr/lib/grass70/etc/gui/wxpython/wxgui.py”, line 143, in
sys.exit(main())
File “/usr/lib/grass70/etc/gui/wxpython/wxgui.py”, line 136, in main
app = GMApp(workspaceFile)
File “/usr/lib/grass70/etc/gui/wxpython/wxgui.py”, line 50, in init
wx.App.init(self, False)
File “/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py”, line 7981, in init
self._BootstrapApp()
File “/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py”, line 7555, in _BootstrapApp
return core.PyApp__BootstrapApp(*args, **kwargs)
File “/usr/lib/grass70/etc/gui/wxpython/wxgui.py”, line 84, in OnInit
workspace = self.workspaceFile)
File “/usr/lib/grass70/etc/gui/wxpython/lmgr/frame.py”, line 108, in init
self._menuTreeBuilder = LayerManagerMenuData()
File “/usr/lib/grass70/etc/gui/wxpython/lmgr/menudata.py”, line 40, in init
MenuTreeModelBuilder.init(self, filename, expandAddons=expandAddons)
File “/usr/lib/grass70/etc/gui/wxpython/core/menutree.py”, line 69, in init
xmlTree = etree.parse(filename)
File “/usr/lib/python2.7/xml/etree/ElementTree.py”, line 1183, in parse
tree.parse(source, parser)
File “/usr/lib/python2.7/xml/etree/ElementTree.py”, line 657, in parse
self._root = parser.close()
File “/usr/lib/python2.7/xml/etree/ElementTree.py”, line 1655, in close
self._raiseerror(v)
File “/usr/lib/python2.7/xml/etree/ElementTree.py”, line 1507, in _raiseerror
raise err
xml.etree.ElementTree.ParseError: no element found: line 1, column 0

About the traceback, it seems as a compilation issue in the PPA. During compilation the menudata.xml file should created in gui/wxpython/xml/ but probably it is not.

There is a note about some changes in the repository at:
https://launchpad.net/~grass

Can someone from the Launchpad GRASS GIS team check/explain what is happening? With this file we have problems at Mac but Ubuntu and Windows were successfully tested (but still, the related Makefile is bit strange, so that might be a problem).

Here is what my ls says after I run make:

$ ls gui/wxpython/xml/
grass-gxm.dtd menudata.dtd menudata.xml toolboxes.dtd
grass-gxw.dtd menudata_modeler.xml module_items.dtd toolboxes.xml
main_menu.dtd menudata_psmap.xml module_tree_menudata.xml wxgui_items.dtd
main_menu.xml menudata.README module_tree.xml wxgui_items.xml

$ ls dist.i686-pc-linux-gnu/etc/gui/wxpython/xml/

grass-gxm.dtd menudata_modeler.xml module_items.xml wxgui_items.dtd
grass-gxw.dtd menudata_psmap.xml module_tree_menudata.xml wxgui_items.xml
main_menu.dtd menudata.README module_tree.xml
main_menu.xml menudata.xml toolboxes.dtd
menudata.dtd module_items.dtd toolboxes.xml

G6.4.3. and its gui can be properly launched (no problems like mentioned in point 1). So here I tried to install add.ons. There I ran g.extension from the grass terminal but face following problem:

GRASS 6.4.3 (gisdemo_ncspm):~ > g.extension extension=r.stream.order

Fetching <r.stream.order> from GRASS-Addons SVN (be patient)…
WARNING: gnome-keyring:: couldn’t connect to: /tmp/keyring-U4bRKD/pkcs11: No such file or directory
A r.stream.order/main.c
A r.stream.order/description.html
A r.stream.order/global.h
A r.stream.order/io.c
A r.stream.order/r_stream_order_orders.png
A r.stream.order/order.c
A r.stream.order/Makefile
U r.stream.order
Checked out revision 57991.
Compiling <r.stream.order>…
Makefile:12: /usr/lib/grass64/include/Make/Module.make: No such file or directory
make: *** No rule to make target `/usr/lib/grass64/include/Make/Module.make’. Stop.
ERROR: Compilation failed, sorry. Please check above error messages.

I cannot add anything to the other problem but it might be similar to the recent problem on Suse:
Suse 12.3, GRASS 6.4.3 - addons not possible to install (http://permalink.gmane.org/gmane.comp.gis.grass.user/48209)

So does anyone have an idea what may cause the problems. I don’t think that the problems are related nor are they caused by my Xubuntu-Virtualbox setup. Do I miss any modules/packages/software that I need to install prior to grass? Or do I need to use different ppas for installing grass? Any help is of course mostly welcome!

Both seems like a GRASS problem, particularly, compilation/packaging problem, so there probably nothing you can do on you machine except for checking files:
/pathtograss7/etc/gui/wxpython/xml/menudata.xml for GRASS 7
/usr/lib/grass64/include/Make/Module.make for GRASS 6 (above says ‘no such file’ already)

Vaclav

Best regards,
Johannes

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

Tim_Michelsen · October 15, 2013, 6:03am

Dear all,
I am receiving quite some of these mails on the LP packages for both
version 6.x
& 7.x.
There are even less constructive messages like: "your PPA is broken.
just let you know. fix it"

As noted in an earlier email:
http://thread.gmane.org/gmane.comp.gis.grass.user/46947

I currently cannot devote any time to fix issues there.

I would be happy to have a larger team that could care of these.
Please request membership at:
https://launchpad.net/~grass/+join

Please have a look at the instruction here:
http://grasswiki.osgeo.org/wiki/Ubuntu_Packaging

Some time I tried to set a QGIS builder as well as I needed the new
version but is didn't work out.

Why should OSGEO4W have more up to date packages?
Let's work this out here.

Thanks for your understanding.

Kind regards,
Timme

Am 14.10.2013 16:31, schrieb Vaclav Petras:

One little addition to this,

On Mon, Oct 14, 2013 at 9:11 AM, Vaclav Petras <wenzeslaus@gmail.com
<mailto:wenzeslaus@gmail.com>> wrote:

    [Changing list to grass-dev, at least the traceback is compilation
    problem.]

    Hi,

    On Mon, Oct 14, 2013 at 4:34 AM, Johannes Radinger
    <johannesradinger@gmail.com <mailto:johannesradinger@gmail.com>> wrote:

        Hi all,

        I want to install G7 and G6.4.3 as well as several add-ons on a
        freshly installed Xubuntu (12.04) machine (Virtualbox) for
        testing purposes. Therefore I run following commands after
        Xubuntu installation and update of the system:

        sudo add-apt-repository ppa:grass/grass-devel
        sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable
        sudo apt-get update
        sudo apt-get install grass643 grass70 grass-gui grass70-gui

        However after successful installation I run into following two
        problems:

        1) When I try to launch G7-gui (e.g. with standard NC example
        dataset) I get following error:

        Launching <wxpython> GUI in the background, please wait...
        GRASS 7.0.svn (nc_basic_spm_grass7):~ > Traceback (most recent
        call last):
          File "/usr/lib/grass70/etc/gui/wxpython/wxgui.py", line 143,
        in <module>
            sys.exit(main())
          File "/usr/lib/grass70/etc/gui/wxpython/wxgui.py", line 136,
        in main
            app = GMApp(workspaceFile)
          File "/usr/lib/grass70/etc/gui/wxpython/wxgui.py", line 50, in
        __init__
            wx.App.__init__(self, False)
          File
        "/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py",
        line 7981, in __init__
            self._BootstrapApp()
          File
        "/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py",
        line 7555, in _BootstrapApp
            return _core_.PyApp__BootstrapApp(*args, **kwargs)
          File "/usr/lib/grass70/etc/gui/wxpython/wxgui.py", line 84, in
        OnInit
            workspace = self.workspaceFile)
          File "/usr/lib/grass70/etc/gui/wxpython/lmgr/frame.py", line
        108, in __init__
            self._menuTreeBuilder = LayerManagerMenuData()
          File "/usr/lib/grass70/etc/gui/wxpython/lmgr/menudata.py",
        line 40, in __init__
            MenuTreeModelBuilder.__init__(self, filename,
        expandAddons=expandAddons)
          File "/usr/lib/grass70/etc/gui/wxpython/core/menutree.py",
        line 69, in __init__
            xmlTree = etree.parse(filename)
          File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1183,
        in parse
            tree.parse(source, parser)
          File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 657,
        in parse
            self._root = parser.close()
          File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1655,
        in close
            self._raiseerror(v)
          File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1507,
        in _raiseerror
            raise err
        xml.etree.ElementTree.ParseError: no element found: line 1, column 0

    About the traceback, it seems as a compilation issue in the PPA.
    During compilation the menudata.xml file should created in
    gui/wxpython/xml/ but probably it is not.

    There is a note about some changes in the repository at:
    https://launchpad.net/~grass

    Can someone from the Launchpad GRASS GIS team check/explain what is
    happening? With this file we have problems at Mac but Ubuntu and
    Windows were successfully tested (but still, the related Makefile is
    bit strange, so that might be a problem).

    Here is what my ls says after I run make:

    $ ls gui/wxpython/xml/
    grass-gxm.dtd menudata.dtd menudata.xml
     toolboxes.dtd
    grass-gxw.dtd menudata_modeler.xml module_items.dtd
     toolboxes.xml
    main_menu.dtd menudata_psmap.xml module_tree_menudata.xml
     wxgui_items.dtd
    main_menu.xml menudata.README module_tree.xml
    wxgui_items.xml

    $ ls dist.i686-pc-linux-gnu/etc/gui/wxpython/xml/
    grass-gxm.dtd menudata_modeler.xml module_items.xml
     wxgui_items.dtd
    grass-gxw.dtd menudata_psmap.xml module_tree_menudata.xml
     wxgui_items.xml
    main_menu.dtd menudata.README module_tree.xml
    main_menu.xml menudata.xml toolboxes.dtd
    menudata.dtd module_items.dtd toolboxes.xml

it is possible to run the test of menudata.xml generation (toolboxes.py)
using following commands (you need to be in a GRASS session):

python toolboxes.py doctest
python toolboxes.py test

However, I'm not sure if this is helpful for packagers.

        2) G6.4.3. and its gui can be properly launched (no problems
        like mentioned in point 1). So here I tried to install add.ons.
        There I ran g.extension from the grass terminal but face
        following problem:

        GRASS 6.4.3 (gisdemo_ncspm):~ > g.extension extension=r.stream.order

        Fetching <r.stream.order> from GRASS-Addons SVN (be patient)...
        WARNING: gnome-keyring:: couldn't connect to:
        /tmp/keyring-U4bRKD/pkcs11: No such file or directory
        A r.stream.order/main.c
        A r.stream.order/description.html
        A r.stream.order/global.h
        A r.stream.order/io.c
        A r.stream.order/r_stream_order_orders.png
        A r.stream.order/order.c
        A r.stream.order/Makefile
         U r.stream.order
        Checked out revision 57991.
        Compiling <r.stream.order>...
        Makefile:12: /usr/lib/grass64/include/Make/Module.make: No such
        file or directory
        make: *** No rule to make target
        `/usr/lib/grass64/include/Make/Module.make'. Stop.
        ERROR: Compilation failed, sorry. Please check above error messages.

    I cannot add anything to the other problem but it might be similar
    to the recent problem on Suse:
    Suse 12.3, GRASS 6.4.3 - addons not possible to install
    (http://permalink.gmane.org/gmane.comp.gis.grass.user/48209)

        So does anyone have an idea what may cause the problems. I don't
        think that the problems are related nor are they caused by my
        Xubuntu-Virtualbox setup. Do I miss any
        modules/packages/software that I need to install prior to grass?
        Or do I need to use different ppas for installing grass? Any
        help is of course mostly welcome!

    Both seems like a GRASS problem, particularly, compilation/packaging
    problem, so there probably nothing you can do on you machine except
    for checking files:
    /pathtograss7/etc/gui/wxpython/xml/menudata.xml for GRASS 7
    /usr/lib/grass64/include/Make/Module.make for GRASS 6 (above says
    'no such file' already)

    Vaclav

        Best regards,
        Johannes

        _______________________________________________
        grass-user mailing list
        grass-user@lists.osgeo.org <mailto:grass-user@lists.osgeo.org>
        http://lists.osgeo.org/mailman/listinfo/grass-user

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

Tim_Michelsen · October 26, 2013, 1:04pm

Hello,

I currently cannot devote any time to fix issues there.

I would be happy to have a larger team that could care of these.
Please request membership at:
https://launchpad.net/~grass/+join

Please have a look at the instruction here:
http://grasswiki.osgeo.org/wiki/Ubuntu_Packaging

Why should OSGEO4W have more up to date packages?
Let's work this out here.

What could be the reason why only few users are interested in
contributing to this?

Did anyone successfully package G7 for Ubuntu?

Regards,
Timmie

jef · October 26, 2013, 5:11pm

Hi Timmie,

On Tue, 15. Oct 2013 at 08:03:36 +0200, Tim Michelsen wrote:

Some time I tried to set a QGIS builder as well as I needed the new version
but is didn't work out.

You mean based on a newer GRASS? Otherwise there is a nightly build of QGIS on
qgis.org (or even two one on based on plain ubuntu and anther one based on
ubuntugis).

Jürgen

--
Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50
Software Engineer D-26506 Norden http://www.norbit.de
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

jef · October 26, 2013, 5:16pm

Hi Timmie,

On Sat, 26. Oct 2013 at 15:04:26 +0200, Tim Michelsen wrote:

> Please have a look at the instruction here:
> http://grasswiki.osgeo.org/wiki/Ubuntu_Packaging

> Why should OSGEO4W have more up to date packages?
> Let's work this out here.

What could be the reason why only few users are interested in
contributing to this?

If you find out, I'd also like to know. OSGeo4W is essentially Martin Landa
and me, too. Ok, that's on Windows - probably an alien camp for most FOSSGIS
devs - but still.

Jürgen

--
Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50
Software Engineer D-26506 Norden http://www.norbit.de
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

neteler · October 26, 2013, 6:01pm

On Sat, Oct 26, 2013 at 3:04 PM, Tim Michelsen
<timmichelsen@gmx-topmail.de> wrote:

Did anyone successfully package G7 for Ubuntu?

Yes and no, here a recent citation from Rashad who tried hard:

On Thu, Aug 1, 2013 at 3:30 AM, Rashad M <mohammedrashadkm@gmail.com> wrote:

Hi all,

I used to keep update grass70 on ubuntugis-testing PPA frequently(not daily
basis always) but it was getting deleted all the time and I couldn't find
any reason. But GRASS GIS PPA has daily build for grass70 and its automated
and was working when I last checked.

As I don't find any reason why grass70 was getting removed from
ubuntugis-testing I am longer adding it there. Have a look at here -
https://launchpad.net/~grass/+archive/grass-devel

I would be happy to add it again to ubuntgis If get to know the what went
wrong when adding it earlier

I wonder who is always deleting our stuff on ubuntugis-testing PPA?

Markus

Hamish · October 27, 2013, 12:28am

Jürgen wrote:

You mean based on a newer GRASS? Otherwise there is a nightly build of QGIS on
qgis.org (or even two one on based on plain ubuntu and anther one based on
ubuntugis).

What can we do to get an updated qgis package into upstream debian/sid? right now it is stuck at 1.7.4 and so all downstream ubuntus & friends are stuck there too. I am happy to help but I'm not sure if there was a reason for it being stuck?

thanks,
Hamish

jef · October 27, 2013, 8:34am

Hi Hamish·

On Sat, 26. Oct 2013 at 17:28:08 -0700, Hamish wrote:

What can we do to get an updated qgis package into upstream debian/sid? right
now it is stuck at 1.7.4 and so all downstream ubuntus & friends are stuck
there too. I am happy to help but I'm not sure if there was a reason for it
being stuck?

Me neither - I saw qgis activity on debian-gis and thought it was underway.
I didn't notice that there are problems.

Jürgen

--
Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50
Software Engineer D-26506 Norden http://www.norbit.de
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

Tim_Michelsen · October 27, 2013, 8:41am

Some time I tried to set a QGIS builder as well as I needed the new

version

> but is didn't work out.

You mean based on a newer GRASS?

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.

Hamish · October 28, 2013, 7:36pm

Hamish wrote:

What can we do to get an updated qgis package into upstream debian/sid?

...
Jürgen:

Me neither - I saw qgis activity on debian-gis and thought it was underway.
I didn't notice that there are problems.

hmm, you're right, Sebastiaan was working on it last month, starting
from your upstream packaging rules.
http://anonscm.debian.org/gitweb/?p=pkg-grass/qgis.git;a=log

last contact seems to be:
http://lists.debian.org/debian-gis/2013/10/msg00005.html
...blocking OSG bug -> http://bugs.debian.org/720816

thanks,
Hamish

mlennert · October 31, 2013, 1:19pm

On 27/10/13 02:28, Hamish wrote:

Jürgen wrote:

You mean based on a newer GRASS? Otherwise there is a nightly
build of QGIS on qgis.org (or even two one on based on plain ubuntu
and anther one based on ubuntugis).

What can we do to get an updated qgis package into upstream
debian/sid? right now it is stuck at 1.7.4 and so all downstream
ubuntus& friends are stuck there too. I am happy to help but I'm not
sure if there was a reason for it being stuck?

A bit off-topic, but since we're discussing packaging on Debian & co: Hamish, do you know what is going on for grass 6.4.3 ? I see that it hasn't migrated to testing, yet, because of failure to build on ia64:

http://release.debian.org/migration/testing.pl?package=grass

Any idea what the trouble is ? In the build logs I see stuff like:

Status: gcc -E -DPACKAGE="grasslibs" -DPACKAGE="grasslibs" -I/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/include -U __GNUC__ -dD "-Dinline=" "-D__inline__=" "-D__extension__=" "-D_Bool=uint8_t" "-D__const=const" "-D__asm__(x)=" "-D__asm(x)=" "-DCTYPESGEN=1" /tmp/tmp3imMK2.h
Status: Parsing /tmp/tmp3imMK2.h
Error: /usr/include/GL/gl.h:109: Syntax error at '\n'
Error: /usr/include/GL/gl.h:112: Syntax error at '\n'

Moritz

neteler · October 31, 2013, 1:28pm

On Thu, Oct 31, 2013 at 2:19 PM, Moritz Lennert
<mlennert@club.worldonline.be> wrote:
...

A bit off-topic, but since we're discussing packaging on Debian & co:
Hamish, do you know what is going on for grass 6.4.3 ? I see that it hasn't
migrated to testing, yet, because of failure to build on ia64:

http://release.debian.org/migration/testing.pl?package=grass

Any idea what the trouble is ? In the build logs I see stuff like:

Status: gcc -E -DPACKAGE="grasslibs" -DPACKAGE="grasslibs"
-I/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/include -U __GNUC__ -dD
"-Dinline=" "-D__inline__=" "-D__extension__=" "-D_Bool=uint8_t"
"-D__const=const" "-D__asm__(x)=" "-D__asm(x)=" "-DCTYPESGEN=1"
/tmp/tmp3imMK2.h
Status: Parsing /tmp/tmp3imMK2.h
Error: /usr/include/GL/gl.h:109: Syntax error at '\n'
Error: /usr/include/GL/gl.h:112: Syntax error at '\n'

This happens on all Linux platforms and is not an issue usually.

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

GRASS GIS compilation log
-------------------------
Started compilation: Thu Sep 26 11:30:48 UTC 2013
--
Errors in:
/«PKGBUILDDIR»/lib/display
/«PKGBUILDDIR»/lib/db/dbmi_driver
...
which is really

make[4]: Entering directory `/«PKGBUILDDIR»/lib/display'
test -d OBJ.ia64-unknown-linux-gnu || mkdir -p OBJ.ia64-unknown-linux-gnu
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/cnversions.o -c cnversions.c
...
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'

and so on
...

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"\" -I../dbmi_base -DPACKAGE=\""grasslibs"\"
-I/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/include -o
OBJ.ia64-unknown-linux-gnu/driver_state.o -c driver_state.c
gcc -shared -o /«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/lib/libgrass_dbmidriver.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/d_add_col.o
OBJ.ia64-unknown-linux-gnu/d_bindupdate.o
OBJ.ia64-unknown-linux-gnu/d_close_cur.o
OBJ.ia64-unknown-linux-gnu/d_closedb.o
OBJ.ia64-unknown-linux-gnu/d_create_idx.o
OBJ.ia64-unknown-linux-gnu/d_create_tab.o
OBJ.ia64-unknown-linux-gnu/d_createdb.o
OBJ.ia64-unknown-linux-gnu/d_delete.o
OBJ.ia64-unknown-linux-gnu/d_deletedb.o
OBJ.ia64-unknown-linux-gnu/d_desc_table.o
OBJ.ia64-unknown-linux-gnu/d_drop_col.o
OBJ.ia64-unknown-linux-gnu/d_drop_index.o
OBJ.ia64-unknown-linux-gnu/d_drop_tab.o
OBJ.ia64-unknown-linux-gnu/d_execute.o
OBJ.ia64-unknown-linux-gnu/d_fetch.o
OBJ.ia64-unknown-linux-gnu/d_finddb.o
OBJ.ia64-unknown-linux-gnu/d_insert.o
OBJ.ia64-unknown-linux-gnu/d_list_idx.o
OBJ.ia64-unknown-linux-gnu/d_list_tabs.o
OBJ.ia64-unknown-linux-gnu/d_listdb.o
OBJ.ia64-unknown-linux-gnu/d_mkdir.o
OBJ.ia64-unknown-linux-gnu/d_opendb.o
OBJ.ia64-unknown-linux-gnu/d_openinsert.o
OBJ.ia64-unknown-linux-gnu/d_openselect.o
OBJ.ia64-unknown-linux-gnu/d_openupdate.o
OBJ.ia64-unknown-linux-gnu/d_priv.o
OBJ.ia64-unknown-linux-gnu/d_rows.o
OBJ.ia64-unknown-linux-gnu/d_update.o
OBJ.ia64-unknown-linux-gnu/d_version.o
OBJ.ia64-unknown-linux-gnu/driver.o
OBJ.ia64-unknown-linux-gnu/driver_state.o -lgrass_dbmibase.6.4.3
-lgrass_gis.6.4.3 -lgrass_datetime.6.4.3 -lz
-lgrass_dbstubs.6.4.3 -lgrass_dbmibase.6.4.3 -lgrass_gis.6.4.3
-lgrass_datetime.6.4.3 -lz -lgrass_gis.6.4.3
-lgrass_datetime.6.4.3 -lz -lgrass_gis.6.4.3
-lgrass_datetime.6.4.3 -lz
/usr/bin/ld: OBJ.ia64-unknown-linux-gnu/driver.o: @gprel relocation
against dynamic symbol db_driver_init
/usr/bin/ld: OBJ.ia64-unknown-linux-gnu/driver.o: @gprel relocation
against dynamic symbol db_driver_finish
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
make[5]: *** [/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/lib/libgrass_dbmidriver.6.4.3.so]
Error 1

...

In an old thread here there is a suggestion:
http://software.intel.com/en-us/forums/topic/267748
"On Itanium-based systems running Linux, when the -shared switch is
used to create a Dynamic Shared Object (.so), there may be some
relocation against dynamic symbol" messages generated during the ld
phase
...

To fix this problem, add the switches -i_dynamic and -nofor_main to
the command line.
"

see also
http://www.opendx.org/cgi-bin/forum/YaBB.pl?num=1139610671/1

A Debian geek may know...

Markus

Hamish · October 31, 2013, 10:31pm

Hi,

thanks for re-posting the '@gprel relocation against dynamic symbol' linking error on Itanium Markus, right now I'm still only able to get online for a few minutes every two or three days.

cc'd to the DebianGIS list for a wider audience who might have come across this before.

see also the bug against grass in the debian system re. building on big-endian systems, MarkusM posted about the two checkins to trunk which already fixed it there, those two commits should be considered for backport, or at least into the debian/patches/ list after testing in devbr6. But it seems the latest package build isn't complaining about ppc64 and s390x, so..?

http://bugs.debian.org/728150
http://bugs.debian.org/672719

thanks,
Hamish

On Friday, November 1, 2013 2:28 AM, Markus Neteler wrote:
> On Thu, Oct 31, 2013 at 2:19 PM, Moritz Lennert
<mlennert@club.worldonline.be> wrote:
...

A bit off-topic, but since we're discussing packaging on Debian &

co:

Hamish, do you know what is going on for grass 6.4.3 ? I see that it

hasn't

migrated to testing, yet, because of failure to build on ia64:

http://release.debian.org/migration/testing.pl?package=grass

Any idea what the trouble is ? In the build logs I see stuff like:

Status: gcc -E -DPACKAGE="grasslibs"

-DPACKAGE="grasslibs"

-I/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/include -U __GNUC__ -dD
"-Dinline=" "-D__inline__="

"-D__extension__=" "-D_Bool=uint8_t"

"-D__const=const" "-D__asm__(x)="

"-D__asm(x)=" "-DCTYPESGEN=1"

/tmp/tmp3imMK2.h
Status: Parsing /tmp/tmp3imMK2.h
Error: /usr/include/GL/gl.h:109: Syntax error at '\n'
Error: /usr/include/GL/gl.h:112: Syntax error at '\n'

This happens on all Linux platforms and is not an issue usually.

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

GRASS GIS compilation log
-------------------------
Started compilation: Thu Sep 26 11:30:48 UTC 2013
--
Errors in:
/«PKGBUILDDIR»/lib/display
/«PKGBUILDDIR»/lib/db/dbmi_driver
...
which is really

make[4]: Entering directory `/«PKGBUILDDIR»/lib/display'
test -d OBJ.ia64-unknown-linux-gnu || mkdir -p OBJ.ia64-unknown-linux-gnu
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/cnversions.o -c cnversions.c
...
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'

and so on
...

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"\" -I../dbmi_base
-DPACKAGE=\""grasslibs"\"
-I/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/include -o
OBJ.ia64-unknown-linux-gnu/driver_state.o -c driver_state.c
gcc -shared -o
/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/lib/libgrass_dbmidriver.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/d_add_col.o
OBJ.ia64-unknown-linux-gnu/d_bindupdate.o
OBJ.ia64-unknown-linux-gnu/d_close_cur.o
OBJ.ia64-unknown-linux-gnu/d_closedb.o
OBJ.ia64-unknown-linux-gnu/d_create_idx.o
OBJ.ia64-unknown-linux-gnu/d_create_tab.o
OBJ.ia64-unknown-linux-gnu/d_createdb.o
OBJ.ia64-unknown-linux-gnu/d_delete.o
OBJ.ia64-unknown-linux-gnu/d_deletedb.o
OBJ.ia64-unknown-linux-gnu/d_desc_table.o
OBJ.ia64-unknown-linux-gnu/d_drop_col.o
OBJ.ia64-unknown-linux-gnu/d_drop_index.o
OBJ.ia64-unknown-linux-gnu/d_drop_tab.o
OBJ.ia64-unknown-linux-gnu/d_execute.o
OBJ.ia64-unknown-linux-gnu/d_fetch.o
OBJ.ia64-unknown-linux-gnu/d_finddb.o
OBJ.ia64-unknown-linux-gnu/d_insert.o
OBJ.ia64-unknown-linux-gnu/d_list_idx.o
OBJ.ia64-unknown-linux-gnu/d_list_tabs.o
OBJ.ia64-unknown-linux-gnu/d_listdb.o
OBJ.ia64-unknown-linux-gnu/d_mkdir.o
OBJ.ia64-unknown-linux-gnu/d_opendb.o
OBJ.ia64-unknown-linux-gnu/d_openinsert.o
OBJ.ia64-unknown-linux-gnu/d_openselect.o
OBJ.ia64-unknown-linux-gnu/d_openupdate.o
OBJ.ia64-unknown-linux-gnu/d_priv.o
OBJ.ia64-unknown-linux-gnu/d_rows.o
OBJ.ia64-unknown-linux-gnu/d_update.o
OBJ.ia64-unknown-linux-gnu/d_version.o
OBJ.ia64-unknown-linux-gnu/driver.o
OBJ.ia64-unknown-linux-gnu/driver_state.o -lgrass_dbmibase.6.4.3
-lgrass_gis.6.4.3 -lgrass_datetime.6.4.3 -lz
-lgrass_dbstubs.6.4.3 -lgrass_dbmibase.6.4.3 -lgrass_gis.6.4.3
-lgrass_datetime.6.4.3 -lz -lgrass_gis.6.4.3
-lgrass_datetime.6.4.3 -lz -lgrass_gis.6.4.3
-lgrass_datetime.6.4.3 -lz
/usr/bin/ld: OBJ.ia64-unknown-linux-gnu/driver.o: @gprel relocation
against dynamic symbol db_driver_init
/usr/bin/ld: OBJ.ia64-unknown-linux-gnu/driver.o: @gprel relocation
against dynamic symbol db_driver_finish
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
make[5]: ***
[/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/lib/libgrass_dbmidriver.6.4.3.so]
Error 1

...

In an old thread here there is a suggestion:
http://software.intel.com/en-us/forums/topic/267748
"On Itanium-based systems running Linux, when the -shared switch is
used to create a Dynamic Shared Object (.so), there may be some
relocation against dynamic symbol" messages generated during the ld
phase
...

To fix this problem, add the switches -i_dynamic and -nofor_main to
the command line.
"

see also
http://www.opendx.org/cgi-bin/forum/YaBB.pl?num=1139610671/1

A Debian geek may know...

Markus

Hamish · November 16, 2013, 1:42am

Hi, coming back to and renaming this thread,

Moritz wrote:

> Hamish, do you know what is going on for grass 6.4.3 ? I see that it hasn't
> migrated to testing, yet, because of failure to build on ia64:
>
> http://release.debian.org/migration/testing.pl?package=grass

On Friday, November 1, 2013 Markus Neteler replied:

...

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

...

/usr/bin/ld: OBJ.ia64-unknown-linux-gnu/driver.o: @gprel relocation
against dynamic symbol db_driver_init
/usr/bin/ld: OBJ.ia64-unknown-linux-gnu/driver.o: @gprel relocation
against dynamic symbol db_driver_finish
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
make[5]: ***
[/«PKGBUILDDIR»/dist.ia64-unknown-linux-gnu/lib/libgrass_dbmidriver.6.4.3.so]
Error 1
...

In an old thread here there is a suggestion:
http://software.intel.com/en-us/forums/topic/267748
"On Itanium-based systems running Linux, when the -shared switch is
used to create a Dynamic Shared Object (.so), there may be some
relocation against dynamic symbol" messages generated during the ld
phase
...

To fix this problem, add the switches -i_dynamic and -nofor_main to
the command line.
"

see also
http://www.opendx.org/cgi-bin/forum/YaBB.pl?num=1139610671/1

A Debian geek may know...

Hi,

fyi Paul Gevers from Debian figured out the "where" of this problem,
and the fix, but the "why" is still a bit unknown.

see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728150#25

It's a conflict beween -fPIC and -fPIE. The same conflict was happening
for the previous Debian release so I had the work-around code in the
package build rules, left as commented out for anyone wanting to build
backported packages. Apparently the same work-around allows it to build
on Itanium.

I guess the short-term fix is to do some
if [ `uname -m` = "ia64" ] ; then
...

in the debian/rules? (which is essentialy a Makefile not a shell script)

Hamish