Bug#829506: ITP: flask-multistatic -- A simple flask plugin for overriding static files

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior 

* Package name: flask-multistatic
  Version : 1.0
  Upstream Author : Pierre-Yves Chibon 
* URL : https://pagure.io/flask-multistatic
* License : GPL-3+
  Programming Lang: Python
  Description : A simple flask plugin for overriding static files

 Simple flask plugin allowing to override static files, making theming
 flask applications really easy.

This package is a dependency necessary for pagure.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Re: Bug#829492: Acknowledgement (ITP: flask-wtf -- Simple integration of Flask and WTForms)

[Sergio Durigan Junior]

On Sunday, July 03 2016, Debian Bug Tracking System wrote:

> Thank you for filing a new Bug report with Debian.

As it turns out, this is already packaged for Debian under the name
python-flaskext.wtf.

Closing the ITP.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#829492: ITP: flask-wtf -- Simple integration of Flask and WTForms

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior 

* Package name: flask-wtf
  Version : 0.12
  Upstream Author : Dan Jacob, Hsiaoming Yang et al
* URL : https://github.com/lepture/flask-wtf
* License : BSD-3-clause
  Programming Lang: Python
  Description : Simple integration of Flask and WTForms

 Simple integration of Flask and WTForms, including CSRF, file upload
 and Recaptcha integration.

This package is a dependency necessary for pagure.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Re: pybuild renaming extensions breaks upstream code

[Afif Elghraoui]

Hi, Dmitry,

Thanks for your reply

على السبت  2 تـمـوز 2016 ‫23:03، كتب Dmitry Shachnev:
>> Is there a better way around this problem?
> If it is not a Python extension but rather a generic plugin, you can tell
> dh_python2 not to touch it (i.e. via the -X flag), or better install it to
> some private directory different from dist-packages.

It's a Python extension as far as I know. After investigating this a bit
more, it seems that numpy's ctypeslib.load_library function can guess
the library's extension. So for the unit test (before dh-python has
renamed anything and the library is still librarybasename.so), it can
guess properly if it's called as

numpy.ctypeslib.load_library("librarybasename","/path/to/library/")

but this won't work afterwards. I instead get

File "/usr/lib/python2.7/dist-packages/numpy/ctypeslib.py", line
163, in load_library
  raise OSError("no file with expected extension")
  OSError: no file with expected extension

Would it be a good idea to patch numpy to also look for multiarch
strings in the suffix?

Many thanks and regards
Afif

-- 
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name



signature.asc
Description: OpenPGP digital signature

Re: pybuild renaming extensions breaks upstream code

[Dmitry Shachnev]

Hi Afif,

On Sat, Jul 02, 2016 at 04:20:11PM -0700, Afif Elghraoui wrote:
> Hello,
> I'm maintaining a set of python modules that have this pattern of code
> for finding compiled extensions (this example is from the kineticstools
> package):
>
> [...]
>
> When the package is built and the architecture is renamed:
>
> I: dh_python2 fs:322: renaming tree_predict.so to
> tree_predict.x86_64-linux-gnu.so
>
> the upstream code breaks. What I've done in the past is patch it so that
> it searches for the extension the way we rename it (which I get using
> sysconfig.get_config_var('MULTIARCH')) as in the patch at
>
> http://anonscm.debian.org/git/debian-med/pbh5tools.git/tree/debian/patches/multiarch-module-path.patch
>
> Is there a better way around this problem?

If it is not a Python extension but rather a generic plugin, you can tell
dh_python2 not to touch it (i.e. via the -X flag), or better install it to
some private directory different from dist-packages.

--
Dmitry Shachnev


signature.asc
Description: PGP signature