Re: Uploading linux (6.19.6-1)

2026-03-05 Thread Bastian Blank
[Recipients removed]

On Thu, Mar 05, 2026 at 07:36:47AM +0100, Cyril Brulebois wrote:
> >   * Introduce a base package for udebs as well:
> > - Introduct linux-base.
> > - Rename kernel-image to linux-binary.
> 
> As far as I can see, there are Provides left behind, so
> src:debian-installer should still build unchanged. Since there seem to
> be some moving pieces (a lot of things being shuffled around, also in
> the regular deb area), should we consider this to be the final situation
> and should we start updating dependencies on our end?

There are still some things left.  Some might even affect the contents,
which might be incompatible changes.

What we should talk about is the organization of udebs and the sprawl of
them.  And of course on the still used "let's just install additional
things from the linux debs".

What is still a plan is to uncouple the ABI in the package names from
the one used by the kernel itself.  In deb land this is blocked by
missing support in apt, where I have to go again.  In udeb land this is
no problem, as we have the Kernel-Version field in the Packages file.
And in udeb land we never have multiple versions installed.  And I also
hope we don't rely on cruft for older versions to stick around for
stable.

For udebs this change could look like:
*-6.19.9-di -> *-forky-di (or *-deb14-di, as we have this elsewhere
already)
This is the kernel destined for forky, which is different then the one
destined for trixie (but the same for trixie-backports).  In the end
this means the d-i build don't need to specify the actual version, but
only the generation it wants.

> I'm fine with waiting it out, especially if there's no immediate FTBFS.

It should not immediatelly fail, due to the Provides, yes.

Bastian

-- 
Yes, it is written.  Good shall always destroy evil.
-- Sirah the Yang, "The Omega Glory", stardate unknown



Re: Uploading linux (6.19.6-1)

2026-03-05 Thread Salvatore Bonaccorso
Hi Cyril,

[dropping two teams, proably not intersted in this aspect]

On Thu, Mar 05, 2026 at 07:36:47AM +0100, Cyril Brulebois wrote:
[...]
> >   * Introduce a base package for udebs as well:
> > - Introduct linux-base.
> > - Rename kernel-image to linux-binary.
> 
> As far as I can see, there are Provides left behind, so
> src:debian-installer should still build unchanged. Since there seem to
> be some moving pieces (a lot of things being shuffled around, also in
> the regular deb area), should we consider this to be the final situation
> and should we start updating dependencies on our end?
>
> I'm fine with waiting it out, especially if there's no immediate FTBFS.
> :-)

I know Bastian was planning some more work, but the above probably is
done. But I prefer if Bastian can comment you on this to see if you
can begin starting updating the dependencies. Bastian?

Regards,
Salvatore



Re: Uploading linux (6.19.6-1)

2026-03-04 Thread Cyril Brulebois
Hi,

Thanks for the heads-up, always appreciated even if I don't follow up
often…

Salvatore Bonaccorso  (2026-03-05):
> The pending changes in the package are:
> 
>   * Add support for WinLink E850-96 board
>   * [arm64] Enable VIDEO_RASPBERRYPI_PISP_BE and VIDEO_RP1_CFE as modules
>   * [arm64] Enable RMNET as module
>   * [arm64] Enable EC_ACER_ASPIRE1, EC_HUAWEI_GAOKUN, EC_LENOVO_THINKPAD_T14S,
> BATTERY_HUAWEI_GAOKUN, UCSI_LENOVO_YOGA_C630 and UCSI_HUAWEI_GAOKUN as
> modules
>   * [arm64] Enable TYPEC_MUX_FSA4480 and TYPEC_MUX_PTN36502 as modules
>   * [arm64] Enable more drivers support for slim7x laptop
> - drivers/mailbox: Enable QCOM_CPUCP_MBOX as module
> - drivers/pinctrl: Enable PINCTRL_SM8550_LPASS_LPI as module
> - drivers/reset: Enable RESET_GPIO as module
> - drivers/usb/typec/mux: Enable TYPEC_MUX_PS883X as module
> - sound/soc/codecs: Enable SND_SOC_WSA884X as module
>   * [riscv64] Backport Spacemit K1 PCIE and USB PHY support from 7.0.
>   * [riscv64] Enable USB_DWC3, USB_ONBOARD_DEV and PHY_SPACEMIT_K1_USB2 as
> modules.
>   * [x86] drivers/media/i2c: Enable VIDEO_OV8858 as module
>   * [arm64] drivers/gpib: Enable GPIB_GPIO as module
>   * Unsplit configs for some kernel architectures.  We don't support multiple
> variants of arm, sparc or x86 anymore.
>   * [arm64] Enable Qualcomm SA8775P platforms: add SA_GCC_8775P,
> PINCTRL_SA8775P, INTERCONNECT_QCOM_SA8775P as builtins and
> SA_GPUCC_8775P, SA_CAMCC_8775P, SA_DISPCC_8775P, SA_VIDEOCC_8775P as
> modules.
>   * [arm64] udeb: fb-modules: Add display-connector module
>   * drivers/soundwire: Enable SOUNDWIRE_AMD as module
> (Closes: #1115613, #1120479)
>   * sound/soc/amd/acp: Enable SND_SOC_AMD_SOF_SDW_MACH as module
>   * sound/soc/amd/acp: Enable SND_SOC_AMD_LEGACY_SDW_MACH as module
>   * fs/writeback: skip AS_NO_DATA_INTEGRITY mappings in wait_sb_inodes()
> (Closes: #1120058)
>   * udeb: Add USB TYPE-C and Mux modules in usb-modules (Closes: #1109090)
>   * debian/config/{arm64,armhf,riscv64}/defines.toml: add breaks for
> reform-tools (<< 1.83~)
>   * debian/config/{arm64,armhf,riscv64}/defines.toml: add breaks for
> flash-kernel (<< 3.110~)
>   * debian/config/{arm64,armhf,riscv64}/defines.toml: adjust breaks for
> u-boot-efi-dtb to allow for backports
>   * Introduce a base package for udebs as well:
> - Introduct linux-base.
> - Rename kernel-image to linux-binary.

As far as I can see, there are Provides left behind, so
src:debian-installer should still build unchanged. Since there seem to
be some moving pieces (a lot of things being shuffled around, also in
the regular deb area), should we consider this to be the final situation
and should we start updating dependencies on our end?

I'm fine with waiting it out, especially if there's no immediate FTBFS.
:-)

>   * Fix installation of dtb into kernel-image udebs. (Closes: #1124961)
>   * Split kernel modules into own package.
>   * Move meta packages back to signed source packages. (closes: #1124667)
>   * Move kernel binary into own package.
>   * [riscv64] Enable ARCH_ANLOGIC and ARCH_TENSTORRENT
>   * [riscv64] Enable DWMAC_EIC7700 as module for the Eswin EIC7700 SoC
>   * [riscv64] Enable PHY_SOPHGO_CV1800_USB2 and USB_DWC2 as modules for the
> Sophgo CV180x SoC
>   * [riscv64] Enable SPI_FSL_QUADSPI as module for the Spacemit K1 SoC
>   * [riscv64] Enable MCP3564, SPI_MICROCHIP_CORE_QSPI and SPI_POLARFIRE_SOC as
> modules for the BeagleV-Fire board
>   * [s390x] Drop build-depends on gcc-multilib following the 31-bit removal in
> 6.19
>   * [s390x] Adjust lintian overrides for VDSO following the 31-bit removal in
> 6.19
>   * drivers/misc: Enable NTSYNC as module for all architectures
> (Closes: #1124798)
>   * [armhf] enable SERIAL_8250_OMAP and SERIAL_8250_OMAP_TTYO_FIXUP to fix
> the boot console on (e.g.) BeagleBone Black.


Cheers,
-- 
Cyril Brulebois ([email protected])
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature