Bug#1090229: [help] Re: globjects: FTBFS: error: gl::BufferAccessMask has not been declared

tself was updated for these API changes in https://github.com/cginternals/globjects/commit/6e6de2d51f9d2938c63a80952539c8a8aafc6258 The current globjects source package should be built only with libglobjects-dev < 3.0 Hope this is some useful progress for you. Rylie Pavlik On Wed, 2025-01-

Bug#1089792: Packages needing update

FWIW, in case this didn't work from my original report, I believe the only packages needing update besides openxr-sdk-source are: - gxr - xr-desktop (possibly, might just get the fix via gxr) Going to get upstream patches sent soon, I'm in touch with upstream there too. https://gitlab.freedeskto

Bug#1089792: transition: openxr-sdk-source

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: openxr-sdk-sou...@packages.debian.org Control: affects -1 + src:openxr-sdk-source OpenXR 1.1 is a compatible minor release. However, convention had developers using the XR_C

Bug#1089741: RFS: meshlab/2022.02+dfsg1-1 -- System for processing and editing triangular meshes

he package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/m/meshlab/meshlab_2022.02+dfsg1-1.dsc Changes since the last upload: meshlab (2022.02+dfsg1-1) unstable; urgency=medium . [ Rylie Pavlik ] * New upstream version 2022.02+dfsg1

Bug#1070051: xr-hardware: Add Appstream metainfo with hardware mappins

xr-hardware is literally just the udev rules, not any actual useful software that can use that hardware. The packages that provide support for that hardware are the ones that should have the metadata. I put udev rules here in a separate package for separation of concerns and because some hardware w

Bug#1045917: monado: Fails to build source after successful build

But it turns out I was able to fix this by just adding that directory to debian/clean, which seems simple enough. It is in git on salsa and will be in the next upload of the package: this did not seem substantial enough to merit a release. Rylie Pavlik OpenPGP_0x9045010AE5C2B9ED.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1062911: solvespace: NMU diff for 64-bit time_t transition

, so the NMU will be "acknowledged" in the next maintainer upload of SolveSpace. Rylie Pavlik OpenPGP_0x9045010AE5C2B9ED.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature