KPACK(5)
π kpack β KnightOS package config files, bestie
okay so this is the manual page for kpack, which is a File Formats Manual situation, and honestly? it's giving "tiny file, huge personality." let's get into it π
β¨ NAME β¨
kpack β KnightOS package configuration files
πΈ DESCRIPTION πΈ
KnightOS packages are literally stuffed with useful metadata, bestie. like, they carry authorship info, package descriptions, dependencies, and so on β all the good stuff. π
A simple package.config looks like this:
[meta]
name=packagename
repo=community
version=1.0.0
Only these three properties are required β name, repo, and version. everything else is optional, no pressure π«Ά. and you can leave comments whenever you want by starting a line with #.
π name
The name of the package. that's it, that's the field.
π¦ repo
The package repository this thing lives in. the following repositories are tracked upstream:
core: packages required for system functionextra: extra packages from KnightOS developerscommunity: packages written by the community at largeports: software ported from other platformsnonfree: software distributed under the terms of a license that has not been approved by the FSF
real talk: this only applies to the official KnightOS distribution. if you're running your own distribution, you are of course free to package software however you please. main character energy, do your thing π
β version
The current package version. it must be in the format MAJOR.MINOR.PATCH. check out semantic versioning at http://semver.org/ for the details, iykyk.
π description (optional)
A user-friendly description of this package. make it cute, make it clear.
π dependencies (optional)
A list of packages that this package depends on. these should be fully qualified package names, separated by spaces. you may optionally include a minimum required version. example:
dependencies=corelib kpm:1.0.0
π§ capabilities (optional)
Lists capabilities required of the target device. for example, you might require USB support. separate each one with spaces. example:
capabilities=usb color
The following capabilities are formally defined and supported by kpm:
color: requires a color displayusb: requires USB supportclock: requires a real-time clockextraram: requires at least 8 pages of RAM
π author (optional)
The person who originally wrote this software. the suggested format of this field is Author Name <author email> (i.e. Drew DeVault <sir@cmpwn.com>).
π maintainer (optional)
The person who maintains this package. this may be different than the author β yes, they can be two whole different people, iconic.
π₯ infourl (optional)
A URL at which information about this software may be obtained.
πΈ copyright (optional)
The name of the license or the copyright statement for this package. optional but strongly suggested. examples might include:
- MIT license
- Public Domain
- GPLv2
- Copyright John Doe 2014, All Rights Reserved
You may also wish to include a license file in your package itself with a longer license statement. it's recommended that you distribute your full license text alongside the package, rather than inside of it, to save valuable space on the installed device. bestie, that device storage is precious π
π«Ά AUTHORS π«Ά
Maintained by Drew DeVault <sir@cmpwn.com>, who is assisted by other open source contributors. for more information about kpkg development, see https://github.com/KnightOS/kpkg.
and that's the whole page, bestie β this one dropped 1980-01-01 as its date, comes from the KPACK(5) crew, and lives in section 5 of the manual. slay πβ¨
π¦ where this page comes from
- nixpkgs unstable: kpack 1.2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms