Package Details: tikzit 1.1-3

Git Clone URL: https://aur.archlinux.org/tikzit.git (read-only)
Package Base: tikzit
Description: Allows the creation and modification of TeX diagrams written using the pgf/TikZ macro library
Upstream URL: http://tikzit.github.io
Licenses: GPL2
Submitter: alexmerry
Maintainer: alexmerry
Last Packager: alexmerry
Votes: 18
Popularity: 0.025930
First Submitted: 2010-05-10 21:27
Last Updated: 2015-11-14 11:28

Latest Comments

dennism commented on 2015-10-25 18:01

On some of my machines I've to add '-j 1' to package() as well.

alexmerry commented on 2015-10-20 17:43

OK, 1.1-2 should force -j1. I'm afraid I no longer care about tikzit enough to put time into fixing the buildsystem.

JohnRobson commented on 2015-08-24 14:53

Now works, I found the problem. In my .bashrc I use:
export MAKEFLAGS="-j8"
This works everywhere, but not with this package.

I'm not sure if the problem is in the package or the source code; if I remember, I already installed this program directly from the source code, but after remove this line now the package is also working.

I believe that is very common to use multiple threads to compile, so maybe this problem should be checked.

Thank you again.

JohnRobson commented on 2015-08-24 14:33

The problem is here. https://paste.debian.net/304502/
I'll check.

JohnRobson commented on 2015-08-24 14:33

The problem is here, let me check.

JohnRobson commented on 2015-08-24 14:26

Still with error to me: https://paste.debian.net/304502/

alexmerry commented on 2015-08-24 11:22

I just tried again with a clean working directory and up-to-date packages, and can't reproduce your issue. Could you try again after cleaning everything out of wherever you're creating the tikzit package?

JohnRobson commented on 2015-07-23 15:43

$ pacman -Qo $(which bison)
/usr/bin/bison is owned by bison 3.0.4-1

alexmerry commented on 2015-07-23 07:39

Odd... I got that error before I changed how bison was called, but not in the released version. Could you paste the output of the following?

pacman -Qo $(which bison)

JohnRobson commented on 2015-07-22 22:19

I got this error: https://paste.debian.net/285010/

alexmerry commented on 2015-07-22 21:35

The md5sum is correct. I suspect you're getting a 404 page or something from sourceforge, hence it not extracting. I've done a 1.1 release of tikzit from master on github (probably the last one that will ever happen), and I'm packaging that.

JohnRobson commented on 2015-07-17 06:55

What about update to: https://github.com/tikzit/tikzit

JohnRobson commented on 2015-07-17 06:53

Please, update the md5sum to: 0103b909e19ca9c6497a7ae696c16480

Another problem: ==> Extracting sources...
==> Starting build()...
/tmp/yaourt-tmp-us/aur-tikzit/./PKGBUILD: line 18: cd: /tmp/yaourt-tmp-us/aur-tikzit/src/tikzit-1.0: No such file or directory
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build tikzit.

alexmerry commented on 2011-11-03 10:57

You'll need to rebuild tikzit - the libraries it depends on have been updated to incompatible versions.

If tikzit were in a repo (like community), it would be rebuilt automatically, but because this is the AUR, you'll have to do it yourself.

Anonymous comment on 2011-11-03 05:51

Since the last system update, i got this error:

$ tikzit
tikzit: error while loading shared libraries: libgnustep-base.so.1.22: cannot open shared object file: No such file or directory

$ tikzit
tikzit: error while loading shared libraries: libpoppler-glib.so.6: cannot open shared object file: No such file or directory

alexmerry commented on 2010-12-03 12:58

I think I discovered what the issue was: the distribution package included the lex-generated .h files, but not the .m files. So there was probably a mismatch between the header and the source file. It should be fixed in 0.5.

Anonymous comment on 2010-10-30 05:07

I have exactly the same problem as retrry. And yes, my system i fully updated.

Anonymous comment on 2010-09-23 14:26

Yes, my system is fully updated.

alexmerry commented on 2010-09-23 11:46

Now that's interesting. I had that same error last time I tried to build tikzit 0.3c, but 0.4 builds fine for me.

Do you have flex, bison and gcc up to date?

Anonymous comment on 2010-09-22 20:29

So, I cannot build this package. Can you?
Here is the full error log: http://aur.pastebin.com/pLvupYdK

alexmerry commented on 2010-09-18 01:20

No, I think the problem is that the environment is incorrect. As an immediate solution, you can just source /etc/profile.d/GNUstep.sh before running makepkg. But this should probably be done in the PKGBUILD.

florianbw commented on 2010-09-15 14:31

./configure: line 5615: gnustep-config: command not found
configure: error: GNUstep not found

Missing dependency?