all
Celery integration for Django
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
otherwise.
--
Brian May br...@microcomaustralia.com.au
___
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 br...@microcomaustralia.com.au
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
/ceval.c:3252
[...]
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
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 br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python
:')...
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.6.5'
make: *** [binary] Error 2
At least it is a start :-)
Patch is attached.
--
Brian May br
On 18 June 2014 10:11, Brian May br...@microcomaustralia.com.au 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 version
On 18 June 2014 10:11, Brian May br...@microcomaustralia.com.au 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
this into subversion and upload to Debian
unstable?
--
Brian May br...@microcomaustralia.com.au
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
On 24 Jun 2014 16:51, Raphael Hertzog hert...@debian.org 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
-packages/django/contrib/*/templates
/usr/lib/python3/dist-packages/django/contrib/*/*/templates
This list is probably incomplete.
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http
, as well as
sid :-).
--
Brian May br...@microcomaustralia.com.au
___
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 26 June 2014 10:36, Brian May br...@microcomaustralia.com.au wrote:
On 25 June 2014 16:27, Raphael Hertzog hert...@debian.org 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 br...@microcomaustralia.com.au 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 br...@microcomaustralia.com.au
resulted in a auto-generated python3 dependency that is too new for wheezy.
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo
On 27 June 2014 16:50, Raphael Hertzog hert...@debian.org wrote:
Please skip the delayed waiting. It will have to go through NEW anyway.
Have now moved this to DELAYED/0.
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing
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
)
@@ -2,11 +2,12 @@
Section: python
Priority: optional
Maintainer: Debian Python Modules Team
python-modules-team@lists.alioth.debian.org
-Uploaders: Raphaël Hertzog hert...@debian.org
+Uploaders: Raphaël Hertzog hert...@debian.org,
+ Brian May b...@debian.org
Standards-Version: 3.9.5
Build-Depends
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 (=
, and double 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 b...@debian.org
___
Python-modules-team mailing list
Python-modules-team
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 br...@microcomaustralia.com.au
___
Python-modules-team mailing
On 5 July 2014 11:28, Brian May br...@microcomaustralia.com.au 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
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
severity grave
thanks
I believe this bug makes python-amqp unusable, and as a result, Grave is
justified.
grave:
makes the package in question unusable or mostly so, or causes data loss,
or introduces a security hole allowing access to the accounts of users who
use the package
--
Brian May br
On 21 July 2014 11:37, Brian May br...@microcomaustralia.com.au wrote:
I believe this bug makes python-amqp unusable, and as a result, Grave is
justified.
Sorry, doing to many thing at once. I sent the bug report to the correct
place, but it affects python-librabbitmq, not python-amqp
that OpenStack makes extensive use
of python-amqp, there should be no problem if python-librabbitmq
disappears, because python-librabbitmq is not python-amqp.
I discussed these issues on the debian-python team mailing lists, it
appears maybe I should have included openstack lists too?
Thanks
--
Brian
I think the library itself is fine, but the tests fail:
brian@aquitard:~/tree/debian/unstable/python-django-jsonfield/python-django-jsonfield-0.9.12$
python tests.py
Creating test database for alias 'default'...
Traceback (most recent call last):
File tests.py, line 55, in module
main()
to cope with:
https://qa.debian.org/developer.php?login=fladischermich...@fladi.at
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman
a place in Debian, despite this
limitation.
Thanks
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
was called 1.5.0+dfsg-1, which suggests
you had to repackage the orig.tar.gz file - was this the case?
Thanks
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http
' to stdout
every time it is invoked.
This breaks some commands that rely on standard output like dumpdata.
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http
On 6 August 2014 13:23, Brian May br...@microcomaustralia.com.au wrote:
Agreed. I was trying to be too clever, and print useful information in
case of failure. The print statement (and probably the import line above
it) should get deleted.
Have fixed this in subversion.
--
Brian May br
reopen 755596
tag 755596 +confirmed
tags 755596 +confirmed
thanks
See https://github.com/celery/django-celery/issues/336
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http
IMHO This should not be considered release critical, as it still works fine
for some applications.
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
for
repackaging the orig.tar.gz file.
Did I miss something?
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
In debian/control you had:
librabbitmq-dev (= 0.5.0)
Are you aware of this being an actual requirement?
Debian sid only has 0.4.1
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team
diff against svn. Will wait a bit for answers
on my previous questions before committing this. I probably should update
the changelog to close this bug report too.
--
Brian May br...@microcomaustralia.com.au
Index: debian/patches/fix_setup.patch
On 10 August 2014 11:25, Brian May br...@microcomaustralia.com.au wrote:
The packaging for this seems to work fine, however the upstream code fails
the tests for Python3.4
AttributeError: 'ContextSuite' object has no attribute '_removed_tests'
Curiously this happens inside unittest code
Almost forgot to mention:
In my patch, I hacked the version dependency against python-librabbitmq,
because the fixed version isn't in unstable yet.
Obviously this needs to be fixed before making a release.
--
Brian May br...@microcomaustralia.com.au
On 10 August 2014 12:05, Brian May br...@microcomaustralia.com.au wrote:
On 10 August 2014 11:25, Brian May br...@microcomaustralia.com.au wrote:
The packaging for this seems to work fine, however the upstream code
fails the tests for Python3.4
AttributeError: 'ContextSuite' object has
On 10 August 2014 11:25, Brian May br...@microcomaustralia.com.au wrote:
The packaging for this seems to work fine, however the upstream code fails
the tests for Python3.4
AttributeError: 'ContextSuite' object has no attribute '_removed_tests'
This is now fixed in python-nose version 1.3.3
,
in module
import _librabbitmq
ImportError: /usr/lib/python2.7/dist-packages/_librabbitmq.so: undefined
symbol: amqp_get_server_properties
Did I stuff something up?
Maybe this requires the latest version of librabbitmq?
--
Brian May br...@microcomaustralia.com.au
reassign 757745 librabbitmq 0.5.0-1
severity 757745 normal
retitle 757745 amqp_get_server_properties symbol missing
thanks
On 11 August 2014 12:25, Brian May br...@microcomaustralia.com.au wrote:
Maybe this requires the latest version of librabbitmq?
Looks like I didn't stuff up, except
: undefined
symbol: amqp_get_or_create_channel_pool
If you disagree and think this is a librabbitmq bug, please reassign it to
librabbitmq.
(sidenote: amqp_get_server_properties not defined is also another issue in
sid at present, see http://bugs.debian.org/757745)
--
Brian May br
See https://github.com/celery/librabbitmq/issues/57
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
)
Thanks.
--
Brian May b...@debian.org
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
-- Forwarded message --
From: Brian May br...@microcomaustralia.com.au
Date: 12 August 2014 15:59
Subject: Re: [Python-modules-team] Bug#757897: FTBFS:
self.assertFalse(Certificate(CERT1).has_expired()) fails
To: Debian Bug Tracking System sub...@bugs.debian.org
On 12 August 2014
.
We reverted this fix to get Django 1.7 working properly:
https://github.com/celery/django-celery/issues/253
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http
On 13 August 2014 14:16, Brian May br...@microcomaustralia.com.au wrote:
We reverted this fix to get Django 1.7 working properly:
https://github.com/celery/django-celery/issues/253
I tried to reproduce this bug, but couldn't. Not that this means a lot, I
never noticed in the first place.
I
On 20 Aug 2014 00:24, Eric Leblond e...@regit.org wrote:
Running celery binary results in an error and traceback:
Thank you for your report. I hope to look into this tomorrow.
(Celery is still usable, and works fine with django-celery; just the
binaries won't work)
Just confirming this is still a problem with librabbitmq 0.5.1- not that I
expected any difference.
Upstream say this is why they supply their own version of librabbitmq.
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
on the list I can't comment on because I am not
familiar with the package in question, I suspect this might be a common
problem.
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
made the most recent upload, so I probably
should look at making a new upload.
This is now uploaded.
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http
--
Brian May br...@microcomaustralia.com.au
___
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 3 September 2014 08:29, Luke Faraone lfara...@debian.org wrote:
I'll prepare the upload for unstable tonight.
Any chance of seeing Django 1.7 final in experimental any time soon?
Thanks
--
Brian May br...@microcomaustralia.com.au
___
Python
something that could be
the problem.
Unfortunately you didn't quote the output of aptitude which would have
helped to shed light on the issue.
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team
happens with Python3.
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
at the very top.
Still not sure why this only recently became an issue in unstable.
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman
On 30 October 2014 04:50, Collin Anderson cmawebs...@gmail.com wrote:
This mysqlclient library is now the recommend choice for using MySQL with
Django.
https://docs.djangoproject.com/en/1.7/ref/databases/#mysql-db-api-drivers
It's compatible with the current mysqldb package, except the
-wsgi3
virtual package for Python 3 WSGI, see #768117.
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
.
The ability to force a particular version of python may not be so useful
for virtualenv however.
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin
package, keeping the existing python-mysqldb
(which makes sense as the python module name is unchanged).
My initial upload will be to experimental.
(as time permits)
--
Brian May br...@microcomaustralia.com.au
___
Python-modules-team mailing list
that it is broken (in only affects
creation of new rows as it drops the auto increment sequence), and requires
manual fixing to correct (just upgrading Django won't fix existing
databases).
My tests seem to indicate that this is fixed in 1.7.3
--
Brian May b...@debian.org
/bootstrap-3.0.3.min.js
Or, I could create links to libjs-jquery* packages, however only is
libjs-jquery in Debian old, and I can't guarantee an older version will
work.
Of course, it looks like I will have to patch every base.html file :-(
Ideas?
--
Brian May b...@debian.org
On 13 February 2015 at 13:31, Brian May b...@debian.org wrote:
What is the cleanest way of resolving these numerous Lintian errors?
Never mind, I have included one copy of the file in debian/missing-sources,
and copy it as required in debian/rules.
Now down to three lintian warnings:
W
Yuck.
pkg_resources.VersionConflict: (Markdown 2.5.1
(/usr/lib/python2.7/dist-packages),
Requirement.parse('Markdown=2.3.1,2.5'))
It looks like mkdocs doesn't Markdown 2.5.1, which is the version in Debian
:-(
--
Brian May b...@debian.org
___
Python
On Mon, 20 Apr 2015 at 10:44 Ben Finney ben+deb...@benfinney.id.au wrote:
What does the package primarily install? Would you characterise the
work's purpose as:
* web: “Web servers, browsers, proxies, download tools etc.”
Doesn't seem applicable, it doesn't do anything with HTTP.
* utils:
On Tue, 21 Apr 2015 at 14:38 Damyan Ivanov d...@debian.org wrote:
Its description says static site generator. Sounds a lot like HTTP
to me, not less than ikiwiki for example.
I think you might be getting HTTP confused with HTML.
Both ikiwiki and mkdocs turn files into static HTML files, but
On Mon, 20 Apr 2015 at 04:51 Paul Tagliamonte paul...@debian.org wrote:
Package: django-auth-ldap
Severity: wishlist
User: py3porters-de...@lists.alioth.debian.org
Usertags: patchme-python3
thanks
...
If the reason you've not built a Python 3 module is due to the dependency
chain below
On Mon, 4 May 2015 at 19:10 Kristian Larsson kristian.lars...@t-systems.se
wrote:
I'm not quite sure where to direct my request so apologies if this is
not the right forum to address.
I would like for the parsedatetime module to be available for Python3.
I've loaded it in a virtualenv with
On Mon, 13 Apr 2015 at 02:00 Thorsten Alteholz
ftpmas...@ftp-master.debian.org wrote:
fontawesome-webfont.* is licensed under SIL OFL 1.1 and should be mentioned
in your debian/copyright.
Thanks for your feedback.
I have now uploaded a replacement package.
On Thu, 21 May 2015 at 17:37 Joseph joseph1ern...@yahoo.fr wrote:
I'm using Raspbian. When I do :
pi@raspberrypi ~ $ apt-get install python-pip
I notice that Python2.6 is installed on top of Python2.7. How to solve
this problem and use 2.7 instead?
I suspect you will need to upgrade to
On Thu, 21 May 2015 at 18:11 Joseph joseph1ern...@yahoo.fr wrote:
I'm currently writing a doc about how to install a soft of mine, and pip
is required to install some modules.
I cannot ask all people using my soft to upgrade to Jessie. This is
asking too much to my future users.
There
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
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
--
Brian May <b.
to think about if it is worth fixing, and what the best fix is.
--
Brian May <b...@debian.org>
___
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 <b...@debian.org> 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 <b..
* Use canonical URIs for Vcs-* fields.
* Drop 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 pat
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
Brian May <b...@debian.org> 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 <
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
e source to drop the entire
docs directory and remove the python-celery-doc package :-(
--
Brian May <b...@debian.org>
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
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 <br...@microcomaustralia.com.au>
___
Python-modules-team m
think
anything depends on it. IMHO It really doesn't feel like a quality
package that should be in Debian.
--
Brian May <br...@microcomaustralia.com.au>
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.or
Brian May <br...@microcomaustralia.com.au> 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.
htt
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 <b...@debian.org> 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 <b...@debian.org>
___
Python-modul
Brian May <b...@debian.org> writes:
> ==
> FAIL: test_discovery_with_broken (djcelery.tests.test_discovery.TestDiscovery)
> --
> Traceback (mos
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
er not yet made a release.
I believe 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 <b...@debian.org>
___
Python-modules-team mailing lis
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 <b...@debian.org>
___
Python-modules-team mailing list
mitted upstream.
--
Brian May <b...@debian.org>
___
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 <b...@debian.
arset-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 <b...@debian.org>
___
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 <b...@debian.org>
___
Python-modules-
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 <b...@debian.org>
___
Python-modules-team mailing list
Python-modules-team@
h 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 <b...@debian.org>
On Wed, 14 Oct 2015 at 19:39 Brian May <b...@debian.org> 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 conf
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 ;
1 - 100 of 234 matches
Mail list logo