FPDF is a PHP class which allows to generate PDF files with pure PHP, that is
to say without using the PDFlib library. The advantage is that PDFlib requires
a fee for a commercial usage. F from FPDF stands for Free: you may use it for
any kind of usage and modify it to suit your needs.
FPDF has other advantages: high level functions.
Here is a list of its main features:
* Choice of measure unit, page format and margins
* Page header and footer management
* Automatic page break
* Automatic line break and text justification
* Image support (JPEG and PNG)
* Colors
* Links
* TrueType, Type1 and encoding support
* Page compression
Of course, the generation speed of the document is less than with PDFlib.
However, the performance penalty keeps very reasonable and suits in most
cases, unless your documents are particularly complex or heavy.
Bison is a tool used to write parsers, such as the parser for GNU cc.
It is similar to Yacc, which is included in the base FreeBSD system.
The main difference between Bison and Yacc that I know of is that
Bison supports the @N construction, which gives you access to
the starting and ending line number and character number associated
with any of the symbols in the current rule.
Also, Bison supports the command `%expect N' which says not to mention
the conflicts if there are N shift/reduce conflicts and no reduce/reduce
conflicts.
The differences in the algorithms stem mainly from the horrible
kludges that Johnson had to perpetrate to make Yacc fit in a PDP-11.
Also, Bison uses a faster but less space-efficient encoding for the
parse tables (see Corbett's PhD thesis from Berkeley, "Static
Semantics in Compiler Error Recovery", June 1985, Report No. UCB/CSD
85/251), and more modern technique for generating the lookahead sets.
(See "Efficient Construction of LALR(1) Lookahead Sets" by F. DeRemer
and A. Pennello, in ACM TOPLS Vol 4 No 4, October 1982. Their
technique is the standard one now.)
The game is very simple. There is an 8x8 array of jewels of 7 types. You
need to get 3 or more in a row horizontally or vertically in order to
score points. You can swap any two jewels that are next to each other
up and down or left and right. The mechanic is to click the mouse on the
first one, then drag in the direction to switch with. Then let up on the
mouse button, but this last isn't so critical.
Jewels can only be swapped if after the swap there is at least one 3 or more
in a row set created. Otherwise the jewels return to their original position.
There is a clock shown on the left. When it counts down to 0 the game is over.
You will probably be able to enter your name into the high score table.
Hit enter when done.
Hit F1 or spacebar to start a new game, or ESC to exit.
This game makes use of OpenGL. Without an OpenGL implementation it won't work.
If you only have software rendering you can still play but the frame rate
will be lower. The GLX module must be present as well.
Darktable is a virtual lighttable and darkroom for photographers: an open
source photography workflow application and raw image developer. It manages
digital negatives in a database and lets one view them through a zoomable
lighttable. It also enables one to develop raw images and enhance them.
Darktable tries to fill the gap between many excellent existing free raw
converters and image management tools (such as UFRaw or F-Spot). The user
interface is built around efficient caching of image metadata and mipmaps,
all stored in a database. The user will always be able to interact, even
if the full resolution image is not yet loaded.
All editing is fully non-destructive and only operates on cached image
buffers for display. The full image is only converted during export. The
frontend is written in Gtk+/Cairo, the database uses SQLite3, raw image
loading is done using libraw and rawspeed, high-dynamic range and standard
image formats such as JPEG are also supported. The core operates completely
on floating point values, so darktable can not only be used for photography
but also for scientifically acquired images or output of renderers (high
dynamic range).
Dbmail is the name of a group of programs that enable the possibility of
storing and retrieving mail messages from a database (currently MySQL,
PostgreSQL or SQLite).
* Scalability.
Dbmail is as scalable as the database system that is used for the mail
storage. In theory millions of accounts can be managed using dbmail. One
could, for example, run 4 different servers with the pop3 daemon each
connecting to the same database (cluster) server.
* Manageability.
Dbmail is based upon a database. Dbmail can be managed by changing settings
in the database (f.e. using PHP/Perl/SQL), without needing shell access.
* Speed.
Dbmail uses very efficient, database specific queries for retrieving mail
information. This is much faster then parsing a filesystem.
* Security.
Dbmail has got nothing to do with the filesystem or interaction with other
programs in the Unix environment which need special permissions. Dbmail is
as secure as the database it's based upon.
* Flexibility.
Changes on a Dbmail system (adding of users, changing passwords etc.) are
effective immediately.
Dbmail is the name of a group of programs that enable the possibility of
storing and retrieving mail messages from a database (currently MySQL,
PostgreSQL or SQLite).
* Scalability.
Dbmail is as scalable as the database system that is used for the mail
storage. In theory millions of accounts can be managed using dbmail. One
could, for example, run 4 different servers with the pop3 daemon each
connecting to the same database (cluster) server.
* Manageability.
Dbmail is based upon a database. Dbmail can be managed by changing settings
in the database (f.e. using PHP/Perl/SQL), without needing shell access.
* Speed.
Dbmail uses very efficient, database specific queries for retrieving mail
information. This is much faster then parsing a filesystem.
* Security.
Dbmail has got nothing to do with the filesystem or interaction with other
programs in the Unix environment which need special permissions. Dbmail is
as secure as the database it's based upon.
* Flexibility.
Changes on a Dbmail system (adding of users, changing passwords etc.) are
effective immediately.
ndiff is a utility for comparing putatively similar files, ignoring small
numeric differences. The utility is written by Nelson H. F. Beebe and
covered by the GNU General Public License (GPL), version 2. It may be
built with arbitrary precision support (more powerful) or using built-in
floating point precision, see Makefile.
Assessing the consistency of a numerical program run in multiple
environments (operating systems, architectures, or compilers) can be a
difficult task for a human, as small differences in numerical output values
are expected. File differencing utilites, such as diff(1), will generally
produce voluminous output, often longer than the original files.
ndiff solves this problem. Taking two text files expected to be
identical, or at least numerically similar, it allows to specify absolute
and/or relative error tolerances for differences between numerical values
in the two files, and then reports only the lines with values exceeding
those tolerances. It also tells by how much they differ. A simple example:
% ndiff --relative-error 1.0e-3 test019.txt.1 test019.txt.2
### Maximum relative error in matching lines = 8.64e-51 at line 129 field 4
From <http://cran.R-project.org/doc/FAQ/R-FAQ.html#What-is-R_003f>:
R is a system for statistical computation and graphics. It consists of
a language plus a run-time environment with graphics, a debugger,
access to certain system functions, and the ability to run programs
stored in script files.
The core of R is an interpreted computer language which allows branching
and looping as well as modular programming using functions. Most of the
user-visible functions in R are written in R. It is possible for the user
to interface to procedures written in the C, C++, or FORTRAN languages
for efficiency. The R distribution contains functionality for a large
number of statistical procedures. Among these are: linear and generalized
linear models, nonlinear regression models, time series analysis, classical
parametric and nonparametric tests, clustering and smoothing. There is also
a large set of functions which provide a flexible graphical environment for
creating various kinds of data presentations. Additional modules ("add-on
packages") are available for a variety of specific purposes.
The purpose of this project is to develop a free (open source),
platform independent alternative to Origin. QtiPlot is being actively
improved, all your suggestions to our "wish to" list and all your
contributions are most welcome!
Features:
* QtiPlot is fully scriptable via Python, which gives you the
possibility to use powerfull existing scientific tools, such as
SciPy
* OpenGL based 3D Plotting
* Publication quality 2D plots
* Easy export of plots to vector formats (EPS, PS, PDF) and
to other various image formats (BMP, JPG, PNG, TIFF etc ...)
* Powerful and versatile spreadsheets and calculations in column-logic
* Easy ASCII-Import/Export of single or multiple files
* Linear and non-linear y=f(x) curve fitting and estimation of
statistical errors of the fit-parameters
* Multi-peak fitting with Gaussian and Lorentzian peak profiles
* Data analysis: statistics, sorting, FFT, data smoothing
(Savitzky-Golay, FFT smoothing, and moving window average), data
filtering (low/high/band pass and band block filters),
convolution/deconvolution, correlation, interpolation, numerical
integration/differentiation, etc...
* Matrices optimized for 3D plotting
* Templates support: all the settings for plots (2D/3D), tables
and matrixes can be saved to ASCII files and restored later on for
a fast editing process
* Project files based on folders, a powerful project explorer with
extensive built-in features: drag and drop, searching facilities,
etc...
U-Boot loader for Wandboard Solo, Dual, and Quad.
Install the u-boot.imx file onto the boot disk using:
dd if=u-boot.imx of=/dev/whatever bs=1k oseek=1 conv=sync
The U-Boot built by this port expects the first 1MB of the boot media to
be reserved for the U-Boot executable and saved environment. The u-boot.imx
file begins at an offset of 1K from the start of the boot disk. The U-Boot
environment area begins at an offset of 512K.
This version is patched so that:
* ELF and API features are enabled to support ubldr.
* A single U-Boot image supports Solo, Dual[lite], and Quad processors.
* When the selected board has multiple SD or MMC devices available, the
mmc0 device in U-Boot (and thus the disk0 device in loader(8)) will be
whichever device U-Boot was loaded from by the ROM bootloader routines.
The sources for this port were originally obtained from commit 87f595d1ee
at https://github.com/TechNexion/U-Boot-edm/ which appears to be a slightly
modified fork of the stock U-Boot 2013.10 release. As of this writing,
the changes in this fork have not been rolled back into upstream U-Boot.
For general information about U-Boot see WWW: http://www.denx.de/wiki/U-Boot