Still no plans to provide an LTS version of Proxmox 7? Debian 11 will go until 2026 with security updates.
It doesn't hurt to ask if things changed since 4 years ago.
It doesn't hurt to ask if things changed since 4 years ago.
No plans for a longer term support, Proxmox VE 7 is still planned to become end-of-life after the 31st of July 2024.Still no plans to provide an LTS version of Proxmox 7? Debian 11 will go until 2026 with security updates.
It doesn't hurt to ask if things changed since 4 years ago.
Plans? Yes, we always plan ahead, but as the toolchain freeze for Trixie only happened a few days ago and the soft-freeze is still three weeks away we see no reason to release anything public yet. We will do a post in this forums once there is something available to test, I'd expect that to happen later in Q2, but at this point we cannot give any guarantees for a timeline here.Are there already any plans on supporting Debian 13 / Trixie?
thanks for clarification. I'll monitor the forum. I'll be happy to try out prerelease software, as this is a special case as follows:Plans? Yes, we always plan ahead, but as the toolchain freeze for Trixie only happened a few days ago and the soft-freeze is still three weeks away we see no reason to release anything public yet. We will do a post in this forums once there is something available to test, I'd expect that to happen later in Q2, but at this point we cannot give any guarantees for a timeline here.
Yes, but in my case, it's something special i am trying. Because it's highly experimental and unsupported, i didn't mention it at all.I am curious why the underlying Debian version matters to you? Hardware support is mostly contingent on the kernel version, and kernel images are maintained separately by the Proxmox developers. Support software packages such as LXC and QEmu are directly managed by Proxmox. And as long as the Proxmox team provides all the up-to-date security patches for the host's OS, the rest of the system software has relatively little impact on anything. It's not as if you would install a lot of end-user software on the host. All of that goes into containers or VMs.
FWIW, you might get away with using a very privileged/uncontained LXC container to run a clean Proxmox VE itself while being able to use latest unstable Debian on the machine itself, I used that in the past to get a PVE system on a private workstation running Arch Linux.I'm using a frankenstein-debian-proxmox on my desktop.
Debian 12, proxmox repo on top as in the manual, KDE plasma, etc.
Works great for what i am doing, i can migrate VMs from my other regular proxmox hosts to my desktop and vice versa.
Helpful for debugging and other stuff.
For some reason, that had never occurred to me. But yes, that works. In fact, it works so well that I now have Proxmox VE running directly on my Chromebook. Took a bit of work to make the the different virtualizations work seamlessly. But with a little effort, I can now access files on my Chromebook from within containers, and I can even open X11 applications in the container that will then render as an app in ChromeOS.FWIW, you might get away with using a very privileged/uncontained LXC container to run a clean Proxmox VE
For my use case, the Debian version matters because I want access to the latest Debian userland repos without having to hack up my repo configuration file and risk instability.I am curious why the underlying Debian version matters to you? Hardware support is mostly contingent on the kernel version, and kernel images are maintained separately by the Proxmox developers. Support software packages such as LXC and QEmu are directly managed by Proxmox. And as long as the Proxmox team provides all the up-to-date security patches for the host's OS, the rest of the system software has relatively little impact on anything. It's not as if you would install a lot of end-user software on the host. All of that goes into containers or VMs.
intel-gpu-tools
package on Proxmox to install the intel_gpu_top
application to monitor what the iGPU is doing to make sure it's actually accelerating my VMs and LXCs. We pull that package from the Debian repos, so we get the version of the tool that's in whatever repo we're using. The version in the Debian 12 (1.27.1-1) repo is over two years old. It's not exactly stable or fully featured when using a bleeding edge feature like SR-IOV, which is still getting driver updates and related tweaks every couple of months. Trixie is up at 2.0-1. See: https://packages.debian.org/search?keywords=intel-gpu-toolsWe use essential cookies to make this site work, and optional cookies to enhance your experience.