Package Details: gle-graphics 4.2.5-1

Git Clone URL: https://aur.archlinux.org/gle-graphics.git (read-only, click to copy)
Package Base: gle-graphics
Description: Graphics scripting language for creating graphs, plots, diagrams and figures
Upstream URL: http://www.gle-graphics.org/
Licenses: GPL, BSD
Submitter: bunder
Maintainer: None
Last Packager: bunder
Votes: 8
Popularity: 0.000000
First Submitted: 2009-10-17 13:17 (UTC)
Last Updated: 2016-08-24 03:11 (UTC)

Dependencies (13)

Required by (0)

Sources (1)

Latest Comments

1 2 Next › Last »

gw3g commented on 2020-07-29 11:21 (UTC)

On a fresh arch install, I received some compiler errors about the functions "gluPerspective(...)" and "gluLookAt(...)" in src/gui/3dviewer.cpp.

In case anyone else experiences this, I found that the freeglut and glu packages from the official repo fixed the issues. After that, chilichiller's PKGBUILD below worked perfectly.

chilichiller commented on 2020-02-17 20:48 (UTC)

The hint by butterkeks could be included in the PKGBUILD by using a sed command in the prepare block, as:

# Contributor: Anton Leontiev <scileont /at/ gmail.com>
# Contributor: B. Lee <darklin20 /at/ gmail.com>
# Contributor: jerry73204 <jerry73204 /at/ gmail.com>
pkgname=gle-graphics
pkgver=4.2.5
pkgrel=1
arch=('i686' 'x86_64' 'armv7h')
pkgdesc='Graphics scripting language for creating graphs, plots, diagrams and figures'
url='http://www.gle-graphics.org/'
license=('BSD' 'GPL')
depends=('libtiff' 'libjpeg' 'ghostscript' 'poppler-glib')
makedepends=('qt4' 'openssl' 'zlib' 'ghostscript' 'texlive-bin' 'texlive-core' 'texlive-latexextra')
optdepends=('texlive: latex labels in GLE scripts' 'qt4: qgle')
source=(http://prdownloads.sourceforge.net/glx/gle-graphics-${pkgver}f-src.tar.gz)
md5sums=('c28c17aa8448822667604631ec7c8629')

prepare() {
        cd $pkgname-$pkgver

        sed -i '46d;50,54d' src/gle/surface/ffitcontour.cpp
        #sed -i -e 's:GLE_INSTALL_DATA=$prefix/share/$PACKAGE_TARNAME/$GLE_VERSION:GLE_INSTALL_DATA=$prefix/share/$PACKAGE_TARNAME:' configure
}

build() {
        cd $pkgname-$pkgver

        CPPFLAGS+=' -O2' ./configure --prefix=/usr --with-qt --with-jpeg \
                --with-png --with-tiff --with-z --with-manip --with-libgle \
                --with-rpath=no --with-extrafonts --with-x

        make -j1
        make -j1 doc
}

package() {
        cd $pkgname-$pkgver

        make -j1 DESTDIR="$pkgdir" install

        install -D -m644 LICENSE.txt "$pkgdir/usr/share/licenses/$pkgname/LICENSE"
        install -D -m644 platform/autopackage/gle.png "$pkgdir/usr/share/icons/hicolor/48x48/apps/gle.png"
        install -D -m644 platform/autopackage/gle.xml "$pkgdir/usr/share/mime/packages/gle.xml"
        install -D -m644 platform/autopackage/gle.desktop "$pkgdir/usr/share/applications/gle.desktop"
}

chilichiller commented on 2020-01-28 14:51 (UTC)

Thanks to butterkeks for the hint how to compile successfully. Had the same issue, should be fixed from the GLE guys, probably.

butterkeks commented on 2017-07-25 19:56 (UTC)

For me the package dos not compile as is. There is an option in the 'src/gle/surface/ffitcontour.cpp' file that should be triggered by the OS version, but is not: ... /* "f2c.h" defines abs() -- conflict with the definition in <math.h> */ /* changing the order solves the problem */ #if ( defined(__OS2__) && defined(__EMX__) ) || defined(__WIN32__) #include <stdio.h> #include <math.h> #include "f2c.h" #else #include "f2c.h" #include <stdio.h> #include <math.h> #endif ... as a workaround I deactivated this if clause before compiling. Can it be fixed permanently? Regards Florian

bunder commented on 2016-08-24 03:14 (UTC)

Thank you for the comments! I've updated the package.

jerry73204 commented on 2015-07-04 12:10 (UTC)

Hi. I found PKGBUILD failed to build this package. I made some workaround here is my updated PKGBUILD. I found the dependency "libpng15" may not be required since gle linked to libpng16.so did build and run. (I judged by "readelf --dynamic /usr/lib/libgle-graphics-4.2.4c.so" if I'm not wrong.) make with -jX flags makes the package failed to build. I did some hack by adding "-j1" flags manually in PKGBUILD to avoid this problem. ======================================= # Contributor: Anton Leontiev <bunder /at/ t-25.ru> # Contributor: B. Lee <darklin20 /at/ gmail.com> pkgname=gle-graphics pkgver=4.2.4c pkgrel=4 arch=('i686' 'x86_64') pkgdesc='Graphics scripting language for creating graphs, plots, diagrams and figures' url='http://www.gle-graphics.org/' license=('BSD' 'GPL') depends=('libtiff' 'libjpeg' 'ghostscript') makedepends=('qt4' 'openssl' 'zlib' 'ghostscript' 'texlive-bin' 'texlive-core' 'texlive-latexextra') optdepends=('texlive: latex labels in gle scripts' 'qt4: qgle') source=(http://prdownloads.sourceforge.net/glx/gle-graphics-${pkgver}f-src.tar.gz gle-graphics-$pkgver-transperancy.patch gle-graphics-$pkgver-non-ascii.patch) md5sums=('5eef0a63ee0077237b8a36fe1a24407f' 'cecfbdf3d18390485a8a963448fd55aa' '2196ee0a27645b764ac84f59957c79f3') install=gle-graphics.install build() { cd $srcdir/$pkgname-$pkgver patch -p1 -i "$srcdir/gle-graphics-$pkgver-transperancy.patch" patch -p1 -i "$srcdir/gle-graphics-$pkgver-non-ascii.patch" ./configure --prefix=/usr --with-qt --with-jpeg --with-png --with-tiff --with-z \ --with-manip --with-libgle --with-rpath=no --with-extrafonts --with-x make -j1 make -j1 doc } package() { cd $srcdir/$pkgname-$pkgver make -j1 "DESTDIR=$pkgdir" install install -D -m644 LICENSE.txt "$pkgdir/usr/share/licenses/$pkgname/LICENSE" install -D -m644 platform/autopackage/gle.png "$pkgdir/usr/share/icons/hicolor/48x48/apps/gle.png" install -D -m644 platform/autopackage/gle.xml "$pkgdir/usr/share/mime/packages/gle.xml" install -D -m644 platform/autopackage/gle.desktop "$pkgdir/usr/share/applications/gle.desktop" } =======================================

bunder commented on 2013-08-04 11:18 (UTC)

I can't reproduce this bug anymore.

bunder commented on 2012-08-18 17:04 (UTC)

As a workaround for the bug, check "Render with the Cairo graphics library" check-box in settings dialogue box.

bunder commented on 2012-04-28 05:21 (UTC)

I've wrote a bug report on this problem while ago (http://sourceforge.net/tracker/?func=detail&aid=3494736&group_id=11225&atid=111225), but they can't reproduce the problem.

1 2 Next › Last »