Package Details: octave-hg 6:8.0.0.r31096.b6aeea949531-1

Git Clone URL: https://aur.archlinux.org/octave-hg.git (read-only, click to copy)
Package Base: octave-hg
Description: A high-level language, primarily intended for numerical computations.
Upstream URL: http://www.octave.org
Licenses: GPL
Conflicts: octave
Provides: octave
Submitter: haawda
Maintainer: None
Last Packager: haawda
Votes: 10
Popularity: 0.000000
First Submitted: 2009-10-01 23:27 (UTC)
Last Updated: 2022-06-15 21:50 (UTC)

Required by (103)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »

haawda commented on 2013-04-30 17:48 (UTC)

Works with texinfo 5.0 now.

haawda commented on 2013-04-24 20:50 (UTC)

Thanks, Gringo. I uploaded your PKGBUILD, works fine.

Gringo commented on 2013-04-23 19:27 (UTC)

I found a workaround for the problem. configure finds both qt and qt4 header directories in /usr/include. It tries to use the newest release, but for some reason it fails to do so for the tools uic and moc. uic compiles the *.ui files which have version 4.0 in them, which indicates that they're configured for qt4. This is probably what went wrong. The variables MOC and UIC can be initialized while issuing configure command. This will set the tools appropriately. The fix is as follows: - Add MOC=moc-qt4 and UIC=uic-qt4 to the configure command. - Add qt4 as an optional dependency I also added $pkgver to the version information in pkgver(), which will prevent tools such as yaourt to indicate that there is a new version. The package builds correctly with the mentioned qt5 packages installed. The updated PKGBUILD can be found here: http://pastebin.com/mrt7L1LC

haawda commented on 2013-04-14 09:57 (UTC)

I have pacman -Qis qt5 local/qt5-base 5.0.2-1 (qt qt5) A cross-platform application and UI framework local/qt5-declarative 5.0.2-1 (qt qt5) A cross-platform application and UI framework (QtQml, QtQuick) local/qt5-jsbackend 5.0.2-1 (qt qt5) A cross-platform application and UI framework (QtV8) local/qt5-webkit 5.0.2-1 (qt qt5) A cross-platform application and UI framework (QtWebKit) local/qt5-xmlpatterns 5.0.2-1 (qt qt5) A cross-platform application and UI framework (QtXmlPatterns) Error message: In file included from src/settings-dialog.cc:29:0: src/ui-settings-dialog.h:13:29: fatal error: QtWidgets/QAction: No such file or directory The file ui-settings-dialog.h is auto-generated during the build process. QAction is located under QtGui, not under QtWidgets.

Gringo commented on 2013-04-13 19:24 (UTC)

@Stefan: what kind of problems? What errors did you get when building? I'm also interested in the qt5 application which caused the errors, so I can replicate the problems. I only have qt5-base installed, which doesn't seem to cause any issues. I haven't been able to try octave extensively, but I'm a big fan of MATLAB. I really want to get the package right, so many people can use and maybe contribute to it (that's my plan). The new GUI is awesome! :D

haawda commented on 2013-04-13 17:52 (UTC)

Gringo: Thank you for your efforts. I changed your PKGBUILD a bt and uploded it here. There still are issues: I had to deinstall all QT5-related packages to build octave-hg.

Gringo commented on 2013-04-11 17:09 (UTC)

Fixed the ld.so.conf.d problem with the version. The version is now retrieved from the executable itself using octave --version from which the actual number is stripped. This is the same number as the name of the directory under /usr/lib/octave, meaning that this package should work if the version is updated. The latest PKGBUILD, now fully working, can be found here: http://pastebin.com/xzKYdNey

Gringo commented on 2013-04-11 13:47 (UTC)

The 'make' part of the PKGBUILD was OK, but there's another (probably last) error in the package() part: the directory is changed to $_hgrepo, but Octave was build in $_hgoctave-build, so 'make install' fails (the install rules aren't there yet). I fixed the PKGBUILD accordingly, which can be found here: http://pastebin.com/SukqLFEg It might be that I will add another fix shortly, since I don't think the last line works either: echo "/usr/lib/${pkgname}/${pkgver}" > "${pkgdir}/etc/ld.so.conf.d/${pkgname}.conf". $pkgver is some Mercurial commit id, but not the actual version, which should be 3.7.2+ I think.. Will have to wait for the current build to finish.

Gringo commented on 2013-04-11 10:19 (UTC)

I modified the PKGBUILD to work as described below. I also changed the pkgver() part, which now gets the version without first downloading from the repo. That part is not pretty, but it works. The remaining part is unchanged. I tested the PKGBUILD and it seems to work nicely. The updated file can be found on PasteBin: http://pastebin.com/wjNTZNzk

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »