Re: Freeipa-client in Debian11

2021-09-03 Thread Timo Aaltonen
On 3.9.2021 19.02, Marc Haber wrote: On Fri, Sep 03, 2021 at 01:10:17PM +, Domagoj Bazina wrote: This package is not available in Debian 11 distribution, and version from older Debian 10 can't be installed. Is there any replacement for this package, or are there any plans for implementatio

Re: Finding rough consensus on level of vendoring for large upstreams

2021-09-03 Thread Pirate Praveen
2021, സെപ്റ്റംബർ 3 8:22:51 AM IST, Jonas Smedegaard ൽ എഴുതി >I am very worried about how complex node-* packages in Debian have >become since ftpmasters explicitly stated a not-too-small rule and we >began more aggressively embedding. E.g. version of each embedded >project is hidden by defau

Re: Freeipa-client in Debian11

2021-09-03 Thread Marc Haber
On Fri, Sep 03, 2021 at 01:10:17PM +, Domagoj Bazina wrote: > I have question about freeipa-client, that packages was available as > apt-package in Debian 10, also it can be found in Sid option, > https://pkgs.org/search/?q=freeipa-client. Freeipa was removed from Debian 11 due to a long-sta

Freeipa-client in Debian11

2021-09-03 Thread Domagoj Bazina
Hello, I have question about freeipa-client, that packages was available as apt-package in Debian 10, also it can be found in Sid option, https://pkgs.org/search/?q=freeipa-client. This package is not available in Debian 11 distribution, and version from older Debian 10 can't be installed. Is t

Re: Finding rough consensus on level of vendoring for large upstreams

2021-09-03 Thread Gunnar Wolf
Phil Morrell dijo [Fri, Sep 03, 2021 at 02:04:44AM +0100]: > On Fri, Sep 03, 2021 at 01:03:35AM +0200, Jérémy Lal wrote: > > - should a package debian/control list bundled dependencies to make > > sure to avoid duplications ? > > Maybe? I noted in my final paragraph that Fedora has a mechanism for

Bug#993598: ITP: libadwaita -- Building blocks for modern GNOME applications

2021-09-03 Thread Guido Günther
Package: wnpp Severity: wishlist Owner: Guido Günther X-Debbugs-Cc: debian-devel@lists.debian.org, pkg-gnome-maintain...@lists.alioth.debian.org * Package name: libadwaita Version : 1.0.0~alpha.2 Upstream Author : Alexander Mikhaylenko and more * URL : https://gitlab

Re: Bug#993488: maybe reason for wontfix?

2021-09-03 Thread Marvin Renich
* Tomas Pospisek [210903 08:27]: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=993488#16 contains a > "wontfix + close" but no rationale. Which leaves the original reporter with > a large "?" I guess. > > I am guessing that the reason for the "wontfix" is "that's just how Unix > works unfor

Bug#993488: maybe reason for wontfix?

2021-09-03 Thread Philipp Kern
On 2021-09-03 14:23, Tomas Pospisek wrote: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=993488#16 contains a "wontfix + close" but no rationale. Which leaves the original reporter with a large "?" I guess. I am guessing that the reason for the "wontfix" is "that's just how Unix works unfort

Re: Bug#993488: maybe reason for wontfix?

2021-09-03 Thread Sven Hartge
Tomas Pospisek wrote: > I am guessing that the reason for the "wontfix" is "that's just how > Unix works unfortunately" aka "that's a Unix design bug"? Is my guess > correct? I would call it a "Unix design decision" or even an "OS design decision", because Windows (of the NT variant) has made th

Bug#993488: maybe reason for wontfix?

2021-09-03 Thread Tomas Pospisek
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=993488#16 contains a "wontfix + close" but no rationale. Which leaves the original reporter with a large "?" I guess. I am guessing that the reason for the "wontfix" is "that's just how Unix works unfortunately" aka "that's a Unix design bug"?

Bug#993586: ITP: golang-github-containous-alice -- Painless middleware chaining for Go

2021-09-03 Thread Alois Micard
Package: wnpp Severity: wishlist Owner: Aloïs Micard * Package name: golang-github-containous-alice Version : 0.0~git20171023.03f45bd-1 Upstream Author : Containous * URL : https://github.com/containous/alice * License : Expat Programming Lang: Go Descripti

Bug#992692: general: Use https for {deb,security}.debian.org by default

2021-09-03 Thread Philipp Kern
Hi, On 03.09.21 13:11, Simon Richter wrote: [Revocation mechanism] If we don't have one, shouldn't we worry more about that given the widespread use of TLS? We have a big hammer, shipping a new ca-certificates package. If we want something that only affects apt, but not other packages, that mec

Bug#993581: ITP: ecmwflibs -- A Python package that wraps some of ECMWF libraries to be used by Python interfaces to ECMWF software.

2021-09-03 Thread Alastair McKinstry
Package: wnpp Severity: wishlist Owner: Alastair McKinstry X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: ecmwflibs Version : 0.13.3 Upstream Author : European Centre for Medium-Range Forecasts * URL : https://github.com/ecmwf/ecmwflibs * License :

Bug#992692: general: Use https for {deb,security}.debian.org by default

2021-09-03 Thread Ansgar
On Fri, 2021-09-03 at 13:11 +0200, Simon Richter wrote: > > >    - If I deselect all CAs in the configuration dialog of the > > > ca-certificates package, what mechanism will allow apt to work? > > > If people intentionally detrust them, they have to deal with the > > fallout. > > So this introdu

Bug#992692: general: Use https for {deb,security}.debian.org by default

2021-09-03 Thread Simon Richter
Hi, On 02.09.21 23:02, Ansgar wrote: As it is now, I can install a Debian system where no X.509 certificate authorities are trusted. That doesn't change with the proposal?   - If I deselect all CAs in the configuration dialog of the ca-certificates package, what mechanism will allow apt

Re: Bug#907051: Finding rough consensus on level of vendoring for large upstreams

2021-09-03 Thread Simon McVittie
On Fri, 03 Sep 2021 at 02:46:20 +0200, Jonas Smedegaard wrote: > I suspect that it helps if separating reasons for _encouraging_ > embedding (tiny upstream projects and deeply integrated sets of > upstreams, I guess) from reasons for _discouraging_ embdding (all other > cases, I guess). If the

Re: Finding rough consensus on level of vendoring for large upstreams

2021-09-03 Thread Bastien Roucariès
Le jeudi 2 septembre 2021, 22:38:35 UTC Phil Morrell a écrit : > Over this last year there seems to have been a noticeable divergence of > maintainer opinion, on what has become known as vendoring, from a strict > reading of [policy 4.13]. I think it's notable that the heading is > [Embedded] copie