Producing multiple -dbg packages using CDBS
Hi, I would like to know if someone could point me out the way one can produce more than one -dbg package using CDBS ? (a package doing that or some doc) The changelog says it is possible as of version 0.4.38, but does not provides any hints on how. And having a look at the CDBS debhelper.mk file was no that inspiring. I found a trick the does the work, but its just a trick. Thanks in advance, Nicolas. -- Nicolas CANIART | PhD. Student LaBRI, Domaine Universitaire | Room : 378 351, Cours de la Libération | Phone : +33 (0)540 003 511 F-33405 Talence CEDEX| e-mail: [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: Producing multiple -dbg packages using CDBS
On Tue, Jan 01, 2008 at 11:27:10AM +0100, Andreas Metzler wrote: > Nicolas CANIART <[EMAIL PROTECTED]> wrote: > > I would like to know if someone could point me out the way one can > > produce more than one -dbg package using CDBS ? (a package doing that > > or some doc) > > The changelog says it is possible as of version 0.4.38, but does not > > provides any hints on how. > > [...] > /usr/share/doc/cdbs/cdbs-doc.html > To control more finely which debug symbols go where, in particular if you want > to build more than one debug package, there are variables > DEB_DBG_PACKAGE_package that specify the debug package target for each > individual binary package. An example usage would be: > > DEB_DBG_PACKAGE_libfoo4 = libfoo-dbg > DEB_DBG_PACKAGE_foo-bin = foo-bin-dbg > [...] > > cu andreas > -- > `What a good friend you are to him, Dr. Maturin. His other friends are > so grateful to you.' > `I sew his ears on from time to time, sure' > > All right, I should try to avoid thinking the docs available on the net are more accurate than the one installed on my computer (thanks to DDs hard work); shame on me. My apologies for wasting your time and thank you for the answer. It worked like a charm, of course. -- Nicolas CANIART | PhD. Student LaBRI, Domaine Universitaire | Room : 378 351, Cours de la Libération | Phone : +33 (0)540 003 511 F-33405 Talence CEDEX| e-mail: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#629278: ITP: python-sphinx-aafig -- Embedded ASCII art figures in Sphinx documentations
Package: wnpp Severity: wishlist Owner: Nicolas CANIART * Package name: python-sphinx-aafig Version : 1.0 Upstream Author : Leandro Lucarella * URL : http://pypi.python.org/sphinxcontrib-aafig/ * License : BOLA Programming Lang: Python Description : Embedded ASCII art figures in Sphinx documentations -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110605100640.12573.17985.report...@amboss.caniart.net
Re: Bug#629278: ITP: python-sphinx-aafig -- Embedded ASCII art figures in Sphinx documentations
2011/6/5 Jakub Wilk : > * Nicolas CANIART , 2011-06-05, 12:06: >> >> * Package name : python-sphinx-aafig > > Why such a package name? [...] Done. > >> * URL : http://pypi.python.org/sphinxcontrib-aafig/ > I think you meant: http://packages.python.org/sphinxcontrib-aafig/ Yep that's the one I put in the control file, sorry. > >> * License : BOLA > > This is not a good license[1]. Please tell upstream to use something sane, > e.g. the Expat license[2]. Asked, but upstream does not seem to agree with Gunnar statements... More over this license was discussed back in 2006 [1,2] on debial-legal and was said dfsg compliant. It is also mentioned in other places like [3], but is not either in the free or non-free list found at [4]. > >> Description : Embedded ASCII art figures in Sphinx documentations > > sphinxcontrib-aafig would depend on aafigure, which is currently orphaned. > Please consider adopting it. > I might, if we can agree on the license problem. And then I am still looking for a sponsor Regards, Nicolas 1: http://lists.debian.org/debian-legal/2006/01/msg00098.html 2: http://lists.debian.org/debian-legal/2006/03/msg00508.html 3: http://wiki.debian.org/CopyrightNotices 4: http://wiki.debian.org/DFSGLicenses 5: http://www.debian.org/legal/licenses/index.html (en or fr) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktimqwe+9psxniuxuymyo4totgc0...@mail.gmail.com
Re: Bug#629278: ITP: python-sphinx-aafig -- Embedded ASCII art figures in Sphinx documentations
Hi, So is BOLA a DFSG compliant license or not ? Who is to decide ? If not, what should be done with BOLA licensed software packages in main ? If it is, again, I am still looking for a sponsor. Package files are here: http://caniart.nicolas.free.fr/debian/ Thanks, Nicolas. >>> * License : BOLA >> >> This is not a good license[1]. Please tell upstream to use something sane, >> e.g. the Expat license[2]. > > > Asked, but upstream does not seem to agree with Gunnar statements... > More over this license was discussed back in 2006 [1,2] on > debial-legal and was said dfsg compliant. It is also mentioned in > other places like [3], but is not either in the free or non-free list > found at [4]. >> [...] > > 1: http://lists.debian.org/debian-legal/2006/01/msg00098.html > 2: http://lists.debian.org/debian-legal/2006/03/msg00508.html > 3: http://wiki.debian.org/CopyrightNotices > 4: http://wiki.debian.org/DFSGLicenses > 5: http://www.debian.org/legal/licenses/index.html (en or fr) > -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=hos7KfGb5suJ=m_lu_i3iuxj...@mail.gmail.com
Bug#781832: ITP: python-tappy -- Python Test Anything Protocol (TAP) tools
Package: wnpp Severity: wishlist Owner: Nicolas CANIART * Package name: python-tappy Version : 1.3 Upstream Author : Matt LAYMAN * URL : http://github.com/mblayman/tappy * License : BSD Programming Lang: Python Description : TAP producer/consumer tools for python unittest The tap module provides a set of tools for working with the Test Anything Protocol (TAP). TAP is a line based test protocol for recording test data in a standard way. This module comes with a test-runner that implements the unittest.TestRunner interface and that produces TAP compliant output. It also includes tools to parse the output produced by TAP compliant test-runners. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150403144417.3061.66589.report...@amboss.schmiede.caniart.net
Bug#786636: ITP: tap.py -- TAP producer/consumer tools for Python unittest
Package: wnpp Severity: wishlist Owner: Nicolas CANIART * Package name: tap.py Version : 1.4 Upstream Author : Matt LAYMAN * URL : https://github.com/mblayman/tappy * License : BSD-2 Section : python Description : TAP producer/consumer tools for Python unittest tap.py is a python package that provides: - the implementation of a test runner that produces a TAP compliant output, for both the standard unittest framework and python-nose. - facilities to load and parse the output produced by TAP compliant test runners. - Provides a lexer to colorize TAP output with Pygments. There are a few other python packages that to similar stuff, but none yet in Debian. Compared to other package that I could find: - It is very easy to integrate in your tests, and plays well with the standard unittest framework; - It is actively maintained; - It is compatible with python from 2.6 to 3.4 (covers all python versions found in Debian); I have packaged it because I use it myself and having it packaged eases its deployment on the development and CI systems I maintain. I now hope that it will be useful to someone else... The binary pacakges built from this source package are: - python3-tappy: TAP producer/consumer tools for Python unittest -- Python 3 version - python-tappy: TAP producer/consumer tools for Python unittest -- Python 2 version - python-tappy-doc: TAP producer/consumer tools for Python unittest -- Documentation Packages are available for review on debian mentors at: http://mentors.debian.net/package/tap.py and here (for the binary packages): http://www.caniart.net/debian/NEW/ Regards, Nicolas. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150523190139.11128.79368.report...@amboss.schmiede.caniart.net
