Package Details: auto-07p 0.9.1-46

Git Clone URL: (read-only)
Package Base: auto-07p
Description: Software for continuation and bifurcation problems in ordinary differential equations. Release 07P. Environment variables controlling build (default to 'no', see PKGBUILD): _BUILD_DOC, _WITH_PLAUT04, _PLAUT04_WITH_QT, AUTO_DEBUG, _WITH_OPENMP, _WITH_MPI.
Upstream URL:
Licenses: GPL2, BSD, LGPL2
Submitter: dreieck
Maintainer: dreieck
Last Packager: dreieck
Votes: 3
Popularity: 0.000000
First Submitted: 2012-05-20 16:21
Last Updated: 2016-03-10 23:40

Dependencies (18)

Required by (0)

Sources (4)

Latest Comments

dreieck commented on 2016-08-10 06:45

@mark: Maybe you send your improvement to the authors of AUTO. And if then there is something left which is related to my AUR package I am happy to adopt, let me know. (I don't use AUTO anymore, but I am still willing to maintain the AUR package.)

itsok-dontworry commented on 2016-08-09 17:12

@dreieck: Thanks for the quick reply. I believe I've fixed the issue with IPython: They were using some deprecated methods for version <0.1.

I've forked this ( repo and changed "python/", the diff is here ( I haven't tried changing the file from your source though, not sure if there are more changes required. But if you replace "python/" with my version of the file it should work (I hope).

Also: If anyone considers updating to IPython 5, note that matplotlib with Tkinter won't work, and PyPlaut uses Tkinter afaik. So better stick with IPython 4 for now (until the bug in IPython 5 is fixed).

dreieck commented on 2016-08-09 14:18

@mark: I also had issues with ipython. I darkly remember that I tried to make it use ipython, but I failed. The auto-scripts do some "magic" but seem to fail, and it looked a bit too involved to change things.

I thought they still assume python2 is the default, but not sure.

itsok-dontworry commented on 2016-08-09 09:45

Not sure if that's an AUTO bug but my ipython2 isn't being recognized when I try:

"auto -i" within the auto-07p-sessesion.bash

It prints "Sorry, ipython is not available on this system."

Any idea what the issue may be? Has anyone tried calling auto -i successfully?

dreieck commented on 2016-03-10 23:33


Thanks for pointing that out,

ElevatorDeLuxe commented on 2016-03-09 16:53

The PKGBUILD misses a space in line 195:

if ["y${_PLAUT04_WITH_QT}" == "yyes" ]; then

should be

if [ "y${_PLAUT04_WITH_QT}" == "yyes" ]; then

xico commented on 2014-08-27 20:30

@dreieck: works great, thanks!

dreieck commented on 2014-08-25 15:20


Seems that the "libtool"/ "staticlibs" makeflag controls if ".a"-files stay or get removed.

I modified the "options"-variable in the PKGBUILD accordingly, check out version 0.9.1-40 (and up).

xico commented on 2014-08-24 16:03

@dreieck: weird, mine does not, neither in 0.9.1-37 nor in -39.

% makepkg
% diff -rq pkg/auto-07p/opt/auto/07p/lib src/auto/07p/lib
Only in src/auto/07p/lib: libauto_c.a

I will try having a better look at it later today.

dreieck commented on 2014-08-24 15:32


My build packs 'lib/libauto_c.a' to '/opt/auto/07p/lib/libauto_c.a'. It's there. In my package, and in my install (so pacman does not strip it away when installing).

... anyway, the package()-function in the PKGBUILD just copies all sources and _everything_ which is there after the build-process and removes only some selected files, libauto_c.a is _not_ amongst the removed files.

.. or do you need 'libauto_c.a' somehow to be present (as a symlink) under '/usr/lib/'? Does it work for you if you set some environment variables pointing to '/opt/auto/07p/lib/'? I expect that you work with the environment variable 'AUTO_DIR' set properly (i.e. to '/opt/auto/07p', running the included script 'auto-07p-session.bash', which is installed in '/usr/bin/', takes care of this).

By the way, I am completely unfamiliar with linking and with C.

Any suggestions why it does not work for you?

All comments