21 Oct 2024 |
emily | I wonder how hard it would be to rebase it on top of llbuild. | 20:05:04 |
emily | which is what the new xcodebuild uses. | 20:05:08 |
emily | we'd have the same build backend so we could theoretically support everything the real thing does. | 20:05:24 |
Randy Eckenrode | As another executor? It depends on how easily extensible the executor stuff is. | 20:05:31 |
emily | more like, as the only executor | 20:05:55 |
Randy Eckenrode | In reply to @emilazy:matrix.org we'd have the same build backend so we could theoretically support everything the real thing does. How low-level is it? We may still need to do some translation or interpretation. | 20:05:58 |
emily | everything I know is from the first few paragraphs of the readme :) | 20:06:33 |
emily | Download image.png | 20:06:39 |
emily | it seems like it would at least be a convenient framework for expressing xcodebuild , given that it's the actual framework xcodebuild is expressed in now. | 20:06:54 |
emily | in particular, I wouldn't be surprised if it subsumes some stuff that xcbuild has to do itself right now | 20:07:21 |
Randy Eckenrode | I assume we have to implement the nodes (like the missing install/etc nodes). | 20:11:19 |
Randy Eckenrode | If we could eventually drop the Meson stuff, that would be great as long as the result is equivalent to it. | 20:12:55 |
Randy Eckenrode | Should xcbuild build with an Xcode project? 🤔 | 20:17:01 |
Randy Eckenrode | Bootstrap with the last CMake one. | 20:17:15 |
emily | do we have any precedent for installing $out/bin/ helpers that call out to an .app bundle? | 20:39:42 |
emily | hmm | 21:06:42 |
emily | it occurs to me that that specifically is something that .app copying makes awkward | 21:06:49 |
Ihar Hrachyshka | emily: you mean like a wrapper? https://github.com/NixOS/nixpkgs/blob/47dd18486fd37cca452b070c79aefc0e37b68378/pkgs/applications/virtualization/podman-desktop/default.nix#L81 | 21:09:52 |
emily | why is VideoToolbox outputting NV12 with the Nix build but P010 with the official build 🤔 | 21:10:50 |
emily | In reply to @ihar.hrachyshka:matrix.org emily: you mean like a wrapper? https://github.com/NixOS/nixpkgs/blob/47dd18486fd37cca452b070c79aefc0e37b68378/pkgs/applications/virtualization/podman-desktop/default.nix#L81 right | 21:11:01 |
emily | this won't work well with a copying-based approach to bundle installation :( | 21:11:11 |
Randy Eckenrode | In reply to @emilazy:matrix.org do we have any precedent for installing $out/bin/ helpers that call out to an .app bundle? VS Code? | 21:11:15 |
emily | since the two bundles will have distinct identity | 21:11:16 |
Randy Eckenrode | In reply to @emilazy:matrix.org this won't work well with a copying-based approach to bundle installation :( I have a workaround/hack for VS Code in my configs. I wonder if it can be generalized or if there is a pattern that can be used to better support copying. | 21:12:22 |
emily | hmm wtf | 21:12:45 |
emily | [hwupload] supports: nv12 ayuv64 yuv420p uyvy422 bgra
| 21:12:47 |
emily | [hwupload] supports: nv12 ayuv64 yuv420p uyvy422 p010 nv16 p210 p216 nv24 p410 p416 bgra
| 21:12:52 |
emily | oh maybe libplacebo needs a newer SDK | 21:13:01 |
WeetHet | I've been searching for too long. I'm sure it exists but I don't remember the GitHub repo and I managed to lose it. It's a tool to install nix locally for one directory without a global store. I don't remember what it is and where I've seen it but I swear it was somewhere | 21:14:55 |
WeetHet | Please help me find it | 21:15:10 |