CVS-UPGRADE(1)

💖 CVS-UPGRADE(1) — the Debian GNU/Linux manual page, but make it cute 💖

okay bestie, so this is cvs-upgrade, and she's a Debian GNU/Linux girlie whose whole job is upgrading a Debian source package that lives in a CVS repo. iykyk. let's get into it 🫶

---

✨ NAME ✨

cvs-upgrade — upgrade a debian source package kept in a CVS repository

---

🌸 SYNOPSIS 🌸

cvs-upgrade [options] <package name> <upstream version> [<debian revision>]

---

🦋 DESCRIPTION 🦋

So this manual page is here to explain the Debian cvs-upgrade utility, which is the little icon that upgrades Debian source packages sitting in a CVS repository. She expects a properly conditioned new upstream source, already chilling in the cvs-buildpackage work directory. no cap. 💅

The upstream sources get imported onto the vendor branch and tagged upstream_version_<upstream version>, with all the dots translated to underscores. (slay.) And then — plot twist — cvs-upgrade pauses all the automatic actions, because at this point you, the human, have to actually step in and resolve any conflicts that may have popped off. She will remind you to check out the sources, resolve those conflicts, and tag the debianized sources using debian_version_<upstream version>-<debian revision>, with all dots translated to underscores. main character energy, honestly. 👑

Please note — and this is important, bestie — that this command does not actually change the working directory, or any checked-out copies. so if you don't have a working directory, you can just do the following manually:

cvs co -jupstream_version_<OLD-VERS> -jupstream_version_<NEW VERS> <PKG>

And if you already have a checked out working directory, please do:

cvs update -d -jupstream_version_<OLD-VERS> -jupstream_version__<NEW VERS>

cvs-upgrade expects the package name, the upstream version, and — if it's relevant — the Debian revision on the command line. She also expects to find a properly conditioned new upstream source archive, in .orig.tar.gz format, in the cvs-buildpackage working directory. 🎀

Heads up: the cvs-buildpackage work directory we're talking about here is the scratch directory where this program works — not the directory that the human uses to work in. two different girlies, don't mix them up. 🙈

cvs-upgrade reads the same config file, /etc/cvsdeb.conf, that all the other cvs-* utilities read. And you can totally use the dry-run option to inspect the steps this utility takes before you commit to anything. 🍓

Combined with her companion utilities cvs-buildpackage and cvs-inject, this provides an infrastructure that facilitates the use of CVS by Debian maintainers. It lets you keep separate CVS branches of a package for stable, unstable, and possibly experimental distributions, along with all the other benefits of a version control system. it's giving organized. ✨

---

💀 CAVEATS 💀

Okay so, please note that the current behaviour of cvs-upgrade is to ignore files that match the default list of file name patterns to be ignored (this is built into cvs, not her fault); and that any .cvsignore files in the upstream sources shall be honoured. This should be fine as long as upstream sources do not include files that match CVS ignore patterns and yet should be in the sources. 😭

The current list of ignored file name patterns is:

RCS SCCS CVS CVS.adm RCSLOG cvslog.* tags TAGS .make.state
.nse_depinfo *~ #* .#* ,* _$* *$ *.old *.bak *.BAK *.orig *.rej
.del-* *.a *.olb *.o *.obj *.so *.exe *.Z *.elc *.ln core

If you wish to modify this behaviour, there are ways to do this (you should see CVS documentation). 👀

• The per-repository list in $CVSROOT/CVSROOT/cvsignore is appended to the list, if that file exists.
• The per-user list in .cvsignore in your home directory is appended to the list, if it exists.
• Any entries in the environment variable $CVSIGNORE is appended to the list.

In any of the places listed above, a single exclamation mark (!) clears the ignore list. This can be used if you want to store any file which normally is ignored by CVS. Also, any .cvsignore file found in the source directory is also honoured. 🫶

---

👑 OPTIONS 👑

• -h — Print out a usage message.
• -m — If present, this option directs this program to include the latest debian changelog, if any, into the commit message. This overrides the environment variable CVSDEB_USE_CHANGELOG.
• -M<module> — The name of the CVS module. This argument overrides the settings in the environment variable CVSDEB_MODULE. There is no corresponding config file variable.
• -F — There are two things CVS may choke on: symbolic links and CVS directories in the source tree. Also, there are times when one may not want to honour the upstream .cvsignore files. Without this option, the cvs-upgrade program shall exit with an error message. This option causes cvs-upgrade to ask whether you want to delete the offending files. If you answer y, it removes them and continues; else it shall exit with an error message. This argument overrides the settings in the environment variable CVSDEB_FORCECLEAN, which in turn overrides the setting in the configuration file, conf_forceclean.
• -T<tag> — The CVS tag to use for exporting sources, rather than constructing one from the version. This assumes you know what you are doing. 😳
• -U<tag> — The CVS tag to use for the upstream tag, rather than constructing one from the upstream version. This assumes you know what you are doing. 😳
• -x<prefix> — The name of the default CVS prefix. This argument overrides the settings in the environment variable CVSDEB_PREFIX, which in turn overrides the setting in the configuration file, conf_prefix.
• -R<root directory> — Root of the original sources archive. We expect to find the <package name>_<version>.orig.tar.gz file under <root directory>/<package name>/ unless the cvs-buildpackage work directory has been set, or we want to export the original sources from the vendor branch of the CVS tree. If the cvs-buildpackage work directory is set anywhere (command line, configuration file, environment variable), the root directory value is ignored, since we only need the root directory to set defaults for the work directory. This argument overrides the settings in the environment variable CVSDEB_ROOTDIR, and the configuration file variable conf_rootdir. Please note that the cvs-buildpackage work directory referred to here is the scratch directory where this program works, not the directory that the human uses to work in. This should probably not be a sub dir of CVSROOT, since cvs shall refuse to export packages there, and the script shall fail.
• -W<work directory> — The working directory, into which the sources will be exported out of CVS and which should contain the original <package name>_<version>.orig.tar.gz. Please note that it is not essential to have the original sources, as this script will check out the vendor branch version tagged as upstream_version_<version> (without the Debian revision). Setting this variable overrides the settings for the root directory. This argument also overrides the settings in the environment variable CVSDEB_WORKDIR, and in the configuration file variable conf_workdir. This should probably not be a sub dir of CVSROOT, since cvs shall refuse to export packages there, and the script shall fail.
• -d<number> — Turn on debugging output. This lists the version numbers, the work and root directories, as well as the CVS tag used to export the sources. This overrides the DEBUG variable in the configuration file.
• -ctp — Include package_ at the start of the CVS tag. This overrides the CVSDEB_PACKAGEINTAG environment variable and the conf_forcetag configuration file option. The default is not to include the prefix.
• -n — The no exec (or dry-run) option, causing cvs-upgrade to print out all actions that would be taken without actually executing them. the responsible queen behaviour we love. 🫶
• -v — Make the utility more verbose.
• CVSDEB_IMPORTSUBSTMODE — You are also allowed to specify an environment variable, CVSDEB_IMPORTSUBSTMODE, that overrides the default substitution option of -ko -d. This is useful when you want to import a package that has a bunch of binary files in the source tree (like emacs or rscheme).

---

🎀 FILES 🎀

Apart from the runtime options, cvs-upgrade also looks for site-wide defaults in the file /etc/cvsdeb.conf. After that, it looks for and reads ~/.cvsdeb.conf. 📂

The default configuration allows there to be a site-wide override for the root or the cvs-buildpackage working directories on the site, but the cvsdeb.conf files are actually Bourne shell snippets, and any legal shell directives may be included in there.

⚠️ Note: Caution is urged with this file, since you can totally change the way that the script behaves by suitably editing this file. like, she will become a different person. be careful. 💀

---

🌈 SEE ALSO 🌈

cvs-buildpackage(1), cvs-inject(1), cvsdeb.conf(5), cvs(1).

---

💜 AUTHOR 💜

This manual page was written by Manoj Srivastava <srivasta@debian.org>, for the Debian GNU/Linux system.

---

and that's the whole page, bestie!! ✨ this one came out of the Debian side of the world back on May 13 1999, and yeah, the page title is literally CVS-UPGRADE(1) — she's been serving Unix manual realness since before some of us were born. iconic. 👑💅🦋