Package Details: qgis 2.14.3-1

Git Clone URL: https://aur.archlinux.org/qgis.git (read-only)
Package Base: qgis
Description: Geographic Information System (GIS) that supports vector, raster & database formats
Upstream URL: http://qgis.org/
Licenses: GPL
Submitter: td123
Maintainer: Scimmia (XavierCLL)
Last Packager: Scimmia
Votes: 165
Popularity: 3.815661
First Submitted: 2011-07-22 15:23
Last Updated: 2016-05-21 14:33

Dependencies (23)

Required by (1)

Sources (1)

Pinned Comments

Scimmia commented on 2016-05-20 13:03

*IMPORTANT*
I've moved most of the plugin deps to optional deps. Please pay attention to them. Let me know if I missed something.

Latest Comments

Scimmia commented on 2016-05-24 14:02

Builds fine in a clean chroot, so deps are likely correct. Do you, somehow, not have python2-pyqt4 installed? Or maybe PYTHONPATH is set to something strange?

sikmir commented on 2016-05-24 08:57

Something wrong with deps?

Traceback (most recent call last):
File "../../../../../scripts/pyuic4-wrapper.py", line 7, in <module>
import PyQt4.uic.pyuic
ImportError: No module named PyQt4.uic.pyuic
python/plugins/fTools/tools/CMakeFiles/zzz-fTools-2-depend.dir/build.make:104: recipe for target 'python/plugins/fTools/tools/ui_frmVisual.py' failed
make[2]: *** [python/plugins/fTools/tools/ui_frmVisual.py] Error 1
CMakeFiles/Makefile2:4341: recipe for target 'python/plugins/fTools/tools/CMakeFiles/zzz-fTools-2-depend.dir/all' failed
make[1]: *** [python/plugins/fTools/tools/CMakeFiles/zzz-fTools-2-depend.dir/all] Error 2
Makefile:149: recipe for target 'all' failed
make: *** [all] Error 2

Scimmia commented on 2016-05-20 17:21

I was just going for the built in plugins. I don't think it would be possible to cover everything.

kikislater commented on 2016-05-20 13:15

Interesting ! But if you start making it, you should add a lot like python2-matplotlib, python2-rpy ...

Scimmia commented on 2016-05-20 13:03

*IMPORTANT*
I've moved most of the plugin deps to optional deps. Please pay attention to them. Let me know if I missed something.

Scimmia commented on 2016-05-16 12:50

@ummakynes, that means you've still got something on your system linked to the old library. You need to find it.

ummakynes commented on 2016-05-16 08:38

Any build or install I do of qgis gives shows: error while loading shared libraries: libspatialindex.so.2: cannot open shared object file: No such file or directory
Everything builds and installs fine though. Am I missing something?

Scimmia commented on 2016-05-14 13:15

@g.shultz, it is not missing, pay attention to what pacman tells you when you install something.

If you know of other plugins that need it, let me know.

g.schulz commented on 2016-05-14 09:37

The python2-yaml dep seems to be missing, which a lot of plugins require.

geosam commented on 2016-05-11 20:53

Yes @Scimmia, you must install osgearth-qt4, since this only compiles QGIS and QT4. The original version of OSGearth requires QT5.

jonee commented on 2016-05-11 15:18

since the last two builds I can't use grass modules. Every time that I try to use them I get an error in the GUI saying that grass is not installed, but I have grass6 and 7 installed. Meanwhile I get this error in commandline:

Warning 4: Failed to open /usr/share/qgis/python/plugins/processing/tests/data/points.shp, Permission denied.

I have tried deleting/renaming/changing permissions to this file, and of course launching qgis with sudo or reinstalling grass and qgis but no way.

Any clues?

Scimmia commented on 2016-05-09 23:35

@geosam, you're saying it should be osgearth-qt4 instead of osgearth? I really can't just add the optional dep, as it's optional at build time which pacman doesn't handle. osgearth is already handled.

geosam commented on 2016-05-09 23:01

Please @Scimmia, adds osgearth-qt4 AUR Package as optional dependency to compile the Golobe Plugin. Here a test output: https://vimeo.com/165954149

paneves commented on 2016-04-26 17:44

@Scimmia: Thanks. That did the trick.... Always learning ;-)

Scimmia commented on 2016-04-26 16:55

@paneves, that's a partial update issue. gdal should be at version 2.0.2-5. You can't run testing without community-testing.

paneves commented on 2016-04-26 16:16

Hi:

I'm also not able to build qgis, after upgrading netcdf and hdf5 1.10.0-1.

I get errors like:

/usr/bin/ld: warning: libnetcdf.so.7, needed by /usr/lib/gcc/x86_64-unknown-linux-gnu/5.3.0/../../../../lib/libgdal.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libhdf5.so.10, needed by /usr/lib/gcc/x86_64-unknown-linux-gnu/5.3.0/../../../../lib/libgdal.so, not found (try using -rpath or -rpath-link)

Before building fails with message:

[ 8%] Built target ui
Makefile:149: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

Pedro

alex.melnyk commented on 2016-04-22 14:24

@Scimmia thanks for the response.

I have just removed 'processing' module since I don't need it.

Scimmia commented on 2016-04-22 13:06

@alex.melnyk, always pay attention to the optional deps when you install something.

alex.melnyk commented on 2016-04-22 11:10

install ok, but when running gives:
ImportError: No module named pyspatialite
Traceback (most recent call last):
File "/usr/share/qgis/python/qgis/utils.py"

tried to install pysptialite (using pip), but that cannot find header file proj_api.h, though it really exists (I have installed proj package).

Scimmia commented on 2016-04-18 15:02

@huorpalantir, we'll need a full error message. Undefined reference points to a partial update, though.

huorpalantir commented on 2016-04-18 14:50

I'm also getting the `libgdal.so: undefined reference to ...` error at 63%
Installing grass6 doesn't work for me, because that package also broke.
Any workarounds?

Scimmia commented on 2016-04-16 16:36

@markbhp, incompatibility with sip 4.18. Fixed.

markbhp commented on 2016-04-16 00:35

Hi,
at ~96% of the build I get an error:

error: request for member ‘insert’ in ‘qm’, which is of pointer type ‘QMap<long long int, QMap<int, QVariant> >*’ (maybe you meant to use ‘->’ ?)
qm.insert(k, *t);
^
python/CMakeFiles/python_module_qgis__core.dir/build.make:372: recipe for target 'python/CMakeFiles/python_module_qgis__core.dir/core/sip_corepart0.cpp.o' failed
make[2]: *** [python/CMakeFiles/python_module_qgis__core.dir/core/sip_corepart0.cpp.o] Error 1
CMakeFiles/Makefile2:3215: recipe for target 'python/CMakeFiles/python_module_qgis__core.dir/all' failed
make[1]: *** [python/CMakeFiles/python_module_qgis__core.dir/all] Error 2
Makefile:149: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

kikislater commented on 2016-03-10 07:17

@PetoP
Thanks, I forgot that I upgrade it in previous version through plugin management. I deleted ~/.qgis2/python/plugins/processing and ~/.qgis2/processing and now it works !

PetoP commented on 2016-03-09 12:16

@kikislater after update to 2.14 there is still remaining old processing plugin in ~/.qgis2/python/plugins/. Just remove ~/.qgis2/python/plugins/processing or uninstall processing plugin using Qgis plugin manager. After this, QGIS will use up to date processing plugin installed in /usr/share/qgis/python/plugins/.

kikislater commented on 2016-03-08 06:58

I saw in 2.14 there is the grass v.net modules implemented but when I'm going to geoprocessing I don't see v.net algorithms. I have grass 7 installed
Any idea where the problem comes ?

Scimmia commented on 2016-03-04 16:01

It's available for anyone who would like to do that. Personally, I have no interest in the ltr.

jose1711 commented on 2016-03-04 15:08

maybe you could fork this pkgbuild to qgis-ltr?

http://www.qgis.org/en/site/forusers/visualchangelog214/index.html:
This is a special release since it is designated an ‘LTR’ (Long Term Release). LTR releases will be supported with backported bug fixes for one year, and will be in permanent feature freeze.

Scimmia commented on 2016-02-16 23:58

Looks like SQLite 3.11, currently in testing, re-enabled xCurrentTime. It appears to work correctly with the current GDAL release so there are no more segfaults when using "Save As".

paneves commented on 2016-02-12 12:20

@Scimmia: qwt and qwtpolar did the trick. It's now installed and running.
Thanks...

saultdon commented on 2016-02-11 23:52

@paneves And if you really wanna try out QGIS with QT5, maybe the qgis-git package would be better to modify. You'll find experimental support for it there.

Scimmia commented on 2016-02-11 22:24

Try it with qwt and qwtpolor instead of the qt5 versions.

paneves commented on 2016-02-11 21:03

Hi:

I've tried to install qgis from AUR but I get a segfault before it even starts.
What I did was:

- install gdal gsl icu python2-dateutil python2-httplib2 python2-jinja python2-markupsafe python2-psycopg2 python2-pygments python2-pytz python2-qscintilla-qt4 python2-sip python2-six qca-qt4 gpsbabel fcgi

- downgrade sqlite to version 3.9.2

- install qwt-qt5, qwtpolar-qt5, spatialindex and grass from AUR.

When I start qgis I get the above mentioned segfault. Am I missing something?

Thanks in advance.

Pedro

Scimmia commented on 2016-02-10 14:54

For those not following the QGIS bug report linked below, crashes with "Save As" are SQLite/GDAL related. Fixed upstream, ticket with Arch: https://bugs.archlinux.org/task/48115
For now, you can downgrade SQLite to the 3.9 series: https://archive.archlinux.org/packages/s/sqlite/

kikislater commented on 2016-02-07 04:50

Package is here : https://archive.archlinux.org/packages/s/sqlite/

bareman commented on 2016-02-07 00:00

Many thanks, the link with sqlite didn't occur to me

kikislater commented on 2016-02-06 02:28

@bareman : watch below, the problem come with the upgrade of sqlite. You have to downgrade to sqlite 3.9

bareman commented on 2016-02-06 00:28

since recent updates (about 2 weeks ago) QGIS segfaults when I click "save as". This happens on two separate computers, my desktop running QGIS 2.10.? built a few months ago and my laptop running QGIS 2.12.3 built a couple of weeks ago.
2.10 was working until the updates broke it.

[mick@cave Kent]$ qgis
Warning: loading of qgis translation failed [/usr/share/qgis/i18n//qgis_en_AU]
Warning: loading of qt translation failed [/usr/share/qt4/translations/qt_en_AU]
Segmentation fault (core dumped)
[mick@cave Kent]$

both the qgis & qt translations don't exist.

mick

LaMR08 commented on 2016-02-03 18:27

@Scimmia Right on! Thanks!

Scimmia commented on 2016-02-03 17:38

@LaMR08, https://wiki.archlinux.org/index.php/Arch_Linux_Archive

LaMR08 commented on 2016-02-03 17:33

Any clues on getting my hand on the old sqlite-3.9.2-1 package? It has already been wiped off from /var/cache/pacman/pkg/

kikislater commented on 2016-02-02 10:04

Thanks for the tips with downgrading sqlite to 3.9

HuMu_2013 commented on 2016-01-17 18:26

You're right! After a reboot Qgis doesn't crash as described below. I'll keep sqlite-3.9.2-1 for the time beeing.
Thanks and keep up the good work up!

Scimmia commented on 2016-01-17 16:59

sqlite-3.9.2-1 works for me as well. I can only assume you didn't get the old version loaded into memory, HuMu_2013.

Edit - Upstream report: http://hub.qgis.org/issues/14123

HuMu_2013 commented on 2016-01-17 16:21

Thanks for the quick follow up!
Downgrading to sqlite-3.9.2-1 still gives the same crash.
I don't have older versions of sqlite in my pacman-cache.
Thanks for your efforts.

Scimmia commented on 2016-01-17 16:20

So it was probably a change going to 3.10. Once I get backtraces, I'll start filing reports upstream.

PetoP commented on 2016-01-17 16:14

I tried to downgrade sqlite. I got segfault with 3.10.1 too. But with 3.9.2 "save as" works perfectly.

Scimmia commented on 2016-01-17 15:57

Well guys, it's segfaulting in libsqlite3. Anyone want to try downgrading that and seeing if the problem goes away at some point? I'm rebuilding a number of things with debug symbols to get a meaningful backtrace.

Scimmia commented on 2016-01-17 15:30

@dmdobrowolski, it only need fcgi if you change the build function.

@HuMu_2013 & PetoP, I'll check into it.

PetoP commented on 2016-01-17 13:46

The same problem here as HuMu_2013. 2.12.0 makes it too, has to be dependency issue.

dmdobrowolski commented on 2016-01-17 08:38

@Scimmia, after some search I found out that Qgis may be dependent on the fcgi package, which wasn’t installed on my system yet. Having installed it I managed to build and run Qgis without a hitch. Maybe fcgi should be added to the dependency list.

HuMu_2013 commented on 2016-01-16 23:01

Compiling 2.12.3-1 goes well on my two boxes, but Qgis crashes with a segmentation fault if I want to do a "save as" on a layer (right click menu). I am stuck and have to go to a Windows virtual machine to my GIS work. Also the 2.12.2-1 version crashed the same way.

Scimmia commented on 2016-01-16 17:43

I did a test build, both on my system and in a clean chroot, before updating the package. It builds fine for me.

dmdobrowolski commented on 2016-01-16 17:17

Compilation fails at qgsexpression_texts.cpp.o with error message like this:

5074: Error: unknown pseudo-op: `.leh'
Error: open CFI at the end of the file; missing .cfi_endproc directive

Scimmia commented on 2016-01-15 14:57

Nope
https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

crom1 commented on 2016-01-15 10:03

Missing deps flex and bison

Scimmia commented on 2016-01-14 15:12

@quite, I just built it in a clean chroot, which means nothing more than base-devel and the listed deps/makedeps. No problems.

quite commented on 2016-01-14 13:47

I'm getting the 'sip: Unable to find file "QtCore/QtCoremod.sip"'.

Anybody who manages to build this on our current Arch? If share, care to share installed packages?

Scimmia commented on 2015-12-19 00:49

MIME types and icons should now work. Let me know if you run into any problems with them.

Scimmia commented on 2015-12-16 07:55

@guziloop, probably has to do with the space in the path. Not sure how to fix it, though.

@sukamare, no problem here. :(

sukamare commented on 2015-12-16 07:46

anyone else missing coordinate system definitions?

guziloop commented on 2015-12-15 14:34

Hi, I couldn't start qgis:
Warning: QCss::Parser - Failed to load file "/style.qss"
Then it closes. It seems a problem loading the theme Night Mapping. Anyone knows how to fix it? @geosam?
Thanks!

Scimmia commented on 2015-11-26 17:58

@Fr_nk, at build time only.
https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

Fr_nk commented on 2015-11-26 17:49

depends too on base-devel ;)

gaelic commented on 2015-11-24 20:01

Works like a charm, thanks very much.

saultdon commented on 2015-11-24 18:08

I updated the pull request where this was being worked on. So it might be merged upstream from there too (https://github.com/qgis/QGIS/pull/1508)

Scimmia commented on 2015-11-24 17:46

@gaelic, that should do it. I should probably push this change upstream, it should work with older versions of pyqt as well. Anyway, let me know if you run into any more issues.

gaelic commented on 2015-11-24 17:06

@Scimmia: Thanks for the feedback. Now I can stop searching for the problem and just sit back :) I want to write a plugin but without console that's quite impossible :D

Scimmia commented on 2015-11-24 16:52

@gaelic, yes, the patch is incomplete. Working on it.

gaelic commented on 2015-11-24 08:00

Hi.

Is anyone able to open the python console. I get following error:
---
Traceback (most recent call last):
File "", line 2, in
File "/usr/share/qgis/python/console/console.py", line 51, in show_console
_console = PythonConsole(parent)
File "/usr/share/qgis/python/console/console.py", line 87, in __init__
self.console = PythonConsoleWidget(self)
File "/usr/share/qgis/python/console/console.py", line 489, in __init__
if pyqtconfig.Configuration().qt_version >= 0x40700:
NameError: global name 'pyqtconfig' is not defined
---


python2-pyqt4 is installed on my computer

Scimmia commented on 2015-11-14 06:12

@XavierCLL, done.

XavierCLL commented on 2015-11-14 04:56

Hi @scimmia, Thanks for updated and fixed the package for implement zip download, if you want I could be a co-maintainer. Regards

Scimmia commented on 2015-11-09 22:05

This is now a release package.

beej commented on 2015-11-08 17:29

@saultdon: I'm with XavierCLL and Scimmia on this one. The pkgver says it builds 2.12.0, but it looks like it actually builds whatever's latest on the 2.12 branch.

The qgis PKGBUILD should build exactly 2.12.0 for pkgver 2.12.0, and there should be another, separate AUR package that builds 2.12 latest.

Cheers

Scimmia commented on 2015-11-04 18:22

@sedot, current version of the QGIS build system autodetects grass. You don't need to change anything.

g.schulz commented on 2015-11-04 18:03

sedot: try posting your PKGBUILD somewhere

sedot commented on 2015-11-04 11:59

I tried to build QGIS with GRASS7 support and uncommented the respective lines. Unfortunately this yields the error: "PKGBUILD: line 108: -DWITH_GRASS7=ON: command not found" - any advice on this?

Scimmia commented on 2015-11-03 23:11

A shallow clone doesn't address the fact that this package is named incorrectly.

XavierCLL commented on 2015-11-03 22:05

Hi @saultdon,

I don't know if this is the best solution, we spoke (below) that the best solution is create a package like qgis-stable-git using stable branch git repository, and this package use stable zip package.

Remember that stable branch receive several commits, some not completely tested until release the next version and this is not good idea for stable version.

Regads

saultdon commented on 2015-11-03 18:22

Sorry for the delay everyone, was waiting for the grass plugin to appear[1] and it finally has, so grass users should test and report any issues on the QGIS tracker.

I'm also going to see about doing a shallow clone based on some suggestions I received[2] to reduce the git repo pull.

[1] http://osgeo-org.1560.x6.nabble.com/GRASS-Plugin-ready-td5233808.html#none
[2] https://bbs.archlinux.org/viewtopic.php?id=183521

geosam commented on 2015-10-31 17:39

@XavierCLL, I get the following error starting QGIS 2.12:

Warning: QCss::Parser - Failed to load file "/style.qss"

Then the software closes unexpectedly.

saultdon commented on 2015-10-27 22:40

Thanks for all the input, comments and patience (especially!) everyone, I've got some updates and some proposed solutions coming based on the feedback.

Just waiting till I get back to home base this evening.

XavierCLL commented on 2015-10-24 21:06

Hi guys,

Good ideas, I am agree with you, this package should be used zip tar, and another package that use git, like "qgis-stable-git"

beej commented on 2015-10-24 20:28

Scimmia: "qgis-stable-git" sounds more correct to me, too.

Scimmia commented on 2015-10-24 14:54

I think you're on to something, beej. qgis-stable-git is probably the most correct name for this.

That said, I don't care all that much as I'm running my own PKGBUILD for this. Not sure if saultdon is open to suggestions, haven't been following it that long.

beej commented on 2015-10-24 14:35

Before I begin, let me say, THANK YOU, everyone, for putting the work in on these PKGBUILDs. QGIS is awesome, and I owe you all pints.

Now... :)

So the 2.10.1 we get from this PKGBUILD is not the same as the 2.10.1 we get from the official ZIP? Is that correct?

That would put me on the same page as Scimmia. If that were the case, it seems like this one should be git-stable or somesuch. Looks like the PKGBUILD gets the latest on the 2.10 branch, correct?

Proposal, contingent on my assumptions being correct, above:

qgis [with PKGBUILD from XavierCLL]: this package gets the latest stable released ZIP/tgz, e.g. 2.10.1. Good for low-bandwidth folks who will deal with bugs.

qgis-git [already exists, no change proposed]: this package gets the latest git version, as per standard AUR MO.

qgis-git-stable [this is what the "qgis" package is now]: this package gets the latest git version of the latest stable minor release, e.g. branch-2.10

I'm not married to "gqis-git-stable" as a name. If anyone has a better suggestion, I won't object in the least. ("qgis-latest-stable"? All the names I'm thinking of are mediocre.)

Thanks for the consideration. And, again, thanks for the PKGBUILDs! :)

Alister.Hood commented on 2015-10-24 05:59

Maybe, although I couldn't think of a good name to suggest for it. Can you?

Scimmia commented on 2015-10-24 05:29

Really, this one should be renamed, not the release package.

Alister.Hood commented on 2015-10-24 04:54

Guys that are still asking about why it is using git, this is the explanation you can find below:

> I decided to start using the github repos because there are lots of backported patches and it became a pain maintaining several patches and diffs while the comments were often filled with bug reports that were fixed in those backported commits when there was a new release.

If you're going to maintain an alternative pkgbuild which doesn't use git you might as well add it to AUR as well, as the maintainer did already talk about himself.:

> I wonder if there should be a "lightweight", although potentially buggy, version of QGIS in the AUR. I'm out of the office right now so won't be able to give you a fix till this weekend.

Any suggestions for a name to differentiate the two packages? I guess the new package could be "qgis-release".

XavierCLL commented on 2015-10-24 03:28

The version 2.12.0 was tagged, this is a final stable version:
https://github.com/qgis/QGIS/tree/final-2_12_0

I send you again the PKGBUILD using stable tag zip with this version:
http://pastebin.com/wgmX7rEN

camwebb commented on 2015-10-20 20:54

@XavierCLL : +1 for the ZIP build. Thanks.

harsha5500 commented on 2015-10-14 05:11

@XavierCLL
Thank you very much for the improved PKGBUILD. You just saved me a lot of time for my simulation!

sikmir commented on 2015-10-11 13:19

It takes me hours to clone git repo, why not use just zipped snapshot?

mstevens commented on 2015-10-09 08:47

For anyone having the same linker problems as @beej with
/opt/grass/lib/libgrass_vector.so: undefined reference to ...
installing the package grass6 (https://aur.archlinux.org/packages/grass6) instead of grass is another potential workaround.

XavierCLL commented on 2015-10-06 15:59

Hi saultdon,

I don't know why use git for build Qgis, for build Qgis is unnecessary download all develop history (git) this is very huge, is better use static tag zip for that.

The following PKGBUILD use tag zip package for stable version, this needs only download 80Mb instead of more of 1Gb:

http://pastebin.com/17yBUEYW

Regards

saultdon commented on 2015-09-30 17:12

@scimmia, @beej

Ah, that explains it, because I did add a grass{,64}.conf file to the PKGBUILDs I use so I wasn't getting that error.

Scimmia commented on 2015-09-30 17:06

I can add an ld.so.conf file to the grass package on the next update. I think the old one had it, but I removed it when I did a massive cleanup as I didn't see a need for it.

Gruentee commented on 2015-09-30 16:47

I can confirm that @beej solutions works (for me).

beej commented on 2015-09-23 22:29

I ran

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/grass/lib

before the makepkg, and that allowed it to keep going (though there was a non-fatal complaint about missing libgdal 1.)

A cursory run seems to show it working.

Sorry for the flood.

beej commented on 2015-09-23 21:50

I ran

export LD_LIBRARY_PATH:$LD_LIBRARY_PATH:/opt/grass/lib

before the makepkg, and that allowed it to keep going (though there was a non-fatal complaint about missing libgdal 1.)

A cursory run seems to show it working.

Sorry for the flood.

beej commented on 2015-09-23 21:16

Switching into build/ and running make gives: http://pastebin.com/eZcsmSup

I definitely have an /opt/grass/lib/libgrass_datetime.7.0.1.so... Is this perhaps a GRASS issue, not a QGIS issue?

beej commented on 2015-09-23 21:12

I was doing a rebuild due to GDAL, but got an error:

http://pastebin.com/qaQ616QJ

Haven't dug into it at all. Anyone else seeing it?

mikislav commented on 2015-09-21 15:51

@saultdon I have same problem as @NoReflex. His fix works but you wrote is needed re-compile qgis. For me (intel core i5 4Gb RAM) takes more than 1,5 hour. Its quite enough. How often there will be needed to re-compile qgis. I´ve migrated from ubuntu to manjaro for more effective work and now I am little bit confused because I am working on QGIS every day. Thank you!

saultdon commented on 2015-09-19 01:56

@NoReflex It's because gdal is a dependency for QGIS and that was major update from 1.11.x to 2.0.x

That usually means some library linking breakages so it would be better to re-compile QGIS against the updated gdal (and consider re-compiling any packages that depend on gdal too).

NoReflex commented on 2015-09-18 17:52

Hello,

Today after upgrading the gdal package QGIS (2.10.1-Pisa) did not start anymore. The new gdal version is 2.0. The error I was getting:
qgis: error while loading shared libraries: libgdal.so.1: cannot open shared object file: No such file or directory
As a temporary fix I did:
cd /usr/lib
sudo ln -s libgdal.so.20.0.0 libgdal.so.1
Seems to work OK so far.

mikislav commented on 2015-09-18 10:44

@saultdon Thank you very much. Now everything goes!

saultdon commented on 2015-09-17 22:44

@mikislav That's strange. I wonder if it's an issue with yaourt.

Can you try downloading the src tarball from the AUR, manually extracting and changing to the package directory and running 'makepkg -sri' inside of it?

See https://wiki.archlinux.org/index.php/Arch_User_Repository#Installing_packages for instructions. Let me know if it persists.

mikislav commented on 2015-09-17 19:34

Hi, still same problem with installing Qgis 2.10 ... pls someone help me. See link for pastebin: https://www.dropbox.com/s/6w5yoxaeh9srx0x/qgis_bug.png?dl=0

Gruentee commented on 2015-09-15 15:44

The md5sum of qgis-ltr.sh has changed.

HuMu_2013 commented on 2015-09-13 06:41

Hi @Saultdon.
I am still struggling with 2.10 that immediately crashes after starting.
Here's the pastebin of the "ldd /usr/bin/qgis" output:
http://pastebin.com/KuGLkRf0 . Thx

mikislav commented on 2015-09-11 19:52

Hi, I am on Antergos. I have tried install qgis 2.10 in Pamac. After downdload it makes error in CMake process, error in reading some files from /TMP/. Everything else goes perfect in Pamac. Thank you very much!

Scimmia commented on 2015-09-06 16:28

Use SRCDIR and multiple copies of the repo wouldn't be a problem.

saultdon commented on 2015-09-01 15:39

qgis, qgis-ltr and qgis-git can all be installed side-by-side now too, and since they use the same git repo pull method (the entire repo!) I made a symlink from a single copy of the qgis git repo into each qgis PKGBUILD directory.

I think a needed feature is to allow shallow clones when a fragment is used in the source() without setting it up in the prepare() section as a workaround.

Alister.Hood commented on 2015-09-01 08:10

See the maintainer's comments below.

pmav99 commented on 2015-09-01 07:52

Instead of cloning the whole QGIS repository wouldn't it be better to just download the respective release? E.g.
https://github.com/qgis/QGIS/archive/release-2_10.zip

HuMu_2013 commented on 2015-08-29 04:20

Hi @saultdon, thanks for your message.
Seems that the strace command you suggested is not complete:

[huub@Think_Arch ~]$ echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope
[sudo] password for huub:
0
[huub@Think_Arch ~]$ qgis & sleep 2; strace -f -e execve -p $(pidof qgis)
[1] 1633
Warning: loading of qgis translation failed [/usr/share/qgis/i18n//qgis_en_US]
Warning: loading of qt translation failed [/usr/share/qt4/translations/qt_en_US]
[1]+ Exit 1 qgis
strace: option requires an argument -- 'p'
[huub@Think_Arch ~]$ echo 1 | sudo tee /proc/sys/kernel/yama/ptrace_scope
1
[huub@Think_Arch ~]$

The output of "ldd /usr/bin/qgis" is very long.
BTW 2.10.1-4 gives the same crash.

saultdon commented on 2015-08-24 18:10

@HuMu_2013 We could probably first check if there's some dependencies out of date or need re-compiling.

Can you try to get some info out of an strace?
$ echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope
$ qgis & sleep 2; strace -f -e execve -p $(pidof qgis)
$ echo 1 | sudo tee /proc/sys/kernel/yama/ptrace_scope

Or even try a simpler ldd to see if there are some missing libs or old ones,
$ ldd /usr/bin/qgis

HuMu_2013 commented on 2015-08-22 14:16

Still the same crash just after opening Qgis (during the welcoming window), also with 2.10.2. Deleted the config files in the home-directory. Tried the different Grass plugins (also without). But allways the same crash. Sorry can't be more verbose. Don't know where the log file is situated, if any. Continue using 2.8

HuMu_2013 commented on 2015-08-15 10:09

It compiles, installs but it crashes just after the "QGIS 2.10 - Pisa" window, without a message.

HuMu_2013 commented on 2015-08-15 10:06

It compiles, installs but it crashes just after introduction 2.10 "Pisa" window without a message.

arsgeografica commented on 2015-08-10 14:02

Compiled the package on a bare bones Arch Vagrant box and found that the package icu is actually an dependency. Probably not an issue for most user as their desktop system pulls that one in for some other GUI apps. Still might want to add it.

pjduplooy commented on 2015-08-09 12:21

Guys

I have created a topic on Arch Linux Geoscience on the Arch Linux BBS Forum.

Please spread the word!!

https://bbs.archlinux.org/viewtopic.php?id=200851

saultdon commented on 2015-07-29 11:55

@Alister.Hood I think there is something on the go at http://archlinuxgis.github.io/ which looks promising. Might need to scale up the hosting to something like AWS or something. I think that's fairly inexpensive so I'll see what the costs would be.

Alister.Hood commented on 2015-07-29 09:56

Has anybody thought about setting up an "arch gis" binary repo? I seem to remember there was one a few years ago.

saultdon commented on 2015-07-29 09:20

@beej No worries and I do apologize, because unfortunately makepkg doesn't support shallow clones of repos which would dramatically reduce the size of the repo.

I decided to start using the github repos because there are lots of backported patches and it became a pain maintaining several patches and diffs while the comments were often filled with bug reports that were fixed in those backported commits when there was a new release.

I wonder if there should be a "lightweight", although potentially buggy, version of QGIS in the AUR. I'm out of the office right now so won't be able to give you a fix till this weekend.

beej commented on 2015-07-29 06:51

Forgive my ignorance here, but is there a reason this is cloning the repo instead of getting a particular version's source tarball, e.g. https://github.com/qgis/QGIS/archive/final-2_10_1.tar.gz or http://qgis.org/downloads/qgis-2.10.1.tar.bz2

I ask because my meager Internet connection takes hours to clone the repo, whereas I can download the tarball in under 10 minutes.

oxalin commented on 2015-07-28 18:18

@dbr I hit the same problem when I compiled qgis a couple of days ago. Use yaourt to launch the installation of qwtpolar and edit the source's link in the PKGBUILD (sourceforge is/was experiencing problem as saultdon was mentionning, but the official releases are still available). You can use the following official link to retrieve the code http://iweb.dl.sourceforge.net/project/qwtpolar/qwtpolar/1.1.1/qwtpolar-1.1.1.zip.

The build process should handle the rest of the compilation and installation.

saultdon commented on 2015-07-24 21:29

@dbr I think the svn repos from sourceforge are still down. Maybe add some comments in the qwtpolar with the compile errors you get (if it's large output, consider using a pastebin type service), can probably help better there.

dbr commented on 2015-07-24 21:21

Trying to install qgis through yaourt I get stuck at installing the dependency qwtpolar because the svn repository for that is unavailable.

I've also tried downloading qwtpolar-1.1.1.zip from http://sourceforge.net/projects/qwtpolar/ but I get a lot of compile errors I can't get to the bottom of and would probably be noise here.

Any suggestions?

oxalin commented on 2015-07-22 15:23

Ok, the problem with the libqscintilla2 and libproj were both related to the 2.6 version. It was getting installed from another repository. After testing with the 2.8 version, the underlying problem seems to have been fixed. Sorry for the noise.

@saultdon, there are some improvements that could be applied on the current PKGBUILD. If you are fetching the git code of the latest commit from a given branch, the user has to know it is not using a released version. You should:
- rename the package and modify the description so it is clear you are using the latest git version from the said branch. Add "-git" at the end of the package name and something like "2.10" somewhere in the middle. It should give something like qgis2.10-git.
- make sure the description indicates you are getting the latest git version from that branch.
pkgdesc='Quantum GIS is a Geographic Information System (GIS) that supports vector, raster & database formats. Latest commit from branch 2.10.'
As the PKGBUILD is right now, I'm getting a 2.10.1.r1.gd20c5b7 version number (there was a commit since yesterday's release), so it is obviously not the same code as the latest released version.

Otherwise, if you are to provide the latest release available (2.10.1 in this case) from the git repository, you should:
- complete the version number (you seem to use both _pkgver and pkgver) to 2.10.1;
- remove the pkgver() function;
- change the source so it uses the release variable in the url to fetch the source from the specified release: git://github.com/qgis/QGIS.git#release=final-${_pkgver//./_}

oxalin commented on 2015-07-20 19:24

@shaief
about your error:
error while loading shared libraries: libqscintilla2.so.11: cannot open shared object file: No such file or directory

and the answer you are pointing out about "set LD_LIBRARY_PATH to /usr/lib/qwt or add it to /etc/ld.config and run ldconfig", this is two different things. The "set LD_LIB..." command is because QGIS can't find a library it is looking for, while the error about loading shared library is caused by QGIS looking specifically for libscintilla2.so.11 (and for libproj.so.0 by the way), which are not available anymore in Archlinux. It should probably be looking for libscintilla2.so and libproj.so instead if there is no reason to point to a specific version. Otherwise, we would have to add a PKGBUILD dependency on a specific libqscintilla2 version. I think the problem has to be solved on the QGIS side...

Also, using "ln -s" to fix the dependency is only showing QGIS is able to find what it is looking for in the newer version. It's only a workaround...

I'll have a look at the QGIS's bug database.

pjduplooy commented on 2015-07-11 06:23

@saultdon

Is it because 2.10 is still in dev that you used a git checkout?

My PKGBUILD uses the QGIS 2.10 archive from their download repository, but there is no noticeable differences.

My PKGBUILD looks like the 2.8 one with the only change the package version and the checksum

pjduplooy commented on 2015-07-11 06:03

Just a few comments.

If you compile QGIS with both GRASS 6.4.4 and 7.0, you will find that only NVIZ7 is available in processing toolbox. No other GRASS 7.0 tools available. GRASS 6.4 tools are all available. (Windows and OSX gives same behavior) I think this might be due to the QGIS Processing plugin being updated)

Perhaps one of you can try and compile with only GRASS7 and see if it's tools are available.

Secondly for those of you GIS'ers in Arch Linux Land wanting to give PostGIS 2.2 a spin, the following:

(Use system GDAL, and the others not mentioned below)

1. Uninstall Boost 1.58, and install Boost and Boost Libs 1.57 from http://seblu.net/a/archive/packages/b/. PostGIS 2.2 with SFCGAL depends on SFCGAL 1.1.0 and SFCGAL 1.1.0 does not compile with Boost 1.58.

2. Recompile CGAL (Download 4.6.1)

3. Download SFCGAL 1.1.0 from https://github.com/Oslandia/SFCGAL/archive/v1.1.0.tar.gz and compile.

4. PostGIS 2.2 suggests GEOS 3.5 (so you can compile that from source if you want to). Remember that 3.5 is still dev.

5. Compile PostGIS 2.2

6. In order to fully make use of PostGIS 2.2's outdb rasters, and GDAL drivers, change your postgresql.conf, and add the following two lines at the end:

POSTGIS.ENABLE_OUTDB_RASTERS = TRUE
POSTGIS.GDAL_ENABLED_DRIVERS = 'ENABLE_ALL'


and restart Postgres service.

I have also found that with gcc 5.1, you cannot compile GDAL with mrsid Lidar and Raster support.

Cheers

saultdon commented on 2015-07-10 21:14

I'm going to port all these updates packages to the regular AUR this weekend for convenience until the Aug 08 switch over. Just haven't had much time to do that.

QGIS-Browser gets it's own icon now =)

pjduplooy commented on 2015-07-10 15:17

Hi guys

I was just about to post on here that I have built QGIS 2.10, and then I saw this PKGBUILD.

Thanx again.

Back to GIS on ARCH Linux

leosw commented on 2015-07-09 12:30

Remember to increase /tmp before compiling.
Works fine with 5GB of space.

# mount -o remount,size=5G,noatime /tmp

adq commented on 2015-05-18 22:01

Hi, I think I've finally figured out why the "sip not found" error was happening for me, thanks to @mgushee for pointing me in the right direction.

Specifically, it is this file:
/usr/lib/python2.7/site-packages/PyQt4/pyqtconfig.pyc

This is a stray python precompiled cache file. It is not owned by any package on my system, there is no matching pyqtconfig.py file, and contains incorrect path information for PtQy4 SIP. However, even though it is old out of date cruft, python is still loading it, and cmake uses this to try and determine where sip is installed (and fails as it is wrong).

If you simply delete it (as I have done), qgis compilation cannot use the incorrect information from it, and will autodetect sip/ptqt4 and compile correctly.

Oh, you can also find any other stray pyc files lying around in your python2.7 installation with the following command (this won't delete them though):
find /usr/lib/python2.7/ -name '*.pyc' -exec bash -c 'test "$1" -ot "${1%c}"' -- {} \; -print

geosam commented on 2015-05-15 16:53

I think you should change the dependence GRASS by grass64 until the new version of QGIS support GRASS GIS 7.0.

Changes in PKGBUILD should be:

-------------------
-DWITH_GRASS=ON \
-DGRASS_PREFIX=/opt/grass64 \
-DGRASS_INCLUDE_DIR=/opt/grass64/include/ \
------------

gaelic commented on 2015-05-15 09:07

@mgushee

Thx very myuch. THis helped. Maybe @saultdon can check if this is an option for the package by default

albertid commented on 2015-05-13 11:07

The hint from mgushee works for me, thanks! It would be nice to have something this included in the package.

Lazy commented on 2015-05-12 19:53

The cows can't eat the new grass (7), they have to continue to eat the old grass (6), or it won't compile qgis. A bug is still open on this I think.

mgushee commented on 2015-05-09 23:26

Hey, I have discovered some useful info about the problem with sip not finding QtCore/QtCoremodule.sip. I also have an effective workaround - though, given the complexity of this package, don't be surprised if it doesn't work for you. Anyway, I found that there are 4 python modules that use sip, and the sip command lines were incorrect. The 4 files (on my system) that needed to be fixed were:

build/python/CMakeFiles/python_module_qgis__analysis.dir/build.make
build/python/CMakeFiles/python_module_qgis__core.dir/build.make
build/python/CMakeFiles/python_module_qgis__gui.dir/build.make
build/python/CMakeFiles/python_module_qgis__networkanalysis.dir/build.make

In the case of the 'core' module, the sip command line included both '-I /usr/share/sip' and '-I /usr/share/sip/PyQt4'; there may be no harm in that, but '-I /usr/share/sip' doesn't seem to do anything useful, so I removed it. In the other 3 files, the command line included only '-I /usr/share/sip'; I replaced that with '-I /usr/share/sip/PyQt4'.

There is presumably something in the top-level CMake config or the cmake command line that would fix this, but I don't know much about CMake, so I have no idea what to do with that.

Meanwhile, you can try (at your own risk!) placing the following code in the PKGBUILD, between the 'cmake' and 'make' commands:

find . -name 'build.make' |xargs grep -l '/usr/bin/sip' |xargs sed -i 's: -I /usr/share/sip/PyQt4::g'
find . -name 'build.make' |xargs grep -l '/usr/bin/sip' |xargs sed -i 's:-I /usr/share/sip :-I /usr/share/sip/PyQt4 :g'

It should work. *Should*. If it doesn't, I probably have no idea what to do.

shaief commented on 2015-05-09 20:47

Another update: an answer i received from QGIS bugs report system:
http://hub.qgis.org/issues/12708

set LD_LIBRARY_PATH to /usr/lib/qwt or add it to /etc/ld.config and run ldconfig.

shaief commented on 2015-05-09 20:33

OK. Now after my improvised fix worked and a system upgrade, i get the following error:
qgis: error while loading shared libraries: libqscintilla2.so.11: cannot open shared object file: No such file or directory

I managed to solve it using:
sudo ln -s /usr/lib/libqscintilla2.so /usr/lib/libqscintilla2.so.11

It seems like something is wrong with the interface between QGIS and the libs.

Again: thank you for maintaining QGIS for Arch. I just raise the issues i find.

shaief commented on 2015-05-09 20:27

OK. Now after my improvised fix worked and a system upgrade, i get the following error:
qgis: error while loading shared libraries: libqscintilla2.so.11: cannot open shared object file: No such file or directory

It seems like something is wrong with the interface between QGIS and the libs.

Again: thank you for maintaining QGIS for Arch. I just raise the issues i find.

shaief commented on 2015-05-09 20:27

OK. No after my improvised fix and a system upgrade, i get the following error:
qgis: error while loading shared libraries: libqscintilla2.so.11: cannot open shared object file: No such file or directory

It seems like something is wrong with the interface between QGIS and the libs.

Again: thank you for maintaining QGIS for Arch. I just raise the issues i find.

tcoopman commented on 2015-05-09 10:54

Error while building:

make[2]: *** No rule to make target '/usr/lib/qwt/libqwt.so', needed by 'output/lib/libqgis_gui.so.2.8.1'. Stop.
make[1]: *** [src/gui/CMakeFiles/qgis_gui.dir/all] Error 2
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

It looks like the latest update of qwt stores the libqwt files again on /usr/lib: https://projects.archlinux.org/svntogit/packages.git/log/trunk?h=packages/qwt&showmsg=1
so the PKGBUILD must be changed.

shaief commented on 2015-05-06 17:49

Issues with running QGIS 2.8 after a successful installtion:

I checked the PKGBUILD, and despite passing
-DQWT_LIBRARY=/usr/lib/qwt/libqwt.so \

It’s still searching for libqwt.so somewhere else.

I see that other people here faced the same issue, and wondered if anyone has an idea how to solve it in the PKGBUILD.

I managed to solve it manually thank to this post:
http://elza.me/blog/2015-04-15-QGIS.html
( # ln -s /usr/lib/qwt/libqwt.so.6.1.2 /usr/lib/libqwt.so.6 )

Thank you for maintaining the package!

markusin commented on 2015-04-30 09:53

Hello all,

I get the same error (sip: Unable to find file "QtCore/QtCoremod.sip") at 98% during the compilation. I followed your suggestions by creating the symbolic link:

[markusin@ortler qwt]$ ls -la /usr/lib/libqwt.so.6
lrwxrwxrwx 1 root root 28 Apr 30 09:49 /usr/lib/libqwt.so.6 -> /usr/lib/qwt/libqwt.so.6.1.2

created the config file:
[markusin@ortler qwt]$ more /etc/ld.so.conf.d/qwt.conf
/usr/lib/qwt

and also checking the number of files in the folder /usr/lib/qwt:
[markusin@ortler qwt]$ pwd
/usr/lib/qwt
[markusin@ortler qwt]$ ls -la
total 1452
drwxr-xr-x 2 root root 4096 Apr 3 14:24 .
drwxr-xr-x 203 root root 147456 Apr 30 11:37 ..
lrwxrwxrwx 1 root root 15 Apr 3 14:24 libqwt.so -> libqwt.so.6.1.2
lrwxrwxrwx 1 root root 15 Apr 3 14:24 libqwt.so.6 -> libqwt.so.6.1.2
lrwxrwxrwx 1 root root 15 Apr 3 14:24 libqwt.so.6.1 -> libqwt.so.6.1.2
-rwxr-xr-x 1 root root 1328952 Apr 3 14:24 libqwt.so.6.1.2


but I still get the error

Any other suggestions?

Markus

albertid commented on 2015-04-27 13:11

For months I've been unable to compile this package.

sip: Unable to find file "QtCore/QtCoremod.sip"

I installed current versions of the following packages:

python-pyqt4-4.11.3-4
python2-pyqt4-4.11.3-4
qscintilla-2.8.4-3
sip-4.16.7-1

Any hints?

sjm commented on 2015-04-26 15:59

The changes to fix the compilation failure at 48% where backported to the 2.8 branch on github, but the pkgbuild picks up the old 'final' archive.

http://lists.osgeo.org/pipermail/qgis-user/2015-March/031177.html and commit referenced there.

With backported changes (and the qwt fix) it comiples.

outforawhile commented on 2015-04-16 12:58

@saultdon:
qwt.conf trick worked for me.
Thanks !

geosam commented on 2015-04-09 13:16

Unfortunately in QGIS v2.8.1 does not support plugin Globe. I was able to compile QGIS with osgEarth v2.1.1 (November 2011) and the current version is 2.6. Apparently we should wait until it is supported this great plugin. Here the thread of the mailing list:

http://lists.osgeo.org/pipermail/qgis-developer/2015-April/037418.html

XavierCLL commented on 2015-04-09 02:37

[ 48%] Building CXX object src/gui/CMakeFiles/qgis_gui.dir/layertree/moc_qgslayertreeviewdefaultactions.cxx.o
Linking CXX shared library ../../output/lib/libqgis_gui.so
[ 48%] Built target qgis_gui
Makefile:136: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

any idea?

saultdon commented on 2015-04-08 19:21

For everyone getting the libqwt error, it looks like qwt libs are in /usr/lib/qwt and qgis has trouble finding them there.

As root, try creating a qwt.conf file and running ldconfig like:
# echo "/usr/lib/qwt" > /etc/ld.so.conf.d/qwt.conf
# ldconfig

This could be something that the qwt package maintainers need to implement so I'll see if there is a bug report already open for the qwt package.

jose1711 commented on 2015-04-08 08:21

basically, you need to run this:
sudo ln -s /usr/lib/qwt/libqwt.so.6.1.2 /usr/lib/libqwt.so.6

jose1711 commented on 2015-04-08 08:15

2.8.1-3 does not compile either

luiscuadrado123 commented on 2015-04-07 22:28

ERROR:
qgis: error while loading shared libraries: libqwt.so.6: cannot open shared object file: No such file or directory

How to solve:

- open your file manager with root (ie, sudo thunar, sudo pcmanfm, etc)
- move to the directory "/usr/lib/qwt"
- you will see a few files (i have 4). Create a sybolik link from this on the "/usr/lib" folder. If ask your overwrite asnwer NO.
- Ready... start Qgis.

ArArgyridis commented on 2015-04-07 22:12

@ian-ross: I tried the same here and it does not compile. The libqwt.so.6 it's just a symlink to the libqwt.so.6.1.2, so i think it is logical...

luiscuadrado123 commented on 2015-04-07 19:21

qgis: error while loading shared libraries: libqwt.so.6: cannot open shared object file: No such file or directory

any idea?

ian-ross commented on 2015-04-06 20:31

I was able to get this to build with the latest QWT by adding the line

-DQWT_LIBRARY=/usr/lib/qwt/libqwt.so.6

to the invocation of cmake in the PKGBUILD. I wonder if it's just that the QWT library is in /usr/lib/qwt instead of just /usr/lib?

ArArgyridis commented on 2015-04-06 16:15

+1 here :-/

ArArgyridis commented on 2015-04-06 16:15

+1 here :-/

jose1711 commented on 2015-04-06 12:58

@HuMu_2013
same here :-(

gpferrari commented on 2015-04-04 18:21

@HuMu_2013: I had the same problem trying to install that today, and I believe your assumption is correct.

I was able to find a workaround: I installed 'qwt5' from AUR and then changed the QWT depencies in PKGBUILD file: from 'qwt' I changed it to 'qwt5'.

From my understanding that "forces" qgis to be built on top of qwt5, rather than 6.

That implies one thing: qwt5 (from AUR) and qwt6 (from extra) will be installed side by side. I'm not expert enough to tell you what are the (bad) consequences of it. In any case, I (still) did not found any issue.

I hope that helps.

HuMu_2013 commented on 2015-04-04 06:26

I suspect that the last qwt upgrade => 6.1.2.1 broke Qgis.
Compiling anew gives me an error:

"CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
QWT_LIBRARY
linked by target "qgis_gui" in directory /home/huub/abs/qgis/src/qgis/src/gui
linked by target "qgis_app" in directory /home/huub/abs/qgis/src/qgis/src/app
linked by target "qgis" in directory /home/huub/abs/qgis/src/qgis/src/app"

geosam commented on 2015-04-03 14:43

I think it should stay version OSGEarth 2.5 until it is updated or support in the new QGIS version. The OSGEarth can be found at the osgearth-qt5 package.

geosam commented on 2015-04-02 21:05

I compiled the QGIS with GRASS 6.4.4, the version 7.0 gives an error.

I think you should change the dependence GRASS by grass64 until the new version of QGIS.

Changes in PKGBUILD should be:

-------------------
-DWITH_GRASS=ON \
-DGRASS_PREFIX=/opt/grass64 \
-DGRASS_INCLUDE_DIR=/opt/grass64/include/ \
------------

geosam commented on 2015-04-01 03:26

I get the next error:

------------------------------------------------------

[ 46%] Generating moc_maprenderertest.cxx
Scanning dependencies of target maprenderertest
[ 46%] Building CXX object src/app/CMakeFiles/maprenderertest.dir/maprenderertest.cpp.o
/home/samtux/Manjaro/aur/qgis/src/qgis/src/providers/grass/qgsgrass.cpp: En la función miembro static ‘static void QgsGrass::setMapset(QString, QString, QString)’:
/home/samtux/Manjaro/aur/qgis/src/qgis/src/providers/grass/qgsgrass.cpp:383:51: error: ‘G__setenv’ no se declaró en este ámbito
G__setenv( "GISDBASE", gisdbase.toUtf8().data() );
^
/home/samtux/Manjaro/aur/qgis/src/qgis/src/providers/grass/qgsgrass.cpp:392:30: error: ‘G_available_mapsets’ no se declaró en este ámbito
ms = G_available_mapsets();
^
/home/samtux/Manjaro/aur/qgis/src/qgis/src/providers/grass/qgsgrass.cpp: En la función miembro static ‘static QString QgsGrass::openMapset(QString, QString, QString)’:
/home/samtux/Manjaro/aur/qgis/src/qgis/src/providers/grass/qgsgrass.cpp:611:46: error: ‘G__setenv’ no se declaró en este ámbito
G__setenv( "GISRC", mGisrc.toUtf8().data() );
^
/home/samtux/Manjaro/aur/qgis/src/qgis/src/providers/grass/qgsgrass.cpp: En la función miembro static ‘static QString QgsGrass::closeMapset()’:
/home/samtux/Manjaro/aur/qgis/src/qgis/src/providers/grass/qgsgrass.cpp:657:39: error: ‘G__setenv’ no se declaró en este ámbito
G__setenv( "GISRC", ( char * ) "" );
^
/home/samtux/Manjaro/aur/qgis/src/qgis/src/providers/grass/qgsgrass.cpp: En la función miembro static ‘static bool QgsGrass::region(QString, QString, QString, Cell_head*)’:
/home/samtux/Manjaro/aur/qgis/src/qgis/src/providers/grass/qgsgrass.cpp:1082:83: error: ‘G__get_window’ no se declaró en este ámbito
G__get_window( window, ( char * ) "", ( char * ) "WIND", mapset.toUtf8().data() );
^
/home/samtux/Manjaro/aur/qgis/src/qgis/src/providers/grass/qgsgrass.cpp: En la función miembro static ‘static bool QgsGrass::mapRegion(int, QString, QString, QString, QString, Cell_head*)’:
/home/samtux/Manjaro/aur/qgis/src/qgis/src/providers/grass/qgsgrass.cpp:1268:94: error: ‘G__get_window’ no se declaró en este ámbito
G__get_window( window, ( char * ) "windows", map.toUtf8().data(), mapset.toUtf8().data() );
^
src/providers/grass/CMakeFiles/qgisgrass.dir/build.make:60: fallo en las instrucciones para el objetivo 'src/providers/grass/CMakeFiles/qgisgrass.dir/qgsgrass.cpp.o'
make[2]: *** [src/providers/grass/CMakeFiles/qgisgrass.dir/qgsgrass.cpp.o] Error 1
CMakeFiles/Makefile2:1251: fallo en las instrucciones para el objetivo 'src/providers/grass/CMakeFiles/qgisgrass.dir/all'
make[1]: *** [src/providers/grass/CMakeFiles/qgisgrass.dir/all] Error 2
make[1]: *** Se espera a que terminen otras tareas....
[ 46%] Building CXX object src/app/CMakeFiles/maprenderertest.dir/moc_maprenderertest.cxx.o
Linking CXX executable ../../output/bin/maprenderertest
[ 46%] Built target maprenderertest
Makefile:136: fallo en las instrucciones para el objetivo 'all'
make: *** [all] Error 2

-------------------------------------------------

geosam commented on 2015-04-01 03:20

I get the next error:

-----------------------

[ 46%] Building CXX object src/gui/CMakeFiles/qgis_gui.dir/layertree/moc_qgslayertreeviewdefaultactions.cxx.o
Linking CXX shared library ../../output/lib/libqgis_gui.so
[ 46%] Built target qgis_gui
Makefile:136: fallo en las instrucciones para el objetivo 'all'
make: *** [all] Error 2
==> ERROR: Se produjo un fallo en build().
Cancelando...

----------------------------------------

luiscuadrado123 commented on 2015-03-29 19:03

Problem: qgis: error while loading shared libraries: libproj.so.0: cannot open shared object file: No such file or directory

How to Solve: put it in a terminal

sudo ln -s /usr/lib/libproj.so.9 /usr/lib/libproj.so.0

Thanks to "sedot" for the help

saultdon commented on 2015-03-21 12:30

@sedot Proj4 is the bees-knees of the GIS transformation world. No need to haphazardly symlink.

Just recompile all programs that depend on it, then recompile QGIS against it. It should work. =)

sedot commented on 2015-03-21 11:18

Got qgis complaining about missing libproj.so.0. I suspect the recent proj update. This fixed it: 'ln -s /usr/lib/libproj.so.9 /usr/lib/libproj.so.0'.

Lazy commented on 2015-03-18 21:47

I would have to remove the old grass before I can install the new version 7 of grass.
If I leave this grass out, I can compile qgis without a problem, and then dump grass on top of it afterwards, but probably no grass from qgis.

blasius commented on 2015-03-18 19:19

Hi, I have successfully compiled qgis with grass64, the grass-plugin is installed, but if i click on a grass tool no module is found. Standalone grass is working and the path is set correctly to /opt/grass64. Any ideas?

Thx!

d7rk commented on 2015-03-18 11:38

@saultdon I finally managed to build it using old versions of the packages found on the Arch Rollback Machine, those which had worked to build qgis 2.6.1:
SIP 4.16.3-1
PYQT4 4.11.2-1
QSCINTILLA 2.8.4-2
python-matplotlib 1.4.0-3

Thank you very much!

lanto commented on 2015-03-18 00:31

The 2.8 version is segfaulting immediately after loading the plugins (including the unsuccessful SIP modul loading), I had to downgrade back to 2.6.

lanto commented on 2015-03-18 00:28

Hello, I'm struggling with one issue, either in the 2.6 and also in the 2.8 versions, it cannot load the SIP module, the error message is as follows:

Couldn't load SIP module.
Python support will be disabled.


Traceback (most recent call last):
File "", line 1, in
ImportError: No module named sip


Python version:
2.7.9 (default, Dec 11 2014, 04:42:00)
[GCC 4.9.2]

QGIS version:
2.6.1-Brighton 'Brighton', exported

Python path:
['/usr/share/qgis/python', u'/home/tomas/.qgis2/python', u'/home/tomas/.qgis2/python/plugins', '/usr/share/qgis/python/plugins', '/usr/local/lib/python27.zip', '/usr/local/lib/python2.7', '/usr/local/lib/python2.7/plat-linux2', '/usr/local/lib/python2.7/lib-tk', '/usr/local/lib/python2.7/lib-old', '/usr/local/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/site-packages']

d7rk commented on 2015-03-17 22:18

@saultdon I don't understand why but it's not working. I've tried with the sources from riverbank without more luck. I'm trying (now) again with the current versions of sip (4.16.6-1) , pyqt4 (4.11.3-3)and qscintilla (2.8.4-3) from extra.
Hopefully.

Could you please share your PKGBUILD for qgis 2.6.1 or 2.6? I can't find it and I really need a working version for work...
Thank you so much for maintaining qgis!

saultdon commented on 2015-03-17 15:52

@d7rk,c_unit Not sure why you're getting compilation failures. But all I've ever had to do to fix that specific error is recompile the following packages in this order from ABS [extra]: sip, pyqt4, qscintilla

They produce a number of packages each, so it's best to install them all.

Currently I've got sip 4.16.5-1, pyqt4 4.11.3-2, qscintilla 2.8.4-3

There's been one or two cases where pyqt4 or sip came out with a new release and had to file bug reports but I'm sure that's not the issue this time.

c_unit commented on 2015-03-17 15:11

@d7rk nope, I'm stumped.

d7rk commented on 2015-03-16 23:19

@c_unit I have the exact same issue.
I've built all packages twice but it still fails at 98%. Did you find a solution?

[code]
[ 98%] Generating analysis/sip_analysispart0.cpp, analysis/sip_analysispart1.cpp, analysis/sip_analysispart2.cpp, analysis/sip_analysispart3.cpp

sip: Unable to find file "QtCore/QtCoremod.sip"
python/CMakeFiles/python_module_qgis__analysis.dir/build.make:328: recipe for target 'python/analysis/sip_analysispart0.cpp' failed
make[2]: *** [python/analysis/sip_analysispart0.cpp] Error 1
CMakeFiles/Makefile2:2707: recipe for target 'python/CMakeFiles/python_module_qgis__analysis.dir/all' failed
make[1]: *** [python/CMakeFiles/python_module_qgis__analysis.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
[/code]

Cheers,

saultdon commented on 2015-03-12 20:35

@jabarcay, I've tried to compile with GRASS 7 as well, but QGIS doesn't support it currently. You can still load GRASS 7 vectors and rasters via the QGIS Browser if GDAL was compiled with the gdal-grass plugin to support GRASS7 but QGIS' grass plugin doesn't work with GRASS7 atm. There might be issues with the Processing plugin as well, but there is an option in the "Providers" setting to use GRASS7 tools - test it out to see what does and doesn't work =)

There may be support for it in the next QGIS release, but for now, GRASS7 users will have to compile QGIS with the -DWITH_GRASS=OFF flag to get a successful build.

jabarcay commented on 2015-03-12 20:16

I'm installed grass 7, and there's problem with qgis upgrade... when compilling at 52%...

[ 52%] Building CXX object src/providers/grass/CMakeFiles/qgisgrass.dir/qgsgrass.cpp.o
/tmp/yaourt-tmp-barri/aur-qgis/src/qgis/src/providers/grass/qgsgrass.cpp: En la función miembro static ‘static void QgsGrass::setMapset(QString, QString, QString)’:
/tmp/yaourt-tmp-barri/aur-qgis/src/qgis/src/providers/grass/qgsgrass.cpp:383:51: error: ‘G__setenv’ no se declaró en este ámbito
G__setenv( "GISDBASE", gisdbase.toUtf8().data() );
^
/tmp/yaourt-tmp-barri/aur-qgis/src/qgis/src/providers/grass/qgsgrass.cpp:392:30: error: ‘G_available_mapsets’ no se declaró en este ámbito
ms = G_available_mapsets();
^
/tmp/yaourt-tmp-barri/aur-qgis/src/qgis/src/providers/grass/qgsgrass.cpp: En la función miembro static ‘static QString QgsGrass::openMapset(QString, QString, QString)’:
/tmp/yaourt-tmp-barri/aur-qgis/src/qgis/src/providers/grass/qgsgrass.cpp:611:46: error: ‘G__setenv’ no se declaró en este ámbito
G__setenv( "GISRC", mGisrc.toUtf8().data() );
^
/tmp/yaourt-tmp-barri/aur-qgis/src/qgis/src/providers/grass/qgsgrass.cpp: En la función miembro static ‘static QString QgsGrass::closeMapset()’:
/tmp/yaourt-tmp-barri/aur-qgis/src/qgis/src/providers/grass/qgsgrass.cpp:657:39: error: ‘G__setenv’ no se declaró en este ámbito
G__setenv( "GISRC", ( char * ) "" );
^
/tmp/yaourt-tmp-barri/aur-qgis/src/qgis/src/providers/grass/qgsgrass.cpp: En la función miembro static ‘static bool QgsGrass::region(QString, QString, QString, Cell_head*)’:
/tmp/yaourt-tmp-barri/aur-qgis/src/qgis/src/providers/grass/qgsgrass.cpp:1082:83: error: ‘G__get_window’ no se declaró en este ámbito
G__get_window( window, ( char * ) "", ( char * ) "WIND", mapset.toUtf8().data() );
^
/tmp/yaourt-tmp-barri/aur-qgis/src/qgis/src/providers/grass/qgsgrass.cpp: En la función miembro static ‘static bool QgsGrass::mapRegion(int, QString, QString, QString, QString, Cell_head*)’:
/tmp/yaourt-tmp-barri/aur-qgis/src/qgis/src/providers/grass/qgsgrass.cpp:1268:94: error: ‘G__get_window’ no se declaró en este ámbito
G__get_window( window, ( char * ) "windows", map.toUtf8().data(), mapset.toUtf8().data() );
^
src/providers/grass/CMakeFiles/qgisgrass.dir/build.make:60: fallo en las instrucciones para el objetivo 'src/providers/grass/CMakeFiles/qgisgrass.dir/qgsgrass.cpp.o'
make[2]: *** [src/providers/grass/CMakeFiles/qgisgrass.dir/qgsgrass.cpp.o] Error 1
CMakeFiles/Makefile2:1248: fallo en las instrucciones para el objetivo 'src/providers/grass/CMakeFiles/qgisgrass.dir/all'
make[1]: *** [src/providers/grass/CMakeFiles/qgisgrass.dir/all] Error 2
Makefile:137: fallo en las instrucciones para el objetivo 'all'
make: *** [all] Error 2
==> ERROR: Se produjo un fallo en build().
Cancelando...
==> ERROR: Makepkg no ha podido compilar .
==> ¿Reiniciar la compilación de qgis? [s/N]
==> ----------------------------------------
==>

shaief commented on 2015-03-12 13:09

@saultdon - thank you! just wanted to update that after insisting on trying to recompile from ABS worked.

sdjacky commented on 2015-03-11 23:12

@saultdon Just tried but still no luck. It seems that using "sudo qgis" is fine though. Not sure using root is associated with any problems.

saultdon commented on 2015-03-11 20:43

@sdjacky I've tested on my system and can't get it to crash, python console working OK.

Looks like an error in libQtGui.so.4.8.6, so maybe a problem with qt4 or pyqt4... Can you try recompiling pyqt4 from source in the ABS, then recompile QGIS to test out?

sdjacky commented on 2015-03-11 20:34

This version crashes every time when I use the Python console. For exammple, when I type help(if.., it always crashes when I type 'f'. I was wondering if this is only my problem. Below is the log information:

qgis[17131]: segfault at 1c8 ip 00007f9d2d6edb5e sp 00007fff42f23198 error 4 in libQtGui.so.4.8.6[7f9d2d4e5000+aa2000]

sdjacky commented on 2015-03-11 18:44

This version crashes every time when I use the Python console. For exammple, when I type help(if.., it always crashes when I type 'f'. I was wondering if this is only my problem.

c_unit commented on 2015-03-10 17:24

@saultdon - yeah I'm at a loss. Thanks for maintaining this package though, fixing this will likely be easier than compiling from source myself!

saultdon commented on 2015-03-10 15:17

@c_unit Thanks, looks like the sip folder structure has changed back to the way it was before. Updated 2.8.1-2 to account for that but I'm not getting any compilation errors so having trouble duplicating your problem.

c_unit commented on 2015-03-10 01:51

@saultdon tried the abs method (synced abs tree, did makepkg for sip, pyqt4, and qscintilla, tried installing QGIS) - still no luck. Fails at about 98% when it complains that it can't find QtCore/QtCoremod.sip. I noticed on line 96 of the PKGBUILD:

-DPYQT4_SIP_DIR=/usr/share/sip/Py2-PyQt4 \

That directory doesn't exist on my system even after doing abs/makepkg on sip and pyqt4, so I tried changing it to

-DPYQT4_SIP_DIR=/usr/share/sip/PyQt4 \

which is where QtCore/QtCoremod.sip resides and got the same result

saultdon commented on 2015-03-09 17:07

@c_unit,shaief Please see the previous comments about recompiling sip,pyqt4 and qscintilla (or at least pyqt4) from the ABS - that should fix the compiling errors you're getting.

c_unit commented on 2015-03-07 16:00

@shaief Same here; tried both @lyambda 's and the abs method mentioned earlier. No luck.

shaief commented on 2015-03-06 09:02

Thanks for maintaining the package!
I fail to install the new version though.
Here is the error message:
sip: Unable to find file "QtCore/QtCoremod.sip"
python/CMakeFiles/python_module_qgis__analysis.dir/build.make:328: recipe for target 'python/analysis/sip_analysispart0.cpp' failed
make[2]: *** [python/analysis/sip_analysispart0.cpp] Error 1
CMakeFiles/Makefile2:3037: recipe for target 'python/CMakeFiles/python_module_qgis__analysis.dir/all' failed
make[1]: *** [python/CMakeFiles/python_module_qgis__analysis.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2

I did try what @lylambda suggested, but i'm stuck here. Any ideas?

ArArgyridis commented on 2015-03-05 11:42

After an upgrade in poppler QGIS can not be started due to the following error:

qgis: error while loading shared libraries: libpoppler.so.49: cannot open shared object file: No such file or directory

Is it possible to add a cmake flag to link against libpoppler.so?

francescoS commented on 2015-03-02 17:58

@lylambda, outforawhile: Great! Now it compiles perfectly! Thank you very much.

LaMR08 commented on 2015-03-01 04:38

@lylambda: Worked perfectly for me too. Thanks.

outforawhile commented on 2015-03-01 00:34

@lylambda: worked like a charm with yaourt -S qgis=2.8.1

lylambda commented on 2015-02-28 17:19

@outforawhile,francescoS,LaMR08 and all with the update error :

sudo pacman -R qgis
sudo pacman -S pyqt4-common python-{pyqt4,qscintilla{,-common},sip} python2-{sip,qscintilla,pyqt4} sip qscintilla
yaourt qgis

And it should work :) (it's true for me on manjaro)

saultdon commented on 2015-02-28 15:56

@outforawhile,francescoS,LaMR08

Please have a look at some of the recent comments about rebuilding sip,pyqt4 and qscintilla. It should fix the build error for QGIS.

outforawhile commented on 2015-02-28 15:24

@LaMR08: same for me...

francescoS commented on 2015-02-28 10:31

I get the same error during the update through yaourt:

[ 94%] Built target translations
[ 94%] Generating analysis/sip_analysispart0.cpp, analysis/sip_analysispart1.cpp, analysis/sip_analysispart2.cpp, analysis/sip_analysispart3.cpp

sip: Unable to find file "QtCore/QtCoremod.sip"
python/CMakeFiles/python_module_qgis__analysis.dir/build.make:328: recipe for target 'python/analysis/sip_analysispart0.cpp' failed
make[2]: *** [python/analysis/sip_analysispart0.cpp] Error 1
CMakeFiles/Makefile2:3037: recipe for target 'python/CMakeFiles/python_module_qgis__analysis.dir/all' failed
make[1]: *** [python/CMakeFiles/python_module_qgis__analysis.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build qgis.
==> Restart building qgis ? [y/N]
==> -----------------------------
==>
==> ERROR: unable to update

LaMR08 commented on 2015-02-28 02:05

First time in a long time this package doesn't build correctly:

[ 98%] Built target translations
[ 98%] Generating analysis/sip_analysispart0.cpp, analysis/sip_analysispart1.cpp, analysis/sip_analysispart2.cpp, analysis/sip_analysispart3.cpp

sip: Unable to find file "QtCore/QtCoremod.sip"
python/CMakeFiles/python_module_qgis__analysis.dir/build.make:328: recipe for target 'python/analysis/sip_analysispart0.cpp' failed
make[2]: *** [python/analysis/sip_analysispart0.cpp] Error 1
CMakeFiles/Makefile2:2707: recipe for target 'python/CMakeFiles/python_module_qgis__analysis.dir/all' failed
make[1]: *** [python/CMakeFiles/python_module_qgis__analysis.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

rogorido commented on 2015-02-24 21:30

@saultdon: thanks for packaging qgis. It is very helpful, since the configuration and compilation are not really easy...

saultdon commented on 2015-02-24 21:07

@Alister.Hood I've been building against the 2.8 github release branch, and the font selection works =) Haven't tested against the tarball that this package uses to see if it was patched or not.

I'm going to refactor the QGIS packages, because now the devs are promoting 2.8.x as a Long Term Release (good for one year), where the other updates (3.0, 3.2, etc..) are probably going to be incremental stable releases and need their own packages.

rogorido commented on 2015-02-24 18:29

@HuMu: thanks. I finally managed to compile qscintilla and now qgis 2.8.

HuMu_2013 commented on 2015-02-24 13:18

This worked for me: copy the directory /var/abs/extra/pyqt4 to your build directory (p.ex. ~/abs/pyqt4
Then makepkg as normal user inside the directory produces:
pyqt4-common-4.11.3-2-x86_64.pkg.tar.xz
python2-pyqt4-4.11.3-2-x86_64.pkg.tar.xz
python-pyqt4-4.11.3-2-x86_64.pkg.tar.xz
And I installed all of them.

HuMu_2013 commented on 2015-02-24 13:15

This worked for me: /var/abs/extra/pyqt4
Then makepkg produces:
pyqt4-common-4.11.3-2-x86_64.pkg.tar.xz
python2-pyqt4-4.11.3-2-x86_64.pkg.tar.xz
python-pyqt4-4.11.3-2-x86_64.pkg.tar.xz
And I installed all of them.

rogorido commented on 2015-02-24 12:28

@HuMu_2013: thanks for your answer. That is what I'm trying to do. But: which package ist exactly pyqt4? python2-pyqt4, maybe? In any case, I cannot compile qscintilla. I get an error...

HuMu_2013 commented on 2015-02-24 12:15

@rogorido : you should first update abs:
#abs
Then follow the procedures as explained on:
https://wiki.archlinux.org/index.php/Arch_Build_System
for the following packages (you find the in the /var/abs/extra directory):
1) sip
2) pyqt4
3) qscintilla
In the mentioned sequence. Some makepkg produce more than one package. I simply installed everything. Don't know if that was necessary. Good luck

rogorido commented on 2015-02-24 10:52

@HuMu_2013 and @sauldton: could you maybe explain which packages _exactly_ should be recompiled? Which package is exactly "pyqt4"? I'm getting the same error as HuMu_2013...

Alister.Hood commented on 2015-02-23 18:36

If you follow the mailing list you'll see there is a last minute bug (caused by an upstream QT bug) where the font selection dialog doesn't work (at least in the composer), so you may not want to upgrade yet... unless it is a platform specific issue. Can anyone who's upgraded already test it?

HuMu_2013 commented on 2015-02-23 13:17

No idea why the package is flagged out of date. On www.qgis.org 2.6.1 'Brighton' is still the current stable release. And with the tips below it builds fine.

apinhal commented on 2015-02-23 11:31

https://github.com/qgis/QGIS/archive/final-2_8_0.tar.gz

HuMu_2013 commented on 2015-02-21 10:58

Thx @saultdon, things are working again.
Abs compiling of sip, pyqt4, qscintilla and than makepkg with PKGBUILD 2.6.1.3 worked for me.
Keep up the good work and this important package in the air!

Alister.Hood commented on 2015-02-20 21:55

Dea993 - see my comment below to workaround this.

Dea993 commented on 2015-02-20 13:36

impossible solve "qwtpolar>=1.1.0", a dependencies of qgis.
i've also tried to install this package manually, but i receive the same message error

outforawhile commented on 2015-02-18 22:22

@saultdon: very honored :)
anybody ever tried to build qgis with grass70 support ? (-DGRASS_INCLUDE_DIR=/opt/grass70/include/ \) new v.net.* modules vould be pretty helpful

saultdon commented on 2015-02-18 17:35

Sorry folks, totally forgot to upload the QGIS pkg yesterday because of the changes in qwtpolar. Started using the pkgver recommendations from the pkgbuild VCS guidelines for qwtpolar but it's still the stable and most recent release.

@outforawhile, alright if I add you as contributor for the GSL change? And your grass build "should" of done the symlink unless you have one of the builds that doesn't do it to allow multiple versions of grass. If you want different versions of grass (like v6 and v7) installed, you may want to just update the grass cmake options in the QGIS build portion to point to those custom paths.

@HuMu_2013, I had that issue after a pyqt4 update. So I had to use abs to recompile the following packages in this order: sip, pyqt4, qscintilla. That fixed it for me.

outforawhile commented on 2015-02-18 14:08

@Alister.Hood: your solution worked perfectly.

@Saultdon:
I figured out that when you just go 'yaourt -Sb qgis', the PKGBUILD provided refers to a previous version (2.6.1-1). To have it working, I had to replace it by the one provided here https://aur.archlinux.org/packages/qg/qgis/PKGBUILD and make some slight changes:
- added gsl in the depends array
- removed version spec for qwtpolar dependencie (cf below)
- uncommented the grass related lines in CMAKE
- symlinked my /opt/grass64 install to /opt/grass as expected by qgis. I suspect it's possible to use grass70 the same way...

HuMu_2013 commented on 2015-02-18 11:59

The configuration problem is solved. Now I get an compile error at 98%:

[ 98%] Built target python_module_qgis__core
Scanning dependencies of target pycore
[ 98%] Built target pycore
[ 98%] Generating gui/sip_guipart0.cpp, gui/sip_guipart1.cpp, gui/sip_guipart2.cpp, gui/sip_guipart3.cpp

sip: QHttp is undefined
python/CMakeFiles/python_module_qgis__gui.dir/build.make:443: recipe for target 'python/gui/sip_guipart0.cpp' failed
make[2]: *** [python/gui/sip_guipart0.cpp] Error 1
CMakeFiles/Makefile2:3108: recipe for target 'python/CMakeFiles/python_module_qgis__gui.dir/all' failed
make[1]: *** [python/CMakeFiles/python_module_qgis__gui.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

Alister.Hood commented on 2015-02-18 09:52

Have you tried just changing the dependency from 'qwtpolar>=1.1.0' to 'qwtpolar'? That usually works in situations like this - the dependency checking must be buggy.

outforawhile commented on 2015-02-18 09:17

Trying to install on a fresh arch box, I have an unresolved dependency: qwtpolar>=1.1.0

I tried to install manually qwtpolar via AUR (providing 1.1-5) but with no success: AUR installs svn ver. 1.1.r181-1 which dont seem to be recognized as >=1.1.0.

Any workaround ?

saultdon commented on 2015-02-13 20:37

@aldeano, You may just have to install poppler or recompile GDAL if poppler was updated recently. Looks like you're using a GDAL build with PDF support, which requires poppler.

@HuMu_2013, is there anything in the configuration part that stands out? I might need more info to help troubleshoot. You can try to compare the latest pkgbuild (2.6.1-2) and add the new configuration options to your GIT build.

I switched to the tar.gz because of lots of comments here about the initial GIT pull being too large. I really wish pkgbuild would support shallow clones - might consider using the shallow clone method from SammysHP or from the recommendations at https://bbs.archlinux.org/viewtopic.php?id=183521 because the tar.gz is from the tagged version which doesn't get a lot of patches backported like the 2.6 branch does.

HuMu_2013 commented on 2015-02-13 10:45

I got already an error in the configuring part:

-- Found GSL: -L/usr/lib -lgsl -lgslcblas -lm
-- Configuring incomplete, errors occurred!
See also "/home/huub/abs/qgis/src/qgis/build/CMakeFiles/CMakeOutput.log".
See also "/home/huub/abs/qgis/src/qgis/build/CMakeFiles/CMakeError.log"

I have still the GIT 2.6 version (PKGBUILD 2.6.1-1) running but that sends out numerous python warnings and errors (but it does not crash).

aldeano commented on 2015-02-12 23:32

I got this message when installing 2.6.1-2

/usr/bin/ld: warning: libpoppler.so.48, needed by /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/../../../../lib/libgdal.so, not found (try using -rpath or -rpath-link)

saultdon commented on 2015-02-06 17:05

wertha,

I got the qtcoremod.sip error lately too when some pyqt4 updates came through.

There are some old bugs in the QGIS issue tracker that I may re-open to get help with the issue.

Once it's resolved, I'll submit the updated pkgbuild which has a number of fixes.

Downgrading pyqt4 to 4.11.2-1 is a workaround that working for me.

netskink commented on 2015-02-06 01:30

But it did not work for me.

netskink commented on 2015-02-06 00:52

I ran into the same error that Wertha did on his post (wertha 2014-12-11 10:55) below. I used the link he did to pull down PyQt-x11-4.11.3 and did as that author did. I am rebuilding qgis now. Hopefully it works for me as well.

jesusjimenez commented on 2015-01-12 13:43

I get coredumps even with gdal-curl.
Quick hack:

$ strace -o /dev/null /usr/bin/qgis

and qgis is rock stable... Don't know why.

dodobas commented on 2014-12-22 08:06

Latest QGIS crashes are related to the recent SQLite update (3.8.7). I've reported the problem to the GDAL maintainers (https://bugs.archlinux.org/task/43193), or you can use 'gdal-curl' package which has already included the patch.

HuMu_2013 commented on 2014-12-21 11:57

When I try to do a "save as" (right clicking on a specific layer), Qgis crashes. This is the terminal output:
$ qgis
Warning: loading of qgis translation failed [/usr/share/qgis/i18n//qgis_en_US]
Warning: loading of qt translation failed [/usr/share/qt4/translations/qt_en_US]
Warning: QGraphicsScene::addItem: item has already been added to this scene
Warning: libpng warning: iCCP: known incorrect sRGB profile
***************** deactivate parallellinetool
***************** deactivate circulararctool
***************** deactivate modifycirculararctool
QGIS died on signal 11Aborted (core dumped)

freaks commented on 2014-12-15 11:55

and

Impossible de charger l'extension GdalTools provoque une erreur lors de l'appel de sa méthode classFactory()

freaks commented on 2014-12-15 11:54

Hello
i have this error at launch


Impossible de charger l'extension 'processing' depuis ['/usr/share/qgis/python', '/home/xxxx/.qgis2/python', '/home/xxxx/.qgis2/python/plugins', '/usr/share/qgis/python/plugins', '/data/www/cusapp.com/subdomain/map/_www/ortho', '/usr/share/qgis/python', '/usr/lib/python27.zip', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/lib/python2.7/site-packages', '/usr/lib/python2.7/site-packages/gtk-2.0', '/usr/lib/python2.7/site-packages/wx-3.0-gtk2', '/home/xxxx/.qgis2/python/plugins/MetaSearch/ext-libs']

freaks commented on 2014-12-15 11:54

Impossible de charger l'extension 'processing' depuis ['/usr/share/qgis/python', '/home/xxxx/.qgis2/python', '/home/xxxx/.qgis2/python/plugins', '/usr/share/qgis/python/plugins', '/data/www/cusapp.com/subdomain/map/_www/ortho', '/usr/share/qgis/python', '/usr/lib/python27.zip', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/lib/python2.7/site-packages', '/usr/lib/python2.7/site-packages/gtk-2.0', '/usr/lib/python2.7/site-packages/wx-3.0-gtk2', '/home/xxxx/.qgis2/python/plugins/MetaSearch/ext-libs']

wertha commented on 2014-12-11 10:55

[ 95%] Generating analysis/sipanalysispart0.cpp, analysis/sipanalysispart1.cpp, analysis/sipanalysispart2.cpp, analysis/sipanalysispart3.cpp

sip: Unable to find file "QtCore/QtCoremod.sip"
python/CMakeFiles/python_module_qgis_analysis.dir/build.make:283: recipe for target 'python/analysis/sipanalysispart0.cpp' failed
make[2]: *** [python/analysis/sipanalysispart0.cpp] Error 1
CMakeFiles/Makefile2:2643: recipe for target 'python/CMakeFiles/python_module_qgis_analysis.dir/all' failed
make[1]: *** [python/CMakeFiles/python_module_qgis_analysis.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2

I read the full output and at the beginning of build step I found the real error

-- Found SIP version: 4.16.4
Traceback (most recent call last):
File "/tmp/packerbuild-0/qgis-git/qgis-git/src/qgis-git/cmake/FindPyQt.py", line 33, i
import PyQt4.pyqtconfig
ImportError: No module named pyqtconfig

After reading the comments here and googling around I found out that the package python2-pyqt4 does not have the file pyqtconfig.py

Thanks to this blog http://vogelchr.blogspot.com/2014/08/building-pyqwt-520-by-manually.html I was able to compile pyqt4 and get the file

Probably installing python2-pyqt4-10 instead of python2-pyqt4 might help

saultdon commented on 2014-11-29 23:52

@SammysHP thanks for the tips. Looks like there is source zip for either the tags or the branches too. Going to see how well the zips are updated with the latest commits and how best to handle the release number or pkgver().

geosam commented on 2014-11-17 16:23

Horao plugin is available in AUR, allowing the 3D display from PostGIS.

https://aur.archlinux.org/packages/horao-git/

SammysHP commented on 2014-11-13 18:43

I've patched the PKGBUILD to make a shallow clone: https://gist.github.com/SammysHP/e9015ab62ffcabddc2e8

SammysHP commented on 2014-11-13 18:30

Btw: This package builds a branch, not a tag. Good: It will get backports. Bad: Building it at different times might result in different builds. So the package version isn't describing it correctly.

SammysHP commented on 2014-11-13 18:04

Using the source archive isn't the only solution for the git problem. Git supports downloading only parts of a repository (relatively new feature).

$ git clone --depth 1 --branch release-2_6 "git://github.com/qgis/QGIS.git"
Cloning into 'QGIS'...
remote: Counting objects: 10452, done.
remote: Compressing objects: 100% (7932/7932), done.
remote: Total 10452 (delta 3505), reused 6142 (delta 2430)
Receiving objects: 100% (10452/10452), 59.60 MiB | 1.13 MiB/s, done.
Resolving deltas: 100% (3505/3505), done.
Checking connectivity... done.

So only 60 MB (almost exactly the same of the source archive) instead of > 2 GB! Sadly makepgk does not support parameters for git currently so you have to move this into prepare().

saultdon commented on 2014-11-12 17:20

@aldeano

I think someone reported this issue at http://hub.qgis.org/issues/11526

I'm not having this problem, probably because I use the gdal-filegdb package in the AUR which uses SVN to fetch the latest gdal source with lots of backported patches.

Maybe request the gdal maintainer to start fetching gdal source from SVN, it might help.

aldeano commented on 2014-11-12 16:23

After a series of updates made today, being GDAL the only related to qgis, no i can't save shapefiles in qgis. When i select a shape and go to "save as" the program freezes for a couple of seconds and quits. As a normal user i only got this message:
QGIS died on signal 11ptrace: Operation not permitted.
No thread selected
No stack.
gdb returned 0
zsh: abort (core dumped)

As root got a more complex message:
QGIS died on signal 11
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[New LWP 3389]
[New LWP 3385]
[New LWP 3378]
[New LWP 3377]
[New LWP 3376]
[New LWP 3375]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
0x00007fc25f9373eb in waitpid () from /usr/lib/libc.so.6
[Current thread is 1 (Thread 0x7fc267f7b7c0 (LWP 3374))]
#0 0x00007fc25f9373eb in waitpid () from /usr/lib/libc.so.6
No symbol table info available.
#1 0x00000000004f38f6 in qgisCrash(int) ()
No symbol table info available.
#2 <signal handler called>
No symbol table info available.
#3 0x00007fc264bc0dee in OGR2SQLITE_Register() () from /usr/lib/libgdal.so.1
No symbol table info available.
#4 0x00007fc264b9d868 in OGRSQLiteDataSource::OpenOrCreateDB(int) () from /usr/lib/libgdal.so.1
No symbol table info available.
#5 0x00007fc264ba1e5e in OGRSQLiteDataSource::Create(char const*, char**) () from /usr/lib/libgdal.so.1
No symbol table info available.
#6 0x00007fc264ba5d86 in OGRSQLiteDriver::CreateDataSource(char const*, char**) () from /usr/lib/libgdal.so.1
No symbol table info available.
#7 0x00007fc264b936a2 in OGR_Dr_CreateDataSource () from /usr/lib/libgdal.so.1
No symbol table info available.
#8 0x00007fc263ea90a2 in QgsVectorFileWriter::ogrDriverList() () from /usr/lib/libqgis_core.so.2.6.0
No symbol table info available.
#9 0x00000000007fb139 in QgsVectorLayerSaveAsDialog::setup() ()
No symbol table info available.
#10 0x00000000007fbeeb in QgsVectorLayerSaveAsDialog::QgsVectorLayerSaveAsDialog(long, QgsRectangle const&, bool, int, QWidget*, QFlags<Qt::WindowType>) ()
No symbol table info available.
#11 0x000000000053b2a2 in QgisApp::saveAsVectorFileGeneral(QgsVectorLayer*, bool) ()
No symbol table info available.
#12 0x0000000000839db7 in ?? ()
No symbol table info available.
#13 0x00007fc262b4bd9c in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4
No symbol table info available.
#14 0x00007fc261e85362 in QAction::triggered(bool) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#15 0x00007fc261e86ee7 in QAction::activate(QAction::ActionEvent) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#16 0x00007fc2622d9f1d in ?? () from /usr/lib/libQtGui.so.4
No symbol table info available.
#17 0x00007fc2622de8d9 in ?? () from /usr/lib/libQtGui.so.4
No symbol table info available.
#18 0x00007fc261eded88 in QWidget::event(QEvent*) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#19 0x00007fc2622e28ab in QMenu::event(QEvent*) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#20 0x00007fc261e8bb2c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#21 0x00007fc261e926ef in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#22 0x00007fc263d07a3b in QgsApplication::notify(QObject*, QEvent*) () from /usr/lib/libqgis_core.so.2.6.0
No symbol table info available.
#23 0x00007fc262b3728d in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4
No symbol table info available.
#24 0x00007fc261e91d4f in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#25 0x00007fc261f08cba in ?? () from /usr/lib/libQtGui.so.4
No symbol table info available.
#26 0x00007fc261f0731c in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#27 0x00007fc261f2f462 in ?? () from /usr/lib/libQtGui.so.4
No symbol table info available.
#28 0x00007fc25dc7ea1d in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#29 0x00007fc25dc7ed08 in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#30 0x00007fc25dc7edbc in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#31 0x00007fc262b6637d in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
No symbol table info available.
#32 0x00007fc261f2f526 in ?? () from /usr/lib/libQtGui.so.4
No symbol table info available.
#33 0x00007fc262b35de1 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
No symbol table info available.
#34 0x00007fc262b36145 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
No symbol table info available.
#35 0x00007fc2622e14b7 in QMenu::exec(QPoint const&, QAction*) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#36 0x00007fc2635ee7fd in QgsLayerTreeView::contextMenuEvent(QContextMenuEvent*) () from /usr/lib/libqgis_gui.so.2.6.0
No symbol table info available.
#37 0x00007fc261eded88 in QWidget::event(QEvent*) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#38 0x00007fc26229f0fe in QFrame::event(QEvent*) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#39 0x00007fc2623bc1a3 in QAbstractItemView::viewportEvent(QEvent*) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#40 0x00007fc2623fe540 in QTreeView::viewportEvent(QEvent*) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#41 0x00007fc262b373f6 in QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4
No symbol table info available.
#42 0x00007fc261e8bb0c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#43 0x00007fc261e93e37 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#44 0x00007fc263d07a3b in QgsApplication::notify(QObject*, QEvent*) () from /usr/lib/libqgis_core.so.2.6.0
No symbol table info available.
#45 0x00007fc262b3728d in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4
No symbol table info available.
#46 0x00007fc261f0898d in ?? () from /usr/lib/libQtGui.so.4
No symbol table info available.
#47 0x00007fc261f0731c in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib/libQtGui.so.4
No symbol table info available.
#48 0x00007fc261f2f462 in ?? () from /usr/lib/libQtGui.so.4
No symbol table info available.
#49 0x00007fc25dc7ea1d in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#50 0x00007fc25dc7ed08 in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#51 0x00007fc25dc7edbc in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#52 0x00007fc262b6637d in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
No symbol table info available.
#53 0x00007fc261f2f526 in ?? () from /usr/lib/libQtGui.so.4
No symbol table info available.
#54 0x00007fc262b35de1 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
No symbol table info available.
#55 0x00007fc262b36145 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
No symbol table info available.
#56 0x00007fc262b3b6e9 in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4
No symbol table info available.
#57 0x00000000004edfb5 in main ()
No symbol table info available.
gdb returned 0
Abort (`core' dump)

HuMu_2013 commented on 2014-11-07 11:46

@Saultdon: fantastic, that did the trick!
Thx, that was important for me.

saultdon commented on 2014-11-04 17:12

@HuMu_2013

It's actually the behaviour with makepkg/PKGBUILD when there is a commented line, before some of the uncommented options. I think you have the GRASS options uncommented, but maybe the mapserver line, just before the grass options commented out.

Move the mapserver line to the bottom of the cmake options or remove it if you keep it commented out.

I'll probably make that change as most folks are interested in GRASS tools more than the mapserver option. Just testing which patches aren't needed and have an updated PKGBUILD soon.

HuMu_2013 commented on 2014-11-04 16:28

Hi, still have problems getting the GRASS plugin included. Following the advice below and uncommenting the respective GRASS lines in PKGBUILD, I get this error:
"line 98: -DWITH_GRASS=ON: command not found".

gaelic commented on 2014-11-04 11:15

I adopted the PKGBUILD to take the tar.bz2 of qgis-2.6.0 instead of cloning from git. Maybe it's of some use:

http://pastebin.com/avWKECe9

qs9rx commented on 2014-11-02 16:03

This built without problems for me on 64 bit after I simply replaced the "2.4" with "2.6" in the PKGBUILD. Haven't thoroughly tested using it though.

I second the wish for a tighter package. I have to built this manually because my /tmp/ is too small to hold it during building.

Alister.Hood commented on 2014-11-01 23:17

Oh, I see, they do quite a lot of backporting these days.
There was a discussion on the list a couple of days ago about how the translation files are rapidly increasing the repo size... hopefully it can be shrunk back down.

Alister.Hood commented on 2014-11-01 22:52

It would be better to build from the source archive, which is really quite small. Since there is a new version out, hopefully that can be done now:
http://qgis.org/downloads/qgis-2.6.0.tar.bz2
Also, does the package really need to "conflict" with itself? That seems strange...

SammysHP commented on 2014-11-01 13:49

It might be a good idea to give new users a hint for the size of this package (comment in the PKGBUILD). I aborted after 30% of the git (= 650 MB, so 2.2 GB total!) were fetched. Looking at the Debian package also the package and installed size are large (Debian: package 6.2 GB, installed 15 GB).

saultdon commented on 2014-10-26 18:58

@coellobranco

If you updated your AUR packages lately, spatialindex was updated too. Can you try recompiling QGIS against the latest spatialindex? I think that might fix that error.

coellobranco commented on 2014-10-26 14:48

qgis: error while loading shared libraries: libspatialindex.so.3: cannot open shared object file: No such file or directory

PanierAvide commented on 2014-10-06 15:32

I have the following error after the compilation process:

Scanning dependencies of target pyplugin-installer
[100%] Generating ui_qgsplugininstallerfetchingbase.py
[100%] Generating ui_qgsplugininstallerinstallingbase.py
[100%] Generating ui_qgsplugininstallerpluginerrorbase.py
[100%] Generating ui_qgsplugininstallerrepositorybase.py
[100%] Built target pyplugin-installer
==> Entre dans l’environnement fakeroot...
chmod: impossible d'accéder à « /tmp/yaourt-tmp-adrien/aur-qgis/qgis/pkg »: Aucun fichier ou dossier de ce type
/usr/bin/fakeroot : ligne 181 : 20747 Signal #1 défini par l'usager FAKEROOTKEY=$FAKEROOTKEY LD_LIBRARY_PATH="$PATHS" LD_PRELOAD="$LIB" "$@"

What can cause that ? Thanks in advance.

pjduplooy commented on 2014-10-03 02:38

@saultdon and others

The compilation of Qgis with the Grass plugin succeeds with the following in your PKGBUILD:

-DWITH_GRASS=ON \
-DGRASS_PREFIX=/opt/grass64 \
-DGRASS_INCLUDE_DIR=/opt/grass64/include/ \

flavigny commented on 2014-09-26 07:28

moc error [solved]

moc fails when there arre accentuated characters in file name.
It's a referenced QT bug

Solved by moving the qgis directory in another directory with unaccentuated character in name.

flavigny commented on 2014-09-25 21:27

I got an issue when I try to compile qgis

[ 0%] Built target version
[ 0%] Generating gps/qextserialport/moc_qextserialenumerator.cxx
moc: Cannot open options file specified with @
Usage: moc [options] <header-file>
-o<file> write output to file rather than stdout
-I<dir> add dir to the include path for header files
-E preprocess only; do not generate meta object code
-D<macro>[=<def>] define macro, with optional definition
-U<macro> undefine macro
-i do not generate an #include statement
-p<path> path prefix for included file
-f[<file>] force #include, optional file name
-nn do not display notes
-nw do not display warnings
@<file> read additional options from file
-v display version of moc
src/core/CMakeFiles/qgis_core.dir/build.make:393: recipe for target 'src/core/gps/qextserialport/moc_qextserialenumerator.cxx' failed
make[2]: *** [src/core/gps/qextserialport/moc_qextserialenumerator.cxx] Error 1
CMakeFiles/Makefile2:186: recipe for target 'src/core/CMakeFiles/qgis_core.dir/all' failed
make[1]: *** [src/core/CMakeFiles/qgis_core.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2
==> ERREUR : Une erreur s’est produite dans build().
Abandon...

How could I fix it
Thank

zottelef commented on 2014-09-18 11:25

@saultdon: when running SAC. I deleted the plugin directory and everything is fine...

saultdon commented on 2014-09-17 16:17

@zottelef is that an error when running the SAC plugin or starting QGIS?

zottelef commented on 2014-09-17 09:24

@saultdon

you were right... PYTHON2 vs PYTHON3 but now I ahve a new issue:

RuntimeError: the PyQt5.QtCore and PyQt4.QtCore modules both wrap the QObject class

PYQT5 vs PYQT4 issue?

saultdon commented on 2014-09-16 18:25

@zottelef

Maybe give it a shot after installing python2-matplotlib instead.

zottelef commented on 2014-09-16 11:42


I have this problem trying to load the Semi-Automatic Classification Plugin

ImportError: No module named matplotlib.backends.backend_qt4agg

but python-matplotlib is installed. Any hints?

sh4wn commented on 2014-09-12 14:23

[Sorry for the comment spam]

I'm now using the workaround Simon proposed:

1. Move /usr/bin/qgis to /usr/bin/qgis-bin
2. Create a file /usr/bin/qgis with the following contents:

PYTHONPATH=$PYTHONPATH:/usr/share/qgis/python qgis-bin

3. Remove /etc/profile.d/qgis.sh

Done!

sh4wn commented on 2014-09-12 13:27

And this is not a bug with Pygments or any other Python package, this is a bug of this package.

Simon already provides a workaround below.

sh4wn commented on 2014-09-12 13:25

Yeah you should definitely make sure that the Python path isn't globally altered. Especially the python 3 paths, because now some applications crash because of conflicts with imported packages.

saultdon commented on 2014-09-11 17:14

@HuMu_2013 That's strange. I get a wx related error on GRASS startup, but the GUI still runs and it hasn't caused any issues.

GRASS mailing list mentions it's related to one of the wxpython/wxgtk compilations being out of date, but I've recompiled that entire toolchain and grass still gets the error, but still runs fine.

And I've got QGIS to build the GRASS plugin without needing the --with-grass build option. But it could be useful for those with grass in a custom location, and for those with grass in the standard location (/opt with the proper symlinks) can try leaving it commented out.

HuMu_2013 commented on 2014-09-11 14:01

I still don't get the GRASS plugin running. Followed the suggestions bellow. However in vain.
https://aur.archlinux.org/packages/grass/ compiles but gives an wxpython error at startup, so the gui doesn't even comes alive.
Leaving out the grass line in PKGBUILD as suggested by pjduplooy gives me a Qgis without GRASS plugin. I am stuck since the exchange between GRASS and Qgis is an important feature in my work-flow.

pjduplooy commented on 2014-09-03 20:28

saultdon

It was the osm place search and openlayers plugin that complained.

But as I said, installing python-gdal from AUR, solved that problem. I am using gdal built from official Arch package, the only change was that I changed the PKGBUILD to also compile with-ecw, as there was conflict between official gdal, and gdal-ecw.

But no problems, it is the first time that QGIS compiled without any hassles on my Arch box.

Thanks in any case. Superb work on maintaining QGIS for us!!

saultdon commented on 2014-09-03 19:28

pieter, what plugins are reporting errors? Strange - gdal should be compiled with python bindings because I can (using gdal-filegdb) package in the AUR import osgeo.gdal or import gdal with no problems.

GDAL should of been compiled with --with-python=/usr/bin/python2 and some other gdal py script fixes with sed.

It looks like the community repo GDAL packages only uses "--with-python" so that might be an issue and accidentally linked it to python3 instead...

I didn't enable globe plugin because it is buggy and unstable right now.

pjduplooy commented on 2014-08-29 13:43

@mramish

Did you install gsl? Georeferencer does not show up if you do not have gsl installed.

My newest qgis compile was built with gsl installed, and georeferencer was available as a plug in.

Again please shout if anyone is interested in having this package. I have also built it with globe enabled, but the plug in is not working properly.

pjduplooy commented on 2014-08-28 15:36

Hi guys

I have created a qgis 2.4 package that I compiled that includes the grass plugin.

Just install all the dependencies, as well as python-gdal, and you are ready to rock. If anyone is interested, I can upload to mediafire.

I also have a customized gdal based on the official package that includes ecw. Can upload that as well.

If there is any interest please let me know. (Will spare you an 800 odd Mb download...

Pieter

pjduplooy commented on 2014-08-24 11:54

Hi guys

I have found a solution to the QGIS compiling with grass turned on problem.

I have played around with cmake-gui, and it seemed that grass is automagically picked up. I have the searched on the internet, and the solution was right here on AUR.

Comments in qgis-svn package states to remove "# -DGRASS_PREFIX=/opt/grass \" line completely from the PKGBUILD and then QGIS compiles perfectly.

I then had a couple of plugin problems, but that was sorted out by installing the python-gdal package from AUR. So if possible could you make it a dependency...

Pieter

saultdon commented on 2014-08-19 20:52

@simon04

I'll look at removing the PYTHONPATH script and instead add a disclaimer in the PKGBUILD and an update/installation message upon updating QGIS about these possible options,

1.) Set it when the python2 interpreter is ran with the -E flag
https://docs.python.org/2/using/cmdline.html#environment-variables
2.) Set it within the python2 interpreter with the sys module as part of any .py script when it's ran or executed.
http://stackoverflow.com/a/3108301
3.) Optionally run, python2 -c 'import os; print os.getenv("PYTHONPATH")' to see if it is set properly or build a conditional statement in your python2 script if it isn't set already using option 2.
http://stackoverflow.com/a/15317038

saultdon commented on 2014-08-19 16:53

@simon04

By setting PYTHONPATH, it allows users to run python2 scripts without having to launch QGIS. Do you know what the debian packages are doing to allow pyqgis to run outside of QGIS? For example, on debian, can you simply run the python2 interpreter and import qgis modules without having to launch QGIS?

simon04 commented on 2014-08-19 16:36

@saultdon: In my opinion, the qgis package should be adapted since the customized PYTHONPATH doesn't make sense for any other Python application, especially not for Python 3 applications. The official Ubuntu package from http://qgis.org/debian/ does not contain the /usr/share/qgis/python directory at all.
What about replacing /usr/bin/qgis by a shell script which sets PYTHONPATH as needed?

saultdon commented on 2014-08-16 22:46

@simon04 That looks like it could be a conflict with a python module that is bundled with QGIS, or python{,2}-pygments.

I would recommend filing a bug report with either QGIS or pygments and hope for a fix upstream.

QGIS needs the PYTHONPATH set so that it can be used from the python2 interpreter. In the meantime you could probably create an alias for your http command that unsets PYTHONPATH everytime it's run.

simon04 commented on 2014-08-15 10:35

Hi,
the qgis update from 2.2 to 2.4 seems to break some other python packages, e.g., https://www.archlinux.org/packages/community/any/httpie/

# does not work …
$ /usr/bin/http HEAD google
Traceback (most recent call last):
File "/usr/bin/http", line 9, in <module>
load_entry_point('httpie==0.8.0', 'console_scripts', 'http')()
File "/usr/lib/python3.4/site-packages/pkg_resources.py", line 356, in load_entry_point
return get_distribution(dist).load_entry_point(group, name)
File "/usr/lib/python3.4/site-packages/pkg_resources.py", line 2476, in load_entry_point
return ep.load()
File "/usr/lib/python3.4/site-packages/pkg_resources.py", line 2190, in load
['__name__'])
File "/usr/lib/python3.4/site-packages/httpie/__main__.py", line 6, in <module>
from .core import main
File "/usr/lib/python3.4/site-packages/httpie/core.py", line 19, in <module>
from pygments import __version__ as pygments_version
File "/usr/share/qgis/python/pygments/__init__.py", line 46
except TypeError, err:
^
SyntaxError: invalid syntax

$ unset PYTHONPATH

# now it works again …
$ /usr/bin/http HEAD google.at
HTTP/1.1 301 Moved Permanently
Alternate-Protocol: 80:quic
Cache-Control: public, max-age=2592000
Content-Length: 218
Content-Type: text/html; charset=UTF-8
Date: Fri, 15 Aug 2014 10:32:56 GMT
Expires: Sun, 14 Sep 2014 10:32:56 GMT
Location: http://www.google.at/
Server: gws
X-Frame-Options: SAMEORIGIN
X-XSS-Protection: 1; mode=block


saultdon commented on 2014-08-15 02:38

@mramish Sometimes you just need to turn it on in the plugins menu. Can you double check that it's turned on in there, and that the raster toolbar is also enabled?

mramish commented on 2014-08-12 10:43

Is there something wrong with gdal ? Installed this build yesterday but i cannot use the georeferencing tool because its not there. Any ideas ?

miblon commented on 2014-08-10 09:31

Confirmed. The 2014-08-09 update to qscintilla-2.8.3-4 fixed the processing plugin. Everything now works perfectly and python plugins are available.

markbhp commented on 2014-08-09 18:56

Todays update to qscintilla-2.8.3-4 fixed the processing plugin. Everything now works perfectly.

Lazy commented on 2014-08-09 00:42

It does seem that the qscintilla step has been relieved. Had you needed to rebuild it from abs, you could do yaourt -Sb qscintilla, but now that step seems to be unnecessary (until the next breakage occurs).

saultdon commented on 2014-08-08 17:01

@wlen I also updated my system yesterday and noticed that qscintilla was updated to 2.8.3-4 which means folks shouldn't have to recompile that package anymore =)

nickoe commented on 2014-08-08 11:15

@wlen, did you update your abs tree? 'sudo abs'

wlen commented on 2014-08-08 11:13

@saultdonl; having the same problem regarding the processing plugin. Not quite sure whether I understand your instruction regarding qscintilla: I have it installed from extra:

extra/python2-qscintilla 2.8.3-3

The version available from AUR/ABS is:

aur/python2-qscintilla-qt5 2.8.2-1

But the qgis package requires python2-qscintilla>=2.8.3

Lazy commented on 2014-08-04 22:29

I recompiled just against the updated libspatialite (and whatever else) for qgis and it worked. Wouldn't of thought that would of broke it but it did.

saultdon commented on 2014-08-04 22:05

@Lazy I've been able to build qgis and run it without errors on the updated libspatialite.

Did the other packages that depend on libspatialite get updated too? GDAL or even GRASS could be the culprit - you could try recompiling GDAL against the updated libspatialite and then recompile QGIS.

Lazy commented on 2014-08-04 16:47

Then when I downgrade to the previous libspatialite then it wants libspatialite.so.7, which is the current libspatialite.

Lazy commented on 2014-08-04 16:29

Oops! Now starting qgis gives an error:
qgis: error while loading shared libraries: libspatialite.so.5: cannot open shared object file: No such file or directory.
Looks like an update to libspatialite will cause me to have to rebuild.

saultdon commented on 2014-08-03 17:33

@markbhp You just need to recompile qscintilla from the ABS and install all the packages it creates. Try running makepkg with the -i flag which should automatically install all the packages when it's finished compiling.

markbhp commented on 2014-08-03 17:05

Hello,

This is working well after an upgrade today. Thank you for the excellent work on this important project.

I had one glitch, the 'processing' plugin is broken. That's OK with me because I don't use it. Here is the error:

This plugin is broken
/usr/lib/python2.7/site-packages/PyQt4/Qsci.so: undefined symbol: _ZTI11QsciPrinter

markbhp commented on 2014-08-03 17:00

This is working very nicely now. Thank you saultdon for your work on this important project.

I had one glitch in updating. My 'processing' plugin is broken. I never use the plugin so I simply unchecked it in the plugins menuItem

saultdon commented on 2014-08-01 18:02

@miha Strange you had to install giflib manually, it's supposed to be a dependency of gdal so it should already be installed. Maybe you could let the package maintainer of whatever packaging of gdal you're using know that they should include it.

miha commented on 2014-08-01 12:49

Had the same problem like aberkoke, but installing giflib-5.1.0.1 which includes the mentioned shared library libgif.so fixed the problem

d7rk commented on 2014-08-01 10:30

@saultdon
Finally recompiled qscintilla and processing (and else) is now working perfectly!
Thank you so much for all your trouble.
Cheers,

d7rk commented on 2014-08-01 10:30

@saultdon
Finally recompile qscintilla and processing (and else) is now working perfectly!
Thank you so much for all your trouble.
Cheers,

saultdon commented on 2014-07-31 03:22

@HuMu_2013 I put my updated grass build in my dropbox if you want to try it out at https://db.tt/ClXi7MsC

saultdon commented on 2014-07-31 01:18

I can't wrap my head around the missing build dir error though.. that's a strange one. Could it be some weird permissions issue?

I build QGIS in RAM under /tmp/makepkg/$pkgname/... so haven't seen that error yet.

saultdon commented on 2014-07-31 01:15

@HuMu_2014 I have troubles with the grass64-svn build (or any of the other ones) too. I think QGIS doesn't just rely on the actual /opt folder but maybe looks for some other things which I'm not sure what...

I had more luck using the "grass" one (https://aur.archlinux.org/packages/grass/) and then updated the source() to svn and version to 6.4.4.

I think it could have something to do with the grass.conf or grass.sh files that are included making it the system default.

HuMu_2013 commented on 2014-07-30 19:59

Hi @saultdon, no that's not the case. I am aware of that. I let it point to the proper /opt directory (in my case /opt/grass64-svn). This worked in previous versions.
But the actual build, which seems necessary after the GDAL upgrade of today, doesn't work. After 'makepkg -f' it updates the git-repo correctly, but than it gets quickly stuck:

CMake Error: The source directory "/home/huub/abs/qgis/src/qgis/build/ " does not exist.
Specify --help for usage, or press the help button on the CMake GUI.
==> ERROR: A failure occurred in build().
Aborting...

However the directory /home/huub/abs/qgis/src/qgis/build/ exists ... (???). Haven't tried a clean build since it has to download 750 + MB...
Thanks for your continuing efforts that are much appreciated. It's for me a crucial thing. Cheers.

saultdon commented on 2014-07-30 19:31

@HuMu_2013 Maybe you just need to adjust the part that is commented out in the build portion of the PKGBUILD?

@d7rk You should be able to update to the core/extra/community repo versions of pyqt and qscintilla but for some reason, I still had to recompile qscintilla from the ABS to get processing in QGIS working.

d7rk commented on 2014-07-30 16:14

Compiled and installed perfectly well here, but processing still not working.
I thought I was supposed to downgrade to compile qscintilla with an old version of pyqt... it just needs to be compiled with pyqt?

HuMu_2013 commented on 2014-07-30 16:03

Today there was an update of gdal (=> 1.11.0-4).
The GIT build worked for me 2 days ago. However I didn't got the Grass plugin. Recompiling today also doesn't work here.

saultdon commented on 2014-07-30 15:02

@aberkoke Maybe there is something broken with GDAL. Could you try recompiling GDAL from the ABS or whichever version you have installed?

aberkoke commented on 2014-07-30 08:03

I can't compile it. I get this error:

Linking C executable ../../../output/lib/qgis/grass/modules/qgis.d.rast
[ 50%] Built target qgis.d.rast
Scanning dependencies of target qgis.g.info
[ 50%] Building C object src/providers/grass/CMakeFiles/qgis.g.info.dir/qgis.g.info.c.o
Linking C executable ../../../output/lib/qgis/grass/modules/qgis.g.info
/usr/bin/ld: warning: libgif.so.6, needed by /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so, not found (try using -rpath or -rpath-link)
[ 50%] Built target qgis.g.info
Scanning dependencies of target crssync
[ 50%] Building CXX object src/crssync/CMakeFiles/crssync.dir/main.cpp.o
Linking CXX executable ../../output/bin/crssync
/usr/bin/ld: warning: libgif.so.6, needed by /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so, not found (try using -rpath or -rpath-link)
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `GifErrorString' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `EGifCloseFile' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `DGifGetExtensionNext' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `DGifGetRecordType' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `EGifPutScreenDesc' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `EGifPutLine' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `GifFreeMapObject' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `EGifPutExtension' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `DGifSlurp' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `EGifPutImageDesc' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `DGifGetExtension' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `DGifCloseFile' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `DGifGetLine' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `EGifOpen' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `GifMakeMapObject' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `DGifGetImageDesc' sin definir
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: referencia a `DGifOpen' sin definir
collect2: error: ld devolvió el estado de salida 1
src/crssync/CMakeFiles/crssync.dir/build.make:101: recipe for target 'output/bin/crssync' failed
make[2]: *** [output/bin/crssync] Error 1
CMakeFiles/Makefile2:1405: recipe for target 'src/crssync/CMakeFiles/crssync.dir/all' failed
make[1]: *** [src/crssync/CMakeFiles/crssync.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2

Lazy commented on 2014-07-28 21:09

2.4.0-4 built on the first try with up-to-date dependencies on x86_64 here.

saultdon commented on 2014-07-28 14:59

Just updated PKGBUILD and now using GIT to pull from Github. This allows you to make use of back-ported patches in QGIS.

There will be an initial download of 750+ MB! But then it switches to the release branch. Hoping for future releases of makepkg to allow only branch downloads from github repos to avoid downloading the entire github repo.

Subsequent updates, or rebuilds using makepkg will only grab latest changes so you won't have to make that huge repo clone every time.

hanckmann commented on 2014-07-28 09:31

I have two problems trying to install this package:

1) error: target not found: python2-pyqt4=4.10.4
So I changed this to: python2-pyqt4>=4.10.4 which might be the cause for the next error...

2) Then building failes with the following error:

[ 48%] Building CXX object src/gui/CMakeFiles/qgis_gui.dir/moc_qgssublayersdialog.cxx.o
[ 48%] Building CXX object src/gui/CMakeFiles/qgis_gui.dir/moc_qgsunitselectionwidget.cxx.o
Linking CXX shared library ../../output/lib/libqgis_gui.so
[ 48%] Built target qgis_gui
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build qgis.

I hope you can help me out

brownoctober commented on 2014-07-27 20:16

I just tried building from the 2.4.0-4 package from github and got this error (at 96%! :/ )

Scanning dependencies of target fTools-tools-stageinstall
[ 96%] Generating ui_frmEliminate.py
/bin/sh: ../../../../../scripts/pyuic4-wrapper.sh: Permission denied
python/plugins/fTools/tools/CMakeFiles/fTools-tools-stageinstall.dir/build.make:94: recipe for target 'python/plugins/fTools/tools/ui_frmEliminate.py' failed
make[2]: *** [python/plugins/fTools/tools/ui_frmEliminate.py] Error 126
CMakeFiles/Makefile2:3476: recipe for target 'python/plugins/fTools/tools/CMakeFiles/fTools-tools-stageinstall.dir/all' failed
make[1]: *** [python/plugins/fTools/tools/CMakeFiles/fTools-tools-stageinstall.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
[james@james-W230SS qgis-aur-2.4.0-4]$

arsgeografica commented on 2014-07-25 18:46

@saultdon Cool. Stay safe!

saultdon commented on 2014-07-25 15:15

I'll be able to upload the updated PKGBUILD later today. Haven't been able to for the past week or so because of an evacuation where I am due to wild fires close to the community.

arsgeografica commented on 2014-07-25 09:41

I put the PKGBUILD into Github, see https://github.com/arsgeografica/qgis-aur.

For download until it's here: https://github.com/arsgeografica/qgis-aur/releases

geosam commented on 2014-07-24 13:08

@arsgeografica can share the new PKGBUILD. Thank you.

geosam commented on 2014-07-24 13:07

@arsgeografica ccan share the new file new PKGBUILD. Thank you.

zottelef commented on 2014-07-24 07:26

After recompling qgis after downgrading python2-pyqt4, all updates to the operating system are blocked (error: failed to prepare transaction (could not satisfy dependencies, qgis: requires python2-pyqt4=4.10.4).
Where do I find the patched PKGBUILD for qgis to be compiled with python2-pyqt4 4.11?

shimi commented on 2014-07-22 15:27

@arsgeografica thanks, that was it.

arsgeografica commented on 2014-07-22 11:30

@shimi recompiling qscintilla from ABS yields four packages, make sure to reinstall them all after building.

saultdon commented on 2014-07-21 18:28

@shimi you just have to recompile qscintilla from the ABS.

@arsgeografica Thanks, I've got that included in the pastebin PKGBUILD for testing, going to upload an updated PKGBUILD later today and switch to GIT as well so we can make use of backported patches. =)

@ArArgyridis That's strange. I can't seem to reproduce that error... Everything is working fine on my end.

shimi commented on 2014-07-21 11:46

@d7rk @saultdon same error for me (http://pastebin.com/e5UsVYGQ).

Tried recompiling qscintilla from abs and I still get the same error.

arsgeografica commented on 2014-07-21 10:57

Well, I meant to write: "The following patch enables the use of PyQt 4.11."

arsgeografica commented on 2014-07-21 10:50

The following patch to enabled the use of PyQt 4.11. It basically changes the way QGIS' cmake tries to get the information about PyQt's SIP setup.

diff --git a/PKGBUILD b/PKGBUILD
index 8cc850d..3fc208e 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -27,7 +27,7 @@ depends=('qt4>=4.8.6'
'qwt>=6.1.0'
'qwtpolar>=1.1.0'
'python2'
- 'python2-pyqt4=4.10.4'
+ 'python2-pyqt4'
'python2-qscintilla=2.8.3'
'python2-sip=4.16.2'
'python2-psycopg2'
@@ -47,15 +47,18 @@ conflicts=("$pkgname-git")
install="$pkgname.install"
source=("$pkgname-$pkgver.tar.gz::https://github.com/qgis/QGIS/archive/final-2_4_0.tar.gz"
'qgis.sh'
- 'canvas-qt-flicker.patch')
+ 'canvas-qt-flicker.patch'
+ 'pyqt411.patch')
md5sums=('db3428c1a2adced11a6a655fe2bb9eb3'
'9431344b724d85ec82a93ce8ce4ddbbb'
- 'e7f8231f99a56f07788113097fbf6f7c')
+ 'e7f8231f99a56f07788113097fbf6f7c'
+ '70d415ef888ace40ef49da9c5be77620')

prepare() {
mv "$srcdir/QGIS-final-2_4_0" "$srcdir/$pkgname-$pkgver"
cd "$srcdir/$pkgname-$pkgver"
patch -p1 -i "$srcdir/canvas-qt-flicker.patch" # http://hub.qgis.org/issues/4011
+ patch -p1 -i "$srcdir/pyqt411.patch" # For PyQt 4.11
}

build() {
@@ -87,6 +90,7 @@ build() {
-DQT_QMAKE_EXECUTABLE=/usr/bin/qmake-qt4 \
-DWITH_INTERNAL_QWTPOLAR=OFF \
-DWITH_INTERNAL_SPATIALITE=OFF \
+ -DPYQT4_SIP_DIR=/usr/share/sip \
# -DGRASS_PREFIX=/opt/grass \
# -DWITH_MAPSERVER=TRUE \
# -DWITH_GLOBE=TRUE \
diff --git a/pyqt411.patch b/pyqt411.patch
new file mode 100644
index 0000000..7aa00ba
--- /dev/null
+++ b/pyqt411.patch
@@ -0,0 +1,29 @@
+--- a/cmake/FindPyQt411.py 1970-01-01 01:00:00.000000000 +0100
++++ b/cmake/FindPyQt411.py 2014-07-21 11:45:02.000000000 +0200
+@@ -0,0 +1,3 @@
++from PyQt4.QtCore import PYQT_CONFIGURATION
++
++print("pyqt_sip_flags:%s" % PYQT_CONFIGURATION['sip_flags'])
+--- a/cmake/FindPyQt4.cmake 2014-06-27 14:00:08.000000000 +0200
++++ a/cmake/FindPyQt4.cmake 2014-07-21 11:46:42.000000000 +0200
+@@ -27,18 +27,11 @@
+ SET(PYQT4_FOUND TRUE)
+ ELSE(EXISTS PYQT4_VERSION)
+
+- FIND_FILE(_find_pyqt_py FindPyQt.py PATHS ${CMAKE_MODULE_PATH})
++ FIND_FILE(_find_pyqt_py FindPyQt411.py PATHS ${CMAKE_MODULE_PATH})
+
+ EXECUTE_PROCESS(COMMAND ${PYTHON_EXECUTABLE} ${_find_pyqt_py} OUTPUT_VARIABLE pyqt_config)
+ IF(pyqt_config)
+- STRING(REGEX REPLACE "^pyqt_version:([^\n]+).*$" "\\1" PYQT4_VERSION ${pyqt_config})
+- STRING(REGEX REPLACE ".*\npyqt_version_str:([^\n]+).*$" "\\1" PYQT4_VERSION_STR ${pyqt_config})
+- STRING(REGEX REPLACE ".*\npyqt_version_tag:([^\n]+).*$" "\\1" PYQT4_VERSION_TAG ${pyqt_config})
+- STRING(REGEX REPLACE ".*\npyqt_version_num:([^\n]+).*$" "\\1" PYQT4_VERSION_NUM ${pyqt_config})
+- STRING(REGEX REPLACE ".*\npyqt_mod_dir:([^\n]+).*$" "\\1" PYQT4_MOD_DIR ${pyqt_config})
+- STRING(REGEX REPLACE ".*\npyqt_sip_dir:([^\n]+).*$" "\\1" PYQT4_SIP_DIR ${pyqt_config})
+- STRING(REGEX REPLACE ".*\npyqt_sip_flags:([^\n]+).*$" "\\1" PYQT4_SIP_FLAGS ${pyqt_config})
++ STRING(REGEX REPLACE "^pyqt_sip_flags:([^\n]+).*$" "\\1" PYQT4_SIP_FLAGS ${pyqt_config})
+- STRING(REGEX REPLACE ".*\npyqt_bin_dir:([^\n]+).*$" "\\1" PYQT4_BIN_DIR ${pyqt_config})
+
+ SET(PYQT4_FOUND TRUE)
+ ENDIF(pyqt_config)

ArArgyridis commented on 2014-07-21 10:40

@saultdon I tried to recompile qwtpolar and the qgis but I have the exact error as previously. I have no idea what is happening though.

saultdon commented on 2014-07-19 00:44

@d7rk no worries, that's from qscintilla, I think you just have to recompile qscintilla from the ABS after upgrading pyqt4 because of the new PKGBUILD.

You shouldn't need to recompile QGIS after rebuilding qscintilla. Just relaunch and that error should be gone.

d7rk commented on 2014-07-18 18:18

@saultdon
Yes, this one: pastebin.com/e5UsVYGQ

Thanks for all the great work you're putting into this.
Cheers,

saultdon commented on 2014-07-18 17:33

@d7rk what doesn't work? Is there a certain error that pops up?

@ArArgyridis I never seen that one before... Does recompiling qwtpolar fix it? I wonder if that's from a certain plugin.

ArArgyridis commented on 2014-07-18 10:17

I've builded qgis but when I am trying to run it, it produces the following error:

qgis: symbol lookup error: /usr/lib/libqwtpolar.so.1: undefined symbol: _ZNK9QwtPicker14rubberBandMaskEv


d7rk commented on 2014-07-18 07:28

Hi Saultdon,

QGis builds and installs fine but processing doesn't work on my side.
Cheers,

saultdon commented on 2014-07-17 23:05

I've got a new PKGBUILD, but it's kind of hackish... Can some folks test and report back if there are any errors in their QGIS workflow? I tried processing plugin and python console and those work without issues.

http://pastebin.com/raw.php?i=Nrfg37B9

grayich commented on 2014-07-17 10:16

depends python2-pyqt4=4.10.4 --> python2-pyqt4-10

HuMu_2013 commented on 2014-07-17 08:55

Check, but forgot to double check ...
The OpenLayers plug-in is now (in the 2.4 version) accessible under 'web" in the taskbar menu. Seems to be working oké. Haven't touched pyqt (still 4.10).
Cheers

ariki commented on 2014-07-17 00:15

But it seems to work only for Arch Linux, so no hopes to see it upstream.

ariki commented on 2014-07-16 23:26

Sent a pull request upstream that solves the PyQt4 issue:
https://github.com/qgis/QGIS/pull/1508
Also (at least when compiled from the latest master with my patch applied) no more QScintilla related errors observed.

saultdon commented on 2014-07-16 16:54

@d7rk I'm not sure, you could ask the package maintainer for qscintilla or see if it's been filed as a bug report or check in the forums.

@HuMu_2013 There was an update to the openlayers plugin (1.3.3) for 2.4. See if you can upgrade it. I haven't tried upgrading pyqt4 after installing qgis, because then you'd have to recompile qscintilla again against the updated pyqt4.

d7rk commented on 2014-07-16 16:30

Hello everyone,

Qgis compiles fine but processing does not work.
I've tried downgrading pyqt and even sip and recompiling qscintilla 2.8.3 from source as indicated in the previous comments but it fails when I try to make the python bindings:

Makefile:551: recipe for target 'sipQsciQsciLexerDiff.o' failed
make: *** [sipQsciQsciLexerDiff.o] Error 1
Any idea?
Cheers,

HuMu_2013 commented on 2014-07-16 15:42

It compiles and installs also my boxes. But the (very valuable) Openlayer plug-in isn't working. Is this related? Can I upgrade python2-pyqt4 after compiling?
Thx for all the efforts!

HuMu_2013 commented on 2014-07-16 15:41

It compiles and installs also my boxes. But the (very valuable) Openlayer plugin isn't working. Is this related? Can I upgrade python2-pyqt4 after compiling?
Thx for all the effords!

saultdon commented on 2014-07-16 15:27

@Lazy pyqt4 4.11.1 has deprecated the pyqtconfig module which QGIS uses to build, so had to fix the PKGBUILD on 4.10.4 which was the previous version before it was updated to 4.11.1. Qscintilla has to be recompiled because it has a dependency for python2-pyqt4 and is probably expecting 4.11 so it gives the error until it's rebuilt against the old python2-pyqt4.

Lazy commented on 2014-07-16 10:58

Was finally able to compile this thing, but it is fixed on python2-pyqt4=4.10.4. Have to use pacman -Sddu to ignore this. Qscintilla was just updated today, but apparently still has to be rebuilt from ABS for processing plugin. Not sure if I even use it though.

vld commented on 2014-07-16 09:04

Tahnk you saultdon. It works now.

Lazy commented on 2014-07-15 23:35

Twice today I've tried to compile it, I get past the hangup at 97%. Now I'm getting hung up at install: cannot stat /aur/qgis/src/qgis.sh: No such file or directory.
==> ERROR: A failure occurred in package().
Aborting...

saultdon commented on 2014-07-15 15:37

I just updated the PKGBUILD to set explicit versions for python2-pyqt4, python2-sip and python2-qscintilla.

Hopefully that should help everyone who are having compile issues. With those specific versions installed and the qscintilla note in the PKGBUILD, I'm not having any build issues.

vld commented on 2014-07-15 07:15

Hi, I have tried few times since yesterday afternoon to build qgis but it would always stop and report error close tot he end:

sip: Unable to find file "QtCore/QtCoremod.sip"
python/CMakeFiles/python_module_qgis__analysis.dir/build.make:302: recipe for target 'python/analysis/sip_analysispart0.cpp' failed
make[2]: *** [python/analysis/sip_analysispart0.cpp] Error 1
CMakeFiles/Makefile2:2868: recipe for target 'python/CMakeFiles/python_module_qgis__analysis.dir/all' failed
make[1]: *** [python/CMakeFiles/python_module_qgis__analysis.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

I tried to check if all dependencies are there, and it seems they are. I have no idea what else to try. Last year I had similar issue and had to wait for an upgrade/newer version which then worked with no glitches.

I have found couple potential solutions this morning on other forums, but until I can try those any suggestion is appreciated.

cheers!

saultdon commented on 2014-07-14 22:31

@pjduplooy maybe your pyqt4 installation is too old. You might have to install pyqt4 4.10.4 or find which version of sip is compatible with pyqt4 4.10.3 and downgrade sip.

pjduplooy commented on 2014-07-14 21:55

Ok I have followed the instructions you postded, but when rebuilding qscintilla, I get:

An internal error occured. Please report all the output from the program,
including the following traceback, to support@riverbankcomputing.com.
Traceback (most recent call last):
File "configure.py", line 1666, in <module>
_main(sys.argv, module_config)
File "configure.py", line 1639, in _main
target_config.introspect_pyqt(module_config)
File "configure.py", line 865, in introspect_pyqt
from PyQt4 import QtCore
RuntimeError: the sip module implements API v11.0 to v11.1 but the PyQt4.QtCore module requires API v10.1

saultdon commented on 2014-07-14 20:59

@pjduplooy Here the wiki is fairly straight forward,
https://wiki.archlinux.org/index.php/Arch_Build_System#How_to_use_ABS

pjduplooy commented on 2014-07-14 20:54

Still not working. I have downgraded pyqt4 and reinstalled qscintilla. How does one rebuild qscintalla?

Sorry I am new to Arch, but am used to Gentoo and compiling from source.

saultdon commented on 2014-07-14 19:01

@pjduplooy I haven't needed to downgrade sip. Simply downgraded pyqt4 and rebuilt qsintilla from the ABS to make sure the processing plugin works.

pjduplooy commented on 2014-07-14 18:46

Ok Building now further up to 96%.

Then I get: Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/PyQt4/uic/pyuic.py", line 31, in <module>
from PyQt4 import QtCore
RuntimeError: the sip module implements API v11.0 to v11.1 but the PyQt4.QtCore module requires API v10.1
python/plugins/fTools/tools/CMakeFiles/fTools-tools-stageinstall.dir/build.make:94: recipe for target 'python/plugins/fTools/tools/ui_frmVisual.py' failed
make[2]: *** [python/plugins/fTools/tools/ui_frmVisual.py] Error 1
CMakeFiles/Makefile2:3476: recipe for target 'python/plugins/fTools/tools/CMakeFiles/fTools-tools-stageinstall.dir/all' failed
make[1]: *** [python/plugins/fTools/tools/CMakeFiles/fTools-tools-stageinstall.dir/all] Error 2
Makefile:137: recipe for target 'all' failed


I have done this from the comments here:

$ yaourt downgrade
Install downgrade by following insctructions
$ downgrade pyqt4-common
Select the early 4.10 version (5 in my case) and press n when asked
$ downgrade python2-pyqt4
Select the early 4.10 version (5 in my case) and press n when asked
$ yaourt qgis
Install qgis by following instruction, you may have to wait for a while


pyqt4-common and python2-pyqt4 is now at 4.10.3-1.

Should I downgrade sip as well?

saultdon commented on 2014-07-14 15:03

@pjduplooy Not sure, it's building fine from my end... Maybe you have to recompile one of the dependencies for QGIS, try rebuilding gdal or libkml if that's installed.

pjduplooy commented on 2014-07-14 09:50

Anyone?

pjduplooy commented on 2014-07-13 19:17

Hi guys

I am experiencing the same problem as waswart:

Linking CXX executable ../../output/bin/crssync
/usr/lib/libkmlbase.so.0: undefined reference to `libkml_unzAttach'
/usr/lib/libkmlbase.so.0: undefined reference to `libkml_unzGoToNextFile'
/usr/lib/libkmlbase.so.0: undefined reference to `libkml_unzOpenCurrentFile'
/usr/lib/libkmlbase.so.0: undefined reference to `libkml_unzGetCurrentFileInfo'
/usr/lib/libkmlbase.so.0: undefined reference to `libkml_unzLocateFile'
/usr/lib/libkmlbase.so.0: undefined reference to `libkml_unzReadCurrentFile'
/usr/lib/libkmlbase.so.0: undefined reference to `libkml_unzClose'
/usr/lib/libkmlbase.so.0: undefined reference to `mem_simple_create_file'
collect2: error: ld returned 1 exit status
src/crssync/CMakeFiles/crssync.dir/build.make:101: recipe for target 'output/bin/crssync' failed
make[2]: *** [output/bin/crssync] Error 1
CMakeFiles/Makefile2:1202: recipe for target 'src/crssync/CMakeFiles/crssync.dir/all' failed
make[1]: *** [src/crssync/CMakeFiles/crssync.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2

I have followed instructions on here and changed -DCMAKE_SKIP_RPATH=ON to OFF in the PKGBUILD to no avail.

Any ideas?

Regards

Pieter

saultdon commented on 2014-07-11 15:16

@lylambda you might just need to recompile qscintilla from the ABS.

lylambda commented on 2014-07-11 14:29

@geosam : Thanks, .qgis2 was the problem. Rename the directory solve the crash.
@leosw : I used the same steps. It's easy and work perfectly

For now, almost all is okay for me. Just "Processing" extension is corrupted and can't be removed.

waswart commented on 2014-07-09 22:58

Build failing any thoughts?
Scanning dependencies of target crssync
[ 48%] Building CXX object src/crssync/CMakeFiles/crssync.dir/main.cpp.o
Linking CXX executable ../../output/bin/crssync
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/libgdal.so: undefined reference to `sqlite3_column_table_name'
collect2: error: ld returned 1 exit status
src/crssync/CMakeFiles/crssync.dir/build.make:101: recipe for target 'output/bin/crssync' failed
make[2]: *** [output/bin/crssync] Error 1
CMakeFiles/Makefile2:1202: recipe for target 'src/crssync/CMakeFiles/crssync.dir/all' failed
make[1]: *** [src/crssync/CMakeFiles/crssync.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2

geosam commented on 2014-07-08 21:20

@lylambda remove or rename the directory in home .qgis2 and .qgis2.0. The problem it is GRASS GIS. First, try execute qgis as sudo.

jose1711 commented on 2014-07-05 14:28

does not build here:

..
[ 44%] Building CXX object src/gui/CMakeFiles/qgis_gui.dir/moc_qgssublayersdialog.cxx.o
[ 44%] Building CXX object src/gui/CMakeFiles/qgis_gui.dir/moc_qgsunitselectionwidget.cxx.o
Linking CXX shared library ../../output/lib/libqgis_gui.so
[ 44%] Built target qgis_gui
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2

sortenoscia commented on 2014-07-05 08:57

need to complete BKGBUILD

ERROR
[ 95%] Generating analysis/sip_analysispart0.cpp, analysis/sip_analysispart1.cpp, analysis/sip_analysispart2.cpp, analysis/sip_analysispart3.cpp

sip: Unable to find file "QtCore/QtCoremod.sip"
python/CMakeFiles/python_module_qgis__analysis.dir/build.make:302: set di istruzioni per l'obiettivo "python/analysis/sip_analysispart0.cpp" non riuscito
make[2]: *** [python/analysis/sip_analysispart0.cpp] Errore 1
CMakeFiles/Makefile2:2832: set di istruzioni per l'obiettivo "python/CMakeFiles/python_module_qgis__analysis.dir/all" non riuscito
make[1]: *** [python/CMakeFiles/python_module_qgis__analysis.dir/all] Errore 2
Makefile:137: set di istruzioni per l'obiettivo "all" non riuscito
make: *** [all] Errore 2

Lazy commented on 2014-07-04 21:53

Updates to pyqt4, sip and qscintilla packages this morning. ??

leosw commented on 2014-07-04 07:09

For newbies as me, you have to do that :

$ yaourt downgrade
Install downgrade by following insctructions
$ downgrade pyqt4-common
Select the early 4.10 version (5 in my case) and press n when asked
$ downgrade python2-pyqt4
Select the early 4.10 version (5 in my case) and press n when asked
$ yaourt qgis
Install qgis by following instruction, you may have to wait for a while
$ yaourt -Suy
Upgrade to the newest version of the downgraded packages
$ yaourt -Rns downgrade
Remove downgrade

leosw commented on 2014-07-04 07:09

For newbies as me, you have to do that :

yaourt downgrade
Install downgrade by following insctructions
downgrade pyqt4-common
Select the early 4.10 version (5 in my case) and press n when asked
downgrade python2-pyqt4
Select the early 4.10 version (5 in my case) and press n when asked
yaourt qgis
Install qgis by following instruction, you may have to wait for a while
yaourt -Suy
Upgrade to the newest version of the downgraded packages
yaourt -Rns downgrade
Remove downgrade

grayich commented on 2014-07-04 05:30

this should be at startup?
http://i.imgur.com/xq43o4J.png

Lazy commented on 2014-07-03 17:35

You can use downgrader from AUR to speed up downgrading process. I'm getting confused as to which one needs to be downgraded and which version.

lylambda commented on 2014-07-03 11:01

Downgraded pyqt, compiled Qgis and upgrades pyqt works, thanks :)
Just, no sure that is linked, but now Qgis crash with my old projects :/

Warning: QGraphicsScene::addItem: item has already been added to this scene
Warning: libpng warning: iCCP: Not recognizing known sRGB profile that has been edited
Warning: Loading a file that was saved with an older version of qgis (saved in 2.2.0-Valmiera, loaded in 2.4.0-Chugiak). Problems may occur.
OpenlayersLayer draw
page file: file:////home/lylambda/.qgis2/python/plugins/openlayers_plugin/html/osm.html
extent: 770080.4506570925004780,5412436.2490111626684666 : 771065.0898912206757814,5413030.7789043914526701
center: 770572.770274, 5412733.513958
size: 1209, 730
logicalDpiX: 96
outputDpi: 96.000000
mapUnitsPerPixel: 0
olSize: 1209, 730
1 0x7fe2d35855d5 /usr/lib/libQtWebKit.so.4(_ZN3WTF10StringImplD1Ev+0x355) [0x7fe2d35855d5]
2 0x7fe2d34f6768 /usr/lib/libQtWebKit.so.4(+0x1848768) [0x7fe2d34f6768]
3 0x7fe2d338a14e /usr/lib/libQtWebKit.so.4(+0x16dc14e) [0x7fe2d338a14e]
4 0x7fe2d3477a63 /usr/lib/libQtWebKit.so.4(_ZN3JSC8evaluateEPNS_9ExecStateERKNS_10SourceCodeENS_7JSValueEPS5_+0x153) [0x7fe2d3477a63]
5 0x7fe2d21864ae /usr/lib/libQtWebKit.so.4(+0x4d84ae) [0x7fe2d21864ae]
6 0x7fe2d21867d3 /usr/lib/libQtWebKit.so.4(+0x4d87d3) [0x7fe2d21867d3]
7 0x7fe2d211f919 /usr/lib/libQtWebKit.so.4(+0x471919) [0x7fe2d211f919]
8 0x7fe2d20b1952 /usr/lib/libQtWebKit.so.4(_ZN9QWebFrame18evaluateJavaScriptERK7QString+0x242) [0x7fe2d20b1952]
9 0x7fe24fe57fe9 /usr/lib/python2.7/site-packages/PyQt4/QtWebKit.so(+0x48fe9) [0x7fe24fe57fe9]
10 0x7fe25593f669 /usr/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x56c9) [0x7fe25593f669]
11 0x7fe25593efc3 /usr/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x5023) [0x7fe25593efc3]
12 0x7fe25593efc3 /usr/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x5023) [0x7fe25593efc3]
13 0x7fe255940970 /usr/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x830) [0x7fe255940970]
14 0x7fe2558cd49c /usr/lib/libpython2.7.so.1.0(+0x6f49c) [0x7fe2558cd49c]
15 0x7fe2558a86b3 /usr/lib/libpython2.7.so.1.0(PyObject_Call+0x43) [0x7fe2558a86b3]
16 0x7fe2558b760d /usr/lib/libpython2.7.so.1.0(+0x5960d) [0x7fe2558b760d]
17 0x7fe2558a86b3 /usr/lib/libpython2.7.so.1.0(PyObject_Call+0x43) [0x7fe2558a86b3]
18 0x7fe255939987 /usr/lib/libpython2.7.so.1.0(PyEval_CallObjectWithKeywords+0x47) [0x7fe255939987]
19 0x7fe25560ee94 /usr/lib/python2.7/site-packages/sip.so(+0xfe94) [0x7fe25560ee94]
20 0x7fe253cf1dc2 /usr/share/qgis/python/qgis/_core.so(_Z15sipVH__core_18616PyGILState_STATEPFvP17_sipSimpleWrapperS_ES1_P7_objectR16QgsRenderContext+0x62) [0x7fe253cf1dc2]
21 0x7fe253f30d1c /usr/share/qgis/python/qgis/_core.so(_ZN17sipQgsPluginLayer4drawER16QgsRenderContext+0x6c) [0x7fe253f30d1c]
22 0x7fe2d0725b13 /usr/lib/libqgis_core.so.2.4.0(_ZN30QgsMapRendererCustomPainterJob8doRenderEv+0x113) [0x7fe2d0725b13]
23 0x7fe2d0725b99 /usr/lib/libqgis_core.so.2.4.0(_ZN30QgsMapRendererCustomPainterJob12staticRenderEPS_+0x9) [0x7fe2d0725b99]
24 0x7fe2d436156b /usr/lib/libqwt.so.6(_ZN12QtConcurrent15RunFunctionTaskIvE3runEv+0x1b) [0x7fe2d436156b]
25 0x7fe2cf405dfe /usr/lib/libQtCore.so.4(+0x6edfe) [0x7fe2cf405dfe]
26 0x7fe2cf411ebf /usr/lib/libQtCore.so.4(+0x7aebf) [0x7fe2cf411ebf]
27 0x7fe2c9ca4124 /usr/lib/libpthread.so.0(+0x7124) [0x7fe2c9ca4124]
28 0x7fe2cc92b4bd /usr/lib/libc.so.6(clone+0x6d) [0x7fe2cc92b4bd]
QGIS died on signal 11Abandon

salsaymusica commented on 2014-07-02 23:24

@nickoe: As you suggested, downgraded pyqt4-common, python2-pyqt and python-pyqt for compilation. After successful compilation I upgraded those packages and all is fine now, so only had to downgrade on compilation time. Thanks!

lylambda commented on 2014-07-02 11:28

I prefer wait a patch. Qgis 2.2 work for now and I don't want break it ^^

nickoe commented on 2014-07-01 17:05

Did you guys even try to downgrade?

lylambda commented on 2014-07-01 16:43

Same thing here :

[ 96%] Generating analysis/sip_analysispart0.cpp, analysis/sip_analysispart1.cpp, analysis/sip_analysispart2.cpp, analysis/sip_analysispart3.cpp

sip: Unable to find file "QtCore/QtCoremod.sip"
python/CMakeFiles/python_module_qgis__analysis.dir/build.make:302: recipe for target 'python/analysis/sip_analysispart0.cpp' failed
make[2]: *** [python/analysis/sip_analysispart0.cpp] Error 1
CMakeFiles/Makefile2:2868: recipe for target 'python/CMakeFiles/python_module_qgis__analysis.dir/all' failed
make[1]: *** [python/CMakeFiles/python_module_qgis__analysis.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build qgis.

torkelatgenet commented on 2014-07-01 10:36

[ 96%] Generating analysis/sip_analysispart0.cpp, analysis/sip_analysispart1.cpp, analysis/sip_analysispart2.cpp, analysis/sip_analysispart3.cpp

sip: Unable to find file "QtCore/QtCoremod.sip"
python/CMakeFiles/python_module_qgis__analysis.dir/build.make:302: recipe for target 'python/analysis/sip_analysispart0.cpp' failed
make[2]: *** [python/analysis/sip_analysispart0.cpp] Error 1
CMakeFiles/Makefile2:2868: recipe for target 'python/CMakeFiles/python_module_qgis__analysis.dir/all' failed
make[1]: *** [python/CMakeFiles/python_module_qgis__analysis.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2

salsaymusica commented on 2014-07-01 02:49

Same compilation problem as reported by "tesfabpel":
[ 44%] Built target qgis_gui
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

zottelef commented on 2014-06-30 09:46

There is any chance that someone will write a wiki installation guide for qgis, to help with the installation issues of python2-sip? Thankyou in advance!

saultdon commented on 2014-06-29 22:22

If you can't downgrade, then you can also recompile from the ABS in this order:
sip, pyqt4, qscintilla

For pyqt4, change version number to 4.10.4, change all occurrences of configure-ng.py to configure.py, run updpkgsums and then build.

saultdon commented on 2014-06-29 20:26

You can cd to /var/cache/pacman/pkg and then,

pacman -U pyqt4-common-4.10.4-2-x86_64.pkg.tar.xz sip-4.15.5-2-x86_64.pkg.tar.xz python-sip-4.15.5-2-x86_64.pkg.tar.xz python-pyqt4-4.10.4-2-x86_64.pkg.tar.xz python2-sip-4.15.5-2-x86_64.pkg.tar.xz python2-pyqt4-4.10.4-2-x86_64.pkg.tar.xz

That should let qgis 2.4 compile for now.

nickoe commented on 2014-06-29 19:53

If this is related to pyqt, you could downgrade to 4.10 in the meantime.

saultdon commented on 2014-06-29 19:40

@mramish, phreshphil, tesfabpel

Please see the comments here, we're waiting for some upstream fixes =)

mramish commented on 2014-06-29 18:37

Does the package now build properly ? Because i want to change my production workstation to arch and need qgis for work.

PhreshPhil commented on 2014-06-29 16:38

Same here, something in that unit selection widget killed my compile too.

PhreshPhil commented on 2014-06-29 16:38

Same here, something in that unit selection widget killed my compile too.

tesfabpel commented on 2014-06-29 09:17

It gives me this error when building:

[ 45%] Building CXX object src/gui/CMakeFiles/qgis_gui.dir/moc_qgssearchquerybuilder.cxx.o
[ 45%] Building CXX object src/gui/CMakeFiles/qgis_gui.dir/moc_qgsslider.cxx.o
[ 45%] Building CXX object src/gui/CMakeFiles/qgis_gui.dir/moc_qgssublayersdialog.cxx.o
[ 45%] Building CXX object src/gui/CMakeFiles/qgis_gui.dir/moc_qgsunitselectionwidget.cxx.o
Linking CXX shared library ../../output/lib/libqgis_gui.so
[ 45%] Built target qgis_gui
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build qgis.
==> Restart building qgis ? [y/N]

saultdon commented on 2014-06-29 04:29

Updated to 2.4.0 but still requires some fixes from upstream to repair the compilation error for pyqt4/sip.

saultdon commented on 2014-06-25 16:59

https://hub.qgis.org/issues/10596
Thanks gazio, I've updated the QGIS bug report to include your output.

gazio commented on 2014-06-25 15:00

Same as Luk0r

sip: Unable to find file "QtCore/QtCoremod.sip"
python/CMakeFiles/python_module_qgis_analysis.dir/build.make:283: recipe for target 'python/analysis/sipanalysispart0.cpp' failed

[root@localhost ~]# find /usr -name QtCoremod.sip
/usr/share/sip/QtCore/QtCoremod.sip

[root@localhost ~]# pacman -Qo /usr/share/sip/QtCore/QtCoremod.sip
/usr/share/sip/QtCore/QtCoremod.sip is owned by python2-pyqt4 4.11-2

saultdon commented on 2014-06-19 22:11

Looks like it could actually be part of the pyqt4 and sip update - see my last comment for more info. 2.4 comes out tomorrow too, so going to try compiling that to see if something got fixed.

Fincer commented on 2014-06-19 19:48

I get exactly same error message at 95% as Luk0r does.

Luk0r commented on 2014-06-19 17:51

My install fails at 95%:
[ 95%] Generating analysis/sipanalysispart0.cpp, analysis/sipanalysispart1.cpp, analysis/sipanalysispart2.cpp, analysis/sipanalysispart3.cpp

sip: Unable to find file "QtCore/QtCoremod.sip"
python/CMakeFiles/python_module_qgis_analysis.dir/build.make:283: recipe for target 'python/analysis/sipanalysispart0.cpp' failed
make[2]: *** [python/analysis/sipanalysispart0.cpp] Error 1
CMakeFiles/Makefile2:2643: recipe for target 'python/CMakeFiles/python_module_qgis_analysis.dir/all' failed
make[1]: *** [python/CMakeFiles/python_module_qgis_analysis.dir/all] Error 2
Makefile:137: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().

But find gives me:
./usr/share/sip/Py2-PyQt5/QtCore/QtCoremod.sip
./usr/share/sip/QtCore/QtCoremod.sip
./usr/share/sip/PyQt4/QtCore/QtCoremod.sip
./usr/share/sip/PyQt5/QtCore/QtCoremod.sip

saultdon commented on 2014-06-14 19:52

There's a compiling error after updating python2-pyqt4 (4.11-1) and I've filed a bug report to see if it can be fixed.

https://bugs.archlinux.org/task/40842?project=1&cat%5B0%5D=2&string=python2-pyqt4

nickoe commented on 2014-05-25 17:59

On a clean system, I get the ImportError: No module named psycopg2. So I guess that python2-psycopg2 should be added as a depend.

HuMu_2013 commented on 2014-05-05 14:38

It seems that the recent python upgrades disables the python plugins of Qgis. Recompiling against the updated packages works but python errors continue to show up like:

An error has occured while executing Python code:

Traceback (most recent call last):
File "/home/huub/.qgis2/python/plugins/Blurring/blurring.py", line 242, in layerAdded
self.displayComboBoxLayers()
File "/home/huub/.qgis2/python/plugins/Blurring/blurring.py", line 93, in displayComboBoxLayers
if layer.LayerType() == 0 and layer.geometryType() == 0 :
AttributeError: 'QgsRasterLayer' object has no attribute 'geometryType'

Python version:
2.7.6 (default, Feb 26 2014, 12:07:17)
[GCC 4.8.2 20140206 (prerelease)]


QGIS version:
2.2.0-Valmiera Valmiera, exported

Python path: ['/home/huub/.qgis2/python/plugins/processing', '/usr/share/qgis/python', u'/home/huub/.qgis2/python', u'/home/huub/.qgis2/python/plugins', '/usr/share/qgis/python/plugins', '/home/huub', '/usr/share/qgis/python', '/usr/lib/python27.zip', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/lib/python2.7/site-packages', '/usr/lib/python2.7/site-packages/gtk-2.0', '/usr/lib/python2.7/site-packages/wx-3.0-gtk2', '/usr/share/qgis/python', '/usr/share/qgis/python/plugins/fTools/tools']

Lazy commented on 2014-04-28 14:25

I recompiled qwtpolar (going forward) and now compiled qgis, installed, and it now "accidentally" works.

saultdon commented on 2014-04-28 07:15

@lazy - I updated the qwtpolar package and replaced the 'any' with the actual architectures. I'm thinking the problem lies with how I packaged qwtpolar.

Does that help?

I'll test the 32-bit out on a VM tomorrow. Thanks for bringing this up.

You can 'upgrade' to the qwtpolar-svn package, but like you said, the QGIS PKGBUILD deps would need to be modified for it.

Lazy commented on 2014-04-27 22:53

I do also get it to compile under x86_64, but hangs up under i686. Maybe the qwtpolar isn't for both architectures.

Lazy commented on 2014-04-27 22:18

I have the qwtpolar which produces an any package. I've also produced a qwtpolar-svn which comes in both architectures. Maybe I can use the qwtpolar-svn and change the dep in the PKGBUILD. Or just "upgrade" to it.

saultdon commented on 2014-04-27 18:18

@Lazy I just recompiled because of the updated qt4, but haven't got that error. Then again, I'm running 64-bit

Did you install qwtpolar from this package? https://aur.archlinux.org/packages/qwtpolar/

Lazy commented on 2014-04-24 09:45

On compiling on i686 I keep getting this error:
/usr/lib/gcc/i686-pc-linux-gnu/4.8.2/../../../libqwtpolar.so: file not recognized: File format not recognized
collect2: error: ld returned 1 exit status
src/app/CMakeFiles/qgis.dir/build.make:7958: recipe for target 'output/bin/qgis' failed
make[2]: *** [output/bin/qgis] Error 1
CMakeFiles/Makefile2:1530: recipe for target 'src/app/CMakeFiles/qgis.dir/all' failed
make[1]: *** [src/app/CMakeFiles/qgis.dir/all] Error 2
Makefile:136: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

saultdon commented on 2014-04-03 12:39

Optional dependencies can be installed with pacman prior to building with:

# pacman -S --asdeps python2-psycopg2

saultdon commented on 2014-04-03 12:26

Now using source zip from github to make use of back-ported patches.

Please have a look at optdepends() too before compiling just to make sure you got the packages installed that will give QGIS the extra functionality your looking for.

saultdon commented on 2014-03-28 02:15

You'll want to make necessary changes to build() portion in PKGBUILD if you want to enable the following from now on. They're disabled by default, but available:
- GRASS Plugin
- Globe Plugin
- QGIS Map Server

They are heavy dependencies (except fcgi) and not all users use them so it's probably best to make them optional =)

Have fun fellow GIS'ers.

geosam commented on 2014-03-14 02:34

I compiled the latest version of osgEarth in Archlinux, available in AUR:

https://aur.archlinux.org/packages/osgearth/

To compile QGIS with the Globe complement can be added in the compilation parameters as:

-DWITH_GLOBE = TRUE \

Here a screenshot:

http://goo.gl/yvA9uG

adq commented on 2014-03-08 17:17

confirmed working here with latest instructions. Many thanks!

d7rk commented on 2014-03-08 08:28

Great job saultdon!
Everything works great now.
Cheers,

saultdon commented on 2014-03-08 05:22

Updates everyone =)

I you followed the last instructions I gave, downgrade pyqt4dev, sipdev, and qscintilla to the offical Arch repo ones.

# pacman -S pyqt4-common python-{pyqt4,qscintilla{,-common},sip} python2-{sip,qscintilla,pyqt4} sip qscintilla

Then QGIS 2.2 will compile. I've tested this on a couple PC's already. I also setup qwtpolar on the AUR with the correct version numbers, so you can use that too instead of the previous pastebin I gave.

d7rk commented on 2014-03-06 17:54

@saultdon
I've tried following your latest instructions but I'm stuck at step 4 when I try to compile qscintilla witht the python bindings.
I get a make error.
----------------------
/usr/include/qt/Qsci/qsciscintillabase.h:35:31: fatal error: QAbstractScrollArea: No such file or directory
----------------------
I tried to fix the link (in QtWidget), but I get another one after that that I'm unable to fix.
----------------------
/usr/include/qt/QtCore/qobject.h:443:18: note: no known conversion for argument 1 from ‘const char*’ to ‘const QMetaMethod&’
----------------------
Any ideas?

saultdon commented on 2014-03-06 15:18

@ezzetabi, QGIS on the AUR is a little tricky to get working. Below is what everyone currently needs to do before compiling QGIS =)

1.) Compile and install qwtpolar from http://pastebin.com/CBmC60XN
2.) Compile and install pyqt4dev from the AUR
3.) Compile and install sipdev from the AUR
4.) Re-compile and re-install qscintilla package from ABS

Can you try re-compiling qscintilla against the updated pyqt4dev and see if that fixes it? It's been working fine for me when following the steps above.

ezzetabi commented on 2014-03-06 13:14

Perhaps it is a good idea to make a selfcontained qgis package that puts and uses all this python packages in a specific virtualenv?

ezzetabi commented on 2014-03-06 13:13

qgis now requires python2-qscintilla 2.8.1dev (not in the repos or AUR) otherwise the processing plugin fails to load because sip is too new.

>>> import PyQt4.Qsci
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
RuntimeError: the sip module implements API v11.0 but the PyQt4.Qsci module requires API v10.1

stronnag commented on 2014-03-04 20:14

Thanks. Qgis is now building away.

Hope the AUR catches up with the qwtpolar versions.

saultdon commented on 2014-03-04 16:56

@stronnag - Looks like you have version 111, that's a lot higher than 1.1.1!

Again, I've posted a working qwtpolar PKGBUILD with the correct version number at http://pastebin.com/CBmC60XN - give it a shot.

OR, just change qwtpolar>=1.1.0 to qwtpolar>=111 in the QGIS pkgbuild, but I recommend using a qwtpolar with the actual version number.

stronnag commented on 2014-03-04 16:50

error: target not found: qwtpolar>=1.1.0

(having installed the only not outdated qwtpolar( qwtpolar-svn-qt4-111-1))

lantald commented on 2014-03-01 16:52

Thank you for taking over Saultdon!

saultdon commented on 2014-03-01 01:09

@geosam thanks for that, added txt2tags but made some changes to qwtpolar (hopefully for the better).

saultdon commented on 2014-03-01 01:07

Thanks for your efforts lantald.

I'll pick this up. I had to make some changes to qwtpolar-svn-qt4 because it wasn't building (srcdir not found) for some reason and uploaded a modded PKGBUILD here: http://pastebin.com/CBmC60XN

That should install the required qwtpolar dependency mentioned in the QGIS PKGBUILD.

Let me know if there are any issues everyone =) Don't forget to install sipdev and pyqt4dev from the AUR prior to compiling QGIS.

lantald commented on 2014-02-28 15:56

I have orphan this, because I do not have the time to maintain it anymore.

I hope someone will adopt it soon and continue the maintenance.

d7rk commented on 2014-02-28 09:01

Any people experiencing python errors after install (when launching)? It seems it happens with qgis-git as well.
Cheers,

geosam commented on 2014-02-24 16:04

PKGBUILD file for QGIS v2.2.0 in:

https://gist.github.com/samtux/9190442

I have taken some code in QGIS-git.

Add in dependencies: 'txt2tags' 'qwtpolar-svn-qt4'

geosam commented on 2014-02-24 16:03

The PKGBUILD for QGIS v2.2.0 in:

https://gist.github.com/samtux/9190442

I have taken some code in QGIS-git.

Add in dependencies: 'txt2tags' 'qwtpolar-svn-qt4'

markbhp commented on 2014-01-23 22:11

Thank you sauldon for the guidance on the forum on this. Using your solution from a fresh, updated VBox machine:
1) yaourt sipdev
2) yaourt pyqt4dev
3) yaourt qgis
> remove depends for python2-pyqt
> remove makedepends for python2-sip
>>At grass build, replace wxpython<3.0.0 with wxpython

markbhp commented on 2014-01-21 16:46

Thanks for all of your effort on this. Qgis is critical for our non-profit watershed group.

I am currently unable to build (using pyqt4dev in PKGBUILD). I am encountering an error with sip:

[code]
[ 96%] Building CXX object python/CMakeFiles/python_module_qgis_gui.dir/gui/sipguipart3.cpp.o
/usr/share/sip/QtGui/qsyntaxhighlighter.sip: In function ‘PyObject* meth_QgsExpressionHighlighter_setCurrentBlockUserData(PyObject*, PyObject*, PyObject*)’:
/usr/share/sip/QtGui/qsyntaxhighlighter.sip:78:77: error: ‘qtgui_wrap_ancestors’ was not declared in this scope
PyObject *py_td = qtgui_wrap_ancestors(td, sipType_QTextDocument);
^
python/CMakeFiles/python_module_qgis_gui.dir/build.make:443: recipe for target 'python/CMakeFiles/python_module_qgis_gui.dir/gui/sipguipart3.cpp.o' failed
make[2]: *** [python/CMakeFiles/python_module_qgis_gui.dir/gui/sipguipart3.cpp.o] Error 1
CMakeFiles/Makefile2:3064: recipe for target 'python/CMakeFiles/python_module_qgis_gui.dir/all' failed
make[1]: *** [python/CMakeFiles/python_module_qgis_gui.dir/all] Error 2
Makefile:136: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
[/code]

Certain of the official package depends install sip=sip 4.15.4-1 and cfitsio 3.360-1. I have seen where others have had sucess with downgrading cfitsio. (This is a new system and I have no simple pacman revert option.)

My attempts to correct the problems by manually installing sip4 and pyqt4 from riverbankcomputing.com have not worked, most certainly because I don't know what I'm doing. I was able to build these packages and, after force-removing the official sip package, install the riverbank sip. Alas, this resulted in one of many failures. I also manually built an earlier cfitsio from NASA, again resulting in failure.

(Note: I am doing this from a VBox machine first, so I am able to revert to ground zero easily.)

brolin commented on 2014-01-13 02:11

I can't make the package. I get this error in the compilation:

/usr/share/sip/QtGui/qsyntaxhighlighter.sip: En la función ‘PyObject* meth_QgsExpressionHighlighter_setCurrentBlockUserData(PyObject*, PyObject*, PyObject*)’:
/usr/share/sip/QtGui/qsyntaxhighlighter.sip:78:77: error: ‘qtgui_wrap_ancestors’ no se declaró en este ámbito
PyObject *py_td = qtgui_wrap_ancestors(td, sipType_QTextDocument);
^
python/CMakeFiles/python_module_qgis_gui.dir/build.make:443: recipe for target 'python/CMakeFiles/python_module_qgis_gui.dir/gui/sipguipart3.cpp.o' failed
make[2]: *** [python/CMakeFiles/python_module_qgis_gui.dir/gui/sipguipart3.cpp.o] Error 1
CMakeFiles/Makefile2:3099: recipe for target 'python/CMakeFiles/python_module_qgis_gui.dir/all' failed
make[1]: *** [python/CMakeFiles/python_module_qgis_gui.dir/all] Error 2
Makefile:136: recipe for target 'all' failed
make: *** [all] Error 2

I installed pyqt4dev and remove python2-pyqt4. To pass dependants packages i edited PKGBUILD and remove python2-pyqt4 from de file. Do you have any idea what i'm doing wrong?

Thanks in advance.

geosam commented on 2013-12-27 23:08

You can add the following optional dependency, to integrate with processing QGIS:

'taudem'

https://aur.archlinux.org/packages/taudem/

geosam commented on 2013-12-27 19:39

python2-pyqt>=4.10.4dev depedency in:

https://aur.archlinux.org/packages/pyqt4dev/

spatialNeeds commented on 2013-12-25 07:59

@thupie, This has been bothering me, too. It looks like aur/pyqt4dev is the right package to use for now. This is a meta-package, and "python2-pyqt 4.10.4dev" is included in it. Before building pyqt4dev, do a `makepkg -g >> PKGBUILD` because its PKGBUILD has the wrong md5sum at this time.

thupie commented on 2013-12-24 18:44

Can't get it to work, getting an unmet dependency:

python2-pyqt>=4.10.4dev (building from AUR)
...
error: target not found: python2-pyqt>=4.10.4dev

Tried to remove the version part from the dependency; qgis failed to compile.

'python2-pyqt' is not in AUR, I tried installing 'python2-pyqt5' from 'extra', didn't help. Latest 'python2-pyqt4' in 'extra' is at 4.10.3-1.

Does anyone have a solution?

geosam commented on 2013-12-23 18:28

Thanks for the great work with QGIS and the prompt correction!.

geosam commented on 2013-12-23 18:27

Thanks by the great work with QGIS!!!.

PhreshPhil commented on 2013-12-21 16:23

QGIS is giving me problems unrelated to the cfitsio issue. When I start QGIS it crashes with this message:

qgis: symbol lookup error: qgis: undefined symbol: _ZN13QwtLegendItem16staticMetaObjectE

I have 2.0.1-3 installed, so I tried to build 2.0.1-5 but I get this error at the 8% mark:

[ 8%] Generating ui_qgsdashspacedialogbase.h
[ 8%] Built target ui
Makefile:136: recipe for target 'all' failed
make: *** [all] Error 2


Any ideas?

saultdon commented on 2013-12-20 15:34

@satart, I had to re-compile GDAL against the updated cfitsio, once I did that - compiling qgis went fine =)

saultdon commented on 2013-12-19 16:50

filed a bug report, http://hub.qgis.org/issues/9235

satart commented on 2013-12-19 15:49

@saultdon, thank you.
After downgrading to cfitsio 3.350-2 i could build qgis

saultdon commented on 2013-12-19 15:18

@satart, This could be because of the latest update to cfitsio - you would be best to file a bug report in the QGIS bug tracker so the devs could have a look at it.

saultdon commented on 2013-12-19 15:17

@satart, https://bugs.archlinux.org/task/38191

satart commented on 2013-12-19 14:43

i got following error during building process:

Linking C executable ../../../output/lib/qgis/grass/modules/qgis.g.info
/usr/bin/ld: warning: libcfitsio.so.1, needed by /usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so, not found (try using -rpath or -rpath-link)
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so: undefined reference to `ffcrim'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so: undefined reference to `ffmahd'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so: undefined reference to `ffpscl'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so: undefined reference to `ffukls'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so: undefined reference to `ffppr'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so: undefined reference to `ffgkyn'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so: undefined reference to `ffgkls'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so: undefined reference to `ffgpv'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so: undefined reference to `ffghsp'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so: undefined reference to `ffplsw'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so: undefined reference to `ffopentest'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so: undefined reference to `ffinit'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so: undefined reference to `ffgipr'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libgdal.so: undefined reference to `ffclos'
collect2: Fehler: ld gab 1 als Ende-Status zurück
src/providers/grass/CMakeFiles/qgis.g.info.dir/build.make:92: recipe for target 'output/lib/qgis/grass/modules/qgis.g.info' failed
make[2]: *** [output/lib/qgis/grass/modules/qgis.g.info] Error 1
CMakeFiles/Makefile2:1362: recipe for target 'src/providers/grass/CMakeFiles/qgis.g.info.dir/all' failed
make[1]: *** [src/providers/grass/CMakeFiles/qgis.g.info.dir/all] Error 2
Makefile:136: recipe for target 'all' failed
make: *** [all] Error 2

lantald commented on 2013-12-17 16:23

Added the missing patch to AUR :)

lantald commented on 2013-12-17 16:23

Added the missing patch to the package.

d7rk commented on 2013-12-17 14:05

ran in the correct folder
md5sum e4835fb42b914327192e87f9f8ede970d82bdc50.patch

Got the md5sum number and replaced it in the packagebuild file (last string of the test).
Runs fine after that (although of course it makes the md5sum test non valid...)
Cheers,

d7rk commented on 2013-12-17 13:52

I have the same issue as Humu_2013.

I have downloaded the tarball and the patch (the patch isn't available on github anymore), changed the packagebuild to the location where I've stored the patch on the harddrive, it is found but doesn't pass the md5sums check.

Any idea?

nickoe commented on 2013-12-17 09:19

HuMu_2013, read this subsection, https://wiki.archlinux.org/index.php/Arch_User_Repository#Installing_packages

That is you have to download the tarball, everything should be in that one, no need to fetch every file manually.

HuMu_2013 commented on 2013-12-17 08:06

Sorry 'noob-question': how do I get the patch (from Saultdon's link) running?
I downloaded the file from http://pastebin.com/5srnhmHg ('downnload' button). I get a 'e4835fb42b914327192e87f9f8ede970d82bdc50.patch.txt' file. Rename it to 'e4835fb42b914327192e87f9f8ede970d82bdc50.patch' and put it in my qgis build directory. MD5SUM check fails, so I add the MD5SUM I get in the terminal for the downloaded *.patch file.
Now it's saying:
"Found e4835fb42b914327192e87f9f8ede970d82bdc50.patch
==> ERROR: Integrity checks (md5) differ in size from the source array."
So stuck. Any help very welcome! Thanks

saultdon commented on 2013-12-17 04:08

xg1990, http://pastebin.com/5srnhmHg

xg1990 commented on 2013-12-17 02:29

the patch https://github.com/geometeor/QGIS/commit/e4835fb42b914327192e87f9f8ede970d82bdc50.patch
is missing now.
Does anyone has a copy ?

lantald commented on 2013-12-16 10:19

I have updated the package.

If I add pyqt4dev as a dependency this does not always work, most likely due to naming. The best solution is to install pyqt4dev and than install qgis.

saultdon commented on 2013-12-15 19:37

The patch in the qgis-git comments gives a successful build against the updated qwt. I've uploaded my modified PKGBUILD in my dropbox if anyone wants at https://db.tt/hxPCHPyb until lantald can update.

You still have to install pyqt4dev from the AUR first still. Not sure how or if that should be in the PKGBUILD.

nickoe commented on 2013-12-13 00:34

Not sure, but lantald should be able to answer that. I just installed it and was happy it worked, then I did no further research on the depends.

beloglazov commented on 2013-12-13 00:30

nickoe, thanks, but why doesn't this package specify the dependency directly as pyqt4dev? Unfortunately, pyqt4dev is broken at the moment, so I can't install it.

nickoe commented on 2013-12-12 10:43

beloglazov, read what saultdon says.

beloglazov commented on 2013-12-12 03:40

When I try to install this package, I get the following error: "target not found: python2-pyqt4>=4.10.4a"

dodobas commented on 2013-12-11 09:14

unfortunately, qwt-6.1.0 update broke qgis... as it's internal qwtpolar library does not support qwt-6.1.0

I've managed to compile qgis using 'qwtpolar-svn' which has some commits for qwt-6.1.0 compatibility (http://sourceforge.net/p/qwtpolar/code/commit_browser) and by adding -DWITH_INTERNAL_QWTPOLAR=OFF -DQWTPOLAR_INCLUDE_DIR=/usr/include/qwt/ to the PKGBUILD... but when trying to run it, all I get is an error *** Error in `qgis': realloc(): invalid old size: 0x0000000000cc24c0 ***

does anyone know how to start debugging it?

daroczig commented on 2013-12-02 23:36

@saultdon: thanks a thousand times. I thought that that dependency was removed a few days ago, but it seems that it's still needed then.

saultdon commented on 2013-12-02 23:30

daroczig, that's a reference to the "pyqt4dev" package in the AUR. https://aur.archlinux.org/packages/pyqt4dev/

daroczig commented on 2013-12-02 10:19

Any idea where can I get "python2-pyqt4>=4.10.4a"?

h00pertr0n commented on 2013-12-01 13:44

Package builds ok, but I get "missing package metadata" / "invalid or corrupted package" when I do:

pacman -U qgis-2.0.1.tar.bz2

lantald commented on 2013-11-25 12:42

I have updated the package again.

Thank you for helping dreieck! I have added some of your additions/corrections.
It might be preferable to remove your 'custom' package. This would confuse users ;)

dreieck commented on 2013-11-23 15:42

Cleaned up PKGBUILD.

Uploaded as package "qgis-custom": http://aur.archlinux.org/packages/qgis-custom/

caduarte commented on 2013-11-19 16:21

Hi, I changing the dependency from pyqt4dev to python2-pyqt. Deleting options=('ccache') and "-j4" entries.

On a machine x86_64 the compilation its ok. On 2 machines (i686) the compilation breaks with the error in python_module_qgis_gui (see pastebin link)
http://pastebin.com/PENxp0nE

Any help!

bnolsen commented on 2013-11-08 18:07

I can't even get this package to build without changing the dependency from pyqt4dev to python2-pyqt.

nickoe commented on 2013-11-03 21:21

The -j make flag is probably best left out always, since this can be specified by in /etc/makepkg.conf variable MAKEFLAGS.

saultdon commented on 2013-11-03 21:15

@quite, those are remnants from my modified PKGBUILD, there's also options=('ccache') that could be removed as well.

Building with the extra cores (-j4) certainly speeds things up, but that is probably a decision left best to the user. I happened to be building on a quad core PC at the time =)

quite commented on 2013-11-03 20:49

I have realized that too by now :) You should remove -j4 from make though!

lantald commented on 2013-11-03 15:27

I agree with you, Quite. But with python2-pyqt4 qgis won't build. I hope this will be solved in the next release.

quite commented on 2013-11-03 10:56

This should probably depend on python2-pyqt4 (or if possible python2-pyqt=4.x.y), which is in Extra, rather than pyqt4dev from AUR which also drags in bunch of things from there.

saultdon commented on 2013-11-02 23:44

@lantald, yw and good to see you got it figured out =)

Arch is my main linux platform now so I'll be here to help when I can.

lantald commented on 2013-11-02 23:03

Finally, updated the package. Due to work and other obligations I could not update it earlier. Sorry!

Thank you saultdon for helping us all. I have adapted your PKGDBUILD.

saultdon commented on 2013-11-02 17:56

@PhreshPhil, thanks - here's the updated PKGBUILD https://db.tt/aPFyj9kc

Don't forget to comment out the options=(ccache) part if you're not using ccache and also install all the packages generated from pyqt4dev in the AUR.

PhreshPhil commented on 2013-11-02 13:03

Thanks for the PKGBUILD saultdon! The only change I'd made would be to add python2-psycopg2 as a dependency, Sextante needs it. QGIS will start without it, but you'll get an error message on startup and Sextante won't be available.

saultdon commented on 2013-10-29 23:37

@hjk, http://hub.qgis.org/issues/8725
Looks like that could be an implemented feature coming up, if possible, you can see how it performs in qgis-git package (master).

saultdon commented on 2013-10-28 15:38

@hjk, http://hub.qgis.org/issues/8725

I'm testing out that patch, let you know how it goes =)

hjk commented on 2013-10-28 13:30

@saultdon's pkgbuild works perfectly! Thank you.
However qgis 2.0.1 is painfully slow at rendering vector layers for me, compared to 1.8.0. Did anybody else notice this? Does anybody have a workaround?

HuMu_2013 commented on 2013-10-26 05:41

Thank you @saultdon!! Also here your dropbox PKGBUILD works after installing the 3 packages from pyqt4dev (another AUR package). The very first start just after building, gave me a python error. But that one disappeared with the subsequent startups. It works including the Grass plugin (which is not the case with the git package), but off course you need to point to the right grass directory in PKGBUILD. In my case that is /opt/grass64. Cool, finally! High time to update the PKGBUILD above and unflag this 2.0 baby.

saultdon commented on 2013-10-23 22:13

You can see what other packages you may need to recompile after installing pyqt4dev with the following:
yaourt -Qi python2-pyqt4 | grep "Req" | sed -e 's/Required By : //g'

See here: https://bbs.archlinux.org/viewtopic.php?pid=852390#p852390

saultdon commented on 2013-10-23 22:12

You can see what other packages you may need to recompile after installing pyqt4dev with the following:
pacman -Qi python2-pyqt4 | grep "Req" | sed -e 's/Required By : //g'

See here: https://bbs.archlinux.org/viewtopic.php?pid=852390#p852390

saultdon commented on 2013-10-23 22:06

@nickoe, Right, it's a development version, meaning it gets frequent updates, and not guaranteed to be stable (features can be removed or added). python2-pyqt4 is a dependency for lots of other programs, so upgrading to pyqt4dev means packages that rely on it will need to be re-compiled too, not just QGIS.

And I think because of this major dependency change, the package for QGIS here hasn't been (and should probably not be) updated with pyqt4dev as a dependency. It's hopeful that QGIS developers can nail down the issue so we can build against a stable pyqt4.

agustin commented on 2013-10-23 20:10

@saultdon, you were totally right! I forgot to install python-pyqt4 and python2-pyqt4 along with pyqt4-common before build your qgis package. Sorry for my mistake. Thanks for your package, qgis is working like a charm!
I'll delete my old comments.

nickoe commented on 2013-10-23 19:49

@saultdon, yes, indded it did work when I installed pyqt3dev. Sorry for the noise, I will delete my comments some time.

But maintainer lantald, is there any reason to not update the pkg?

nickoe commented on 2013-10-23 18:37

@saultdon, ohh, my mistake it seems that I did forget to install pyqt4dev. Am I correct that is is just a not stable never version of pyqt?

I am trying to build again, when I get pyqt4dev build.

saultdon commented on 2013-10-23 16:30

@nickoe, agustin I've been able to compile QGIS on lots of different Arch Linux PC's. Not sure where the error comes from =( I don't get any as long as those two patches in the PKGBUILD are applied.

One problem I also had was to actually restart (maybe just log out then back in instead?) the computer after installing all the pyqt4dev packages. Compiling pyqt4dev produces a number of packages (around 4?) so make sure you install all of them, restart the computer, then try compiling QGIS.

Also, if you leave options=('ccache') enabled in the PKGBUILD and aren't actually using ccache, that could cause problems... So comment out this option if you're not using it. I use it because it takes my compile time from 10-12mins to around 1-2mins on a quad core PC. ccache works wonders for GDAL too!

nickoe commented on 2013-10-23 12:38

With saultdon's pkgbuild I get:

Scanning dependencies of target python_module_qgis_gui
[ 96%] Building CXX object python/CMakeFiles/python_module_qgis_gui.dir/gui/sipguipart0.cpp.o
[ 96%] Building CXX object python/CMakeFiles/python_module_qgis_gui.dir/gui/sipguipart1.cpp.o
[ 96%] Building CXX object python/CMakeFiles/python_module_qgis_gui.dir/gui/sipguipart2.cpp.o
[ 96%] Building CXX object python/CMakeFiles/python_module_qgis_gui.dir/gui/sipguipart3.cpp.o
/usr/share/sip/QtGui/qsyntaxhighlighter.sip: In function 'PyObject* meth_QgsExpressionHighlighter_setCurrentBlockUserData(PyObject*, PyObject*, PyObject*)':
/usr/share/sip/QtGui/qsyntaxhighlighter.sip:78:77: error: 'qtgui_wrap_ancestors' was not declared in this scope
PyObject *py_td = qtgui_wrap_ancestors(td, sipType_QTextDocument);
^
python/CMakeFiles/python_module_qgis_gui.dir/build.make:443: recipe for target 'python/CMakeFiles/python_module_qgis_gui.dir/gui/sipguipart3.cpp.o' failed
make[2]: *** [python/CMakeFiles/python_module_qgis_gui.dir/gui/sipguipart3.cpp.o] Error 1
CMakeFiles/Makefile2:2732: recipe for target 'python/CMakeFiles/python_module_qgis_gui.dir/all' failed
make[1]: *** [python/CMakeFiles/python_module_qgis_gui.dir/all] Error 2
Makefile:136: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

agustin commented on 2013-10-23 03:16

I still can't build qgis 2.0.1. I've downloaded @saultdon's working qgis pkg and also installed pyqt4dev but I've got the same error at about 95%. I have sip and python-sip 4.15.3 installed.

agustin commented on 2013-10-23 03:14

I sill can't build qgis 2.0.1. I've downloaded @saultdon's working qgis pkg and also installed pyqt4dev but I've got the same error at about 95%. My sip and python-sip versions are 4.15.3.

geosam commented on 2013-10-23 01:29

Thanks @saultdon for sharing the PKGBUILD file!!!!

geosam commented on 2013-10-18 23:02

Thanks John for sharing the file. I really worked properly.

saultdon commented on 2013-10-18 01:55

@agustin: I still couldn't get QGIS to compile with updated sip.

I've put my working qgis pkg in my Dropbox at, https://db.tt/0T9ZYvje - You have to have pyqt4dev installed, it's a required dependency, but this does compile with latest sip.

The only thing I would recommend is commenting out the options=(ccache) line in the PKGBUILD unless you use ccache. See http://linfiniti.com/2011/02/speeding-up-qgis-compilation-times-with-ccache/ if you're interested.

agustin commented on 2013-10-16 20:10

sip (and related packages) have been upgraded to 4.15.3. Did anyone tried to build against them?

saultdon commented on 2013-10-07 19:33

@lantald, I had to install pyqt4dev - but I got it working with two patches!

Here's the PKGBUILD that I use on my system with the required patches.
I commented out options=(ccache) because I use that, but not everyone does and also WITH_MAPSERVER in the cmake part.

http://pastebin.com/20aFyn40

I'm not sure if it needs the QgsFieldValidator patch... I'll have to test that out later tonight unless someone else does.

lantald commented on 2013-09-26 14:22

@eMerzh; what solution are you referring to?

I get the same error as agustin. This upstream-bug has to do with sip and is solved in the current qgis-git version... I hope I will be able to correct this after the weekend.

eMerzh commented on 2013-09-26 10:29

@macario, look at the qgis-git package ... i think there is a solution in the comments

macario commented on 2013-09-26 02:16

Won't compile in my machine, same issue as agustin.

saultdon commented on 2013-09-20 22:03

It's official =)
http://lists.osgeo.org/pipermail/qgis-user/2013-September/023958.html

And website has a facelift http://www.qgis.org/en/site/index.html

lantald commented on 2013-09-17 08:57

I will update the aur-package after the official release.

dodobas commented on 2013-09-17 08:49

AFAIK, qgis 2.0 will be officially released on Friday during the keynote on the FOSS4G, with the new webite http://new.qgis.org

However, im not sure if there will be any more bug fixes released as 2.0.2

agustin commented on 2013-09-17 03:14

I've tried build from qgis-2.0.1 but failed at 97% with a sip related error.

Scanning dependencies of target python_module_qgis_core
[ 97%] Building CXX object python/CMakeFiles/python_module_qgis_core.dir/core/sipcorepart0.cpp.o
[ 97%] Building CXX object python/CMakeFiles/python_module_qgis_core.dir/core/sipcorepart1.cpp.o
[ 97%] Building CXX object python/CMakeFiles/python_module_qgis_core.dir/core/sipcorepart2.cpp.o
[ 97%] Building CXX object python/CMakeFiles/python_module_qgis_core.dir/core/sipcorepart3.cpp.o
In file included from /home/agustin/AUR/builds/qgis/src/qgis-2.0.1/python/core/qgsmaplayerregistry.sip:10:0:
/home/agustin/AUR/builds/qgis/src/qgis-2.0.1/python/../src/core/qgsmaplayerregistry.h: In member function ‘virtual void sipQgsMapLayerRegistry::connectNotify(const char*)’:
/home/agustin/AUR/builds/qgis/src/qgis-2.0.1/python/../src/core/qgsmaplayerregistry.h:252:10: error: ‘virtual void QgsMapLayerRegistry::connectNotify(const char*)’ is private
void connectNotify( const char * signal );
^
/home/agustin/AUR/builds/qgis/src/build/python/core/sipcorepart3.cpp:21382:46: error: within this context
QgsMapLayerRegistry::customEvent(a0);
^
make[2]: *** [python/CMakeFiles/python_module_qgis_core.dir/core/sipcorepart3.cpp.o] Error 1
make[1]: *** [python/CMakeFiles/python_module_qgis_core.dir/all] Error 2
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

nickoe commented on 2013-09-16 21:56

Well, I tried but failed at:
[ 53%] Building CXX object src/gui/CMakeFiles/qgis_gui.dir/moc_qgssublayersdialog.cxx.o
Linking CXX shared library ../../output/lib/libqgis_gui.so
[ 53%] Built target qgis_gui
make: *** [all] Error 2

agustin commented on 2013-09-16 18:25

Does anyone already tried to build from qgis-2.0.1.tar.bz2?

saultdon commented on 2013-09-16 17:22

New source: http://qgis.org/downloads/qgis-2.0.1.tar.bz2

saultdon commented on 2013-09-16 17:16

Was QGIS quietly released?

Some systems like Windows (OSGeo4W) and Ubuntu have been updated to 2.0.1 (stable) and 2.1.0 for alpha (master).

But I don't see any news releases on the forums, mailing lists or qgis.org site about the stable release.

HuMu_2013 commented on 2013-09-16 05:57

The package should not be flagged out of date since 1.8.0 is still the latest stable release (see http://hub.qgis.org/projects/quantum-gis/wiki/Download ).
For a temporarily solution, like mentioned below by Jelenste, you should downgrade some 'python', 'python2' and 'sip' packages in order the get Qgis properly running (with working plugins for instance) or build it with the actual PKGBUILD.
After downgrading, I have added this line in my pacman.conf:
"IgnorePkg = python2-sip python-sip sip pyqt4-common python2-pyqt4"
Cheers

HuMu_2013 commented on 2013-09-12 06:25

Installed qgis crashes while trying to open a layer with the 'OpenLayers Plugin' (p.ex 'Add Bing Aerial Layer').

Recompiling fails at 93%:
[ 93%] Built target python_module_qgis_analysis
[ 93%] Generating core/sipcorepart0.cpp, core/sipcorepart1.cpp, core/sipcorepart2.cpp, core/sipcorepart3.cpp

sip: Deprecation warning: /home/huub/abs/qgis_grass64_rc/src/qgis-1.8.0/python/core/core.sip:1: %Module version number should be specified using the 'version' argument
sip: Deprecation warning: /home/huub/abs/qgis_grass64_rc/src/qgis-1.8.0/python/core/qgis.sip:114: Annotation is invalid
Scanning dependencies of target python_module_qgis_core
[ 93%] Building CXX object python/CMakeFiles/python_module_qgis_core.dir/core/sipcorepart0.cpp.o
[ 93%] Building CXX object python/CMakeFiles/python_module_qgis_core.dir/core/sipcorepart1.cpp.o
[ 93%] Building CXX object python/CMakeFiles/python_module_qgis_core.dir/core/sipcorepart2.cpp.o
In file included from /home/huub/abs/qgis_grass64_rc/src/qgis-1.8.0/python/core/qgsmaplayerregistry.sip:10:0:
/home/huub/abs/qgis_grass64_rc/src/qgis-1.8.0/python/../src/core/qgsmaplayerregistry.h: In member function ‘virtual void sipQgsMapLayerRegistry::connectNotify(const char*)’:
/home/huub/abs/qgis_grass64_rc/src/qgis-1.8.0/python/../src/core/qgsmaplayerregistry.h:176:10: error: ‘virtual void QgsMapLayerRegistry::connectNotify(const char*)’ is private
void connectNotify( const char * signal );
^
/home/huub/abs/qgis_grass64_rc/src/build/python/core/sipcorepart2.cpp:34359:46: error: within this context
return;
^
make[2]: *** [python/CMakeFiles/python_module_qgis_core.dir/core/sipcorepart2.cpp.o] Error 1
make[1]: *** [python/CMakeFiles/python_module_qgis_core.dir/all] Error 2
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

I believe the recent upgrade of 'python-sip' might be the cause.
Thx for your continuing efforts the keep this important software running.

zottelef commented on 2013-09-11 07:30

@xavier114ch: yes [testing is enabled] and postgres is at its latest package verision. I solved with a symbolic link of the existing pg_config_ext.h pointing to /usr/include/.
Anyway qgis still fail to build wit the old "virtual void QgsMapLayerRegistry::connectNotify(const char*)' is private void connectNotify( const char * signal )"

xavier114fch commented on 2013-09-11 01:11

@zottelef: Have you enabled [testing] and updated postgresql to 9.3.0-x? I got the same error message here.

zottelef commented on 2013-09-10 13:28

Compilation gave me this error:
[ 44%] Building CXX object src/providers/postgres/CMakeFiles/postgresprovider.dir/qgspostgresprovider.cpp.o
In file included from /usr/include/libpq-fe.h:29:0,
from /tmp/yaourt-tmp-fabio/aur-qgis/src/qgis-1.8.0/src/providers/postgres/qgspostgresconn.h:31,
from /tmp/yaourt-tmp-fabio/aur-qgis/src/qgis-1.8.0/src/providers/postgres/qgspostgresprovider.h:24,
from /tmp/yaourt-tmp-fabio/aur-qgis/src/qgis-1.8.0/src/providers/postgres/qgspostgresprovider.cpp:30:
/usr/include/postgres_ext.h:26:27: fatal error: pg_config_ext.h: No such file or directory
#include "pg_config_ext.h"
^
compilation terminated.
make[2]: *** [src/providers/postgres/CMakeFiles/postgresprovider.dir/qgspostgresprovider.cpp.o] Error 1
make[1]: *** [src/providers/postgres/CMakeFiles/postgresprovider.dir/all] Error 2

Anyway, pg_config_ext.h exists in /usr/include/postgresql/server/pg_config_ext.h


xavier114fch commented on 2013-09-10 03:35

It seems somebody has stepped in and provided this pull request from QGIS Github.
https://github.com/qgis/Quantum-GIS/pull/883

Given this a try and see if it builds.

saultdon commented on 2013-09-08 04:08

I had to add the patch from http://osgeo-org.1560.x6.nabble.com/Emailing-GdalTools-zip-tt5072819.html#a5072872 because I was missing a bunch of items in the GDAL Raster menu.

I pasted my copy of the updated PKGBUILD at http://pastebin.com/dgGWmDX1 that simply uses this patch.

I listed the items missing in the raster menu as part of this bug report https://trac.osgeo.org/osgeo4w/ticket/370

jeleniste commented on 2013-09-06 06:05

you need downgrade sip, qscintilla and python-pyqt packages. If you have't old packages, you must download PKGBUILD and change package version and checksum.
Packages I had downgrade:
python-sip 4.14.7-1
python2-sip 4.14.7-1
sip 4.14.7-1
python-qscintilla 2.7.1-3
python-qscintilla-common 2.7.1-3
python2-qscintilla 2.7.1-3
pyqt4-common 4.10.2-1
python-pyqt4 4.10.2-1
python2-pyqt4 4.10.2-1

I can share edited PKGBUILDS, if somebody need, but only version and checksum are corrected.

g.schulz commented on 2013-08-31 09:38

qgis seems to build fine again.

xavier114fch commented on 2013-08-27 06:19

I have reported this upstream - it seems happens to both stable and GIT version.
http://hub.qgis.org/issues/8507

saultdon commented on 2013-08-25 21:47

Getting the same error as zottelef.

I posted more of the output at http://pastebin.com/f0FTEbuv

lantald commented on 2013-08-25 13:27

The last few weeks this package was out of date twice. Please only do that when a new version is available: the current release is 1.8.0 (www.qgis.org)

I haven't encountered the crashing/compilation error (yet), but I will look into it.

stronnag commented on 2013-08-23 15:08

The error comes from the testing sip update (which is also why it crashes).

zottelef commented on 2013-08-23 14:39

Where this compilation error comes from?
I tried to recompile qgis since today because it continues crashing!

In file included from /tmp/yaourt-tmp-fabio/aur-qgis/src/qgis-1.8.0/python/core/qgsmaplayerregistry.sip:10:0:
/tmp/yaourt-tmp-fabio/aur-qgis/src/qgis-1.8.0/python/../src/core/qgsmaplayerregistry.h: In member function 'virtual void sipQgsMapLayerRegistry::connectNotify(const char*)':
/tmp/yaourt-tmp-fabio/aur-qgis/src/qgis-1.8.0/python/../src/core/qgsmaplayerregistry.h:176:10: error: 'virtual void QgsMapLayerRegistry::connectNotify(const char*)' is private
void connectNotify( const char * signal );
^
/tmp/yaourt-tmp-fabio/aur-qgis/src/build/python/core/sipcorepart2.cpp:34581:46: error: within this context
void sipQgsMapLayerRegistry::sipProtectVirt_timerEvent(bool sipSelfWasArg,QTimerEvent *a0)
^
make[2]: *** [python/CMakeFiles/python_module_qgis_core.dir/core/sipcorepart2.cpp.o] Error 1
make[1]: *** [python/CMakeFiles/python_module_qgis_core.dir/all] Error 2
make: *** [all] Error 2

Zuf commented on 2013-07-30 12:48

I have error: qgis: error while loading shared libraries: libcharset.so.1: cannot open shared object file: No such file or directory.

Seems like libiconv missed in dependencies.

nickoe commented on 2013-07-18 08:40

@eMerzh, I just recompiled this and now it works.

nickoe commented on 2013-07-18 07:42

eMerzh, I also get that error, but I read it is because python2-sip is too new, either donwgrade or install a never version (nightly 1.9.0 or git) of qgis.

eMerzh commented on 2013-07-17 14:16

Am i the only one with
Errors at startups ?

Traceback (most recent call last):
File "", line 1, in
RuntimeError: the sip module implements API v10.0 but the qgis.core module requires API v9.2

Any idea on how to manage this?

Alister.Hood commented on 2013-06-29 13:34

Guys, I have a feeling libmysqlclient hasn't actually been required for 6 years :)

HuMu_2013 commented on 2013-06-07 03:29

Hi PreshPhil, thanks for the feedback. Stupid mistake / ignorance on my side: it is (and even was) ok.
Forgot to activate the plugin under the menu under "Manage Plugins..." (yeah, what's in a name...). Sorry for any disturbance. Works fine now.
Actually I work with 6.4.3-rc that has a functionality I recently needed and that was not yet integrated in 6.4.2. But indeed, to get things working you need to define the proper /opt/ directory in the PKGBUILD. Or probably as you mentioned introduce symbolic links.
Thanks for maintaining and contributing to these wonderful packages that I use almost daily on my Arch boxes.

PhreshPhil commented on 2013-06-06 03:24

Which version of Grass do you have installed? As far as I know the QGIS plugin doesn't work with 7 yet, you have to stick with 6.4.2. If you have 6.4.2 make sure it is either installed in /opt/grass or /opt/grass is a symlink to /opt/grass-6.4.2

HuMu_2013 commented on 2013-06-05 11:00

Hi, in a new fresh install I don't get the Grass-plugin working. I have Grass already installed. It seems that it compiled fine while pointing at the relevant /opt directory. After installation Grass is suggested as an "optional dependency" for Qgis without the mention [installed]. Firing up Qgis don't give the usual Grass icons and in the plugin menu does not appear.

ptrv commented on 2013-04-26 22:14

Why is pyspatialite deactivated? Had to add -DWITH_PYSPATIALITE=ON to the cmake command. This is needed to use DB Manager with spatialite databases.

Btw, thanks for maintaining the package.

geosam commented on 2013-03-04 16:39

Remove qt and update qt4 with command:

sudo pacman -Sdd qt
sudo pacman -S qt4

This dependt is neccesary for pyrcc4:

pyqt-common

geosam commented on 2013-03-04 16:31

Remove qt and update qt4 with command:

sudo pacman -Sdd qt
sudo pacman -S qt4

lantald commented on 2013-03-03 21:51

Sorry for the late reply, but I just updated the package for the new dependency.

The qt dependency has been dropped due to the depency of qwt on qt, as
ascarpino pointed out. Thanks!

nickoe commented on 2013-03-02 00:02

Yes, replace depend qt with qt4.

@whitelynx, my $ pacman -Qo /usr/bin/qmake-qt4
/usr/bin/qmake-qt4 is owned by qt4 4.8.4-12

whitelynx commented on 2013-03-01 16:35

Just updating the PKGBUILD to use 'qt4' instead of 'qt' worked fine for me; I've posted an updated PKGBUILD at https://gist.github.com/whitelynx/5065842/16cc4fa2909af0d224d180a2088b6e8764127739

@ascarpino: I was able to build fine without using -DQT_QMAKE_EXECUTABLE=qmake4 (even though my 'qmake' comes from qt3 for some odd reason) but in case it still doesn't work with just the qt -> qt4 change, I also updated my version with your suggested fix: https://gist.github.com/whitelynx/5065842

nico666 commented on 2013-03-01 14:31

Hi,

Last time I tried a system upgrade:

:: Starting full system upgrade...
:: Replace lib32-qt with multilib/lib32-qt4? [Y/n]
:: Replace qt with extra/qt4? [Y/n]
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: qgis: requires qt

So presumably qt should be changed to qt4, but might not be that simple.

I though @eca comment was something about this, but I cannot understand his instructions.

Thank you for maintaining this package.

ilpianista commented on 2013-03-01 14:22

You also need to use -DQT_QMAKE_EXECUTABLE=qmake4 so people that have both qt4 and qt5-base installed don't get any build error

nico666 commented on 2013-03-01 13:51

Hi,

Last time I tried a system upgrade:

:: Starting full system upgrade...
:: Replace lib32-qt with multilib/lib32-qt4? [Y/n]
:: Replace qt with extra/qt4? [Y/n]
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: qgis: requires qt

So presumably qt should be changed to qt4, but might not be that simple.

I though @eca comment was something about this, but I cannot understand his instructions.

Thank you for maintaining this package.

ilpianista commented on 2013-03-01 13:11

Please drop 'qt' from depends, it's already needed by qwt

eca commented on 2013-02-27 23:42

Uploaded to drive to save people's compile time, due to qt/qt4. This process worked for me: pacman -R qgis, -Syu, reinstall libspatialite and spatialindex, then -U qgis...

https://docs.google.com/uc?export=download&id=0BxhcxTAvLRFkYm56ckFWN2ZtWHM

eca commented on 2013-02-27 18:41

dependency name change qt/qt4
To save people's time, I uploaded it to drive:
https://docs.google.com/uc?export=download&id=0BxhcxTAvLRFkYm56ckFWN2ZtWHM

PhreshPhil commented on 2012-11-26 21:54

cheese.buger:

I had the same problem except I was using 1.8.0-3. Upgrading to -4 fixed it for me, perhaps a re-compile will fix the issue for you.

cheese.burger commented on 2012-11-05 19:38

After updating to 1.8 I get the following error:


Couldn't load PyQGIS.
Python support will be disabled.


Traceback (most recent call last):
File "", line 1, in
RuntimeError: the sip module implements API v9.0 but the qgis.core module requires API v8.1


Python version:
2.7.3 (default, Apr 24 2012, 00:00:54)
[GCC 4.7.0 20120414 (prerelease)]

QGIS version:
1.8.0-Lisboa 'Lisboa', exported

Python path:
['/usr/share/qgis/python', '/home/roelof/.qgis//python', '/home/roelof/.qgis//python/plugins', '/usr/share/qgis/python/plugins', '/usr/lib/python2.7/site-packages/pupynere-1.0.15-py2.7.egg', '/usr/lib/python2.7/site-packages/pyshp-1.1.4-py2.7.egg', '/usr/lib/python2.7/site-packages/pyephem-3.7.4.1-py2.7-linux-x86_64.egg', '/usr/lib/python27.zip', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/lib/python2.7/site-packages', '/usr/lib/python2.7/site-packages/PIL', '/usr/lib/python2.7/site-packages/gtk-2.0', '/usr/lib/python2.7/site-packages/setuptools-0.6c11.egg-info', '/usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode']

cheese.burger commented on 2012-11-05 19:36

Couldn't load PyQGIS.
Python support will be disabled.


Traceback (most recent call last):
File "", line 1, in
RuntimeError: the sip module implements API v9.0 but the qgis.core module requires API v8.1
After updating to 1.8, I'm getting the following error when starting qgis. With my current system v1.6 and the git version doesn't build.

Python version:
2.7.3 (default, Apr 24 2012, 00:00:54)
[GCC 4.7.0 20120414 (prerelease)]

QGIS version:
1.8.0-Lisboa 'Lisboa', exported

Python path:
['/usr/share/qgis/python', '/home/roelof/.qgis//python', '/home/roelof/.qgis//python/plugins', '/usr/share/qgis/python/plugins', '/usr/lib/python2.7/site-packages/pupynere-1.0.15-py2.7.egg', '/usr/lib/python2.7/site-packages/pyshp-1.1.4-py2.7.egg', '/usr/lib/python2.7/site-packages/pyephem-3.7.4.1-py2.7-linux-x86_64.egg', '/usr/lib/python27.zip', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/lib/python2.7/site-packages', '/usr/lib/python2.7/site-packages/PIL', '/usr/lib/python2.7/site-packages/gtk-2.0', '/usr/lib/python2.7/site-packages/setuptools-0.6c11.egg-info', '/usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode']

g.schulz commented on 2012-10-19 23:17

btw, I think you won't need the pyqt dependency (but keep python2-pyqt), but you will have to fix a reference in the source from "pyuic4" to "python2-pyuic4" (thx Alister).

g.schulz commented on 2012-10-19 23:13

btw, I think you won't need the pyqt dependency (but keep python2-pyqt), but you will have to fix a reference in the source from "pyuic4" to "python2-pyuic4".

g.schulz commented on 2012-10-19 23:09

barraponto: I am guessing it needs more votes??

Anonymous comment on 2012-10-18 06:32

With the recent python upgrades, Qgis need to be recompiled anew (makepkg -f in your build directory). PKGBUILD is still OK.

barraponto commented on 2012-09-28 16:16

Compiled perfectly here. How come this is still in AUR?

mmfmarin commented on 2012-09-20 14:14

I got an error:

http://pastebin.com/KUc4GwYx

Is is related to roadgraph plugin. Does anybody have a solution for this?

lantald commented on 2012-09-12 19:25

@1126: Thank you for pointing out the name-change of the python2-qt package!
The second problem seems to related to an other package, please leave your comment there so the maintainer of that PKGBUILD can solve the problem :)

Anonymous comment on 2012-09-12 10:24

I ran into multiple errors when trying to install qgis.
First one: python2-qt does not exist. Solution: Install python2-pyqt from extra.
Second one: curl "-L" "--fail" "--silent" "https://aur.archlinux.org/packages/li/libfreexl/PKGBUILD" (exit 6): failed. Looks like a "b" is missing there. Solution: install libfreexl manually.

lantald commented on 2012-08-10 08:35

@yagood: I missed your comment. The option '!makeflags' was enabled when I adopted this package. I do not know why, but I will look into the matter in the future. If anyone knows why, feel free to respond!

lantald commented on 2012-08-09 21:12

Sorry for the late reply, holiday.....

Thanks for pointing out frodrigo, I have added the pyqt dependency :)

Anonymous comment on 2012-07-28 15:32

Missing pyqt dependency.

Anonymous comment on 2012-07-25 14:05

This PKGBUILD does not preserve makepkg.conf make options, i.e. I got -j8 configured in makepkg.conf but I had to add it manually to qgis PKGBUILD.

Alister.Hood commented on 2012-07-15 12:22

> I know of the compiling problem, but I have already added -DCMAKE_SKIP_RPATH=ON to the PKGBUILD. This fixed the problem for me.

No, that does not fix the build problem that I was referring to, encountered by PhreshPhil. It actually creates the problem.
But note that to experience the problem you need to make sure qgis is uninstalled before building it.
And I see this package uses -DENABLE_TESTS=OFF. Someone reported on the qgis-git package that using that option worked around the problem. Perhaps you added it since PhreshPhil complained about the problem. Or perhaps PhreshPhil edited his copy of the pkgbuild to remove it... or maybe it was actually qgis-git that he tried to build, and he commented on the wrong package.
Sorry for the noise, anyway.

Alister.Hood commented on 2012-07-13 10:47

> The reason for using qwt5 was that QGIS 1.7 did not build with the newest qwt. This was corrected in 1.8. The dependency in the GIT version might be a relic.
Ah, thanks. I did another search and found that I was right about this too, but I meant to write qwt6 of course:
> Am I correct in thinking it was because PyQwt was required and PyQwt doesn't support qwt5
Apparently there are still a few plugins that use PyQwt. But I'll mention on the qgis-git page that it can use qwt now instead of qwt5.

lantald commented on 2012-07-11 08:52

The reason for using qwt5 was that QGIS 1.7 did not build with the newest qwt. This was corrected in 1.8. The dependency in the GIT version might be a relic.

I know of the compiling problem, but I have already added -DCMAKE_SKIP_RPATH=ON to the PKGBUILD. This fixed the problem for me.

Alister.Hood commented on 2012-07-11 08:24

> All works well until I hit 96% and it tries to compile synccrsdb. It fails because it tries to link to libqgis_core.so.1.8.0, which has been built but not installed so it is sitting in ~/build/src/build/output/lib. Is there a way to get cmake to look there just for this compile? What needs to be added to the PKGBUILD or is it something that needs to be fixed upstream?

Juergen says we should turn off this to fix that problem:
-DCMAKE_SKIP_RPATH=ON

http://hub.qgis.org/issues/5620

Alister.Hood commented on 2012-07-11 08:22

> I forgot to mention that you can also use qwt from extra with this version of qgis. There is no need to use the qwt5 package anymore...

The qgis-git PKGBUILD still requires qwt5 instead of qwt. Should this be changed? What was the reason for using qwt5? Am I correct in thinking it was because PyQwt was required and PyQwt doesn't support qwt5? Or am I confused?

Anonymous comment on 2012-07-02 06:58

Hello, after updating the Qt libraries I cannot select PostGis tables. A workaround is using a plugin which queries PostGis tables to have them loaded. Just a warning.

lantald commented on 2012-07-01 15:34

I forgot to mention that you can also use qwt from extra with this version of qgis. There is no need to use the qwt5 package anymore...

Anonymous comment on 2012-07-01 13:41

Ok it seems to work fine, I just commented out the IgnorePkg line and updated the whole system. Great !

Anonymous comment on 2012-06-30 09:23

I have the latest sip (4.13.3-2) installed and Qgis 1.8.0-2 works. Off course you need to compile ("makepkg") against this version of sip. Before installing 1.8, I commented out my IgnorePkg line (see below).
But like PhreshPhil said below you need to have pyspatialite installed to get the spatialite manager working. I didn't succeed yet (tried with dpkg python-pyspatialite_3.0.1-2_amd64.deb but no luck)

Anonymous comment on 2012-06-29 12:55

Thanks a lot for this, it works. Is this version 1.8.0-2 compatible with the latest version of sip ?
I still have this conf :

[root@2011-o-034 home]# pacman -Q sip
sip 4.12.4-1
[root@2011-o-034 home]# cat /etc/pacman.conf | grep sip
IgnorePkg = sip

can I remove the IgnorePkg line ?

thanks

Anonymous comment on 2012-06-27 00:02

Great, thanks a lot!! Was already looking at the new features here http://qgis.osgeo.org/en/community/qgis-case-studies/brno-czech-republic/149.html. Now I can try them "in real" on my box. This is a popular and powerful package! No respectable distro could do without it; keep up the good work!!

lantald commented on 2012-06-26 20:35

The new QGIS with a new dependency: a new package in aur: spatialindex, also known as libspatialindex, but published as spatialindex.

Have fun!

lantald commented on 2012-06-24 19:04

I found the same problem as PhreshPhil but I do not know how to correct the PKGBUILD for this upstream bug: http://hub.qgis.org/issues/5620

The spatialindex dependency in met by a new package in aur: spatialindex (I did not want to us the gis-version, but a release)

PhreshPhil commented on 2012-06-23 23:50

When you get 1.8 installed you'll need to install pyspatialite to get the spatialite manager to work.

PhreshPhil commented on 2012-06-23 14:32

I'm trying to get the new 1.8.0 release to compile. I took this PKGBUILD and took out the patch, changed the version numbers, and added libspatialindex-git as a dependency. All works well until I hit 96% and it tries to compile synccrsdb. It fails because it tries to link to libqgis_core.so.1.8.0, which has been built but not installed so it is sitting in ~/build/src/build/output/lib. Is there a way to get cmake to look there just for this compile? What needs to be added to the PKGBUILD or is it something that needs to be fixed upstream?

lantald commented on 2012-05-27 12:36

@ dodobas: Thank you for pointing out this change!

dodobas commented on 2012-05-27 07:42

Hi, please change python2-qt dependency to python2-pyqt

kokkytos commented on 2012-05-20 07:57

Sorry, I haven't istalled qwt5, just build it. I forget to run package -U
It's my second day in Arch :)

kokkytos commented on 2012-05-20 07:07

I get the following error:

==> Installing missing dependencies...
error: target not found: qwt5

But I have already install qwt5

lantald commented on 2012-05-17 13:46

Hi Humu, this seems to be a problem with the openlayer plugin and not with qgis... did you try removing the .qgis directory and install the openlayers plugin again?

lantald commented on 2012-05-17 12:01

Hi Humu, this seems to be a problem with the openlayer plugin and not with qgis... did you try removing the .qgis directory and install the openlayers plugin again?

Anonymous comment on 2012-05-15 06:42

Comment by: HuMu on Tue, 15 May 2012 06:38:54 +0000

Installed 1.7.4-4. Starting Qgis gives a python error:
"An error has occured while executing Python code:
Traceback (most recent call last):
File "/home/huub/.qgis/python/plugins/openlayers/openlayers_layer.py", line 102, in draw
self.render(rendererContext)
File "/home/huub/.qgis/python/plugins/openlayers/openlayers_layer.py", line 140, in render
sizeFact = self.iface.mapCanvas().mapRenderer().outputDpi() / 25.4 / rendererContext.mapToPixel().mapUnitsPerPixel()
ZeroDivisionError: float division by zero
Python version:
2.7.3 (default, Apr 24 2012, 00:00:54)
[GCC 4.7.0 20120414 (prerelease)]
QGIS version:
1.7.4-Wroclaw Wroclaw, exported"

The result is that the the export of image or pdf function in print-composer crashes (indeed with a map with an Openlayer element)...
Reinstalling the Openlayer-plugin does not help.

lantald commented on 2012-04-22 11:05

Thank you rdno. Patch is included now :)

Anonymous comment on 2012-04-21 12:56

Including unistd.h header solves the problem. It compiles after applying this patch http://pastebin.com/ub19zjmf

lantald commented on 2012-04-17 16:50

Hi, it seems that QGIS cannot build with gcc 4.7.0. with 4.6.3 it builds without any problem. The workaround is therefore to downgrade gcc (and the depending libs) to 4.6.3. If anyone has a better idea...

c_unit commented on 2012-04-16 22:03

Same problem as nickoe and echinotrix:

All dependencies met, including GRASS

Fresh install on x86_64
3.3.1-1-ARCH
gcc 4.7.0

echinotrix commented on 2012-04-16 04:26

Hello all,

I got the same problem here as nickoe.

/tmp/yaourt-tmp-nickoe/aur-qgis/src/qgis-1.7.4/src/core/spatialindex/tools/TemporaryFile.cc:92:15: error: 'close' was not declared in this scope

I have GRASS installed.

Fresh installation of x86_64 ArchBang.

ElCep commented on 2012-04-15 18:44

have you installed GRASS?

nickoe commented on 2012-04-15 18:15

I am unable to build:

[ 15%] Building CXX object src/core/CMakeFiles/qgis_core.dir/spatialindex/tools/ExternalSort.cc.o
[ 15%] Building CXX object src/core/CMakeFiles/qgis_core.dir/spatialindex/tools/TemporaryFile.cc.o
/tmp/yaourt-tmp-nickoe/aur-qgis/src/qgis-1.7.4/src/core/spatialindex/tools/TemporaryFile.cc: In constructor 'Tools::TemporaryFile::TemporaryFile()':
/tmp/yaourt-tmp-nickoe/aur-qgis/src/qgis-1.7.4/src/core/spatialindex/tools/TemporaryFile.cc:52:13: error: 'close' was not declared in this scope
/tmp/yaourt-tmp-nickoe/aur-qgis/src/qgis-1.7.4/src/core/spatialindex/tools/TemporaryFile.cc: In member function 'void Tools::TemporaryFile::storeNextObject(long unsigned int, const byte*)':
/tmp/yaourt-tmp-nickoe/aur-qgis/src/qgis-1.7.4/src/core/spatialindex/tools/TemporaryFile.cc:92:15: error: 'close' was not declared in this scope
make[2]: *** [src/core/CMakeFiles/qgis_core.dir/spatialindex/tools/TemporaryFile.cc.o] Error 1
make[1]: *** [src/core/CMakeFiles/qgis_core.dir/all] Error 2
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build qgis.

ElCep commented on 2012-03-20 09:01

Hello kl4sss,
If you clik on the link PKGBUILD you can see the file contents that you can copy into a text file and save it in the same directory as the other file archive (tarball). And then with pacman or yaourt it works. But it is simpler to use the tarball as explained lantald!
You don't need to use the traditional (.confihure -> make) way, pacman is a wonderful tool!

# pacman -U /path/to/package/package_name-version.pkg.tar.xz

https://wiki.archlinux.org/index.php/Pacman

Anonymous comment on 2012-03-20 08:52

ohh sure lantald, but in the tarball, the PKGBUILD doesn't exist? should i write it with my hand?! i dont's say how do you do. :(
otherwise, the traditional way (./configure>>make>> make install) but i don't like it , i use arch and AUR to avoid this way

lantald commented on 2012-03-19 21:13

Hi kl4sss, if you follow the instructions at: https://wiki.archlinux.org/index.php/AUR_User_Guidelines you'll find out that you only have to download the tarball and unpack it... Good luck!

Anonymous comment on 2012-03-18 18:55

hi at all, i've download the tarball and the PKGBUILD separatly. when i launch makepkg -s install stop with message "unable to locate qgis.desktop in the directory and it isn't a URL"
i try to locate qgis.desktop in the directory and i found it in debian's subdirectory. i don't know how to modify the PKGBUILD to point at the correct file, so, i try to cp the qgis.desktop in the root dir (qgis-1.7.4) but the installation failed with message "one or more file not passed validation check"
please an idea to complete the installation?
thank's in advance

lantald commented on 2012-02-26 21:14

@Marco.it: Thanks for the suggestion and it might be useful, although the remark HuMu suggests otherwise. I will try in the next few days.
BTW Python 2.7 is the final python 2 release so there won't be any 2.8 etc.. ;)

@ HuMu: I just installed arch linux on a new laptop and installed everything as is from aur and I encountered no problems. Everything worked out of the box... I am still curious why it did not work for you, maybe some of the packages were conflicting? Or some kind of corruption of your files??? Glad you solved it by downgrading!

Anonymous comment on 2012-02-26 12:56

I have this situation on my desktop: if I compile, install and try to run Qgis against the latest versions of:
sip (4.13.2-1);
python2-sip (4.13.2-1);
pygt (4.9.1-1);
python2-pyqt (4.9.1-1).
Then I get the segmentation error (see below).
However if I compile install and run Qgis against the downgraded versions of:
sip (4.13-1);
python2-sip (4.13-1);
pygt (4.8.6-1);
python2-pyqt (4.8.5-1),
then it works!
The suggestion of marco.it didn't work for me: after commenting the 4 "-DPYTHON_" lines and adding -DPYTHON_EXECUTABLE:FILEPATH=/usr/bin/python2 in the PKGBUILD give an error in the beginning of the building process.

Anonymous comment on 2012-02-25 21:03

I think that with -DPYTHON_LIBRARY qgis compile only python libraries and not python-qgis

Try as I wrote below: comment the 4 lines of -DPYTHON_

Anonymous comment on 2012-02-24 21:16

I have a laptop and desktop, both X86_64 similar setup (only laptop with Intel video and desktop with Nvidia). On the laptop the latest Qgis (1.7.4-3) compiles, installs and runs. However on the desktop it compiles, installs and gives a segmentation fault:

[huub@belebeleba2 ~]$qgis
Warning: loading of qgis translation failed [/usr/share/qgis/i18n//qgis_en_US]
Warning: loading of qt translation failed [/usr/share/qt/translations/qt_en_US]
Segmentation fault

I did a detailed check on the version of the dependencies : all similar (BTW it's not 'python2-qt' but 'python2-pyqt'). Any clue, ideas? I ran out of it...

Anonymous comment on 2012-02-24 18:32

-DPYTHON_LIBRARY=/usr/lib/libpython2.7.so \
-DPYTHON_EXECUTABLE=/usr/bin/python2 \
-DPYTHON_SITE_PACKAGES_DIR=/usr/lib/python2.7/site-packages \
-DPYTHON_INCLUDE_PATH=/usr/include/python2.7/

In my pkgbuild I've put only
-DPYTHON_EXECUTABLE:FILEPATH=/usr/bin/python2

and works fine. In this way, you don't need to modify the pkgbuild for python2.8 python2.9 and so on.

ElCep commented on 2012-02-24 09:45

thank you lantald
after recompiling GRASS (yaourt -S grass), and reinstallation of QGIS, it works!!

ElCep commented on 2012-02-24 09:39

thank you lantald
after recompiling GRASS (Grass S-yogurt), and reinstallation of QGIS, it works!!

lantald commented on 2012-02-23 21:35

It is working now, please read the comments by marco.it and me about grass here on aur: https://aur.archlinux.org/packages.php?ID=54895

lantald commented on 2012-02-23 17:43

Same problem here. I have reinstalled GRASS 6.4.1 and the grass plugin works... I found the mistake in the build script of grass 6.4.2, I'll notify the maintainer!

ElCep commented on 2012-02-23 16:24

I just redo the compillation with yaourt -S qgis ... the install is done, but there is no GRASS plugin.
I'can't understand... :S tritesse

ElCep commented on 2012-02-23 12:53

I have edited the PKGBUILD to guide the path in the grass-6.4.2, I also change the md5sum, and that gives me the error of yesterday.

lantald commented on 2012-02-23 11:49

The GRASS building-problem was due to the new location of the grass installation in the new version. It used to be installed in /opt/grass and it has now moved to /opt/grass-6.4.2

I do not now what happened with the md5sum of QGIS, but it changed on the server!

You can use the SIP 4.13

Hope everything works now?!

Anonymous comment on 2012-02-23 06:45

The md5sum for Qgis 1.7.4 should be 'ad6e2bd8c5eb0c486939c420af5d8c44'. Compiling went oké. However starting qgis gives me a segmentation fault. Still have to downgrade sip and python packages??
Keep it up, fellow 'Arch-Gissers'

lantald commented on 2012-02-22 21:26

I'll check tomorrow! I haven't tried the new grass yet...

ElCep commented on 2012-02-22 21:03

I install the new version of GRASS-6.4.2 and I edit the PKGBUILD in concequance, but I get the error


Scanning dependencies of target qgisgrass
[ 67%] Building CXX object src/providers/grass/CMakeFiles/qgisgrass.dir/qgsgrassprovider.cpp.o
[ 67%] Building CXX object src/providers/grass/CMakeFiles/qgisgrass.dir/qgsgrass.cpp.o
/tmp/yaourt-tmp-delaye/aur-qgis/src/qgis-1.7.4/src/providers/grass/qgsgrass.cpp: In static member function ‘static QString QgsGrass::openMapset(QString, QString, QString)’:
/tmp/yaourt-tmp-delaye/aur-qgis/src/qgis-1.7.4/src/providers/grass/qgsgrass.cpp:468:7: error: redeclaration of ‘int pid’
/tmp/yaourt-tmp-delaye/aur-qgis/src/qgis-1.7.4/src/providers/grass/qgsgrass.cpp:456:7: error: ‘int pid’ previously declared here
make[2]: *** [src/providers/grass/CMakeFiles/qgisgrass.dir/qgsgrass.cpp.o] Error 1
make[1]: *** [src/providers/grass/CMakeFiles/qgisgrass.dir/all] Error 2

is that you have a solution

ElCep commented on 2012-02-22 14:59

I just built version 1.7.4, but I no longer support GRASS. I missed a stepe?

ElCep commented on 2012-02-22 14:55

I just built version 1.7.4, but I no longer support GRASS. I missed a stepe?

ElCep commented on 2012-02-22 14:42

I just built version 1.7.4, but I no longer support GRASS. I missed a stepe?

lantald commented on 2012-02-12 14:54

Sorry for the late reply camwebb. I see your problem, you were downgrading python2-sip, whereas you should have downgraded sip... See my comment on January 5 for the reasons not using fpermissive. The new release of QGIS comes out in a few weeks(?) and will be compatible with newer versions of sip :)

camwebb commented on 2012-02-07 02:24

I have an up-to-date system and was trying to build qgis-1.7 with v 4.12.4 of python2-sip but kept failing at the same spot as others (63%). I also tried holding back pyqt and python2-pyqt as suggested by HuMu but no luck.

Then tried the patch suggested at <http://osdir.com/ml/qgis-user-gis/2012-01/msg00105.html>: just add `-fpermissive' to line 97 of src/qgis-1.7.3/cmake/SIPMacros.cmake. Now the package builds and (so far) runs fine. Suggest adding this patch to the source tarball.

camwebb commented on 2012-02-07 00:57

I have an up-to-date system and am trying to build qgis-1.7 with v 4.12.4 of python2-sip and keep failing at the same spot as others (63%). I tried holding back pyqt and python2-pyqt as suggested by HuMu but no luck. Any other ways around this? qgis-1.6 is also failing at this same point. Thanks.

ElCep commented on 2012-01-06 15:23

OK no problem :) thank's again

lantald commented on 2012-01-06 15:18

No, I'm sorry! AFAIK it is an upstream bug. QGIS 1.7.4 will be compatible with sip-4.13

ElCep commented on 2012-01-06 15:13

That work!!!! Thank's a lot!!
Can you explain to me why the latest version of SIP is a problem?

ElCep commented on 2012-01-06 14:38

Hi!!
I am a new French geographer, has just converted Archlinux. Coming from ubuntu (yes another) I go more slowly ...
And I bug on the QGIS install!
I get an error at 63% of compilation...
And I do not understand what to do with sip ... I have version 4.13.1
can you help me, and what did you need for that?
Thank's

lantald commented on 2012-01-06 14:02

Welcome to ArchLinux!

Downgrading of packages is explained at https://wiki.archlinux.org/index.php/Downgrade. Good luck! Send me a mail if you have difficulties obtaining version 4.12.4 of sip.

ElCep commented on 2012-01-06 12:43

Hi!!
I am a new French geographer, has just converted Archlinux. Coming from ubuntu (yes another) I go more slowly ...
And I bug on the QGIS install!
I get an error at 63% of compilation...
And I do not understand what to do with sip ... I have version 4.13.1
can you help me, and what did you need for that?
Thank's

lantald commented on 2012-01-05 17:28

Sorry for the late reply. Strange, I just did a "pacman -Syu" and downgraded SIP afterwards to version 4.12.4. Then I can build and run qgis without problems. Hope this works for you as well!

Have you tried using the suggestion by ywil without downgrading SIP, cbertelli? I prefer not to use the -DCMAKE_CXX_FLAGS=-fpermissive with cmake, because it does not solve anything. AFAIK it only ignores the errors and continues building.

Anonymous comment on 2012-01-05 08:12

Unfortunately even this suggestion (thanks), doesn't prevent the segmentation error. Looking at the bugs in version 1.7.4, I think package 1.7.3-2 could be a good idea. What about the patch provided by ywil?

Anonymous comment on 2012-01-04 19:55

For me it's working when I not only hold back sip to version 4.13-1 but also the following packages:

Warning: pyqt: ignoring package upgrade (4.8.6-1 => 4.9-2)
warning: python2-pyqt: ignoring package upgrade (4.8.6-1 => 4.9-2)
warning: python2-sip: ignoring package upgrade (4.13-1 => 4.13.1-1)

I am sure you need to downgrade python2-sip. Regarding the other 2 I am not sure. Haven't figured it out. Already happy that it's again running.
You can downgrade them if you still have the old versions in /var/cache/pacman/pkg using 'pacman -U'. If things are oké you can mention these packages in the line 'IgnorePkg' in /etc/pacman.conf until qgis can compile against the newer versions

Anonymous comment on 2012-01-04 08:04

The magic didn't happen for me. I get a segmentation error anyway. As it is, qgis does not compile and doesn't run with the latest sip. What to do?

Anonymous comment on 2011-12-24 12:37

Indeed lantald! Was it only sip? Downgrading sip "healed" my broken Qgis. I didn't have to rebuild the package. Dunno if sip has a lot of dependencies (I mean regarding future pacman -Syu's). I don't think ywil is referring to the sip problem, seems another one. His modification of the PKGBUILD did not function here... Together we keep this baby running !!

lantald commented on 2011-12-24 09:25

Also running x86_64, the probleem was the new version of sip, downgrading to the previous package (sip-4.12.4) enables you to build and run qgis again :)

Anonymous comment on 2011-12-23 23:40

Running x86_64. To get the most recent version to compile, I had to add -DCMAKE_CXX_FLAGS=-fpermissive to the invocation of cmake, e.g.

cmake ../qgis-${pkgver} \
-DCMAKE_CXX_FLAGS=-fpermissive \
-DCMAKE_BUILD_TYPE=Release \
-DCMAKE_SKIP_RPATH=ON \
-DCMAKE_INSTALL_PREFIX=/usr \
-DGRASS_PREFIX=/opt/grass \
-DQGIS_MANUAL_SUBDIR=share/man \
-DQWT_INCLUDE_DIR=/usr/include/qwt5 \
-DQWT_LIBRARY=/usr/lib/libqwt5.so \
-DPYTHON_LIBRARY=/usr/lib/libpython2.7.so \
-DPYTHON_EXECUTABLE=/usr/bin/python2 \
-DPYTHON_SITE_PACKAGES_DIR=/usr/lib/python2.7/site-packages \
-DPYTHON_INCLUDE_PATH=/usr/include/python2.7/

It has been awhile since I've done any serious work with gcc so I cannot comment on the safety/sanity of the change, but it did get qgis 1.7.3 to build and run. Not sure if this was caused by something I had previously installed, but figured I'd post here if anyone else is having issues getting this to compile.

Anonymous comment on 2011-12-23 22:45

Todays pacman upgrade of the "devtools sip pyqt python2-sip python2-pyqt" packages broke my Qgis. Recompiling with the upgraded packages installed quits with an error at 63% (probably due to sip and/or python-sip). Downgrading to their previous versions is for the time being the only way to keep Qgis running on my box...

Anonymous comment on 2011-12-23 11:06

If you switch between the Grass and Grass-svn package Qgis does not start and gives a message "untangle multiple Grass installations ...you have to rebuild the Grass package" (when starting from a terminal). But rebuilding Grass does not help, neither only reinstalling Qgis. You have to recompile (to repeat "makepkg" => takes relatively long for Qgis) and install the newly build Qgis-package. Apparently during the makepkg-process it searches where Grass is installed. This is off course different for Grass 6.4.1 (/opt/grass-6.4.1) and Grass-svn (/opt/grass-svn).

lantald commented on 2011-12-19 12:13

Thanx HuMu for your kind words and your offer for help.

Anonymous comment on 2011-12-19 06:19

Thx Lantald for the quick action. I think the problem with Grass-svn was a local problem on my box. I replaced Grass64 with Grass-svn. Btw Grass-svn has many nice new features! Will try to assist you to keep these important packages running, but I am no 'coder' or 'scripter'. There are periods I am using Qgis and Grass daily on my Arch boxes. We should avoid that Grass and Qgis get the same destiny as the Mapserver package in AUR! Thx again for the good work and keep it up!!

lantald commented on 2011-12-18 21:41

Thanks HuMu for pointing out and showing your PKGBUILD!

It's updated now!

Hope this one works with grass-svn, because I am using the 'normal' grass package....

Anonymous comment on 2011-12-18 14:16

Only changed 'pkgver' and the 'md5sums'

Anonymous comment on 2011-12-18 14:15

Hello, Qgis 1.7.3 is already available, mainly bugfixes of 1.7.2. Moreover 1.7.2. didn't work well with Grass-svn.
I got it working with the following PKGBUILD:

# Maintainer: Lantald
# Contributor: Thomas Dziedzic < gostrc at gmail >
# Contributor: dibblethewrecker dibblethewrecker.at.jiwe.dot.org
# Contributor: Gerardo Exequiel Pozzi <vmlinuz386@yahoo.com.ar>
# Contributor: Eric Forgeot < http://esclinux.tk >

pkgname=qgis
pkgver=1.7.3
pkgrel=1
pkgdesc='Quantum GIS is a Geographic Information System (GIS) that supports vector, raster & database formats'
url='http://qgis.org/'
license=('GPL')
arch=('i686' 'x86_64')
# update to http://www.qgis.org/wiki/Building_QGIS_from_Source#Overview
depends=('libmysqlclient' 'postgresql-libs' 'sqlite3' 'jasper' 'curl' 'qt' 'python2' 'python2-qt' 'giflib' 'xerces-c' 'cfitsio' 'qwt5' 'gdal' 'flex' 'bison')
makedepends=('cmake' 'grass' 'gsl' 'postgis' 'netcdf' 'fcgi' 'python2-sip' 'txt2tags')
optdepends=('postgis: postgis support and SPIT plugin'
'fcgi: qgis mapserver'
'python2-sip: python-support'
'grass: grass plugin'
'gsl: georeferencer ')
options=('!makeflags')
source=("http://qgis.org/downloads/qgis-${pkgver}.tar.bz2"
'qgis.desktop')

md5sums=('e1b3b1f33ea8d648bde0eddf54f7eb90'
'8ab66039f2aba519b92f52272ec3c13e')

build() {
# Fix insecure RPATH is weird, but just works ;)
# echo "os.system(\"sed -i '/^LFLAGS/s|-Wl,-rpath,.\+ ||g' gui/Makefile core/Makefile\")" >> python/configure.py.in

#cd qgis-${pkgver}

rm -rf build
mkdir build
cd build

cmake ../qgis-${pkgver} \
-DCMAKE_BUILD_TYPE=Release \
-DCMAKE_SKIP_RPATH=ON \
-DCMAKE_INSTALL_PREFIX=/usr \
-DGRASS_PREFIX=/opt/grass \
-DQGIS_MANUAL_SUBDIR=share/man \
-DQWT_INCLUDE_DIR=/usr/include/qwt5 \
-DQWT_LIBRARY=/usr/lib/libqwt5.so \
-DPYTHON_LIBRARY=/usr/lib/libpython2.7.so \
-DPYTHON_EXECUTABLE=/usr/bin/python2 \
-DPYTHON_SITE_PACKAGES_DIR=/usr/lib/python2.7/site-packages \
-DPYTHON_INCLUDE_PATH=/usr/include/python2.7/

make
}

package() {
cd build

make DESTDIR=${pkgdir} install

# create a more user-friendly application name link
ln -s /usr/bin/qgis $pkgdir/usr/bin/quantum-gis

# install some freedesktop.org compatibility
install -D -m644 ${srcdir}/qgis.desktop \
${pkgdir}/usr/share/applications/qgis.desktop
}

lantald commented on 2011-12-02 09:21

I have updated the PKGBUILD and I will try to maintain this package. Hopefully, I'll manage, because I've never done such a thing ;)

lantald commented on 2011-12-02 09:13

farvardin commented on 2011-11-11 21:21

I prefer to orphan this PKGBUILD, since I don't use qgis much.

danitool commented on 2011-11-11 16:29

Please add this patch to the package
http://qgis.org/debian/pool/main/q/qgis/qgis_1.7.1-1~squeeze1.diff.gz
We need it for loading ecw files (after installing libecw library), otherwise qgis will hang after loading an ecw file.
........
........

#cd qgis-${pkgver}
patch -Np0 -i ${srcdir}/qgis_1.7.1-1~squeeze1.diff

rm -rf build
.............
..........

ArArgyridis commented on 2011-11-02 08:30

You must remove flex as a depedency, because it belongs to base-devel group

PhreshPhil commented on 2011-10-28 16:13

1.7.1-2 works for me. Thanks!

farvardin commented on 2011-10-28 10:17

I've updated the PKGBUILD with the andreagi's definitions. I haven't tested it yet though, because my system is not up to date at the moment (maybe the reason I could compile the previous version).

PhreshPhil commented on 2011-10-27 22:59

Agreed, Andre's flags work. Also, I had to uninstall the current version of qwt and install qwt5 from the AUR to get the compile to work.

Anonymous comment on 2011-10-27 22:44

Thank you Andreagi - that worked. Thanks to Farvardin too for putting this package together!

andreagi commented on 2011-10-27 21:29

Hi, I was able to compile 1.7.1 (on a x86_64 with both Python2 and Python3 installed) and execute qgis with these definitions:

-DPYTHON_LIBRARY=/usr/lib/libpython2.7.so
-DPYTHON_EXECUTABLE=/usr/bin/python2
-DPYTHON_SITE_PACKAGES_DIR=/usr/lib/python2.7/site-packages
-DPYTHON_INCLUDE_PATH=/usr/include/python2.7/

you need to add them to the cmake command in the PKGBUILD

PhreshPhil commented on 2011-10-27 19:12

I used the -DPYTHON_LIBRARY=/usr/lib/python2 and the compile errored out at 41%. I also commented out the man page flag.

Anonymous comment on 2011-10-27 00:17

Hi. I compiled version 1.7.0-4 on an i386 system with no problems. However, on my x86_64 system I get errors when I compile either 1.7.0-4 or 1.7.1-1:

Initially, I had a PYTHON_LIBRARY-NOTFOUND error which can be fixed by adding -DPYTHON_LIBRARY=/usr/bin/python2 to the cmake section of the PKGBUILD.
I then get a second error at 63% as follows:

File "/home/mike/progdata/AUR/qgis/src/build/python//utils.py", line 192
except Exception, e:
^
SyntaxError: invalid syntax

A larger section of the error message can be found at http://pastebin.com/XRpsZjwN

PhreshPhil commented on 2011-10-26 18:44

I was able to compile the 1.7.0-4 package, but I get the following errors with this one:

-- Found PythonInterp: /usr/bin/python (found version "3.2.2")
-- Found Python executable: /usr/bin/python
-- Found Python version: 3.2.2
-- Found Python library: PYTHON_LIBRARY-NOTFOUND


CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
PYTHON_LIBRARY
linked by target "python_module_qgis_analysis" in directory /tmp/yaourt-tmp-phil/aur-qgis/src/qgis-1.7.1/python
linked by target "python_module_qgis_core" in directory /tmp/yaourt-tmp-phil/aur-qgis/src/qgis-1.7.1/python
linked by target "python_module_qgis_gui" in directory /tmp/yaourt-tmp-phil/aur-qgis/src/qgis-1.7.1/python
linked by target "qgispython" in directory /tmp/yaourt-tmp-phil/aur-qgis/src/qgis-1.7.1/src/python
linked by target "pyspatialite" in directory /tmp/yaourt-tmp-phil/aur-qgis/src/qgis-1.7.1/python/pyspatialite

farvardin commented on 2011-10-26 13:53

I've updated it to the latest version, and now I can compile it and generate the package.

apinhal commented on 2011-10-21 23:25

-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build qgis.

Anonymous comment on 2011-10-01 09:43

Missing deps flex and bison

daroczig commented on 2011-07-30 12:03

Removing the qwt package and leaving qwt5 from AUR alone solved my problem, sorry to disturb.

daroczig commented on 2011-07-30 08:11

Thank you for the feedback @farvardin.

qwt5 is (and was) installed, but I get the same error message:

[...]
Scanning dependencies of target qgis
[ 41%] Building CXX object src/app/CMakeFiles/qgis.dir/main.cpp.o
[ 41%] Building CXX object src/app/CMakeFiles/qgis.dir/qgisapp.cpp.o
In file included from /tmp/packerbuild-1000/qgis/qgis/src/qgis-1.7.0/src/app/gps/qgsgpsinformationwidget.h:27:0,
from /tmp/packerbuild-1000/qgis/qgis/src/qgis-1.7.0/src/app/qgisapp.cpp:121:
/tmp/packerbuild-1000/qgis/qgis/src/qgis-1.7.0/src/app/gps/qwtpolar/qwt_polar_plot.h:14:33: fatal error: qwt_double_interval.h: No such file or directory
compilation terminated.
make[2]: *** [src/app/CMakeFiles/qgis.dir/qgisapp.cpp.o] Error 1
make[1]: *** [src/app/CMakeFiles/qgis.dir/all] Error 2
make: *** [all] Error 2

farvardin commented on 2011-07-29 21:04

farvardin commented on 2011-07-29 21:04

Be sure qwt5 is installed. Qgis is not compatible with qwt 6. For me I could compile this PKGBUILD on two different computers.

daroczig commented on 2011-07-29 10:00

1.7.0-3 installed fine, 1.7.0-4 has an error and not able to be built:

/tmp/packerbuild-1000/qgis/qgis/src/qgis-1.7.0/src/app/gps/qwtpolar/qwt_polar_plot.h:14:33: fatal error: qwt_double_interval.h: Nincs ilyen fájl vagy könyvtár

It is Hungarian saying: "No such file or directory"

farvardin commented on 2011-07-28 04:42

I suggest you add the full name in the description (quantum gis), it would help to find the package with the name "quantum".

pezzacolori commented on 2011-07-27 13:51

if qwt is reverted to version 5, then it is possible to install the present version of qgis (this aur package)

Cheers, Boris

lantald commented on 2011-07-27 12:33

I encountered the same problem, downgrading qwt seems to have done the trick:
http://www.mediafire.com/?vbv544bxgpz9lnm (qwt)
http://www.mediafire.com/?511ergro7tg0cm2 (orginal QGis package)

Good luck!

beej commented on 2011-07-25 22:58

Same error as Boris. Comments around the web suggest that current qgis is incompatible with qwt 6.0.0. I'm not sure what the fix would be.

pezzacolori commented on 2011-07-25 09:15

Updating qgis from provious version gave me following error:

Scanning dependencies of target qgis
[ 41%] Building CXX object src/app/CMakeFiles/qgis.dir/main.cpp.o
[ 41%] Building CXX object src/app/CMakeFiles/qgis.dir/qgisapp.cpp.o
In file included from /tmp/clyde-pezzatti/qgis/qgis/src/qgis-1.7.0/src/app/gps/qgsgpsinformationwidget.h:27:0,
from /tmp/clyde-pezzatti/qgis/qgis/src/qgis-1.7.0/src/app/qgisapp.cpp:121:
/tmp/clyde-pezzatti/qgis/qgis/src/qgis-1.7.0/src/app/gps/qwtpolar/qwt_polar_plot.h:14:33: fatal error: qwt_double_interval.h: No such file or directory
compilation terminated.
make[2]: *** [src/app/CMakeFiles/qgis.dir/qgisapp.cpp.o] Error 1
make[1]: *** [src/app/CMakeFiles/qgis.dir/all] Error 2
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

Any idea? (... I'm new to archlinux ...)

Cheers,
Boris

pezzacolori commented on 2011-07-25 08:24

Updating qgis from provious version gave me following error:

Scanning dependencies of target qgis
[ 41%] Building CXX object src/app/CMakeFiles/qgis.dir/main.cpp.o
[ 41%] Building CXX object src/app/CMakeFiles/qgis.dir/qgisapp.cpp.o
In file included from /tmp/clyde-pezzatti/qgis/qgis/src/qgis-1.7.0/src/app/gps/qgsgpsinformationwidget.h:27:0,
from /tmp/clyde-pezzatti/qgis/qgis/src/qgis-1.7.0/src/app/qgisapp.cpp:121:
/tmp/clyde-pezzatti/qgis/qgis/src/qgis-1.7.0/src/app/gps/qwtpolar/qwt_polar_plot.h:14:33: fatal error: qwt_double_interval.h: No such file or directory
compilation terminated.
make[2]: *** [src/app/CMakeFiles/qgis.dir/qgisapp.cpp.o] Error 1
make[1]: *** [src/app/CMakeFiles/qgis.dir/all] Error 2
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

Any idea? (... I'm new to archlinux ...)

Cheers,
Boris