You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm using a private repository similar to this for my own "package manager" (it's just a way to quickly add submodules). The current format allows these two configurations:
The pkg_file item can be set for repositories that export a single zig package (like zig-args), the sdk_file can be used for packages that use a build time package (like SDL.zig).
What's currently not covered is repos that export more than one package (like SDL.zig). What we could do for those is either using a sdk_file or this:
This does not properly encode multi-package-repos yet, neither as a dependency nor as source package. The dependencies field could use a string-formatted variant like "sdl/native" or similar, while multi-package repos could use a { "file": "", "dependencies": [ … ] } structure for the packages items.
Any thoughts?
@mattnite and @nektro already have designed a similar system, so i'd appreciate some input on these thoughts. Am i missing some important data or could this actually be enough to model a zig package structure (excluding any kind of versions)
The text was updated successfully, but these errors were encountered:
I'm using a private repository similar to this for my own "package manager" (it's just a way to quickly add submodules). The current format allows these two configurations:
The
pkg_file
item can be set for repositories that export a single zig package (like zig-args), thesdk_file
can be used for packages that use a build time package (like SDL.zig).What's currently not covered is repos that export more than one package (like SDL.zig). What we could do for those is either using a
sdk_file
or this:This does not cover any dependencies yet, so what i'm experimenting around with is this structure:
This does not properly encode multi-package-repos yet, neither as a dependency nor as source package. The
dependencies
field could use a string-formatted variant like"sdl/native"
or similar, while multi-package repos could use a{ "file": "", "dependencies": [ … ] }
structure for thepackages
items.Any thoughts?
@mattnite and @nektro already have designed a similar system, so i'd appreciate some input on these thoughts. Am i missing some important data or could this actually be enough to model a zig package structure (excluding any kind of versions)
The text was updated successfully, but these errors were encountered: