-
Couldn't load subscription status.
- Fork 120
[node] support git sources #382
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
I think this has some overlap with #351 😅 see the discussion there. |
|
Attempting to use this for the Stretchly flatpak, and I get the following error when building: |
|
There's something up with the paths here: ...but later the jq is looking in Not sure where that |
That's a thing on Fedora rpm-ostree systems. |
|
The manifest and everything can be found in this MR. |
|
Thanks, I'll take a look. |
|
Ok a few things going on here:
|
I've changed that order. |
|
@jwillikers that's the structure from I've tried in the past to remove 2 package structure, as they say it's not needed anymore but it did not work for me. |
3cd5b3e to
f28defd
Compare
Ok I've added support for these 'shortcut' git urls to the PR. But we still need to overcome the 2 package structure in stretchly somehow. |
|
@Ian2020 should I try to remove 2package structure? It's been some time since last time I tried so I can try again if that helps |
|
@hovancik yes I think that would be simplest if you can, thanks. |
|
@Ian2020 done, new version is out. |
|
@Ian2020 actually scratch that, it does not work, will need to look into this more. |
|
Ok, despite that I can now successfully build Stretchly v1.15.1 as a flatpak. I created So I think this PR is doing what it should do for Stretchly to build as a flatpak, I hope you can sort the other issues in Stretchly. Let me know if you think there's anything more needed here. |
|
@Ian2020 One thing, I noticed that running |
|
@Ian2020 can you possibly try with this PR? hovancik/stretchly#1401 Seems like it was local issue only but would be nice to confirm build is ok after this change |
@hovancik I just tested it and that commit builds and runs fine. |
|
Thanks, we are all good then, I guess. |
As part of the update, I had to refactor quite a bit of how the build process works. flatpak-node-generator is quite bugged: - Output `generated-source.json` expects the package to be in the main directory, so I've split the build into modules but still had to add `flatpak-node` exclusion to build - I had to patch locally flatpak/flatpak-builder-tools#382 and use that because flatpak/flatpak-builder-tools#381 - I've also run into flatpak/flatpak-builder-tools#377 I've also: - Made copying of addr2line dependencies more reliable - Merged the startup scripts into one - Added permission and setup for discord so that rich presence works
As part of the update, I had to refactor quite a bit of how the build process works. flatpak-node-generator is quite bugged: - Output `generated-source.json` expects the package to be in the main directory, so I've split the build into modules but still had to add `flatpak-node` exclusion to build - I had to patch locally flatpak/flatpak-builder-tools#382 and use that because flatpak/flatpak-builder-tools#381 - I've also run into flatpak/flatpak-builder-tools#377 I've also: - Made copying of addr2line dependencies more reliable - Merged the startup scripts into one - Added permission and setup for discord so that rich presence works
As part of the update, I had to refactor quite a bit of how the build process works. flatpak-node-generator is quite bugged: - Output `generated-source.json` expects the package to be in the main directory, so I've split the build into modules but still had to add `flatpak-node` exclusion to build - I had to patch locally flatpak/flatpak-builder-tools#382 and use that because flatpak/flatpak-builder-tools#381 - I've also run into flatpak/flatpak-builder-tools#377 I've also: - Made copying of addr2line dependencies more reliable - Merged the startup scripts into one - Added permission and setup for discord so that rich presence works
|
Hi @hfiguiere. Since you mentioned that you prefer to build from source, could this PR be merged? |
|
I don't maintain that module and I don't have the knowledge space. |
Submodules outside the sanctioned organisations are not allowed, so install the fixed flatpak-node-generator through its fork directly. See flatpak/flatpak-builder-tools#382 (comment)
@bbhtt can do, probably be next week now |
|
will take a look again sometime this week |
Done. |
8c5a0ec to
ea9bfa2
Compare
See flatpak/flatpak-builder-tools#382 It seemed close to a merge so left it to do it manually But we can just use it and revert later
See flatpak/flatpak-builder-tools#382 It seemed close to a merge so left it to do it manually But we can just use it and revert later
See flatpak/flatpak-builder-tools#382 It seemed close to a merge so left it to do it manually But we can just use it and revert later
|
@refi64 do you want to have another look at this? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM now, thanks for this
|
Please squash the code review fixes commit with the previous one. You also should rebase over master |
Fix [flatpak#377](flatpak#377) and simplify the LocalSource check. Don't process the root package as a dependency. Assumes an entry without a resolved is always a local path.
Co-authored-by: Danilo Bargen <[email protected]> Co-authored-by: Jordan Williams <[email protected]>
Thanks, let's merge this before it bitrots again. If you want to help maintain the node generator, feel free to open an issue asking for access. I'd like to see more people maintaining it, assuming others agree to this. |
We've been waiting on flatpak/flatpak-builder-tools#382 now its part of flatpak-node-generator we no longer need to use our own branch of the tool.
Fixes #381 and I hope will help #237 and #182.
I've added a new set of tests to cover more types of git references: https and ssh both with a commit hash and without. The tests cover all versions of the lockfile format v1,2,3.
In my testing I found that it doesn't appear to be necessary to patch package-lock.json (npm.py:444), so that has been removed. If there's another reason that is needed let me know but the tests all pass without it.