On Fri, Jan 05, 2024 at 09:17:52PM +0100, Paul Gevers wrote:
> Hi Steve,
> On 05-01-2024 17:36, Rene Engelhard wrote:
> > Also a problem is that experimental also might already contain totally
> > unrelated updates like new upstream versions...
> I share this worry. Have you thought about how to
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-nh3
Version : 0.2.15
Upstream Contact:
* URL : https://github.com/messense/nh3
* License : MIT
Programming Lang: Pytthon
Descriptio
Am 04.01.24 um 18:57 schrieb Michael Biebl:
Hi fellow DDs,
due to popular request, the pkg-config files systemd.pc and udev.pc have
been split into a separate arch:all package named systemd-dev.
A lot of packages Build-Depend on systemd and/or udev to get the paths
such as systemd_system_unit_
On Mon, Jan 08, 2024 at 04:12:42PM +0100, Julian Andres Klode wrote:
> > - once these packages have all cleared binary NEW, the new dpkg defaults
> > will be uploaded to unstable
> What happened to the plan to workaround this by doing dak database
> shenanigans prior to uploading to avoid binary
Hey Steve,
On Sat, Jan 06, 2024 at 07:38:42PM -0800, Steve Langasek wrote:
> On Sat, Jan 06, 2024 at 09:25:52AM +0100, Rene Engelhard wrote:
> > Hi,
>
> > Am 06.01.24 um 06:51 schrieb Steve Langasek:
> > > > > - dpkg will be uploaded to experimental with 64-bit time_t in the
> > > > > default
>
On 2024-01-08 09:57:16 +0100 (+0100), Dylan Aïssi wrote:
[...]
> Please don't do that. At least one pipewire module depends on libpulse0
> (libpipewire-module-pulse-tunnel from the libpipewire-0.3-modules package).
> But, pulseaudio is useless in this case that means it will be unnecessarily
> pull
Package: wnpp
Severity: wishlist
Owner: Jérémy Lal
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Python Team
* Package name: python-django-ansible-base
Version : 0.1.0
Upstream Contact: John Westcott IV
* URL : https://github.com/ansible/django-ansible-base
*
On 07/01/2024 19:39, Ansgar wrote:
> I would like to extend Debian Policy on libraries depending on services
> (daemons) that they can speak to.
Generally speaking, if an application is using a client-server model and
there's no technical requirement for the client and server to be running on th
On Mon, 08 Jan 2024 at 08:21:08 -, Sune Vuorela wrote:
> Maybe the question is also a bit .. "it depends".
...
> So that users actually likely get a system that works?
I think the fact that we argue about this every few years, with no simple
conclusion, is adequate evidence that the answer is
Package: wnpp
Severity: wishlist
Owner: Gürkan Myczko
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: gnome-model-thumbnailer
Version : 0+git20240108+ds
Upstream Authors: Luke Benstead
URL : https://gitlab.com/Kazade/gnome-model-thumbnailer/
* License
Hi,
Le dim. 7 janv. 2024 à 20:40, Ansgar a écrit :
>
> 1. libpulse0 & friends
> --
>
> libpulse0 is a client library for the Pulseaudio server. It doesn't do
> much without pulseaudio.
>
> Q: Should libpulse0 have Depends: pulseaudio?
Please don't do that. At least one pipewi
On 2024-01-07, Ansgar wrote:
> 1. libpulse0 & friends
> --
> If the answer is "yes", this would result in an application that can
> output audio via Pulseaudio or Jackd and linking the respective
> liubraries pulling in *both* Pulseaudio and Jackd (and possibly other
> sound s
12 matches
Mail list logo
