Package Details: gracegtk 1.2.2-1

Git Clone URL: https://aur.archlinux.org/gracegtk.git (read-only, click to copy)
Package Base: gracegtk
Description: A port of the Grace plotting tool to gtk2
Upstream URL: http://plasma-gate.weizmann.ac.il/Grace/
Licenses: GPL
Submitter: ConnorBehan
Maintainer: ConnorBehan
Last Packager: ConnorBehan
Votes: 6
Popularity: 0.135343
First Submitted: 2011-04-21 05:22 (UTC)
Last Updated: 2021-07-31 11:35 (UTC)

Latest Comments

sirocco commented on 2021-04-20 05:33 (UTC) (edited on 2021-04-20 09:05 (UTC) by sirocco)

This package is currently being built with the actual version of gcc (gcc-fortran) from [Core].

sirocco commented on 2020-10-01 04:55 (UTC) (edited on 2020-10-01 04:56 (UTC) by sirocco)

workaround (from https://aur.archlinux.org/packages/jtdx/)

makedepends=('linuxdoc-tools' 'gcc9-fortran')

...

  export CC=/usr/bin/gcc-9
  export CXX=/usr/bin/g++-9
  export FC=/usr/bin/gfortran-9

  FCFLAGS="-g" ./configure --prefix=/usr --with-f77=/usr/bin/gfortran-9
  make

sirocco commented on 2020-09-29 05:09 (UTC)

Is it possible to configure the package to compile with gcc9-fortran?

sirocco commented on 2020-09-22 06:14 (UTC) (edited on 2020-09-29 05:09 (UTC) by sirocco)

The same error during compilation gracegtk 1.0.1

ConnorBehan commented on 2020-09-21 12:42 (UTC)

Does 1.0.1 still compile? Those Fortran lines appear to be unchanged.

physkets commented on 2020-09-21 06:36 (UTC)

I'm having the same issue as @sirocco. It does not compile after the update.

sirocco commented on 2020-09-20 05:15 (UTC) (edited on 2020-09-20 05:20 (UTC) by sirocco)

make[1]: Leaving directory '/home/ab_arch/linux/AUR/grace/gracegtk/src/gracegtk-1.0.2/contours'
make[1]: Entering directory '/home/ab_arch/linux/AUR/grace/gracegtk/src/gracegtk-1.0.2/loess'
gfortran -g -Wall -Wno-unused-dummy-argument  -c -o d1mach.o d1mach.f
gfortran -g -Wall -Wno-unused-dummy-argument  -c -o linpack_lite.o linpack_lite.f
gcc -g -Wall -D_FORTIFY_SOURCE=2  -c -o loess.o loess.c
In file included from /usr/include/bits/libc-header-start.h:33,
                 from /usr/include/string.h:26,
                 from loess.c:6:
/usr/include/features.h:397:4: warning: #warning _FORTIFY_SOURCE requires compiling with optimization (-O) [-Wcpp]
  397 | #  warning _FORTIFY_SOURCE requires compiling with optimization (-O)
      |    ^~~~~~~
gcc -g -Wall -D_FORTIFY_SOURCE=2  -c -o loessc.o loessc.c
In file included from /usr/include/bits/libc-header-start.h:33,
                 from /usr/include/string.h:26,
                 from loessc.c:2:
/usr/include/features.h:397:4: warning: #warning _FORTIFY_SOURCE requires compiling with optimization (-O) [-Wcpp]
  397 | #  warning _FORTIFY_SOURCE requires compiling with optimization (-O)
      |    ^~~~~~~
gfortran -g -Wall -Wno-unused-dummy-argument  -c -o loessf.o loessf.f
loessf.f:288:31:

  287 |          call ehg184('at ',q,dd,1)
      |                           2    
  288 |          call ehg184('radius ',rho,1,1)
      |                               1
Error: Rank mismatch between actual argument at (1) and actual argument at (2) (rank-1 and scalar)
loessf.f:382:46:

  287 |          call ehg184('at ',q,dd,1)
      |                           2                   
......
  382 |             call ehg184('neighborhood radius',dsqrt(rho),1,1)
      |                                              1
Error: Rank mismatch between actual argument at (1) and actual argument at (2) (rank-1 and scalar)
loessf.f:383:55:

  287 |          call ehg184('at ',q,dd,1)
      |                           2                            
......
  383 |             call ehg184('reciprocal condition number ',rcond,1,1)
      |                                                       1
Error: Rank mismatch between actual argument at (1) and actual argument at (2) (rank-1 and scalar)
loessf.f:387:7:

  287 |          call ehg184('at ',q,dd,1)
      |                           2
......
  387 |      +,rho,1,1)
      |       1
Error: Rank mismatch between actual argument at (1) and actual argument at (2) (rank-1 and scalar)
loessf.f:525:71:

  287 |          call ehg184('at ',q,dd,1)
      |                           2                                            
......
  525 |       if(nsing .eq. 0 .and. 1 .lt. z)   call ehg184('Chernobyl! trL<k',t
      |                                                                       1
Error: Rank mismatch between actual argument at (1) and actual argument at (2) (rank-1 and scalar)
loessf.f:527:50:

  287 |          call ehg184('at ',q,dd,1)
      |                           2                       
......
  527 |       if(z .lt. 0) call ehg184('Chernobyl! trL>n',trl,1,1)
      |                                                  1
Error: Rank mismatch between actual argument at (1) and actual argument at (2) (rank-1 and scalar)
make[1]: *** [<builtin>: loessf.o] Error 1
make[1]: Leaving directory '/home/ab_arch/linux/AUR/grace/gracegtk/src/gracegtk-1.0.2/loess'
make: *** [Makefile:12: subdirs] Error 1
==> ERROR: A failure occurred in build().
    Aborting...

ConnorBehan commented on 2018-04-19 18:26 (UTC)

Hmmm, I have no idea why rc2 was removed from the download page. I have a local copy if anyone likes to archive these things.

smg3d commented on 2018-04-17 13:38 (UTC)

gracegtk 1.0.0rc2-1 is no longer on https://sourceforge.net/projects/gracegtk/files/

rc3 was added on 2018-03-17 gracegtk-1.0.0rc3a.tgz 2018-03-17

opens commented on 2018-03-27 21:45 (UTC)

Please correct the download-URL! :)

gerson commented on 2018-03-06 15:21 (UTC)

Looks good. But does not have all the same functionalities as the original grace. For instance, here I cannot select and apply color/line/symbol styles to many data sets at once. This is enough for me to prefer the original grace. But indeed grace+gtk looks good.

xduugu commented on 2012-08-17 20:16 (UTC)

gcc-fortran is required as buildtime dependency.

commented on 2012-08-15 23:07 (UTC)

Worked perfectly for me! Thanks for the package!

commented on 2012-04-18 18:14 (UTC)

Erm, you're right. I got the same error message when compiling grace-5.99, and my suggestion fixes that. Anyway, it looks like the cups headers changed, and I imagine you can fix the issue w/ grace-gtk by finding where-ever it includes cups.h and then including ppd.h there as well.

ConnorBehan commented on 2012-04-18 07:07 (UTC)

I can't find the file graceapp.c at all.

commented on 2012-04-17 05:42 (UTC)

Re: error: unknown type name ‘ppd_group_t’ add #include <cups/ppd.h> right under #include <cups/cups.h> in graceapp.c

ConnorBehan commented on 2011-09-06 22:30 (UTC)

Maybe the new libcups broke something.

skytux commented on 2011-09-06 19:19 (UTC)

I have the following error while compiling: make[1]: Entering directory `/tmp/yaourt-tmp-root/aur-gracegtk/src/gracegtk-0.4.2/src' gcc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -I.. -Wall `pkg-config --cflags gtk+-2.0` -DWITH_GTK -I.. -c -o as274c.o as274c.c gcc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -I.. -Wall `pkg-config --cflags gtk+-2.0` -DWITH_GTK -I.. -c -o cairo_drv.o cairo_drv.c gcc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -I.. -Wall `pkg-config --cflags gtk+-2.0` -DWITH_GTK -I.. -c -o computils.o computils.c computils.c: In function ‘do_xcor’: computils.c:201:21: warning: variable ‘ierr’ set but not used [-Wunused-but-set-variable] gcc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -I.. -Wall `pkg-config --cflags gtk+-2.0` -DWITH_GTK -I.. -c -o dates.o dates.c gcc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -I.. -Wall `pkg-config --cflags gtk+-2.0` -DWITH_GTK -I.. -c -o defaults.o defaults.c gcc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -I.. -Wall `pkg-config --cflags gtk+-2.0` -DWITH_GTK -I.. -c -o device.o device.c device.c:601:40: error: unknown type name ‘ppd_group_t’ device.c: In function ‘device_cups_init’: device.c:668:5: error: unknown type name ‘ppd_file_t’ device.c:669:5: error: unknown type name ‘ppd_group_t’ device.c:671:5: warning: implicit declaration of function ‘ppdOpenFile’ [-Wimplicit-function-declaration] device.c:671:14: warning: assignment makes pointer from integer without a cast [enabled by default] device.c:675:5: warning: implicit declaration of function ‘ppdMarkDefaults’ [-Wimplicit-function-declaration] device.c:676:5: warning: implicit declaration of function ‘cupsMarkOptions’ [-Wimplicit-function-declaration] device.c:677:28: error: request for member ‘groups’ in something not a structure or union device.c:677:45: error: request for member ‘num_groups’ in something not a structure or union device.c:690:17: warning: assignment makes pointer from integer without a cast [enabled by default] device.c:697:28: error: request for member ‘groups’ in something not a structure or union device.c:697:45: error: request for member ‘num_groups’ in something not a structure or union device.c:698:7: warning: implicit declaration of function ‘parse_group’ [-Wimplicit-function-declaration] device.c:701:5: warning: implicit declaration of function ‘ppdClose’ [-Wimplicit-function-declaration] make[1]: *** [device.o] Error 1 make[1]: Leaving directory `/tmp/yaourt-tmp-root/aur-gracegtk/src/gracegtk-0.4.2/src' make: *** [subdirs] Error 1 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build gracegtk. Any help is welcome!

ConnorBehan commented on 2011-06-24 16:09 (UTC)

I didn't have a clean build environment, that's why :).

sirocco commented on 2011-06-24 01:31 (UTC)

Even after compiling and building with libundo installed?

ConnorBehan commented on 2011-06-23 17:30 (UTC)

Ok, but it still isn't working for me.

sirocco commented on 2011-06-23 03:59 (UTC)

It would be nice to add libundo (as optdepends?). grep disabled gracegtk-0.4.0-1-i686-build.log --> undo/redo functionality is disabled: please check libundo library ftp://plasma-gate.weizmann.ac.il/pub/grace/src/devel/libundo/

sirocco commented on 2011-06-23 03:47 (UTC)

Yes, I tried texhash (as root). With the same result. But on the other computer package is built without problems. The reason I can not understand.

ConnorBehan commented on 2011-06-21 15:01 (UTC)

Hmm, cmmi12 seems to be part of texlive-core. Have you tried re-running texhash?

sirocco commented on 2011-06-21 02:48 (UTC)

kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi 600 cmmi12 mktexpk: Mismatched mode ljfour and resolution 600; ignoring mode. mktexpk: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1+0/600; nonstopmode; input cmmi12 This is METAFONT, Version 2.718281 (TeX Live 2010/Arch Linux) (Fatal base file error; I'm stymied) grep: cmmi12.log: Нет такого файла или каталога mktexpk: `mf-nowin -progname=mf \mode:=ljfour; mag:=1+0/600; nonstopmode; input cmmi12' failed to make cmmi12.600pk. kpathsea: Appending font creation commands to missfont.log. !pdfTeX error: pdflatex (file cmmi12): Font cmmi12 at 600 not found ==> Fatal error occurred, no output PDF file produced!