Re: [FIXED] Re: Network and KDE lost after testing upgrade

2021-01-11 Thread Xavier
Le 12/01/2021 à 06:46, Antonio Russo a écrit :
> On 1/11/21 9:52 PM, Xavier wrote:
>>
>> Hi,
>>
>> bug is fixed with libx11-6 2:1.7.0-2 (I don't know why)
>>
>> Cheers,
>> Xavier
>>
> 
> Can you check your apt logs if libx11-xcb1 got out of sync?  I ran into
> massive problems with almost everything X-related when libx11-xcb got
> ahead of libx11-6.
> 
> Antonio

Hi,

* Before crash:
  * Fri, Jan  8 2021 14:15:12 +0100
[UPGRADE] libx11-xcb1:amd64 2:1.6.12-1 -> 2:1.7.0-1
* Crash on reboot (kernel update) around Jan 9
* After:
  * Mon, Jan 11 2021 22:30:01 +0100
[HOLD, DEPENDENCIES] libx11-xcb1:amd64 2:1.7.0-1
  * Mon, Jan 11 2021 22:30:56 +0100
[UPGRADE] libx11-xcb1:amd64 2:1.7.0-1 -> 2:1.7.0-2



Re: [FIXED] Re: Network and KDE lost after testing upgrade

2021-01-11 Thread Antonio Russo
On 1/11/21 9:52 PM, Xavier wrote:
> 
> Hi,
> 
> bug is fixed with libx11-6 2:1.7.0-2 (I don't know why)
> 
> Cheers,
> Xavier
> 

Can you check your apt logs if libx11-xcb1 got out of sync?  I ran into
massive problems with almost everything X-related when libx11-xcb got
ahead of libx11-6.

Antonio



[FIXED] Re: Network and KDE lost after testing upgrade

2021-01-11 Thread Xavier
Le 11/01/2021 à 08:25, Xavier a écrit :
> Le 11/01/2021 à 06:36, Andrei POPESCU a écrit :
>> On Du, 10 ian 21, 21:36:53, Xavier wrote:
>>>
>>> It's not related to kernel update (same behavior with previous kernel).
>>> Here are the main updates just before failure. Note that I didn't reboot
>>> since last kernel update (only suspend), so failure may be related to a
>>> previous update:
>>
>> I'd try rebooting before any further troubleshooting attempt.
>>
>> Kind regards,
>> Andrei
> 
> To be more clear: I reboot on each kernel update. When discovering this
> problem after a reboot, of course I rebooted many times to test both
> previous and current kernel. Problem still exists: no automatic network
> start, unable to launch a KDE session, LXQt session works partially:
> unable to access to any menu, only Alt-F2 is usable.

Hi,

bug is fixed with libx11-6 2:1.7.0-2 (I don't know why)

Cheers,
Xavier



Bug#979861: ITP: uwebsockets-dev -- simple, secure & standards compliant web server

2021-01-11 Thread Aisha Tammy
Package: wnpp
Severity: wishlist
Owner: Aisha Tammy 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: uwebsockets-dev
  Version : 18.19.0
  Upstream Author : Alex Hultman 
* URL : https://github.com/uNetworking/uWebSockets
* License : Apache-2.0
  Programming Lang: C++
  Description : simple, secure & standards compliant web server

  uWebSocket (it's "micro") is simple, secure & standards compliant web
  server for the most demanding of applications.



Bug#979860: ITP: purritobin -- ultra fast, minimalistic, encrypted command line paste-bin

2021-01-11 Thread Aisha Tammy
Package: wnpp
Severity: wishlist
Owner: Aisha Tammy 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: purritobin
  Version : 0.3.3
  Upstream Author : Aisha Tammy 
* URL : https://bsd.ac/
* License : ISC
  Programming Lang: C++
  Description : ultra fast, minimalistic, encrypted command line paste-bin

Purrito Bin is an ultra fast, minimalistic, encrypted command
line paste-bin server written in C++ for handling large number
of requests.
It is very easy to integrate with any standard http server such as
httpd(8), apache or nginx and follows the KISS principle towards
handling pastes.



Bug#979858: ITP: golang-github-henvic-httpretty -- Prints HTTP requests made with Go pretty on your terminal

2021-01-11 Thread Joao Paulo Lima de Oliveira
Package: wnpp
Severity: wishlist
Owner: Joao Paulo Lima de Oliveira 
X-Debbugs-Cc: debian-devel@lists.debian.org, jlima.oliveir...@gmail.com

* Package name: golang-github-henvic-httpretty
  Version : 0.0.6-1
  Upstream Author : Henrique Vicente 
* URL : https://github.com/henvic/httpretty
* License : MIT
  Programming Lang: Go, Shell
  Description : Prints HTTP requests made with Go pretty on your terminal

 Prints the HTTP requests of your Go programs pretty on your terminal
 screen. It is mostly inspired in curl's --verbose mode, and also on
 the httputil.DumpRequest and similar functions.



Bug#979844: ITP: usockets-dev -- miniscule async eventing, networking & crypto library

2021-01-11 Thread Aisha Tammy
Package: wnpp
Severity: wishlist
Owner: Aisha Tammy 
X-Debbugs-Cc: debian-devel@lists.debian.org
 
* Package name    : usockets-dev
  Version : 0.6.0
  Upstream Author : Alex Hultman 
* URL : https://github.com/uNetworking/uSockets
* License : ( Apache-2.0 )
  Programming Lang: (C, C++)
  Description : miniscule async eventing, networking & crypto library
 
useful library for doing fast socket io
 
it is similar to other socket io libraries but focuses
on speed with a high level API



Bug#979852: ITP: usockets-dev -- miniscule async eventing, networking & crypto library

2021-01-11 Thread Aisha Tammy
Package: wnpp
Severity: wishlist
Owner: Aisha Tammy 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: usockets-dev
  Version : 0.6.0
  Upstream Author : Alex Hultman 
* URL : https://github.com/uNetworking/uSockets
* License : ( Apache-2.0 )
  Programming Lang: (C, C++)
  Description : miniscule async eventing, networking & crypto library

useful library for doing fast socket io

it is similar to other socket io libraries but focuses
on speed with a high level API



Bug#979849: ITP: golang-github-cli-browser -- helpers to open URLs, files, or readers in a web browser

2021-01-11 Thread Joao Paulo Lima de Oliveira
Package: wnpp
Severity: wishlist
Owner: Joao Paulo Lima de Oliveira 
X-Debbugs-Cc: debian-devel@lists.debian.org, jlima.oliveir...@gmail.com

* Package name: golang-github-cli-browser
  Version : 1.0.0-1
  Upstream Author : Dave Cheney 
* URL : https://github.com/cli/browser
* License : BSD-2-clause
  Programming Lang: Go
  Description : helpers to open URLs, files, or readers in a web browser

  golang-github-cli-browser is dependent on Github-Cli.
  Provides an auxiliary way to open URL in system browsers.
  This package adds:

-safety when running inside of an untrusted directory on Windows;
-WSL compatibility;
-OpenReader error wrapping;
-ErrNotFound error wrapping on BSD;
-Go 1.13 support



Bug#979846: ITP: bazel -- Tool to automate software builds and tests

2021-01-11 Thread Olek Wojnar
Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: bazel
  Version : 3.5.1
  Upstream Author : Google Inc. 
* URL : https://github.com/bazelbuild/bazel
* License : Apache-2
  Programming Lang: Java and C++
  Description : Tool to automate software builds and tests
 Supported build tasks include running compilers and linkers to produce
 executable programs and libraries, and assembling deployable packages
 for Android, iOS and other target environments. Bazel is similar to
 other tools like Make, Ant, Gradle, Buck, Pants and Maven.



This package will effectively replace the bazel-bootstrap package which was
created to avoid circular build dependencies with Bazel. The bazel-bootstrap
package will likely remain in the archives as a means of adding Bazel support
to additional architectures in the future.



Re: RFC: Support for zstd in .deb packages?

2021-01-11 Thread Fabrice BAUZAC-STEHLY
Balint Reczey  writes:

> Hi Guillem,

> On Fri, May 4, 2018 at 11:41 PM Nick Terrell  wrote:
>> > Unfortunately, I've just noticed that the project requires a CLA,
>> > which means universal contributions are *not* possible. :(

> I'm not a fan of CLAs either, but as I understand upstream requiring a
> CLA is not a blocker for compression libraries.

Not sure if the parallel can be made, but for contributing to GNU
programs you need to sign papers (to assign copyright to the FSF), and
AFAIK it does not cause issues regarding free software guidelines.

-- 
Fabrice Bauzac-Stehly
PGP 01EEACF8244E9C14B551C5256ADA5F189BD322B6
old PGP 015AE9B25DCB0511D200A75DE5674DEA514C891D



Re: RFC: Support for zstd in .deb packages?

2021-01-11 Thread Nick Terrell


> On Jan 10, 2021, at 4:06 PM, Balint Reczey  
> wrote:
> 
> On Sun, Jan 10, 2021 at 8:41 PM Bastian Blank  wrote:
>> 
>> Moin
>> 
>> On Sun, Jan 10, 2021 at 08:20:33PM +0100, Balint Reczey wrote:
>>> I'm not a fan of CLAs either, but as I understand upstream requiring a
>>> CLA is not a blocker for compression libraries.
>> 
>> Well, it means that the library might get incompatible with upstream,
>> because upstream will refuse patches.
> 
> I'm not sure if I miss something, but I don't see the strict connection.
> 
> The current upstream requires CLA, but if they make an incompatible
> change that they refuse to revert, their current license allows
> forking the project and fixing it (with or without requiring a
> different CLA). This is why requiring a _license_ that allows forking
> makes sense.
> 
> We have also seen cases where projects refused to take patches even
> though they did not require a CLA, thus not having a CLA is not a
> guarantee for taking patches.
> 
> I'm also willing to sign the CLA and propose a fix if needed.
> 
> I agree that the CLA is not comfortable, but is hardly a blocker.
> 
> Cheers,
> Balint

Upstream is, and has been since release, very active. If there are
patches that you need upstreamed, but can’t because of the CLA,
you can open an issue we can solve the problem upstream.

Best,
Nick

> --
> Balint Reczey
> Ubuntu & Debian Developer
> --
> I've closed #929715 before sending this email to debian-devel.
> https://balintreczey.hu/blog/my-debian-devel-pledge/ 



Re: Release status of i386 for Bullseye and long term support for 3 years?

2021-01-11 Thread Stephan Seitz

Am Sa, Dez 12, 2020 at 20:27:16 + schrieb Steve McIntyre:

It's still quite new, but we have a package in the archive for this now:
 https://tracker.debian.org/pkg/debian-crossgrader


Well, yes, but it is only in unstable.

I tried to install it but apt wanted to replace many packages. Using 
aptitude with --without-recommends was less scaring but still not 
something I want to do on a stable system.


Shade and sweet water!

Stephan

--
|If your life was a horse, you'd have to shoot it.|



Bug#979808: ITP: r-cran-statcheck -- GNU R functions for extraction of statistics from articles and recomputing p values

2021-01-11 Thread Joost van Baal-Ilić
Package: wnpp
Severity: wishlist

* Package name: r-cran-statcheck
  Upstream Author : Sacha Epskamp and Michele B. Nuijten
* URL : https://cran.r-project.org/package=statcheck
* License : GPL-2
  Programming Lang: R
  Description : GNU R functions for extraction of statistics from articles 
and recomputing p values

 GNU R package for extraction of statistical references from a directory with
 HTML and PDF files.  The package extracts statistical values (t and F
 statistics) from PDF files.  The "pdftotext" program is used to convert PDF
 files to plain text files.  By default a gui window is opened that allows
 you to choose the directory (using tcltk).

I'm working on the knitr packaging using debian-science's git at Salsa,
at https://salsa.debian.org/r-pkg-team/r-cran-statcheck .

Bye,

Joost

-- 
Joost van Baal-Ilić   http://abramowitz.uvt.nl/
 Tilburg University
mailto:joostvb.uvt.nl   The Netherlands



Bug#979755: RFA: coyim

2021-01-11 Thread Sascha Steinbiss
Package: wnpp
Severity: normal

I would like to put the coyim package up for adoption.

CoyIM is a XMPP (Jabber) chat client with built-in Tor support and
privacy/security features.

I myself am not longer a CoyIM user and with increasing work load
recently I can not find the time to incorporate upstream's 
not-sooo-recent restructuring of their dependency repositories,
which would require packaging new Go libraries and deprecating the
old ones. This is golang-github-twstrike-gotk3adapter-dev and
golang-github-twstrike-otr3-dev, whose newest versions (needed for the
new coyim version) have been moved to different GitHub repos under the
coyim organization instead of twstrike.

This has led to coyim not even being in buster due to an unfixed RC bug
(#930332) which would likely be fixed by updating to the latest
upstream version (0.3.11).

I would be happy if someone who cares can take over. If no one speaks up
in a couple of weeks or so, I will move on with orphaning the package.

Thanks
Sascha