forked from pool/python-celery
426c2a6eaf
* celeryd: 2.2.3 broke error logging, resulting in tracebacks not being logged.
* AMQP result backend: Polling task states did not work properly if there were
more than one result message in the queue.
* TaskSet.apply_async() and TaskSet.apply() now supports an optional
taskset_id keyword argument (Issue #331).
* The current taskset id (if any) is now available in the task context as
request.context (Issue #329).
* SQLAlchemy result backend: `date_done` was no longer part of the results as it had
been accidentally removed. It is now available again (Issue #325).
* SQLAlchemy result backend: Added unique constraint on `Task.task_id` and
`TaskSet.taskset_id`. Tables needs to be recreated for this to take effect.
* Fixed exception raised when iterating on the result of TaskSet.apply().
* Tasks Userguide: Added section on choosing a result backend.
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-celery?expand=0&rev=27
71 lines
2.3 KiB
RPMSpec
71 lines
2.3 KiB
RPMSpec
#
|
|
# spec file for package python-celery (Version 2.2.4)
|
|
#
|
|
# Copyright (c) 2010 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-celery
|
|
Version: 2.2.4
|
|
Release: 1
|
|
License: BSD License
|
|
Summary: Distributed Task Queue
|
|
Url: http://github.com/ask/celery
|
|
Group: Development/Libraries/Python
|
|
Source: celery-%{version}.tar.bz2
|
|
BuildRequires: python-devel
|
|
BuildRequires: python-setuptools
|
|
Requires: python-anyjson
|
|
Requires: python-daemon
|
|
Requires: python-django-unittest-depth
|
|
Requires: python-kombu
|
|
Requires: python-tyrant
|
|
BuildRoot: %{_tmppath}/%{name}-%{version}-build
|
|
%{py_requires}
|
|
%if %{?suse_version: %{suse_version} > 1110} %{!?suse_version:1}
|
|
BuildArch: noarch
|
|
%endif
|
|
|
|
%description
|
|
Celery is a distributed task queue.
|
|
It was first created for Django, but is now usable from Python. It can also operate with
|
|
other languages via HTTP+JSON.
|
|
It is used for executing tasks asynchronously, routed to one or more worker servers, running
|
|
concurrently using multiprocessing.
|
|
It is designed to solve certain problems related to running websites demanding high-availability
|
|
and performance.
|
|
It is perfect for filling caches, posting updates to twitter, mass downloading data like
|
|
syndication feeds or web scraping. Use-cases are plentiful. Implementing these features
|
|
asynchronously using celery is easy and fun, and the performance improvements can make it more
|
|
than worthwhile.
|
|
|
|
Author:
|
|
--------
|
|
Ask Solem <askh@opera.com>
|
|
|
|
%prep
|
|
%setup -q -n celery-%{version}
|
|
|
|
|
|
%build
|
|
%{__python} setup.py build
|
|
|
|
|
|
%install
|
|
%{__python} setup.py install --prefix=%{_prefix} --root=%{buildroot} --record-rpm=INSTALLED_FILES
|
|
|
|
|
|
%files -f INSTALLED_FILES
|
|
%defattr(-,root,root)
|