debian-python Oct 2013 by thread
[
previous month
]
[
first page
]
[previous page]
Page 1 of 1
[next page]
[
last page
]
[
next month
]
[
Date Index
] [
Subject Index
] [
Author Index
] [
Other Debian Lists
] [
Debian Home
]
Re: Packaging the new upstream release of ipython (i.e. 1.1.0)
Jean-Christophe Jaskula
Re: Packaging the new upstream release of ipython (i.e. 1.1.0)
Julian Taylor
Re: Packaging the new upstream release of ipython (i.e. 1.1.0)
Jean-Christophe Jaskula
Re: Packaging the new upstream release of ipython (i.e. 1.1.0)
Diane Trout
<Possible follow-ups>
Re: Packaging the new upstream release of ipython (i.e. 1.1.0)
Thomas Kluyver
Re: Future of the m2crypto package in Debian.
Charles Plessy
Bug#726262: O: python-m2crypto -- a crypto and SSL toolkit for Python
Charles Plessy
Re: Python-babel 1.3 available from Sid
Sebastian Ramacher
Re: Python-babel 1.3 available from Sid
Thomas Goirand
Re: Python-babel 1.3 available from Sid
Andrey Rahmatullin
Re: Python-babel 1.3 available from Sid
Vincent Bernat
Re: Python-babel 1.3 available from Sid
Sebastian Ramacher
Re: Python-babel 1.3 available from Sid
Sebastian Ramacher
Re: Python-babel 1.3 available from Sid
Thomas Goirand
about python-oauth2: CVE-2013-4347
Philippe Makowski
Re: about python-oauth2: CVE-2013-4347
Paul Wise
Re: about python-oauth2: CVE-2013-4347
Philippe Makowski
Re: about python-oauth2: CVE-2013-4347
Jakub Wilk
Re: about python-oauth2: CVE-2013-4347
Philippe Makowski
Re: about python-oauth2: CVE-2013-4347
Philippe Makowski
Bug#725862: RFS: django-haystack/2.1.0-1 [ITP] -- database and form RGB color fields for Django
Michael Fladischer
Re: Bug#635476: current packaging work for Coverage
Dmitry Shachnev
Program shebang line with specific ‘/usr/bin/pythonX.Y’ interpreter (was: Bug#635476: current packaging work for Coverage)
Ben Finney
Re: Program shebang line with specific ‘/usr/bin/pythonX.Y’ interpreter (was: Bug#635476: current packaging work for Coverage)
Barry Warsaw
Re: Program shebang line with specific ‘/usr/bin/pythonX.Y’ interpreter (was: Bug#635476: current packaging work for Coverage)
Scott Kitterman
Re: Program shebang line with specific ‘/usr/bin/pythonX.Y’ interpreter
Ben Finney
Re: Program shebang line with specific ‘/usr/bin/pythonX.Y’ interpreter
Thomas Goirand
Re: Program shebang line with specific ‘/usr/bin/pythonX.Y’ interpreter
Ben Finney
Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Ben Finney
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Piotr Ożarowski
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Antoine Musso
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Barry Warsaw
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Julian Taylor
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Barry Warsaw
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Thomas Goirand
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Scott Kitterman
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Thomas Goirand
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Barry Warsaw
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Barry Warsaw
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Jakub Wilk
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Thomas Goirand
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Paul Wise
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Steve Langasek
Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems
Jakub Wilk
Re: PEP 453 updated (2013-10), affects Debian packaging of Python 3.4 packages
Ben Finney
Using update-alternatives for /usr/bin provided binaries
Thomas Goirand
Re: Using update-alternatives for /usr/bin provided binaries
Dmitry Shachnev
Re: Using update-alternatives for /usr/bin provided binaries
Jakub Wilk
Re: Using update-alternatives for /usr/bin provided binaries
Dmitry Shachnev
Re: Using update-alternatives for /usr/bin provided binaries
Dmitry Shachnev
Re: Using update-alternatives for /usr/bin provided binaries
Jakub Wilk
Re: Using update-alternatives for /usr/bin provided binaries
Ben Finney
Re: Using update-alternatives for /usr/bin provided binaries
Thomas Goirand
Re: Using update-alternatives for /usr/bin provided binaries
Tristan Seligmann
Re: Using update-alternatives for /usr/bin provided binaries
Thomas Goirand
Claiming ‘/usr/bin/coverage’ for a Python-specific programmer tool (was: Using update-alternatives for /usr/bin provided binaries)
Ben Finney
Re: Claiming ‘/usr/bin/coverage’ for a Python-specific programmer tool
Thomas Goirand
Re: Claiming ‘/usr/bin/coverage’ for a Python-specific programmer tool
Ben Finney
Re: Using update-alternatives for /usr/bin provided binaries
Tristan Seligmann
Re: Using update-alternatives for /usr/bin provided binaries
Thomas Goirand
Re: Claiming ‘/usr/bin/coverage’ for a Python-specific programmer tool
Ben Finney
Re: Claiming ‘/usr/bin/coverage’ for a Python-specific programmer tool
Thomas Goirand
Re: Using update-alternatives for /usr/bin provided binaries
Dmitry Shachnev
Re: Using update-alternatives for /usr/bin provided binaries
Thomas Goirand
Re: Using update-alternatives for /usr/bin provided binaries
Barry Warsaw
Re: Using update-alternatives for /usr/bin provided binaries
Robert Collins
Re: Using update-alternatives for /usr/bin provided binaries
Thomas Goirand
Packaging AngularJS application as part of the python twisted application
Andrii Senkovych
Message not available
Re: Packaging AngularJS application as part of the python twisted application
Paul Wise
Joining PMPT
Tim Retout
Packaging a module depending on python-cffi
Vincent Bernat
Re: Packaging a module depending on python-cffi
Vincent Bernat
Bug#726990: ITP: django-celery-transactions -- Django transaction support for Celery tasks
Michael Fladischer
Bug#726993: RFS: django-celery-transactions/0.1.3-1 [ITP] -- Django transaction support for Celery tasks
Michael Fladischer
Bug#727759: ITP: websocket-client -- WebSocket client library for python
Nicolas Dandrimont
uninstalling issue of a local Debian package
Florian Rothmaier
Re: uninstalling issue of a local Debian package
Paul Wise
Re: uninstalling issue of a local Debian package
Jakub Wilk
Re: uninstalling issue of a local Debian package
Florian Rothmaier
Will rtupdate be used for python 2 --> python 3 transition?
Steve M. Robbins
Re: Will rtupdate be used for python 2 --> python 3 transition?
Dmitrijs Ledkovs
Re: Will rtupdate be used for python 2 --> python 3 transition?
Steve M. Robbins
Re: Will rtupdate be used for python 2 --> python 3 transition?
Dmitry Shachnev
Re: Will rtupdate be used for python 2 --> python 3 transition?
Barry Warsaw
Re: Will rtupdate be used for python 2 --> python 3 transition?
Scott Kitterman
Re: Will rtupdate be used for python 2 --> python 3 transition?
Barry Warsaw
DD commit access to alioth python-{modules,apps} repositories
Tim Retout
Re: DD commit access to alioth python-{modules,apps} repositories
Piotr Ożarowski
The last update was on 19:58 GMT Sat Jun 01. There are 88 messages. Page 1 of 1.
[
previous month
]
[
first page
]
[previous page]
Page 1 of 1
[next page]
[
last page
]
[
next month
]
[
Date Index
] [
Subject Index
] [
Author Index
] [
Other Debian Lists
] [
Debian Home
]
Mail converted by
MHonArc