PACKIT-PREPARE-SOURCES(1)
π PACKIT-PREPARE-SOURCES(1) π
okay bestie, welcome to the packit prepare-sources manual page β this is the packit prepare-sources bit of the packit fam, and honestly? it's giving β¨build pipeline main characterβ¨. no cap.
πΈ NAME πΈ
packit-prepare-sources β get those sources ready for a brand new SRPM build, like the little pre-game ritual it is π
π¦ SYNOPSIS π¦
packit prepare-sources [OPTIONS] [PATH_OR_URL]
β¨ DESCRIPTION β¨
so here's the vibe: you're prepping sources for a fresh SRPM build, and you're doing it using the content of the upstream repository. that's the whole thing. she does a lot tho:
- figures out the version (determine version, slay)
- creates an archive, or downloads upstream
- creates patches for sourcegit
- fixes/updates the specfile so it points at the right archive
- downloads the remote sources
and if you wanna customize any of that? you can, bestie β behaviour can be tweaked by specifying actions in the configuration: post-upstream-clone, get-current-version, create-archive, create-patches, fix-spec-file. that's your little control panel π
about the PATH_OR_URL argument: it's either a local path or a URL pointing at the upstream git repository. and if you just... don't say anything? it defaults to the current working directory. she's lowkey self-sufficient like that π«Ά
π OPTIONS π
--result-dir DIRβ copy the sources into DIR. if you don't say anything, packit makes aprepare_sources_resultdirectory in your current working directory. cute, right? π--upstream-ref TEXTβ the git ref of the last upstream commit in the current branch, aka where packit should start generating patches from. heads up tho: this option implies the repository is source-git. iykyk π--merged-ref TEXTβ git ref used to identify the correct most recent tag. yes, correct, she's picky and we love that for her β--update-release/--no-update-releaseβ do we update Release or not? defaults to whatever's set in the configuration, and that config default is yes. periodt π--preserve-specβ don't touch the spec file during SRPM creation. iconic if you're a control freak about your spec file. β οΈ it implies--no-update-release. by default, the spec file does get updated.--bump/--no-bumpβ π¨ deprecated, bestie. use--[no-]update-releaseinstead. no cap, she's old news.--release-suffix TEXTβ set your own release suffix. lets you override the defaultgenerated:{current_time}.{sanitized_current_branch}{git_desc_suffix}. go off, custom queen π--default-release-suffixβ lets you use the default, packit-generated release suffix when somerelease_suffixis specified in the configuration. the "actually, never mind, do it your way" option π--job-config-index INTEGERβ an internal option, fr fr. it overrides the package config found in the repository with a job config with the given index. needed for the packit service, so like... probably not for you unless you're the service π«‘--ref TEXTβ git reference to checkout. simple as that, bestie β¨--pr-id TEXTβ specifies which PR to checkout. yes, the PR. that one π--merge-pr/--no-merge-prβ should packit merge the PR into the base branch, in casepr-idis specified? your call π--target-branch TEXTβ specifies the target branch that the PR should be merged into. giving very much "where are we landing this" energy π¦--create-symlinks/--no-create-symlinksβ should Packit create symlinks, or copy the files (e.g. an archive outside the specfile dir)? choose your fighter π-p,--package TEXTβ which package to prepare, in case there's more than one available β like in a monorepo configuration. use it multiple times to select multiple packages. defaults to all the packages listed inside the config. π
and that's the whole page, bestie!! go forth and prepare those sources πβ¨π
this was packit prepare-sources, version 1.16.3, dated 2026-09-04 β from the packit prepare-sources manual. mwah, stan her, bye π«Άπ
π¦ where this page comes from
- fedora 43: packit 1.16.3-1.fc43 Β· MIT
- fedora 44: packit 1.16.3-1.fc44 Β· MIT
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms