IXIN 1.1 available

[Thien-Thi Nguyen]

release notes:

  Write path (a2ixin et al) tested w/ Guile 1.8.7.
  Read path (retrieve) tested w/ Guile 1.4.1.127, 1.8.7, 2.0.6.

  thi

README excerpts:

  IXIN is an EXPERIMENTAL distribution of EXPERIMENTAL code and
  some pre-built IXIN files.  IXIN stands for "indexed texinfo".

  All code is under GPLv3+.  All (.xml) docs are under GFDL.

  [...]

  It defines a documentation file format and provides two simple
  tools to write and read, respectively, files in that format.

NEWS excerpt:

  - 1.1 | 2012-12-01

- included in dist: .sxml, .ixin files

This is for the benefit of Guile 2-only users, and those who
choose not to install Mixp.  If you modify foo.xml, however, you
will still need Mixp (or a fixed a1-nf3-guile2) to update the
foo.sxml (optionally) and foo.ixin (certainly) files.

- bugfix: ‘(ice-9 pretty-print)’ fix applied more/less deeply

Previously, the ‘string-xrep’ fix was applied only when the
object to be output was directly a string.  Now, we intervene
for any object (subverting ‘object->string’), to be able to
handle two compound types, list and vector, which themselves may
contain strings (and thus must be walked).  So much for the
"more deeply" side.

The "less deeply" comes from the incomplete (application
specific) coverage of compound types.  Everything besides
string, list or vector is still shunted to ‘object->string’.
This imposes a maintenance burden: should programs one day wish
to pretty-print other compound types that involve ‘write’ or
‘object->string’ on strings internally, the subversion needs
to be appropriately updated.

Anyway, this bug manifested in the improper output of:

  (punct (@ (end-of-sentence "no")) "…")

under Guile 1.8.7 (mangled ‘U+2026 HORIZONTAL ELLIPSES’), and
possibly other places, where the form's xrep fits on one line.

tarball, etc, in dir:

  http://www.gnuvola.org/software/ixin/

atom feed:

  http://www.gnuvola.org/NEWS.atom

-- 
Thien-Thi Nguyen . GPG key: 4C807502
.  NB: ttn at glug dot org is not me   .
. (and has not been since 2007 or so)  .
.ACCEPT NO SUBSTITUTES .
... please send technical questions to mailing lists ...


pgpTok5vFMPIR.pgp
Description: PGP signature

programs

[spilledmilkfruitfactor...@gmail.com]

what types oof programs are planned for GUILES FUTURE???

Re: Guile

[Daniel Hartwig]

[Off topic for guile-sources@, please continue at guile-user@.]

On 2 December 2012 04:30, spilledmilkfruitfactor...@gmail.com
 wrote:
> Will Guile be a operating system?

Hi

Guile provides an environment for programs to run; those programs can
be written in a variety of high- and low-level languages.  In this
regard it is quite similar to a Smalltalk environment, the Common
Language Runtime [1], the Java Runtime Environment, and other
virtual machines.

There are interfaces for common tasks such as managing processes,
network communication, file storage, etc..

There is nothing that prevents implementing facilities to manage
desktop sessions, disk quotas, software, etc. in Guile, however,
that is really beyond the scope of the project proper.  Guile
provides facilities to create and run programs, it does not attempt
to implement any particular user or system management facilities.

Perhaps one day we will see a system like this in Guile, perhaps
a port of GNU Hurd.

[1] 

> Can it be implemented into security encryption software into it's
> own opperating system GUILE, UNIX, LINUX, OSx, Windows.?

Your question is not clear.  You can write encryption software in
Guile, certainly.  You could also embed a Guile process in to some
existing encryption software.

However, I suppose that you actually mean whether can Guile be used
to implement security and access restrictions for users and programs.
In short, yes, it can, but again, not really within the scope of the
project.

The security model provided by Guile is that inherent to it's primary
language Scheme.  This is a capability model [2], where the reference
to an object contains the authority to act on that object in
particular ways.

If this is a topic of interest to you I highly recommend to read the
Rees dissertation [3].

[2] 
[3] 

> can i use it to make a software piece similar to firegpg or gpg4win
> with everything like the clip-board are build directly into each
> binary.

Probably.  Though what do you mean, “the clip-board are build directly
into each binary”?

Regards

Re: Guile

[Daniel Hartwig]

On 2 December 2012 12:46, Daniel Hartwig  wrote:
> Perhaps one day we will see a system like this in Guile, perhaps
> a port of GNU Hurd.

That is, implemented for the Guile environment, not as part of the
Guile itself.