You are not logged in.
Hello. i can't compile grass package from AUR. I get error in:
/tmp/yaourt-tmp-em/aur-grass/src/grass-6.4.2/visualization/nviz
After running make in given directory, i recive this output:
make -C src
make[1]: Wejście do katalogu `/tmp/yaourt-tmp-em/aur-grass/src/grass-6.4.2/visualization/nviz/src'
gcc -L/tmp/yaourt-tmp-em/aur-grass/src/grass-6.4.2/dist.x86_64-unknown-linux-gnu/lib -Wl,-O1,--sort-common,--as-needed,-z,relro -Wl,--export-dynamic -Wl,-rpath-link,/tmp/yaourt-tmp-em/aur-grass/src/grass-6.4.2/dist.x86_64-unknown-linux-gnu/lib -o nvwish OBJ.x86_64-unknown-linux-gnu/nvizAppInit.o OBJ.x86_64-unknown-linux-gnu/change_view.o OBJ.x86_64-unknown-linux-gnu/draw.o OBJ.x86_64-unknown-linux-gnu/exag.o OBJ.x86_64-unknown-linux-gnu/glwrappers.o OBJ.x86_64-unknown-linux-gnu/init_commands.o OBJ.x86_64-unknown-linux-gnu/lights.o OBJ.x86_64-unknown-linux-gnu/map_obj.o OBJ.x86_64-unknown-linux-gnu/misc.o OBJ.x86_64-unknown-linux-gnu/nviz_init.o OBJ.x86_64-unknown-linux-gnu/position.o OBJ.x86_64-unknown-linux-gnu/quick_draw.o OBJ.x86_64-unknown-linux-gnu/anim_support.o OBJ.x86_64-unknown-linux-gnu/cutplane_obj.o OBJ.x86_64-unknown-linux-gnu/script_support.o OBJ.x86_64-unknown-linux-gnu/do_zoom.o OBJ.x86_64-unknown-linux-gnu/label.o OBJ.x86_64-unknown-linux-gnu/nvizMain.o OBJ.x86_64-unknown-linux-gnu/togl.o OBJ.x86_64-unknown-linux-gnu/togl_cb.o OBJ.x86_64-unknown-linux-gnu/query_vect.o OBJ.x86_64-unknown-linux-gnu/volume.o OBJ.x86_64-unknown-linux-gnu/togl_flythrough.o OBJ.x86_64-unknown-linux-gnu/pick_vect_commands.o OBJ.x86_64-unknown-linux-gnu/site_attr_commands.o OBJ.x86_64-unknown-linux-gnu/site_highlight_commands.o -lgrass_ogsf.6.4.2 -lgrass_bitmap.6.4.2 -lgrass_linkm.6.4.2 -lgrass_g3d.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_sites.6.4.2 -lgrass_datetime.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_dbmiclient.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_vect.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_dbmiclient.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_dgl.6.4.2 -lgrass_dig2.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_rtree.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_linkm.6.4.2 -lgrass_rtree.6.4.2 -lgrass_vect.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_dbmiclient.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_dgl.6.4.2 -lgrass_dig2.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_rtree.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_linkm.6.4.2 -lgrass_rtree.6.4.2 -ltk8.6 -lm -ltcl8.6 -lm -lGLU -lGL -lSM -lICE -lX11 -lXmu -lXext -lm \
-lgrass_bitmap.6.4.2 -lgrass_linkm.6.4.2 -lgrass_linkm.6.4.2 -lgrass_vect.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_dbmiclient.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_dgl.6.4.2 -lgrass_dig2.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_rtree.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_linkm.6.4.2 -lgrass_rtree.6.4.2 -lgrass_dig2.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_rtree.6.4.2 -lgrass_dgl.6.4.2 -lgrass_rtree.6.4.2 -lgrass_linkm.6.4.2 -lgrass_dbmiclient.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -L/usr/lib -lgdal -L/usr/lib -lgeos -lgeos_c -lgrass_sites.6.4.2 -lgrass_datetime.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_dbmiclient.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_vect.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_dbmiclient.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_dgl.6.4.2 -lgrass_dig2.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_rtree.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_linkm.6.4.2 -lgrass_rtree.6.4.2 -lgrass_form.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_dbmiclient.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_dbmiclient.6.4.2 -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_dbmibase.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz \
-lgrass_g3d.6.4.2 -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lgrass_gis.6.4.2 -lgrass_datetime.6.4.2 -lz -lz \
-lgrass_datetime.6.4.2 -ltiff \
-lm
OBJ.x86_64-unknown-linux-gnu/draw.o: In function `CancelFunc_Hook':
draw.c:(.text+0x14): undefined reference to `TkCopyAndGlobalEval'
collect2: error: ld returned 1 exit status
make[1]: *** [nvwish] Błąd 1
make[1]: Opuszczenie katalogu `/tmp/yaourt-tmp-em/aur-grass/src/grass-6.4.2/visualization/nviz/src'
make: *** [default] Błąd 2
Last edited by piorczak (2012-12-29 10:48:35)
Offline
Are you literally running make in that directory ?
Never argue with stupid people,They will drag you down to their level and then beat you with experience.--Mark Twain
@github
Offline
Yes grass compilation told me to do so:
Errors in:
/tmp/yaourt-tmp-em/aur-grass/src/grass-6.4.2/visualization/nviz
--
In case of errors please change into the directory with error and run 'make'.
If you get multiple errors, you need to deal with them in the order they
appear in the error log. If you get an error building a library, you will
also get errors from anything which uses the library.
Offline
You dont need to do anything manually with aur packages.
makepkg -si
is what you need to make a package and install it ( the -s flag installs any missing dependencies). Make sure you have "base-devel" installed.
Never argue with stupid people,They will drag you down to their level and then beat you with experience.--Mark Twain
@github
Offline
You dont need to do anything manually with aur packages.
makepkg -si
is what you need to make a package and install it ( the -s flag installs any missing dependencies). Make sure you have "base-devel" installed.
I get the same error
Errors in:
/tmp/yaourt-tmp-em/aur-grass/src/grass-6.4.2/visualization/nviz
--
In case of errors please change into the directory with error and run 'make'.
If you get multiple errors, you need to deal with them in the order they
appear in the error log. If you get an error building a library, you will
also get errors from anything which uses the library.
--
Finished compilation: czw, 27 gru 2012, 12:42:51 CET
make: *** [default] Błąd 1
Offline
Running make in nested directories can sometimes help pinpoint a problem, but it would never be a strategy to solve a problem. That just doesn't inspire much confidence in the author of the Makefile that dumped that message. Have you tried any of the other versions in the AUR?
I get the same error. The undefined reference allegedly (according to google) was defined in tkInt.h, but it is no longer there. This leads me to suspect it was dropped from tk and that version of grass has not been updated to work with the latest tk. The svn versions should be updated though.
EDIT: I'm now building grass-svn and it has passed the point where the other failed. This does take a while to compile. It's about as fun as watching GRASS grow
EDIT2: grass-svn built successfully.
Last edited by Trilby (2012-12-27 13:34:00)
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Offline
I have installed grass7-svn. and it's working fine
Thanks a lot!
Offline
Please remember to mark the thread as solved.
Offline
Sorry to reopen a thread marked as Solved, but probably our definition of "solved" doesn't match.
I'm the maintainer of the GRASS PKGBUILD on AUR. The only notice I got of this problem is dated 1st January, which is about 3 days later than this thread was opened. Does contacting the maintainer of a PKGBUILD in AUR represent a so-big problem that you prefer not to give a fudge? Does posting a comment on AUR taking so much more time than here (you had to subscribe here, also)?
Sorry for the harsh comment, but this isn't really a good way to keep the community in consideration. Probably by now I was able to find the issue and fix it, if you notified this before.
Your goal was to have any version of GRASS installed on you PC? Fine, your problem is now solved. But what happens when you really need 6.4.2? For it, the problem is not fixed and you will have the same problems, if you try to rebuild it.
Thanks for the "support", from all the community of ArchLinux.
syntaxerrormmm - Homepage
Offline
Sorry for this. I promise that next time i'll directly inform maintainer first, and post about errors on AUR. Now i know proper way
Last edited by piorczak (2013-01-03 15:26:21)
Offline
That was a courteous appology piorczak, but I don't think it was necessary. Syntaxerrormmm's post was rude and uncalled for.
It is important to report errors to package maintainers, but when one is unsure of what the problem is, the forum is probably the best place to start. As results and solutions come in, the relevant information can be passed on to the maintainer.
I don't really disagree with most of sytax's point, however the manner in which it was conveyed was inappropriate and there is certainly nothing wrong with stopping in the forums first to narrow down the problem.
Last edited by Trilby (2013-01-03 15:58:41)
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Offline
The problem is due to GRASS 6.x incompatibility with tk 8.6. See GRASS Trac comment http://trac.osgeo.org/grass/ticket/1843#comment:8.
Until this is fixed, we need to build GRASS 6.x --with-tcltk=no. This disables the (now obsolete) tcl/tk gui, and NVIZ. The (new, default) wxPython GUI is not affected. It also provides most of the NVIZ 3d visualisation functionality.
GRASS 7 builds fine because it does not depend on tcl/tk at all. Its wxPython GUI features including 3d visualisation are more advanced compared to 6.x.
Offline
i think the first question should be:
did you tell the maintainer?
ezik
Offline
--with-tcltk=no. This disables the (now obsolete) tcl/tk gui, and NVIZ.
Actualy, it only disables NVIZ alone.
Offline