Sender | Message | Time |
---|---|---|
17 Jul 2024 | ||
wst | * I did generate yarn.lock with `
| 20:53:29 |
wst | * I did generate yarn.lock with
| 20:53:49 |
wst | There's no package-lock.json as far as I can see in this project | 20:54:52 |
Cobalt | That sounds unusal can you please share, if possible, the corresponding nix code? | 21:04:50 |
wst | Sure, just beware that it's not even nearly complete, I'm taking it step by step | 21:12:54 |
wst |
| 21:13:48 |
wst | As far as I understood from makefile of the project I need to first cd to joi subfolder and build yarn dependencies and then I can put offlineCache as a nativeBuildInput to the main project | 21:15:48 |
wst | I'm absolutely not sure about what I'm doing, so pardon my ignorance in case it doesn't make any sense | 21:16:32 |
Cobalt | Thank you, I'll try to take a look at it asap | 21:32:54 |
wst | There's no rush. I will be happy to accept any help. | 21:38:51 |
Cobalt | So, afaict, this repo contains three node components. A web ui, a server for the corresponding backend and an electron app. The web ui and server can be used separately (see Dockerfile) and the electron app wraps the logic from the other components. You are currently trying to package the electron app. Does that sound about right? | 21:47:44 |
Cobalt | To build the electron app, you require a compiled version of the frontend. | 21:48:54 |
Cobalt | And the compiled frontend + docs needs to be copied into the electron source in copy:assets . | 21:51:33 |
wst | Yep, that's what I'm trying to do. | 21:56:41 |
Cobalt | So my first guess would be to
| 21:53:49 |
wst | I wonder if the "frontend" can just be wrapped with electron by some nixpkgs function. As far as I understand electron just renders the frontend, so I don't have to build electron from their repo | 22:01:47 |
Cobalt | * So my first guess would be to
in separate derivations. For 2. you would have to replicate the logic from | 21:54:17 |
wst | But I'm getting ahead of myself | 22:01:55 |
wst | I see | 22:03:44 |
wst | So the frontend part lives in joi as far as I understood | 22:05:06 |
Cobalt | I'm not too sure about that. You would likely lose some functionlaity. Their electron app is a bit more than a simple wrapper and also, e.g., offers tray support and appears to be doing some fancy stuff to make it appear more native-sh. | 22:05:05 |
wst | To build it I would need to run first pull the dependencies in advance, since there's no network while building derivation | 22:06:20 |
Cobalt | Redacted or Malformed Event | 22:05:20 |
Cobalt | In reply to @wst:imagisphe.reI think that's just their UI kit. The build job in the Makefile only directly calls out to build web and afterwards electron . | 22:10:29 |
Cobalt | You will probably first want to try to get a derivation with the equivalent of build:web to work. Afterward, approach build:electron . | 22:12:07 |
Cobalt | It's a bit late in my TZ so I'm off for today, I can replicate your problem with the yarn.lock and will try to take a look at it tomorrow. | 22:15:42 |
wst | Thanks for your advice. I will take another look tomorrow with some fresh eyes | 22:18:18 |
Cobalt | In reply to @wst:imagisphe.re* I think that's just their UI kit. The build job in the Makefile only directly calls out to build web (this component itself requires joi but that should just be another node dependency and not it's own derivation) and afterwards electron . | 22:16:55 |
wst | However I also consider I might be a bit out of my depth here, maybe I should just give up. The reason I wanted to package this for myself is that the existing package in nixpkgs extracts the app for AppImage which is not available for arm architecture(even those the sourcefile in nixpkgs erroneously claims it should work for any linux) | 22:19:55 |
wst | I will try to take another stab at it tomorrow I guess and then see how it goes | 22:20:47 |