Package Details: ipe 7.2.6-1

Git Clone URL: https://aur.archlinux.org/ipe.git (read-only)
Package Base: ipe
Description: The extensible drawing editor
Upstream URL: http://tclab.kaist.ac.kr/ipe/
Licenses: GPL
Conflicts: ipe
Submitter: foxcub
Maintainer: foxcub
Last Packager: foxcub
Votes: 73
Popularity: 1.857395
First Submitted: 2007-01-02 01:58
Last Updated: 2016-09-22 18:27

Latest Comments

foxcub commented on 2016-09-22 18:28

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

muellner commented on 2016-09-22 07:13

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

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

@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

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

@angelo: Add -fPIC to CPPFLAGS before building IpePresenter

angelo commented on 2016-01-02 02:25

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

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

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

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

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

[1] http://ipe.otfried.org/
[2] https://dl.bintray.com/otfried/generic/ipe/7.1/ipe-7.1.9-src.tar.gz

Liquen commented on 2015-10-12 23:22

mrzv.org is reachable from here.

foxcub commented on 2015-10-12 21:55

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

danfunky commented on 2015-10-12 15:02

the server mrzv.org 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

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

garga commented on 2015-06-19 18:17

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

Ok, the problem should be fixed now.

foxcub commented on 2015-06-12 22:17

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

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: https://bbs.archlinux.org/viewtopic.php?pid=1536188#p1536188

francoisvdv commented on 2015-05-25 13:19

When starting ipe:

ipe: error while loading shared libraries: liblua.so.5.2: 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

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

https://aur.archlinux.org/packages/ipe-tools-git/

foxcub commented on 2015-02-24 04:17

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

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

mkdir "$pkgdir/usr/lib/lua"
cd "$pkgdir/usr/lib/lua"
ln -s ../libipelua.so "$pkgdir/usr/lib/lua/ipe.so"

foxcub commented on 2015-02-24 02:46

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.

foxcub commented on 2015-02-24 02:46

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

@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

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

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

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): https://gist.github.com/calegria/c632f220faaa785dd441#file-pkgbuild-ipe-7-1-7

calegria commented on 2015-02-23 17:23

Confirmed 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)

<script src="https://gist.github.com/calegria/c632f220faaa785dd441.js"></script>

orschiro commented on 2015-01-21 12:02

@foxcub

I appreciate your response and will ask on the mailing list.

Thanks!

foxcub commented on 2015-01-20 22:49

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

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

The md5sum of http://downloads.sourceforge.net/project/ipe7/ipe/7.1/ipe-7.1.6-src.tar.gz is da0a5f075ede86c529dd4d9d8c5d57ca; could you fix the PKGBUILD accordingly?

runical commented on 2014-12-02 15:06

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

foxcub commented on 2014-12-02 14:46

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

[1] https://github.com/otfried/ipe-tools

runical commented on 2014-12-02 14:42

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

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

../../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/libipelua.so: undefined reference to `lua_tonumberx'
../../build/lib/libipelua.so: 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

here is an updated PKGBUILD http://ix.io/5XZ

holos commented on 2013-06-04 01:39

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

TrialnError commented on 2013-04-26 17:09

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

https://wiki.archlinux.org/index.php/Creating_Packages#The_package.28.29_function

foxcub commented on 2013-03-07 21:42

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

foxcub commented on 2013-03-03 13:45

Are you sure it disappeared with qt4 release and not the bump to 7.1.3-3, which should have fixed the problem?

muellner commented on 2013-03-02 21:45

I encountered that same problem as zozo, however it disappeared with the latest “qt4” release 4.8.4-13. Everything works now.

noplomplom commented on 2013-03-01 13:13

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...

noplomplom commented on 2013-03-01 12:49

Dependency is now 'qt4' instead of 'qt'

Liquen commented on 2012-12-18 12:01

Everything working now, thank you!

noplomplom commented on 2012-12-15 08:57

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

The MD5 sum seems to be wrong:

==> Validating source files with md5sums...
...
ipe-7.1.0.tar.gz ... FAILED

RobLikesBrunch commented on 2012-12-14 17:48

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-14 17:07

Try it now.

foxcub commented on 2012-12-14 17:00

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

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

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

foxcub commented on 2012-12-13 17:44

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

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

Liquen commented on 2012-12-12 18:03

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

What happens if you rebuild Ipe?

Liquen commented on 2012-12-12 16:42

I get the following error after lua update from 5.1.5 to 5.2.1:

ipe: error while loading shared libraries: liblua.so.5.1: 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

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

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

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

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

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

fank1 commented on 2011-11-16 09:25

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 http://sourceforge.net/apps/mantisbt/ipe7/view.php?id=88 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.

fank1 commented on 2011-11-16 09:23

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 http://sourceforge.net/apps/mantisbt/ipe7/view.php?id=88 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.

Anonymous comment on 2011-09-01 03:30

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

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

The correct upstream source tarball URL is: http://downloads.sourceforge.net/project/$_sfproject/$pkgname/$pkgver/$pkgname-$pkgver-src.tar.gz

foxcub commented on 2011-05-22 19:26

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

http://downloads.sourceforge.net/project/ipe7/tools/pdftoipe-20110116.tar.gz is no longer available.

evnu commented on 2011-02-12 20:50

Added Bugreport against pdftoipe: http://sourceforge.net/apps/mantisbt/ipe7/view.php?id=29

evnu commented on 2011-02-12 20:28

Yup, i'll do that ASAP.

foxcub commented on 2011-02-12 19:00

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

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 http://bugs.gentoo.org/show_bug.cgi?id=349942 .

foxcub commented on 2011-01-21 06:44

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

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

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: http://arch.vesath.org/all/ipe-7.0.13-6.src.tar.xz (I can't copy them directly here because of the CR characters in IpePresenter's Makefile.)

foxcub commented on 2011-01-17 16:49

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

xduugu commented on 2011-01-17 16:48

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

xduugu commented on 2011-01-17 16:47

pdftoipe was update. New name: pdftoipe-20110116.tar.gz

foxcub commented on 2010-12-06 19:42

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).

Anonymous comment on 2010-12-06 04:18

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.

Anonymous comment on 2010-12-05 22:40

/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

What behavior do you find aggressive, vesath?

vesath commented on 2010-11-26 18:11

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

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

.13 is out and .12 not found anymore

foxcub commented on 2010-10-18 14:46

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

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

foxcub commented on 2010-10-17 19:37

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

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

Thanks, Norbert, I've uploaded your tarball.

Anonymous comment on 2010-10-12 00:28

A tarfile to replace the one above can be got at http://www.cs.dal.ca/~nzeh/ipe.tar.gz. 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 http.typke.com/cgi-bin/bugzilla3/show_bug.cgi?id=350, using the fix discussed there.

foxcub commented on 2010-10-07 22:00

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

Anonymous comment on 2010-10-07 21:58

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

Done. Thanks, Maik.

Anonymous comment on 2010-09-24 17:09

please append this http://aur.pastebin.com/XneStjAt to the build function. It makes the lua bindings available.
Without this symlink the installed ipe-update-master won't work: http://aur.pastebin.com/57q1xKJG

foxcub commented on 2010-09-09 18:42

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.

Anonymous comment on 2010-09-09 18:23

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

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.

Anonymous comment on 2010-09-09 06:24

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

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

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

Citral commented on 2010-06-25 15:07

svgtoipe gives a 404...