Re: Challenges packaging Python for a Linux distro - at Python Language Summit

2021-05-13 Thread Thomas Goirand
On 5/13/21 1:26 AM, Stefano Rivera wrote:
> Hi Thomas (2021.05.12_23:06:45_+)
>> On 5/12/21 11:21 PM, Stefano Rivera wrote:
>>> Matthias Klose gave a presentation at the Python Language Summit on the
>>> Challenges packaging Python for a Linux distro.
>>> [..]
>> This looks great. Is there a video of it somewhere?
> No, there won't be videos published, only blog posts written.
> SR

Matthias, if you read this: you *MUST* make such a presentation at the
next debconf, *PLEASE* !!!


Thomas Goirand (zigo)

Re: Request to join python team

2021-05-13 Thread Sergio Durigan Junior
On Tuesday, May 11 2021, Sérgio Cipriano wrote:

> Hi,
> I would like to join the Debian Python team to help maintain typer and 
> crochet.
> My Salsa login is sergiosacj.
> I have read 
>  and accept it.

Guys, Sérgio here has been trying to join the team for *months* now.  He
already packaged a few Python modules and is helping maintaining others.
Can we add him to the team, please?

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

Re: Challenges packaging Python for a Linux distro - at Python Language Summit

2021-05-13 Thread Yaroslav Halchenko
FWIW, if might come handy in the future, my 4c:

> * What do we provide for scientific / data scientist use cases?

- is the unique service allowing to "go
  back in time" or just "freeze" the environment given a date.

  Very handy for reproducibility, collab, etc.

  Not possible AFAIK on pypi or even conda unless researcher prepared a
  full exhaustive list of frozen package==version@build 

  nd_freeze from neurodebian-freeze assists in making use of that
  feature.  I just stick it at the top of my Dockerfile/Singularity file
  recipes to make container itself as reproducible as possible, so later
  on I could add another component less likely affecting already
  existing ones.

- wider arch support for extensions and non-python libraries/tools.
  ppc64el is gaining some momentum AFAIK in sci computing

- better guarantees to achieve desired installation goal.

  examples of pip/conda failing to resolve depends are more numerous

- integration and downstream testing at package build time and via

  anyone who cares to not only "get it running" but have some assurance
  of correct operation (not junk-in-junk-out) should appreciate that.

  pypi has no concerns on that at all.  conda is doing quite good job
  and does allow for some downstream testing.  But it remains "more
  fluid", unlike a clear cut releases of debian with better guarantees
  for correct operation

Yaroslav O. Halchenko
Center for Open Neuroscience
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755