Package Details: ipe 7.2.24-3

Git Clone URL: (read-only, click to copy)
Package Base: ipe
Description: The extensible drawing editor
Upstream URL:
Licenses: GPL
Conflicts: ipe
Submitter: foxcub
Maintainer: foxcub
Last Packager: foxcub
Votes: 77
Popularity: 0.047876
First Submitted: 2007-01-02 01:58 (UTC)
Last Updated: 2021-06-16 18:14 (UTC)

Latest Comments

runical commented on 2022-01-01 11:11 (UTC)

Rebuilding is usually the first thing to try when you find something doesn't work as expected anymore. When using AUR packages, you as the user are responsible for checking which packages are impacted by library changes.

d1nuc0m commented on 2021-12-31 17:30 (UTC)

@runical thanks, rebuilding also solves the problem (using yay I did a cleanBuild)

runical commented on 2021-12-31 13:42 (UTC)

@d1nuc0m, rebuilding the package also solves the problem. I built the package in a clean chroot and it launches just fine.

d1nuc0m commented on 2021-12-27 17:13 (UTC)

GSL package has been updated, so it doesn't provide anymore /usr/lib/ IPE then fails to start. A temporary workaround might be symlinking to (the current GSL lib version).

thobl commented on 2021-06-17 04:54 (UTC)

Thank you! It does indeed work :-)

foxcub commented on 2021-06-16 18:14 (UTC)

Ok, the patch is now applied (in 7.2.24-3). So it should work.

foxcub commented on 2021-06-16 17:11 (UTC)

That patch fails to apply for me on top of 7.2.24. I left a comment on that issue.

Does that patch work for you?

thobl commented on 2021-06-16 10:04 (UTC)

There is another (related) issue with assertions:

Otfried already provided a fix (see link above). It probably makes sense to include it into the aur package.

foxcub commented on 2021-06-03 14:51 (UTC)

Thanks for tracking down the problem.

sigmund commented on 2021-06-03 14:43 (UTC)

Works perfectly. Thanks for the quick fix, and for maintaining this package!

foxcub commented on 2021-06-03 14:01 (UTC)

Try it now. I added a patch for issue 392.

sigmund commented on 2021-06-03 09:16 (UTC)

Looks like there is a patch which "the AUR package specification file should really apply":

Xblow commented on 2021-06-03 08:52 (UTC)

Same error for me. I would assume it's the problem of the program itself and not of the package?

sigmund commented on 2021-06-02 09:17 (UTC)

I'm getting the same error as Sepo.

Sepo commented on 2021-04-24 17:23 (UTC) (edited on 2021-04-24 17:23 (UTC) by Sepo)

Hi, I installed ipe today and when trying to execute it, I get the following error:

/usr/include/c++/10.2.0/bits/stl_vector.h:1045: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) [with _Tp = ipe::String; _Alloc = std::allocator<ipe::String>; std::vector<_Tp, _Alloc>::reference = ipe::String&; std::vector<_Tp, _Alloc>::size_type = long unsigned int]: Assertion '__builtin_expect(__n < this->size(), true)' failed.
[1]    51813 abort (core dumped)  ipe

What could be the cause of this?

aquilarubra commented on 2020-08-12 09:25 (UTC)

I get an update error at launch: WhatsApp works with Google Chrome 49+... UPDATE GOOGLE CHROME". Cannot get past that. As a temporary solution, it is possible to delete the settings folder and it will ask login again and work till you close it again:
rm -fr ~/.config/whatsapp-nativefier*

titanx8888 commented on 2020-08-08 08:52 (UTC)

Changing the lua dependency to lua53 works. Thanks.

foxcub commented on 2020-08-07 19:50 (UTC)

Can you try changing lua dependency to lua53?

titanx8888 commented on 2020-08-07 13:01 (UTC) (edited on 2020-08-07 13:01 (UTC) by titanx8888)

Unable to build after latest lua update. Lot of errors not being able to find lua53 package.

foxcub commented on 2020-06-27 16:58 (UTC)

Good idea. Done.

Ifidefix commented on 2020-06-27 09:59 (UTC)

On a clean install, icons were not showing. Fixed by installing qt5-svg explicitly, which is an optional dependency of qt5-base. Should this package be added as a dependency?

foxcub commented on 2020-05-02 20:44 (UTC)

@Liquen Interesting. Thanks. I've added gsl as a dependency.

Liquen commented on 2020-05-02 16:55 (UTC) (edited on 2020-05-02 18:53 (UTC) by Liquen)

@foxcub I got the following error when compiling:

ipegeo.cpp:41:10: fatal error: gsl/gsl_vector.h: No such file or directory
   41 | #include <gsl/gsl_vector.h>
      |          ^~~~~~~~~~~~~~~~~~

Fixed after installing gsl. Perhaps this package should be added to depends?

This seems to be new in 7.2.16.

kkl2401 commented on 2020-04-27 17:21 (UTC) (edited on 2020-04-27 17:21 (UTC) by kkl2401)

On a new computer, I'm no longer able to build this package (I've tried several different versions with the same result):

mkdir -p ../../build/bin
g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -o ../../build/bin/ipetoipe ../../build/obj/ipetoipe/ipetoipe.o -L../../build/lib -lipe
/usr/bin/ld: ../../build/lib/ undefined reference to `png_get_valid'
/usr/bin/ld: ../../build/lib/ undefined reference to `png_create_info_struct'
collect2: error: ld returned 1 exit status

Does someone have an idea why? I suspect something related to libpng but can't figure out what.

ajalonso commented on 2019-12-24 15:03 (UTC)

It seems the download link has changed, instead of it is (notice the colon after the last slash). The md5sum seems to have changed to 8cca5643ffb7182cca9c2e154b44cb5e.

foxcub commented on 2019-11-29 21:27 (UTC)

Yup, looks like you are right. Running in a clean chroot suggests python2 is not needed, but it does need hicolor-icon-theme, which I've now added.

hexchain commented on 2019-11-29 15:47 (UTC)

Seems that this package no longer depends on python2?

foxcub commented on 2019-11-19 17:28 (UTC)

Fixed. Thanks.

Oguz286 commented on 2019-11-18 23:22 (UTC)

The md5sum of ipe.desktop fails and should be 19fd2cac2564125afa0149105d00d3dd.

foxcub commented on 2019-11-11 17:20 (UTC)

It looks like the source changed on the server. I updated the md5sum in the PKGBUILD.

myridium commented on 2019-11-11 07:53 (UTC) (edited on 2019-11-11 07:54 (UTC) by myridium)

File ipe-7.2.13-src.tar.gz does not pass the md5sum check. I have cleared the download cache and tried again. I don't know whether this is an upstream problem.

Liquen commented on 2019-10-18 00:20 (UTC)

@terrificiceberg: 'patch' belongs to 'base-devel' ( Packages belonging to this group are not required to be listed as build-time dependencies (makedepends) in PKGBUILD files (

terrificiceberg commented on 2019-10-17 13:42 (UTC)

For me the build fails with: line 20: patch: command not found

After installing 'patch' it works, so maybe it should be added to the make dependencies.

foxcub commented on 2019-05-06 14:37 (UTC)

If you have a patch for the PKGBUILD that would do this, I'll gladly incorporate it.

ISibboI commented on 2019-05-06 12:17 (UTC)

Thanks for providing the package! Can you make the package add a .desktop file if it detects gnome or related desktop environments?

foxcub commented on 2019-01-15 17:23 (UTC)

Done. Not sure why IpePresenter was outdated.

englhardt commented on 2019-01-15 09:08 (UTC)

Please update the bundled IpePresenter see (latest version has hash c62a23291b60). In the bundled version, i.e., hash b714decd7d5b, latex artifacts are not rendered correctly.

qubit commented on 2019-01-12 13:17 (UTC)

The newest version of ipe is now 7.2.8.

hexchain commented on 2018-10-06 13:06 (UTC)

The upstream URL should be ?

foxcub commented on 2017-10-11 16:20 (UTC)

Thanks for the fix, and thanks for reporting it upstream. I've pushed a new version of the package.

Michitux commented on 2017-10-11 14:48 (UTC)

Since glibc >= 2.26 does not include xlocale.h anymore, ipe does not compile anymore. Adding sed -i '/#include <xlocale.h>/d' ipelib/ipeplatform.cpp directly before the first make invocation in the PKGBUILD fixes the problem for me. I have also reported this upstream:

foxcub commented on 2016-09-22 18:28 (UTC)

Try now. The source must have changed. I've updated the md5sum.

muellner commented on 2016-09-22 07:13 (UTC)

I get the following error: ==> Validating source files with md5sums... ipe-7.2.6-src.tar.gz ... FAILED b714decd7d5b.tar.gz ... Passed ipe.bash-completion ... Passed config.patch ... Passed ==> ERROR: One or more files did not pass the validity check!

angelo commented on 2016-01-11 19:12 (UTC)

I've been otherwise occupied for a while. Version 7.2.1 compiles and installs with no issue, even without adding -fPIC. eolianoe - thanks for the instructions, which may be useful if this comes up again (the issue seems to affect several packages).

zhtlancer commented on 2016-01-05 21:30 (UTC)

@lianxiangru I met this problem before too. You can try add "export QT_SELECT=5" in build() section of PKGBUILD and see if it's fixed.

foxcub commented on 2016-01-05 06:49 (UTC)

I've updated the PKGBUILD to Ipe 7.2.1 and pushed some changes to IpePresenter. Let me know if it works now.

eolianoe commented on 2016-01-03 17:01 (UTC)

@angelo: Add -fPIC to CPPFLAGS before building IpePresenter

angelo commented on 2016-01-02 02:25 (UTC)

I'm having trouble compiling this with makepkg: It seems that a -fPIC flag is required for compatibility with Qt. I'm not sure where/how to add the flag, or if a different approach is better to remove the need for this flag. [code] g++ mainwindow.cpp -c -D_FORTIFY_SOURCE=2 -I ../ipe-7.1.9/src/include -I ../ipe-7.1.9/src/ipecanvas -I/usr/include/qt/QtGui -I/usr/include/qt/QtWidgets -I/usr/include/qt/QtCore -I/usr/include/qt In file included from /usr/include/c++/5.3.0/x86_64-unknown-linux-gnu/bits/os_defines.h:39:0, from /usr/include/c++/5.3.0/x86_64-unknown-linux-gnu/bits/c++config.h:482, from /usr/include/c++/5.3.0/cstdio:41, from ../ipe-7.1.9/src/include/ipebase.h:35, from ../ipe-7.1.9/src/include/ipelib.h:37, from ../ipe-7.1.9/src/ipecanvas/ipecanvas.h:35, from ../ipe-7.1.9/src/ipecanvas/ipecanvas_qt.h:35, from mainwindow.h:36, from mainwindow.cpp:32: /usr/include/features.h:328:4: warning: #warning _FORTIFY_SOURCE requires compiling with optimization (-O) [-Wcpp] # warning _FORTIFY_SOURCE requires compiling with optimization (-O) ^ In file included from /usr/include/qt/QtGui/qwindowdefs.h:37:0, from /usr/include/qt/QtWidgets/qwidget.h:37, from /usr/include/qt/QtWidgets/QWidget:1, from ../ipe-7.1.9/src/ipecanvas/ipecanvas_qt.h:37, from mainwindow.h:36, from mainwindow.cpp:32: /usr/include/qt/QtCore/qglobal.h:1067:4: error: #error "You must build your code with position independent code if Qt was built with -reduce-relocations. " "Compile your code with -fPIC (-fPIE is not enough)." # error "You must build your code with position independent code if Qt was bui ^ Makefile:36: recipe for target 'mainwindow.o' failed make: *** [mainwindow.o] Error 1 ==> ERROR: A failure occurred in build(). Aborting... [/code]

lianxiangru commented on 2015-12-20 10:51 (UTC)

I am having this issue while building ipe: make[1]: Entering directory '/tmp/yaourt-tmp-xiangru/aur-ipe/src/ipe-7.1.9/src/ipecanvas' Running moc on ipecanvas_qt.h... moc -o moc_ipecanvas_qt.cpp ipecanvas_qt.h Compiling moc_ipecanvas_qt.cpp... g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fPIC -Wall -g -O2 -fPIC -D_FORTIFY_SOURCE=2 -DIPEUI_QT -I../include -I../ipecairo -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/freetype2 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libdrm -I/usr/include/libpng16 -I/usr/include/qt/QtWidgets -I/usr/include/qt -I/usr/include/qt/QtGui -I/usr/include/qt -I/usr/include/qt/QtCore -I/usr/include/qt -c -o ../../build/obj/ipecanvas/moc_ipecanvas_qt.o moc_ipecanvas_qt.cpp moc_ipecanvas_qt.cpp:13:2: error: #error "This file was generated using the moc from 4.8.7. It" #error "This file was generated using the moc from 4.8.7. It" ^ moc_ipecanvas_qt.cpp:14:2: error: #error "cannot be used with the include files from this version of Qt." #error "cannot be used with the include files from this version of Qt." ^ moc_ipecanvas_qt.cpp:15:2: error: #error "(The moc has changed too much.)" #error "(The moc has changed too much.)" ^ moc_ipecanvas_qt.cpp:47:7: error: ‘QMetaObjectExtraData’ does not name a type const QMetaObjectExtraData ipe::Canvas::staticMetaObjectExtraData = { ^ moc_ipecanvas_qt.cpp:53:34: error: ‘staticMetaObjectExtraData’ was not declared in this scope qt_meta_data_ipe__Canvas, &staticMetaObjectExtraData } ^ moc_ipecanvas_qt.cpp: In member function ‘virtual const QMetaObject* ipe::Canvas::metaObject() const’: moc_ipecanvas_qt.cpp:62:71: error: conditional expression between distinct pointer types ‘QDynamicMetaObjectData*’ and ‘const QMetaObject*’ lacks a cast return QObject::d_ptr->metaObject ? QObject::d_ptr->metaObject : &staticMetaObject; ^ ../common.mak:203: recipe for target '../../build/obj/ipecanvas/moc_ipecanvas_qt.o' failed make[1]: *** [../../build/obj/ipecanvas/moc_ipecanvas_qt.o] Error 1 rm moc_ipecanvas_qt.cpp make[1]: Leaving directory '/tmp/yaourt-tmp-xiangru/aur-ipe/src/ipe-7.1.9/src/ipecanvas' Makefile:48: recipe for target 'ipecanvas' failed make: *** [ipecanvas] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

calegria commented on 2015-12-01 22:37 (UTC) (edited on 2015-12-01 22:37 (UTC) by calegria)

I am having this issue while executing ipe: --- This application failed to start because it could not find or load the Qt platform plugin "xcb". Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, xcb. Reinstalling the application may fix this problem. Aborted (core dumped) ---

foxcub commented on 2015-11-05 23:30 (UTC)

Thanks. This must have changed very recently because I did get ipe-7.1.9 originally from GitHub. In any case, it's fixed now.

eolianoe commented on 2015-11-05 08:02 (UTC)

The source are not available on GitHub and the ipe website [1] redirect to [2]. Could you change the url and source arrays? [1] [2]

Liquen commented on 2015-10-12 23:22 (UTC) is reachable from here.

foxcub commented on 2015-10-12 21:55 (UTC)

Can somebody confirm or deny this? is reachable for me currently and has been reachable with every past update of this package.

danfunky commented on 2015-10-12 15:02 (UTC)

the server with the Ipe Presenter hasn't been reachable for quite some time now (months). is there any mirror for Ipe Presenter?

foxcub commented on 2015-06-19 19:52 (UTC)

Ah, I didn't realize the sources moved to Github. It's fixed now. Thanks.

commented on 2015-06-19 18:17 (UTC)

thank you! now it works, but I had to fix the url of the package ipe-7.1.7-src.tar.gz because it is not reachable now. Please fix it!

foxcub commented on 2015-06-19 17:36 (UTC)

Ok, the problem should be fixed now.

foxcub commented on 2015-06-12 22:17 (UTC)

Thanks for the pointer. I'll deal with this problem next week, when I'm back from travel.

mauritiusdadd commented on 2015-06-11 11:10 (UTC)

The compilation fails, even in a clean chroot, due to the following errors: g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -fdiagnostics-color -Wall -g -O2 -fpic -D_FORTIFY_SOURCE=2 -DIPEUI_QT -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I/usr/include/qt4/QtCore -c -o ../../build/obj/ipeui/moc_ipeui_qt.o moc_ipeui_qt.cpp ipeui_common.cpp: In member function 'int Dialog::add(lua_State*)': ipeui_common.cpp:193:29: error: 'luaL_checkint' was not declared in this scope m.row = luaL_checkint(L, 5) - 1; ^ ipeui_common.cpp: In member function 'void Dialog::setUnmapped(lua_State*, int)': ipeui_common.cpp:413:33: error: 'luaL_checkint' was not declared in this scope int n = luaL_checkint(L, 3); ^ ipeui_common.cpp: In member function 'int Dialog::setStretch(lua_State*)': ipeui_common.cpp:493:34: error: 'luaL_checkint' was not declared in this scope int rowcol = luaL_checkint(L, 3) - 1; see also this thread:

francoisvdv commented on 2015-05-25 13:19 (UTC)

When starting ipe: ipe: error while loading shared libraries: cannot open shared object file: No such file or directory This is witch latest 'lua' dependency, extra/lua 5.3.0-2 After installing 'lua52' package, ipe works again.

foxcub commented on 2015-02-25 17:11 (UTC)

I've added ipe-tools-git package. Let me know if you have any problems.

foxcub commented on 2015-02-24 04:17 (UTC)

Good catch. That's what I get for making untested changes. I'll keep the absolute path, but I've added mkdir back. Thanks!

Joermungand commented on 2015-02-24 04:06 (UTC)

In order for the package() function to work, I think line 52 (ln -s /usr/lib/ "$pkgdir/usr/lib/lua/") should be replaced by: mkdir "$pkgdir/usr/lib/lua" cd "$pkgdir/usr/lib/lua" ln -s ../ "$pkgdir/usr/lib/lua/"

foxcub commented on 2015-02-24 02:46 (UTC)

Ok, everything should be upgraded now. The issue was with IpePresenter, and it's been fixed. I have absolutely no idea how it compiled for you, since it references old functions that have moved.

calegria commented on 2015-02-23 18:28 (UTC)

@foxcub Will try to build in a clean chroot environment, just to double check it works for me.

foxcub commented on 2015-02-23 17:35 (UTC)

Just for posterity, the error I'm getting is: g++ mainwindow.cpp -c -I ../ipe-7.1.7/src/include -I ../ipe-7.1.7/src/ipecanvas -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4 mainwindow.cpp: In member function ‘void MainWindow::cmd(int)’: mainwindow.cpp:159:24: error: ‘selectPageOrView’ is not a member of ‘ipe::PageSelector’ int page = PageSelector::selectPageOrView(iDoc, -1, iPageNo, 240, this->width(), this->height()); ^ mainwindow.cpp:162:28: error: ‘selectPageOrView’ is not a member of ‘ipe::PageSelector’ int view = PageSelector::selectPageOrView(iDoc, page, (page == iPageNo) ? iViewNo : 0, 240, this->width(),this->height());

foxcub commented on 2015-02-23 17:32 (UTC)

Very strange. The build fails for me. I've emailed Otfried about the error, but if it's working for you, then something is screwed up with my setup. I'll try to get to the bottom of it tonight; once I do, I'll update the package on AUR.

calegria commented on 2015-02-23 17:25 (UTC)

I can confirm that the build works by just changing the version number to 7.1.7. Heres is my version of the PKGBUILD (I have also modified the binding library, so it does not point to lua 5.1):

orschiro commented on 2015-01-21 12:02 (UTC)

@foxcub I appreciate your response and will ask on the mailing list. Thanks!

foxcub commented on 2015-01-20 22:49 (UTC)

orschiro, the answer to your question is "Yes." But your question is more appropriate for the Ipe mailing list than here.

orschiro commented on 2015-01-17 16:32 (UTC)

Hi all, a quick support question. Is Ipe capable of creating simple tables that can be exported as PDF or image graphics to be embedded in a paper? Thanks!

vesath commented on 2014-12-28 16:45 (UTC)

The md5sum of is da0a5f075ede86c529dd4d9d8c5d57ca; could you fix the PKGBUILD accordingly?

runical commented on 2014-12-02 15:06 (UTC)

@foxcub: That would be very much appreciated. Thank you very much in advance.

foxcub commented on 2014-12-02 14:46 (UTC)

It seems the tools have migrated to GitHub [1]. I'll update the PKGBUILD later this week. [1]

runical commented on 2014-12-02 14:42 (UTC)

Hello hello, I'm getting a download error for figtoipe-20091205.tar.gz. After inspection, it seems that the tools folder is no longer a part of the online repository and thus these files are no longer available. What are these files for?

foxcub commented on 2014-04-27 18:41 (UTC)

Strange. Everything builds fine here. I'll wait until someone can confirm your report, or you have some more details on how to reproduce it before I investigate further.

Netsu commented on 2014-04-27 16:59 (UTC)

../../build/obj/ipescript/ipescript.o: In function `traceback': /tmp/yaourt-tmp-netsu/aur-ipe/src/ipe-7.1.4/src/ipescript/ipescript.cpp:61: undefined reference to `lua_callk' ../../build/obj/ipescript/ipescript.o: In function `main': /tmp/yaourt-tmp-netsu/aur-ipe/src/ipe-7.1.4/src/ipescript/ipescript.cpp:182: undefined reference to `lua_setglobal' ../../build/obj/ipescript/ipescript.o: In function `setup_globals': /tmp/yaourt-tmp-netsu/aur-ipe/src/ipe-7.1.4/src/ipescript/ipescript.cpp:88: undefined reference to `lua_getglobal' /tmp/yaourt-tmp-netsu/aur-ipe/src/ipe-7.1.4/src/ipescript/ipescript.cpp:148: undefined reference to `lua_setglobal' ../../build/obj/ipescript/ipescript.o: In function `main': /tmp/yaourt-tmp-netsu/aur-ipe/src/ipe-7.1.4/src/ipescript/ipescript.cpp:190: undefined reference to `lua_pcallk' ../../build/obj/ipescript/lfs.o: In function `luaopen_lfs(lua_State*)': /tmp/yaourt-tmp-netsu/aur-ipe/src/ipe-7.1.4/src/ipescript/lfs.cpp:715: undefined reference to `luaL_setfuncs' /tmp/yaourt-tmp-netsu/aur-ipe/src/ipe-7.1.4/src/ipescript/lfs.cpp:716: undefined reference to `lua_setglobal' ../../build/lib/ undefined reference to `lua_tonumberx' ../../build/lib/ undefined reference to `lua_rawlen' I tried forcing it use lua51 and lua52 but in both cases it fails with undefined references. Anything I could do?

holos commented on 2013-06-04 02:01 (UTC)

here is an updated PKGBUILD

holos commented on 2013-06-04 01:39 (UTC)

on top of that, patching should be done in prepare()

TrialnError commented on 2013-04-26 17:09 (UTC)

PKGBuilds without a package() function are deprecated. Also it's not adviced to reference $pkgdir in build() So, the make install and install stuff should be in the package() function

foxcub commented on 2013-03-07 21:42 (UTC)

erikw, why do you keep flagging this out-of-date?

noplomplom commented on 2013-03-01 13:13 (UTC)

Dependency is now 'qt4' instead of 'qt', but when changing this in the PKGBUILD I get a compilation error: Compiling moc_ipecanvas_qt.cpp... g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wall -g -O2 -fpic -DIPEUI_QT -I../include -I../ipecairo -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/libpng15 -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I/usr/include/qt4/QtCore -c -o ../../build/obj/ipecanvas/moc_ipecanvas_qt.o moc_ipecanvas_qt.cpp moc_ipecanvas_qt.cpp:15:34: fatal error: private/qucomextra_p.h: No such file or directory compilation terminated. make[1]: *** [../../build/obj/ipecanvas/moc_ipecanvas_qt.o] Error 1 rm moc_ipecanvas_qt.cpp make[1]: Leaving directory `/home/dom/ipe/src/ipe-7.1.3/src/ipecanvas' make: *** [ipecanvas] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

Liquen commented on 2012-12-18 12:01 (UTC)

Everything working now, thank you!

noplomplom commented on 2012-12-15 08:57 (UTC)

Please update PKGBUILD with the correct md5sum for ipe-7.1.0.tar.gz: replace '25e7051ceb1286ccc7adf019793338b9' (5th line in the md5sums) with 'a0385f1a27aa8ed2730bd407d4680843'

tuomo commented on 2012-12-14 19:08 (UTC)

The MD5 sum seems to be wrong: ==> Validating source files with md5sums... ... ipe-7.1.0.tar.gz ... FAILED

foxcub commented on 2012-12-14 17:07 (UTC)

Try it now.

foxcub commented on 2012-12-14 17:00 (UTC)

I see this problem, too, when building. It's easy to fix, but then there is another problem with poppler that I don't know how to fix. I won't update the package until I figure it out.

RobLikesBrunch commented on 2012-12-14 16:36 (UTC)

I get the same thing as Liquen: Compiling ipelib.cpp... g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wall -g -O2 -fpic -DIPEUI_QT -I../include -c -o ../../build/obj/ipelua/ipelib.o ipelib.cpp ipelib.cpp: In function ‘void ipelua::make_metatable(lua_State*, const char*, const luaL_Reg*)’: ipelib.cpp:51:30: error: ‘luaL_register’ was not declared in this scope ipelib.cpp: In function ‘int ipe_splinetobeziers(lua_State*)’: ipelib.cpp:539:27: error: ‘lua_objlen’ was not declared in this scope ipelib.cpp: In function ‘int luaopen_ipe(lua_State*)’: ipelib.cpp:620:39: error: ‘luaL_register’ was not declared in this scope make[1]: *** [../../build/obj/ipelua/ipelib.o] Error 1 make[1]: Leaving directory `/tmp/yaourt-tmp-robert/aur-ipe/src/ipe-7.1.2/src/ipelua' make: *** [ipelua] Error 2 And I have lua51 installed. Any ideas?

foxcub commented on 2012-12-13 17:45 (UTC)

Ok, an easy workaround is to install lua51. I'll add it to the dependencies.

foxcub commented on 2012-12-13 17:44 (UTC)

Actually, there seems to be some weirdness with the new Lua package. Let me check with the Arch package maintainer.

foxcub commented on 2012-12-13 17:42 (UTC)

That's an upstream problem. Can you report it on Ipe's bugtracker?

Liquen commented on 2012-12-12 18:03 (UTC)

Thank you for your response! I get this when rebuilding: Compiling ipelib.cpp... g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wall -g -O2 -fpic -DIPEUI_QT -I../include -c -o ../../build/obj/ipelua/ipelib.o ipelib.cpp ipelib.cpp: In function ‘void ipelua::make_metatable(lua_State*, const char*, const luaL_Reg*)’: ipelib.cpp:51:30: error: ‘luaL_register’ was not declared in this scope ipelib.cpp: In function ‘int ipe_splinetobeziers(lua_State*)’: ipelib.cpp:539:27: error: ‘lua_objlen’ was not declared in this scope ipelib.cpp: In function ‘int luaopen_ipe(lua_State*)’: ipelib.cpp:620:39: error: ‘luaL_register’ was not declared in this scope make[1]: *** [../../build/obj/ipelua/ipelib.o] Error 1 make[1]: Leaving directory `/home/*******/ipe/src/ipe-7.1.2/src/ipelua' make: *** [ipelua] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

foxcub commented on 2012-12-12 17:07 (UTC)

What happens if you rebuild Ipe?

Liquen commented on 2012-12-12 16:42 (UTC)

I get the following error after lua update from 5.1.5 to 5.2.1: ipe: error while loading shared libraries: cannot open shared object file: No such file or directory Does anyone have a solution? Thanks in advance.

esponki commented on 2012-07-17 17:38 (UTC)

This will fix the build problem --- a/xmloutputdev.cpp +++ b/xmloutputdev.cpp @@ -30,7 +30,7 @@ FILE *f; if (!(f = fopen(fileName, "wb"))) { - error(-1, "Couldn't open output file '%s'", fileName); + fprintf(stderr, "Couldn't open output file '%s'\n", fileName); ok = gFalse; return; } Also please update the MD5 sum for IpePresenter: a0385f1a27aa8ed2730bd407d4680843

foxcub commented on 2012-06-28 05:17 (UTC)

entidi and ayr0, have you (and if not, can you) file the bug in Ipe's bugtracker?

ayr0 commented on 2012-06-18 17:37 (UTC)

I get the same error. Also got a checksum error for ipe-7.1.0.tar.gz

entidi commented on 2012-06-17 21:13 (UTC)

New problems in building: xmloutputdev.cpp: In constructor ‘XmlOutputDev::XmlOutputDev(char*, XRef*, Catalog*, int, int)’: xmloutputdev.cpp:33:57: error: invalid conversion from ‘int’ to ‘ErrorCategory’ [-fpermissive] In file included from /usr/include/poppler/Object.h:41:0, from xmloutputdev.cpp:9: /usr/include/poppler/Error.h:54:19: error: initializing argument 1 of ‘void error(ErrorCategory, int, const char*, ...)’ [-fpermissive] xmloutputdev.cpp:33:57: error: invalid conversion from ‘const char*’ to ‘int’ [-fpermissive] In file included from /usr/include/poppler/Object.h:41:0, from xmloutputdev.cpp:9: /usr/include/poppler/Error.h:54:19: error: initializing argument 2 of ‘void error(ErrorCategory, int, const char*, ...)’ [-fpermissive] xmloutputdev.cpp: In member function ‘void XmlOutputDev::writePSFmt(const char*, ...)’: xmloutputdev.cpp:619:44: warning: ignoring return value of ‘size_t fwrite(const void*, size_t, size_t, FILE*)’, declared with attribute warn_unused_result [-Wunused-result] xmloutputdev.cpp: In member function ‘void XmlOutputDev::writePS(const char*)’: xmloutputdev.cpp:608:40: warning: ignoring return value of ‘size_t fwrite(const void*, size_t, size_t, FILE*)’, declared with attribute warn_unused_result [-Wunused-result]

foxcub commented on 2011-11-16 18:21 (UTC)

Thanks, fank1, you comment is very helpful. The fix is in.

fank1 commented on 2011-11-16 09:23 (UTC)

ipe currently fails to build for me due to pdftoipe: xmloutputdev.cpp:339:13: error: ‘DCTStream’ was not declared in this scope xmloutputdev.cpp:339:24: error: expected primary-expression before ‘)’ token xmloutputdev.cpp:339:25: error: expected ‘)’ before ‘str’ This seems to be due to an incompatibility with recent versions of poppler. Using the more recent pdftoipe version 20110916 and applying the patch found at fixed the issue for me. Since I am new to Arch Linux and the AUR, I apologize if I failed to provide any relevant pieces of information. If anything is needed in addition to what I posted, I will be glad to provide it on request.

commented on 2011-09-01 03:30 (UTC)

Since ipe is not a pure cli application and we have the icon file /src/ipe/icons/ipe.png, I'm wondering if we could put the icon into the menu so it would be more friendly for users to lauch ipe under X. It's a pretty simple modification, the pkgbuild of sqlitestudio-bin could be a quick reference.

foxcub commented on 2011-08-30 17:16 (UTC)

Ah, that would be an oops on my part; thanks for catching it. That's what I get for downloading the sources independently. I'll fix it tonight when I get to an Arch box.

vesath commented on 2011-08-30 17:14 (UTC)

The correct upstream source tarball URL is:$_sfproject/$pkgname/$pkgver/$pkgname-$pkgver-src.tar.gz

foxcub commented on 2011-05-22 19:26 (UTC)

Thanks, Citral. I saw the new version of pdftoipe, but forgot to put it here. The updated PKGBUILD is up now.

Citral commented on 2011-05-22 18:54 (UTC) is no longer available.

evnu commented on 2011-02-12 20:50 (UTC)

Added Bugreport against pdftoipe:

evnu commented on 2011-02-12 20:28 (UTC)

Yup, i'll do that ASAP.

foxcub commented on 2011-02-12 19:00 (UTC)

I confirm that I'm seeing the same problem. Can you, please, report it to Ipe's bug tracker, evnu?

evnu commented on 2011-02-11 19:00 (UTC)

ipe currently fails to build due to pdftoipe: make[1]: Leaving directory `/home/evnu/src/arch/x64/ipe/ipe/src/ipe-7.0.13/src' make: Für das Ziel »all« ist nichts zu tun. cc -march=x86-64 -mtune=generic -O2 -pipe -I/usr/include/poppler -c -o parseargs.o parseargs.c In file included from parseargs.h:30:0, from parseargs.c:30: /usr/include/poppler/goo/gtypes.h:31:14: Fehler: expected »=«, »,«, »;«, »asm« or »__attribute__« before »GBool« In file included from parseargs.c:30:0: I believe this bug is related to .

foxcub commented on 2011-01-21 06:44 (UTC)

bram85, the problem with the -j flags for make should be fixed now. (There was a typo in the Makefile, so I've added a patch until it's fixed upstream.) Try it, let me know if it doesn't work for you.

foxcub commented on 2011-01-17 21:31 (UTC)

Thanks, vesath. I knew about the problem, but hadn't had a chance to upload the fix. It's up now, and is a little simpler than using sed. Let me know if it doesn't work for you.

vesath commented on 2011-01-17 21:11 (UTC)

To build IpePresenter, Ipe's library and header files need to be found; if Ipe is not installed on the system when building IpePresenter (e.g. if you build in a clean chroot, or if it is the first time you build this package), this will fail. To solve this problem, point IpePresenter's Makefile to the directory where Ipe was just installed by adding -I$pkgdir/usr/include and -L$pkgdir/usr/lib to the flags. See the two lines of sed that I have added to the PKGBUILD in there: (I can't copy them directly here because of the CR characters in IpePresenter's Makefile.)

foxcub commented on 2011-01-17 16:49 (UTC)

Thanks, xduugu. I need to make another update, so I'll roll the two together soon.

xduugu commented on 2011-01-17 16:48 (UTC)

pdftoipe has been updated. New name: pdftoipe-20110116.tar.gz

foxcub commented on 2010-12-06 19:42 (UTC)

lpb612, it's a bug. Thanks for catching it; I don't use svgtoipe, so I would have never noticed it myself. The new PKGBUILD fixes the problem (and patches the issue with python2).

commented on 2010-12-06 04:18 (UTC)

Your tarball has some issues. You've accidentally tarred up some dotfiles. This includes: .hg_archival.txt To avoid tarring the wrong files, use "makepkg --source". Please fix this.

commented on 2010-12-05 22:40 (UTC)

/usr/bin/svgtoipe does not have execute permission. Is this intentional (due to python upgrade)? If not, it should be given 755 permission.

foxcub commented on 2010-11-26 18:15 (UTC)

What behavior do you find aggressive, vesath?

vesath commented on 2010-11-26 18:11 (UTC)

No need for aggressive behavior... People click the out-of-date button when packages are out-of-date; that's what it's for. Anyway, could you please also refresh this PKGBUILD to recent packaging standards? Namcap gives the following errors: PKGBUILD (ipe) W: Variable license is not an array. PKGBUILD (ipe) E: Use $srcdir instead of $startdir/src PKGBUILD (ipe) E: Use $pkgdir instead of $startdir/pkg Thanks.

foxcub commented on 2010-11-26 16:49 (UTC)

Sharpee, please don't ever do this again. I'm subscribed to the very same announcement emails about Ipe as you. I don't need two additional useless emails from AUR on your behalf within hours of the Ipe's release.

Sharpeee commented on 2010-11-26 16:17 (UTC)

.13 is out and .12 not found anymore

foxcub commented on 2010-10-18 14:46 (UTC)

Ah, then you are better off first trying to compile Ipe by hand, and then asking on the Ipe mailing list about the specific problems.

porcaror commented on 2010-10-18 08:25 (UTC)

Thanks. I mean the previous version of Ipe which is running perfectly on my sytem.

foxcub commented on 2010-10-17 19:37 (UTC)

I'm not sure how to help you: I've never seen such an error before, and I don't think anything has changed in ipebase.cpp in the last PKGBUILD. When you say the last version do you mean of PKGBUILD or of Ipe?

porcaror commented on 2010-10-17 14:42 (UTC)

While I use the makepkg command on the PKGBUILD, using a x86_64 platform, I receive the following error: ipebase.cpp:1:0: error: CPU you selected does not support x86-64 instruction set and the compilation stops. That's strange because with the previous version it was ok. Can you help me?

foxcub commented on 2010-10-12 02:35 (UTC)

Thanks, Norbert, I've uploaded your tarball.

commented on 2010-10-12 00:28 (UTC)

A tarfile to replace the one above can be got at It contains the added patches and a PKGBUILD to apply the patches. It also bumps the release number to 4 (+1 from the current 2 for the patches mentioned in my previous post, another +1 for a patch to make ipe work with texlive2010, which has just hit [extra]). The texlive2010 patch addresses a problem with parsing pdflatex output discussed at, using the fix discussed there.

foxcub commented on 2010-10-07 22:00 (UTC)

I am interested. The best would be if you put it up online, and post the link here.

commented on 2010-10-07 21:58 (UTC)

Ipe 7.0.10 has some bugs in its lua functions that 1) Doesn't let it find ipelets in non-standard locations 2) Makes ipe crash when setting skip 3) Makes equal spacing top-to-bottom arrange the objects wrongly. This has been discussed on the mailing list by Otfried and myself. I do have an updated tarball derived from the above tarball and containing two additional patches that fix these problems. It would be worthwhile to make this patched version available to the archlinux community until Otfried gets around to releasing a new version of Ipe. So, foxcub, are you interested in the patched tarball? If so, how do I submit it to you?

foxcub commented on 2010-09-24 20:41 (UTC)

Done. Thanks, Maik.

commented on 2010-09-24 17:09 (UTC)

please append this to the build function. It makes the lua bindings available. Without this symlink the installed ipe-update-master won't work:

foxcub commented on 2010-09-09 18:42 (UTC)

Well, the dependency tree should make the non-determinism irrelevant. If there is a problem like this, it's a bug in Ipe's build process. You'd probably do the author a favor by reporting it. Certainly adding -j1 to the PKGBUILD wouldn't be the right way to resolve this problem.

commented on 2010-09-09 18:23 (UTC)

Well, with any amount of parallel make invocations, the process is pretty non-deterministic. Some build systems cannot handle this properly, where it tries to link a library which is still in progress in another thread. This happens more often and the compilation always succeeds when I serialize the whole thing (-j1).

foxcub commented on 2010-09-09 16:12 (UTC)

I have MAKEFLAGS="-j5", and I don't seem to have any problems. So I'm not sure I understand the first comment. Thanks for the info about || return 1. I'll remove it when the next version of Ipe is out.

commented on 2010-09-09 06:24 (UTC)

In my makepkg.conf, I have MAKEFLAGS="-j9". This makes it likely to make the ipe build fail (cannot find -lipe), so I had to add -j1 to the make commands to make it compile. Also, || return 1 is no longer necessary with pacman 3.4 and above.

foxcub commented on 2010-06-30 10:06 (UTC)

No idea about texlive-core. So far it's working for me so I cannot debug. I've updated the link for svgtoipe.

Citral commented on 2010-06-25 17:51 (UTC)

Also won't work with latest extra/texlive-core here...

Citral commented on 2010-06-25 15:07 (UTC)

svgtoipe gives a 404...