Robotnix | 244 Members | |
| Build Android (AOSP) using Nix | https://github.com/danielfullmer/robotnix | 75 Servers |
| Sender | Message | Time |
|---|---|---|
| 24 May 2024 | ||
| Those can probably stay | 21:54:57 | |
| The LOS updater tests are quite useless as they haven't been ran a single time in the past few years and therefore likely broken | 21:55:30 | |
Okay, pushed one more commit — patching derivation won't work, because it's just a shim apparently and it downloads it's code from the interwebs anyway. I did leave overlaying pkgs to a matching version, though (not sure if it matters, but why not). Other than that removed python2 from a couple of places that seemed safe and switched flake-compat to the nix-community version. Let me know if you can test this works for you and/or you have any other remarks. I tried to build some lineageos myself and at least it fetched the code and started building the ROM. It failed when trying to build Chromium, but I guess that's fare enough for it to not be related — would appreciate a double–check, though. | 23:04:49 | |
| 25 May 2024 | ||
| Maybe i should try to bump the lineageos deps from my mirror... | 06:55:47 | |
In reply to @atemu12:matrix.orgI have a Pixel 8 now, but it's still in the box, and very likely to be sold. Doesn't seems right to keep it around for not using it as a daily driver 😅 Seems like aiding ewaste | 06:56:31 | |
In reply to @jaen:matrix.orgDisable chromium for now | 10:02:25 | |
| I'll be removing it | 10:02:35 | |
| Hmmm, doesn't Vanadium need that, though? As far as I can see there are no binaries available. So unsure if it's removable if we want to keep GrapheneOS? Thought that's a separate topic I guess, for now I just want to see if any ROM will build on my PR, currently running this to see if it builds:
Don't have an appropriate phone to test it on, though. If there's anything else I should test or you can test it at least for the things you use and should know work — let me know. | 10:54:40 | |
Also not sure what we want to do about repo — like I mentioned in the PR, applying a patch to nixpkg's derication won't help, because the resulting package is basically just the main repo script and it downloads all the rest from the interwebs on use. So at least for this PR we'd have to live with it downloading stuff, but we probably need to figure a more official place to put it, instead of on my GitHub? Not sure if nix-community would be appropriate? | 10:57:13 | |
| Here's the reformat PR FWIW — https://github.com/nix-community/robotnix/pull/237. It's based on top of the Python fixes, so they will have to go in first. I'll make one more PR to re-enable running those checks in CI (and maybe pre-commit hooks — I'm ambivalent on them personally, but some find them useful) and then I'll maybe start looking at GrapheneOS finally, though who knows how well will that go, it's not quick to iterate on without a 32 core Threadripper xD | 14:12:01 | |
| No idea w.r.t. Vanadium, I have never used GOS | 15:29:23 | |
| My view on things is that if nobody has been around to maintain it for years, it's better to just remove it | 15:30:36 | |
| Neither Vanadium nor GOS have been touched by anyone the past few years | 15:31:03 | |
| As for repo, is it really not possible to run it without it attempting to download some other version? I'd prefer to patch it to not download any updates whatsoever | 15:32:54 | |
| Well, on the other hand I never used LineageOS ; d What I'm just saying that unless you want to drop GrapheneOS wholesale, then it might need to stay. At least it's how it looks to me. I guess I don't care much either way, since I can try fixing it to the side anyway, or something. | 18:13:50 | |
In reply to @atemu12:matrix.orgI would've preferred to not have done that particular yak shave, but oh well — https://github.com/nix-community/robotnix/pull/236/commits/4a347287aa2812d50ada2c87c7284e59617c9a41. This seems to work and have local sources as far as I can tell. Kind of ugly with the git shenanigans, but didn't see a better way so far. | 18:15:06 | |
| 26 May 2024 | ||
| Ok, got three basic checks (running
| 13:47:23 | |
| I'm not a fan of pre-commit hooks. When I commit, I should commit precisely what I saw in the staging area. They're also a huge security liability which is why I've disabled them globally and I think that it's insane that git enables them by default. | 14:06:06 | |
| CI should be red on wrong format, that's good enough. | 14:06:24 | |
| I have no idea about flakes. | 14:06:58 | |
| Yeah, like I said I'm mostly ambivalent on them, so if you don't want them, then I don't feel like I need to add them. If you don't have an opinion re: subflake dependencies, then I'll try adding it and see how it works out, I guess? | 14:21:02 | |
| Sure, knock yourself out | 14:21:33 | |
As long as I can nix-build, I'm happy. | 14:21:51 | |
| 27 May 2024 | ||
| Okay, changed my mind, forgot how error–prone that is with all the NixCpp corner cases around relative flake paths : V I guess it's better to suffer a superfluous input or two than britleness. So I guess the Python tests PR and the format PR (probably best reviewed after the first goes in; couldn't find a way to stack PRs with forks) are ready from my end. Please let me know if there's still something missing from them on your end (whenever you are able). In the mean time I'll be chipping away at the checks PR an possibly further at GrapheneOS after that's done. | 19:48:45 | |
| 28 May 2024 | ||
| I've been trying to get LineageOS 21 to build (discussed here) , and feel like I'm getting close. Updated the python scripts, device and vendor files, and patches. Now when I build I'm running into the following. Not sure where to make a change to address this:
| 00:46:48 | |