all
async task/job queue based on message passing
ii python-django-celery 2.5.5-2 all
Celery integration for Django
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
s still required, despite misleading documentation
saying otherwise.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Apologies for all these follow ups. The latest version of django-celery
from pypi seems to resolve my problems.
I think the latest django-celery still is required, even if it is obsolete
(???), e.g. for code that needs to be compatible with wheezy.
--
Brian May
I have packaged the latest version.
http://code.vpac.org/debian/pool/main/d/django-celery/
I have not attempted to upload this to Debian or update subversion.
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists
in PyEval_EvalCodeEx (co=0x74e87630,
globals=, locals=,
args=, argcount=, kws=,
kwcount=1, defs=0x74de1a40, defcount=2,
closure=0x0) at ../Python/ceval.c:3252
[...]
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@list
Hello,
I would second this request
What needs to happen in order to make this happen? Are there any missing
dependencies?
Can we offer any assistance?
Thanks.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team
ailures=11)
Destroying test database for alias 'default' (':memory:')...
Destroying test database for alias 'other' (':memory:')...
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory
`/home/brian/tree/debian/wip/python-django/python-django-1
On 18 June 2014 10:11, Brian May wrote:
> I started work on this, unfortunately, I appear to have got a test
> failure. Can't tell if it is python2.7 or python3, my history doesn't go
> back far enough:
>
I tried that again, and this time it works. Weird.
This ver
On 18 June 2014 10:11, Brian May wrote:
> I started work on this, unfortunately, I appear to have got a test
> failure. Can't tell if it is python2.7 or python3, my history doesn't go
> back far enough:
>
This test failure only happens on my development box, not a clean
#x27;t
renamed it correctly.
* Also uncomfortable with /etc/bash_completion.d/django_bash_completion
only being included in the python2 package.
--
Brian May
diff -ruN --exclude '*.bak' python-django-1.6.5.old/debian/control python-django-1.6.5/debian/control
--- python-django-1.6.5.old/debia
into subversion and upload to Debian
unstable?
--
Brian May
diff -ruN --exclude '*.bak' python-django-1.6.5.old/debian/changelog python-django-1.6.5/debian/changelog
--- python-django-1.6.5.old/debian/changelog 2014-05-15 06:55:42.0 +1000
+++ python-django-1.6.5/debian/changelog
On 24 Jun 2014 16:51, "Raphael Hertzog" wrote:
> It doesn't look clean to have python-django recommends python3-django just
> to have django-admin and django_bash_completion. I believe it would better
> to move them to a "python-django-common" package, no?
I can't see how that would help. You wou
/lib/python3/dist-packages/django/contrib/*/templates
/usr/lib/python3/dist-packages/django/contrib/*/*/templates
This list is probably incomplete.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http:
eezy with no changes, as well as
sid :-).
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Package: python-bcrypt
Version: 0.4-2+b1
Severity: grave
Tags: security
Justification: renders package unusable
According to https://pythonhosted.org/passlib/history.html:
"It will now issue a PasslibSecurityWarning if the active backend is
vulnerable to the wraparound bug, and automatically enab
On Thu, 8 Oct 2015 at 23:21 Michael Fladischer wrote:
> upstream already fixed it but only for the 1.8.x releases (AFAIKT):
>
>
> https://github.com/django/django/commit/b07aa52e8a8e4c7fdc7265f75ce2e7992e657ae9
>
I don't know what the plan is for 1.8.x in Debian.
However in the meantime I would
Package: python-django
Version: 1.7.9-1
Severity: serious
Justification: fails to build from source
Fix is available from upstream in the 1.8.x version.
https://github.com/django/django/commit/12809e160995eb617fe394c75e5b9f3211c056ff
test_templates (template_tests.tests.TemplateTests) ... FAIL
Source: celery
Version: 3.1.18-2
Severity: serious
Justification: Does not build from source
==
ERROR: test_read_configuration_importerror
(celery.tests.app.test_loaders.test_DefaultLoader)
---
On Wed, 14 Oct 2015 at 15:57 Paul Wise wrote:
> The recent upgrade did not deal with obsolete conffiles properly.
> Please use the dpkg-maintscript-helper support provided by dh_installdeb
> to remove these obsolete conffiles on upgrade.
>
...
$ pkg=python-django-common ; adequate $pkg ; dpkg-q
On Wed, 14 Oct 2015 at 19:39 Brian May wrote:
> Still trying to work out what is going on here.
> /etc/bash_completion.d/django_bash_completion is still supplied as part of
> python-django-common.
>
> It might be that is accidentally got unmarked as a conffile.
>
I might have
On Wed, 14 Oct 2015 at 19:54 Brian May wrote:
> Suspect this change was unintended, and the file should be part of the
> package.
>
Oh, I see, file got relocated to
/usr/share/bash-completion/completions/django_bash_completion
Just pretend I never said
5-2 is available?
--- cut ---
Check APT
-
Checking available source versions...
Can't find source for python-passlib_1.6.5-1
(only different version(s) python-passlib 1.6.5-2 found)
--
Brian May
___
Python-modules-team mailing list
Python-m
obsolete Conflicts/Replaces with python2.3-mysqldb and
python2.4-mysqldb.
[ Thomas Goirand ]
* The changelog is now again fully encoded in UTF-8 (Closes: 718699).
[ Brian May ]
* Use mysqlclient fork (Closes: #768096).
* Drop old patches.
* Add support for Python 3.3 and greater.
Brian May writes:
> Thanks for your change, I will now add it to git.
Done.
http://anonscm.debian.org/cgit/python-modules/packages/python-mysqldb.git/commit/?id=8597e8abfca2fe29e4d94068a39a6ad755e083e0
--
Brian May
___
Python-modules-team mail
Source: djangorestframework-gis
Version: 0.8-2
Severity: serious
Justification: Does not build from source
I just uploaded djangorestframework 3.2.2-1 to unstable.
Will see if I can look at this if I get a chance. If not tonight, possibly
tomorrow.
An example of the error - there are several sim
ror 1
debian/rules:13: recipe for target 'override_dh_auto_test' failed
make[1]: Leaving directory '/«PKGBUILDDIR»'
make: *** [build] Error 2
debian/rules:9: recipe for target 'build' failed
dpkg-buildpackage: error: debian/rules build gave error exit status 2
Source: django-celery
Version: 3.1.17-1
Severity: important
Probably need to be reported upstream and patched.
==
ERROR: test_apply (djcelery.tests.test_views.test_task_apply)
Brian May writes:
> Probably need to be reported upstream and patched.
Looks like it was reported upstream in 2014:
https://github.com/celery/django-celery/issues/342
--
Brian May
___
Python-modules-team mailing list
Python-modules-t
Brian May writes:
> ==
> FAIL: test_discovery_with_broken (djcelery.tests.test_discovery.TestDiscovery)
> --
> Traceback (most recent call las
x27;t think
anything depends on it. IMHO It really doesn't feel like a quality
package that should be in Debian.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-b
Brian May writes:
> I just opened up this new issue:
>
> https://github.com/Atomidata/django-audit-log/issues/29
Actually that is alreadyed fixed: all tests pass in the upstream git
version.
However there is no sign of a fix for #21 yet.
https://github.com/Atomidata/django-audit-log/
Move this into git inside python-modules, and converted to use git-dpm.
Had a go an updating to the latest upstream version. Needs more work, it
doesn't build at the moment.
--
Brian May
___
Python-modules-team mailing list
Python-modules
ut if it is worth fixing, and what the best fix is.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Package: python3-django-nose
Version: 1.4.2-1
Severity: important
The package contains:
Depends: python-django, python-nose
However as this is the python3 package we require python3-django and
python3-nose.
Looks like ${python:Depends} instead of ${python3:Depends}
As this package is DPMT main
Brian May writes:
> AssertionError: Tuples differ: (6.381496, 53.384067) !=
> (6.381495826183805, 53.3840669...
Reported this upstream
https://github.com/djangonauts/django-rest-framework-gis/issues/83
--
Brian May
___
Python-modules-team m
Source: python-django
Version: 1.8.5-1
Severity: normal
Everytime I see this it annoys me, but not enough distract me from my
original task.
make -C docs html
make[2]: Entering directory '/«PKGBUILDDIR»/docs'
sphinx-build -b djangohtml -n -d _build/doctrees -D language= .
_build/html
Running S
s directory and remove the python-celery-doc package :-(
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
I suspect the solution to this is to update to use ipython 4.0.0
It looks like there have been significant structural changes in 4.0.0,
so work is required to merge the patches (conflicts occur due to missing
files) and update debian/rules.
--
Brian May
;
> Attached is a patch that fixes the problem in _mysql.c. It was made against
> 1.2.3, but applies to 1.2.2 with some fuzz.
>
> Patch has also been submitted to python-mysqldb at sourceforge.
Is this still the case with the lastest python-mysqldb in unstable?
--
Brian May
_
; [1] http://dev.mysql.com/doc/refman/5.1/en/charset-binary-collations.html
On Sat, Dec 10, 2011 at 02:50:27PM +0100, Philipp Spitzer wrote:
> It is still present in upstream python-mysqldb 1.2.3.
Is this bug still present in the python-mysqldb package in unstable?
Version 1.3.6-1 based on the mysqlclient fork.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
ImportError: /var/lib/python-support/python2.5/_mysql.so: undefined
> symbol: PyExc_ImportError
Hello,
Is this still a problem with the latest python-mysqldb version 1.3.6-1
in unstable?
Thanks
--
Brian May
___
Python-modules-team m
3.6-1 in unstable?
Actually, I am not sure what the "mysql embedded server" feature is or
why you think this package should support it.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://list
forwarded 804340 https://code.djangoproject.com/ticket/25714
thanks
I have forwarded this bug report upstream. You may want to participate
in the discussions (if any) there.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team
ieve this means we should be able to downgrade this bug to non-RC
status, as the license is OK now, even though the license text in our
version is incorrect.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian
On Mon, Mar 23, 2015 at 11:46:34PM +0100, Raphael Hertzog wrote:
> So I submitted this suggestion there and have marked this bug as forwarded.
I believe this has been fixed upstream in git for Django 1.9.
No idea if it has been backported to 1.8, probably not.
--
Brian
to be submitted upstream.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
hat the build depends needs to be
dropped for the stable version, we can reopen this bug report at that
time. In the meantime however there is no bug in celery that needs
fixing.
> [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788561
> [1] https://bugs.debian.org/cgi-bin/bu
ch the Debian package from the upstream patch:
https://github.com/django/django/commit/54485557855d58d9a5027511025d5ab22f721c6d
This has been patched upstream in the 1.9.x tree, not the 1.8.x tree
AFAIK.
--
Brian May
___
Python-modules-team mailin
mote this to
> important until upstream has a proper fix.
>
> https://code.djangoproject.com/ticket/25761
I think we need to downgrade this bug or apply the fix. Right now this
bug - I believe - is preventing Django 1.8 from migrating into testing.
Will have a lo
ould be out possibly by next week (2 weeks after rc1 if no rc2 is
> necessary). 1.9 *will* officially support 3.5.
>
> What's the plan for Django 1.9?
Think we need Django 1.8 in testing first. The is currently a grave bug
against Django, see #802677.
--
Brian May
___
Brian May writes:
>> I really appreciate all the great work y'all have done to get us on Django
>> 1.8. I was hoping that this would give us Python 3.5 support, but as you
>> know, upstream's documentation is incorrect about this, and then there's
>> issu
uot;The supported Python versions for each Django release are documented in
the FAQ. Django 1.8 only supports Python 2.7 and 3.2 through 3.4."
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alio
Brian May writes:
> Will have a look at applying the patch.
Have applied patch in git, not yet pushed.
Will try to test it and see if it solves the problem.
--
Brian May
___
Python-modules-team mailing list
Python-modules-t
Brian May writes:
> Will try to test it and see if it solves the problem.
So this bug was linked to two packages: django-testscenarios and
lava-server.
I am not able to test these packages as I get unrelated errors instead
when I try to test with each of these packages. I also tried upstr
github.com/django/django/commit/d27085b02d58ecf8b72e7189b6a5feaf634ec977
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
e to access the website right now.
> And we should just fix Python 3.5 support in 1.8.x. Brian, can you file
> bugs for the issues we have?
So far I don't know of any problems.
--
Brian May
___
Python-modules-team mailing
Chris Lamb writes:
> File "/usr/lib/python3/dist-packages/kombu/utils/__init__.py", line
> 19, in
> from uuid import UUID, uuid4 as _uuid4, _uuid_generate_random
> ImportError: cannot import name '_uuid_generate_random'
This looks like Bug #8063
resent in Python
3.5.0.
Don't think we can complain at Python though, looks like a private
symbol.
CCing debian-python list in case anybody else has more information on
why _uuid_generate_random disappeared.
--
Brian May
___
Python-modules-tea
Filled upstream as
https://bitbucket.org/ecollins/passlib/issues/68/tests-fail-with-django-19
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python
Filled upstream:
https://github.com/carljm/django-model-utils/issues/196
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Filled upstream as
https://github.com/mbi/django-simple-captcha/issues/99
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Filled upstream as
https://github.com/bradleyayers/django-tables2/issues/270
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
rror: No module named unittest
----------
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Filled upstream at
https://github.com/django-extensions/django-extensions/issues/769
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules
t/?id=f4709f76ef8274959cc7f1e4521cf5e4934f4562
Thanks
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Brian May writes:
> Don't think we can complain at Python though, looks like a private
> symbol.
Looks like this is a work around for a bug that was in Python 2.5.
http://bugs.python.org/issue4607:
>From kombu code:
def uuid4():
# Workaround for http://bugs.python.org/is
.0/us/>
> while it should be
> <https://creativecommons.org/licenses/by-sa/4.0/legalcode>
> instead.
> Please notify upstream about this oversight...
Added a comment to the existing bug report:
https://github.com/celery/celery/issues/2890
--
Brian May
loring ideas for whether/how to extend that.
When changing the release process, any chance of changing the release
date so that LTS is released several months before the Debian freeze,
not several months after?
--
Brian May
___
Python-modules-team m
ersion of Django.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
d from
unstable?
As there is already a bug report that covers the issues on this package,
I will close #807101.
Regards
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-
significant problems at the time.
In my commit message from April I reference the following upstream bug:
https://code.djangoproject.com/ticket/17085
So I don't think you can blame this one on Django 1.9.
--
Brian May
___
Python-modules-team ma
ckaged for Debian.
It looks like the latest release of django-hijack 2.0.0 requires
django-compat >= 1.0.8
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
0151028] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from django.template import Origin, TemplateDoesNotExist
>>>
>>>
So I have to wonder if maybe something else is causing the import
failure, not
Brian May writes:
> So looks like Django 1.8 does have it, but it moved. Which perhaps
> should have been a warning that maybe this was a private symbol not
> intended for apps to use.
For the record, it looks like add_to_builtins was not present in django
1.9rc1, which was the
Brian May writes:
>>>> from django.template import Origin, TemplateDoesNotExist
This will only work with Django 1.7.x and 1.9.x, not Django 1.8.x
However Django 1.8.x doesn't have the reference from
django/template/loaders/filesystem.py, so shouldnt be triggering this.
U
ot 4096 Dec 11 23:21 project_name
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
sslib-django upstream (dropping support for all versions
> of django prior to 1.6 or 1.7 in the process) to make the whole library
> much easier and simpler to handle.
Agreed.
> 4: passlib also has the python-support dependency which is deprecated:
> https://wiki.debian.org/Python
the default Python in Debian - which unfortunately may not be
any time soon. So I think this change will be required for now.
I also note that python3-pytest comes with a py.test-3.1 man page,
however probably hasn't distributed the corresponding binary in years.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
and suggest
that we should think about removing the package from Debian testing and
unstable instead.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pyt
ython.org/pypi/django-ranged-response/0.2.0
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
es. I CCed him.
Possibly there are errors in the git packaging that need to be fixed. I
stopped as soon as I encountered problems, because I did not have the
time to fix them.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.ali
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 07 Mar 2018 17:01:54 +1100
Source: python-django
Binary: python-django python-django-doc
Architecture: source all
Version: 1.4.22-1+deb7u4
Distribution: wheezy-security
Urgency: high
Maintainer: Chris Lamb
Changed-By: Brian
Maintainer: Debian Python Modules Team
Changed-By: Brian May
Description:
python-django - High-level Python web development framework (Python 2 version)
python-django-common - High-level Python web development framework (common)
python-django-doc - High-level Python web development framework
Maintainer: Debian Python Modules Team
Changed-By: Brian May
Description:
python-django - High-level Python web development framework (Python 2 version)
python-django-common - High-level Python web development framework (common)
python-django-doc - High-level Python web development framework
: Debian Python Modules Team
Changed-By: Brian May
Description:
django-simple-captcha - Django Simple Captcha Django application
python-django-captcha - Django Simple Captcha Django application
python3-django-captcha - Django Simple Captcha Django application
Closes: 882140
Changes:
django
Maintainer: Debian Python Modules Team
Changed-By: Brian May
Description:
python-django - High-level Python web development framework (Python 2 version)
python-django-common - High-level Python web development framework (common)
python-django-doc - High-level Python web development framework
Maintainer: Debian Python Modules Team
Changed-By: Brian May
Description:
python-django - High-level Python web development framework (Python 2 version)
python-django-common - High-level Python web development framework (common)
python-django-doc - High-level Python web development framework
Modules Team
Changed-By: Brian May
Description:
python-celery - async task/job queue based on message passing (Python2 version)
python-celery-common - async task/job queue based on message passing (common
files)
python-celery-doc - async task/job queue based on message passing
(Documentation
On 26 June 2014 10:36, Brian May wrote:
> On 25 June 2014 16:27, Raphael Hertzog wrote:
>>
>> Not tested, but you get the idea I guess. And obviously we need strong (=
>> ${binary:Version}) dependency between python*-django and
>> python-django-common.
>>
On 26 June 2014 11:40, Brian May wrote:
> I committed a working version to subversion.
>
I just uploaded this to DELAYED/10.
Hope everyone is happy with this, if not, should be possible to
cancel/replace it.
--
Brian May
___
Python-module
latest attempt
resulted in a auto-generated python3 dependency that is too new for wheezy.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
On 27 June 2014 16:50, Raphael Hertzog wrote:
> Please skip the delayed waiting. It will have to go through NEW anyway.
>
Have now moved this to DELAYED/0.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debi
Package: python-django-jsonfield
Version: 0.9.12-2
Severity: wishlist
The latest release is version 0.9.20 and it supports Python 3.
Unless there are any objections, I will update to latest upstream
version and enable the Python 3 package.
Thanks
-- System Information:
Debian Release: 7.5
APT
)
@@ -2,11 +2,12 @@
Section: python
Priority: optional
Maintainer: Debian Python Modules Team <
python-modules-team@lists.alioth.debian.org>
-Uploaders: Raphaël Hertzog
+Uploaders: Raphaël Hertzog ,
+ Brian May
Standards-Version: 3.9.5
Build-Depends: debhelper (>= 9), dh-python, pyth
Package: python-celery
Version: 3.1.11-1
Severity: wishlist
I had a try at doing this, but unfortunately many of the dependancies
cannot be satisified (Python2 and Python3) just yet.
The following packages have unmet dependencies:
sbuild-build-depends-celery-dummy : Depends: python-kombu (>= 3.
check which version is the
best one to use.
In the meantime, please reject my upload, think it is unsuitable for
release into Debian as is.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.de
PI
already, and tests run without any problems.
Can I switch to jsonfield? Or does the risk of breaking something outweigh
the benefits of a Python3 package in Debian?
Any other comments?
Thanks
--
Brian May
___
Python-modules-team mailing list
Pyth
On 4 July 2014 12:13, Brian May wrote:
> I tried to go back to the "correct" version, django-jsonfield. It doesn't
> appear to work properly with Python3, something that I require. It imports
> six, but this seems to be very much incomplete. The tests fail under
>
On 5 July 2014 11:28, Brian May wrote:
> So I might just apply the patch and upload to Debian. Seems like the
> safest option.
>
> Shame though this won't work out of the box with the version in Pypi. Most
> of the changes involve tests only, so don't matter, there is
Package: python-kombu
Version: 3.0.15-1
Severity: wishlist
Hello,
I notice that subversion has been updated already for 3.0.20, any reason
a release wasn't made?
I am also interested in Python 3 packages.
Thanks.
-- System Information:
Debian Release: 7.5
APT prefers stable-updates
APT pol
1 - 100 of 252 matches
Mail list logo
