Removing me from Uploader field of html5lib

o be added/contribue, but not really how to stop ;-) Thanks in any case for all the good work, team. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France)

Re: AsciiDoc in python-pelican

org/Bugs/Reporting for instance). Just my 2 cents, Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-pytho

RDFLib and SPARQLWrapper now in sync with upstream (in experimental): time for more tests

vance. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "u

DONE : rdflib 4.0.1-3 arrived in unstable - Was: Re: Preparing for a major update of python-rdflib package

Hi. Just in case you had missed it, RDFLib 4.0.1-3 just landed in unstable (http://packages.qa.debian.org/r/rdflib/news/20140513T104042Z.html) Feel free to test and report breakages. Latest upstream (4.1.2) should be in experimental in the next days. Best regards, Olivier Berger writes

Re: Preventing network access during nose doctest ?

Nicolas Dandrimont writes: > * Olivier Berger [2014-05-12 14:36:17 > +0200]: > >> Hi. >> >> I'm trying to fix #739222 where tests fail (-> FTBFS) during execution >> of nose's doctest plugin on something like : >> >>> impo

Preventing network access during nose doctest ?

ed through urllib2) so as the tests can be run offline ? If anyone has suggestions... Many thanks in advance. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Ev

Re: Python CGI sandboxing advice (packaging of Online Python Tutor)

7;ve been playing with FusionForge's mediawiki (including its PostgreSQL and Apache dependencies) in such an environment, and it seems one possible way... I'm not sure whether others have similar plans using Docker for something that could be done "the debian way". Probably

Bug#734380: retitle 734380 to ITP: pysshmenu -- Menu for quick connections to your remote hosts

oon. Thanks in advance. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org wi

Re: Python CGI sandboxing advice (packaging of Online Python Tutor)

for additional security. I forgot to CC: this list. Any advices (beyond Paul's) ? Thanks in advance. Best regards, Olivier Berger writes: > Hi. > > Paul Wise writes: > >> On Thu, Feb 6, 2014 at 8:43 AM, Paul Wise wrote: >> >>> Which CGI are we talking abo

Re: Help with packaging of python executable and its modules

e the recommended way to do so ? debian/install, or is dh_python* a way to do that ? May I suggest to update the wiki to reflect such cases, i.e. difference between application-specific modules or generic library modules. Thanks in advance. Best regards, -- Olivier BERGER http://www-public.telec

Re: update of rope

est hints given in [0] which hopefully allow you to keep gbp and use git-svn. Hope this helps. Best regards, [0] https://lists.debian.org/debian-python/2014/01/msg00023.html -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - De

Anyone experimented with Google App Engine Python SDK packaging for Debian ?

Web servers already available in Debian ? I coudn't spot discussions RFP or ITPs, but maybe you would have some pointers ? Thanks in advance. Best regards, P.S.: I was interested in packaging Online Python Tutor (http://pythontutor.com/) initially, which runs over the Google App Engi

Re: Multiple copies of timeoutsocket.py in Debian packages

Hi. Jakub Wilk writes: > * Olivier Berger , 2014-01-29, 10:25: >>>Yeah, timeoutsocket.py looks like something that should have died a >>>decade ago. In Python ≥ 2.3 you can set default timeout or a >>>per-socket timeout without help of this library. >>>

Preparing for a major update of python-rdflib package

-1.html [3] https://github.com/RDFLib/rdflib/blob/4.0.1/CHANGELOG.md -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-python-

Re: Multiple copies of timeoutsocket.py in Debian packages

Hi. Thanks for your responses. Jakub Wilk writes: > * Olivier Berger , 2014-01-28, 16:39: >>A quick search on http://codesearch.debian.net reports many hits for >>the timeoutsocket.py library. >> >>I think it would be better to have a distinct package, th

Multiple copies of timeoutsocket.py in Debian packages

willing to try and dig on this issue ? Hth. Best regards, [0] http://codesearch.debian.net/search?q=TimeoutSocket+path%3Atimeoutsocket.py -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telec

Re: Using git-svn and gbp for DPMT - Was: Re: Joining the DPMT and git.debian.org access

Barry Warsaw writes: > On Jan 14, 2014, at 02:40 PM, Olivier Berger wrote: > >>I've used git-buildpackage with git-svn on submodules of the DPMT SVN >>repo without too many difficulties so far. > > git-bp OTOH required a specific set of branches inside the repo to

Using git-svn and gbp for DPMT - Was: Re: Joining the DPMT and git.debian.org access

testing changes to the package locally. Hope this helps. Best regards, [0] http://honk.sigxcpu.org/con/Using_git_svn_and_git_buildpackage_to_build_packages_maintained_in_Subversion.html -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (Fr

Re: Problem of ${python:Depends} version in backports - Was: Re: python-django-ldapdb 0.2.0-1~bpo70+1 uninstallable

Hi. Olivier Berger writes: > Hi. > > I'm a bit puzzled by a Python version issue when backporting > django-ldapdb to wheezy-backports. > > The repo is here : > http://anonscm.debian.org/viewvc/python-modules/packages/django-ldapdb/branches/wheezy-bpo/ > > I

Problem of ${python:Depends} version in backports - Was: Re: python-django-ldapdb 0.2.0-1~bpo70+1 uninstallable

ebian-backports-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/52d1b833.2080...@debian.org > > -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-I

Handling stable backports in DPMT's SVN ?

Hi. Is there any guidance on how to handle versioning of packages for stable backports in the DPMT SVN ? I'm no so sure about best practices with SVN branches anymore, having used too much git these past years ;) Thanks in advance. Best regards, -- Olivier BERGER http://www-public.te

Fwd: Accepted sparql-wrapper-python 1.5.2-1 (source all)

ED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 30 Dec 2013 15:53:30 +0100 Source: sparql-wrapper-python Binary: python-sparqlwrapper python3-sparqlwrapper Architecture: source all Version: 1.5.2-1 Distribution: experimental Urgency: medium Maintainer: Olivier Berger Changed-By: Olivier

Re: usr/bin/ scripts for console_scripts which lead to binaries-have-file-conflict when python 2 + 3

Jakub Wilk writes: > * Olivier Berger , 2013-12-16, 13:24: >>- add a python-rdflib-tools package that contains shell scripts of the >>form : >> >> #!/bin/sh >> >> exec /usr/bin/python -m rdflib.tools.csv2rdf $* > > I can't see how that's

Re: usr/bin/ scripts for console_scripts which lead to binaries-have-file-conflict when python 2 + 3

Hi. Olivier Berger writes: > Hi. > > I'm working on rdflib whose setup.py comes with : > entry_points = { > 'console_scripts': [ > 'rdfpipe = rdflib.tools.rdfpipe:main', > 'csv2rdf =

usr/bin/ scripts for console_scripts which lead to binaries-have-file-conflict when python 2 + 3

e Python3 version by using a PYBUILD_INSTALL_ARGS_python3=--install-scripts=... and some .pyremove ?) I though maybe of another option, which is to install in each package's /usr/share/python[3]-rdflib/tools and only add symlinks for one of the packages... Is there a best practice

Upgrading html5lib to 0.99 (in order to add support for Python3)

missing some procedures on how to contribute to a packaging that was previously handled by someone else, in the frame of DPMT. Thanks in advance. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Inst

Re: pybuild and not always preventing network connection in auto tests

Barry Warsaw writes: > On Dec 11, 2013, at 05:09 PM, Olivier Berger wrote: > >>Do I need an unexport http_proxy AND an http_proxy='' dh_auto_test ? > > No, all you need to do is unset http_proxy and https_proxy for the duration of > the test command. > OK, ju

Re: pybuild and not always preventing network connection in auto tests

. That's essentially what I do. > I'm not sure I understand. Do I need an unexport http_proxy AND an http_proxy='' dh_auto_test ? I'm not sure about the behaviour of GNU make wrt env variables, so maybe that'd be obvious... Any clarification much welcome.

pybuild and not always preventing network connection in auto tests

tests ? Thanks in advance. Best regards, [0] https://github.com/RDFLib/rdflib/blob/master/test/test_conneg.py -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -

override_dh_auto_test and custom system (for Django, for ex.) - Was: Was: Re: pybuild - one to rule^W build them all

ll other cases, you also can: > > override_dh_auto_test: > pybuild --test --system=custom --test-args 'cd {build_dir}; your > command' > -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF In

Re: Recommending get-orig-source for packages ?

Piotr Ożarowski writes: > [Olivier Berger, 2013-12-03] >> Hi. >> >> I haven't spotted anything recommending a get-orig-source target in >> debian/rules in the team's docs. >> >> I think it could be an interesting recommendation, as since the pra

Recommending get-orig-source for packages ?

rough that target where to get the orig tarball. I guess most of the time, this could be derived from the debian/watch. Maybe using something like : https://wiki.debian.org/onlyjob/get-orig-source Any comments ? Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ -

Team maintenance of git-buildpackage repo cloned from upstream's

ich means that only DDs could touch eat and not all members of DPMT, IIUC. Thanks in advance. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France)

Re: Simplified library style guide based on pybuild

workaround for this issue, for the moment ? Bts, I've just filed a bug (#730777) to dh-python about the issue, in case one didn't notice your message. I hope no-one takes offense. Thanks in advance. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o

Re: Review of Django-ldapdb package needed

Hi. Olivier Berger writes: > Hi. > > I intend to have it maintained in the team SVN but am still waiting for > a kind sould to add obergix to the alioth project ;) > I've committed the svn-buildpackage-ready debian/ sources to [0]. Thanks in advance for any comments, in

Review of Django-ldapdb package needed

ldapdb.git [2] https://wiki.debian.org/DSA/UserdirLdapRewrite -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) pgpPKCq5mL9Ze.pgp Description: PGP signature