./devel/guile-www, Guile WWW module

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]


Branch: CURRENT, Version: 2.39nb1, Package name: guile-www-2.39nb1, Maintainer: gdt

The Guile WWW library is a set of Guile Scheme modules to facilitate
HTTP, URL and CGI programming.


Required to run:
[lang/guile20]

Master sites:

SHA1: e870c3ec4c87437fac4e7c2f777165ba086beb9e
RMD160: 5acc574645ae644170eee32f9b705c660aea4e59
Filesize: 599.848 KB

Version history: (Expand)


CVS history: (Expand)


   2016-09-15 17:38:20 by Greg Troxel | Files touched by this commit (2)
Log message:
Change to guile20

Ride today's PKGREVISION bump.
Drop non-installed file from PLIST.
   2016-09-15 16:32:41 by Thomas Klausner | Files touched by this commit (24)
Log message:
After guile's and guile20's installation prefixes have changed, it's time
to bump their dependencies (except those that were bumped in the last 24
hours already).
   2015-11-03 04:29:40 by Alistair G. Crooks | Files touched by this commit (1995)
Log message:
Add SHA512 digests for distfiles for devel category

Issues found with existing distfiles:
	distfiles/eclipse-sourceBuild-srcIncluded-3.0.1.zip
	distfiles/fortran-utils-1.1.tar.gz
	distfiles/ivykis-0.39.tar.gz
	distfiles/enum-1.11.tar.gz
	distfiles/pvs-3.2-libraries.tgz
	distfiles/pvs-3.2-linux.tgz
	distfiles/pvs-3.2-solaris.tgz
	distfiles/pvs-3.2-system.tgz
No changes made to these distinfo files.

Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden).  All existing
SHA1 digests retained for now as an audit trail.
   2015-02-23 00:04:13 by Greg Troxel | Files touched by this commit (2) | Package updated
Log message:
Update to 2.39.  Upstream changes:

- 2.39 | 2015-02-22

  - doc fix: spell "incompatibility" correctly!

  - ‘http:request’ slightly faster

  - bootstrap tools upgraded
    - GNU Automake 1.15
    - Guile-BAUX 20150108.1006.f6573e4
   2014-10-09 02:57:11 by Greg Troxel | Files touched by this commit (3) | Package updated
Log message:
Update to 2.38.

- 2.38 | 2014-10-08

  - bug-report address changed

    Please send bug reports to the address shown by running command:

     ./configure --help

    Mail sent to the previous address is likely to be misplaced.

  - bugfixes

    - ‘parse-form’ uses ‘list’ instead of ‘values’

      NB: Backward-incompatible change.

      Previously, this ‘(www server-utils form-2-form)’ proc would use
      ‘values’ for form elements that have type info, consing the
      result into the returned alist.  Unfortunately, use of ‘values’
      outside a ‘call-with-values’ context (e.g., as a container, as
      in this case) is not supported by Guile 2.x.

      Now, the four pieces of type info are packaged w/ ‘list’.

    - support for VPATH "make check"

      Previously VPATH "make check" failed to initialize each test's
      infrastructure (i.e., v/common).  Now it takes into account the
      configure-substituted and Makefile var ‘srcdir’ as well.

  - new optional arg ‘u8’

    - ‘(www url-coding) url-coding:decode’

      This proc now takes an optional arg U8, which if non-‘#f’, means
      to return a u8vector instead of a string.

    - ‘(www server-utils parse-request) alist<-query’

      This proc now takes an optionl arg U8, which if non-‘#f’, means
      to return u8vectors instead of strings for names and values.

  - changes to ‘(www server-utils form-2-form) parse-form’

    - non-string args ok

      The first arg can now be a form:

       ((multipart . MINOR) PARAMETER...)

      i.e., the parsed form of the Content-Type header's value.
      Relatedly, the arg's documented name is now simply TYPE.

      The second arg can now be an integer specifying the number of
      bytes to read from the current input port.

      For backward compatibility, TYPE and RAW-DATA can also be
      strings.

    - sub ‘multipart/mixed’ better recognized

      Previously, a (sub) part w/ "Content-Type: multiPART / miXed"
      (for instance) would be handled opaquely.  Now, such a header is
      properly recognized and recursed into.  Sigh, one has to wonder:
      Will there ever be a more tightly specified MIME 2.0?

  - CGI file-uploads can now be done in "move u8" style

    Proc ‘(www cgi) cgi:init’ now accepts options ‘move’, which
    controls how file-uploads are handled.  When specified, the
    uploaded files are returned as procedures that can be called to
    write the actual contents of the file (a u8vector) to a port or
    to return those contents directly.  This option takes precedence
    over ‘uploads-lazy’.

    Another new option is ‘move-simple-text/plain’, which only is
    meaningful if ‘move’ is also specified.  This simplifies the
    value of form parameters with MIME type ‘text/plain’ to a
    string, discarding other MIME information.

    See examples/id.cgi.in for how to use these options.

  - "make check" locale support

    You can customize (somewhat) the locale that tests use by
    manipulating file v/testing-locale.  See README.

  - bootstrap tools upgraded
    - GNU Automake 1.14.1
    - Guile-BAUX 20140110.0849.39e9660
   2013-07-28 22:46:18 by Thomas Klausner | Files touched by this commit (3) | Package updated
Log message:
Update to 2.37:

- 2.37 | 2013-07-28

  - dropped

    - example program wwwcat

      This trivial program is not so interesting.

    - module ‘(www main)’
    - proc ‘(www server-utils parse-request) read-first-line’
    - proc ‘(www server-utils parse-request) read-headers’
    - proc ‘(www server-utils parse-request) skip-headers’
    - proc ‘(www server-utils parse-request) read-body’
    - proc ‘(www http) http:head’
    - proc ‘(www http) http:get’

      These were announced in Guile-WWW 2.34 (2012-03-29) NEWS.

    - support for values in ‘receive-response’ spec

      This was announced in Guile-WWW 2.36 (2012-11-22) NEWS.

  - ‘(www url) url:address’ more strict
  - ‘(www url) url:unknown’ more strict

    Contrary to the Guile-WWW 2.34 (2012-03-29) NEWS blurb, these
    two procs are not being deleted.  Instead, they persist and now
    check their arg for the proper scheme (‘mailto’ and ‘unknown’,
    respectively) to better support the (thin) abstraction they
    provide over the underlying data structure.

  - bootstrap tools upgraded
    - GNU Automake 1.13.4
    - Guile-BAUX 20130705.0751.4969fb4
   2012-11-23 02:17:41 by Greg Troxel | Files touched by this commit (3) | Package updated
Log message:
Update to 2.36.
Drop sed patch (applied upstream).

- 2.36 | 2012-11-22

  - portability fixes

    - import some procs explicitly (Guile 1.4.x)

	Guile 1.4.x does not implicitly provide, e.g., SRFI 13.

    - use appropriate u8 i/o procs

	The "compiler" (har har) build-aux/guile-baux/mm, in cahoots w/
	the configure script, now tries to DTRT for various versions of
	Guile.  Precisely:

	1.4.x -- custom procs based on ‘read-char’ / ‘display’
	1.8   -- uniform-vector-{read!,write} (the "normal" case)
	2.x   -- custom procs based on those in ‘(ice-9 binary-ports)’

	With this change, "make check" under Guile 2.0.6 no longer
	displays any deprecation warnings.  Any that you might encounter
	(for any Guile) is now considered a bug; please report it.

    - avoid ‘\n’ in sed ‘s’ RHS (FreeBSD)

	This was a problem in the "make check" prep (test harness).

    - less "values outside ‘call-with-values’ context"

	Another case was found, but this was internal.  Perhaps others
	lurk -- why doesn't Someone just do a formal audit already?!

  - bootstrap tools upgrade
    - GNU Automake 1.12.5
    - Guile-BAUX 20121120.1242.e233fad
   2012-11-21 02:49:55 by Greg Troxel | Files touched by this commit (2)
Log message:
Add patch to work around upstream bug assuming beyond-POSIX behavior
in sed.

In GNU sed, "\n" in the RHS of a substitution becomes a newline.
POSIX says that \n in the RHS is undefined.  BSD sed treats it as "n".
Because this is in scheme code, and scheme doesn't care about " " vs
"\n", just substitute a space.

Resolves failure of test cases; now "make test" passes.

(This change has been reported upstream and applied to the upstream VCS.)