This message is both a query and a suggestion.
I am wondering if anyone has run Gnumeric from a USB key or from a CD.
If so, under what platforms?
My feeling is that one of the biggest obstacles to the wider use and
adoption of Gnumeric is that folk have to install it. If we had Gnumeric
on
Having persuaded a friend to start using Gnumeric on her first Linux PC,
I am embarassed that she points out that the Help functionality is not
present. I don't have her version of Libranet distro (a Debian variant),
but my own Xandros 3.0.2 let 1.4.2 be installed via apt and it also says
it
Much, much later than I had intended, I have prepared a more detailed
test of the normal distribution functions (normdist, norminv, normsdist,
normsinv). This is still not complete, but shows some directions that
tests of these functions could take.
The file is at
Morten is right that some values input for inverses tests are not fair
to any spreadsheet processor. I hope to find ways to provide more
informative output, that is, how the calculation fares in relation to
what is reasonable at the default precision. The current example is VERY
preliminary,
As Morten points out:
It is not simple and there are more traps than you might
want.
My own experience is that it is not too difficult to GET the code, but
the configure/compile/link are far from trivial. The main issues in my
case have been libraries that are not as recent as Gnumeric
I've seen a number of msgs on this list about compiling a verion,
usually the latest, of Gnumeric. I've tried myself too.
What I haven't found yet, and not only for Gnumeric, is a good how-to on
actually doing such compiling safely and cleanly without disrupting
one's working environment. That
The discussion is revisiting a lot of work that was done in the 1950s
and 1960s on floating point arithmetic. The gold standard is to
accumulate in a double length mantissa. On some architectures that was
easy to do. The i386 architecture uses IEEE 754 as far as I am aware (I
have not looked at
I managed to crash Gnumeric 1.7.0 (on Ubuntu Edgy) three times trying
same operation.
Had one spreadsheet (xls, opened in Gnumeric), added a sheet, copied a
region from another file (wb3, opened in Gnumeric), tried paste. Bang.
On third try, I'd opened a new spreadsheet and copied the wb3 info
Some of the issues being raised suggest that a spreadsheet is not the
right analytic tool. How about a data frame in R? There are easy
transformations from spreadsheet to data-frame and back (and they should
be better set up but are not to my knowledge!). R allows character
strings to be
The important issue is what conventions are used for time and rate.
About 25 years ago I tried to get information on this from Canadian
banks. Some were cooperative. As I recall, the three that responded used
three DIFFERENT rules. This was for weekly payment mortgages.
In Canada, there is a
SOME_OTHER_METHOD. Would you like to use that
instead?
Of course, this is all over my head. I'm merely hoping to leverage your
40 years of knowledge into a helpful dialog.
--adrian
On Tue, 2007-10-09 at 14:46 -0400, Prof J C Nash wrote:
Polynomial regression was where I came
In Gnumeric 1.7.8 distributed with Ubuntu 7.04 (Feisty), selecting the
Statistical Analysis tool, two-means, unequal variances is like doing
Alt-F4 or Ctrl-Q: Gnumeric closes. Is this a known bug? If not, I'll
submit a report.
J Nash
___
Is anyone else seeing an error in tester.c in the build process for
Gnumeric when
gtk-doc is being built?
I'm getting what looks to be a pretty straightforward typo (an unexpected
parenthesis error) when running JHBuild.
If this is a known issue, I'll just wait a couple of days.
JN
gnumeric.spec.in is not maintained, see bug 159782.
However, 1.14.6 is correct
Morten
The problem, then, is that jhbuild structure (inc. latest modulesets) is out of
date, as it builds libgsf 1.14.5.
I'm prepared to learn how to fix such issues and to dedicate some time to
maintaining and
In case it helps others:
I managed to get a gnumeric build by downloading libgsf version 1.14.6
and doing a manual build of it that matched jhbuild, namely
- download from
http://download.gnome.org/sources/libgsf/1.14/libgsf-1.14.6.tar.gz
to ~/checkout/gnome2/
and unpack
- enter the
There are some resources for testing by Nelson Beebe at
http://www.math.utah.edu/~beebe/software/ieee/timops.html From what I
understand, the main issues are handling of edge effects (underflow,
overflow, divide by 0, etc.) where compilers may do some things
different from the standard's
The complexities of the edge effects are best kept out of the
spreadsheet, as Morten indicates. However, there are some computations
that might be influenced by how a particular internal calculation is
performed. I was earlier looking at the ends of the Gaussian (normal)
distribution where one
In retesting my build process, I'm getting
svn: Network socket initialization failed
at step 5/47 of the build (gnome-common).
This looks like something is wrong with the subversion server rather
than at my end. Am I correct? If not, any hints where to start debugging?
Cheers, JN
, Prof J C Nash wrote:
In retesting my build process, I'm getting
svn: Network socket initialization failed
at step 5/47 of the build (gnome-common).
This looks like something is wrong with the subversion server rather
than at my end. Am I correct? If not, any hints where to start debugging
Seems there is a bug report
bugs.debian.org 480038
The problem is in the libsvn1 library on client machine. I'll try to
figure out the fix. It affects a good deal of jhbuild stuff.
JN
___
gnumeric-list mailing list
gnumeric-list@gnome.org
I've spent some time trying to downgrade subversion from version
1.4.6dfsg1-4 without success. Apt was VERY persistent in keeping that
version. Unfortunately, while I can checkout, for example, gnome-common
using
svn co http://svn.gnome.org/gnome-common/trunk gnome-common
jhbuild gets Network
Following advice from Priit Laes, I got svn working again but had also
got it going on a new virtual Debian.
Unfortunately, I seem to be getting loads of bugs with jhbuild,
particularly concerning python-related problems. This afternoon, I even
tried blowing away jhbuild and re-installing as
The default jhbuild modulesets try to get gcrypt elements from a gnupg
site that no longer is functional. (Stage 2 etc of the build.) Nor are
individual source codes there, but one can download a large bz2 or gz
tarball.
Perhaps there's one or two others out there interested in fixing the
This is very good news. In case it is useful (and perhaps others will add
notes), I've put in some comments on related work:
Mariusz Adamski : 3D Plots
A physics senior from Wroclaw University of Technology in Poland
who will be working with Jean to add surfaces.
-- Duncan
Will do what I can. The names occur multiple time on different sheets,
including in the sheet names, so it is many, many times to sort out.
Unfortunately, we've been sent explicit instructions that linking names
and student numbers in files that are shared with non-authorized staff
is a no-no
I've put a sanitized file at macnash.admin.uottawa.ca/files/badfile.zip
I didn't try this on my laptop, which has suffered enough today, but did
try loading in a Virtualbox instance of Ubuntu Hardy with Gnumeric 1.8.2
(the Hardy default) installed. This actually loaded the file, but I then
I think Jean is right to rename
We also might rename the plot_boxplot plugin which implements all these
plots to plot_stats.
However, all the univariate distribution graphs are perhaps named something like
plot_stats_dist
since there are 2D and 3D graphs, as well as some of the high
27 matches
Mail list logo