Bug#1002492: ITP: node-d3-flame-graph -- D3.js plugin that produces flame graphs from hierarchical data

Package: wnpp Severity: wishlist Owner: Yadd X-Debbugs-Cc: debian-devel@lists.debian.org, 996...@bugs.debian.org * Package name: node-d3-flame-graph Version : 4.1.3 Upstream Author : Martin Spier * URL : https://github.com/spiermar/d3-flame-grap

Re: chromium: Update to version 94.0.4606.61 (security-fixes)

On 12/13/21 5:31 PM, Moritz Muehlenhoff wrote: On Sun, Dec 12, 2021 at 08:11:00PM -0500, Andres Salomon wrote: On 12/5/21 6:41 AM, Moritz Mühlenhoff wrote: Am Sun, Dec 05, 2021 at 10:53:56AM +0100 schrieb Paul Gevers: Exactly that. I'd suggest anyone who's interested in seeing Chromium suppo

Bug#1002489: ITP: berry -- Minimal window manager

Package: wnpp Severity: wishlist Owner: Yuri Musachio Montezuma da Cruz X-Debbugs-Cc: debian-devel@lists.debian.org, yuri.musac...@gmail.com * Package name: berry Version : 0.1.9 Upstream Author : Josh Ervin * URL : https://berrywm.org/ * License : MIT Progr

Re: releasing major library change to unstable without coordination

On Wednesday, December 22, 2021 11:07:51 PM EST Sandro Tosi wrote: > > It's not an either or. > > > > Generally, the Release Team should coordinate timing of transitions. New > > libraries should be staged in Experimental first. Maintainers of rdpends > > should be alerted to the impending trans

Re: releasing major library change to unstable without coordination

Sandro Tosi: > and lets use once again numpy: 2 days ago i've uploaded 1.21.5 to > replace 1.21.4 in unstable. [...] > > Regards, Hi, If you feel discussing patch releases is worth a topic of its own, I think we should start a separate thread for that because the process is likely to be consider

Re: releasing major library change to unstable without coordination

> It's not an either or. > > Generally, the Release Team should coordinate timing of transitions. New > libraries should be staged in Experimental first. Maintainers of rdpends > should be alerted to the impending transition so they can check if they are > ready. > > Debian is developed by a t

Re: releasing major library change to unstable without coordination

On December 23, 2021 12:24:16 AM UTC, Sandro Tosi wrote: >> People are expected to do so (coordination/testing etc). >> >> >> - Mistakes happen. >> >> >> BUT: >> >> >> - Apparently some people forgot this and deliberately don't follow (and >> I don't mean the can-happen accidents). >> >> (In th

Re: releasing major library change to unstable without coordination

> People are expected to do so (coordination/testing etc). > > > - Mistakes happen. > > > BUT: > > > - Apparently some people forgot this and deliberately don't follow (and > I don't mean the can-happen accidents). > > (In the speficic case I have in mind the maintainer just added a Breaks: > witho

Re: releasing major library change to unstable without coordination

Hi, Am 23.12.21 um 00:45 schrieb Jonas Smedegaard: > Is it normal and ok to upload a new major release of a library to > unstable, without either a) testing that reverse dependencies do not > break, or b) coordinating with maintainers of reverse dpendencies > _before_ such upload? People are e

Re: releasing major library change to unstable without coordination

Jonas Smedegaard, le jeu. 23 déc. 2021 00:45:23 +0100, a ecrit: > Is it normal and ok to upload a new major release of a library to > unstable, without either a) testing that reverse dependencies do not > break, or b) coordinating with maintainers of reverse dpendencies > _before_ such upload?

releasing major library change to unstable without coordination

Hi fellow developers, Is it normal and ok to upload a new major release of a library to unstable, without either a) testing that reverse dependencies do not break, or b) coordinating with maintainers of reverse dpendencies _before_ such upload? Sure, accidents happen - but do the label "unstab

Bug#1002480: ITP: pyxrd -- python implementation of the matrix algorithm for computer modeling of X-ray diffraction (XRD) patterns of disordered lamellar structures.

Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: pyxrd Version : 0.8.4 Upstream Author : Mathijs Dumon * URL : https://github.com/PyXRD/PyXRD * License : BSD-2-clause Programming Lang: Python De

Bug#1002470: RFP: opensearch -- search engine, fork of Elasticsearch

Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org Control: block -1 by 926714 * Package name: opensearch Version : 1.1.0 Upstream Author : Amazon Web Services * URL : https://www.opensearch.org * License : Apache-2.0 Programming Lang

Bug#1002452: ITP: fq -- jq for binary formats

Package: wnpp Severity: wishlist Owner: Daniel Milde X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: fq Version : 0.0.2 Upstream Author : Mattias Wadman * URL : https://github.com/wader/fq * License : Expat Programming Lang: Go Description :