Trixie 6.12.y for the uConsole and DevTerm

Yes!!! That’s what I’m talking about! Thank you!!!

1 Like

Help! I can’t run any Wayland based DEs with new trixie image! KDE freezes as soon as I log in, GNOME sends me back to gdm3 and doesn’t allow to enter the password…

This morning when I turned on my Uconsole I get and upgrade message fore the Kernel and I know that there is a custom kernel in trixie or at least I think so. I want to know if I can run the upgrade to clockworkpi-kernel 6.12.85-v8-16k+.

For now I will skip it and wait until I know it is safe.

Yes that’s a kernel update from me. You can update normally without worry. It’s only when you get into dist-upgrades that you can have problems with the kernel being switched out.

2 Likes

Thank you for the quick reply and all the work you do for the community.

2 Likes

Anything interesting in the update @Rex ?

No just packages are more current and Korean fonts added. If you update as you should you’re good.

2 Likes

I think you need to rollback the korean patch… After that patch, gnome software center keeps crashing with segfault, and KDE freezes on launch… Sorry…

Could I get the image of trixie before the korean patch? I think I need to uze that image again…

For me the kernel update was smooth. No issues detected. Maybe you changed something else in parallel?

Maybe… But even when I write fresh image and install gnome or KDE, the issue was still there… I’ll put verbose log for gnome software when I go back home…

OH THANKS GOD I had previous version of trixie lite image in my phone… I should test installing gnome on that image and test gnome software center again…

I tested it with previous image and everything worked properly. Somehow new image has some problem, but kernel was okay. I think raspberry pi team excluded korean locale with some reason…

It’s sad to me, but still I can install korean locale afterwards, anyway…

I did a fresh install of Trixie-6.12.85 and im getting some package dependency issues and unfortunately it happens also for some of the software that you include in your AIO Board Package. Could you please re-add the Trixie-6.12.67 at the shared folder? Im using a cm5 if this matters.

Can you give the dependency issues? It’s the same image just with added Korean fonts and updated packages.

Sure, thanks for your work, you are a legend. I tried apt install --fix-broken and I also tried to reformat the sd with the .85 image again, but this happens again.

Unsatisfied dependencies:
sdrpp-brown:arm64 : Depends: librtlsdr0:arm64 but it is not going to be installed
Depends: librtlsdr-dev:arm64 but it is not going to be installed
Depends: cl-fftw3:arm64 but it is not installable
Depends: libglfw3:arm64 but it is not installable
Depends: libvolk2-dev:arm64 but it is not going to be installed
Depends: libzstd-dev:arm64 but it is not installable
Depends: libairspy-dev:arm64 but it is not installable
Depends: librtaudio-dev:arm64 but it is not installable
Depends: libhackrf-dev:arm64 but it is not installable
Depends: libiio-dev:arm64 but it is not installable
Depends: libad9361-dev:arm64 but it is not installable
Depends: libsoapysdr-dev:arm64 but it is not installable
Depends: rtl-sdr:arm64 but it is not going to be installed
Error: Unable to correct problems, you have held broken packages.
Error: The following information from --solver 3.0 may provide additional context:
Unable to satisfy dependencies. Reached two conflicting decisions:

  1. sdrpp-brown:arm64=1.2.1.1 is selected for install
  2. sdrpp-brown:arm64 Depends cl-fftw3:arm64
    but none of the choices are installable:
    [no choices]

Unsatisfied dependencies:
tar1090 : Depends: libvolk2-dev but it is not installable
Error: Unable to correct problems, you have held broken packages.
Error: The following information from --solver 3.0 may provide additional context:
Unable to satisfy dependencies. Reached two conflicting decisions:

  1. tar1090:armhf=1.13 is selected for install
  2. tar1090:armhf Depends libvolk2-dev
    but none of the choices are installable:
    [no choices]
1 Like

I’ll have to look tonight but from the looks of it going back a image won’t solve that. It looks like some packages were removed from the Debian repo.

1 Like

Running into this issue too, so very interested to hear what you find out!

Hey Rex, thanks for all the work you put into these images, they seem to be the only way to use CM5 on the uconsole

I wanted to flag what looks like an issue between the Trixie image and the apt repo that’s preventing sdrpp from installing on the CM5.

The Trixie image uses an armhf userland so dpkg -print-architecture returns armhf. However, the apt repo only has an arm64 build of sdrpp. Because the userland is armhf, “sudo apt install sdrpp" tries to pull sdrpp:arm64 but all of its dependencies (librtlsdr0, libglfw3, libvolk2-dev, etc.) do not exist as arm64 variants on the system and it fails.

Running apt-cache policy sdrpp confirms:

sdrpp:arm64:
  Installed: (none)
  Candidate: 1.1.0
  Version table:
     1.1.0 500
        500 https://raw.githubusercontent.com/ak-rex/ClockworkPi-apt/main/debian stable/main arm64 Packages

And “sudo apt install sdrpp:armh" returns “Unable to locate package”

Do we know of any workarounds for this or would I need to try and compile it from source?

Thank you for all you do for this community!