I think this software should be added to the Portage, it requires some libraries that aren't in the Portage, too. One important library is http://bugs.gentoo.org/show_bug.cgi?id=39942 Reproducible: Always Steps to Reproduce: 1. 2. 3.
All dependencies needed are http://www.qgis.org/docs/install.html#SECTION00081000000000000000
I have created very raw qgis-0.5.0.ebuild which worked for me only once. I'm not ebuild programmer so this ebuild needs to be perfected by an ebuild programmer. The error I get is: QPainter::begin: Cannot paint null pixmap QPainter::setPen: Will be reset by begin() Neopr
I have created very raw qgis-0.5.0.ebuild which worked for me only once. I'm not ebuild programmer so this ebuild needs to be perfected by an ebuild programmer. The error I get is: QPainter::begin: Cannot paint null pixmap QPainter::setPen: Will be reset by begin() Neoprávněný přístup do paměti (SIGSEGV) Some of the components that are needed are not in the portage tree but can be found here in the bug system. I hope somebody will finish up the ebuild so it works for everybody :-)
Created attachment 44815 [details] qgis-0.5.0.ebuild
Looks like the problems are caused by some hard coded paths in the program for the icons (hence the pixmap warning). >#strings /usr/bin/qgis | grep var Produces: /var/tmp/portage/qgis-0.5.0/image//usr/share/qgis /var/tmp/portage/qgis-0.5.0/image//usr /var/tmp/portage/qgis-0.5.0/image//usr/lib/qgis I'll see what I can do later to fix this.
Created attachment 45160 [details, diff] Patch to fix qgis-0.5.0.ebuild Ok, this patch fixes up the problems. The directories hard coded in the qgis binaries are set correctly and the install does not have any sandbox violations.
Thank you, Ryan, this way it really works :-)
Created attachment 47690 [details] QGIS from CVS The patched ebuild for 0.5.0 works for 0.6.0 too. The only thing you have to do is to rename the ebuild. I needed to build from CVS, and I slightly modified the ebuild to do this. Maybe someone will want to use it, too. I attach the file.
Created attachment 48600 [details] Works with USE="+grass -postgresql" A couple problems I had with the other ebuilds: the qgis-cvs autogen.sh script gave me several errors, and using the 0.5/0.6 release I get during build provider.cpp:21:21: qpixmap.h: No such file or directory in the case of USE="+grass -postgresql". This ebuild contains the workaround; there is a patch on QGIS SF bugzilla #1103129. The grass-0.5.7 ebuild in http://bugs.gentoo.org/show_bug.cgi?id=72353 uses /usr/grass57 so this ebuild does too. I just hacked this together from the other 2 ebuilds.
QGis requires GDAL to build, so GDAL needs to be in portage first. Also, the latest QGis (0.6) requires GEOS support, so this also needs to be in portage first.
Created attachment 51223 [details] Ebuild for qgis-0.6.0 with GEOS support I've added a new ebuild for 0.6 that checks for the geos dependency. Also bugs 38060 (GEOS), 39942 (GDAL) are now added as dependencies.
Created attachment 55362 [details] The last ebuild for qgis which have proj, geos ans postgis version 1.0 support. This ebuild has been made by a developer named : Christian Graefe which works with us on porting a maximum of the GIS tools all over the world into portage tree.
Created attachment 55367 [details] The patch for 1.0 support We have goods feedbacks on the usability of this ebuild which must be used with postgis-1.0.0_rc5.ebuild you could find on 01map.net/gentoo/ page or in the bug repport here : http://bugs.gentoo.org/show_bug.cgi?id=82419. Thanks to tell us if that's also work fine for you ;)
Thanks for writing this ebuild. I tried it out on ppc-linux and it doesn't work with USE="grass": checking for SPIT... no (PostgreSQL not available) checking for GRASS... configure: error: GRASS library not found !!! ERROR: sci-geosciences/qgis-0.6.0 failed. !!! Function src_compile, Line 56, Exitcode 1 !!! ./configure failed !!! If you need support, post the topmost build error, NOT this status message. I have grass6 installed from a home-rolled ebuild that's based upon the latest in portage. Anyone know where qgis is looking for the grass library? My grass ebuild put libraries in /usr/grass-6.0.0/lib I tried putting symlinks /usr/grass -> /usr/grass-6.0.0 and /usr/lib/grass -> ..grass-6.0.0/lib but these didn't help any.
I tried using USE="-grass", but can't get this ebuild to work for KEYWORD="ppc" (which I added to the ebuild in the hopes that it might have worked, but no joy). It fails with the following: /bin/install -c -m 644 'qgis_nl.qm' '/var/tmp/portage/qgis-0.6.0/image//usr/share/qgis/i18n/qgis_nl.qm' /bin/install -c -m 644 'qgis_pt_BR.qm' '/var/tmp/portage/qgis-0.6.0/image//usr/share/qgis/i18n/qgis_pt_BR.qm' /bin/install -c -m 644 'qgis_ru.qm' '/var/tmp/portage/qgis-0.6.0/image//usr/share/qgis/i18n/qgis_ru.qm' /bin/install -c -m 644 'qgis_se.qm' '/var/tmp/portage/qgis-0.6.0/image//usr/share/qgis/i18n/qgis_se.qm' /bin/install -c -m 644 'qgis_zh_CN.qm' '/var/tmp/portage/qgis-0.6.0/image//usr/share/qgis/i18n/qgis_zh_CN.qm' make[2]: Leaving directory `/var/tmp/portage/qgis-0.6.0/work/qgis-0.6.0/i18n' make[1]: Leaving directory `/var/tmp/portage/qgis-0.6.0/work/qgis-0.6.0/i18n' make[1]: Entering directory `/var/tmp/portage/qgis-0.6.0/work/qgis-0.6.0' make[2]: Entering directory `/var/tmp/portage/qgis-0.6.0/work/qgis-0.6.0' make[2]: Nothing to be done for `install-exec-am'. test -z "/var/tmp/portage/qgis-0.6.0/image//usr/share/qgis/doc" || mkdir -p -- . "/var/tmp/portage/qgis-0.6.0/image//usr/share/qgis/doc" /bin/install -c -m 644 'AUTHORS' '/var/tmp/portage/qgis-0.6.0/image//usr/share/qgis/doc/AUTHORS' test -z "/usr/share/man/man1" || mkdir -p -- . "/usr/share/man/man1" /bin/install -c -m 644 './qgis.man' '/usr/share/man/man1/qgis.1' ACCESS DENIED open_wr: /usr/share/man/man1/qgis.1 /bin/install: cannot create regular file `/usr/share/man/man1/qgis.1': Permission denied make[2]: *** [install-man1] Error 1 make[2]: Leaving directory `/var/tmp/portage/qgis-0.6.0/work/qgis-0.6.0' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/var/tmp/portage/qgis-0.6.0/work/qgis-0.6.0' make: *** [install-recursive] Error 1 !!! ERROR: sci-geosciences/qgis-0.6.0 failed. !!! Function src_install, Line 62, Exitcode 2 !!! Error at installation !!! If you need support, post the topmost build error, NOT this status message. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-sci-geosciences_-_qgis-0.6.0-25583.log" open_wr: /usr/share/man/man1/qgis.1 -------------------------------------------------------------------------------- emerge info data: Portage 2.0.51.19 (default-linux/ppc/2004.1, gcc-3.4.3-20050110, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r4-kf1 ppc) ================================================================= System uname: 2.6.11-gentoo-r4-kf1 ppc 7450, altivec supported Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 24 2005, 15:41:27)] distcc 2.18.3 powerpc-unknown-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r3, 1.5, 1.6.3, 1.7.9-r1, 1.4_p6, 1.9.4 sys-devel/binutils: 2.15.90.0.3-r3 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.4.22 ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CFLAGS="-O3 -mcpu=powerpc" CHOST="powerpc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/afs/C /etc/afs/afsws /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -mcpu=powerpc" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/ http://gentoo.ccccom.com" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X Xaw3d aac aalib acl adns alsa altivec apache2 apm arts artworkextra audiofile bash-completion bcmath berkdb bidi bitmap-fonts blas bonobo bzip2 bzlib calendar caps cdb cddb cdparanoia cdrom chipcard cpdflib crypt cscope ctype cups curl curlwrappers dba dbase dbm dbx dga dio directfb divx4linux dlloader doc dvb dvd dvdread edl emacs emboss emoticon empress empress-bcs encode esd ethereal evo examples exif f2c fam fastcgi fbcon fftw filepro flac flash flatfile font-server foomatic foomaticdb fortran fpx freetds frontbase ftp gatos gb gcj gd gdbm geos ggi gif gimpprint ginac gmp gnome gnustep gnutls gphoto2 gpm graphviz grass gsnd gstreamer gtk gtk2 gtkhtml guile hardened hardenedphp hbci hyperwave-api iconv idea imagemagick imap imlib informix inifile innodb iodbc ipv6 jabber jack java jbig jikes jpeg junit kde kerberos krb4 ladcca lapack lcms ldap leim libcaca libclamav libgda libwww lirc live lzo m17n-lib mad maildir mailwrapper matroska mbox mcal mcve memlimit mhash mikmod milter mime ming mng motif mozilla mp3 mpatrol mpeg mpi msession mssql mysql mythtv nas ncurses network nis nls nntp oav objc oci8 odbc offensive ofx oggvorbis openal opengl oracle7 oss ovrimos pam pam-mysql pcmcia pcntl pcre pda pdflib perl pfpro php pic pie plotutils png pnp portaudio posix postgis ppc ppds prelude profile proj python qdbm qt quicktime quotes readline recode rtc ruby samba sapdb sasl scanner sdl session shared sharedmem simplexml skey slang slp smartcard sndfile snmp soap sockets socks5 solid source speex spell spl sqlite ssl svg sybase sybase-ct sysvipc szip tcltk tcpd tetex tga theora tidy tiff tokenizer truetype truetype-fonts trusted type1-fonts uim unicode usb v4l v4l2 vda vhosts wddx winbind wmf wxwindows xanim xface xim xine xinerama xml xml2 xmlrpc xmms xosd xpm xprint xscreensaver xsl xv xvid yaz zeo zlib video_cards_radeon" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS
I ran into the same errors as #14 above, but on x86: 1) GRASS USE flag does not work 2) If compiled without GRASS support, ebuild fails with this sandbox violation: /bin/install -c -m 644 'qgis_zh_CN.qm' '/var/tmp/portage/qgis-0.6.0/image//usr/share/qgis/i18n/qgis_zh_CN.qm' make[2]: Leaving directory `/var/tmp/portage/qgis-0.6.0/work/qgis-0.6.0/i18n' make[1]: Leaving directory `/var/tmp/portage/qgis-0.6.0/work/qgis-0.6.0/i18n' make[1]: Entering directory `/var/tmp/portage/qgis-0.6.0/work/qgis-0.6.0' make[2]: Entering directory `/var/tmp/portage/qgis-0.6.0/work/qgis-0.6.0' make[2]: Nothing to be done for `install-exec-am'. test -z "/var/tmp/portage/qgis-0.6.0/image//usr/share/qgis/doc" || mkdir -p -- . "/var/tmp/portage/qgis-0.6.0/image//usr/share/qgis/doc" /bin/install -c -m 644 'AUTHORS' '/var/tmp/portage/qgis-0.6.0/image//usr/share/qgis/doc/AUTHORS' AUTHORS | 100% | 1190 B | 1190 B/s | ETA 00:00.00 test -z "/usr/share/man/man1" || mkdir -p -- . "/usr/share/man/man1" /bin/install -c -m 644 './qgis.man' '/usr/share/man/man1/qgis.1' ACCESS DENIED open_wr: /usr/share/man/man1/qgis.1 /bin/install: cannot create regular file `/usr/share/man/man1/qgis.1': Permission denied make[2]: *** [install-man1] Error 1 make[2]: Leaving directory `/var/tmp/portage/qgis-0.6.0/work/qgis-0.6.0' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/var/tmp/portage/qgis-0.6.0/work/qgis-0.6.0' make: *** [install-recursive] Error 1 !!! ERROR: sci-geosciences/qgis-0.6.0 failed. !!! Function src_install, Line 62, Exitcode 2 !!! Error at installation !!! If you need support, post the topmost build error, NOT this status message. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-sci-geosciences_-_qgis-0.6.0-17630.log" open_wr: /usr/share/man/man1/qgis.1 Here is my emerge --info: Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r1, 2.6.11-gentoo-r5 i686) ================================================================= System uname: 2.6.11-gentoo-r5 i686 AMD Athlon(tm) Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 13 2005, 17:08:31)] ccache version 2.3 [enabled] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -mtune=athlon-xp -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -mtune=athlon-xp -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://mirrors.acm.cs.rpi.edu/gentoo/ http://gentoo.mirrors.pair.com/ http://mirror.datapipe.net/gentoo http://mirror.datapipe.net/gentoo http://gentoo.chem.wisc.edu/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/local/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aac acpi alsa apm arts avi berkdb bitmap-fonts bzlib ccache cddb cdr crypt cups curl emboss encode esd fam flac foomaticdb fortran gdbm gif gnome gpm gtk gtk2 imagemagick imlib innodb ipv6 ithreads java jpeg jpeg2k junit kde libg++ libwww mad mikmod mmx motif mozilla mp3 mpeg mysql ncurses nls nptl nvidiaoffensive oggvorbis opengl oss pam pdflib perl pic png pthreads python qt quicktime readline ruby sdl snmp spell sse ssl svga tcltk tcpd tiff truetype truetype-fonts type1-fonts vim-with-x x86 xine xml xml2 xmms xprint xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
Ok, in trying to fix the GRASS problem with the ebuild, I checked the configure script for qgis. It appears that the config script wants to find the file libgrass_gis.a in the /usr/grass5/lib director. I didn't have this file, so I symlinked libgrass_gis.a to libgis.a: # cd /usr/grass5/lib/ && ln -s libgis.a libgrass_gis.a Its a complete hack, and I don't have any idea how this affects the program, but it gets the ebuild to complete the config script with the grass USE flag enabled.
Sorry, forgot to add, to get the GRASS library find, I added the following command arguement to the config script: ./configure --with-grass=/usr/grass5
It looks like qgis fails to build with the hack I mentioned in #16, so forget it.
Any news on an ebuild that compile with grass flag for grass6.0?
Does anyone could give me the link to the corresponding bug report for grass 6.0 you use, just for testing it with the new ebuild I work on ? I will send the new ebuild today.
Created attachment 57293 [details] The ebuild I've just tested it on my gentoo and that works without the grass support and with postgis-cvs ebuild which I will post on the bugzilla as soon as possible (if anyone want to test it you could find it on the 01map.net/gentoo page, in fact I'm not shure of this ebuild is realy conform to the cvs port in general indeed it uses the postgis-cvs.tar.gz file nor the real cvs repository ...). No test for grass 6.0 was made but will be made tonight. I prefer that someone give me the link else I will try with the "best" grass-6.0.ebuild I'll found on bugzilla ... ;) I've renamed the patch file so just move it to new named patch or modify the ebuild to use the old one ...
Created attachment 57364 [details] The new ebuild This ebuild was tested for grass 6.0 ebuild but with no success. In fact the qgis ebuild compile with correct options for grass path, but on the runtime the grass libraries are not found and : both "ldd /usr/lib/qgis/grassplugin.so" or "ldd /usr/lib/qgis/libgrassprovider.so" return : libgrass_vect.so => not found libgrass_dig2.so => not found libgrass_dbmiclient.so => not found libgrass_dbmibase.so => not found libgrass_shape.so => not found libgrass_dgl.so => not found libgrass_rtree.so => not found libgrass_gis.so => not found libgrass_datetime.so => not found libgrass_linkm.so => not found libgrass_form.so => not found I'll work on that part ...
You could solve the runtime dynamic libraries loading by using the following command : for i in $(ldd -v /usr/lib/qgis/grassplugin.so | grep "not found"|cut -d'=' -f1); do echo ln -s /usr/grass60/lib/$i /usr/lib/$i;done This problem come from grass ebuild not this one.
I runned for i in $(ldd -v /usr/lib/qgis/grassplugin.so | grep "not found"|cut -d'=' -f1); do echo ln -s /usr/grass60/lib/$i /usr/lib/$i;done so i got: ln -s /usr/grass60/lib/libgrass_vect.so /usr/lib/libgrass_vect.so ln -s /usr/grass60/lib/libgrass_dig2.so /usr/lib/libgrass_dig2.so ln -s /usr/grass60/lib/libgrass_dbmiclient.so /usr/lib/libgrass_dbmiclient.so ln -s /usr/grass60/lib/libgrass_dbmibase.so /usr/lib/libgrass_dbmibase.so ln -s /usr/grass60/lib/libgrass_shape.so /usr/lib/libgrass_shape.so ln -s /usr/grass60/lib/libgrass_dgl.so /usr/lib/libgrass_dgl.so ln -s /usr/grass60/lib/libgrass_rtree.so /usr/lib/libgrass_rtree.so ln -s /usr/grass60/lib/libgrass_gis.so /usr/lib/libgrass_gis.so ln -s /usr/grass60/lib/libgrass_datetime.so /usr/lib/libgrass_datetime.so ln -s /usr/grass60/lib/libgrass_linkm.so /usr/lib/libgrass_linkm.so ln -s /usr/grass60/lib/libgrass_form.so /usr/lib/libgrass_form.so ln -s /usr/grass60/lib/libgrass_vect.so /usr/lib/libgrass_vect.so ln -s /usr/grass60/lib/libgrass_dig2.so /usr/lib/libgrass_dig2.so ln -s /usr/grass60/lib/libgrass_dbmiclient.so /usr/lib/libgrass_dbmiclient.so ln -s /usr/grass60/lib/libgrass_dbmibase.so /usr/lib/libgrass_dbmibase.so ln -s /usr/grass60/lib/libgrass_shape.so /usr/lib/libgrass_shape.so ln -s /usr/grass60/lib/libgrass_dgl.so /usr/lib/libgrass_dgl.so ln -s /usr/grass60/lib/libgrass_rtree.so /usr/lib/libgrass_rtree.so ln -s /usr/grass60/lib/libgrass_gis.so /usr/lib/libgrass_gis.so ln -s /usr/grass60/lib/libgrass_datetime.so /usr/lib/libgrass_datetime.so ln -s /usr/grass60/lib/libgrass_linkm.so /usr/lib/libgrass_linkm.so ln -s /usr/grass60/lib/libgrass_form.so /usr/lib/libgrass_form.so When i try to emerge qgis i got the same error: checking for GRASS... configure: error: GRASS library not found
Hi, another time it's my fault ... :) In fact you need to remove the "echo" from the previous (given into comment #23) command line. Else you could also copy/paste the lines printed by this command. If anyone have time to work on the problem with the grass library it's realy welcome ... I've worked on a new version of the grass 6.0 ebuild which install the whole library into /opt/grass60 and add the new path of the grass library into the ld.so.conf but it's not the good way to do this I think ... but it works :) I'll send the new version of the grass as soon as possible (work needed to make it cleaner).
I tried to compile qgis-0.6.0 but I got these errors, any ideas? I also commented the patch for postgis. USE="ogdi proj geos" emerge qgis --digest [..] x-gnu/3.4.3-20050110/libstdc++.so -L/usr/i686-pc-linux-gnu/bin -L/usr/lib/gcc/i686-pc-linux-gnu/../.. -Wl,--rpath -Wl,//usr/lib/gcc/i686-pc-linux-gnu/3.4.3-20050110 -Wl,--rpath -Wl,//usr/lib/gcc/i686-pc-linux-gnu/3.4.3-20050110 /usr/qt/3/lib/libqt-mt.so: undefined reference to `__pthread_register_cancel@GLIBC_2.3.3' /usr/qt/3/lib/libqt-mt.so: undefined reference to `__pthread_unregister_cancel@GLIBC_2.3.3' collect2: ld returned 1 exit status make[4]: *** [qgis] Error 1 make[4]: Leaving directory `/media/idedisk/gentoo/tmp/portage/qgis-0.6.0/work/qgis-0.6.0/src' emerge info # emerge info --- Invalid atom in /etc/portage/package.keywords: =dev-php/mod_php Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.11-ck8-r1 i686) ================================================================= System uname: 2.6.11-ck8-r1 i686 AMD Athlon(TM) XP1700+ Gentoo Base System version 1.6.10 ccache version 2.3 [disabled] dev-lang/python: 2.3.4, 2.4.1-r1 sys-apps/sandbox: 1.2.10 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18 virtual/os-headers: 2.6.8.1 ACCEPT_KEYWORDS="~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" DISTDIR="/media/idedisk/gentoo/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.ngi.it http://ftp.snt.utwente.nl/pub/os/linux/gentoo" LANG="it_IT.UTF-8" LC_ALL="it_IT.UTF-8" LINGUAS="it_IT.UTF-8" PKGDIR="/media/idedisk/gentoo/packages" PORTAGE_TMPDIR="/media/idedisk/gentoo/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/zugaina-portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X aac acpi alsa amuled animation apache2 apm atm avi berkdb bitmap-fonts bluetooth cdr crypt cups curl dba dbus directfb divx4linux dts dvd dvdr dvdread eds emboss encode esd evo f2c f77 fam foomaticdb fortran gcj gd gdbm gif glitz gnome gpm gstreamer gtk gtk2 gtkhtml hal imagemagick imlib ipv6 jpeg ldap libg++ libwww lzw-tiff mad matroska mikmod mmx mng mono mozilla moznoirc moznomail mozsvg mp3 mpeg mysql ncurses network nls no_wxgtk1 nptl nvidia ogg oggvorbis opengl pam pdflib perl png python quicktime readline real remote rtc ruby samba sdl sed slang spell sqlite sse ssl stats svg svga tcpd theora threads tiff truetype truetype-fonts type1-fonts ucs2 unicode usb userlocales visualization vorbis win32codecs x86 xine xml xml2 xv xvid zlib linguas_it_IT.UTF-8 userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS, MAKEOPTS
0.7 is pretty near... i think it should start to be in portage... Bye
Created attachment 64446 [details] qgis-0.7.0_pre2.ebuild An ebuild based on previous attachments that works for me. Amongst other simple changes, I've added 2 new USE flags (georef and gpx) for controlling the new optional libraries.
Created attachment 64495 [details] qgis-0.7.0_pre2.ebuild with two grass versions I have two grass versions installed and the part for configuring the qgis for grass didn't work for me. This ebuild should work even if you have two grass versions installed.
Hello, today I made ebuild for qgis, Im stupid, because of I did not pay enough attention to this site I did not know about actual version already submitted, I had 0.5.0 as last.. :(
Created attachment 64901 [details] another qgis-0.7.0_pre2.ebuild here it is it works for me..
Created attachment 64903 [details] lightly newer try: qgis-0.7.0_pre2-r1.ebuild ...so i've try to update ebuild, which i foud here. 1) cleaned SRC_URI and some other 2) reduced some flags - compile without geos, proj are not possible, as to georef i dont know, so i leave it.. 3) are you sure about neded version numbers of dependendences? im sure only for qt, sqlite. 4) replaced inherit kde-functions with qt 5) im not developer, is it only my 1st try, so please for tolerantion 6) there is my first submit, so pleade again..
0.7 is out...
Created attachment 67672 [details] Qgis 0.7.0 Ebuild
Created attachment 67720 [details] qgis-0.7.0.ebuild QGIS-0.7.0 ebuild It differs from prev. 0.7.0 ebuild as it fixes compilation problem if no PostgreSQL is used. Also debug USE flag is added. Grab and test it.
Created attachment 67820 [details, diff] QGIS-0.7.0.ebuild.patch QGIS-0.7.0.ebuild didn't work for me without this change.
Created attachment 68003 [details, diff] qgis-postgres.patch Hi, I've made another patch based on the Gary Sherman purpose (from postgis-user mailling list). It solve the problem concerning the --without-postgresql configure option and looks like to me cleaner than a sed use on the generated Makefiles. But this last could be discuss...
Created attachment 68006 [details] qgis-0.7.0.ebuild The lastest ebuild. This version patch the necessaries files (configure.in, src/Makefile.am and plugin/grass/Makefile.am) and then run the ereconf function from the autotools eclass. I've kept the purposed new support as for instance the debug Use flag. Furtheremore I modify the gps support dependencies to add the gpsbabel ebuild (which is needed if you want to handle gps data, as for instance importing data from your gps), gpsbabel is now in portage as you could see in sci-geoscience/gpsbabel. I've also added the gsl support. I've remove geos and proj from IUSE cause they are needed. Now only grass, postgres, gps, gsl and debug are in possible use flags. Thanks to test it and sending feedbacks.
This package is working well on my system. A few things need to be fixed/verified in the ebuild before I add it to Portage: - In DEPEND, you should not end lines with "\"; it is unnecessary. - In DEPEND, you must separate parenthesis from their content using spaces. - I think many dependencies of this package are only needed at compile-time, not at run-time. Please declare an RDEPEND variable and use it to minimise the number of packages in DEPEND. - The FILESDIR variable must be quoted as it refers to a path inside the Portage directory. You cannot assume this path does not contain spaces or other special characters. - There are a few instances of a typo: "massages". You probably do not mean that. ;-) - If the package is compiled with PostgreSQL, do you still need sqlite as a dependency? If not, you should correct the related DEPEND line accordingly.
Created attachment 69038 [details] qgis-0.7.0.ebuild Sorry for my late answer. There is the new ebuild I've made, following the Olivier Fisette's instructions (sqlite needed). Specific postgis problems (the same occurs on previous release) : . the editing mode of a postgis layer (on saving, error : geomfromwkb : invalid geometry), . importing shapefiles into postgis (use of addgeometrycolumn with empty parameters). I work on this part.
0.7.3 is out... Thx
Created attachment 70498 [details] qgis-0.7.3.ebuild qgis-0.7.3 version bump. I've added a sample data set which is available from the official QGIS' download page (http://qgis.org/index.php?option=com_content&task=view&id=65&Itemid=71). No more problems with SPIT module and editor mode, this version work like a charme here. Enjoy.
Emerging with GRASS, stop cecking the GRASS lib... checking for SPIT... yes checking for GRASS... configure: error: GRASS library not found in /usr/grass0/lib My grass lib are in /usr/grass60/lib No problem compiling the CVS with this line of configure: ./autogen.sh --prefix=/usr/local/qgis --with-grass=/usr/grass60/ Thx for your support
Created attachment 70583 [details] qgis-0.7.3.ebuild Solved the problem..i changed the GRASS part in the ebuild
Any GOOD reason this hasn't been added yet?
Looks like nobody had the time to check it and since it looks a large project it requires time. I'm sorry but we have limited resources.
Created attachment 72171 [details] qgis-0.7.4.ebuild Ebuild for 0.7.4
> Ebuild for 0.7.4 I've got some problems when emerging qgis-0.7.* In file included from /usr/include/gdal_priv.h:256, from qgsrasterlayer.h:179, from qgsrasterlayerproperties.h:28, from qgisapp.cpp:108: /usr/include/gdal.h:155: error: syntax error before `(' token /usr/include/gdal.h:156: error: syntax error before `(' token /usr/include/gdal.h:157: error: syntax error before `(' token /usr/include/gdal.h:158: error: syntax error before `(' token /usr/include/gdal.h:159: error: syntax error before `(' token /usr/include/gdal.h:239: error: syntax error before `*' token /usr/include/gdal.h:240: error: syntax error before `(' token /usr/include/gdal.h:241: error: syntax error before `(' token /usr/include/gdal.h:242: error: syntax error before `(' token /usr/include/gdal.h:243: error: syntax error before `(' token /usr/include/gdal.h:245: error: syntax error before `(' token /usr/include/gdal.h:269: error: syntax error before `(' token /usr/include/gdal.h:271: error: syntax error before `(' token --> cut, and: /usr/include/gdal.h:476: error: syntax error before `(' token /usr/include/gdal.h:483: error: type specifier omitted for parameter ` GDALProgressFunc' /usr/include/gdal.h:483: error: syntax error before `,' token /usr/include/gdal.h:486: error: syntax error before `(' token /usr/include/gdal.h:488: error: syntax error before `(' token /usr/include/gdal.h:494: error: syntax error before `(' token /usr/include/gdal.h:496: error: syntax error before `(' token /usr/include/gdal.h:499: error: syntax error before `(' token /usr/include/gdal.h:503: error: syntax error before `(' token /usr/include/gdal.h:506: error: syntax error before `(' token /usr/include/gdal.h:509: error: syntax error before `(' token /usr/include/gdal.h:513: error: syntax error before `(' token --> cut /usr/include/gdal.h:659: error: syntax error before `(' token /usr/include/gdal.h:660: error: syntax error before `(' token /usr/include/gdal.h:661: error: syntax error before `(' token In file included from /usr/include/gdal_priv.h:259, from qgsrasterlayer.h:179, from qgsrasterlayerproperties.h:28, from qgisapp.cpp:108: /usr/include/cpl_conv.h:143: error: syntax error before `(' token /usr/include/cpl_conv.h:144: error: syntax error before `(' token /usr/include/cpl_conv.h:145: error: syntax error before `(' token In file included from /usr/include/gdal_priv.h:260, from qgsrasterlayer.h:179, from qgsrasterlayerproperties.h:28, from qgisapp.cpp:108: /usr/include/cpl_string.h:127: error: syntax error before `(' token In file included from qgsrasterlayer.h:179, from qgsrasterlayerproperties.h:28, from qgisapp.cpp:108: /usr/include/gdal_priv.h:332: error: type specifier omitted for parameter ` GDALProgressFunc' /usr/include/gdal_priv.h:332: error: syntax error before `,' token /usr/include/gdal_priv.h:344: error: `CPL_STDCALL' is neither function nor member function; cannot be declared friend /usr/include/gdal_priv.h:344: error: syntax error before `(' token /usr/include/gdal_priv.h:345: error: `CPL_STDCALL' is neither function nor member function; cannot be declared friend /usr/include/gdal_priv.h:345: error: declaration of ` void*GDALDataset::CPL_STDCALL' /usr/include/gdal_priv.h:344: error: conflicts with previous declaration ` void*GDALDataset::CPL_STDCALL' /usr/include/gdal_priv.h:345: error: syntax error before `(' token /usr/include/gdal_priv.h:370: error: type specifier omitted for parameter ` GDALProgressFunc' /usr/include/gdal_priv.h:431: error: type specifier omitted for parameter ` GDALProgressFunc' /usr/include/gdal_priv.h:623: error: type specifier omitted for parameter ` GDALProgressFunc' /usr/include/gdal_priv.h:632: error: type specifier omitted for parameter ` GDALProgressFunc' /usr/include/gdal_priv.h:637: error: type specifier omitted for parameter ` GDALProgressFunc' /usr/include/gdal_priv.h:705: error: type specifier omitted for parameter ` GDALProgressFunc' /usr/include/gdal_priv.h:705: error: syntax error before `,' token /usr/include/gdal_priv.h:724: error: type specifier omitted for parameter ` GDALProgressFunc' /usr/include/gdal_priv.h:724: error: syntax error before `,' token /usr/include/gdal_priv.h:785: error: type specifier omitted for parameter ` GDALProgressFunc' /usr/include/gdal_priv.h:785: error: syntax error before `,' token /usr/include/gdal_priv.h:792: error: type specifier omitted for parameter ` GDALProgressFunc' /usr/include/gdal_priv.h:792: error: syntax error before `,' token /usr/include/gdal_priv.h:799: error: type specifier omitted for parameter ` GDALProgressFunc' /usr/include/gdal_priv.h:799: error: syntax error before `,' token /usr/include/gdal_priv.h:804: error: type specifier omitted for parameter ` GDALProgressFunc' make[4]: *** [libqgis_la-qgisapp.lo] Błąd 1 make[4]: Leaving directory `/var/tmp/portage/qgis-0.7.4/work/qgis-0.7.4/src' make[3]: *** [all-recursive] Błąd 1 make[3]: Leaving directory `/var/tmp/portage/qgis-0.7.4/work/qgis-0.7.4/src' make[2]: *** [all] Błąd 2 make[2]: Leaving directory `/var/tmp/portage/qgis-0.7.4/work/qgis-0.7.4/src' make[1]: *** [all-recursive] Błąd 1 make[1]: Leaving directory `/var/tmp/portage/qgis-0.7.4/work/qgis-0.7.4' make: *** [all] Błąd 2 !!! ERROR: sci-geosciences/qgis-0.7.4 failed. ___________________________________________________________________ how to solve it??
It doesn't work on amd64. checking for PostgreSQL... yes checking for pg_config... /usr/bin/pg_config checking for postgreSQL libs... -L/usr/lib64 -lpq checking for SPIT... yes checking for GRASS... configure: error: GRASS library not found in /usr/grass60/lib64 GRASS is in /usr/grass60/lib... I don't know if this one is a grass or qgis bug on amd64.
Due to use the latest SVN version, i have installed QT4. Right now, if i recompile 0.7.4, i got this error: uic -o qgisappbase.uic.h qgisappbase.ui uic: File generated with too old version of Qt Designer File 'qgisappbase.ui' is not valid make[2]: *** [qgisappbase.uic.h] Error 1 make[2]: Leaving directory `/var/tmp/portage/qgis-0.7.4/work/qgis-0.7.4/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/qgis-0.7.4/work/qgis-0.7.4' make: *** [all] Error 2 Notice that during the configuring the output is this: [...] Debug : no Plugin dir : ${exec_prefix}/lib/qgis The binary will be installed in /usr/bin The build is using Qt in /usr/qt/3 Linking with -lqt-mt ___________________________________________
Compilation of 0.7.4 fails: # emerge -av qgis These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] sci-geosciences/qgis-0.7.4 -debug +gps +grass +gsl +postgres 0 kB [1] Total size of downloads: 0 kB Portage overlays: [1] /usr/local/portage ... qgsfeature.cpp: In member function `geos::Geometry* QgsFeature::geosGeometry() const': qgsfeature.cpp:896: error: `DefaultCoordinateSequence' undeclared in namespace `geos' qgsfeature.cpp:896: error: `sequence' undeclared (first use this function) qgsfeature.cpp:896: error: (Each undeclared identifier is reported only once for each function it appears in.) qgsfeature.cpp:896: error: syntax error before `)' token qgsfeature.cpp:920: error: `DefaultCoordinateSequence' undeclared in namespace `geos' qgsfeature.cpp:920: error: syntax error before `)' token qgsfeature.cpp:955: error: `DefaultCoordinateSequence' undeclared in namespace `geos' qgsfeature.cpp:955: error: syntax error before `)' token qgsfeature.cpp:1009: error: `DefaultCoordinateSequence' undeclared in namespace `geos' qgsfeature.cpp:1009: error: syntax error before `)' token distcc[27341] ERROR: compile qgsfeature.cpp on localhost failed make[4]: *** [libqgis_la-qgsfeature.lo] Fehler 1 make[4]: Leaving directory `/var/tmp/portage/qgis-0.7.4/work/qgis-0.7.4/src' make[3]: *** [all-recursive] Fehler 1 make[3]: Leaving directory `/var/tmp/portage/qgis-0.7.4/work/qgis-0.7.4/src' make[2]: *** [all] Fehler 2 make[2]: Leaving directory `/var/tmp/portage/qgis-0.7.4/work/qgis-0.7.4/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/var/tmp/portage/qgis-0.7.4/work/qgis-0.7.4' make: *** [all] Fehler 2 !!! ERROR: sci-geosciences/qgis-0.7.4 failed. !!! Function src_compile, Line 56, Exitcode 2 !!! emake failed !!! If you need support, post the topmost build error, NOT this status message. ... # emerge --info Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r1, 2.6.14-mm2 i686) ================================================================= System uname: 2.6.14-mm2 i686 Pentium III (Coppermine) Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [disabled] dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium3 -fprefetch-loop-arrays -funroll-loops -pipe -fPIC" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/NX/etc /usr/grass60/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/fax /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control /var/spool/fax/etc" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium3 -fprefetch-loop-arrays -funroll-loops -pipe -fPIC" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distcc distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LANG="de_DE" LINGUAS="de" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aac aalib acl acpi alsa amarok apache2 apm arts audiofile avi bash-completion berkdb bitmap-fonts bonobo browserplugin bzip2 cddb cdr cdrom crypt cups curl dlloader doc dvd dvdr eds emacs emacs-w3 emboss encode esd ethereal exif expat f2c f77 fam fastcgi ffmpeg flac flash font-server foomaticdb fortran gd gdbm geoip gif gimp gimpprint glut gmp gnuplot gphoto2 gpm gps grass gsl gstreamer gtk gtk2 gtkhtml guile hal http id3 idn imagemagick imap imlib innodb ipv6 jabber jack java joystick jp2 jpeg jpeg2k junit kde lame lcms ldap libg++ libwww lua mad mhash mikmod ming mjpeg mmx mmx2 mng motif mozilla mp3 mp4live mpeg mpeg2 mpeg4 mplayer mysql nas ncurses network nls ogg oggvorbis openal opengl oss pam pcre pdflib perl plotutils png postgres ppds prelude python qt quicktime readline real recode reiserfs ruby samba scanner sdl serial slang snmp spell sqlite sqlite3 sse ssl subversion svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev unicode usb vorbis win32codecs x86 xine xml xml2 xmms xv xvid zlib linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS
Anyone wanna start with me creating the 0.8 ebuild? Here: http://forums.gentoo.org/viewtopic-t-432477.html i posted some issue i got compiling current SVN from scretch.
Created attachment 80743 [details, diff] acinclude.m4 patch to find the qt4 includes, libs etc. Patch the acinclude.m4 file from the svn. run ./autogen.sh --prefix=/usr --with-qtdir=/usr Works for me against qt-4.1.1
Building was fine, but when i start latest svn i got this error: geko@gekomachine /usr/lib/qgis $ qgis Debug: Icon disabled projection icon to: /usr/share/qgis/themes/default//mIconProjectionDisabled.png Setting Canvas background R: 255 G: 255 B: 255 0x81a2662 Unable to find one of the required provider functions: providerKey() or description() 0x81a2662 Unable to find one of the required provider functions: providerKey() or description() 0x818874a Unable to find one of the required provider functions: providerKey() or description() Segmentation fault
Talking in qgis-dev ML i got this message about the patch: [...] that patch is wrong - looking at the GDB output, it made QGIS to be linked against both Qt3 and Qt4 libraries - that is completely wrong. You can see that QLibrary is linked from Qt4, while e.g. QMutexPool is linked from Qt3. If you just want to get QGIS working on Gentoo, I recommend you to install Qt from the official package from Trolltech, not from Portage. That way you should get whole Qt4 installation under one directory (/usr/local/Trolltech/Qt-4.1.0) which you can easily specify to configure script and it will work. However if you want to create ebuild, you will need to modify acinclude.m4 in a better way, e.g. by using pkg-config or possibility to specify include/lib/bin directory for Qt4. [...] Hope this will help
pkg-config looks the proper solution...
> However if you want to create ebuild, you will need to modify > acinclude.m4 in a better way, e.g. by using pkg-config or possibility > to specify include/lib/bin directory for Qt4. This patch does just that. Specifies include/lib/bin directories for Qt4. I will improve it to use pkg-config, when i find out how to do this properly. qgis 0.7.9pre10 runs here and doesn't segfault. Looks like in your case another library that depends on qt3 (I don't know which exactly) messes the things in the link stage. Try changing configure.in line 554 to echo "Linking with Qt using $QT_LDADD" and rerun ./autogen.sh this will show what libs we are linking against.
I've rechecked every library and I don't see how this can happen. The only thing that comes into mind is that you did not unmerge the previous version of qgis (compiled against qt3) and the plugins and other libraries left in /usr/lib and /usr/lib/qgis are causing the problem.
Atfer emerge -C qgis everything was fine... thx for all support, and for your patch!
Created attachment 81191 [details] Ebuild for qgis_unstable from svn sci-geosciences/qgis is marked as a blocker for this ebuild. If you want to test this do: quickpkg qgis (in case you need to save your current qgis) emerge -C qgis Don't forget to "emerge -C qgis-svn" when emerging back qgis. The ebuild uses the acinclude.m4 patch. For the issue in #50, if you do UIC=/usr/qt/3/bin/uic MOC=/usr/qt/3/bin/moc emerge qgis it compiles fine.
The SVN information are changed.. this is the email from ml: "We have moved the source code repository to a new location. Instructions for accessing it are given below. These instructions apply to you if you are using anonymous access to the repository. For those of you with commit access, instructions have been sent in a separate email. For the QGIS source tree, the repository URL has moved to: https://svn.qgis.org/repos/qgis/trunk/qgis You change your working copy using: svn switch --relocate svn+ssh://svnuser@qgis.org/qgis/trunk/qgis \ https://svn.qgis.org/repos/qgis/trunk/qgis You will get a message about the certificate not being issued by a trusted authority. You can choose to accept the cert temporarily or permanently. We also have installed WebSVN for viewing the repository. This is up and running now at https://svn.qgis.org or http://svn.qgis.org. The Download web page on http://qgis.org will be updated soon"
# ebuild /usr/local/portage/sci-geosciences/qgis/qgis-0.7.4.ebuild digest >>> Downloading http://qgis.org/uploadfiles/qgis_sample_data.tar.gz --18:23:35-- http://qgis.org/uploadfiles/qgis_sample_data.tar.gz => `/usr/portage/distfiles/qgis_sample_data.tar.gz' Resolving qgis.org... 207.44.204.65 Connecting to qgis.org|207.44.204.65|:80... connected. HTTP request sent, awaiting response... 404 Not Found 18:23:35 ERROR 404: Not Found. No digest file available and download failed. !!! Couldn't download qgis_sample_data.tar.gz. Aborting.
(In reply to comment #62) > !!! Couldn't download qgis_sample_data.tar.gz. Aborting. The link to sample data is no longer valid. You have to comment out the lines: #SRC_URI="http://qgis.org/uploadfiles/qgis_sample_data.tar.gz" (...) #insinto /usr/share/doc/${PF}/sample_data #doins qgis_data/* || die "Unable to install sample data" and it will work.
Hi guys.. News for the develop team: "I've modified a bit Qt4 detection in configure script. Till now, Qt4 was detected by passing --with-qtdir option. However some distributions (Gentoo, Debian and maybe also more) don't use one directory for Qt4 as it was for Qt3. The right solution is to check for it using pkgconfig. This is how it works now: If you don't pass --with-qtdir option, pkgconfig will try to find Qt4. Just note that if you have Qt4 installed in non-standard path, you'll have to use PKG_CONFIG_PATH to tell pkconfig where to search for Qt4 *.pc files. E.g. export PKG_CONFIG_PATH=/usr/local/Trolltech/Qt-4.1.1/lib This is preferred way for unix systems. If you pass --with-qtdir option, it will use the same routines as before. I left it not only due compatibility reasons but also because above solution won't work for Qt4 windows version as it doesn't create pkgconfig files. I don't know how is it with Mac version. This part needs some cleanups in acinclude.m4, since it's quite messy and full of Qt3 stuff. I've tried pkgconfig solution on both Gentoo stock Qt4.1.1 and manually compiled Qt4.1.1 and both seem to work well. Qt4 from Gentoo Portage has been detected automatically without the need of specifying any path. There is just small aesthetic thing that bothers me - since I detect CFLAGS and LIBS for every Qt4 component used (QtCore, QtGui, Qt3Support, QtNetwork, QtSvg, QtXml) and the flags are concatenated, some parameters appear more times. Does somebody know if there is any easy way how to put redundant options away? I think of writing a small AWK script for that..."
Created attachment 82342 [details, diff] qgis-0.7.4-gcc41.patch heres a patch to allow compiling of 0.7.4 with gcc 4.1
The qgis-0.7.4.ebuild works for me on AMD64. You can add the ~amd64 keyword.
It also works for me (with some manual help) as ~amd64: I added ~amd64 to the ebuild; did a manual download of the *.tar.gz file because it would not sucessfully fetch; did a digest because there was no Manifest; made a symbolic link for lib64 -> lib; Everything worked smoothly from there. The only problem I had following the http://mpa.itc.it/markus/osg05/testing_grass6_software.txt test was that: click "Add GRASS raster layer" button, select "elevation.dem" map click "Add GRASS raster layer" button, select "aspect map" did not work. I suspect that there is a problem with my elevation and aspect files.
Created attachment 88106 [details] Test ebuild for 0.8 relase Qgis 0.8, will be relased in the next weeks..I've started building the ebuild for 0.8 using a snapshoot of the source code; you can get it from here: http://www.freegis-wiki.it/wiki/qgis-0.8.tar.bz2 The ebuild is working fine for me. Thanks Luca
Created attachment 90976 [details] qgis-0.8.0_pre1.ebuild Hi, I've fixed a couple of things from previous posted ebuild: * changed the name to conform to standard; * changed download URL to official; * if USE="grass", it depends on grass, grass-cvs and gdal-grass (see bug #113355); * Searching for GRASSDIR in /etc/env.d/99grass (or /etc/env.d/99grass-cvs for grass-cvs); * fixed syntax and indenting. Works for me on ~x86 with gcc-4.1.1, please feedback if you try the ebuild. Thanks.
Where can I find sci-libs/gdal-grass ebuild?
(In reply to comment #70) > Where can I find sci-libs/gdal-grass ebuild? See bug 113355. Bye.
I've tried the qgis-0.8.0_pre1.ebuild with grass 6.1 from CVS from 20060701 (my own ebuild). I've got this error: Making all in grass make[4]: Entering directory `/var/tmp/portage/qgis-0.8.0_pre1/work/qgis-0.8/src/providers/grass' if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DGRASS_BASE=\"/usr/grass61\" -I. -I. -I../../.. -I../../core -I../../gui -I/usr/include -I/usr/include -O2 -march=pentium4 -fomit-frame-pointer -DQT3_SUPPORT -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtTest -I/usr/grass61/include/ -DNO_DEBUG -I/usr/include -I/usr/include -I-I/usr/include -O2 -march=pentium4 -fomit-frame-pointer -MT libqgisgrass_la-qgsgrassprovider.lo -MD -MP -MF ".deps/libqgisgrass_la-qgsgrassprovider.Tpo" -c -o libqgisgrass_la-qgsgrassprovider.lo `test -f 'qgsgrassprovider.cpp' || echo './'`qgsgrassprovider.cpp; \ then mv -f ".deps/libqgisgrass_la-qgsgrassprovider.Tpo" ".deps/libqgisgrass_la-qgsgrassprovider.Plo"; else rm -f ".deps/libqgisgrass_la-qgsgrassprovider.Tpo"; exit 1; fi mkdir .libs g++ -DGRASS_BASE=\"/usr/grass61\" -I. -I. -I../../.. -I../../core -I../../gui -I/usr/include -I/usr/include -O2 -march=pentium4 -fomit-frame-pointer -DQT3_SUPPORT -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtTest -I/usr/grass61/include/ -DNO_DEBUG -I/usr/include -I/usr/include -I-I/usr/include -O2 -march=pentium4 -fomit-frame-pointer -MT libqgisgrass_la-qgsgrassprovider.lo -MD -MP -MF .deps/libqgisgrass_la-qgsgrassprovider.Tpo -c qgsgrassprovider.cpp -fPIC -DPIC -o .libs/libqgisgrass_la-qgsgrassprovider.o qgsgrass.h:119: error: extra qualification 'QgsGrass::' on member 'mapRegion' qgsgrass.h:122: error: extra qualification 'QgsGrass::' on member 'regionString' qgsgrass.h:127: error: extra qualification 'QgsGrass::' on member 'region' qgsgrass.h:132: error: extra qualification 'QgsGrass::' on member 'writeRegion' qgsgrass.h:136: error: extra qualification 'QgsGrass::' on member 'copyRegionExtent' qgsgrass.h:140: error: extra qualification 'QgsGrass::' on member 'copyRegionResolution' qgsgrass.h:144: error: extra qualification 'QgsGrass::' on member 'extendRegion' qgsgrass.h:152: error: extra qualification 'QgsGrass::' on member 'versionMajor' qgsgrass.h:153: error: extra qualification 'QgsGrass::' on member 'versionMinor' make[4]: *** [libqgisgrass_la-qgsgrassprovider.lo] Error 1 make[4]: Leaving directory `/var/tmp/portage/qgis-0.8.0_pre1/work/qgis-0.8/src/providers/grass' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/qgis-0.8.0_pre1/work/qgis-0.8/src/providers' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/qgis-0.8.0_pre1/work/qgis-0.8/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/qgis-0.8.0_pre1/work/qgis-0.8' make: *** [all] Error 2 !!! ERROR: app-misc/qgis-0.8.0_pre1 failed. Call stack: ebuild.sh, line 1545: Called dyn_compile ebuild.sh, line 940: Called src_compile qgis-0.8.0_pre1.ebuild, line 70: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! This ebuild is from an overlay: '/usr/local/portage' Could anyone please suggest how to solve this error?
(In reply to comment #72) > I've tried the qgis-0.8.0_pre1.ebuild with grass 6.1 from CVS from 20060701 (my > own ebuild). I've got this error: > qgsgrass.h:119: error: extra qualification 'QgsGrass::' on member 'mapRegion' > qgsgrass.h:122: error: extra qualification 'QgsGrass::' on member > 'regionString' > qgsgrass.h:127: error: extra qualification 'QgsGrass::' on member 'region' > qgsgrass.h:132: error: extra qualification 'QgsGrass::' on member 'writeRegion' > qgsgrass.h:136: error: extra qualification 'QgsGrass::' on member > 'copyRegionExtent' > qgsgrass.h:140: error: extra qualification 'QgsGrass::' on member > 'copyRegionResolution' > qgsgrass.h:144: error: extra qualification 'QgsGrass::' on member > 'extendRegion' > qgsgrass.h:152: error: extra qualification 'QgsGrass::' on member > 'versionMajor' > qgsgrass.h:153: error: extra qualification 'QgsGrass::' on member > 'versionMinor' > Could anyone please suggest how to solve this error? Please attach emerge --info and USEFLAGS used in emerging. I suspect it's a common gcc-4.* problem: gcc-4 doesn't like referring to a class in the definition of that class. It seems so strange, because I use gcc-4 too and it compiles like a charm. Trying to clear headers file in the meantime. Thanks.
Please also attach digest file of ebuild. I suspect mine tarball and yours differ, since I don't find any error in the syntax in headers file. Bye.
Emiliano, sorry for wasting your time. I have downloaded your ebuild again, removed previously used sources and your ebuild works without problem. I guess I used another sources previously somehow.
Today has been released 0.8.0 preview 2. Qt check with phk-config, has been removed so we need a patch for acinclude to re-enable it. For the sourcecode :http://qgis.org/uploadfiles/qgis_Release-0_8-preview-2.tar.gz
Created attachment 97742 [details, diff] Patch to reenable Qt detection with pkg-config With this patch applied to version 0.8 preview2 you can use option --with-qt-pkg-config again to detect Qt4.
Created attachment 97761 [details] qgis-0.8.0_pre2.ebuild Here's the new ebuild including Dobias's patch; please rename that diff file in $PORTDIR_OVERLAY/sci-geosciences/qgis/files/qgis-0.8.0-pre2-pkg-config.patch I've added a new useflag 'samples', to make the installation of sample files optional. Pay attention that 'qgis_sample_data.tar.gz' is different from the previous ebuilds; so you have to delete from Manifest all entries regarding this file, then digest the ebuild (I hate that there isn't any form of retrocompatibility in the names of folders and archives of qgis stuff). Obviously, works on my machine ~x86, gcc 4.1.1. HTH, please feedback.
The pre2 has got a new option in configure "--with-python" to build Mapserver Export Tool; it is no more inside Qgis, but can be runned from command shell...
> The pre2 has got a new option in configure "--with-python" to build Mapserver > Export Tool; it is no more inside Qgis, but can be runned from command shell... What do you mean by this? I downloaded the source tarball again and searched in `./autogen.sh --help` output but I didn't find nothing suitable; also on qgis main site, there's no changelog (well, AFAIK). Please, Luca, provide me (publicly or privately) some information on this, so I can modify ebuild to suite this changes. Thanks.
Hi! The new configure option is this: --with-python Include Python scripting support This will enable the build of Mapserver Export Tool. Thanks for the support
Created attachment 98062 [details] qgis-0.8.0_pre2-r1.ebuild New ebuild with 'python' useflag that supports Mapserver Export Tools. Added dev-lang/python as runtime dependency, if USE='python'. HTH, please feedback.
Python support seem not work... [ebuild R ] sci-geosciences/qgis-0.8.0_pre2-r1 USE="grass gsl python -debug -gps -postgres -samples" qgis 0.8.0-Preview-2 ------------------------------------------ GDAL/OGR : yes (Version 1.3.2) GEOS : yes (Version 2.2.3) PostgreSQL : no GRASS : yes SPIT : no Georeferencer : yes GPS/GPX : no PROJ4 : yes SQLITE3 : yes Python : no I builr
Created attachment 98118 [details] new qgis-0.8.0-pre2-r1.ebuild Sorry, my mistake. Here's the new correct ebuild. Cheers.
Just a small comment on the dependencies: - GPS plugin needs expat library (for parsing GPX files), however it doesn't need gpsbabel to compile and work - it's used only as external program to up/down-load stuff to/from GPS - I have information from grass plugin's author that it should work with Grass>=6.0.0 ... is it working also with Grass 5?
(In reply to comment #85) > - GPS plugin needs expat library (for parsing GPX files), however it doesn't > need gpsbabel to compile and work - it's used only as external program to > up/down-load stuff to/from GPS > - I have information from grass plugin's author that it should work with > Grass>=6.0.0 ... is it working also with Grass 5? Well, I do not have contacts with developers, so for me your advices are laws :) The problem is also that this incompatibilities and/or requirements are not reported anywhere AFAIK, there isn't a serious changelog or something similar. Or maybe am I wrong? If your advices are reality, I will surely correct the ebuild. Thanks.
(In reply to comment #86) > Well, I do not have contacts with developers, so for me your advices are laws > :) > The problem is also that this incompatibilities and/or requirements are not > reported anywhere AFAIK, there isn't a serious changelog or something similar. > Or maybe am I wrong? You're right, there's no changelog around, also installation guide is still only in SVN :-/ You can file a ticket in the bug tracking system. > If your advices are reality, I will surely correct the ebuild. Fine, however I would leave gpsbabel as a dependency since GPS plugin is only half-functional without it.
Created attachment 98238 [details] qgis-0.8.0_pre2-r2.ebuild So, here it is a new version of the ebuild with Martin's advices. In reply to comment #87) > Fine, however I would leave gpsbabel as a dependency since GPS plugin is only > half-functional without it. Ok, I leaved it as runtime dependency, since GPS plugin builds without gpsbabel. HTH, Thanks a lot.
I got python and geos errors with configure with the latest qgis ebuild: checking for main in -lpython2.4... yes checking python2.4/Python.h usability... yes checking python2.4/Python.h presence... yes checking for python2.4/Python.h... yes ./configure: line 22803: locate: command not found ./configure: line 22810: test: !=: unary operator expected checking for python2.3... (cached) python2.4 checking for main in -lpython2.4... (cached) yes checking for python2.4/Python.h... (cached) yes ./configure: line 22803: locate: command not found ./configure: line 22810: test: !=: unary operator expected checking for python2.2... (cached) python2.4 checking for main in -lpython2.4... (cached) yes checking for python2.4/Python.h... (cached) yes ./configure: line 22803: locate: command not found ./configure: line 22810: test: !=: unary operator expected checking for python2.1... (cached) python2.4 checking for main in -lpython2.4... (cached) yes checking for python2.4/Python.h... (cached) yes ./configure: line 22803: locate: command not found ./configure: line 22810: test: !=: unary operator expected checking for python... (cached) python2.4 checking for main in -lpython2.4... (cached) yes checking for python2.4/Python.h... (cached) yes ./configure: line 22803: locate: command not found ./configure: line 22810: test: !=: unary operator expected results of the Python check: Binary: python2.4 Library: python2.4 Include Dir: no Have python: checking for gdal-config... /usr/bin/gdal-config checking for OGR in GDAL... yes checking GDAL_CFLAGS... -I/usr/include checking GDAL_LDADD... -L/usr/lib -lgdal checking for geos-config... /usr/bin/geos-config configure: error: Geos Version 2.x.x is needed, but you have 3.0.0rc1! I have just installed geos-3.0.0-rc1 so it is obvious why it complaints about geos. Question is whether qgis can work with geos-3.x.x (and then configure needs to be updated) or it works only with geos-2.x.x (and geos needs to be slotted).
Hi Miroslav, don't you think it could be enough to specify that qgis require a geos-2* version in DEPEND and RDPEND ? I realy think that qgis devs must think using the c api provided by geos rather than the c++ one. Indeed as mloskot said : "The problem is that QGIS is based on GEOS 2.x, but between GEOS 2.x and 3.0.0, geos' devs have refactored GEOS library to *new* layout of namespaces. So, the C++ API is incompatible between 2.x and 3.0." You could find more informations on this subject there http://sourceforge.net/mailarchive/forum.php?thread_id=25990116&forum_id=10678 and there http://lists.qgis.org/pipermail/qgis-user/2006-October/000643.html. Spacial thanks to Mateusz Loskot for his support.
(In reply to comment #90) > Hi Miroslav, > don't you think it could be enough to specify that qgis require a geos-2* > version in DEPEND and RDPEND ? I think this solution is correct, but geos has to be slotted (if they broke the api compatibility). Otherwise qgis would block geos upgrade to 3.x and new apps requiring new geos api couldn't use the new geos and won't compile/work with the old one.
Created attachment 99966 [details] qgis-0.8.0_pre2-r3.ebuild (In reply to comment #91) > I think this solution is correct, but geos has to be slotted I also think so. Here's the -r3 ebuild, with the geos-2.* dependency fixed. If noone has posted it yet, I'll post a bug requesting that geos version 2 and 3 became slotted. HTH, please feedback if you try the ebuild.
I tried the ebuild, it merges, but there seem to be more problems with geos. Though I have geos-2.2.2-r1 installed atm, while I run qgis I get: qgis: error while loading shared libraries: libgeos-3.0.0rc1.so: cannot open shared object file: No such file or directory Previously I had geos-3.0.0_rc1 merged.
Hi Miroslav, I would like to know if you are sure to have geos-2.2.2-r1 when trying to run qgis and not geos-3.0.0_rc1 ? You must be warned about that if you've added geos in package.keywords then for each emerge -uv world, portage will install the lastest geos available and so in this case the geos-3.0.0_r1 ebuild. So you need to check which version of geos is installed before running qgis (you could do this with "equery list geos"). hth
(In reply to comment #94) > Hi Miroslav, > I would like to know if you are sure to have geos-2.2.2-r1 when trying to run > qgis and not geos-3.0.0_rc1 ? Yes, definitely sure :-) > You must be warned about that if you've added geos in package.keywords then for > each emerge -uv world, portage will install the lastest geos available and so > in this case the geos-3.0.0_r1 ebuild. So you need to check which version of > geos is installed before running qgis (you could do this with "equery list > geos"). > > hth > I'm on ~x86 so I do not user package.keywords. The qgis dependency on geos-2* in fact doesn't lock geos-2* to be installed and on -uD it gets updated to geos-3.0.0_rc1 and next -uD downgrades it back to geos-2.2.2-r1. What Is strange on the whole thing is that when geos-3.0.0_r1 is installed, I get: qgis: error while loading shared libraries: libgeos.so.2: cannot open shared object file: No such file or directory while trying to run qgis and when geos-2.2.2-r1 is installed then I get: qgis: error while loading shared libraries: libgeos-3.0.0rc1.so: cannot open shared object file: No such file or directory This seems really strange to me.
> The qgis dependency on geos-2* > in fact doesn't lock geos-2* to be installed and on -uD it gets updated to > geos-3.0.0_rc1 and next -uD downgrades it back to geos-2.2.2-r1. This is normal, because geos-2* is not yet slotted, so you can have only one version of geos installed. > What Is > strange on the whole thing is that when geos-3.0.0_r1 is installed, I get: > qgis: error while loading shared libraries: libgeos.so.2: cannot open shared > object file: No such file or directory > while trying to run qgis and when geos-2.2.2-r1 is installed then I get: > qgis: error while loading shared libraries: libgeos-3.0.0rc1.so: cannot open > shared object file: No such file or directory > > This seems really strange to me. So does it to me. I suspect there are some troubles in dynamic linking of libraries and ld. Would you please try to unmerge all version of geos, deleting all libgeos-* and re-compile geos and qgis? Thanks for the reporting.
I did as you suggested but I still get: qgis: error while loading shared libraries: libgeos-3.0.0rc1.so: cannot open shared object file: No such file or directory $ equery list geos [ Searching for package 'geos' in all categories among: ] * installed packages [I--] [ ~] sci-libs/geos-2.2.2-r1 (0)
(In reply to comment #97) > I did as you suggested but I still get: > qgis: error while loading shared libraries: libgeos-3.0.0rc1.so: cannot open > shared object file: No such file or directory > > $ equery list geos > [ Searching for package 'geos' in all categories among: ] > * installed packages > [I--] [ ~] sci-libs/geos-2.2.2-r1 (0) Please, post the output of this command: geos-config --version --libs --includes Also, be sure to remove *all* geos-related files, (e.g. updatedb && slocate geos and then removing the files which are in /usr). I'll suspect that some cruft files broke the linking. HTH.
$ geos-config --version --libs --includes 2.2.2 -L/usr/lib -lgeos /usr/include The same problem is with gdal, which depends on geos and wich I have installed too.
Created attachment 101036 [details] qgis-0.7.4-r1.ebuild Update of qgis-0.7.4.ebuild to apply patches for compiling with GCC 4.1
Created attachment 102166 [details, diff] Updated pkg-config patch This patch is needed to make and install latest SVN and will be necessary for next release.
In latest SVN trunk there's now support for both GEOS 2.x and GEOS 3.x Well, and get ready for the final release on December 29th :-) I guess that final 0.8 version could get to official portage tree...
(In reply to comment #102) > I guess that final 0.8 version could get to official portage tree... Well, I'm not so sure. I have seen bugs that was opened years ago and not yet fixed; I think the problem with Gentoo is the lack of GIS interested developer in science herd. I'll try to make available a testing overlay for these ebuilds, at least they can be available without searching the Bugzilla. I've already proposed this idea to Gentoo-GIS ml (which is nearly dead now) and Luca Casagrande proposed that idea to Gentoo-dev too, but they seem a little negative on that... Cheers, I'll let you know soon.
(In reply to comment #103) > (In reply to comment #102) > > I guess that final 0.8 version could get to official portage tree... > > Well, I'm not so sure. I have seen bugs that was opened years ago and not yet > fixed; I think the problem with Gentoo is the lack of GIS interested developer > in science herd. What bugs do you mean? We're working quite a long time already to fix (possibly all bugs). I really can't see any old bugs waiting to be fixed in 0.8 release: https://svn.qgis.org/trac/roadmap I don't know who takes care of GDAL, Proj, GRASS, GEOS, Postgis etc. bindings but he may be also interested in QGIS ebuild...
(In reply to comment #104) > What bugs do you mean? We're working quite a long time already to fix (possibly > all bugs). I really can't see any old bugs waiting to be fixed in 0.8 release: > https://svn.qgis.org/trac/roadmap Sorry, I wasn't very clear. I mean there are bugs in *Gentoo* Bugzilla that were opened years ago, with some solutions posted, and not yet closed. I know that QGIS developer are working hard to pull the 0.8.0 version, so I'm aware that QGIS upstream is surely more receptive than Gentoo one. Some months ago, I had to post a flame-like comment, just for correcting a little mistake in one ebuild (IIRC, geos); the bug was opened a month before and was not yet fixed. Here's why I think we all GIS users need an overlay; it is impossible to use gentoo-science overlay since they didn't respond me about 6 months ago, when I asked if I can put some ebuilds on that overlay. Cheers.
0.8 is out..Source can be found here: http://download.qgis.org/qgis/
Created attachment 104978 [details, diff] pkg-config.patch for use with qgis-0.8.0.ebuild
Created attachment 104979 [details] qgis-0.8.0.ebuild Here's an ebuild for the released 0.8.0. I did some little changes to the previous ebuilds. Since from this release there's a WFS support, I've added it with the flag 'wfs'. Cheers.
0.8.0 ebuild and patch work fine to compile, install and use qgis now.
Created attachment 105391 [details, diff] Patch for qgis-0.8.0.ebuild that fix Qt required version Hello, since qgis-0.8.0 depends on qt-4.2.* (as reported privately by Luca Casagrande and Tim Sutton), here's a patch to fix the ebuild. To apply: # cd $PORTDIR_OVERLAY/sci-geosciences/qgis # patch -p0 < /path/to/qgis-0.8.0-qtversion.patch # ebuild qgis-0.8.0.ebuild digest HTH.
qt have to be compiled with useflag qt3support on my system. After successfull emerging this messages appears: alnagon ~ % qgis qgis: error while loading shared libraries: libqgis_raster.so.0: cannot open shared object file: No such file or directory alnagon ~ % ll /usr/lib/libqgis_raster.* -rwxr-xr-x 1 root root 210K 2007-01-05 00:24 /usr/lib/libqgis_raster.so.1.0.0 lrwxrwxrwx 1 root root 23 2007-01-05 00:24 /usr/lib/libqgis_raster.so.1 -> libqgis_raster.so.1.0.0 lrwxrwxrwx 1 root root 23 2007-01-05 00:24 /usr/lib/libqgis_raster.so -> libqgis_raster.so.1.0.0 -rw-r--r-- 1 root root 2,1K 2007-01-05 00:24 /usr/lib/libqgis_raster.la -rw-r--r-- 1 root root 247K 2007-01-05 00:24 /usr/lib/libqgis_raster.a is that faulut of ebuild, or on my side?
>qt have to be compiled with useflag qt3support on my system. It's for all the same.I'll do a new ebuild to check this and to add the last patch from Emiliano (min qt version) >error while loading shared libraries: libqgis_raster.so.0: cannot open >shared object file: No such file or directory Same on my machine. I had to rebuild gdal, and all went fine.
(In reply to comment #111) > qt have to be compiled with useflag qt3support on my system. If you (and Luca) can confirm this, I think it will be better if the ebuild checks for the qt3support flag before compiling qgis. I'll post here a patch and the patched version will be available also on gentoo-gis overlay (http://gentoo-gis.sf.net).
Created attachment 105534 [details, diff] Patch for qgis-0.8.0.ebuild that enables the check of 'qt3support' useflag As requested, here's the patch to solve the previous issue. HTH.
Created attachment 106356 [details, diff] New patch for qgis-0.8.0.ebuild that fix Qt required version The minimum QT version required is 4.2.2. Using qt-4.2.1 gives an error : !!! x11-libs/qt-4.2.1 does not actually support the qt3support USE flag! !!! If you need support, post the topmost build error, and the call stack if relevant
(In reply to comment #116) > The minimum QT version required is 4.2.2. Using qt-4.2.1 gives an error : Thanks for the advice, a: # sed -i '/qt4_min_version/s/4\.2/4\.2\.2/' qgis-0.8.0.ebuild will fix the ebuild. I'll also fix the ebuild in gentoo-gis overlay. Thanks again.
My emerge was failing with the message Install: Could not stat directory qgis_data I worked through it in stages ebuild qgis-0.8.0.ebuild digest ebuild qgis-0.8.0.ebuild build ebuild qgis-0.8.0.ebuild compile ebuild qgis-0.8.0.ebuild install On inspection there was a directory called /var/tmp/portage/portage/qgis-0.8.0_pre1/work/qgis_sample_data/ but not one calle /var/tmp/portage/portage/qgis-0.8.0_pre1/work/qgis_data I just typed mv /var/tmp/portage/portage/qgis-0.8.0_pre1/work/qgis_sample_data/ /var/tmp/portage/portage/qgis-0.8.0_pre1/work/qgis_data then ebuild qgis-0.8.0.ebuild qmerge and it just worked! Anthony
(In reply to comment #118) > On inspection there was a directory called > /var/tmp/portage/portage/qgis-0.8.0_pre1/work/qgis_sample_data/ > but not one calle > /var/tmp/portage/portage/qgis-0.8.0_pre1/work/qgis_data [..] > ebuild qgis-0.8.0.ebuild qmerge Are you using qgis-0.8.0 ebuild or the pre1 one? Please, use the 0.8.0 *release* one. If you find that recomposing the ebuild from the lot of patches posted here is hard, please check http://gentoo-gis.sf.net. The problem is that QGis developer are not so worried about retrocompatibility of the sample tarball, so if they update it (as they did) and change the main folder, only they will know it... HTH
(In reply to comment #119) > If you find that recomposing the ebuild > from the lot of patches posted here is hard, yes this really is :-) > please check http://gentoo-gis.sf.net. it works for me(tm) ;-) - thanks however ... I've quickly read the comments including the notes about Gentoo bugzilla and overlays and I have to ask ... you guys seem to be pretty interested in this GIS stuff on Gentoo, would it be so hard to become Gentoo developers and take care of it in the Portage instead of the overlay?
(In reply to comment #120) > however ... I've quickly read the comments including the notes about Gentoo > bugzilla and overlays and I have to ask ... you guys seem to be pretty > interested in this GIS stuff on Gentoo, would it be so hard to become Gentoo > developers and take care of it in the Portage instead of the overlay? Well, I'm interested enough to become a Gentoo dev (and I have other interest apart from GIS), I only have 2 issues ATM: * The time I need to spend learning the things I will need as a developer: there's a developer manual that needs to be known by heart and a lot more that is not writed there; * The issues with devrel and other stuff like this. I want to be sure that all will be calm and ruled enough that I will not be attacked if I will not do the right things. Cheers.
Is there any possibility to see 0.8.1 in portage? The ebuild for 0.8.1 from http://gentoo-gis.sourceforge.net/ is working fine and has been tested for so long. Thx Luca
Here you can find the 0.9 Preview 1. http://www.movedigital.com/go/doktoreas/87308/qgis0.9.0Preview1.tar.gz Since this version the build system is CMAKE; I'll start working on the ebuild and post one as soon as it's ready.
Hi all, I just got my Garmin Vista HCx and was looking for some software when I ran upon here. Tried the irc, but apparently nobody's online now. Not sure who is who, but can we clean this bug (mark attachments obsolete) and just leave a pointer to the gentoo-gis overlay? Can we have qgis revbumped to 0.8.1 in the overlay? And the upcoming 0.9 will be easier to test there as well. I have some spare cycles and interest, will try to help here (not dev though).
Created attachment 135493 [details] qgis-0.9.0.ebuild ..there is my try of dirty small ebuild, but it works for me..
karpi- qgis-0.0.0.ebuild depends on qdal-grass which doesn't seem to exist anymore... I removed the dependency on gdal-grass and emerged, will report back with reports when the build process is complete.
(In reply to comment #126) > karpi- > > qgis-0.0.0.ebuild depends on qdal-grass which doesn't seem to exist anymore... > I removed the dependency on gdal-grass and emerged, will report back with > reports when the build process is complete. > That should be qgis-0.9.0.ebuild. EP
(In reply to comment #127) > (In reply to comment #126) > > karpi- > > > > qgis-0.0.0.ebuild depends on qdal-grass which doesn't seem to exist anymore... > > I removed the dependency on gdal-grass and emerged, will report back with > > reports when the build process is complete. > > > > That should be qgis-0.9.0.ebuild. > > EP > Built, installed and starts OK. Did not add to a menu in my start menu under KDE, but that is a minor quibble. If I have time to hack on it, will try to submit a patch. EBP
Created attachment 141106 [details] /var/paludis/repositories/local/sci-geosciences/qgis/qgis-0.9.1.ebuild Cleaned up ebuild for qgis-0.9.1 -- makes use of the cmake-utils eclass and also installs a desktop file
Created attachment 141123 [details] qgis-0.9.1.ebuild Made optional dependencies truly optional. For example, previously if the build system found postgresql installed it would enable the postgres plugins whether or not the user wanted them built. This requires the somewhat hackish patch I made for the cmake build files called qgis-0.9.1-cmake.patch.
Created attachment 141124 [details, diff] qgis-0.9.1-cmake.patch
one note about 0.9.1 ebuild - with python support you need also pyqt4 and sip4. Martin
Created attachment 141127 [details] qgis-0.9.1.ebuild Added dev-python/PyQt4 and dev-python/sip dependencies for python support.
(In reply to comment #133) > Created an attachment (id=141127) [edit] > qgis-0.9.1.ebuild > > Added dev-python/PyQt4 and dev-python/sip dependencies for python support. > Source location seems to have moved to: http://download.osgeo.org/qgis/src/qgis_0.9.1.tar.gz Will post a patch as soon as I figure out how...
Created attachment 145949 [details] Ebuild updated to use new path to source location (osgeo.org) Replaces the source path in 0.9.1 with correct path to http://downloads.osgeo.org/ Appears to work, but hasn't finished building yet.
Created attachment 152219 [details] qgis-0.10.0.ebuild just removed the patch section as it compiled without problems on my machine
Created attachment 152231 [details, diff] Patch to fix automagic dependencies in qgis-0.10.0
Created attachment 152233 [details] qgis-0.10.0.ebuild Ebuild for qgis-0.10.0 that uses the cmake patch above to fix the automagic dependencies.
The latest attachments seemed fine, so I decided to try them. Had to change the download path for the sample data though. Now qgis seems working, although too slow for my taste... I have put the ebuilds in my pkalin overlay for easier use, see https://svn.tar.bz/repos/pkalin/trunk/README.txt
Successfully installed 0.10.0. I did get a "Nothing passed to the 'unpack' command" error which turned out to be caused by commenting out the entire SRC_URI line instead of only the sample line. Attached is the way I commented out the lines. SRC_URI="http://download.osgeo.org/qgis/src/${PN}_${PV}.tar.gz" # samples? ( http://qgis.org/uploadfiles/qgis_sample_data.tar.gz )" # insinto /usr/share/doc/${PF}/sample_data # doins qgis_sample_data/* || die "Unable to install sample data"
Created attachment 160875 [details] Updated ebuild Updated URL of sample data
Created attachment 161026 [details] just renamed the 0.10.0 patch for 0.11.0 release
Created attachment 161028 [details, diff] the patch for 0.11.0
Hello, could you please change the "postgres"-USEflag's dependency from "dev-db/postgresql" to "virtual/postgresql-base"? This is problematic because for postgres-8.3 the naming of the ebuilds has changed and "dev-db/postgresql" isn't installed anymore. I have postgres 8.3 installed but qgis still wants to have postgres 8.2 because of the dependency so the build totally blocks (you can't have 8.2 and 8.3 installed at the same time). The move should'nt be harmful for 8.2-users since virtual/postgresql-base should exist there, too. qgis builds fine against postgres 8.3 but I'm not able to test wether the database-connection and access really work
(In reply to comment #144) > could you please change the "postgres"-USEflag's dependency from > "dev-db/postgresql" to "virtual/postgresql-base"? Thanks for the heads up. See the newest attached ebuild for version 0.11.
Created attachment 161313 [details] qgis-0.11.0.ebuild
Created attachment 161442 [details] Updated QGIS 0.11.0 ebuild This ebuild has been updated to check whether qt was built with the png USE flag.
Created attachment 161443 [details] Updated cmake patch Updated references to filenames in lines 1&2 to point to the correct version (0.11.0).
It seems that I didn't put /me in the CC lsit last time, so I didn't notice when the comments came :-| Fixed now. I have updated the ebuild in my overlay[1] based on Vincent's latest comments. I will not attach it to this bug until there is a way to clean up the attachments in Bugzilla. If you need only the ebuild (why?): https://svn.tar.bz/repos/pkalin/trunk/sci-geosciences/qgis/qgis-0.11.0.ebuild ------------------------------------------------------------------------ r272 | Kalin.KOZHUHAROV | 2008-08-05 16:37:39 +0900 (Tue, 05 Aug 2008) | 14 lines Updated to qgis-0.11.0, based on #56262 Adding USE flags in profiles/use.local.desc Making repoman happy (whitespace cleaning) Switching to slot dependencies for qt, etc. (fixing a portage QA warning) IMHO gpsbabel is a DEPEND for gps?, not RDEPEND =>moved Added flex and bison to RDEPEND based on PDF docs Revbumped some deps as to what is current in portage FIXME: what do these do, how to configure with/without them hdf? ( sci-libs/hdf ) jpeg2k ( media-libs/jasper ) tiff ( media-libs/tiff ) app-text/txt2tags ------------------------------------------------------------------------ https://svn.tar.bz/repos/pkalin/trunk/README.txt Time to opt for a dev seat?...
Created attachment 162348 [details] qgis-0.11.0.ebuild no longer forces lower version of grass in new slot Slight modification to https://svn.tar.bz/repos/pkalin/trunk/sci-geosciences/qgis/qgis-0.11.0.ebuild which wanted to install grass-6.0.1 (in a new slot) even though I already had grass-6.3.0 installed.
(In reply to comment #150) > Created an attachment (id=162348) [edit] > qgis-0.11.0.ebuild no longer forces lower version of grass in new slot Well, looking at the grass status in the tree: Available versions: (0) 5.4.0 6.2.0-r1 6.2.1 ~6.2.3 ~6.3.0 (6) 6.0.1 I'd say somebody has to file a bug for grass to fix their slots :-| Done -> bug #234070 (unfortunately I cannot add it as dependency here) > Slight modification to > https://svn.tar.bz/repos/pkalin/trunk/sci-geosciences/qgis/qgis-0.11.0.ebuild > which wanted to install grass-6.0.1 (in a new slot) even though I already had > grass-6.3.0 installed. I know bugzilla sucks, but trying to post patches instead of a whole ebuild, or even just mention it in the comments might be better :-)
Hi. I try to install qgis 0.11. The files used are 1 qgis ebuild (Comment #151) and the patch qgis-0.11.0-cmake.patch (Vincent Edgewater 2008-07-26 21:00 0000) The error is: * Failed Patch: qgis-0.11.0-cmake.patch ! * ( /usr/local/portage/sci-geosciences/qgis/files/qgis-0.11.0-cmake.patch ) * * Include in your bugreport the contents of: * * /var/tmp/portage/sci-geosciences/qgis-0.11.0/temp/qgis-0.11.0-cmake.patch-7785.out * * ERROR: sci-geosciences/qgis-0.11.0 failed. * Call stack: * ebuild.sh, line 49: Called src_unpack * environment, line 3156: Called epatch 'src_unpack' * environment, line 1844: Called die * The specific snippet of code: * die "Failed Patch: ${patchname}!"; * The die message: * Failed Patch: qgis-0.11.0-cmake.patch! * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/sci-geosciences/qgis-0.11.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/sci-geosciences/qgis-0.11.0/temp/environment'. * This ebuild is from an overlay: '/usr/local/portage/' output and emerge --info qgis-0.11.0-cmake.patch -->>> http://pastebin.ca/1216036 emerge --info -->> http://pastebin.ca/1216038
(In reply to comment #153) > Hi. > I try to install qgis 0.11. The files used are 1 qgis ebuild (Comment #151) > and the patch qgis-0.11.0-cmake.patch (Vincent Edgewater 2008-07-26 21:00 It looks like the problem is with the EOL characters on that patch. Try the new ebuild and patch below.
Created attachment 166940 [details] qgis-0.11.0-cmake.patch cmake patch with fixed EOL characters
Created attachment 166942 [details] qgis-0.11.0.ebuild New ebuild with split qt dependencies
I also have another revision of the ebuild with updates for EAPI 2, but I won't post it right now since the current stable portage doesn't support EAPI 2.
The new version of the ebuilds (Comment #156 and Comment #155), faild. The error is: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!! ERROR MESSAGE !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ERROR: sci-geosciences/qgis-0.11.0 failed. Call stack: ebuild.sh, line 49: Called src_unpack environment, line 2695: Called epatch 'src_unpack' environment, line 1382: Called die The specific snippet of code: die "Failed Patch: ${patchname}!"; The die message: Failed Patch: qgis-0.11.0-cmake.patch! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!! END OF ERROR MESSAGE !!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The file qgis-0.11.0-cmake.patch-7515.out is: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!! PATCH LOG !!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ***** qgis-0.11.0-cmake.patch ***** =================================== PATCH COMMAND: patch -p0 -g0 -E --no-backup-if-mismatch < /usr/local/portage/sci-geosciences/qgis/files/qgis-0.11.0-cmake.patch =================================== patching file CMakeLists.txt Hunk #1 FAILED at 50. Hunk #2 FAILED at 119. 2 out of 2 hunks FAILED -- saving rejects to file CMakeLists.txt.rej =================================== PATCH COMMAND: patch -p1 -g0 -E --no-backup-if-mismatch < /usr/local/portage/sci-geosciences/qgis/files/qgis-0.11.0-cmake.patch =================================== missing header for unified diff at line 3 of patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- CMakeLists.txt.orig 2008-07-08 13:41:42.000000000 -0700 |+++ CMakeLists.txt 2008-10-01 13:05:10.425219302 -0700 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored =================================== PATCH COMMAND: patch -p2 -g0 -E --no-backup-if-mismatch < /usr/local/portage/sci-geosciences/qgis/files/qgis-0.11.0-cmake.patch =================================== missing header for unified diff at line 3 of patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- CMakeLists.txt.orig 2008-07-08 13:41:42.000000000 -0700 |+++ CMakeLists.txt 2008-10-01 13:05:10.425219302 -0700 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored =================================== PATCH COMMAND: patch -p3 -g0 -E --no-backup-if-mismatch < /usr/local/portage/sci-geosciences/qgis/files/qgis-0.11.0-cmake.patch =================================== missing header for unified diff at line 3 of patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- CMakeLists.txt.orig 2008-07-08 13:41:42.000000000 -0700 |+++ CMakeLists.txt 2008-10-01 13:05:10.425219302 -0700 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored =================================== PATCH COMMAND: patch -p4 -g0 -E --no-backup-if-mismatch < /usr/local/portage/sci-geosciences/qgis/files/qgis-0.11.0-cmake.patch =================================== missing header for unified diff at line 3 of patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- CMakeLists.txt.orig 2008-07-08 13:41:42.000000000 -0700 |+++ CMakeLists.txt 2008-10-01 13:05:10.425219302 -0700 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!! END PATCH LOG !!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Please help me....
(In reply to comment #158) > The new version of the ebuilds (Comment #156 and Comment #155), failed ... Are you copying/pasting the patch file text from your browser into an editor to create the patch file in your overlay? If so, you are probably mangling the EOL characters causing the patch to fail so you should save the patch directly to a file from your browser instead. I can't think of any other reason for the patch failure since I can't reproduce it on a stable or unstable system. Is anyone else having this problem?
Current ebuild on amd64: * ERROR: sci-geosciences/qgis-0.11.0 failed. * Call stack: * misc-functions.sh, line 715: Called install_qa_check * misc-functions.sh, line 453: Called die * The specific snippet of code: * [[ ${abort} == yes ]] && die "multilib-strict check failed!" Seems that up-to-date portage versions don't allow disabling multilib-strict any more.
Created attachment 169514 [details] qgis-0.11.0.ebuild fixing multilib issue Includes multilib fixes for problems described in comment #160
Created attachment 173271 [details] sci-geosciences/qgis-svn ebuild without samples included updated svn ebuild for qgis - unfortunately i dont know howto combine normal and svn ebuild to include samples for downloading and installing also. If anyone knows please help.
(In reply to comment #161) > Created an attachment (id=169514) [edit] > qgis-0.11.0.ebuild fixing multilib issue Doesn't compile here with USE=python: sipcoreQgsGeometry.cpp: In function ‘PyObject* meth_QgsGeometry_setWkbAndOwnership(PyObject*, PyObject*)’: sipcoreQgsGeometry.cpp:328: error: ‘size_t’ is not a member of ‘QgsGeometry’ The relevant line from qgis_build/python/core/sipcoreQgsGeometry.cpp: QgsGeometry::size_t a1; qgis_0.11.0/src/core/qgsgeometry.h contains the definition of class QgsGeometry used by the compiler, and indeed does not mention a typedef called size_t. qgis_0.11.0/python/core/qgsgeometry.sip however does, and seems to be the reason sip generated that code in the first place. So to me the solution seems to bring qgsgeometry.h and qgsgeometry.sip to agree. I'm using sys-devel/gcc-4.3.2 and dev-python/sip-4.7.9
Created attachment 174150 [details, diff] typedef for size_t changed to be defined outside classes. (In reply to comment #163) > Doesn't compile here with USE=python Seems upstream solved the issue using this modification. https://trac.osgeo.org/qgis/changeset/9629 Adding this patch to the ebuild solved the issue for me.
Created attachment 176003 [details] qgis new 1.0.0 release ebuild The brand new 1.0.0 ebuild for QGIS
(this is an automated message based on filtering criteria that matched this bug) Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
I just tried the ebuild from comment #165 for 1.0.0 and encountered a strange error when I tried to run qgis: ImportError: libqgis_gui.so.0.11: cannot open shared object file: No such file or directory Which means that somehow during the emerge, it found the old libqgis and liked to it, instead of what was being build. re-emerging solved the problem (it would be the same if you unmerge the old qgis first) Anybody has ideas about debugging this?? Then I went ahead and did a few cosmetic changes: ------------------------------------------------------------------------ r295 | Kalin.KOZHUHAROV | 2009-01-20 17:38:32 +0900 (Tue, 20 Jan 2009) | 8 lines Purging oldest ebuilds. For qgis-1.0.0.ebuild: Fixing header for 2009 apparently autotools are not used, deleting Adding EAPI="2", since repoman is complaining fixing DEPEND/RDEPEND, but still needs cleanup No need for cmake.patch ------------------------------------------------------------------------ I have put the ebuilds in my pkalin overlay for easier use, see https://svn.tar.bz/repos/pkalin/trunk/README.txt Since bug #234070 is fixed, I added SLOT dep for grass.
Created attachment 182560 [details] qgis-1.0.1.ebuild
[ 11%] Building CXX object src/core/CMakeFiles/qgis_core.dir/qgshttptransaction.o /var/tmp/portage/sci-geosciences/qgis-1.0.1/work/qgis_1.0.1/src/core/qgsgeometry.cpp: In member function ‘int QgsGeometry::splitLinearGeometry(GEOSGeom_t*, QList<QgsGeometry*>&)’: /var/tmp/portage/sci-geosciences/qgis-1.0.1/work/qgis_1.0.1/src/core/qgsgeometry.cpp:4785: error: ‘GEOSLength’ was not declared in this scope /var/tmp/portage/sci-geosciences/qgis-1.0.1/work/qgis_1.0.1/src/core/qgsgeometry.cpp: In member function ‘int QgsGeometry::splitPolygonGeometry(GEOSGeom_t*, QList<QgsGeometry*>&)’: /var/tmp/portage/sci-geosciences/qgis-1.0.1/work/qgis_1.0.1/src/core/qgsgeometry.cpp:4876: error: ‘GEOSArea’ was not declared in this scope make[2]: *** [src/core/CMakeFiles/qgis_core.dir/qgsgeometry.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[1]: *** [src/core/CMakeFiles/qgis_core.dir/all] Error 2 make: *** [all] Error 2
Using the qgis-1.0.1.ebuild somewhere around 95% I get lrelease error: duplicate messages found in '/builddir/build/BUILD/qgis_1.0.1/i18n/qgis_mn.ts' and make fails. The solution could be found at: http://lists.osgeo.org/pipermail/qgis-developer/2009-February/006140.html For us at Gentoo this means modification of the src_unpack() to src_unpack() { unpack ${A} cd "${S}" lupdate -no-obsolete -ts i18n/*.ts } Hope this would help someone sometime. Cheers
Scanning dependencies of target python [ 68%] Generating core/Makefile, gui/Makefile Parsing SIP files for 'core' library... /usr/bin/sip -c core -b /var/tmp/portage/sci-geosciences/qgis-1.0.1/work/qgis_build/python/core/core.sbf -I /usr/share/sip -x VendorID -t WS_X11 -x PyQt_NoPrintRangeBug -t Qt_4_3_3 -g /var/tmp/portage/sci-geosciences/qgis-1.0.1/work/qgis_1.0.1/python/core/core.sip sip: /usr/share/sip/QtGui/qpolygon.sip:289: Incorrect number of arguments to Python slot Parsing SIP files for 'gui' library... /usr/bin/sip -c gui -b /var/tmp/portage/sci-geosciences/qgis-1.0.1/work/qgis_build/python/gui/gui.sbf -I /var/tmp/portage/sci-geosciences/qgis-1.0.1/work/qgis_1.0.1/python -I /usr/share/sip -x VendorID -t WS_X11 -x PyQt_NoPrintRangeBug -t Qt_4_3_3 -g /var/tmp/portage/sci-geosciences/qgis-1.0.1/work/qgis_1.0.1/python/gui/gui.sip sip: /usr/share/sip/QtGui/qpolygon.sip:289: Incorrect number of arguments to Python slot Creating makefiles... Error: Unable to open "/var/tmp/portage/sci-geosciences/qgis-1.0.1/work/qgis_build/python/core/core.sbf": [Errno 2] No such file or directory: '/var/tmp/portage/sci-geosciences/qgis-1.0.1/work/qgis_build/python/core/core.sbf' make[2]: *** [python/core/Makefile] Error 1 make[1]: *** [python/CMakeFiles/python.dir/all] Error 2 make: *** [all] Error 2 * * ERROR: sci-geosciences/qgis-1.0.1 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3672: Called cmake-utils_src_compile * environment, line 995: Called cmake-utils_src_make * environment, line 1074: Called die * The specific snippet of code: * emake "$@" || die "Make failed!"; * The die message: * Make failed!
(In reply to comment #171) > Scanning dependencies of target python > [ 68%] Generating core/Makefile, gui/Makefile > Parsing SIP files for 'core' library... > /usr/bin/sip -c core -b > /var/tmp/portage/sci-geosciences/qgis-1.0.1/work/qgis_build/python/core/core.sbf > -I /usr/share/sip -x VendorID -t WS_X11 -x PyQt_NoPrintRangeBug -t Qt_4_3_3 -g > /var/tmp/portage/sci-geosciences/qgis-1.0.1/work/qgis_1.0.1/python/core/core.sip > sip: /usr/share/sip/QtGui/qpolygon.sip:289: Incorrect number of arguments to > Python slot > Parsing SIP files for 'gui' library... A similar problem has been reported recently: http://trac.osgeo.org/qgis/ticket/1641 It seems to be related to one of the recent sip/pyqt4 updates, there's nothing wrong with QGIS code.
Created attachment 195744 [details, diff] qgis-1.0.1 ebuild without x11-libs/qt As x11-libs/qt-4.5* is masked due to Qt split, this patch reflects this change.
Created attachment 197535 [details] qgis-1.0.2 updated ebuild New ebuild for 1.0.2. Cleaned up a bit to make it work for this version.
QGIS 1.2 released : http://blog.qgis.org/node/137 Is there an ebuild for the new version ? Will QGIS be added to portage in the future ?
note that 1.2 is called a developer version the so called stable series is still 1.0.x so probably no ebuild as long there is no new stable series - but i'll try my best as soon as possible - currently busy .. sorry regards
I put the ebuild into the science overlay some time ago: http://git.overlays.gentoo.org/gitweb/?p=proj/sci.git;a=tree;f=sci-geosciences/qgis;h=de863f612a8a406faaa2d6978658b5b47c28bcbc;hb=HEAD I have not yet created a 1.2.0 ebuild, but the live one does work as well.
there is measure for so-called development releases - an unstable prefix. i believe that's intended exactly for what qgis's site says at http://gis-lab.info/blog/2009-09/qgis-1-2-0/: "series of 1.x releases is directed on providing users with ability to check out new features. Those will not have long time support..." i see no reason for withholding ebuilds for "stability" sake
QGIS 1.3 released : http://blog.qgis.org/node/138
Created attachment 204788 [details] sci-geosciences/qgis-1.3.0.ebuild based on the ebuild from the science overlay: - fixed dependencies - added useflag for sqlite/spatialite
qgis-1.3 is now in portage. thanks everyone for their contribution. If anyone interested in proxy-maintaining qgis let me know, I won't have much time to dedicate to it.
I have tested the new ebuild : # emerge -av qgis These are the packages that would be merged, in order: emerge: there are no ebuilds built with USE flags to satisfy "dev-python/PyQt4[sql,svg]". !!! One of the following packages is required to complete your request: - dev-python/PyQt4-4.5.4-r4 (Change USE: +sql) (dependency required by "sci-geosciences/qgis-1.3.0" [ebuild]) (dependency required by "qgis" [argument]) Is it really necessary for QGIS to build PyQt4 with support for QtSql ?
That is only needed if you enable the python useflag for qgis, which will give you some plugins. BTW: I had problems with the plugins as the path is set a bit weird on install. corrected it in the science overlay for the live ebuild.
(In reply to comment #183) > BTW: I had problems with the plugins as the path is set a bit weird on install. > corrected it in the science overlay for the live ebuild. This also has been fixed in the tree version.
CMake Error at cmake/FindGEOS.cmake:65 (MESSAGE): GEOS version is too old (2.2.3). Use 3.0.0 or higher. geos dependency should be >=sci-libs/geos-3.0.0
Or you could just update your system. sci-libs/geos-3.1.1 is the only version available in the tree.
