On Mon, Aug 09, 2010 at 02:50:03PM +0200, Jakub Wilk wrote:
> * Toni Mueller , 2010-08-09, 14:00:
> >while packaging a new version of funkload and trying to convert the
> >packaging to the new 3.0 format, I have now arrived at a package that
> >should work. At least, superficially inspecting the pa
On Wed, Aug 4, 2010 at 12:20 PM, Jakub Wilk wrote:
> I checked only for built-in exception names, which should cover most cases.
> A simple regex like:
Thanks.
> Also, feel free to file a bug against lintian. :)
Done (#592379). This will probably end up as a wishlist against
pyflakes and a pyf
* Toni Mueller , 2010-08-09, 16:38:
http://download.oeko.net/sw/misc/funkload/
Drop ", << 3.0" from XS-Python-Version. It's not needed and confuses
python-support.
I've done that, but with no effect. The unpacked control file now
reads:
after reading the recent thread about XS-Python-Versio
Le Mon, 09 Aug 2010 16:57:30 +0200,
Bernd Zeimetz a écrit :
> On 08/09/2010 04:10 PM, Picca Frédéric-Emmanuel wrote:
>
> > I am using python-support but I am not sure I understood what is the
> > relation of my
> > problem with the section you pointed me in the python-support documentation.
> >
On 08/09/2010 04:10 PM, Picca Frédéric-Emmanuel wrote:
> I am using python-support but I am not sure I understood what is the relation
> of my
> problem with the section you pointed me in the python-support documentation.
>
> this ipy_profile_tango.py is not a Module built from the package, It i
Hi,
one more data point:
On Mon, 09.08.2010 at 16:38:07 +0200, Toni Mueller wrote:
> I'm very hesitant to upload a package that I cannot install locally,
> but would really like to see this version in the archive.
for kicks, I installed this package on my Testing workstation w/o any
problems:
Hi,
On Mon, 09.08.2010 at 16:09:48 +0200, Toni Mueller wrote:
> On Mon, 09.08.2010 at 15:48:18 +0200, Jakub Wilk wrote:
> > > http://download.oeko.net/sw/misc/funkload/
> > Drop ", << 3.0" from XS-Python-Version. It's not needed and confuses
> > python-support.
>
> I've done that, but with no
Le Mon, 09 Aug 2010 15:53:34 +0200,
Bernd Zeimetz a écrit :
> > Ps: Usually the IPython extension are in:
> > /usr/share/pyshared/IPython/Extensions
> >
> > So is it enought to install the ipy_profile_tango.py at that place
> > during the build phase of the package ?
>
> It should be, yes.
> P
Hi,
On Mon, 09.08.2010 at 15:48:18 +0200, Jakub Wilk wrote:
> > http://download.oeko.net/sw/misc/funkload/
> Drop ", << 3.0" from XS-Python-Version. It's not needed and confuses
> python-support.
I've done that, but with no effect. The unpacked control file now
reads:
Package: funkload
Version
On 08/09/2010 03:07 PM, Picca Frédéric-Emmanuel wrote:
>
> Hello
>
> I am packaging a library that provide also an ipython profile.
>
> the file is named like this
> ipy_profile_tango.py
>
> I would like to know what is the best practice for packaging that sort of
> ipython "Extension"
>
> Ps:
* Toni Mueller , 2010-08-09, 15:34:
>But trying to actually install the package on a machine running
>Sid, current as of today, fails:
Could you share your source package with us? Or at least post
debdiff (limited to debian/ directory) between the version in the
archive and the one which fails?
Hi Jakub,
On Mon, 09.08.2010 at 14:50:03 +0200, Jakub Wilk wrote:
> * Toni Mueller , 2010-08-09, 14:00:
> >But trying to actually install the package on a machine running
> >Sid, current as of today, fails:
>
> Could you share your source package with us? Or at least post
> debdiff (limited to
Hello
I am packaging a library that provide also an ipython profile.
the file is named like this
ipy_profile_tango.py
I would like to know what is the best practice for packaging that sort of
ipython "Extension"
Ps: Usually the IPython extension are in:
/usr/share/pyshared/IPython/Extensions
* Toni Mueller , 2010-08-09, 14:00:
while packaging a new version of funkload and trying to convert the
packaging to the new 3.0 format, I have now arrived at a package that
should work. At least, superficially inspecting the package's contents
does not reveal any errors, as does running lintian
Hi,
while packaging a new version of funkload and trying to convert the
packaging to the new 3.0 format, I have now arrived at a package that
should work. At least, superficially inspecting the package's contents
does not reveal any errors, as does running lintian (the package is
almost lintian-c
15 matches
Mail list logo