File python-rsl.spec of Package python-rsl

#
# spec file for package python-rsl
#
# Copyright (c) 2014 SUSE LINUX Products GmbH, Nuernberg, Germany.
#
# All modifications and additions to the file contributed by third parties
# remain the property of their copyright owners, unless otherwise agreed
# upon. The license for this file, and modifications and additions to the
# file, is the same license as for the pristine package itself (unless the
# license for the pristine package is not an Open Source License, in which
# case the license is the MIT License). An "Open Source License" is a
# license that conforms to the Open Source Definition (Version 1.9)
# published by the Open Source Initiative.

# Please submit bugfixes or comments via http://bugs.opensuse.org/


Name:           python-rsl
Version:        0.2.1
Release:        0
License:        BSD
Summary:        Remote Service Library API
Url:            http://sourceforge.net/projects/rslib/
Group:          Development/Languages/Python
Source:         https://pypi.python.org/packages/source/r/rsl/rsl-%{version}.tar.gz
BuildRequires:  python-devel
BuildRequires:  python-setuptools
BuildRoot:      %{_tmppath}/%{name}-%{version}-build
%if 0%{?suse_version} && 0%{?suse_version} <= 1110
%{!?python_sitelib: %global python_sitelib %(python -c "from distutils.sysconfig import get_python_lib; print get_python_lib()")}
%else
BuildArch:      noarch
%endif

%description
RSL - Remote Service Library
This module provides a collection of interfaces and a "plugin" mechanism to
access remote services with different protocols and technology in a unified 
way.

The library has been developed as part of a "command line shell service 
integration". It has been separated into its own package to allow a modular 
installation and if may be useful for other projects too.

RSL is a pure client side library which allows easy access to web services. It
provides a full abstraction of service protocol and technology and tries to map
each remote service to Python methods. Hence, from a programmers point of view, 
there should be almost no difference (except some minimal boilerplate) between
a local method call and a remote call. Even the fact, whether SOAP, JSON or
whatever protocol in use, should be completely hidden (but not inaccessible).

One of the main goals of the library is, to make it easily possible to add more
web service and transport protocols, without changing all the other parts. This
allows to extend the library bit by bit and makes each package much more
maintainable. It also allows to keep the installation foot print at a minimum 
(just install only required modules).


%prep
%setup -q -n rsl-%{version}

%build
python setup.py build

%install
python setup.py install --prefix=%{_prefix} --root=%{buildroot}

%files
%defattr(-,root,root,-)
%{python_sitelib}/*

%changelog