Thank you for the additional information you have supplied regarding
this Bug report.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will rep
On Sun, 2022-10-09 at 18:54 +0200, David Kalnischkies wrote:
> I suppose we could use 'foo-dbgsym Enhances foo:arch (= version)'.
That sounds interesting and would be nice generally, however...
> On a sidenote: What the Depends ensures which the Enhances doesn't is
> that they are upgraded in lo
On Sat, Oct 08, 2022 at 03:42:59PM +0100, Simon McVittie wrote:
> I was under the impression that the Debian archive does not allow
> dependencies with an explicit architecture like this, only the :any
> qualifier for M-A: allowed packages (like python3:any).
"allow" is a strong word especially if
>
> On Mon, 19 Sep 2022 at 18:12:15 +0200, Samuel Thibault wrote:
> > julien.pu...@gmail.com, le lun. 19 sept. 2022 18:00:37 +0200, a ecrit:
> > > Le lundi 19 septembre 2022 à 20:50 +0900, Hideki Yamane a écrit :
> > > > Recent changes in GitHub releases pages, I cannot check upstream
> > > > vers
On Sun, Oct 09, 2022 at 10:26:39AM +0800, Paul Wise wrote:
> I have often wanted a different kind of relationship between packages
> and their dbgsym packages than mere Depends. Currently when a dbgsym is
> installed it keeps the library package installed even after it is no
> longer used and both
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: lomiri-gallery-app
Version : 2.10.9
Upstream Author : UBports Developers
* URL :
https://gitlab.com/ubports/development/apps/lomiri-gallery-app
* License
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: overte
Version : 2022.09.1
Upstream Author : Overte e.V.
* URL : https://overte.org/
* License
On Sun, 9 Oct 2022 at 12:55, Sven Mueller wrote:
>
>
> Am 09.10.2022 12:20 schrieb Luca Boccassi :
>
> On Sun, 9 Oct 2022, 10:23 Johannes Schauer Marin Rodrigues,
> wrote:
>
>
> I do not understand enough about systemd to be able to say whether an empty
> value or "uninitialized" is the correct
Am 09.10.2022 12:20 schrieb Luca Boccassi :On Sun, 9 Oct 2022, 10:23 Johannes Schauer Marin Rodrigues, wrote:
I do not understand enough about systemd to be able to say whether an empty
value or "uninitialized" is the correct default value for tools like
debootstrap or mmdebstrap
On Sun, 9 Oct 2022, 11:19 Samuel Henrique, wrote:
> Hi,
>
> On Sun, 9 Oct 2022 at 08:41, Johannes Schauer Marin Rodrigues
> wrote:
> > the last upload of src:systemd (251.5-1) enabled firstboot by default on
> > Debian. From debian/changelog:
> >
> > * Enable firstboot, disabled by default on
On Sun, 9 Oct 2022, 10:23 Johannes Schauer Marin Rodrigues, <
jo...@debian.org> wrote:
> Quoting Bastian Blank (2022-10-09 10:24:26)
> > On Sun, Oct 09, 2022 at 09:41:29AM +0200, Johannes Schauer Marin
> Rodrigues wrote:
> > > This breaks a number of setups like:
> > >
> > > - the sbuild autopkgt
Hi,
On Sun, 9 Oct 2022 at 08:41, Johannes Schauer Marin Rodrigues
wrote:
> the last upload of src:systemd (251.5-1) enabled firstboot by default on
> Debian. From debian/changelog:
>
> * Enable firstboot, disabled by default on Debian.
I'm confused by the above, one part says "enabled firstboo
Quoting Bastian Blank (2022-10-09 10:24:26)
> On Sun, Oct 09, 2022 at 09:41:29AM +0200, Johannes Schauer Marin Rodrigues
> wrote:
> > This breaks a number of setups like:
> >
> > - the sbuild autopkgtest
> >https://salsa.debian.org/debian/sbuild/-/jobs/3353627/raw
> > - the dropbear autopkg
On Sun, Oct 09, 2022 at 09:41:29AM +0200, Johannes Schauer Marin Rodrigues
wrote:
> This breaks a number of setups like:
>
> - the sbuild autopkgtest
>https://salsa.debian.org/debian/sbuild/-/jobs/3353627/raw
> - the dropbear autopkgtest
>
> https://ci.debian.net/data/autopkgtest/unstab
Hi,
the last upload of src:systemd (251.5-1) enabled firstboot by default on
Debian. From debian/changelog:
* Enable firstboot, disabled by default on Debian.
Currently the first-boot conditions are not met by any Debian
image (/etc/machine-id with content uninitialized, so we can
j
15 matches
Mail list logo