Bug#1059832: ITP: golang-github-protonmail-go-mbox -- parse mbox files into messages
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-protonmail-go-mbox Version : 1.1.0 Upstream Contact: N/A * URL : https://github.com/ProtonMail/go-mbox * License : Expat Programming Lang: Go Description : parse mbox files into messages Package mbox parses the mbox file format into messages and formats messages into mbox files. Dependency of golang-github-protonmail-gluon. I'm aware that this is a fork of the existing package golang-github-emersion-go- mbox, and I have asked for the author(s) of the fork to merge their changes at [1]. This package will be maintained within the Debian Go Packaging Team. I will also need a sponsor to upload this package. [1]: https://github.com/ProtonMail/gluon/issues/403 -- Kind regards, Maytham Alsudany signature.asc Description: This is a digitally signed message part
Bug#1059833: ITP: golang-github-darkhz-tview -- Rich interactive widgets for terminal-based UIs in Go
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-darkhz-tview Version : 0.0~git20231221.b7c392e Upstream Contact: https://github.com/darkhz/invidtui/issues * URL : https://github.com/darkhz/tview * License : Expat Programming Lang: Go Description : Rich interactive widgets for terminal-based UIs in Go This Go package provides commonly needed components for terminal based user interfaces. The widgets provided with this package are useful for data exploration and data entry. . Among these components are: * Input forms (include input/password fields, drop-down selections, checkboxes, and buttons) * Navigable multi-color text views * Editable multi-line text areas * Sophisticated navigable table views * Flexible tree views * Selectable lists * Images * Grid, Flexbox and page layouts * Modal message windows * An application wrapper Dependency of golang-github-protonmail-gluon. I'm aware that this is a fork of the existing package golang-github-rivo-tview, and I have asked for the author(s) of the fork to merge their changes at [1]. This package will be maintained within the Debian Go Packaging Team. I will also need a sponsor to upload this package. [1]: https://github.com/darkhz/invidtui/issues/35 -- Kind regards, Maytham Alsudany signature.asc Description: This is a digitally signed message part
Bug#1059855: ITP: node-sortable-tablesort -- Tiny plain JavaScript table sorter
Package: wnpp Severity: wishlist Owner: Julian Gilbey X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: node-sortable-tablesort Version : 3.1.0 Upstream Author : Jonas Earendel * URL : https://github.com/tofsjonas/sortable * License : Unlicense Programming Lang: JavaScript Description : Tiny plain JavaScript table sorter A JavaScript library for making tables sortable with minimal effort: just add class="sortable" to the table header. There are a small number of other features, such as making a specific field non-sortable. Node.js is an event-based server-side JavaScript engine. This package has recently been vendored into dask.distributed, so is being uploaded to become a build-time dependency of dask.distributed (rather than vendoring it within that package). I am a member of the Debian JavaScript maintainers team, and it will be maintained within that team.
Bug#1059860: ITP: golang-github-quic-go-quic-go -- A QUIC implementation in pure go
Package: wnpp Severity: wishlist Owner: Félix Sipma * Package name: golang-github-quic-go-quic-go Version : 0.40.0-1 Upstream Author : * URL : https://github.com/quic-go/quic-go * License : Expat Programming Lang: Go Description : A QUIC implementation in pure go A QUIC implementation in pure Go Needed by newer versions of Syncthing. -- Félix signature.asc Description: PGP signature
Message with no Package: tag cannot be processed! (ITP: golang-github-calmh-incontainer)
Your message didn't have a Package: line at the very first line of the mail body (part of the pseudo-header), or didn't have a Package: line at all. Unfortunatly, this means that your message has been ignored completely. Without this information we are unable to categorise or otherwise deal with your problem report. Please _resubmit_ your report to sub...@bugs.debian.org and tell us which package the report is for. For help, check out https://www.debian.org/Bugs/Reporting. Your message was dated Tue, 2 Jan 2024 15:21:44 +0100 and had message-id and subject ITP: golang-github-calmh-incontainer. The complete text of it is attached to this message. If you need any assistance or explanation please contact ow...@bugs.debian.org and include the the attached message. If you didn't send the attached message (spam was sent forging your from address), we apologize; please disregard this message. -- -1: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- debian...@lists.debian.org Package: wnpp Severity: wishlist Owner: Félix Sipma * Package name: golang-github-calmh-incontainer Version : 0.0~git20221224.b3e71b1-1 Upstream Author : Jakob Borg * URL : https://github.com/calmh/incontainer * License : MIT Programming Lang: Go Description : determine if we're running inside a container or not. Loosely based on (https://github.com/pitkley/in-container) for Rust. Needed by recent versions of Syncthing. -- Félix signature.asc Description: PGP signature --- End Message ---
Message with no Package: tag cannot be processed! (ITP: golang-github-calmh-incontainer -- determine if we're running inside a container or not.)
Your message didn't have a Package: line at the very first line of the mail body (part of the pseudo-header), or didn't have a Package: line at all. Unfortunatly, this means that your message has been ignored completely. Without this information we are unable to categorise or otherwise deal with your problem report. Please _resubmit_ your report to sub...@bugs.debian.org and tell us which package the report is for. For help, check out https://www.debian.org/Bugs/Reporting. Your message was dated Tue, 2 Jan 2024 15:46:05 +0100 and had message-id and subject ITP: golang-github-calmh-incontainer -- determine if we're running inside a container or not.. The complete text of it is attached to this message. If you need any assistance or explanation please contact ow...@bugs.debian.org and include the the attached message. If you didn't send the attached message (spam was sent forging your from address), we apologize; please disregard this message. -- -1: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- debian...@lists.debian.org Package: wnpp Severity: wishlist Owner: Félix Sipma * Package name: golang-github-calmh-incontainer Version : 0.0~git20221224.b3e71b1-1 Upstream Author : Jakob Borg * URL : https://github.com/calmh/incontainer * License : MIT Programming Lang: Go Description : determine if we're running inside a container or not. Loosely based on (https://github.com/pitkley/in-container) for Rust. Needed by recent versions of Syncthing. -- Félix signature.asc Description: PGP signature --- End Message ---
Bug#1059864: ITP: golang-github-calmh-incontainer -- determine if we're running inside a container or not.
Package: wnpp Severity: wishlist Owner: Félix Sipma * Package name: golang-github-calmh-incontainer Version : 0.0~git20221224.b3e71b1-1 Upstream Author : Jakob Borg * URL : https://github.com/calmh/incontainer * License : MIT Programming Lang: Go Description : determine if we're running inside a container or not. Loosely based on (https://github.com/pitkley/in-container) for Rust. Needed by recent versions of Syncthing. -- Félix signature.asc Description: PGP signature
Bug#1059882: ITP: durdraw -- versatile ASCII and ANSI Art text editor for drawing in terminal
Package: wnpp Severity: wishlist Owner: Gürkan Myczko X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: durdraw Version : 0.24.1 Upstream Authors: Sam Foster URL : https://durdraw.org * License : ISC Description : versatile ASCII and ANSI Art text editor for drawing in terminal This is an ASCII, Unicode and ANSI art editor for UNIX-like systems (Linux, macOS, etc). It runs in modern Utf-8 terminals and supports frame-based animation, custom themes, 256 and 16 color modes, terminal mouse input, DOS ANSI art viewing, CP437 and Unicode mixing and conversion, HTML output, mIRC color output, and other interesting features. . It is heavily inspired by classic ANSI editing software for MS-DOS and Windows, such as TheDraw, Aciddraw and Pablodraw, but with a modern Unix twist.
DebGPT: how LLM can help debian development? demo available.
Hi folks, Following what has been discussed in d-project in an offtopic subthread, I prepared some demo on imagined use cases to leverage LLMs to help debian development. https://salsa.debian.org/deeplearning-team/debgpt To run the demo, the least requirement is a CUDA GPU with > 6GB memory. You can run it on CPU of course, but that will require > 64GB RAM, and it may take > 20 minutes to give you a reply (I tested this using Xeon Gold 6140). A longer context will require more memory. If you cannot run the demo, I also provided a couple of example sessions. You can use `reply.py` to replay my llm session to figure out how it works. Installation and setup guide can be found in docs/. First start the LLM inference backend: $ debgpt backend --device cuda --precision 4bit Then you can launch the frontend to interact with it. The complete list of potential use cases are listed in demo.sh . I have recorded my session as an example for every single command inside. The following are some selected examples use cases: (the results are not always perfect. You can ask LLM to retry though) 1. let LLM read policy section 4.9.1 and implement "nocheck" support in pytorch/debian/rules command: debgpt x -f examples/pytorch/debian/rules --policy 4.9.1 free -i replay: python3 replay.py examples/84d5a49c-8436-4970-9955-d14592ef1de1.json 2. let LLM add armhf, and delete kfreebsd-amd64 from archlist in pytorch/debian/control command: debgpt x -f examples/pytorch/debian/control free -i replay: python3 replay.py examples/e98f8167-be4d-4c27-bc49-ac4b5411258f.json 3. I always forget which distribution should I target when uploading to stable. Is it bookworm? bookworm-pu? bookworm-updates? bookworm-proposed-updates? We let llm read devref section 5.1 and let it answer the question command: debgpt devref -s 5.5 free -i replay: python3 replay.py examples/6bc35248-ffe7-4bc3-93a2-0298cf45dbae.json 4. Let LLM explain the difference among proposals in vote/2023/vote_002 . command: debgpt vote -s 2023/vote_002 diff replay: python3 replay.py examples/bab71c6f-1102-41ed-831b-897c80e3acfb.json Note, this might be sensitive. I added a big red warning in the program if you ask LLM about vote questions. Do not let LLM affect your vote. 5. Mimic licensecheck. The licensecheck perl implementation is based on regex. It has a small knowledge base, and does not work when the text is very noisy. command: debgpt file -f debgpt/llm.py licensecheck -i replay: python3 replay.py examples/c7e40063-003e-4b04-b481-27943d1ad93f.json 6. My email is too long and you dont want to read it. LLM can summarize it. command: debgpt ml -u 'https://lists.debian.org/debian-project/2023/12/msg00029.html' summary -i replay: python3 replay.py examples/95e9759b-1b67-49d4-854a-2dedfff07640.json 7. General chat with llm without any additional information. command: debgpt none -i replay: python3 replay.py examples/da737d4c-2e93-4962-a685-2a0396d7affb.json The core idea of all those sub functionalities are the same. Just gather some task-specific information. And send them together to the LLM. I felt the state-of-the-art LLMs are much better than that in a few months ago. I'll leave it to the community to evaluate how LLM can help debian development, as well as how useful it is, and how reliable it is. You can also tell me more ideas on how we can interact with LLM for debian-specific tasks. It is generally not difficult to implement. The difficulty stems from the hardware capacity, and hence the context length. Thus, the client program has to fetch the most-relevant information regarding the task. How do you think?
Re: DebGPT: how LLM can help debian development? demo available.
On 2024-01-02 17:07:57 -0500 (-0500), M. Zhou wrote: [...] > You can also tell me more ideas on how we can interact with LLM > for debian-specific tasks. It is generally not difficult to > implement. The difficulty stems from the hardware capacity, and > hence the context length. Thus, the client program has to fetch > the most-relevant information regarding the task. [...] I consider myself an "AI skeptic" (probably due to watching the Terminator films at an impressionable age), but one of the most useful ways I've seen LLM leveraged is large open source projects feeding in their corpus of complex documentation, and then providing users with a human language interaction prompt where they can ask questions and get conversational responses based on that documentation. A continuously trained LLM backing a sort of "search" function for all of www.d.o/doc (and maybe also wiki.d.o) could be cool. -- Jeremy Stanley signature.asc Description: PGP signature
Bug#1059884: ITP: python-goodvibes -- Python program to compute thermochemical data
Package: wnpp Severity: wishlist Owner: Yogeswaran Umasankar X-Debbugs-Cc: debian-devel@lists.debian.org, kd8...@gmail.com * Package name: python-goodvibes Version : 3.2 Upstream Contact: Robert Paton * URL : https://github.com/patonlab/GoodVibes * License : Expat Programming Lang: Python Description : Python program to compute thermochemical data GoodVibes is a Python program to compute thermochemical data from one or a series of electronic structure calculations. It is used primarily to correct the poor description of low frequency vibrations by the rigid-rotor harmonic oscillator treatment. This is depend for other chemistry related packages.
Question regarding uscan check on UDD
Hi, I noticed a discrepancy of the uscan @ANY_VERSION@ substitute string on UDD and locally on my bookworm system. For example, for magit-popup, UDD reports error[1] while testing locally it worked for me. On further inspection, it turns out that the @ANY_VERSION@ expands to a different regexp: the error message shows [2] while locally it expands to [3] (in fact more recent version uses [Vv]? which is even better). So it looks like UDD is probably still using an older version of uscan/devscripts. Is it possible to upgrade it to more recent version (e.g. Bookworm version) in UDD? [1] Error "Problems while searching for a new upstream version" https://tracker.debian.org/pkg/magit-popup [2] (?:[-_]?(\d[\-+\.:\~\da-zA-Z]*)) [3] (?:[-_]?v?(\d[\-+\.:\~\da-zA-Z]*)) -- Xiyue Deng signature.asc Description: PGP signature
Re: DebGPT: how LLM can help debian development? demo available.
Hi, On 2024-01-03 00:07, M. Zhou wrote: Following what has been discussed in d-project in an offtopic subthread, I prepared some demo on imagined use cases to leverage LLMs to help debian development. https://salsa.debian.org/deeplearning-team/debgpt I find this pretty impressive. Thanks a lot for working on it. [...] You can also tell me more ideas on how we can interact with LLM for debian-specific tasks. It is generally not difficult to implement. The difficulty stems from the hardware capacity, and hence the context length. Thus, the client program has to fetch the most-relevant information regarding the task. To me the most time consuming task in Debian recently is the Python transitions. I wonder whether DebGPT could help with them. Maybe there are other, non-Debian-specific GPTs for this task, but I would prefer a Debian one. Andrius