• Re: Can 'testing' firmware-nonfree packages be added to bullseye-backpo

    From Kevin P. Fleming@21:1/5 to didi.debian@cknow.org on Wed Apr 20 20:10:02 2022
    Then that is what I will do, thank you!

    On Wed, Apr 20, 2022 at 1:41 PM Diederik de Haas <didi.debian@cknow.org> wrote:

    On Wednesday, 20 April 2022 16:05:24 CEST Kevin P. Fleming wrote:
    If it's not possible for the firmware packages to be included in the backports repo then I can configure my system to grab them from
    'testing', although at that point there may not be any value in using
    the kernel packages from the backports repo... could just using the 'testing' kernel packages too.

    The kernel from Testing could transitively pull in other packages from Testing
    which may result in the best course of action being upgrading entirely to Testing, which I guess is not what you want.
    I'm quite sure that problem will not happen with firmware packages from Testing. I can understand it's more convenient to have firmware packages in backports too, but it should be quite safe to grab just *firmware* packages from Testing.

    HTH

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Diederik de Haas@21:1/5 to All on Wed Apr 20 19:40:46 2022
    Copy: kevin@km6g.us (Kevin P. Fleming)

    On Wednesday, 20 April 2022 16:05:24 CEST Kevin P. Fleming wrote:
    If it's not possible for the firmware packages to be included in the backports repo then I can configure my system to grab them from
    'testing', although at that point there may not be any value in using
    the kernel packages from the backports repo... could just using the
    'testing' kernel packages too.

    The kernel from Testing could transitively pull in other packages from Testing which may result in the best course of action being upgrading entirely to Testing, which I guess is not what you want.
    I'm quite sure that problem will not happen with firmware packages from Testing. I can understand it's more convenient to have firmware packages in backports too, but it should be quite safe to grab just *firmware* packages from Testing.

    HTH
    -----BEGIN PGP SIGNATURE-----

    iHUEABYIAB0WIQT1sUPBYsyGmi4usy/XblvOeH7bbgUCYmBFngAKCRDXblvOeH7b bnnGAP4tVGnFTvVeKLZR8sMX4kbt7fvBvI4OPUQqRVKYB75ZHwEAwtrlVbmPzN40 kIjhXoNpPgdiOiM6v2JtKN9rNM+ANQQ=
    =BKPk
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kevin P. Fleming@21:1/5 to kevin@km6g.us on Thu Apr 21 19:30:01 2022
    For what it's worth, I've done exactly that (installed the entire
    suite of firmware packages from the testing repo) and as best I can
    tell it has cured the problem I was having. Specifically after some
    period of time of the laptop being up, the fan would speed up from
    ~2200RPM to ~3600RPM for no apparent reason, and stay there for hours.
    If the laptop happened to be in suspend mode when this happened, I'd
    return to a dead laptop since it would drain the battery. The air
    coming out of the fan exhaust was not warm, and xsensors reported
    fairly low temperatures for all of the internal sensors.

    So, it may be worth getting the newer firmware packages into the bullseye-backports repository after all :-)


    On Wed, Apr 20, 2022 at 1:48 PM Kevin P. Fleming <kevin@km6g.us> wrote:

    Then that is what I will do, thank you!

    On Wed, Apr 20, 2022 at 1:41 PM Diederik de Haas <didi.debian@cknow.org> wrote:

    On Wednesday, 20 April 2022 16:05:24 CEST Kevin P. Fleming wrote:
    If it's not possible for the firmware packages to be included in the backports repo then I can configure my system to grab them from 'testing', although at that point there may not be any value in using
    the kernel packages from the backports repo... could just using the 'testing' kernel packages too.

    The kernel from Testing could transitively pull in other packages from Testing
    which may result in the best course of action being upgrading entirely to Testing, which I guess is not what you want.
    I'm quite sure that problem will not happen with firmware packages from Testing. I can understand it's more convenient to have firmware packages in backports too, but it should be quite safe to grab just *firmware* packages from Testing.

    HTH

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)