Bug#1060128: ITP: python-sphinxcontrib-github-alt -- Sphinx extension for easy GitHub links

2024-01-05 Thread Dale Richards
Package: wnpp Severity: wishlist Owner: Dale Richards X-Debbugs-Cc: debian-devel@lists.debian.org, d...@dalerichards.net * Package name: python-sphinxcontrib-github-alt Version : 1.2 Upstream Contact: Jupyter Development Team * URL : https://github.com/jupyter/sphinxc

Bug#1060126: ITP: golang-github-azuread-microsoft-authentication-extensions-for-go -- Microsoft Authentication Library (MSAL) Extensions for Go (library)

2024-01-05 Thread Maytham Alsudany
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org Control: block 1059083 by -1 * Package name: golang-github-azuread-microsoft-authentication-extensions-for-go Version : 0.0~git20231002.7e3b8e2 Upstrea

Bug#1060124: ITP: golang-github-azure-go-amqp -- aMQP 1.0 client library for Go (library)

2024-01-05 Thread Maytham Alsudany
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org Control: block 1059083 by -1 * Package name: golang-github-azure-go-amqp Version : 1.0.2 Upstream Contact: https://github.com/Azure/go-amqp/issues * URL

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

2024-01-05 Thread Steve Langasek
On Fri, Jan 05, 2024 at 02:23:59PM -0700, Sam Hartman wrote: > > "Steve" == Steve Langasek writes: > Steve> - In multi-library packages, there is no reliable way to map > Steve> from a set of headers in a dev package to specific shared > Steve> libraries in a runtime library packa

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

2024-01-05 Thread Steve Langasek
On Fri, Jan 05, 2024 at 05:28:37PM +0100, Guillem Jover wrote: > > Guillem Jover > >libaio > >libmd > >liburing > I checked these, and it looks like libmd and liburing are > false-positives? > * libmd uses AC_SYS_LARGEFILE, and on 32-bit arches it is already built >with LFS, the

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

2024-01-05 Thread Steve Langasek
On Fri, Jan 05, 2024 at 05:36:10PM +0100, Rene Engelhard wrote: > > My strawman proposal is to give this thread 2 weeks from today for feedback > > and further refinement, and also to further reduce the number of > > false-positives included in the transition. Then, starting on Jan 18: > > - dpkg

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

2024-01-05 Thread Steve Langasek
On Fri, Jan 05, 2024 at 09:32:28PM +0100, Sebastian Ramacher wrote: > On 2024-01-05 11:06:09 -0800, Steve Langasek wrote: > > On Fri, Jan 05, 2024 at 06:53:50PM +0100, Sebastian Ramacher wrote: > > > Hi Steve > > > > - perl will also get a sourceful upload, to manually handle 'perlapi' > > > > P

Bug#1060113: ITP: debgpt -- Chatting LLM with Debian-Specific Knowledge

2024-01-05 Thread M. Zhou
Package: wnpp Severity: wishlist Owner: Mo Zhou X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: debgpt Version : ? (CLI not yet stablized) Upstream Contact: me * URL : https://salsa.debian.org/deeplearning-team/debgpt * License : MIT/Expat Program

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

2024-01-05 Thread Steve Langasek
On Fri, Jan 05, 2024 at 06:59:20PM +0100, Sebastian Ramacher wrote: > > > > I am also attaching here the dd-list output for the packages that will > > > > need > > > > to be sourcefully NMUed for the transition, for your review. > > > Why do the need sourceful NMUs if they just need to be rebuilt

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

2024-01-05 Thread Sam Hartman
> "Steve" == Steve Langasek writes: Steve> - In multi-library packages, there is no reliable way to map Steve> from a set of headers in a dev package to specific shared Steve> libraries in a runtime library package that's not Steve> additionally computationally prohibitive; we

64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-05 Thread Steve Langasek
[Sorry for breaking the thread; my previous message exceeded a size limit for debian-devel so I'm having to re-send with some of the attachments removed and put on a website instead. This mail also includes an updated 'sorted-revdep-count' list; I inadvertently had a stale local mirror in my sid a

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

2024-01-05 Thread Sebastian Ramacher
On 2024-01-05 11:06:09 -0800, Steve Langasek wrote: > On Fri, Jan 05, 2024 at 06:53:50PM +0100, Sebastian Ramacher wrote: > > Hi Steve > > > > - perl will also get a sourceful upload, to manually handle 'perlapi' > > > Provides. > > > Can we combine this one with the upcoming perl transition? S

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

2024-01-05 Thread Paul Gevers
Hi Steve, On 05-01-2024 17:36, Rene Engelhard wrote: Also a problem is that experimental also might already contain totally unrelated updates like new upstream versions... I share this worry. Have you thought about how to handle the cases where you don't have experimental to upload to? How bi

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

2024-01-05 Thread Steve Langasek
On Fri, Jan 05, 2024 at 06:53:50PM +0100, Sebastian Ramacher wrote: > Hi Steve > > - perl will also get a sourceful upload, to manually handle 'perlapi' > > Provides. > Can we combine this one with the upcoming perl transition? See #1055955. Pros and cons of combining: - it will save another

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

2024-01-05 Thread Sebastian Ramacher
Hi Steve On 2024-01-05 09:42:06 -0800, Steve Langasek wrote: > Hi Sebastian, > > On Fri, Jan 05, 2024 at 06:34:38PM +0100, Sebastian Ramacher wrote: > > On 2024-01-05 00:23:00 -0800, Steve Langasek wrote: > > > On Fri, Jan 05, 2024 at 12:17:04AM -0800, Steve Langasek wrote: > > > > == Results ==

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

2024-01-05 Thread Sebastian Ramacher
Hi Steve > - perl will also get a sourceful upload, to manually handle 'perlapi' > Provides. Can we combine this one with the upcoming perl transition? See #1055955. Here are some more comments on individual packages. > 22 libobs-dev That's a change to the plugin ABI only. > 14 gnuradio

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

2024-01-05 Thread Steve Langasek
On Fri, Jan 05, 2024 at 12:05:57PM +, Simon McVittie wrote: > On Fri, 05 Jan 2024 at 00:17:04 -0800, Steve Langasek wrote: > > - In multi-library packages, there is no reliable way to map from a set of > > headers in a dev package to specific shared libraries in a runtime library > > packag

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

2024-01-05 Thread Steve Langasek
Hi Sebastian, On Fri, Jan 05, 2024 at 06:34:38PM +0100, Sebastian Ramacher wrote: > On 2024-01-05 00:23:00 -0800, Steve Langasek wrote: > > On Fri, Jan 05, 2024 at 12:17:04AM -0800, Steve Langasek wrote: > > > == Results == > > > The overall findings of this analysis are 1,745 "dev" packages whic

Re: Bug#1060034: ITP: python-openai -- OpenAI Python API library

2024-01-05 Thread Mo Zhou
On 1/5/24 12:32, Sam Hartman wrote: Also, I thought that there were several open-source implementations of this API, including from llama.cpp and ctransformers among others. My impression was the OpenAI API had become kind of a standard for gluing something like text-generation-webui to a host

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

2024-01-05 Thread Sebastian Ramacher
On 2024-01-05 00:23:00 -0800, Steve Langasek wrote: > On Fri, Jan 05, 2024 at 12:17:04AM -0800, Steve Langasek wrote: > > == Results == > > > > The overall findings of this analysis are 1,745 "dev" packages which either > > are confirmed to have ABI changes or could not be checked; mapping to 2,15

Re: Bug#1060034: ITP: python-openai -- OpenAI Python API library

2024-01-05 Thread Sam Hartman
> "Mo" == Mo Zhou writes: Mo> On 1/5/24 11:45, Ansgar wrote: >> Then the package should be in main. >> >> We do not require external software to be free as well, be that >> Web APIs provided by Github, Twitter, or the NVidia firmware >> required for Nouveau, microcode

Re: Bug#1060034: ITP: python-openai -- OpenAI Python API library

2024-01-05 Thread Mo Zhou
On 1/5/24 11:45, Ansgar wrote: Then the package should be in main. We do not require external software to be free as well, be that Web APIs provided by Github, Twitter, or the NVidia firmware required for Nouveau, microcode or storage/keyboard/sound/printer firmware required for Linux, ... We

Re: Bug#1060034: ITP: python-openai -- OpenAI Python API library

2024-01-05 Thread Ansgar
On Fri, 2024-01-05 at 08:50 -0500, Mo Zhou wrote: > > On 1/5/24 03:48, Ansgar wrote: > > On Thu, 2024-01-04 at 21:30 -0500, Mo Zhou wrote: > > > Dependency of DebGPT. Will be maintained by deep learning team. > > > It will go to the contrib section based on policy section 2.2.2, > > > because t

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

2024-01-05 Thread Rene Engelhard
Hi, Am 05.01.24 um 09:17 schrieb Steve Langasek: - Packages that could not be analyzed for whatever reason are still assumed to have an ABI that's sensitive to time_t and have to be included in the transition. Happily, due to improvements in this run of the number of packages that coul

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

2024-01-05 Thread Guillem Jover
Hi! [ It seems the original post didn't get through to debian-devel (yet?), I found it on debian-release though https://lists.debian.org/debian-release/2024/01/msg00033.html, you might want to repost it here though, so that it can be commented on properly? :) ] On Fri, 2024-01-05 at 00:23

Bug#1060071: ITP: libjs-jush -- JavaScript Syntax Highlighter

2024-01-05 Thread Alexandre Rossi
Package: wnpp Severity: wishlist Owner: Alexandre Rossi X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: libjs-jush Version : 2.0.2+git20210206+1 Upstream Contact: Jakub Vrana * URL : https://jush.sourceforge.io/ * License

Bug#1060068: ITP: python3-asn1 -- Simple ASN.1 encoder and decoder for Python

2024-01-05 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: python3-asn1 Version : 2.7.0 Upstream Contact: Sebastien Andrivet * URL : https://github.com/andrivet/python-asn1 * License : E

Re: Bug#1060034: ITP: python-openai -- OpenAI Python API library

2024-01-05 Thread Mo Zhou
On 1/5/24 03:48, Ansgar wrote: On Thu, 2024-01-04 at 21:30 -0500, Mo Zhou wrote: Dependency of DebGPT. Will be maintained by deep learning team. It will go to the contrib section based on policy section 2.2.2, because this API client requires either (1) paied access to the proprietary backend

Re: Question regarding uscan check on UDD

2024-01-05 Thread Mattia Rizzolo
On Tue, Jan 02, 2024 at 10:22:29PM -0800, Xiyue Deng wrote: > I noticed a discrepancy of the uscan @ANY_VERSION@ substitute string on > UDD and locally on my bookworm system. That's because UDD is running on bullseye, not on bookworm, with bullseye-backports' version of devscripts (which really re

Bug#1060049: ITP: golang-github-pbnjay-pixfont -- pixel font package for Go (library)

2024-01-05 Thread Maytham Alsudany
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-pbnjay-pixfont Version : 0.0~git20200714.33b7446 Upstream Contact: https://github.com/pbnjay/pixfont/issues * URL

Bug#1060048: ITP: golang-github-korandiz-v4l -- facade to the Video4Linux video capture interface (library)

2024-01-05 Thread Maytham Alsudany
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org Control: block 1059994 by -1 * Package name: golang-github-korandiz-v4l Version : 1.1.0 Upstream Contact: 2016 Zoltán Korándi * URL : https

Re: Bug#1060034: ITP: python-openai -- OpenAI Python API library

2024-01-05 Thread Ansgar
On Thu, 2024-01-04 at 21:30 -0500, Mo Zhou wrote: > Dependency of DebGPT. Will be maintained by deep learning team. > It will go to the contrib section based on policy section 2.2.2, > because this API client requires either > (1) paied access to the proprietary backend > (2) compatible open-source

Bug#1060045: ITP: golang-github-jamiealquiza-envy -- expose environment variables for Go flags (library)

2024-01-05 Thread Maytham Alsudany
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org Control: block 1059994 by -1 * Package name: golang-github-jamiealquiza-envy Version : 1.1.0 Upstream Contact: Jamie Alquiza * URL : https: