CDE(1)

πŸ‘‘ CDE(1) β€” the manual page, but make it make sense πŸ’…

okay bestie, section 1 of the manual, "User Commands", you already know ✨


🌸 NAME 🌸

cde β€” package everything required to execute a Linux command on another computer 🫢

Like. everything. all the bits. so it actually runs over there. iconic behaviour fr fr.


πŸ¦‹ DESCRIPTION πŸ¦‹

CDE: Code, Data, and Environment packaging for Linux

Copyright 2010-2011 Philip Guo (pg@cs.stanford.edu) http://www.stanford.edu/~pgbovine/cde.html

the way that this tool just grabs your whole vibe and teleports it to another machine… no cap, that's the whole thing πŸ’–

usage:

cde [command to run and package]

you hand it a command, it does its thing. periodt.

✨ Options ✨

  • -c β€” prints the order of files copied into the package, and it writes that out into cde-copied-files.log πŸ“ so you can literally see the receipts of what got packed.
  • -o <output dir> β€” sets a custom output directory instead of the default "cde-package/". so if you don't vibe with cde-package/, you get to pick your own spot πŸŽ€
  • -f β€” does NOT follow forks, which means child processes do not get packaged. so if your thing spawns lil baby processes, they are getting left behind πŸ™ˆ heads up.
  • -i '<file path>' β€” ignore that exact file path. one specific file, one specific path, skipped πŸ’…
  • -p '<file path>' β€” ignore that file path prefix. so it's not just one file, it's the whole little family of paths starting with that prefix πŸ¦‹
  • -v β€” verbose mode, for debugging πŸ”₯ when you need it to spill every single detail.

🌈 SEE ALSO 🌈

cde-exec(1) β€” go read that one next bestie, it's the other half of the story πŸ‘‘


and that's the whole page!! πŸ’œ this was cde 0.1, dated February 2012, living in section CDE(1) of the manual. mwah, ily, go package something 🫢✨