← Back to branch summary

~vcs-imports-ii/pspp/master

« back to all changes in this revision

Viewing changes to README

  • Committer: Ben Pfaff
  • Date: 2023-02-27 18:00:48 UTC
  • Revision ID: git-v1:ac97c51273f9d180eb492adc3643729973dab6dd
Update README.

The PSPP output subsystem is now pretty good and I don't think that it's
necessary to include it as future work anymore.

I haven't heard anything about OpenBSD in a while, so I don't think it's
necessary to list its tests as an explicit caveat.

These days I tend to prefer hearing bug reports via email.

Show diffs side-by-side

added added

removed removed

Lines of Context:
README
20
20
Source code for the latest release of PSPP is available at
21
21
ftp://ftp.gnu.org/pub/gnu/pspp/.  Test releases are at
22
22
ftp://alpha.gnu.org/gnu/pspp/.  Development sources are available
23
 
at http://savannah.gnu.org/projects/pspp
24
 
 
25
 
The following miscellaneous notes apply to this release:
26
 
 
27
 
        * On a few operating systems, such as OpenBSD, some of the
28
 
          tests may fail with messages similar to: 'Warning: cannot
29
 
          create a converter for "646" to "UTF-8"'.  These test
30
 
          failures may safely be ignored.
31
 
 
32
 
Questions and comments about using PSPP may be sent to pspp-users@gnu.org.
33
 
Bug reports may be filed at http://savannah.gnu.org/bugs/?group=pspp
34
 
or emailed to bug-gnu-pspp@gnu.org.  We prefer the web-based system
35
 
because it makes it more difficult for us to lose track of bugs, but we
36
 
are happy to hear from users through any means.
 
23
at https://savannah.gnu.org/projects/pspp
 
24
 
 
25
Questions and comments about using PSPP may be sent to
 
26
pspp-users@gnu.org.  Please email bug reports to bug-gnu-pspp@gnu.org
 
27
or file them online at https://savannah.gnu.org/bugs/?group=pspp.
37
28
 
38
29
The PSPP bug tracker and bug reporting mailing list are public.  To
39
30
privately report a security vulnerability in GNU PSPP, please send
79
70
          constructs.  We wish to improve the situation by supplying a
80
71
          more complete and flexible parser generator.
81
72
 
82
 
        * Easy-to-use support for producing attractive output.
83
 
          Currently, output is done by writing code to explicitly fill
84
 
          in table cells with data.  We should be able to supply a
85
 
          more convenient interface that also allows for providing
86
 
          machine-readable output.
87
 
 
88
73
        * Eventually, a plug-in interface for procedures.  Over the
89
74
          short term, the interface between the PSPP core and
90
75
          statistical procedures is evolving quickly enough that a