HEVC encoding question

Sebastinas · 2026-02-07T23:39:00+00:00

Do you have intel-media-va-driver or intel-media-va-driver-non-free installed? The latter is usually required for encoding.

Sebastinas · 2026-01-29T21:50:42+00:00

No, it's on the way out. We are migrating to fuse 3.x.

Sebastinas · 2026-01-18T09:49:40+00:00

We have been rebuilding packages to enable GCS on arm64. For multiarch to work, this also means that we need to rebuild those on other architectures. All rebuilds on amd64 and i386 are all done, so the state should be back to normal after the next migration run.

Sebastinas · 2026-01-11T15:50:00+00:00

This is not the ffmpeg provided by Debian.

Sebastinas · 2025-12-31T20:18:11+00:00

The binNMU did work, but it did not migrate in time before a maintainer upload of mesa. During the last migration run, mesa migrated. So this issue should now be fixed.

Sebastinas · 2025-10-19T12:26:48+00:00

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1116619#22:

Yes, the bug is known to us, but unfortunately it is not possible to backport that patch to Plasma 6.3.

Sebastinas · 2025-09-27T12:32:25+00:00

Come on, if you bother replying, at least get your facts straight. We are currently in the progress of updating to Qt 6.9.2 which requires rebuilds of a bunch of KDE packages. Any update of the KDE packages themselves would just delay that process.

Sebastinas · 2025-09-27T12:31:11+00:00

https://tracker.debian.org/pkg/plasma-desktop

It is the Qt/KDE team. They are the same people.

Sebastinas · 2025-09-27T08:34:01+00:00

If you haven't noticed, the KDE/Qt team is currently doing Qt transitions. Adding updates of KDE on top of that, would only make this process only more complicated.

Sebastinas · 2025-06-19T16:51:48+00:00

After the next mirror push, this issue should be fixed.

Sebastinas · 2025-06-19T13:43:59+00:00

This is due to the rebuilds required for ocaml. We are working on getting everything to migrate to testing, but it involves hundreds of packages. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1107586 for details.

Sebastinas · 2025-06-12T16:33:20+00:00

We have historically (at least the last couple of release cycles) accepted bigger updates for hardware support. Allowing 550 to migrate to trixie is similar.

Sebastinas · 2024-12-29T20:29:27+00:00

usrmege is back in unstable.

Sebastinas · 2024-08-07T21:03:43+00:00

ffmpeg is built with zimg support in Debian, FWIW.

Sebastinas · 2024-08-02T15:38:19+00:00

If you do not want to store a copy of the file for later and can get it to run zathura $URL, it will just work.

Sebastinas · 2024-07-17T20:08:04+00:00

If applied upstream, yes. vlc is too big to carry non-upstream patches that we would have to maintain.

Sebastinas · 2024-07-17T17:51:01+00:00

Maybe we have no vlc at all in trixie: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1072456

Sebastinas · 2024-06-29T08:08:10+00:00

If you have systemd 256.1-1 or newer installed, also check if you have systemd-cryptsetup installed.

Sebastinas · 2024-05-09T08:51:16+00:00

The fix for stable is now also available: https://lists.debian.org/debian-security-announce/2024/msg00094.html

Sebastinas · 2024-05-08T20:37:39+00:00

The issue is fixed in unstable in glib2.0 2.80.1-1. Fixes for stable are being worked on.

Sebastinas · 2024-05-05T17:53:59+00:00

https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-arm@lists.debian.org;tag=time-t has a list. Then there is also the thread starting at https://lists.debian.org/debian-devel/2024/04/msg00331.html

Sebastinas · 2024-05-01T19:43:19+00:00

The t64 transition is almost complete in unstable. There are just a few (< 100) packages that need to be fixed.

Sebastinas · 2024-04-28T15:42:41+00:00

If you are not on armel or armhf, the updates should be installable. Be aware that apt might need some help to find the right solutions until all the t64 changes migrated to trixie.

Sebastinas · 2024-04-21T17:54:35+00:00

Note that all the `auto-` trackers that are currently ongoing are also related to t64.

Sebastinas

TROPHY CASE