lp:ubuntu/trusty/arpack

Branch merges

Propose for merging

No branches dependent on this one.

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

23. By Sylvestre Ledru on 2014-02-27

fix FTBFS on various port architectures by updating the symbol list.
Thanks to Adrian Glaubitz (Closes: #740198)

22. By Sylvestre Ledru on 2014-02-15

* New upstream release
* Fix the m86k symbols list (Closes: #726969)
* Fix the arm64 symbol list
* Remove mpi-dep-lib.diff (applied upstream)
* Standards-Version updated to version 3.9.5

21. By Logan Rosen on 2013-12-15

* Merge from Debian unstable. Remaining changes:
  - libparpack2.symbols: Update symbols for arm64 as an mpich2 arch.

20. By Adam Conrad on 2013-10-15

libparpack2.symbols: Update symbols for arm64 as an mpich2 arch.

19. By Sylvestre Ledru on 2013-08-06

libparpack: Missing dependency on MPI (Closes: #718790)

18. By Sylvestre Ledru on 2013-05-07

* Update the symbols file for:
  mips, mipsel, s390, s390x and powerpcspe
  (Closes: #706940)
* Reintroduce changes from 3.1.1-2.1

17. By Sylvestre Ledru on 2013-05-06

* Upload to unstable
* Standards-Version updated to 3.9.4

16. By Sylvestre Ledru on 2012-08-27

Drop the dependency between libarpack2 => libparpack2 and
libarpack2-dev => libparpack2-dev
It was added to simplify the split between arpack serial and parallel.

15. By Andreas Beckmann <email address hidden> on 2012-09-13

* Non-maintainer upload.
* libarpack2: add Breaks: octave3.2 (Closes: #684773)
  This fixes some upgrade paths by removing the obsolete octave3.2 (and its
  triggers) a bit earlier. dpkg may run trigger processing of a package
  even if its dependencies are not satisfied. The octave3.2 triggers may
  be run in such a state and will fail, aborting the upgrade, even if
  octave3.2 would be removed later anyway.
  This is a dpkg bug, but probably won't be fixed for wheezy (see #678848).

14. By Sylvestre Ledru on 2012-06-14

Update the symbol files. Thanks to Nobuhiro Iwamatsu (Closes: #666038)