Bug#959690: ITP: libbaseencode -- C library for encoding and decoding data using base32 or base64

2020-05-03 Thread Francisco Vilmar Cardoso Ruviaro
Package: wnpp Severity: wishlist Owner: Francisco Vilmar Cardoso Ruviaro * Package name: libbaseencode Version : 1.0.9 Upstream Author : Paolo Stivanin * URL : https://github.com/paolostivanin/libbaseencode * License : Apache-2.0 Programming Lang: C Descri

Bug#959689: ITP: libcotp -- C library that generates TOTP and HOTP

2020-05-03 Thread Francisco Vilmar Cardoso Ruviaro
Package: wnpp Severity: wishlist Owner: Francisco Vilmar Cardoso Ruviaro * Package name: libcotp Version : 1.2.2 Upstream Author : Paolo Stivanin * URL : https://github.com/paolostivanin/libcotp * License : Apache-2.0 Programming Lang: C Description :

Bug#959688: ITP: libbaseencode -- C library for encoding and decoding data using base32 or base64

2020-05-03 Thread Francisco Vilmar Cardoso Ruviaro
Package: wnpp Severity: wishlist Owner: Francisco Vilmar Cardoso Ruviaro * Package name: libbaseencode Version : 1.0.9 Upstream Author : Paolo Stivanin * URL : https://github.com/paolostivanin/libbaseencode * License : Apache-2.0 Programming Lang: C Descri

Re: +1 (no hidden directory, please) Re: [Summary]: RFC: Standardizing source package artifacts build paths

2020-05-03 Thread Richard Laager
On 5/3/20 5:54 PM, Holger Levsen wrote: > On Sun, May 03, 2020 at 10:56:32PM +0200, Simon Richter wrote: >> Frankly, I don't see the point in hiding the directory. The only person >> who'd ever look into that directory would be someone inspecting what >> happened during a build process, and all tha

Re: Mass bug filing: dependencies on GTK 2

2020-05-03 Thread Vincent Lefevre
On 2020-04-29 18:37:50 +0100, Simon McVittie wrote: > Given GTK 2's lack of feature development (for things like HiDPI) it > seems higher-severity than "a problem which doesn't affect the package's > usefulness", and it's certainly not "presumably trivial to fix" in > many cases. Note that missing

+1 (no hidden directory, please) Re: [Summary]: RFC: Standardizing source package artifacts build paths

2020-05-03 Thread Holger Levsen
On Sun, May 03, 2020 at 10:56:32PM +0200, Simon Richter wrote: > Frankly, I don't see the point in hiding the directory. The only person > who'd ever look into that directory would be someone inspecting what > happened during a build process, and all that hiding directories > achieves is adding mor

Re: [Summary]: RFC: Standardizing source package artifacts build paths

2020-05-03 Thread Simon Richter
Hi, On 02.05.20 17:53, Andreas Metzler wrote: > I do think it is a splendid idea to separate generated stuff from > everything else, I think there is no real good reason for using a > hidden toplevel directory. Frankly, I don't see the point in hiding the directory. The only person who'd ever lo

Bug#959673: ITP: golang-github-cloudflare-sidh -- Supersingular Isogeny Diffie-Hellman golang library

2020-05-03 Thread Roger Shimizu
Package: wnpp Severity: wishlist Owner: Roger Shimizu * Package name: golang-github-cloudflare-sidh Version : 0.1+git20190228.d2f0f90-1 Upstream Author : Kris Kwiatkowski * URL : https://github.com/cloudflare/sidh * License : BSD-3-clause and Expat Programmin

Re: [qubes-devel] Re: DNF for Debian

2020-05-03 Thread unman
On Sun, May 03, 2020 at 12:03:40PM +, Holger Levsen wrote: > Hi Mihai, > > On Fri, Sep 13, 2019 at 05:36:55PM +0200, Mihai Moldovan wrote: > > I've packaged DNF > > cool! > > > for Debian and would like to find someone to take over these > > packages and maintain them as part of the distrib

Bug#959667: ITP: golang-github-henrydcase-nobs -- NOBS cryptographic primitives library in golang

2020-05-03 Thread Roger Shimizu
Package: wnpp Severity: wishlist Owner: Roger Shimizu * Package name: golang-github-henrydcase-nobs Version : Release_0.1+git20200305.7d891c7-1 Upstream Author : Kris Kwiatkowski * URL : https://github.com/henrydcase/nobs * License : WTFPL-2 Programming Lang:

Re: RFC: Standardizing source package artifacts build paths

2020-05-03 Thread Sean Whitton
Hello Niels, On Tue 14 Apr 2020 at 10:54AM +02, Niels Thykier wrote: > Guillem and I have debated this and come to a solution, which we believe > will be able to address the concerns about the path being "hidden". It > also enables us to simplify parts of the migration in some cases. > > The shor

Re: DNF for Debian

2020-05-03 Thread Thomas Goirand
On 9/13/19 5:36 PM, Mihai Moldovan wrote: > Hi > > > I've packaged DNF for Debian and would like to find someone to take over these > packages and maintain them as part of the distribution. Nice ! Thanks for the work. > [...] > == Why does Debian need DNF? == > > Debian already has packages fo

Bug#959534: ITP: golang-refraction-networking-utls -- TLS golang library with low-level access

2020-05-03 Thread Roger Shimizu
Package: wnpp Severity: wishlist Owner: Roger Shimizu * Package name: golang-refraction-networking-utls Version : 0.0~git20190909.43c36d3-1 Upstream Author : Refraction Networking * URL : https://github.com/refraction-networking/utls * License : BSD-3-clause

Re: DNF for Debian

2020-05-03 Thread Holger Levsen
Hi Mihai, On Fri, Sep 13, 2019 at 05:36:55PM +0200, Mihai Moldovan wrote: > I've packaged DNF cool! > for Debian and would like to find someone to take over these > packages and maintain them as part of the distribution. > > I'm not a DD and while I believe the packages to be of reasonable if

Bug#959511: ITP: golang-h12-socks -- SOCKS (SOCKS4, SOCKS4A and SOCKS5) proxy library for golang

2020-05-03 Thread Roger Shimizu
Package: wnpp Severity: wishlist Owner: Roger Shimizu * Package name: golang-h12-socks Version : 1.0.0-1 Upstream Author : Hǎi-Liàng "Hal" Wáng * URL : https://github.com/h12w/socks * License : BSD-2-clause Programming Lang: Go Description : SOCKS (SOCK