ng?
Cheers,
Emilio
diff -Nru ros-geometry2-0.6.6/debian/changelog
ros-geometry2-0.6.6/debian/changelog
--- ros-geometry2-0.6.6/debian/changelog2020-01-18 21:51:17.0
+0100
+++ ros-geometry2-0.6.6/debian/changelog2020-03-30 16:56:18.00000
+0200
@@ -1,3 +1,10 @@
+ros-geom
Hi,
We've just finished the transition to python3.8 as the default python3
interpreter, which was a bit difficult due to some autopkgtest regressions in a
few rdeps, and to the fact that many modules only build their extensions for the
default python version, which means they have a strict depende
Hi Scott,
On 05/07/17 06:25, Scott Kitterman wrote:
> On Wednesday, June 28, 2017 11:19:37 PM Scott Kitterman wrote:
>> On Friday, June 23, 2017 02:09:34 PM Scott Kitterman wrote:
>>> On Saturday, June 17, 2017 04:20:27 AM Scott Kitterman wrote:
> ...
As a reminder (and for anyone new) we'll
On 04/04/14 02:02, Wookey wrote:
> +++ Jakub Wilk [2014-04-04 01:21 +0200]:
>> * Emilio Pozuelo Monfort , 2014-04-04, 00:49:
>>>> Setting up python3-gi (3.10.2-2) ...
>>>> Traceback (most recent call last):
>>>> File "/usr/bin/py3compile&q
Cc'ing debian-python@.
On 04/04/14 00:04, wookey wrote:
> Package: python3-gi
> Version: 3.10.2-2
> Severity: normal
>
> When you install the python3-gi package from
> http://people.debian.org/~wookey/bootstrap/debianrepo2/pool/main/p/pygobject/python3-gi_3.10.2-2_arm64.deb
>
> it fails with:
>
On 17/09/10 13:29, Julian Andres Klode wrote:
> On Fr, 2010-09-17 at 13:09 +0200, Piotr Ożarowski wrote:
>> [Julian Andres Klode, 2010-09-17]
>>> The python-apt package provides python3-apt, I see no reason in adding a
>>> new package here.
>>
>> how about this one: on my phone, I want to install a
On 13/08/10 22:22, Jakub Wilk wrote:
> We have currently 4 different Python helpers in the archive[0], which is
> about 3 too much. dh_python has been deprecated for almost 4 years, yet
> there are still ~80 packages that use it.
Debian GNOME Maintainers
gamin (U)
This is fixed in our SVN, th
On 27/07/10 08:54, Sandro Tosi wrote:
> On Tue, Jul 27, 2010 at 08:48, Josselin Mouette wrote:
>> Le mardi 27 juillet 2010 à 10:33 +0900, Shyouzou Sugitani a écrit :
>>> After upgrading from 2.17.0-2 to 2.17.0-3 I got an error
>>> "pygtk was not compiled with Numeric Python support".
>>>
>>> $ pyt
On 06/06/10 11:21, PICCA Frédéric-Emmanuel wrote:
>> Since the Debian Policy forbids packages that don't provide the same
>> functionality (like these two modules) to conflict with each other, you
>> cannot
>> go that route. You could probably hack it with .pth so that you don't need a
>> package
On 06/06/10 04:43, Scott Kitterman wrote:
> A couple of weeks ago, Jakub Wilk noticed this issue and prepared both a DD
> list of affected packages and the grep output that was used to detect
> potentially affected packages. I know some of these packages have been fixed
> already. Please reply
Hi Frédéric,
On 05/06/10 17:43, PICCA Frédéric-Emmanuel wrote:
> I would like to package this piece of software:
> http://www.tango-controls.org/static/tau/latest/doc/html/index.html
>
> which provides a tau python module.
>
> but the debian python-tau also provides this tau module.
>
> I alrea
Package: wnpp
Severity: normal
Hi,
I don't really use scribes anymore, so I'd like to pass maintenance over to
somebody who uses it and can maintain it better than me.
The package is currently maintained in the Python Applications Packaging Team
(python-apps), but whoever takes it can move it el
On 08/05/10 06:41, anatoly techtonik wrote:
> 80kb of duplicated
> code (even 8Mb) doesn't worth wasted time for troubleshooting in 2010.
> It may be a reason for security, but why not just let packages
> register their used version in Debian registry and track it there?
Because if there's a secur
On 09/03/10 15:15, Ludovico Cavedon wrote:
> /usr/share/doc/python-support/README.gz says:
>> * If your package is arch-all:
>>- Build it using its standard build system.
>>- Build-depend on python-dev.
>
> lintian says:
>> N:The given package appears to have a Python development pack
On 30/01/10 13:12, Ben Finney wrote:
Guy Hulbert writes:
On Sat, 2010-30-01 at 15:42 +1100, Ben Finney wrote:
If the package is designed to be installed by distutils, it seems
obtuse to expect it to work without using distutils.
It is useful to be able to run a package without installing it
anatoly techtonik wrote:
> Upstream Trac is shipped with jQuery it needs while leaving Genshi and
> other libraries as dependencies. Debian specific patch removes jQuery
> from Trac distribution even though it contributes only 2% to package
> size.
It's not about package size, it's about security
Loïc Minier wrote:
> On Fri, Dec 11, 2009, Emilio Pozuelo Monfort wrote:
>> Looks fine to me, but 3.1 needs to be updated too since it currently says
>> that a
>> package that needs `foo' must depend on `python-foo', which may not be
>> correct
>> any
Loïc Minier wrote:
> On Fri, Dec 11, 2009, Emilio Pozuelo Monfort wrote:
>> This would mean we'd need to split e.g. python-gtk2 into five. Do we really
>> want
>> that? The "should" wording allowed one to not do it in special cases. I'm not
>> sa
Hi Loïc!
Loïc Minier wrote:
> Require the python- prefix for public modules
This would mean we'd need to split e.g. python-gtk2 into five. Do we really want
that? The "should" wording allowed one to not do it in special cases. I'm not
saying we shouldn't change it, but we should make sure we'
Hi,
Jakub Wilk wrote:
> I am going to file a few dozens of bugs against packages that are embedding
> copies of Python modules; more specifically:
> - modules available as separate Debian packages: argparse, beautifulsoup,
> clientform, coherence, configobj, elementtree, feedparser, mechanize,
> p
Stefano Zacchiroli wrote:
> On Tue, Sep 22, 2009 at 12:36:09PM +0200, Josselin Mouette wrote:
>> Done, omitting a reported false positive and a few packages fixed in the
>> meantime.
>> http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-pyt...@lists.debian.org;tag=python2.6
>
> Thanks.
>
>
Steve Langasek wrote:
> On Wed, Sep 09, 2009 at 10:02:16AM +0200, Bernd Zeimetz wrote:
>> Josselin Mouette wrote:
>>> I think that’s the most efficient approach indeed. For that, we need to
>>> either:
>>> * patch /usr/bin/pyversions to use them instead
>>> * or introduce a new script
Jakub Wilk escribió:
> Well, technically Mercurial extensions *are* public Python modules. You
> can import one into your own Python program and fiddle with it. Most
> users would never do such a thing, yet it is perfectly feasible and can
> be proven useful.
Ok, I misunderstood you. I thought hg-
Jakub Wilk escribió:
> Hello,
Hi Jakub,
> What is the correct umbrella to package a plugin for a Python
> application under? DPMT or PAPT?
PAPT, since it's not a module
> And, is there some recommended binary package naming scheme for such
> packages?
Nope, there's only one for modules, but th
Andreas Tille wrote:
> On Sat, 28 Mar 2009, Emilio Pozuelo Monfort wrote:
>
>> I got an
>> error that mx.DateTime can't be imported, so you probably need to
>> depend on
>> python-egenix-mxdatetime).
>
> Thanks to Emilio I was able to fix the gnumed-cli
Andreas Tille wrote:
> On Sun, 29 Mar 2009, Emilio Pozuelo Monfort wrote:
>
>> In that case the .pyc files won't be loaded, but the .py ones, I guess
>> (please
>> somebody correct me if I'm wrong). Nothing to worry about as people
>> will usually
>>
Karsten Hilbert wrote:
>> You're missing a 'export' before setting the variable (or call python in
>> the
>> same line you set it).
>
> Ah, thanks. Emilio, you are clearly a better expert on
> packaging Python code under Debian than me :-)
That was shell ;)
>>> I really wonder how this new pyth
Hiya,
Andreas Tille wrote:
> On Sat, 28 Mar 2009, Emilio Pozuelo Monfort wrote:
>
>> That is, you're now shipping some modules in a private location
>
> This is what I understood as recommendation in #516037.
Yes, that's recommended, but it's not a requir
Hi Andreas,
Andreas Tille wrote:
> Hi,
>
> I tried to implement the Python policy [1] using python-support to
> the new GNUmed packages but failed. If I try the basic essence
> of the /usr/bin/gnumed script I get:
>
> $ python -m Gnumed.wxpython.gnumed
> Traceback (most recent call last):
> F
Hi Joss,
Josselin Mouette wrote:
> 1. GNOME-PYTHON
> I propose to file wishlist bugs on the packages that can move to using
> python-gconf.
> 2. GNOME-PYTHON-DESKTOP
> I propose to file important bugs on all packages depending on
> python-gnome2-desktop, making them RC once the package is remo
Sebastian Reichel wrote:
> On Tue, Mar 03, 2009 at 06:20:33PM +0100, Emilio Pozuelo Monfort wrote:
>> Really? Where is that package? I can't find it.
>
> I found it @ http://python-modules.alioth.debian.org/cgi-bin/pet.cgi
> under "Ready for upload" section.
Sebastian Reichel wrote:
> Hi,
>
> I'm not in the list, but I hope you will get the mail :) I just
> packaged NXT_Python from http://home.comcast.net/~dplau/nxt_python/
>
> After this I saw, that one of you packaged pynxt from
> https://ssl.natulte.net/nxos/devel and called it python-nxt,
> too.
Ondrej Certik wrote:
> Currently I think Sandro is the last major contributor for DPMT who
> wants to stay in svn.
I don't think I count as major contributor, but I'm distrustful about changing
too.
Emilio
signature.asc
Description: OpenPGP digital signature
Ondrej Certik wrote:
> I really want it in unstable. It's because the new scipy won't build
> without this upload etc. and many people are just waiting for it. It's
> a legitimate question though, but so far I understood that this is
> what unstable is for. Otherwise people will have to move from u
Franck Joncourt wrote:
> Hi,
>
> I am currently working on urlwatch (hosted on callab-maint), and this is
> the first time I play with the Python packaging.
>
> dget http://www.dthconnex.com/packages/urlwatch_1.5-1.dsc
>
> Here is the contents of the deb file:
>
> http://www.dthconnex.com/packa
Sandro Tosi wrote:
> Hi all,
> following up what once POX suggested on irc, I'd like to switch from
> wsvn to viewsvn (compare the difference yourself at [1] and [2]) for
> Vcs-Browser field.
Please! Also, would it be OK to do that in PAPT too? I'm not sure if it would be
in those packages PAPT is
Pierre Habouzit wrote:
> This is _wrong_ to put XB-PV: 2.4, 2.5 for an arch:all package, this
> should be XB-PV: all or something similar.
Even if you package doesn't work with some supported Python versions? (e.g. it
uses the finally clause)
Emilio
signature.asc
Description: OpenPGP digital
Ben Finney wrote:
> Cyril Brulebois <[EMAIL PROTECTED]> writes:
>> - strange to see there's only a © 2005 copyright line, IIRC the project
>>has been quite active lately. But still IIRC you're more versed into
>>legalese than I am, so you probably told them to update their
>>copyright
Hi,
Mikhail Gusarov wrote:
> Gentlemen,
>
> I'm going to package tool called Sphinx (http://sphinx.pocoo.org/) -
> documentation generator for Python projects.
>
> In ITP (#474782) I chose package name to be 'python-sphinx', however
> then the package will be thought as containing just python mo
Hi Stani,
Stani wrote:
> Hi,
> Andreas reported that nautilus is upgrading its API to 2.0 I develop an
> application Phatch (photo batch processor) which implements
> nautilus-integration through python-nautilus. To upgrade Phatch I need
> python-nautilus in Debian Experimental. AFAIK it is not th
[ CCing debian-python as it was previously CCed ]
Antonio De Luci wrote:
> Emilio Pozuelo Monfort ha scritto:
>> This sounds more like a module than an application. Perhaps you wanted to
>> upload
>> this to python-modules instead of python-apps?
>>
>> Cheers,
&
Hi,
[EMAIL PROTECTED] wrote:
> [svn-inject] Applying Debian modifications to trunk
> +Description: Object Relational Mapper with strong introspection
> + Object Relational Mapper with strong introspection as a Python module. It
> hides
> + SQL syntax and gives you a set of intelligent classes an
Barry Warsaw wrote:
> This is Debian policy (which is fine), but I don't think all distros
> agree. I'm not a distro guy though. :) Mattias, didn't the Fedora guys
> say they were going to try to create a mailing list for discussing these
> kinds of cross-distro issues?
There's http://lists.free
Hello,
Sandro Tosi wrote:
Hi all,
I'd like to report here my feelings about the current way to maintain
package in our repositories (DPMT and PAPT).
As of now, policy[1] states that:
Thus if you bring some packages into the team, you can keep your
name in the Maintainer field. You will rec
Eike Nicklas wrote:
> Hi Debian Python experts,
>
> I am currently trying to create Debian packages for a small python
> application I am writing. I thinks, this application is not yet ready
> for an official inclusion in Debian, but still, I have some questions
> about 'proper' packaging just out
Stefano Canepa wrote:
> Emilio Pozuelo Monfort wrote:
>> [ CCing debian-python and ITA 379374 ]
>
>> Hello Stefano
>
>> I've updated spe's packaging files in the PAPT repository a bit, and was
>> wondering what's the status of your ITA bug. If yo
[ CCing debian-python and ITA 379374 ]
Hello Stefano
I've updated spe's packaging files in the PAPT repository a bit, and was
wondering what's the status of your ITA bug. If you don't plan to own the
package in Debian, we could maintain it in the team, although if you want to
maintain it yourself
47 matches
Mail list logo