Gianluca Renzi wrote:
> The same here. We never used the d-i but we are using Debian systems (kernel
> and root file system) as daily bases of our line of products embedded
> systems. Hundred of thousands of boards are using Debian since Debian Lenny
> 5.0. From armel to armhf 32 bit systems.
>
On Mon, Mar 04, 2024 at 09:52:14AM +0100, Gerardo Ballabio wrote:
> Gianluca Renzi wrote:
> > The same here. We never used the d-i but we are using Debian systems
> > (kernel and root file system) as daily bases of our line of products
> > embedded systems. Hundred of thousands of boards are
On Mon, Feb 05, 2024 at 10:54:12PM -0500, James McCoy wrote:
> libvterm doesn't have a stable API/ABI yet, so although the SONAME
> didn't change, this is a breaking update.
>
> There are 3 packages which use libvterm:
> * pangoterm: I've filed #1063196 to RM the package, so it shouldn't
>
Processing changes file: rustc-web_1.70.0+dfsg1-7~deb12u2_amd64-buildd.changes
ACCEPT
Processing changes file:
rustc-web_1.70.0+dfsg1-7~deb12u2_mips64el-buildd.changes
ACCEPT
Processing changes file: rustc-web_1.70.0+dfsg1-7~deb12u2_all-buildd.changes
ACCEPT
Processing changes file: rustc-web_1.70.0+dfsg1-7~deb12u2_arm64-buildd.changes
ACCEPT
Processing changes file: rustc-web_1.70.0+dfsg1-7~deb12u2_armhf-buildd.changes
ACCEPT
Processing changes file:
Processing changes file: rustc-web_1.70.0+dfsg1-7~deb12u2_s390x-buildd.changes
ACCEPT
Processing commands for cont...@bugs.debian.org:
> package release.debian.org
Limiting to bugs with field 'package' containing at least one of
'release.debian.org'
Limit currently set to 'package':'release.debian.org'
> tags 1064031 = bookworm pending
Bug #1064031 [release.debian.org]
package release.debian.org
tags 1064031 = bookworm pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian bookworm.
Thanks for your contribution!
Upload details
==
Package: rustc-web
Version:
On 2024-03-04 23:16:02 +0100, Chris Hofstaedtler wrote:
> Hi,
>
> please schedule binNMUs for these source packages to transition back
> from libuuid1t64 to libuuid1. Note that I've built this list based
> on the amd64 Packages file. I'm not sure if skipping armel, armhf
> would be helpful or not
Hi,
please schedule binNMUs for these source packages to transition back
from libuuid1t64 to libuuid1. Note that I've built this list based
on the amd64 Packages file. I'm not sure if skipping armel, armhf
would be helpful or not at this time.
The notable thing is e2fsprogs on archs where the
Processing changes file: rustc-web_1.70.0+dfsg1-7~deb12u2_source.changes
ACCEPT
12 matches
Mail list logo
