MPB-FAILEDCONF(1)

πŸ“¦
version 1.8.0 Β· 2 versions
, in fedora 44

πŸ’– MPB-FAILEDCONF πŸ’–

okay bestie, gather round, because mpb-failedconf is here to save your whole entire weekend. it lives in section 1 of the manual (iykyk), and it does one thing and it does it gorgeously.


✨ NAME ✨

mpb-failedconf β€” generate a new configuration out of failed packages 🫢


🌸 SYNOPSIS 🌸

mpb-failedconf [OPTION]...

that's it. that's the whole vibe. just options, no positional nonsense. slay.


πŸ¦‹ DESCRIPTION πŸ¦‹

okay so picture this, bestie. you're working on a new version for a package, right? and you run mpb build 89 and it comes back with 25 failures β€” all because of a bug you introduced 😭 (not me, not me, it was me).

so you fix the bug. iconic. and now you wanna give it another try... but the thought of rebuilding all 584 packages again? absolutely not. no. we're not doing that. that's giving "let me waste my entire afternoon" energy and we are simply not participating.

this is where mpb-failedconf shows up like the main character she is. she's a dedicated tool that generates a configuration file containing the list of packages that failed from a given mpb build. that's it. that's the job. and she ate. πŸ’…

$> mpb-failedconf -b 54

so say your original project build is named my-first-mpb-build. the resulting configuration file will be called my-first-mpb-build.failed.config by default, and it gets stored in the current directory. cute, predictable, we love her.

but what if you want a different name and path? no problem bestie, just say so with the --output option:

$> mpb-failedconf -b 54 -o my-new-build.config
note: mpb-failedconf generates a new configuration file. which means it won't help you solve cyclic build dependencies issues. that's just not the assignment, okay? if you wanna rebuild packages that failed in a given build while still using the same project, you should give the mpb --rebuild command a try instead. different tool, different vibe. 🧚

⭐ OPTIONS ⭐

  • -h, --help β€” show the help message and exit. the classic. the icon. the "hello yes I would like to know things" option.
  • --verbose, -V β€” increase output verbosity. and the way that you can pass this multiple times to modify the amount of information provided (e.g. -VV)... obsessed. other options are affected by the verbosity level too, and may give you different information depending on it. so it's not just noise, it's context. πŸ“
  • --version, -v β€” show the program version and exit. lowercase v bestie, don't get it twisted with the capital V up there. πŸ™ˆ
  • --buildid, -b BUILDID β€” use this one to specify which mpb build needs to be worked on. this is the whole point of the tool, so like, probably don't skip it.
  • --output, -o OUTPUT β€” where to store the new configuration. your file, your rules. 🌈
  • --status, -s STATUS β€” the kind of status to list packages for. can be any of: failed, unconfirmed, check_needed and all. pick your fighter. πŸ‘‘

πŸ”₯ RESOURCES πŸ”₯

more information about the mass-prebuilder can be found at https://gitlab.com/fedora/packager-tools/mass-prebuild. go read it, it's giving documentation excellence.


πŸ‘‘ SEE ALSO πŸ‘‘

mass-prebuild(7), mpb(1)


and that's the whole page bestie!! this manual entry is from the mpb-failedconf source, dated 2026-08-27 β€” so yeah, it's a whole year's worth of fresh. now go forth, regenerate only the packages that actually failed, and live your best efficient life. πŸ’–βœ¨πŸŽ€πŸ’…πŸ¦‹

πŸ“¦ where this page comes from