classabbyamp
classabbyamp
just patch incus to use what we call them
pretty sure there's another distro using secure in the filename, i consulted several other distro packages when writing the edk2-ovmf package
does #52057 work? what architecture (i.e., could this be an aarch64 cross issue)? changelog for 202405 is not huge: https://github.com/tianocore/edk2/releases/tag/edk2-stable202405
everything to patch for edk2 looks to be here, it's not a hard patch : https://github.com/lxc/incus/blob/665db311c9b5d266ac231687e5de81a687492297/internal/server/instance/drivers/edk2/driver_edk2.go#L36 if we make sure the default filenames and paths match void's packaging, no need...
or, better yet, this looks like fallback paths. maybe upstream would take a patch adding our filenames to those arrays
change "FadeTransition" to "CutTransition" in the "Scene Transitions" section
``` error: Could not find fade_transition.effect error: Failed to create source 'FadeTransition'! ```
https://obsproject.com/forum/threads/obs-no-longer-capturing-display-after-system-update.177102/ https://github.com/obsproject/obs-studio/issues/10852#issuecomment-2254511971
> Would you suggest to reject pkgnames that look like pkgver in xbps-create? this is probably the most sane solution
more problematic reproducer: ``` mkdir -p pkg/foo/bar pkg2/foo/baz repo root echo asdf > pkg/foo/bar/baz echo jkl > pkg2/foo/baz/idk cd repo xbps-create -A noarch -n foo-bar-x86_64-1.0_1 -s "foo pkg" ../pkg xbps-create...