Fedora 13 Update: python-foolscap-0.5.1-1.fc13

[updates at fedoraproject.org]

--------------------------------------------------------------------------------
Fedora Update Notification
FEDORA-2010-9923
2010-06-14 16:42:52
--------------------------------------------------------------------------------

Name        : python-foolscap
Product     : Fedora 13
Version     : 0.5.1
Release     : 1.fc13
URL         : http://foolscap.lothar.com
Summary     : Next-generation RPC protocol, intended to replace Perspective Broker
Description :
Foolscap (aka newpb) is a new version of Twisted's native RPC protocol, known
as 'Perspective Broker'. This allows an object in one process to be used by
code in a distant process. This module provides data marshaling, a remote
object reference system, and a capability-based security model.

--------------------------------------------------------------------------------
Update Information:

Changes since the last version:    * Release 0.5.1 (25 Mar 2010)    ** Bugfixes
This release fixes a significant performance problem, causing receivers a  very
long time (over 10 seconds) to process large (>10MB) messages, for  example when
receiving a large string in method arguments. Receiver CPU time  was quadratic
in the size of the message. (#149)    ** Other Changes    This release removes
some unused code involved in the now-abandoned  resource-exhaustion defenses.
(#127)      * Release 0.5.0 (18 Jan 2010)    ** Compatibility    The wire format
remains the same as in earlier releases. The preferred API  import path has
changed, see below.    ** API changes: import statements, foolscap.api    To
reduce circular dependencies in Foolscap's internal code, a new  "foolscap.api"
module has been created. Applications should use:     from foolscap.api import
Tub    instead of e.g. "from foolscap import Tub". Deprecation warnings will be
raised for code which imports symbols directly from the "foolscap" module.
These warnings will turn into errors in the 0.6.0 release. (see ticket #122  for
details)    The nearly-useless getRemoteURL_TCP() function was removed.    **
setup.py is more windows-friendly    The main setup.py script has been modified
to use setuptools "entry_points="  on windows, which should help create runnable
executables of "flogtool" and  "flappserver", with proper extensions. Entry-
point scripts are not used on  non-windows platforms, but setuptools still
creates fairly opaque executable  scripts (which makes it hard to figure out
that e.g. /usr/bin/flogtool wants  to import the "foolscap" module). To get non-
opaque scripts, install with  "setup.py install --single-version-externally-
managed". (#109)    ** tool changes    *** flappserver    "flappserver create"
now records the umask value from its environment, and  uses it later when the
server is started (since normally twistd resets the  umask to a very restrictive
value). A new --umask argument was added to  override this. The server's base
directory is chmod go-rwx to protect the  private key from other users.    The
"flappserver start" command uses twisted.scripts.twistd.run(), instead of
spawning an intermediate "twistd" process with os.execvp(). This should make
things work better in environments where Twisted is not fully installed
(especially on windows) and correctly launching "twistd" is non-trivial, such
as when some other package is installing it as a setuptools dependency.
"flappclient upload-file ~/foo.txt" will use os.path.expanduser() on the
filename, even if your shell does not. This should make it easier to use from
e.g. buildbot upload commands. (#134)    *** logging    The "flogtool dump" and
"flogtool web-viewer" commands now have a  --timestamps argument, which controls
how timestamps are expressed (UTC vs  localtime, ISO-9601, etc). The web-viewer
HTML pages now have more timestamp  and sorting options, and hyperlinks to
select each. (#100)    "flogtool web-viewer --open" will tell your local web
browser to open to the  correct page, using the Python stdlib "webbrowser"
module.    "flogtool dump" now emits a better error when told to open a missing
file.    *** examples    Examples of running the Git version-control-system over
a flappserver-based  secure connection have been added to doc/examples/ . This
enables  remote-update authority to be expressed as a FURL with no other shell
privileges. To accomplish the same with ssh "authorized_keys" command
restrictions is annoying and error-prone. See  doc/examples/git-proxy-
flappclient for setup instructions. This will probably  be simplified to a
single "git-furl" executable in a later release.    The xfer-client/xfer-server
/command-client examples have been removed,  obsoleted by the
flappserver/flappclient tools.    ** Other changes    The DeprecationWarning for
the obsolete "sets" module is now removed on  python2.6 (#124)    When a
getReference() call fails because the remote Tub does not recognize  the FURL,
it now only emits the first two letters of the secret swissnum in  the
exception, instead of the whole thing. This reduces information leakage  into
e.g. stderr logs from a "flappclient --furlfile=X upload-file" command.
DeadReferenceError now includes the remote tubid, interfacename, and remote
method name of the message that was being sent when the lost connection was
discovered, so log.err() calls which record a DeadReferenceError should  include
this information. This may make it easier to locate the code that  provoked the
error.
--------------------------------------------------------------------------------
ChangeLog:

* Sun Jun 13 2010 Thomas Spura <tomspur at fedoraproject.org> 0.5.1-1
- update to new version
--------------------------------------------------------------------------------
References:

  [ 1 ] Bug #603533 - please update at least in rawhide
        https://bugzilla.redhat.com/show_bug.cgi?id=603533
--------------------------------------------------------------------------------

This update can be installed with the "yum" update program.  Use 
su -c 'yum update python-foolscap' at the command line.
For more information, refer to "Managing Software with yum",
available at http://docs.fedoraproject.org/yum/.

All packages are signed with the Fedora Project GPG key.  More details on the
GPG keys used by the Fedora Project can be found at
https://fedoraproject.org/keys
--------------------------------------------------------------------------------