Bug#1001260: ITP: golang-github-meowgorithm-babyenv -- Go environment var parsing, for babies
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-meowgorithm-babyenv Version : 1.3.1-1 Upstream Author : Christian Rocha * URL : https://github.com/meowgorithm/babyenv * License : Expat Programming Lang: Go Description : Go environment var parsing, for babies Package babyenv collects environment variables and places them in corresponding struct fields. It aims to reduce the boilerplate in reading data from the environment. Reason for packaging: Prerequisite for Glow @ https://github.com/charmbracelet/glow TODO: perhaps reasoning
Bug#1001259: ITP: golang-github-muesli-go-app-paths -- retrieve platform-specific paths (app-data, cache, config, etc.)
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-muesli-go-app-paths Version : 0.2.1-1 Upstream Author : Christian Muehlhaeuser * URL : https://github.com/muesli/go-app-paths * License : Expat Programming Lang: Go Description : retrieve platform-specific paths (app-data, cache, config, etc.) The go-app-paths package retrieves platform-specific paths (such as directories for app-data, cache, config, and logs). It is fully compliant with the XDG Base Directory Specification on Unix, but also provides implementations for macOS and Windows systems. Reason for packaging: Prerequisite for Glow, https://github.com/charmbracelet/glow
Bug#1001176: RFP: perlimports -- Automate maintenance of Perl import statements
gregor herrmann wrote: > But this forked PPI seems like a blocker, at least I have no good > idea how to handle it right now. [1] It seems like the best option would be to talk to upstream about depending on its dependencies instead of embedding/forking them. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#930144: marked as done (ITA: stardict-xmlittre -- French Littré dictionary for stardict)
Your message dated Mon, 06 Dec 2021 22:20:00 + with message-id and subject line Bug#930144: fixed in stardict-xmlittre 1:1.0-2 has caused the Debian Bug report #930144, regarding ITA: stardict-xmlittre -- French Littré dictionary for stardict to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 930144: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=930144 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp The current maintainer of stardict-xmlittre, Josselin Mouette , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: stardict-xmlittre Binary: stardict-xmlittre Version: 1:1.0-1 Maintainer: Josselin Mouette Build-Depends: cdbs, debhelper (>= 5) Architecture: all Standards-Version: 3.7.2 Format: 1.0 Files: c461d9039cb24c2b2e7e03aaefa798b2 602 stardict-xmlittre_1.0-1.dsc 0687d9179409f555a233595f2a40f91d 31447176 stardict-xmlittre_1.0.orig.tar.gz 87f18f72b6630a19dbfe817b45b574f0 2004 stardict-xmlittre_1.0-1.diff.gz Checksums-Sha256: a67ea36538aeb4e50eb9d6492a1f5d19cb6da8cad281b1a319d711403f76bbce 602 stardict-xmlittre_1.0-1.dsc 315e1716e2cc001e13ecfd1516f5b923493621d66619258b97af4eaa10f78cc7 2004 stardict-xmlittre_1.0-1.diff.gz 1c81a772014646c3fa39048a834297043c5f168ea40ac33503692d889c9d4ac6 31447176 stardict-xmlittre_1.0.orig.tar.gz Directory: pool/main/s/stardict-xmlittre Priority: source Section: text Package: stardict-xmlittre Version: 1:1.0-1 Installed-Size: 32095 Maintainer: Josselin Mouette Architecture: all Recommends: stardict | stardict-gtk Description-en: French Littré dictionary for stardict This package contains a XML version of the French language dictionary written by Émile Littré and published in 1863, suitable for the stardict dictionary software. . Despite its age, this dictionary now fallen in the public domain is still a widely used reference source for French language and litterature. It features 78,423 entries and 239,009 quotes from 3,910 authors. . Homepage: http://francois.gannaz.free.fr/Littre/ Description-md5: 61f491e082f6b90c45091225230ff5f4 Tag: culture::french, made-of::dictionary, role::app-data Section: text Priority: optional Filename: pool/main/s/stardict-xmlittre/stardict-xmlittre_1.0-1_all.deb Size: 31453226 MD5sum: 1dc316f208cbf5001f6c774fd4a08387 SHA256: 919d1a14c66777c1270d75c9294dba189aab7c7d56e16ce474c0c7305e1f8b86 -- Pierre-Elliott Bécue GPG: 9AE0 4D98 6400 E3B6 7528 F493 0D44 2664 1949 74E2 It's far easier to fight for one's principles than to live up to them. signature.asc Description: PGP signature --- End Message --- --- Begin Message --- Source: stardict-xmlittre Source-Version: 1:1.0-2 Done: Félix Sipma We believe that the bug you reported is fixed in the latest version of stardict-xmlittre, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 930...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Félix Sipma (supplier of updated stardict-xmlittre package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 06 Dec 2021 22:50:33 +0100 Source: stardict-xmlittre Architecture: source Version: 1:1.0-2 Distribution: unstable Urgency: medium Maintainer: Félix Sipma Changed-By: Félix Sipma Closes: 615314 734408 930144 965834 Changes: stardict-xmlittre (1:1.0-2) unstable; urgency=medium . * Adopt the package (Closes: #930144) * Migrate to debhelper compat 13 (Closes: #965834) * Convert copyright to DEP-5 * Bump Standards-Version to 4.5.1 * Remove remove cdbs from B-D * Add a source/format file (use 3.0 (quilt)) * Add a Homepage: field to the control file; update homepage (Closes: #615314) * Add Vcs-Git and Vcs-Browser fields * Add sdcv to Recommends (Closes: #734408) * Add a patch to fix README encoding Checksums-Sha1:
Bug#1001176: RFP: perlimports -- Automate maintenance of Perl import statements
Hi, On Mon, Dec 6, 2021 at 12:44 PM gregor herrmann wrote: > > It's already in NEW (and the other requested package as well). Thank you for your prompt assistance! Lintian provides backports to stable (and some users run it in even more adventurous ways). Is it acceptable for the Lintian maintainers to upload backports of the new packages, or would the Perl team rather handle them via bug reports? I would prefer if the Perl team handled backports as well, but it would be an extra burden. Please just let me know one way or the other. Thanks! Kind regards Felix Lechner
Bug#1001176: RFP: perlimports -- Automate maintenance of Perl import statements
On Mon, 06 Dec 2021 11:26:22 -0800, Felix Lechner wrote: > On Mon, Dec 6, 2021 at 10:48 AM gregor herrmann wrote: > > I have no good idea how to handle it right now. > Thank you for having a look! > For Lintian, the functionality of Sub::StrictDecl is probably enough. Alright, thanks. Then I propose that we put perlimports on the backburner until someone both has good ideas and the necessary time to implement them. > I requested it separately (and you already assumed ownership). [1] It's already in NEW (and the other requested package as well). Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- NP: Koko Taylor: Wang Dang Doodle signature.asc Description: Digital Signature
Bug#1001231: ITP: golang-github-muesli-gitcha -- Go helpers to work with git repositories
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-muesli-gitcha Version : 0.2.0-1 Upstream Author : Christian Muehlhaeuser * URL : https://github.com/muesli/gitcha * License : Expat Programming Lang: Go Description : Go helpers to work with git repositories The gitcha package provides Go helpers to work with git repositories. . Examples of things gitcha can do: * return the directory of the git repository path is a member of: * find files from list in path, respecting .gitignores it finds * find files, excluding any matches in a given set of ignore Reason for packaging: Prerequisite for Glow (https://github.com/charmbracelet/grow)
Bug#1001176: RFP: perlimports -- Automate maintenance of Perl import statements
Hi, On Mon, Dec 6, 2021 at 10:48 AM gregor herrmann wrote: > > I have no good idea how to handle it right now. Thank you for having a look! For Lintian, the functionality of Sub::StrictDecl is probably enough. I requested it separately (and you already assumed ownership). [1] Thank you! Kind regards, Felix Lechner [1] https://bugs.debian.org/1001175
Processed: limit package to wnpp, tagging 1001230
Processing commands for cont...@bugs.debian.org: > limit package wnpp Limiting to bugs with field 'package' containing at least one of 'wnpp' Limit currently set to 'package':'wnpp' > tags 1001230 + pending Bug #1001230 [wnpp] ITP: libalgorithm-backoff-perl -- modules providing various backoff strategies for retry Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 1001230: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001230 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#995227: Xephem : An interactive astronomical ephemeris for X
I would love to have Xephem back to Debian.
Bug#1001230: ITP: libalgorithm-backoff-perl -- modules providing various backoff strategies for retry
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libalgorithm-backoff-perl Version : 0.009 Upstream Author : perlancar * URL : https://metacpan.org/release/Algorithm-Backoff * License : Artistic or GPL-1+ Programming Lang: Perl Description : modules providing various backoff strategies for retry This package provides several classes that implement various backoff strategies for setting delay between retry attempts. Included modules: Algorithm::Backoff::Constant - Backoff using a constant delay Algorithm::Backoff::Exponential - Backoff exponentially Algorithm::Backoff::Fibonacci - Backoff using Fibonacci sequence Algorithm::Backoff::LILD - Linear Increment, Linear Decrement (LILD) backoff Algorithm::Backoff::LIMD - Linear Increment, Multiplicative Decrement (LIMD) backoff Algorithm::Backoff::MILD - Multiplicative Increment, Linear Decrement (MILD) backoff Algorithm::Backoff::MIMD - Multiplicative Increment, Multiplicative Decrement (MIMD) backoff The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#995519: marked as done (O: lua-rexlib -- Perl regular expressions library for the Lua language)
Your message dated Mon, 06 Dec 2021 19:00:18 + with message-id and subject line Bug#995519: fixed in lua-rexlib 2.9.1-1 has caused the Debian Bug report #995519, regarding O: lua-rexlib -- Perl regular expressions library for the Lua language to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 995519: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995519 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp The current maintainer of lua-rexlib, Enrico Tassi , has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: lua-rexlib Binary: lua-rex-pcre, lua-rex-pcre-dev, lua-rex-posix, lua-rex-posix-dev, lua-rex-onig, lua-rex-onig-dev, lua-rex-tre, lua-rex-tre-dev, lua-rex-gnu, lua-rex-gnu-dev, lua-rex-doc Version: 2.7.2-4.1 Maintainer: Enrico Tassi Build-Depends: debhelper (>= 9), libpcre3-dev, libonig-dev, libtre-dev, dh-lua (>= 12) Architecture: any all Standards-Version: 3.9.3 Format: 3.0 (quilt) Files: c67a6ab38043f88c59597a9f6930c02f 2554 lua-rexlib_2.7.2-4.1.dsc 3f347cebe62d5d1b49ad19d0ba1e1d57 57443 lua-rexlib_2.7.2.orig.tar.gz d78e600710b125b017d4f0c6fcdc42f0 3620 lua-rexlib_2.7.2-4.1.debian.tar.xz Vcs-Browser: http://git.debian.org/?p=pkg-lua/lua-rexlib.git Vcs-Git: git://git.debian.org/git/pkg-lua/lua-rexlib.git Checksums-Sha256: 63d2b87a7c3938eae4c07f69711fc17072850235b035bcc745d319fc658bd7a4 2554 lua-rexlib_2.7.2-4.1.dsc 859e9593a6a42d809f3154aa2cabda3e5782d6b7143efcf9abe3cafd662c9cba 57443 lua-rexlib_2.7.2.orig.tar.gz 11d938c4c5eb1ba50cef813b6133c9f37108cad8d6be8c11efe8b19541ebf675 3620 lua-rexlib_2.7.2-4.1.debian.tar.xz Homepage: http://lrexlib.luaforge.net/ Package-List: lua-rex-doc deb doc optional arch=all lua-rex-gnu deb interpreters optional arch=any lua-rex-gnu-dev deb libdevel optional arch=any lua-rex-onig deb interpreters optional arch=any lua-rex-onig-dev deb libdevel optional arch=any lua-rex-pcre deb interpreters optional arch=any lua-rex-pcre-dev deb libdevel optional arch=any lua-rex-posix deb interpreters optional arch=any lua-rex-posix-dev deb libdevel optional arch=any lua-rex-tre deb interpreters optional arch=any lua-rex-tre-dev deb libdevel optional arch=any Directory: pool/main/l/lua-rexlib Priority: source Section: interpreters -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature --- End Message --- --- Begin Message --- Source: lua-rexlib Source-Version: 2.9.1-1 Done: Sergei Golovan We believe that the bug you reported is fixed in the latest version of lua-rexlib, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 995...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sergei Golovan (supplier of updated lua-rexlib package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 29 Nov 2021 13:48:24 +0300 Source: lua-rexlib Binary: lua-rex-doc lua-rex-gnu lua-rex-gnu-dbgsym lua-rex-gnu-dev lua-rex-onig lua-rex-onig-dbgsym lua-rex-onig-dev lua-rex-pcre2 lua-rex-pcre2-dbgsym lua-rex-pcre2-dev lua-rex-posix lua-rex-posix-dbgsym lua-rex-posix-dev lua-rex-tre lua-rex-tre-dbgsym lua-rex-tre-dev Architecture: source all amd64 Version: 2.9.1-1 Distribution: unstable Urgency: medium Maintainer: Debian Lua Team Changed-By: Sergei Golovan Description: lua-rex-doc - documentation of the rex library for the Lua language lua-rex-gnu - GNU regular expressions library for the Lua language lua-rex-gnu-dev - GNU development files for the Lua language lua-rex-onig - Onig regular expressions
Processed: dup ITP: golang-github-muhammadmuzzammil1998-jsonc
Processing commands for cont...@bugs.debian.org: > close 1001212 Bug #1001212 [wnpp] ITP: golang-github-muhammadmuzzammil1998-jsonc -- JSON with comments for Go! Marked Bug as done > stop Stopping processing here. Please contact me if you need assistance. -- 1001212: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001212 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001176: RFP: perlimports -- Automate maintenance of Perl import statements
Quoting gregor herrmann (2021-12-06 19:48:39) > I looked a bit further, and this is not as trivial as most CPAN > distributions: > > - perlimports in the CPAN tarball is a fat-packed script: > https://metacpan.org/dist/App-perlimports/source/script/perlimports > i.e. it embeds a couple of Perl modules; > now we could just live it but that's neither elegant nor clever > seurity-wise nor simple copyright-wise; > - we could try to rip out the fat-packed parts (which still leaves > the copyright question for the source package); [0] but: > - the fat-packing works with an author script: > https://github.com/oalders/App-perlimports/tree/main/author > which already says that it uses a forked PPI module (cf. also > .gitmodules in the upstream git repo) > > With cpanminus we have a similar situation, there we take the tarball > from GitHub and not from CPAN, and create the actual script without > fatpacking. (Before that we removed the fatpacked modules from the > script.) > > But this forked PPI seems like a blocker, at least I have no good > idea how to handle it right now. [1] If the forked PPI is specific for building this module, I would find it sensible to embed that fork with this source package - e.g. using the "component" feature of uscan. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#1001176: RFP: perlimports -- Automate maintenance of Perl import statements
On Sun, 05 Dec 2021 12:16:30 -0800, Felix Lechner wrote: > On Sun, Dec 5, 2021 at 12:08 PM gregor herrmann wrote: > > (Just as a note, and that means I won't upload this tonight :)) > Thank you for looking into it! You're welcome. I looked a bit further, and this is not as trivial as most CPAN distributions: - perlimports in the CPAN tarball is a fat-packed script: https://metacpan.org/dist/App-perlimports/source/script/perlimports i.e. it embeds a couple of Perl modules; now we could just live it but that's neither elegant nor clever seurity-wise nor simple copyright-wise; - we could try to rip out the fat-packed parts (which still leaves the copyright question for the source package); [0] but: - the fat-packing works with an author script: https://github.com/oalders/App-perlimports/tree/main/author which already says that it uses a forked PPI module (cf. also .gitmodules in the upstream git repo) With cpanminus we have a similar situation, there we take the tarball from GitHub and not from CPAN, and create the actual script without fatpacking. (Before that we removed the fatpacked modules from the script.) But this forked PPI seems like a blocker, at least I have no good idea how to handle it right now. [1] Cc'ing my friendly fellow perl team members … Cheers, gregor [0] Cf. also https://github.com/oalders/App-perlimports/commit/7de596d7a607693ca298027bc63127e2a565f597 [1] I won't mention Monkey::Patch here. -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- NP: Joe Cocker: Rivers Rising signature.asc Description: Digital Signature
Bug#1001228: ITP: jupyter-kernel-test -- tool to test Jupyter kernels
Package: wnpp Severity: wishlist Owner: Joseph Nahmias X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org, j...@nahmias.net * Package name: jupyter-kernel-test Version : 0.4.2 Upstream Author : Jupyter Development Team * URL : https://github.com/jupyter/jupyter_kernel_test * License : BSD Programming Lang: Python Description : tool to test Jupyter kernels jupyter_kernel_test is a tool for testing Jupyter kernels. It tests kernels for successful code execution and conformance with the Jupyter Messaging Protocol (currently 5.0).
Bug#1001226: ITP: golang-github-segmentio-ksuid -- K-Sortable Globally Unique IDs
Package: wnpp
Severity: wishlist
Owner: Anthony Fok
* Package name: golang-github-segmentio-ksuid
Version : 1.0.4-1
Upstream Author : Segment (https://segment.com/)
* URL : https://github.com/segmentio/ksuid
* License : Expat
Programming Lang: Go
Description : K-Sortable Globally Unique IDs
ksuid is an efficient, comprehensive, battle-tested Go library for
generating and parsing a specific kind of globally unique identifier
called a *KSUID*. This library serves as its reference implementation.
.
What is a KSUID?
.
KSUID is for K-Sortable Unique IDentifier. It is a kind of globally
unique identifier similar to a RFC 4122 UUID
(https://en.wikipedia.org/wiki/Universally_unique_identifier), built
from the ground-up to be "naturally" sorted by generation timestamp
without any special type-aware logic.
.
In short, running a set of KSUIDs through the UNIX sort command will
result in a list ordered by generation time.
.
Why use KSUIDs?
.
There are numerous methods for generating unique identifiers, so why
KSUID?
.
1. Naturally ordered by generation time
2. Collision-free, coordination-free, dependency-free
3. Highly portable representations
.
Even if only one of these properties are important to you, KSUID is a
great choice! :) Many projects chose to use KSUIDs *just* because the
text representation is copy-and-paste friendly.
.
1. Naturally Ordered By Generation Time
.
Unlike the more ubiquitous UUIDv4, a KSUID contains a timestamp
component that allows them to be loosely sorted by generation time. This
is not a strong guarantee (an invariant) as it depends on wall clocks,
but is still incredibly useful in practice. Both the binary and text
representations will sort by creation time without any special sorting
logic.
.
2. Collision-free, Coordination-free, Dependency-free
.
While RFC 4122 UUIDv1s *do* include a time component, there aren't
enough bytes of randomness to provide strong protection against
collisions (duplicates). With such a low amount of entropy, it is
feasible for a malicious party to guess generated IDs, creating a
problem for systems whose security is, implicitly or explicitly,
sensitive to an adversary guessing identifiers.
.
To fit into a 64-bit number space, Snowflake IDs
(https://blog.twitter.com/2010/announcing-snowflake) and its derivatives
require coordination to avoid collisions, which significantly increases
the deployment complexity and operational burden.
.
A KSUID includes 128 bits of pseudorandom data ("entropy"). This number
space is 64 times larger than the 122 bits used by the well-accepted RFC
4122 UUIDv4 standard. The additional timestamp component can be
considered "bonus entropy" which further decreases the probability of
collisions, to the point of physical infeasibility in any practical
implementation.
.
3. Highly Portable Representations
.
The text *and* binary representations are lexicographically sortable,
which allows them to be dropped into systems which do not natively
support KSUIDs and retain their time-ordered property.
.
The text representation is an alphanumeric base62 encoding, so it "fits"
anywhere alphanumeric strings are accepted. No delimiters are used, so
stringified KSUIDs won't be inadvertently truncated or tokenized when
interpreted by software that is designed for human-readable text, a
common problem for the text representation of RFC 4122 UUIDs.
.
How do KSUIDs work?
.
Binary KSUIDs are 20-bytes: a 32-bit unsigned integer UTC timestamp and a
128-bit randomly generated payload. The timestamp uses big-endian
encoding, to support lexicographic sorting. The timestamp epoch is
adjusted to May 13th, 2014, providing over 100 years of life. The
payload is generated by a cryptographically-strong pseudorandom number
generator.
.
The text representation is always 27 characters, encoded in alphanumeric
base62 that will lexicographically sort by timestamp.
.
High Performance
.
This library is designed to be used in code paths that are performance
critical. Its code has been tuned to eliminate all non-essential
overhead. The KSUID type is derived from a fixed-size array, which
eliminates the additional reference chasing and allocation involved in a
variable-width type.
.
The API provides an interface for use in code paths which are sensitive
to allocation. For example, the Append method can be used to parse the
text representation and replace the contents of a KSUID value without
additional heap allocation.
.
All public package level "pure" functions are concurrency-safe, protected
by a global mutex. For hot loops that generate a large amount of KSUIDs
from a single Goroutine, the Sequence type is provided to elide the
potential contention.
.
By default, out of an abundance of caution, the cryptographically-secure
PRNG is used to generate the random bits of a KSUID. This can be relaxed
in extremely
Bug#926618: RFP: webext-plasma-integration
Control: affects -1 = plasma-browser-integration thanks I found KDE Connect in my search for an alternative to self hosting Mozilla syncserver now python2 is fully removed. This webext restored a key part of the benefit of logging in to my browser - being able to sling a tab between devices e.g. laptop to desktop for action, or to android for travel reading. Would be nice to see this packaged, since the native part is already available, under the affects package name. Note, I'm not even using this under KDE, it works perfectly fine under XFCE. signature.asc Description: PGP signature
Processed: RFP: webext-plasma-integration
Processing control commands: > affects -1 = plasma-browser-integration Bug #926618 [wnpp] RFP: webext-plasma-integration -- provides integration of web browsers with the Plasma desktop Removed indication that 926618 affects src:plasma-integration Added indication that 926618 affects plasma-browser-integration -- 926618: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926618 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001214: RFP: efibootguard -- UEFI-based bootloader
Package: wnpp Severity: wishlist * Package name: efibootguard Upstream Author : Siemens * URL : https://github.com/siemens/efibootguard * License : GPL-2 Programming Lang: C Description : UEFI-based bootloader Provides the following functionality: * Arm a hardware watchdog prior to loading an OS * Provides a simple update mechanism with fail-safe algorithm The following watchdog drivers are implemented (and are probed in this order): * WDAT (ACPI) watchdog * AMD FCH * Intel i6300esb * Intel Quark * Siemens SIMATIC IPC4x7E * Intel TCO An ISAR-based debian/ template is available at https://gitlab.com/cip-project/cip-core/isar-cip-core/-/tree/master/recipes-bsp/efibootguard
Processed: block dh by golang-github-muhammadmuzzammil1998-jsonc
Processing commands for cont...@bugs.debian.org: > block 951374 by 1001212 Bug #951374 [wnpp] RFP: gh -- the GitHub CLI Bug #970546 [wnpp] RFP: gh -- the GitHub CLI 951374 was blocked by: 993709 993437 980977 993442 951374 was not blocking any bugs. Added blocking bug(s) of 951374: 1001212 970546 was blocked by: 993709 993437 980977 993442 970546 was not blocking any bugs. Added blocking bug(s) of 970546: 1001212 > End of message, stopping processing here. Please contact me if you need assistance. -- 951374: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951374 970546: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970546 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001212: ITP: golang-github-muhammadmuzzammil1998-jsonc -- JSON with comments for Go!
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-muhammadmuzzammil1998-jsonc Version : 0.0~git20201229.615b091-1 Upstream Author : Muhammad Muzzammil * URL : https://github.com/muhammadmuzzammil1998/jsonc * License : Expat Programming Lang: Go Description : JSON with comments for Go! JSONC is a superset of JSON which supports comments. JSON formatted files are readable to humans but the lack of comments decreases readability. With JSONC, you can use block (/* */) and single line (//) comments to describe the functionality. Microsoft VS Code also uses this format in their configuration files like settings.json, keybindings.json, launch.json, etc. . What this package offers . "JSONC for Go" offers ability to convert and unmarshal JSONC to pure JSON. It also provides functionality to read JSONC file from disk and return JSONC and corresponding JSON encoding to operate on. However, it only provides a one-way conversion. That is, you can not generate JSONC from JSON. Read documentation (DOCUMENTATION.md) for detailed examples. Reason for packaging: Needed by GitHub CLI (gh), see #951374
Bug#1001197: ITP: ocaml-ca-certs -- detect root CA certificates from the operating system
Package: wnpp Severity: wishlist Owner: Stéphane Glondu X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ocaml-ma...@lists.debian.org * Package name: ocaml-ca-certs Version : 0.2.2 Upstream Author : The MirageOS contributors * URL : https://github.com/mirage/ca-certs * License : ISC Programming Lang: OCaml Description : detect root CA certificates from the operating system TLS requires a set of root anchors (Certificate Authorities) to authenticate servers. This library exposes this list so that it can be registered with ocaml-tls. This package is a new dependency of ocsigenserver. It will be maintained in the OCaml Team.
