Silent Mode

Control logging and output verbosity

Silent Mode

Packem has no silent config option and no --silent CLI flag. Logging verbosity is controlled by the debug option / --debug behaviour and the environment flags described below.

Build output verbosity in Packem is driven by a debug/verbose toggle rather than a "silent" switch. The only verbosity-related control that exists in the config is debug.

debug

The debug option enables verbose logging. It is part of BuildOptions:

import { defineConfig } from '@visulima/packem/config'

export default defineConfig({
  debug: true,
})

When enabled, Packem emits additional logger.debug(...) output (for example, where the config file was found) and passes debug through to jiti, which loads your config and entry files.

Environment flags

The --production and --development CLI flags (mutually exclusive) set the build environment, which in turn affects defaults such as minification. They do not silence logging, but they are the primary way to switch a build's mode from the command line:

packem build --production
packem build --development

What does not exist

For accuracy, note the following are not available:

  • No silent: true config key.
  • No --silent or --quiet CLI flag.
  • No logLevel / verbosity config option.

If you need quieter output, the practical lever is to leave debug off (its default), which suppresses the verbose debug stream.


  • Platform - environment and the --production / --development flags
  • Watch Mode - Development workflow logging
Support

Contribute to our work and keep us going

Community is the heart of open source. The success of our packages wouldn't be possible without the incredible contributions of users, testers, and developers who collaborate with us every day.Want to get involved? Here are some tips on how you can make a meaningful impact on our open source projects.

Ready to help us out?

Be sure to check out the package's contribution guidelines first. They'll walk you through the process on how to properly submit an issue or pull request to our repositories.

Submit a pull request

Found something to improve? Fork the repo, make your changes, and open a PR. We review every contribution and provide feedback to help you get merged.

Good first issues

Simple issues suited for people new to open source development, and often a good place to start working on a package.
View good first issues