Processed: owner 1009086 ...
Processing commands for cont...@bugs.debian.org: > owner 1009086 ! Bug #1009086 [wnpp] RFP: scryer-prolog - open-source industrial strength production prolog implementation Owner recorded as Jonas Smedegaard . > retitle 1009086 ITP: scryer-prolog - open-source industrial strength > production prolog implementation Bug #1009086 [wnpp] RFP: scryer-prolog - open-source industrial strength production prolog implementation Changed Bug title to 'ITP: scryer-prolog - open-source industrial strength production prolog implementation' from 'RFP: scryer-prolog - open-source industrial strength production prolog implementation'. > thanks Stopping processing here. Please contact me if you need assistance. -- 1009086: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1009086 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1059776: ITP: python-trx-python -- implementation of the trx file-format for tractography data
Package: wnpp Severity: wishlist Owner: Étienne Mollier X-Debbugs-Cc: debian-de...@lists.debian.org X-Debbugs-Cc: debian-...@lists.debian.org * Package name: python-trx-python Version : 0.2.9 Upstream Contact: Francois Rheault * URL : https://github.com/tee-ar-ex/trx-python * License : BSD-2-Clause Programming Lang: Python3 Description : implementation of the trx file-format for tractography data TRX is a tractography file format designed to facilitate dataset exchange, interoperability, and state-of-the-art analyses, acting as a community-driven replacement for the myriad existing file formats. . This package contains the Python implementation of the trx file-format. This package is a new dependency introduced in dipy 1.8.0. I plan to maintain it under the Debian Med Team umbrella. I am not 100% decided about the package name, because plain python-trx could refer to an unrelated python project, which is not packaged though. In the meantime, the packaging stub is available with its current heavy name on salsa[1]. [1]: https://salsa.debian.org/med-team/python-trx-python Happy new year! :) -- .''`. Étienne Mollier : :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/6, please excuse my verbosity `- signature.asc Description: PGP signature
Bug#1059774: ITP: rust-as-raw-xcb-connection -- rust trait to interop with libxcb C API
Package: wnpp Severity: wishlist Owner: James McCoy X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: rust-as-raw-xcb-connection Version : 1.0.1 Upstream Contact: Uli Schlachter * URL : https://github.com/psychon/as-raw-xcb-connection * License : MIT or Apache-2.0 Programming Lang: Rust Description : rust trait to interop with libxcb C API This is needed for the new upstream release of x11rb and will be maintained in the pkg-rust team.
Bug#1009970: retitle 1009970 to ITP: memray -- Python memory profiler
On Mon, Nov 06, 2023 at 04:27:35PM +0100, G��rkan Myczko wrote: > retitle 1009970 ITP: memray -- Python memory profiler > thanks Hi G��rkan (and unfortunately your name got corrupted in your email message), Have you made any progress on this? It is now used in the new upstream version of dask.distributed, which we need to use to fix some Python 3.12 issues. (I see that memray does depend on some other stuff which has either not been packaged or needs to be updated, so it's not a completely trivial task.) Thanks! Julian
Bug#1059618: ITP: ssh3 -- faster and rich secure shell using HTTP/3
On Sat, 30 Dec 2023 12:47:48 + Colin Watson wrote: > I also feel that something security-critical like this that's > labelled by upstream as "still experimental" probably shouldn't > be in a Debian release. It is written in Go. The problem of Go library support in Debian should also be considered for a security-critical tool like this. https://www.debian.org/releases/bookworm/amd64/release-notes/ch-information.en.html#golang-static-linking Regards signature.asc Description: This is a digitally signed message part
Bug#1059763: ITP: golang-github-darkhz-mpvipc -- Go implementation of mpv's IPC interface
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org Control: block 1059406 by -1 * Package name: golang-github-darkhz-mpvipc Version : 0.0~git20231124.eb73ba4 Upstream Contact: https://github.com/darkhz/mpvipc/issues * URL : https://github.com/darkhz/mpvipc * License : Expat Programming Lang: Go Description : Go implementation of mpv's IPC interface mpvipc is a Golang implementation of the mpv video player's JSON IPC interface. . Documentation can be found at http://godoc.org/github.com/DexterLB/mpvipc Dependency of github.com/darkhz/invidtui. This package will be maintained within the Go team, and I will need a sponsor. -- Kind regards, Maytham Alsudany signature.asc Description: This is a digitally signed message part
Processed: ITP: golang-github-darkhz-mpvipc -- Go implementation of mpv's IPC interface
Processing control commands: > block 1059406 by -1 Bug #1059406 [wnpp] ITP: invidtui -- TUI based Invidious client 1059406 was blocked by: 1059736 1059754 1059741 1059753 1059406 was not blocking any bugs. Added blocking bug(s) of 1059406: 1059763 -- 1059406: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059406 1059763: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059763 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1059762: ITP: golang-k8s-api -- Schema for Kubernetes server external API types
Package: wnpp Severity: wishlist Owner: Jérémy Lal * Package name: golang-k8s-api Version : 0.29.0 Upstream Author : Kubernetes * URL : https://github.com/kubernetes/api * License : Apache-2.0 Programming Lang: Go Description : Schema for Kubernetes server external API types This library primary consumer is k8s.io/client-go, and is published separately to avoid diamond dependency problems for users who depend on more than one of k8s.io/client-go, k8s.io/apimachinery, k8s.io/apiserver. . Kubernetes is a system for managing containerized applications across multiple hosts. This package is go-team maintained and is needed by kubernetes, receptor.
Bug#1012720: ITP: golang-k8s-apimachinery -- Handle Kubernetes-like API objects
Le dim. 31 déc. 2023 à 14:05, Nicolas Schier a écrit : > On Sat 30 Dec 2023 13:32:44 GMT, Jérémy Lal wrote: > > Hi, > > > > is there any advance on > > https://salsa.debian.org/go-team/packages/golang-k8s-apimachinery.git > > ? > > > > I could help with it. > > thanks. It seems to me that you took over already :) > Yes, I'm using some free time to do that. > My latest version is at > https://salsa.debian.org/nsc/golang-k8s-apimachinery/ > but your latest push to the official salsa repo looks better. > > Since the successful ITP of golang-github-google-gnostic-models, only > an updated version of golang-github-kubernetes-gengo should be missing. I updated some of the dependencies already (gengo included). I will move on to k8s-client-go and k8s-api. Jérémy
Bug#1059761: ITP: snappy-tools -- Snappy, a fast compressor/decompressor ‒ program
Package: wnpp Severity: wishlist Owner: наб X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: snappy-tools Version : 0 Upstream Contact: наб * URL : https://sr.ht/~nabijaczleweli/snappy-tools * License : 0BSD Programming Lang: C++ Description : Snappy, a fast compressor/decompressor ‒ program The Snappy compression algorithm aims for very high speeds and reasonable compression, suitable for real-time RPC scenarios, but is also used by, i.a., Firefox to compress parts of the profile. This package provides snappy(1) and unsnappy(1), which handle Snappy compression and decompression with and without framing. -- The packaging is (will be, once, I get a bugnum for the ITP) uploaded to https://mentors.debian.net/package/snappy-tools/ and is tracked in git at https://git.sr.ht/~nabijaczleweli/snappy-tools.deb Your Firefox profile contains files compressed with the Snappy framing format, and Snappy is also used for on-the-wire compression (on the web, if rarely, and for other RPCs, like mongodb), as well as a compression option in ceph and rocksdb (default in the latter), so the ability to inspect and produce snappy streams is inherently useful. I do need a sponsor for this, as I am not a DM. signature.asc Description: PGP signature
Processed: your mail
Processing commands for cont...@bugs.debian.org: > retitle 981119 ITA: goto-chg-el -- navigate the point to the most recent edit > in the buffer Bug #981119 [wnpp] O: goto-chg-el -- navigate the point to the most recent edit in the buffer Changed Bug title to 'ITA: goto-chg-el -- navigate the point to the most recent edit in the buffer' from 'O: goto-chg-el -- navigate the point to the most recent edit in the buffer'. > owner 981119 Marcos Talau Bug #981119 [wnpp] ITA: goto-chg-el -- navigate the point to the most recent edit in the buffer Owner recorded as Marcos Talau . > End of message, stopping processing here. Please contact me if you need assistance. -- 981119: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981119 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1059745: ITP: cryptsetup-2fa -- 2FA plugin for cryptsetup
On Sun, 31 Dec 2023 at 22:07:07 +0800, YunQiang Su wrote: > systemd-cryptsetup doesn't have suspend support. > cryptsetup-suspend will fails. Hence a wishlish bug? :-) FWIW I'm part of the cryptsetup packaging team, which is upstream for cryptsetup-suspend. cryptsetup-suspend supports all unlock methods supported by cryptsetup-initramfs, and I believe this will remain the case once FIDO2 and TPM support is added to cryptsetup-initramfs. > In fact, hibernate is an option for me, but currently, Linux kernel cannot > support hibernate if crypt disk is used. It can and does, but the initramfs needs some logic to unlock the disks holding the resume device(s). It already works in interactive mode or when unlocking via key files, smartcards, kernel keyring, etc. For FIDO2 resp. TPM, it'll work once #1023700 resp. #1031254 is fixed. > This script will only in initramfs You might intend to use it that way, but AFAICT there is nothing preventing its use outside an initramfs. -- Guilhem. signature.asc Description: PGP signature
Bug#1059745: ITP: cryptsetup-2fa -- 2FA plugin for cryptsetup
Guilhem Moulin 于2023年12月31日周日 21:50写道: > > On Sun, 31 Dec 2023 at 21:22:36 +0800, YunQiang Su wrote: > >> Is there any reason to not just use systemd-cryptenroll? > > > > Yes. I tried to use systemd-cryptenroll, while it cannot work with > > cryptsetup-suspend. > > I need a way to suspend or hibernate without disks decrypted. > > Seems like this should be a wishlist bug against cryptsetup-suspend not > an ITP. I don't foresee any reason why this wouldn't work once #1023700 > and #1031254 are fixed. > systemd-cryptsetup doesn't have suspend support. cryptsetup-suspend will fails. I tried with "systemd-cryptsetup detach", while it is not allowed for a using system. > > The passphrase is stored in /var/cache, and switch_root will clean > > all of them, so I guess it won't leak. > > The partition might be backed by plain-test drives or similar, so it > can't be used to write sensitive data. > This script will only in initramfs, so /var/cache will always be an ramfs. > -- > Guilhem.
Bug#1059745: ITP: cryptsetup-2fa -- 2FA plugin for cryptsetup
On Sun, 31 Dec 2023 at 21:22:36 +0800, YunQiang Su wrote: >> Is there any reason to not just use systemd-cryptenroll? > > Yes. I tried to use systemd-cryptenroll, while it cannot work with > cryptsetup-suspend. > I need a way to suspend or hibernate without disks decrypted. Seems like this should be a wishlist bug against cryptsetup-suspend not an ITP. I don't foresee any reason why this wouldn't work once #1023700 and #1031254 are fixed. > The passphrase is stored in /var/cache, and switch_root will clean > all of them, so I guess it won't leak. The partition might be backed by plain-test drives or similar, so it can't be used to write sensitive data. -- Guilhem. signature.asc Description: PGP signature
Bug#1059745: ITP: cryptsetup-2fa -- 2FA plugin for cryptsetup
Guilhem Moulin 于2023年12月31日周日 21:23写道: > > Hi, > > On Sun, 31 Dec 2023 at 18:49:30 +0800, YunQiang Su wrote: > > 2 mthods are supported for 2 FA: > > - Yubikey Challenge > > - TPM2 Keypair > > If your concern is to make these work with cryptsetup-initramfs, there > are #1023700 and #1031254 open against src:cryptsetup. The plan is to I tried some methods before I write this script, and I also tried dracut. Yes, dracut works well with cryptsetup-initramfs. The problem for me is that none of these ways, can work with suspend. I mean that when the PC resumes from suspend, I wish that the disk is encrypted instead of decrypted. In fact, hibernate is an option for me, but currently, Linux kernel cannot support hibernate if crypt disk is used. > have that in trixie. Did you check if the solutions proposed there > cover your use case? Otherwise, IMHO a wishlist bug against > src:cryptsetup would be better than using a separate source package. > If this scripts can be accepted into src:cryptset, I will be very glad to help it happen. Yes, I noticed cryptsetup-suspend does in src:cryptsetup, while src:yubikey-luks is a seperate source package. I tried src:yubikey-luks, while it leaks some features, and upstream seems not active now. https://github.com/cornelinux/yubikey-luks/pull/92 > > PIN-less is also supported, if the PINs are present in > > /etc/cryptsetup/2fa.conf. > > I'm not really thrilled to see /etc/cryptsetup (and /lib/cryptsetup) > used outside src:cryptsetup. These directories are not documented as > drop-in. > > -- > Guilhem.
Bug#1059745: ITP: cryptsetup-2fa -- 2FA plugin for cryptsetup
Hi, On Sun, 31 Dec 2023 at 18:49:30 +0800, YunQiang Su wrote: > 2 mthods are supported for 2 FA: > - Yubikey Challenge > - TPM2 Keypair If your concern is to make these work with cryptsetup-initramfs, there are #1023700 and #1031254 open against src:cryptsetup. The plan is to have that in trixie. Did you check if the solutions proposed there cover your use case? Otherwise, IMHO a wishlist bug against src:cryptsetup would be better than using a separate source package. > PIN-less is also supported, if the PINs are present in > /etc/cryptsetup/2fa.conf. I'm not really thrilled to see /etc/cryptsetup (and /lib/cryptsetup) used outside src:cryptsetup. These directories are not documented as drop-in. -- Guilhem. signature.asc Description: PGP signature
Bug#1059745: ITP: cryptsetup-2fa -- 2FA plugin for cryptsetup
Ansgar 于2023年12月31日周日 20:51写道: > > On Sun, 2023-12-31 at 18:49 +0800, YunQiang Su wrote: > > * Package name: cryptsetup-2fa > > Version : 0.1 > > Upstream Contact: YunQiang Su > > * URL : https://github.com/wzssyqa/cryptsetup-2fa/ > > * License : BSD-2 > > Programming Lang: SHELL > > Description : 2FA plugin for cryptsetup > > > > 2 mthods are supported for 2 FA: > > - Yubikey Challenge > > - TPM2 Keypair > > PIN-less is also supported, if the PINs are present in > > /etc/cryptsetup/2fa.conf. > > > > Since I am not expert of security and encrypt: > > CODE Review is requested here, too. > > Is there any reason to not just use systemd-cryptenroll? Yes. I tried to use systemd-cryptenroll, while it cannot work with cryptsetup-suspend. I need a way to suspend or hibernate without disks decrypted. > It seems to be a more featureful implementation and also doesn't > require storing PINs in plain text in configuration files like My script doesn't *require* storing PIN. You can just leave the config blank, it will prompt for PIN. > /etc/cryptsetup/2fa/2fa.conf as README instructs users to do here. > Nor does it store plain text credentials in /var/cache. > This is used, if a user has multi disks/partitions, and all of them have same PIN, to ask for PIN only one time. The passphrase is stored in /var/cache, and switch_root will clean all of them, so I guess it won't leak. > Ansgar > > PS: I also don't understand why cryptsetup-2fa-enroll(1) references > privacyIDEA. Thanks. Removed.
Bug#1012720: ITP: golang-k8s-apimachinery -- Handle Kubernetes-like API objects
On Sat 30 Dec 2023 13:32:44 GMT, Jérémy Lal wrote: > Hi, > > is there any advance on > https://salsa.debian.org/go-team/packages/golang-k8s-apimachinery.git > ? > > I could help with it. thanks. It seems to me that you took over already :) My latest version is at https://salsa.debian.org/nsc/golang-k8s-apimachinery/ but your latest push to the official salsa repo looks better. Since the successful ITP of golang-github-google-gnostic-models, only an updated version of golang-github-kubernetes-gengo should be missing. I had some build problem with it last week and paused working on it between the years. Please go on as far as you like, I will not be able to work on this before 2024-01-04. Kind regards, Nicolas signature.asc Description: PGP signature
Processed: ITP: golang-github-gammazero-deque -- fast ring-buffer deque (double-ended queue)
Processing control commands: > block 1059406 by -1 Bug #1059406 [wnpp] ITP: invidtui -- TUI based Invidious client 1059406 was blocked by: 1059736 1059741 1059753 1059406 was not blocking any bugs. Added blocking bug(s) of 1059406: 1059754 -- 1059406: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059406 1059754: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059754 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1059754: ITP: golang-github-gammazero-deque -- fast ring-buffer deque (double-ended queue)
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org Control: block 1059406 by -1 * Package name: golang-github-gammazero-deque Version : 0.2.1 Upstream Contact: https://github.com/gammazero/deque/issues * URL : https://github.com/gammazero/deque * License : Expat Programming Lang: Go Description : fast ring-buffer deque (double-ended queue) Deque is a fast ring-buffer double-ended queue implementation. It generalizes a queue and a stack, to efficiently add and remove items at either end with O(1) performance. Queue (FIFO) operations are supported using PushBack and PopFront. Stack (LIFO) operations are supported using PushBack and PopBack. Dependency of github.com/darkhz/invidtui. This package will be maintained within the Go team, and I will need a sponsor. -- Kind regards, Maytham Alsudany signature.asc Description: This is a digitally signed message part
Bug#1059745: ITP: cryptsetup-2fa -- 2FA plugin for cryptsetup
On Sun, 2023-12-31 at 18:49 +0800, YunQiang Su wrote: > * Package name : cryptsetup-2fa > Version : 0.1 > Upstream Contact: YunQiang Su > * URL : https://github.com/wzssyqa/cryptsetup-2fa/ > * License : BSD-2 > Programming Lang: SHELL > Description : 2FA plugin for cryptsetup > > 2 mthods are supported for 2 FA: > - Yubikey Challenge > - TPM2 Keypair > PIN-less is also supported, if the PINs are present in > /etc/cryptsetup/2fa.conf. > > Since I am not expert of security and encrypt: > CODE Review is requested here, too. Is there any reason to not just use systemd-cryptenroll? It seems to be a more featureful implementation and also doesn't require storing PINs in plain text in configuration files like /etc/cryptsetup/2fa/2fa.conf as README instructs users to do here. Nor does it store plain text credentials in /var/cache. Ansgar PS: I also don't understand why cryptsetup-2fa-enroll(1) references privacyIDEA.
Processed: ITP: golang-github-etherlabsio-go-m3u8 -- parse and generate m3u8 playlists for HLS
Processing control commands: > block 1059406 by -1 Bug #1059406 [wnpp] ITP: invidtui -- TUI based Invidious client 1059406 was blocked by: 1059736 1059741 1059406 was not blocking any bugs. Added blocking bug(s) of 1059406: 1059753 -- 1059406: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059406 1059753: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059753 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1059753: ITP: golang-github-etherlabsio-go-m3u8 -- parse and generate m3u8 playlists for HLS
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org Control: block 1059406 by -1 * Package name: golang-github-etherlabsio-go-m3u8 Version : 1.0.0 Upstream Contact: Tan Quang Ngo * URL : https://github.com/etherlabsio/go-m3u8 * License : Expat Programming Lang: Go Description : parse and generate m3u8 playlists for HLS go-m3u8 provides easy generation and parsing of m3u8 playlists defined in the HTTP Live Streaming (HLS) Internet Draft published by Apple. * The library completely implements version 20 of the HLS Internet Draft. * Provides parsing of an m3u8 playlist into an object model from any File, io.Reader or string. * Provides ability to write playlist to a string via String() * Distinction between a master and media playlist is handled automatically (single Playlist class). * Optionally, the library can automatically generate the audio/video codecs string used in the CODEC attribute based on specified H.264, AAC, or MP3 options (such as Profile/Level). Dependency of github.com/darkhz/invidtui. This package will be maintained within the Go team, and I will need a sponsor. -- Kind regards, Maytham Alsudany signature.asc Description: This is a digitally signed message part
Re: Bug#1059745: ITP: cryptsetup-2fa -- 2FA plugin for cryptsetup
On 31/12/2023 11:41, YunQiang Su wrote: > Marco d'Itri 于2023年12月31日周日 19:27写道: >> >> On Dec 31, YunQiang Su wrote: >> >>>Upstream Contact: YunQiang Su >>> * URL : https://github.com/wzssyqa/cryptsetup-2fa/ >> What are the benefits of this compared to systemd-cryptenroll? >> > > systemd-cryptenroll cannot work with cryptsetup-suspend. systemd-cryptenroll is also tied to systemd, while cryptsetup-2fa appears to be init-agnostic. Best regards, Dale Richards
Bug#1059745: ITP: cryptsetup-2fa -- 2FA plugin for cryptsetup
Marco d'Itri 于2023年12月31日周日 19:27写道: > > On Dec 31, YunQiang Su wrote: > > > Upstream Contact: YunQiang Su > > * URL : https://github.com/wzssyqa/cryptsetup-2fa/ > What are the benefits of this compared to systemd-cryptenroll? > systemd-cryptenroll cannot work with cryptsetup-suspend. > -- > ciao, > Marco
Bug#1059745: ITP: cryptsetup-2fa -- 2FA plugin for cryptsetup
On Dec 31, YunQiang Su wrote: > Upstream Contact: YunQiang Su > * URL : https://github.com/wzssyqa/cryptsetup-2fa/ What are the benefits of this compared to systemd-cryptenroll? -- ciao, Marco signature.asc Description: PGP signature
Bug#1059745: ITP: cryptsetup-2fa -- 2FA plugin for cryptsetup
Package: wnpp Severity: wishlist Owner: YunQiang Su X-Debbugs-Cc: debian-de...@lists.debian.org, s...@debian.org * Package name: cryptsetup-2fa Version : 0.1 Upstream Contact: YunQiang Su * URL : https://github.com/wzssyqa/cryptsetup-2fa/ * License : BSD-2 Programming Lang: SHELL Description : 2FA plugin for cryptsetup 2 mthods are supported for 2 FA: - Yubikey Challenge - TPM2 Keypair PIN-less is also supported, if the PINs are present in /etc/cryptsetup/2fa.conf. Since I am not expert of security and encrypt: CODE Review is requested here, too.
Processed: ITP: golang-github-davidmytton-url-verifier -- Go library for URL validation and verification
Processing control commands: > block 1059406 by -1 Bug #1059406 [wnpp] ITP: invidtui -- TUI based Invidious client 1059406 was blocked by: 1059736 1059406 was not blocking any bugs. Added blocking bug(s) of 1059406: 1059741 -- 1059406: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059406 1059741: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059741 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1059741: ITP: golang-github-davidmytton-url-verifier -- Go library for URL validation and verification
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org Control: block 1059406 by -1 * Package name: golang-github-davidmytton-url-verifier Version : 1.0.0 Upstream Contact: David Mytton * URL : https://github.com/davidmytton/url-verifier * License : Expat Programming Lang: Go Description : Go library for URL validation and verification url-verifier is a Go library for URL validation and verification: does this URL actually work? . Features: - URL Validation: validates whether a string is a valid URL. - Different Validation Types: validates whether the URL is valid according to a "human" definition of a correct URL, strict compliance with RFC3986 (Uniform Resource Identifier (URI): Generic Syntax), and/or compliance with RFC3986 with the addition of a schema e.g. HTTPS. - Reachability: verifies whether the URL is actually reachable via an HTTP GET request and provides the status code returned. Dependency of github.com/darkhz/invidtui. This package will be maintained within the Go team, and I will need a sponsor. -- Kind regards, Maytham Alsudany signature.asc Description: This is a digitally signed message part