Re: Bug#1036884: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-07 Thread Sune Vuorela
On 2024-01-05, Sebastian Ramacher wrote: >> libpoppler-cpp0v5 >> libpoppler-glib8 >> libpoppler-qt5-1 >> libpoppler-qt6-3 >> libpoppler126 Poppler core (126ish) changes SONAME by release and is in general not supposed to be used by well-behaving applications. the frontentds (cpp,glib,Qt*) is sup

Bug#1060241: ITP: qhotkey -- global hotkey library for desktop qt-applications

2024-01-07 Thread Carlos Henrique Lima Melara
Package: wnpp Severity: wishlist Owner: Carlos Henrique Lima Melara X-Debbugs-Cc: debian-devel@lists.debian.org, charlesmel...@riseup.net * Package name: qhotkey Version : 1.5.0+git20230418.cd72a01 Upstream Contact: https://github.com/Skycoder42/QHotkey/issues/new * URL

Re: Policy: should libraries depend on services (daemons) that they can speak to?

2024-01-07 Thread Mo Zhou
On 1/7/24 15:36, Jonas Smedegaard wrote: Quoting Ansgar (2024-01-07 20:39:57) I therefore think that libraries (be it classic C shared object libraries or Python modules or others) should in general *not* have Depends: or Recommends: relations on services (DBus services, DBus itself, daemons,

Re: Policy: should libraries depend on services (daemons) that they can speak to?

2024-01-07 Thread Jonas Smedegaard
Quoting Ansgar (2024-01-07 20:39:57) > I therefore think that libraries (be it classic C shared object > libraries or Python modules or others) should in general *not* have > Depends: or Recommends: relations on services (DBus services, DBus > itself, daemons, ...). I thought this was already in p

Re: Policy: should libraries depend on services (daemons) that they can speak to?

2024-01-07 Thread Scott Kitterman
On January 7, 2024 7:39:57 PM UTC, Ansgar wrote: >Hi, > >I would like to extend Debian Policy on libraries depending on services >(daemons) that they can speak to. > >Let me bring to examples, one made up,, one for which I filed a bug >recently. But as far as I can tell this question comes up f

Policy: should libraries depend on services (daemons) that they can speak to?

2024-01-07 Thread Ansgar
Hi, I would like to extend Debian Policy on libraries depending on services (daemons) that they can speak to. Let me bring to examples, one made up,, one for which I filed a bug recently. But as far as I can tell this question comes up from time to time: 1. libpulse0 & friends --

Bug#1060216: ITP: python-django-solo -- Singleton objects helper for Django

2024-01-07 Thread Jérémy Lal
Package: wnpp Severity: wishlist Owner: Jérémy Lal X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Python Team * Package name: python-django-solo Version : 2.1.0 Upstream Contact: https://github.com/lazybird/django-solo/issues * URL : https://github.com/lazybird/

Re: DebGPT: how LLM can help debian development? demo available.

2024-01-07 Thread Mo Zhou
debgpt v0.4.90 has been uploaded to NEW, targeting at unstable. This tool is still under development, new features will be added later. Usage examples can be found in debgpt(1) or README.md . They are the same file. During my (limited number) of experiments when developing this tool, LLMs are goo

Bug#1060210: ITP: python-djangorestframework-yaml -- YAML parser and renderer for Django REST Framework

2024-01-07 Thread Jérémy Lal
Package: wnpp Severity: wishlist Owner: Jérémy Lal X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Python Team * Package name: python-djangorestframework-yaml Version : 3.0.1 Upstream Contact: José Padilla , Xavier Francisco * URL : https://github.com/Qu4tro/dr

Bug#1060208: ITP: dds-ktx -- header-only library for reading KTX format textures

2024-01-07 Thread David James
Package: wnpp Severity: wishlist Owner: David James X-Debbugs-Cc: debian-devel@lists.debian.org, davidjamescastor...@proton.me * Package name: dds-ktx Version : 1.1 Upstream Contact: Sepehr Taghdisian * URL : https://github.com/septag/dds-ktx * License : BSD

Re: Bug#1036884: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-07 Thread Rene Engelhard
Hi, Am 07.01.24 um 04:38 schrieb Steve Langasek: The ordering here would be: - dpkg will be uploaded to experimental with 64-bit time_t in the default flags - the source packages which need an ABI change ("source-packages"+"lfs-and-depends-time_t") and do not already have versions in e

Re: Bug#1036884: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-07 Thread Rene Engelhard
Hi, Am 07.01.24 um 02:01 schrieb Steve Langasek: If you say you are going to fix eventual breakage (and not ignoring the test results!) and if that means fixing asm on all affected archs, then it's OK :) Well, yes; though I hope we would see some help from e.g. arm porters if there were actual