Resending since it didn't make it to the list.

---------- Forwarded message ----------
From: viq <vic...@gmail.com>
Date: Sun, Jun 28, 2015 at 5:25 PM
Subject: duplicity backup to hubic - bunch of new deps
To: "ports@openbsd.org" <ports@openbsd.org>


Process in large part inspired by
https://gist.github.com/molobrakos/ff1620ce6031c99f120b and all ports
are present at https://github.com/jasperla/openbsd-wip/

Basic goal: encrypted offsite backups, without paying much for them.
Duplicity (especially when wrapped in duply, but about that later)
provides the former, hubic seems to provide the latter. But enabling
this required quite a bit of dependent ports and updating duplicity.
Ports attached in separate tarballs.
Going from the top:
=====
cat net/py-pyrax/pkg/DESCR
A library for working with most OpenStack-based cloud deployments,
though it originally targeted the Rackspace public cloud. For example,
the code for cloudfiles contains the ability to publish your content
on Rackspace's CDN network, even though CDN support is not part of
OpenStack Swift. But if you don't use any of the CDN-related code,
your app will work fine on any standard Swift deployment.

=====
cat net/py-swiftclient/pkg/DESCR
This is a python client for the Swift API. There's a Python API (the
``swiftclient`` module), and a command-line script (``swift``).

This code is based on the original client previously included with
OpenStack's swift -- a highly available, distributed, eventually
consistent object/blob store.

WWW: http://launchpad.net/python-swiftclient

=====
cat net/py-novaclient/pkg/DESCR
This is a client for the OpenStack Nova API. There's a Python
API (the novaclient module), and a command-line script (nova).
Each implements 100% of the OpenStack Nova API.

=====
cat net/py-keystoneclient/pkg/DESCR
his is a client for the OpenStack Identity API, implemented by
Keystone. There’s a Python API (the keystoneclient module), and a
command-line script (keystone).

=====
cat devel/py-oslo-serialization/pkg/DESCR
The oslo.serialization library provides support for representing
objects in transmittable and storable formats, such as JSON and
MessagePack.

=====
cat devel/py-oslo-config/pkg/DESCR
slo configuration API supports parsing command line arguments and
.ini style configuration files.

=====
cat devel/py-stevedore/pkg/DESCR
Python makes loading code dynamically easy, allowing you to configure
and extend your application by discovering and loading extensions
(“plugins”) at runtime. Many applications implement their own
library for doing this, using __import__ or importlib. stevedore
avoids creating yet another extension mechanism by building on top
of setuptools entry points. The code for managing entry points tends
to be repetitive, though, so stevedore provides manager classes for
implementing common patterns for using dynamically loaded extensions.

=====
cat devel/py-oslo-utils/pkg/DESCR
The oslo.utils library provides support for common utility type
functions, such as encoding, exception handling, string manipulation,
and time handling.

=====
cat devel/py-oslo-i18n/pkg/DESCR
The oslo.i18n library contain utilities for working with
internationalization (i18n) features, especially translation for text
strings in an application or library.

=====
cat devel/py-debtcollector/pkg/DESCR
A collection of Python deprecation patterns and strategies that help
you collect your technical debt in a non-destructive manner.

=====
cat devel/py-wrapt/pkg/DESCR
The aim of the wrapt module is to provide a transparent object proxy
for Python, which can be used as the basis for the construction of
function wrappers and decorator functions.

The wrapt module focuses very much on correctness. It therefore
goes way beyond existing mechanisms such as functools.wraps() to
ensure that decorators preserve introspectability, signatures, type
checking abilities etc. The decorators that can be constructed using
this module will work in far more scenarios than typical decorators
and provide more predictable and consistent behaviour.

To ensure that the overhead is as minimal as possible, a C extension
module is used for performance critical components. An automatic
fallback to a pure Python implementation is also provided where a
target system does not have a compiler to allow the C extension to
be compiled.

=====
cat net/py-netifaces/pkg/DESCR
It’s been annoying me for some time that there’s no easy way
to get the address(es) of the machine’s network interfaces from
Python. There is a good reason for this difficulty, which is that
it is virtually impossible to do so in a portable manner. However,
it seems to me that there should be a package you can easy_install
that will take care of working out the details of doing so on the
machine you’re using, then you can get on with writing Python code
without concerning yourself with the nitty gritty of system-dependent
low-level networking APIs.

This package attempts to solve that problem.

=====
cat devel/py-pbr/pkg/DESCR
PBR is a library that injects some useful and sensible default
behaviors into your setuptools run. It started off life as the chunks
of code that were copied between all of the OpenStack projects. Around
the time that OpenStack hit 18 different projects each with at least
3 active branches, it seems like a good time to make that code into
a proper re-usable library.

=====


py-netifaces segfaults when trying to display routes, but it does so on
FreeBSD as well. My C is too atrophied to know which side to approach
this from.

Otherwise this set of ports allows
https://github.com/puzzle1536/hubic-wrapper-to-swift to run and list
stuff, and duplicity as driven by duply work with hubic.

For now just updated duplicity to 0.7.x version, do we want to do that,
or keep both versions in tree? Currently their site lists 0.6 as in the
process of being deprecated, while 0.7 is listed as development
release.

There need to be some decisions made regarding which version of gpg to
use, but I guess that can happen when I have a version of duply that's
presentable. Current one works from what I can tell, but sure ain't
pretty.
--
viq <vic...@gmail.com>


-- 
viq

Attachment: duplicity.tar.gz
Description: application/compressed-tar

Attachment: py-debtcollector.tar.gz
Description: application/compressed-tar

Attachment: py-keystoneclient.tar.gz
Description: application/compressed-tar

Attachment: py-netifaces.tar.gz
Description: application/compressed-tar

Attachment: py-novaclient.tar.gz
Description: application/compressed-tar

Attachment: py-oslo-config.tar.gz
Description: application/compressed-tar

Attachment: py-oslo-i18n.tar.gz
Description: application/compressed-tar

Attachment: py-oslo-serialization.tar.gz
Description: application/compressed-tar

Attachment: py-oslo-utils.tar.gz
Description: application/compressed-tar

Attachment: py-pbr.tar.gz
Description: application/compressed-tar

Attachment: py-pyrax.tar.gz
Description: application/compressed-tar

Attachment: py-stevedore.tar.gz
Description: application/compressed-tar

Attachment: py-swiftclient.tar.gz
Description: application/compressed-tar

Attachment: py-wrapt.tar.gz
Description: application/compressed-tar

Reply via email to