Package Details: auto-07p 0.9.1+r1764-3

Git Clone URL: https://aur.archlinux.org/auto-07p.git (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: http://cmvl.cs.concordia.ca/auto/
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: 2019-01-17 10:57

Dependencies (18)

Required by (0)

Sources (5)

Latest Comments

1 2 3 Next › Last »

dreieck commented on 2019-01-17 10:42

@Sindre:

The bug has now been answered on https://sourceforge.net/p/auto-07p/bugs/9/, but seems not to work properly accoring to another user.

For now, using g95 seems to be a workoaround.

dreieck commented on 2018-10-18 08:01

I am disowning since I haven'Ät used it for long time and I do not remember anymore how to use it; checking funcitonality would be too much work for me.

Anyone wanting to pick it up and maintain it please do so!

dreieck commented on 2018-10-16 13:50

I now use the git repository by @itsok-dontworry, branch python3fixes.

However, I cannot really test because I do not use AUTO anymore and have not used it for years, so I do not really remember how to use it.

Does anyone want to take over ownership and maintain this package?

dreieck commented on 2018-10-16 13:48

@Sindre: Thanks for reporting.

This has also been reported for Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897711

I have reported it upstream: https://sourceforge.net/p/auto-07p/bugs/9/ and via emnail (but I do not expect any answer ... :().

I updated the PKGBUILD to use the g95-fortran-compiler, as a workaround ...

I also encountered that the documentation no longer builds, but I did not invest the time to dig into this.

Sindre commented on 2018-10-15 18:22

When trying to install the package (using pikaur) I get the following error:

make[1]: Entering directory '/home/sindre/.cache/pikaur/build/auto-07p/src/auto/07p/plaut' gfortran -O3 -c plautlib.f -o plautlib.o plautlib.f:6777:48:

       CALL ARROWL(I,XC(I,2),YC(I,2),ALFA,DA,ANGLE,XC,YC,ICODE)
                                            1

Error: Actual argument contains too few elements for dummy argument ‘angle’ (3/4) at (1) make[1]: [Makefile:14: plautlib.o] Error 1 make[1]: Leaving directory '/home/sindre/.cache/pikaur/build/auto-07p/src/auto/07p/plaut' make: [Makefile:31: plaut] Error 2

Command 'makepkg --force' failed to execute.

Seems to be the same error mentioned here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897711

dreieck commented on 2016-08-10 06:45

@itsok-dontworry: 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 (https://github.com/andram/auto-07p) repo and changed "python/interactiveBindings.py", the diff is here (https://github.com/itsok-dontworry/auto-07p/commit/3e70f0c6debae682ebfdbeb3d65239c4ae5de6c2). I haven't tried changing the file from your source though, not sure if there are more changes required. But if you replace "python/interactiveBindings.py" 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

@itsok-dontworry: 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

@ElevatorDeLuxe:

Thanks for pointing that out,
fixed.