Hi debian-python (2011.02.06_19:25:31_+0200)
> Piotr is plotting to make Python 2.7 land in unstable in the next couple
> of days (we hope), so I'd like to wait a bit and see if this happens.
Of course, if this package stored its modules privately (which it
probably should, as I suggested before),
Hi Daniel (2011.02.06_18:44:02_+0200)
> All right, all fixed. Thanks for checking!
No problem. I am happy with the package and happy to sponsor it (it'd be
my first :P ).
Piotr is plotting to make Python 2.7 land in unstable in the next couple
of days (we hope), so I'd like to wait a bit and see
All right, all fixed. Thanks for checking!
Daniel
On 06.02.2011 14:35, Stefano Rivera wrote:
> Hi Daniel (2011.02.06_12:26:28_+0200)
>> I've converted didjvu to dh_python2 now, could anybody please check it
>> over again? Any hints welcome!
>
> Looks fine. A couple o
Hi Daniel (2011.02.06_12:26:28_+0200)
> I've converted didjvu to dh_python2 now, could anybody please check it
> over again? Any hints welcome!
Looks fine. A couple of minor things:
Might as well use X-Python-Version instead of XS, as it's available in
python 2.6.6-3.
I l
I've converted didjvu to dh_python2 now, could anybody please check it over
again? Any hints welcome!
Greetings,
Daniel Stender
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.or
[Jakub Wilk, 2011-01-14]
> * Piotr Ożarowski , 2011-01-13, 16:11:
> Well, there is lenny-backports-sloppy. But I was thinking more about
> backporting for user's own purposes.
>
> For python-support-based packages, backporting is often no-op: you can
> just install a squeeze package on a lenny
* Piotr Ożarowski , 2011-01-13, 16:11:
[Jakub Wilk, 2011-01-13]
What about backportability? Do you plan to backport dh_python2 to lenny?
(I doesn't sound straight-forward, if doable at all.)
didjvu will never be backported to Lenny as it will not be released with
Squeeze
Well, the
* Daniel Stender , 2011-01-11, 10:06:
djvusmooth 0.2.8-2
For the reference, it's been uploaded.
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2011
[Sandro Tosi, 2011-01-13]
> is this some sort of subliminal message that wheezy is planned to
> support only 2.7 ? :)
that's the plan (at least my plan), yes
See http://lists.debian.org/debian-python/2010/10/msg00017.html
--
Piotr Ożarowski Debian GNU/Linux Developer
www.
On Thu, Jan 13, 2011 at 15:33, Piotr Ożarowski wrote:
> (I will ask the same for modules when 2.7 will be
> the only supported Python 2.X version and thus the same will be true for
> Python public modules).
is this some sort of subliminal message that wheezy is planned to
support only 2.7 ? :)
C
On Jan 13, 2011, at 04:08 PM, Piotr Ożarowski wrote:
>[Barry Warsaw, 2011-01-13]
>> Actually, I think dh_python2 *is* better because the symlinks aren't created
>> at install time, but instead are included in the package.
>
>we're talking about private modules here, python-support doesn't create
>
[Jakub Wilk, 2011-01-13]
> What about backportability? Do you plan to backport dh_python2 to lenny?
> (I doesn't sound straight-forward, if doable at all.)
didjvu will never be backported to Lenny as it will not be released with
Squeeze
but yes, with one small change (to workaro
[Barry Warsaw, 2011-01-13]
> Actually, I think dh_python2 *is* better because the symlinks aren't created
> at install time, but instead are included in the package.
we're talking about private modules here, python-support doesn't create
symlinks for private modules
--
Piotr Ożarowski
* Piotr Ożarowski , 2011-01-13, 15:33:
didjvu 0.2.1-1 - initial release
consider using dh_python2 instead of python-support
Out of curiosity, how is dh_python2 better thant python-support for
Python applications? (It's a 97% honest question!)
It's not better¹ and it's not wo
On Jan 13, 2011, at 03:33 PM, Piotr Ożarowski wrote:
>[Jakub Wilk, 2011-01-13]
>> Out of curiosity, how is dh_python2 better thant python-support for
>> Python applications? (It's a 97% honest question!)
>
>It's not better¹ and it's not worse. I asked to consider it for NEW
>package because I wa
[Jakub Wilk, 2011-01-13]
> * Piotr Ożarowski , 2011-01-11, 11:09:
>>> I would like to refresh the RFS for the following packets:
>>>
>>> didjvu 0.2.1-1 - initial release
>>
>> consider using dh_python2 instead of python-support
>
> Out of
* Piotr Ożarowski , 2011-01-11, 11:09:
I would like to refresh the RFS for the following packets:
didjvu 0.2.1-1 - initial release
consider using dh_python2 instead of python-support
Out of curiosity, how is dh_python2 better thant python-support for
Python applications? (It's
[Daniel Stender, 2011-01-11]
> I would like to refresh the RFS for the following packets:
>
> didjvu 0.2.1-1 - initial release
consider using dh_python2 instead of python-support
> djvusmooth 0.2.8-2 - maintainer switch, standards bumped to 3.9.1
> pybtex
Hi guys,
I would like to refresh the RFS for the following packets:
didjvu 0.2.1-1 - initial release
djvusmooth 0.2.8-2 - maintainer switch, standards bumped to 3.9.1
pybtex 0.14.1-1 - new upstream release
Everything is at: http://svn.debian.org/wsvn/python-apps/packages/
I would say
* Daniel Stender , 2010-11-05, 18:45:
/python-apps/packages/ocrodjvu/tags/0.4.6-3
FTR, I uploaded ocrodjvu.
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.deb
tion, your previous one (and the one used by
> the other packages in this set), to use a symlink to the wrapper, which
> you put in /usr/share/didjvu.
>
> didjvu is missing a dependency on python-gamera.
>
>> Files: debian/*
>> -Copyright: 2009, 2010 Jakub Wilk
&g
link to the wrapper, which
you put in /usr/share/didjvu.
didjvu is missing a dependency on python-gamera.
> Files: debian/*
> -Copyright: 2009, 2010 Jakub Wilk
> +Copyright: 2010 Daniel Stender
I don't think you should forget Jakub, just add yourself.
Otherwise no issues I
All refreshed. How do I update tags? Svn copy (/trunk /tags/foo) says
"permission denied".
Thanks for all pointers,
Daniel Stender
On 06.11.2010 11:15, Stefano Rivera wrote:
> Hi Daniel (2010.11.06_11:47:14_+0200)
>>> argparse is part of the standard library in Python 2.7. A dependency on
>>> py
Hi Daniel (2010.11.06_11:47:14_+0200)
> > argparse is part of the standard library in Python 2.7. A dependency on
> > python (>= 2.7) | python-argparse is probably preferable.
>
> Allright.
I suppose that's not necessary, Jakub had a good point that python will
probably provide python-argparse wh
way. Thanks for the
pointer! I've fixed that
for all packages.
>> /python-apps/packages/didjvu/tags/0.2.1-1/ initial release of 0.2.1
>> Depends: ${misc:Depends}, ${python:Depends}, python-imaging, libdjvulibre21
>> (>= 3.5.21), python-argparse
>
>
Hi Ben (2010.11.05_23:18:41_+0200)
> Is this common practise among sponsors?
It is for debian-python. I don't have any experience with other
SVN-using teams.
> If the above convention (the sponsor will change ‘UNRELEASED’ to the
> appropriate suite name before re-building) is common, is it docume
Moving this non-Python part of the discussion to ‘debian-mentors’.
Stefano Rivera writes:
> First, we don't tag releases until they are uploaded. You can leave the
> changelog entry as UNRELEASED, and the sponsor will fix that and tag on
> upload.
Is this common practise among sponsors?
I was
share/didjvu
Now you need only to jump through a few hops to let the binary find the
modules. ;>
/python-apps/packages/ocrodjvu/tags/0.4.6-3
My previous argparse comment still applies, but this is aimed at squeeze
which doesn't have python2.7, so you don
On Nov 05, 2010, at 09:46 PM, Stefano Rivera wrote:
>#!/usr/bin/make -f
>%:
> dh $@
[...]
>
>For new packages, you should probably consider using dh_python2 instead
>of python-support. The eventual plan is to migrate all Python packages
>to it.
Which should be as easy as adding "--with pyth
nd the sponsor will fix that and tag on
upload.
> /python-apps/packages/didjvu/tags/0.2.1-1/initial release of 0.2.1
> Depends: ${misc:Depends}, ${python:Depends}, python-imaging, libdjvulibre21
> (>= 3.5.21), python-argparse
I'd suggest wrapping that (after every comma
Hi people,
I'm kindly asking for overchecking/uploading of the following packages:
/python-apps/packages/didjvu/tags/0.2.1-1/ initial release of 0.2.1
/python-apps/packages/djvusmooth/tags/0.2.8-2/
/python-apps/packages/ocrodjvu/tags/0.4.6-3 closes important bug
#6
* Daniel Stender , 2010-10-29, 18:54:
read towards RFA Python modules that they "have to stay under the DPMT
umbrella for at least 12 months". What does that mean?
I guess you are referring to my comment at bottom of #598157.
python-djvulibre is currently team-maintained by Debian Python Modul
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi guys,
I am working on packaging Jakub Wilks's Didjvu. That is a smart little DjVu
encoder employing the
Gamera framework (python-gamera) for automatic foreground mask generation which
drastically improves
the workflow towards document sca
33 matches
Mail list logo
