Age | Commit message (Collapse) | Author | Files | Lines |
|
This was one of the ways to build packages, we are trying
hard to minimize different ways so it's easier for newcomers
to learn only one way.
This also:
- removes texLive (old), fixes #14807
- removed upstream-updater, if that code is still used it should be in
separate repo
- changes a few packages like gitit/mit-scheme to use new texlive
|
|
This follows on from PR #16965 for qrupdate and PR #16968 for fltk.
WIth these, the added explicit dependencies on arpack (to support
the octave `eigs` function) and `libwebp`, and not pulling X11 things,
octave works properly on darwin.
|
|
|
|
bugfix release, they say.
|
|
I think those were not updated since 3.8.2. They worked for me. Let's see.
|
|
The expression inherits integer width from OpenBLAS, so Octave will use
64-bit integers if OpenBLAS supports it. However, this feature in Octave
is experimental, so we continue to use OpenBLAS with 32-bit integers by
default. (This only applies to the integer width, the pointer width is
always the platform-native width.)
|
|
|
|
http://hydra.nixos.org/build/19917018
|
|
I find octave quite unusable, without its help pages. Recently it started to
require gnuplot to generate them (even the text-only).
I also enabled parallel building. A comment from 2012 said about spurious
failures if it were enabled, but I don't know if these happen again. Let's
enable it to see.
(cherry picked from commit a6f1024b1f2235825d7b441125db2e0d42febdd1)
Conflicts:
pkgs/top-level/all-packages.nix
|
|
|
|
|
|
Also change "," placement to be consistent and remove unnecessary let.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
I saw I added it, but I can't remember why, and now I don't see what is
it for. It gets into octave closure, so it's a bit annoying for its size.
|
|
|
|
Pet peeve...
|
|
An expression like ‘getConfig [ "cabal" "libraryProfiling" ] false’
can be written more concisely as ‘config.cabal.libraryProfiling or false’.
|
|
I don't know what they fixed.
|
|
The error http://hydra.nixos.org/build/2748254/log/tail-reload
makes me think there are concurrency problems in the octave build.
In my computer it builds fine.
|
|
svn path=/nixpkgs/trunk/; revision=33757
|
|
svn path=/nixpkgs/trunk/; revision=32904
|
|
check phase in the out store path.
svn path=/nixpkgs/trunk/; revision=32496
|
|
the report this way.
svn path=/nixpkgs/trunk/; revision=32467
|
|
available.
I also add more libs octave appreciates for some functions.
I've not tested the graphics toolkit, but it builds.
svn path=/nixpkgs/trunk/; revision=32465
|
|
Linking octave with clapack did not work.
I updated lapack, and additionally I build it with atlas, instead of blas. That should give
better performance. I don't know if atlas builds everywhere though.
On the other hand, maybe some programs linking with liblapack will fail. We'll have to check
the hydra reports.
I plan to remove clapack; liblapack provides a C interface too.
svn path=/nixpkgs/trunk/; revision=32464
|
|
crashes at
plot(1), as 3.6.0 also did. I don't know what's wrong there.
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff694e3ad in dtrtri_
Exact as 3.6.0. I'll revert to the old octave version that worked without any
blas or lapack implementation.
--This line, and those below, will be ignored-e-
M pkgs/development/interpreters/octave/default.nix
svn path=/nixpkgs/trunk/; revision=32460
|
|
svn path=/nixpkgs/trunk/; revision=32451
|
|
needed for static linking, because we are linking it dynamically.
Made octave link with graphicsmagick to get imread() working.
Nevertheless, imread does not work, because of some problems between octave and latest versions of graphicsmagick: http://www-old.cae.wisc.edu/pipermail/octave-maintainers/2010-February/015295.html
Next to do: add an older version of graphics magick for octave.
svn path=/nixpkgs/trunk/; revision=20389
|
|
Maybe it got in from their recent fltk/gl attempts to make their own plotter.
svn path=/nixpkgs/trunk/; revision=20017
|
|
svn path=/nixpkgs/trunk/; revision=20007
|
|
source regions which are substituded by the tool nix-repository-manager.
See http://github.com/MarcWeber/nix-repository-manager/raw/master/README.
sourceByName is called sourceFromHead now.
updates: MPlayerTrunk, haxe, neko, netsurf, cinelerra, ctags
cinelerra does no longer build due to Xorg update
svn path=/nixpkgs/trunk/; revision=18894
|
|
* Also a bunch of style cleanups (tabs, with args, ...).
svn path=/nixpkgs/branches/stdenv-updates/; revision=15235
|
|
expressions/builders for Fortran. Tested by building Octave with
gfortran 4.3.
svn path=/nixpkgs/branches/stdenv-updates/; revision=14978
|
|
svn path=/nixpkgs/branches/stdenv-updates/; revision=14965
|
|
svn path=/nixpkgs/branches/stdenv-updates/; revision=14960
|
|
svn path=/nixpkgs/trunk/; revision=14955
|
|
|
|
Subversion 1.5...
svn path=/nixpkgs/branches/stdenv-updates/; revision=13601
|
|
svn path=/nixpkgs/trunk/; revision=13561
|
|
svn path=/nixpkgs/branches/stdenv-updates/; revision=13042
|
|
URLs to http://nix.cs.uu.nl/dist/tarballs. With content-addressable
mirror support (r9190, NIXPKGS-70) this is no longer necessary:
fetchurl will try to download from that location automatically. So
we can keep the original URLs.
svn path=/nixpkgs/trunk/; revision=9192
|
|
svn path=/nixpkgs/trunk/; revision=6711
|
|
* Use GNU make 3.80 for StrategoXT.
* Updated octave.
svn path=/nixpkgs/trunk/; revision=5502
|