The point is that there isn't one "identifier" for compatibility purposes and we don't want to create one. This isn't an nvidia situation where we will have ongoing versioning. So there is no single identifier that whoever wants to roll out the GL driver extensions would be able to use.
On top of that, putting Flatpak changes to autodetermine this stuff upstream or in official Fedora packages makes no sense, because the whole Remix is a Remix for exactly this reason and we keep the UAPI-related things in downstream COPRs for this reason. Therefore, the only option we'd have left is to fork and overlay Flatpak to add Asahi-specific logic in the Remix... and no, sorry, we aren't opening that can of worms, that's way worse than what we're doing now shipping host extensions. We're trying to *reduce* our forked packages, not add to them.
The current solution works for most users/cases, I fail to see how it's a "dead end", and it keeps our workload to a minimum (we just need to bump the Mesa tag name in two more places when we do releases). If and when it "explodes" we can talk about doing it another way.
How the extensions are packaged aside, if you do have a better approach to the actual Mesa build than flatpak-builder, we'd be happy to hear that. But we have no plans to change how we actually ship the extension packaged right now.
Hector Martin /
npub1qk…9azpx
2024-07-17 16:47:23
in reply to nevent1q…8cqg
Author Public Key
npub1qk9x6yrvten3jqyvundn7exggm90fxf9yfarj5eaz25yd7aty8hqe9azpxPublished at
2024-07-17 16:47:23Event JSON
{
"id": "6e39582e2283562218b43119c6a84c7bc46870f64d381ba2f7bacd86e64a05ca",
"pubkey": "058a6d106c5e6719008ce4db3f64c846caf49925227a39533d12a846fbab21ee",
"created_at": 1721227643,
"kind": 1,
"tags": [
[
"p",
"6e15b38c189b0b584d413ab5ab5b1bf05487ffe114895aebfe419bf84c7b02a9"
],
[
"p",
"a08cc6e528d8436fc82c1eb67c73c14599ed63dd534c6f86ef17a270195f06ae"
],
[
"p",
"b9176c5986007dcb28c2edbc9018d746166816462e3b9d0e2a22eed58424f1e0"
],
[
"proxy",
"https://social.treehouse.systems/@marcan/112802374861596103",
"web"
],
[
"p",
"058a6d106c5e6719008ce4db3f64c846caf49925227a39533d12a846fbab21ee"
],
[
"e",
"a229c6b733a8ac22ff65e9042c082e2222b4d4a426fc3813dd341d9b37d7bd17",
"",
"reply"
],
[
"p",
"fd9918a494c2db8ba3c474c86f80b06b4584de11fa869b1ac5fdd3b48d6c823b"
],
[
"e",
"1d2724cf978b7bc3c64dbb7fac9e40dd04c24cccd2dbb0fe7b021595edb0b5dd",
"",
"root"
],
[
"proxy",
"https://social.treehouse.systems/users/marcan/statuses/112802374861596103",
"activitypub"
],
[
"L",
"pink.momostr"
],
[
"l",
"pink.momostr.activitypub:https://social.treehouse.systems/users/marcan/statuses/112802374861596103",
"pink.momostr"
],
[
"-"
]
],
"content": "The point is that there isn't one \"identifier\" for compatibility purposes and we don't want to create one. This isn't an nvidia situation where we will have ongoing versioning. So there is no single identifier that whoever wants to roll out the GL driver extensions would be able to use.\n\nOn top of that, putting Flatpak changes to autodetermine this stuff upstream or in official Fedora packages makes no sense, because the whole Remix is a Remix for exactly this reason and we keep the UAPI-related things in downstream COPRs for this reason. Therefore, the only option we'd have left is to fork and overlay Flatpak to add Asahi-specific logic in the Remix... and no, sorry, we aren't opening that can of worms, that's way worse than what we're doing now shipping host extensions. We're trying to *reduce* our forked packages, not add to them.\n\nThe current solution works for most users/cases, I fail to see how it's a \"dead end\", and it keeps our workload to a minimum (we just need to bump the Mesa tag name in two more places when we do releases). If and when it \"explodes\" we can talk about doing it another way.\n\nHow the extensions are packaged aside, if you do have a better approach to the actual Mesa build than flatpak-builder, we'd be happy to hear that. But we have no plans to change how we actually ship the extension packaged right now.",
"sig": "2443e6f720c197a0e5c8008c733d449945033197b52f7d6eaf75a2779c067862d0eef932618fb2fbb02613fb28460fde00ee16d74d72822c8ab57428113cef26"
}