From c58c29e37cbe191a8519d9a5e1bac8db361f03b0702bba46d48b86d0d4089854 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Tom=C3=A1=C5=A1=20Chv=C3=A1tal?= Date: Sun, 13 Jan 2019 18:16:26 +0000 Subject: [PATCH] Accepting request 665275 from home:jengelh:branches:devel:languages:python - Trim bias and use noun phrasing. OBS-URL: https://build.opensuse.org/request/show/665275 OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-celery-batches?expand=0&rev=3 --- python-celery-batches.changes | 5 +++++ python-celery-batches.spec | 11 ++++++----- 2 files changed, 11 insertions(+), 5 deletions(-) diff --git a/python-celery-batches.changes b/python-celery-batches.changes index 57a8dbf..8fd6ea5 100644 --- a/python-celery-batches.changes +++ b/python-celery-batches.changes @@ -1,3 +1,8 @@ +------------------------------------------------------------------- +Sun Jan 13 10:49:19 UTC 2019 - Jan Engelhardt + +- Trim bias and use noun phrasing. + ------------------------------------------------------------------- Wed Jan 2 14:14:35 UTC 2019 - Tomáš Chvátal diff --git a/python-celery-batches.spec b/python-celery-batches.spec index a02e933..2e598a5 100644 --- a/python-celery-batches.spec +++ b/python-celery-batches.spec @@ -22,7 +22,7 @@ Name: python-%{_pkgname} Version: 0.2 Release: 0 -Summary: Process Multiple Celery Task Requests Together +Summary: Django module to process multiple Celery task requests together License: BSD-3-Clause Group: Development/Languages/Python URL: https://github.com/percipient/celery-batches @@ -39,10 +39,11 @@ BuildArch: noarch %python_subpackages %description -The best way to have Django DRY forms. Build programmatic reusable layouts out -of components, having full control of the rendered HTML without writing HTML in -templates. All this without breaking the standard way of doing things in -Django, so it plays nice with any other form application. +An alternate way to have Django DRY forms. The developer can build +programmatic reusable layouts out of components, having control of +the rendered HTML without writing HTML in templates, without breaking +the standard way of doing things in Django, so that it still works +with any other form application. %prep %setup -q -n %{_pkgname}-%{version}