RFS: freetype-py/2.1.0.post1-1 [ITP]

2019-05-03 Thread Bastian Germann
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "freetype-py". This closes a
very long-standing wnpp issue. I posted an earlier version last
September but got no attention so far.

 * Package name: freetype-py
   Version : 2.1.0.post1-1
   Upstream Author : Nicolas P. Rougier
 * URL : https://github.com/rougier/freetype-py
 * License : BSD
   Section : python

It builds those binary packages:

  python3-freetype - Freetype Python bindings for Python 3

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/freetype-py

Alternatively, one can download the package with dget using this command:

  dget -x
https://mentors.debian.net/debian/pool/main/f/freetype-py/freetype-py_2.1.0.post1-1.dsc

Regards,
Bastian Germann



Re: overriding default compile flags when building python extensions

2019-05-03 Thread Drew Parsons

Ansgar wrote:

On Fri, 2019-05-03 at 19:49 +0800, Drew Parsons wrote:
> The first -g is the problem (in "-DNDEBUG -g -fwrapv -O2 -Wall").

Not sure about setup.py, but `-g0` (after `-g`) should also disable
debug information:

+---
| Level 0 produces no debug information at all.  Thus, -g0 negates -g.
+---



Thanks Ansgar. Weird (dangerous, even) if the flags can't be controlled 
directly.

But I can try the -g0 trick and see if it solves the problem.

Drew



RFS: pysword -- A Python library for reading SWORD Bibles [ITP]

2019-05-03 Thread Bastian Germann
Hi,

I am looking for a sponsor for my package "pysword"

 * Package name: pysword
   Version : 0.2.6-1
   Upstream Author : Tomas Groth
 * URL : https://gitlab.com/tgc-dk/pysword/
 * License : Expat
   Section : python

It builds those binary packages:

  python3-pysword - A Python library for reading SWORD Bibles

If it is sponsored the Debian package openlp will depend on
python3-pysword in its next major version.

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/pysword


Alternatively, one can download the package with dget using this command:

  dget -x
https://mentors.debian.net/debian/pool/main/p/pysword/pysword_0.2.6-1.dsc

More information about pysword can be obtained from:
https://gitlab.com/tgc-dk/pysword/

Regards,
Bastian Germann



Re: overriding default compile flags when building python extensions

2019-05-03 Thread Ansgar
On Fri, 2019-05-03 at 19:49 +0800, Drew Parsons wrote:
> The first -g is the problem (in "-DNDEBUG -g -fwrapv -O2 -Wall").  The 
> advice from the internet (stackoverflow) is exceedingly poor on this 
> question, in most cases addressing how to add flags, not how to change 
> the existing default flags. Alternatives like
>OPT="" python3 ./setup.py
> simply do not work.

Not sure about setup.py, but `-g0` (after `-g`) should also disable
debug information:

+---
| Level 0 produces no debug information at all.  Thus, -g0 negates -g.
+---

Ansgar



overriding default compile flags when building python extensions

2019-05-03 Thread Drew Parsons

Dear Debian Python community,

how does one control or override the default flags used by setup.py 
(setuptools module) when compiling a C extension for a python module?


The intention is to switch off -g in pygalmesh, because of memory 
constraints on 32 bit systems when compiling against CGAL, see 
Bug#928140, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=928140


A failed build, e.g. i386 at 
https://buildd.debian.org/status/fetch.php?pkg=pygalmesh=i386=0.3.1-1=1556128605=0
shows -g is used twice.  The second usage comes from CFLAGS in 
dpkg-buildflags, which I can control.


The first -g is the problem (in "-DNDEBUG -g -fwrapv -O2 -Wall").  The 
advice from the internet (stackoverflow) is exceedingly poor on this 
question, in most cases addressing how to add flags, not how to change 
the existing default flags. Alternatives like

  OPT="" python3 ./setup.py
simply do not work.

The default in question appears to be the OPT variable defined in 
/usr/lib/python3.7/config-3.7m-x86_64-linux-gnu/Makefile


But how to override it?

Upstream (Nico) suggests instead to build with CC=clang++.  Is this a 
good alternative for Debian python modules?


Drew



[SOLVED] Re: Example of packaged Django web application

2019-05-03 Thread Olivier
Le jeu. 2 mai 2019 à 19:19, Geert Stappers  a écrit :

>
> Or better: replace the page with what this thread  yeilds
>
>
> Groeten
> Geert Stappers
> --
> Leven en laten leven
>
>
Geert, you read in my mind  as I also think adding both Neil and Thomas
suggestions in Wiki page or either a pointer to this thread would greatly
improve this [1] Wiki page value.

Is clicking over Connection link in [1] page and filling form in, enough to
edit it (I didn't dare to try) ?