Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior
* Package name: flask-oidc
Version : 1.4.0
Upstream Author : Patrick Uiterwijk
* URL : https://github.com/puiterwijk/flask-oidc
* License : BSD-2-clause
Programming Lang: Python
Description
Steinar H. Gunderson wrote:
> Now, there is plocate (written and maintained by myself). It is orders of
> magnitude faster than mlocate (both on SSDs and HDDs alike), has the same
> security model, a smaller database (typically half the size), and fixes
> a few long-standing mlocate bugs. It is nea
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
* Package name: emacs-org-d20
Version : 0.4
Upstream Author : Sean Whitton
* URL : https://spwhitton.name/tech/code/org-d20/
* License : GPL-3+
Programming Lang: Emacs Lisp
Description : Emacs minor
On Sat, Feb 6, 2021 at 5:29 PM Steinar H. Gunderson wrote:
> I believe a good, fast locate is something that we should have in our base
> install; it is fine to keep it out of the cloud image (as today), but it is
> genuinely useful for both desktops and servers, and with a low cost.
I support ha
On Sun, Feb 7, 2021 at 12:05 AM Steinar H. Gunderson wrote:
> It's a pretty thin use-case, but someone could have scripts that call mlocate
> explicitly (not through the locate symlink). Or have something that is
> capable of reading mlocate's database. Or wish to have both to benchmark
> against
On Sat, Feb 06, 2021 at 10:18:45PM +0100, Bernd Zeimetz wrote:
>> Thoughts?
> I think plocate should have a Conflicts: mlocate. There is no need to
> install two locate implementations in parallel, it will just create
> useless IO.
It's a pretty thin use-case, but someone could have scripts that c
Package: wnpp
Severity: wishlist
Owner: Peter Colberg
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: fuzzel
Version : 1.5.1
Upstream Author : Daniel Eklöf
* URL : https://codeberg.org/dnkl/fuzzel
* License : Expat
Programming Lang: C
Descripti
On 2/6/21 6:10 PM, Steinar H. Gunderson wrote:
> I believe a good, fast locate is something that we should have in our base
> install; it is fine to keep it out of the cloud image (as today), but it is
> genuinely useful for both desktops and servers, and with a low cost.
seconded, thanks for
Package: wnpp
Severity: wishlist
Owner: Jan Mojzis
* Package name: bearssl
Version : 0.6
Upstream Author : Thomas Pornin
* URL : https://bearssl.org
* License : MIT
Programming Lang: C
Description : BearSSL is an implementation of the SSL/TLS protocol
Hi,
mlocate used to be Priority: standard; for some reason that I haven't been
able to unearth (despite the efforts of several people), there is now an
override for buster, so that it's no longer installed by default (and mlocate
now has an override disparity).
I do wonder if this was intentional
Package: wnpp
Severity: wishlist
Owner: Tobias Frost
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: timg
Version : 0.9.9
Upstream Author : Henner Zeller
* URL : https://github.com/hzeller/timg
* License : GPL-2
Programming Lang: C++
Descriptio
Hi,
I have a rather difficult set of packages that need to be updated
somehow together. I puzzled out the breakages and declared them. Namely,
this is the binary package starlink-utils-java, that breaks the old
version of starlink-ttools-java. This is properly mentioned in
d/control:
Package: sta
Package: wnpp
Severity: wishlist
Owner: Hideki Yamane
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-fo...@lists.debian.org
* Package name: fonts-yuseki-magic
Version : 1.000
Upstream Author : Tanukizamurai (Kumiko Yoshida)
* URL : https://github.com/tanukifont/Y
13 matches
Mail list logo
