> I would be willing to sponsor this but I'm not sure whether such
> a change would be a good idea a little over a week from the soft
> freeze.
Cool. I've revisited it and I have it working in a Virtual Machine.
Will try a physical ASAP, but I think it's ready for testing.
Regards,
Stephan
Processing control commands:
> tag -1 pending
Bug #969518 [src:flash-kernel] Add missing ESPRESSObin variants
Added tag(s) pending.
--
969518: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969518
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Since we now have f2fs support in parted [1], we could
go back to adding partman-f2fs to d-i. It's been quite
a while since I did this, so I'll have to some reading
again. But is anyone even interested to sponsor this
before the freeze? Else, the effort is not really worth
it (for now).
Regards,
On 2/2/21 9:44 PM, Stephan Lachnit wrote:
> Since we now have f2fs support in parted [1], we could
> go back to adding partman-f2fs to d-i. It's been quite
> a while since I did this, so I'll have to some reading
> again. But is anyone even interested to sponsor this
> before the freeze? Else, the
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 02 Feb 2021 15:04:14 +0100
Source: debian-installer
Binary: debian-installer
Architecture: source
Version: 20190702+deb10u8
Distribution: buster
Urgency: medium
Maintainer: Debian Install System Team
Changed-By:
On 2/2/21 7:33 PM, Richard Hector wrote:
> On 3/02/21 7:02 am, John Paul Adrian Glaubitz wrote:
>> Hi Steve!
>>
>> On 2/2/21 6:53 PM, Steve McIntyre wrote:
>>> It appears that the latest version of xfsprogs (5.10.0) has just grown
>>> a dependency on libinih, and there isn't a udeb version of
On Wed, Feb 03, 2021 at 07:33:36AM +1300, Richard Hector wrote:
> Two different libraries? It seems to be complaining about libinih, not
> libnih.
Yes libinih appears to be under active development.
--
Len Sorensen
On 3/02/21 7:02 am, John Paul Adrian Glaubitz wrote:
Hi Steve!
On 2/2/21 6:53 PM, Steve McIntyre wrote:
It appears that the latest version of xfsprogs (5.10.0) has just grown
a dependency on libinih, and there isn't a udeb version of libinih to
meet that dependency. I'll file a bug now.
Package: cdrom-detect
Version: 1.92
Severity: normal
X-Debbugs-Cc: j24...@gmail.com
Dear Maintainer,
Recently experimenting with a rather obscure setup that involves running the
installer from a non-cdrom device and preseeding, I've discovered that
cdrom-detect doesn't allow
On Tue, Feb 02, 2021 at 07:02:59PM +0100, John Paul Adrian Glaubitz wrote:
>Hi Steve!
>
>On 2/2/21 6:53 PM, Steve McIntyre wrote:
>> It appears that the latest version of xfsprogs (5.10.0) has just grown
>> a dependency on libinih, and there isn't a udeb version of libinih to
>> meet that
On Tue, Feb 02, 2021 at 05:53:18PM +, Steve McIntyre wrote:
>Hi Henning!
>
>On Tue, Feb 02, 2021 at 06:17:18PM +0100, Henning Glawe wrote:
>>Moin,
>>
>>creation of XFS file systems fails on current D-I:
>>Error msg: "The xfs file system creation in partition #4 of /dev/nvme0n1
>>failed".
Source: xfsprogs
Version: 5.10.0-2
Severity: serious
Tags: d-i
Hi folks,
It appears that the latest version of xfsprogs (5.10.0) has just grown
a dependency on libinih1, and there isn't a udeb version of libinih to
meet that dependency. This means that xfs support in d-i just
broke. When trying
Hi Steve!
On 2/2/21 6:53 PM, Steve McIntyre wrote:
> It appears that the latest version of xfsprogs (5.10.0) has just grown
> a dependency on libinih, and there isn't a udeb version of libinih to
> meet that dependency. I'll file a bug now.
Might be an idea to investigate why libnih is required
Hi Henning!
On Tue, Feb 02, 2021 at 06:17:18PM +0100, Henning Glawe wrote:
>Moin,
>
>creation of XFS file systems fails on current D-I:
>Error msg: "The xfs file system creation in partition #4 of /dev/nvme0n1
>failed".
>When trying from 2nd console, there seems to be a lib missing:
>mkfs.xfs
Moin,
creation of XFS file systems fails on current D-I:
Error msg: "The xfs file system creation in partition #4 of /dev/nvme0n1
failed".
When trying from 2nd console, there seems to be a lib missing:
mkfs.xfs /dev/nvme0n1p4
mkfs.xfs: error while loading shared libraries: libinih.so.1: cannot
Processing control commands:
> user de...@lists.debian.org
Unknown command or malformed arguments to command.
> usertag -1 phased-updates
Unknown command or malformed arguments to command.
> clone -1 -2 -3
Bug #981643 [debootstrap] debootstrap: variant=buildd: Drop apt.conf.d snippet
to set
Control: user de...@lists.debian.org
Control: usertag -1 phased-updates
Control: clone -1 -2 -3
Control: reassign -1 sbuild
Control: reassign -2 pbuilder
Control: reassign -3 autopkgtest
On Tue, Feb 02, 2021 at 03:09:35PM +0100, Julian Andres Klode wrote:
> Package: debootstrap
> Severity: normal
Mapping buster to stable.
Mapping stable to proposed-updates.
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 02 Feb 2021 15:04:14 +0100
Source: debian-installer
Binary: debian-installer
Architecture: source
Version: 20190702+deb10u8
Distribution: buster
debian-installer_20190702+deb10u8_source.changes uploaded successfully to
localhost
along with the files:
debian-installer_20190702+deb10u8.dsc
debian-installer_20190702+deb10u8.tar.gz
debian-installer_20190702+deb10u8_source.buildinfo
Greetings,
Your Debian queue daemon (running
Package: debootstrap
Severity: normal
X-Debbugs-Cc: j...@debian.org
Control: affects -1 sbuild
Control: affects -1 ubuntu-dev-tools
APT recently introduced support for phased updates, and added some hacks
to disable them in chroots to avoid breaking builders. As this is
somewhat strange to behave
Processing control commands:
> affects -1 sbuild
Bug #981643 [debootstrap] debootstrap: variant=buildd: Drop apt.conf.d snippet
to set APT::Get::Always-Include-Phased-Updates to true
Added indication that 981643 affects sbuild
> affects -1 ubuntu-dev-tools
Bug #981643 [debootstrap] debootstrap:
Ping.
Anyone? Bueller?
22 matches
Mail list logo
