Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 676858 - octave bundles libraries
Summary: octave bundles libraries
Keywords:
Status: ASSIGNED
Alias: None
Product: Fedora
Classification: Fedora
Component: octave
Version: rawhide
Hardware: All
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Orion Poplawski
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: DuplicSysLibsTracker
TreeView+ depends on / blocked
 
Reported: 2011-02-11 15:26 UTC by Dominik 'Rathann' Mierzejewski
Modified: 2020-09-15 17:18 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: ---
Embargoed:

Attachments (Terms of Use)

Description Dominik 'Rathann' Mierzejewski 2011-02-11 15:26:48 UTC 
Description of problem:
octave seems to be bundling a number of libraries:
amos - available here http://netlib.org/amos/ but possibly non-free license http://www.acm.org/publications/policies/softwarecrnotice/ (readme says it's based on TOMS algorithm 644), also see http://web.archive.org/web/20080805032259/http://users.bigpond.net.au/amiller/toms.html
arpack (available in Fedora)
daspk - seems to be related to version 2.0 available here http://www.engineering.ucsb.edu/~cse/software.html
dassl available here http://www.engineering.ucsb.edu/~cse/software.html
gl2ps (available in Fedora)
fftpack - available here http://www.netlib.org/fftpack/ (seems to be bundled in scipy, too)
odepack - available here http://www.netlib.org/odepack/ and repackaged here http://www.shocksolution.com/math_tools/odepack/
quadpack - available here http://www.netlib.org/quadpack/
ranlib (randlib?) 1.3 - available here http://lib.stat.cmu.edu/general/Utexas/

Version-Release number of selected component (if applicable):
octave-3.4.0-1
Comment 1 Dominik 'Rathann' Mierzejewski 2011-02-11 15:27:48 UTC 
Blocking FE-Legal for possible amos issue.
Comment 2 Tom "spot" Callaway 2011-06-30 17:55:00 UTC 
I don't see any real evidence that the amos files are derived from the TOMS files. The statement about being an "improved version" of the algorithms almost certainly means that it implements a faster way of doing the same math, not that there is any other relationship, and I'm inclined to assume that unless there is real evidence to the contrary.

The bundling is a real issue though. Lifting FE-Legal
Comment 3 Alex Lancaster 2011-07-12 14:49:56 UTC 
Is it octave upstream that is doing the bundling (i.e. are these bundles in the regular tarball)?  Odd considering that Octave is an official GNU project and I thought that they frown upon bundling too.
Comment 4 Susi Lehtola 2011-07-12 14:59:35 UTC 
At least fftpack is not used, since FFTW is preferred over it. The same may apply to the other ones as well...
Comment 5 mejiko 2012-12-15 09:54:14 UTC 
(In reply to comment #2)

> I don't see any real evidence that the amos files are derived from the TOMS
> files. 

I think that amos library is derived from the TOMS library.
See Reference URI.

Reference:

http://pl.digipedia.org/usenet/thread/12697/9625/

http://octave.1599824.n4.nabble.com/Fwd-OctDev-libcruft-amos-nonfree-Bessel-code-in-Octave-td4632360.html

http://octave.1599824.n4.nabble.com/Can-we-freely-use-AMOS-in-Octave-td4642557.html

http://www.netlib.org/toms/644

http://www.netlib.org/amos/cairy.f
Comment 6 Fedora Admin XMLRPC Client 2013-01-29 15:27:23 UTC 
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.
Comment 7 Fedora End Of Life 2013-04-03 15:09:45 UTC 
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
Comment 8 Tom "spot" Callaway 2013-04-24 16:43:19 UTC 
Based on http://octave.1599824.n4.nabble.com/Can-we-freely-use-AMOS-in-Octave-td4642557.html, I think it is safe to consider AMOS as being in the Public Domain.

The bundling is still an issue.
Comment 9 Orion Poplawski 2013-04-24 23:08:03 UTC 
I've sent a message to the netlib folks to see if they can make it any easier to download the files.  Yeesh.
Comment 10 Dominik 'Rathann' Mierzejewski 2014-02-24 13:31:48 UTC 
Any progress in unbundling?

Looks like current version bundles even more stuff.

libgui/qterminal -> QTerminal (https://github.com/qterminal/qterminal)

liboctave/cruft/
Faddeeva (http://ab-initio.mit.edu/wiki/index.php/Faddeeva_Package)

slatec-err (http://www.netlib.org/slatec/err/)
slatec-fn -> slatec-fnlib (http://www.netlib.org/slatec/fnlib/)

amos, odepack, quadpack and ran(d)lib are still there.

da(spk|srt|ssl) seem to have moved to http://iguana.cs.ucsb.edu/wordpress/?page_id=224#linux
Comment 11 Orion Poplawski 2014-02-24 17:20:55 UTC 
Bah, one step forward, two back it seems.

Actually, the qterminal in octave seems more like http://code.google.com/p/qterminal/
Comment 12 Dominik 'Rathann' Mierzejewski 2015-02-10 08:32:49 UTC 
Ping?
Note You need to log in before you can comment on or make changes to this bug.