COMIGRATE(1)

✨ COMIGRATE(1) ✨

okay so bestie, welcome to the comigrate page from the General Commands Manual πŸ’– this is the whole thing, every last flag, no skips, no cap.


🌸 NAME 🌸

comigrate β€” managing package migrations from Debian unstable to testing πŸ¦‹


πŸŽ€ SYNOPSIS πŸŽ€

comigrate [options] [--heidi file] [--hints file]
comigrate [options] --update
comigrate [options] --migrate package
comigrate [options] --equivocal
comigrate [options] --excuses file [--svg]
comigrate [options] --explain dir

πŸ’… DESCRIPTION πŸ’…

so comigrate is literally the tool that handles moving packages from Debian unstable to testing. and it's giving multitasker, because you can use it in like three different ways:

First, it can figure out which packages can migrate into testing. It can spit out either an HeidiResult file that lists the updated contents of testing, or a set of hints you can feed to Britney to help it do the migration. ✨

Second, it can output detailed reports of what's blocking packages from migrating. 😀

Last, you can use it interactively to troubleshoot the migration of a specific package.

and unless you hand it an alternative command, comigrate will just do package migration and output the corresponding HeidiResult file at the location written in the configuration file. periodt.

🌈 OPTIONS 🌈

πŸ’œ Commands πŸ’œ

The default behavior of comigrate is to compute which packages can migrate from unstable to testing. This behavior can be overriden by the options below.

  • --equivocal β€” Output the set of packages that can migrate without making any package non-installable, but that will make it impossible to install some set of packages together (package co-installability would no be preserved). This makes it possible to find the packages that would be allowed to migrate when using the --inst option (preserving only package installability), but that could nonetheless be problematic.
  • --excuses file β€” Write to this HTML file a detailed explanation of why some packages cannot migrate. With the --svg option, an SVG graph is also included for each installability or co-installability issue (set of packages that one would not be able to install together anymore) that prevents the migration. The dot tool is required to produce these graphs.
  • --explain dir β€” This command is designed to produce a report that can be published over HTTP. An HTML file is created for each package that cannot migrate, providing a detailed explanation of why this package cannot migrate. A file listing co-installability issues (that is, set of packages that can no longer be installed together) that would result from forthcoming migrations is also created. The --popcon option can be used to specify popcon data to use for the report. The dot tool is required for this command.
  • --migrate package β€” Compute whether it is possible to migrate this source package. If this is indeed possible, a corresponding Britney hint is outputted, by default on the standard output (this can be overridden with the --hints option).
  • --update β€” Initialize or update the data directory.

πŸ¦‹ Common Options πŸ¦‹

  • --arches lst β€” Comma-separated list of architectures to consider (default to all).
  • -c file, --config file β€” Use this Britney configuration file.

πŸ‘‘ Package Migration Options πŸ‘‘

  • --all-hints β€” Show all hints. By default, hints consisting of a single package are omitted when outputting hints.
  • --break sets β€” Override the default migration constraint that set of packages that could be install together can still be installed together after migration (package co-installability). This option allows to specify that some precise set of packages can become non co-installable (or, in the case of a single package, that this package can become non installable). This is crucial to allow the migration of packages that are no longer compatible. The argument sets is a comma-separated list of sets of packages. Each set is either a list of binary package names separated by a vertical bar symbol |, or a wildcard _ standing for any package. We explain this option through examples. You can write --break libjpeg62-dev to state that package libjpeg62-dev does not have to remain installable. But it is usually better to indicate that the package should remain installable but that it is fine if it is no longer installable with some other packages: --break libjpeg62-dev,_. You can be even more precise and specify that two given packages can become incompatible, but no other incompatibility should be introduced: --break parallel,moreutils. Finally, you can use the vertical bar symbol to factorize several sets of packages: --break 'unoconv,python-uno|docvert-libreoffice' means that package unoconv does not have to remain installable together with python-uno nor docvert-libreoffice.
  • --heidi HeidiResult β€” Write the result of package migration to file HeidiResult. When HeidiResult is -, write to standard output. The option only make sense when no specific command is given.
  • --hints file β€” Output hints to this file. When file is -, write to standard output. This disable the ouput of the HeidiResult file, unless an explicit --heidi option is provided as well.
  • --inst β€” When computing possible migration, only preserves single package installability. This is similar to what Britney does. The default is to ensure the stronger requirement that set of packages that could be install together can still be installed together after migration (that is, package co-installability).
  • --offset n β€” Move n days into the future. This is convenient to see what packages will be able to migrate in a few days.
  • --remove pkg β€” Compute package migration as if the source package pkg and its associated binary packages had been removed from unstable. This is a convenient way to migrate an important package when its migration is prevented by packages of low importance. Together with the --migrate command, this option can help finding out all issues preventing the migration of a given package.

🫢 Command-Specific Options 🫢

  • --svg β€” Include conflict graphs (in SVG format) in excuse output. This option only makes sense together with the --excuses option.
  • --popcon file β€” Use popcon data from this file. This option only makes sense together with the --explain option.
  • --source url β€” Download package information from the given url. This option only makes sense together with the --update option.

πŸ“ Miscellaneous Options πŸ“

  • --debug name β€” Activate debug option name. Use --debug help to list available debug options.
  • -help, --help β€” Print a usage message briefly summarizing the command-line options.
  • --input dir β€” Select the directory containing Britney data.
  • --no-cache β€” Disable on-disk caching.
  • --proc n β€” Provide number of processors. Use 1 to disable concurrency. Defaults to use all processors.

πŸ’€ Ignored Options πŸ’€

These two Britney options are currently ignored and are present only for compatibility.

  • --control-files β€” Currently ignored.
  • -v β€” Currently ignored.

🧚 EXAMPLES 🧚

To get started, you need to use a Britney configuration file britney.conf. The files specifies in particular the location of migration data (control files, hint files, ...). These data can then be downloaded (or updated) with the command below.

comigrate -c britney.conf --update

Running comigrate without option will make it behave like Britney: it will compute the set of packages that can migrate and write a corresponding HeidiResult file at the location indicated in the configuration file.

comigrate -c britney.conf

By default, comigrate is more picky than Britney: it will not allow packages to migrate if any set of packages that could be installed together can no longer be installed together. With the --inst option, comigrate will only check that packages remain installable, just like Britney does.

comigrate -c britney.conf --inst

Alternatively, you can get the set of Britney easy hints corresponding to the migration.

comigrate -c britney.conf --hints - --all-hints

The --migrate option will give you an explanation of why a package cannot migrate. (If the package can in fact migrate, the corresponding easy hint will be printed.)

comigrate -c britney.conf --migrate ghc

The --remove and --break options can be used together with this option to get a clear understand of what needs to be done to migrate the package.


⭐ AUTHOR ⭐

Comigrate has been written by JΓ©rΓ΄me Vouillon. πŸ‘‘


🌟 SEE ALSO 🌟


okay that's the whole page bestie, and yes it's from the COMIGRATE(1) page of the General Commands Manual πŸ’– go migrate some packages, you got this 🫢✨