Package Details: octave-general 2.1.0-1

Git Clone URL: https://aur.archlinux.org/octave-general.git (read-only)
Package Base: octave-general
Description: General tools for Octave.
Upstream URL: http://octave.sourceforge.net/general/
Licenses: custom
Groups: octave-forge
Submitter: drizzd
Maintainer: wangjiezhe
Last Packager: wangjiezhe
Votes: 50
Popularity: 0.007950
First Submitted: 2012-03-12 21:56
Last Updated: 2018-05-17 01:40

Latest Comments

petronny commented on 2018-05-13 17:15

Hi 2.1.0 is out And here is the patch to PKGBUILD

diff --git a/octave-general/PKGBUILD b/octave-general/PKGBUILD
index 29c3a9f..473ce14 100644
--- a/octave-general/PKGBUILD
+++ b/octave-general/PKGBUILD
@@ -8,23 +8,23 @@

 _pack=general
 pkgname=octave-$_pack
-pkgver=2.0.0
-pkgrel=3
+pkgver=2.1.0
+pkgrel=1
 pkgdesc="General tools for Octave."
 arch=(any)
 url="http://octave.sourceforge.net/$_pack/"
 license=('custom')
 groups=('octave-forge')
 depends=('octave>=4.0.0')
-makedepends=()
+makedepends=('unzip')
 optdepends=()
 backup=()
 options=()
 install=$pkgname.install
-_archive=$_pack-$pkgver.tar.gz
-source=("http://downloads.sourceforge.net/octave/$_archive")
+_commit=55a161e06c0df4941a9be79a0d969e8e3a149fa3
+source=("https://sourceforge.net/code-snapshots/hg/o/oc/octave/$_pack/$pkgname-$_commit.zip")
 noextract=("$_archive")
-md5sums=('81514b9d133b8013ae2b394f7aa6e16b')
+md5sums=('3a215cbe74363f17edcfdef6845adc85')

 _octave_run() {
        octave --no-history --no-init-file --no-window-system -q -f --eval "$*"
@@ -45,7 +45,7 @@ build() {
        _octave_run "$(cat <<-EOF
                pkg local_list octave_packages;
                pkg prefix $_prefix $_archprefix;
-               pkg install -verbose -nodeps $_archive;
+               pkg install -verbose -nodeps $pkgname-$_commit.zip;
                EOF
                )"
 }

drizzd commented on 2015-06-10 08:44

Upgrading fails with conflicts

How to fix: Uninstall the package and packages which depend on it with pacman -Rc <package>, then re-install the new version and packages which depend on it.

See also https://bbs.archlinux.org/viewtopic.php?id=196909.

zsrkmyn commented on 2014-11-04 11:18

Thank you for your reply! I tested the .install script in my machine and several other environments, including building and installing in a clean chroot enviroment using 'devtools'. I am glad that the fault is not caused by the script, and I am really sorry to wrongly report the bug.

I find it that when install `octave' and `octave-general` separately (just using this `` pacman -S octave ; pacman -S octave-general``), it works fine. But when install them together (using `` pacman -S octave octave-general ``), it can be wrong as I metioned before. Adding '_' to the variable or not makes no difference.

zsrkmyn commented on 2014-11-04 10:45

Thank you for your reply! I tested the .install script in my machine and several other environments, including building and installing in a clean chroot enviroment using 'devtools', and I also add `` echo $prefix ; echo $stdlib `` in the .install script. I don't why, '$prefix' and '$libdir' are both null, so "libmpi.so.1" would not be found when executing the script. :-)

drizzd commented on 2014-11-03 20:21

Thank you for noticing this bug. This will be fixed in future updates of the packages. However, I do not see how this has any effect, since the configured $prefix $libdir is the default anyways.

zsrkmyn commented on 2014-11-03 13:27

the command in .install script should be:

`` octave -q -f --eval "pkg prefix $_prefix $_libdir; pkg install -verbose -global /usr/share/octave/$_pack.tar.gz" ``

but not:

`` octave -q -f --eval "pkg prefix $prefix $libdir; pkg install -verbose -global /usr/share/octave/$_pack.tar.gz" ``

otherwise, it can be wrong during the installaltion:

/usr/bin/octave-cli-3.8.2: error while loading shared libraries: libmpi.so.1: cannot open shared object file: No such file or directory
/usr/bin/octave-cli-3.8.2: error while loading shared libraries: libmpi.so.1: cannot open shared object file: No such file or directory
error: command failed to execute correctly

Almost all the "octave-*" packages have this problem.

drizzd commented on 2014-02-06 19:38

I have reported your issue upstream: https://savannah.gnu.org/bugs/index.php?41487

But if you upgrade your octave package -- it's version 3.8.0-2 now -- that probably solves your issue.

noplomplom commented on 2014-02-06 06:08

Build error: http://pastebin.com/4CeL9T8z