Go to file
Jacob Heider 0d2e40d20a
fix(mesa) (#3527)
* fix(mesa)

* fixed elsewhere
2023-10-05 12:36:35 -04:00
.devcontainer pkgx 2023-10-01 14:44:42 -04:00
.github pkgx 2023-10-01 14:44:42 -04:00
.vscode rework for single pantry (#497) 2023-03-14 16:41:37 -04:00
projects fix(mesa) (#3527) 2023-10-05 12:36:35 -04:00
.gitignore +cocoapods (#2212) 2023-06-19 10:05:13 -04:00
pkgx.yaml fix pantry co.s 2023-10-01 19:59:05 -04:00
README.md pkgx 2023-10-01 14:44:42 -04:00

pkgx

pkg metadata and build instructions.

Contributing

Assuming you have pkgx with shell integration:

$ git clone https://github.com/pkgxdev/pantry

$ cd pantry

$ dev

$ pkg init
# ^^ creates a “wip” package.yml
# ^^ if you already know the name, you can pass it as an argument

$ pkg edit
# ^^ opens the new package.yml in your EDITOR

$ pkg build
# builds to `./builds`
# ^^ needs a zero permissions GITHUB_TOKEN to use the GitHub API
# either set `GITHUB_TOKEN` or run `gh auth login`

$ foo
# ^^ anything in the `provides:` key will now run

$ pkg test
# ^^ you need to write a test that verifies the package works

$ gh repo fork
$ git branch -m my-new-package
$ git push origin my-new-package
$ gh pr create
  • pkg build and pkg test take a -L flag to run in a Linux Docker container
  • All commands take an optional pkg-spec eg. pkg build zlib.net^1.1

While inside the pantry dev environment you can run commands from any built packages provided you specified their provides: key.

GitHub Codespaces

pantry also works in GitHub Codespaces. The default configuration provides with the repository will install/update pkgx at the time you attach, so you should be able to quickly work on or test packages in a remote linux environment (or work from a device with just a web browser).

Providers

If the package you want to add to the pantry can be executed simply eg. you want foo to run npx foo, then you can add a one-line entry to npmjs.com/provider.yml.

We currently also support this for pipx. Adding support for other such dependency manager execution handlers is easy and welcome.

At this time, if the package has pkgx dependencies or requires compilation, it should be packaged as a package.yml.

Packaging Guide

Packaging can be cumbersome. Our wiki is our packaging knowledge base. For other assistance, start a discussion.

After Your Contribution

We build “bottles” (tard binaries) and upload them to both our centralized bottle storage and decentralized IPFS.

The pantry automatically builds new releases of packages as soon as they are released (usually starting the builds within seconds). There is no need to submit PRs for updates.

Working on Other Peoples Pull Requests

Packaging can be fiddly so we all pitch in. If you want to help someone else with their pull request then you can use GitHubs CLI:

$ gh pr checkout 123

# or you can copy paste the URL:
$ gh pr checkout https://github.com/pkgxdev/pantry/pull/123

# then open for editing:
$ pkg edit