Configuration option to control colored output #191

New Issue

Closed

opened 2019-06-16 16:37:04 +00:00 by elho · 4 comments

elho commented 2019-06-16 16:37:04 +00:00

Copy Link

There should be a configuration option to control whether output is colored by default, or not.
While direct interactive use could be covered by a shell alias to always include --no-color, invocations of borgmatic from wrapper scripts however need to be adjusted as well, so a single global configuration option would be much nicer.

There should be a configuration option to control whether output is colored by default, or not. While direct interactive use could be covered by a shell alias to always include --no-color, invocations of borgmatic from wrapper scripts however need to be adjusted as well, so a single global configuration option would be much nicer.

witten commented 2019-06-17 00:24:00 +00:00

Owner

Copy Link

A config option seems reasonable! My only question is: What's your motivation for disabling color? Is it just obnoxious in some cases? Incorrectly colored? Triggering in non-interactive invocations? Thanks.

A config option seems reasonable! My only question is: What's your motivation for disabling color? Is it just obnoxious in some cases? Incorrectly colored? Triggering in non-interactive invocations? Thanks.

elho commented 2019-06-17 20:40:46 +00:00

Author

Copy Link

Strong personal taste, I guess. 😄 The higher contrast of black and white messages is more helpful to me to grasp them, than some color indicating the type of message, when it starting with e.g. "Error:" is pretty clear already. 😉

Strong personal taste, I guess. :smile: The higher contrast of black and white messages is more helpful to me to grasp them, than some color indicating the type of message, when it starting with e.g. "Error:" is pretty clear already. :wink:

witten commented 2019-06-17 20:45:14 +00:00

Owner

Copy Link

Makes sense. I think this should be pretty straight-forward.

Makes sense. I think this should be pretty straight-forward.

witten added the design finalized label 2019-06-17 20:45:31 +00:00

witten referenced this issue from a commit 2019-06-20 03:49:32 +00:00

Disable console color via "color" option in borgmatic configuration output section (#191).

witten commented 2019-06-20 04:03:33 +00:00

Owner

Copy Link

Well, it was not as straight-forward as I thought, but I managed to release this change in borgmatic 1.3.8.

The configuration option goes in a new output section in borgmatic configuration. Example:

# Options for customizing borgmatic's own output and logging.
output:
    # Apply color to console output. Can be overridden with --no-color command-line
    # flag. Defaults to true.
    color: false

There are still a few cases where console color can show up even with this option set. E.g., if an error occurs prior to configuration being loaded. But other than that, I think this should do what you're looking for. Let me know if it works out for you, and thanks for suggesting it!

Well, it was not as straight-forward as I thought, but I managed to release this change in borgmatic 1.3.8. The configuration option goes in a new `output` section in borgmatic configuration. Example: ```yaml # Options for customizing borgmatic's own output and logging. output: # Apply color to console output. Can be overridden with --no-color command-line # flag. Defaults to true. color: false ``` There are still a few cases where console color can show up even with this option set. E.g., if an error occurs *prior* to configuration being loaded. But other than that, I think this should do what you're looking for. Let me know if it works out for you, and thanks for suggesting it!

👍 1

witten closed this issue 2019-06-20 04:03:33 +00:00

Sign in to join this conversation.

No Branch/Tag Specified

Branches Tags

main

command-hook-steps

2.1.2

2.1.1

2.1.0

2.0.13

2.0.12

2.0.11

2.0.10

2.0.9

2.0.8

2.0.7

2.0.6

2.0.5

2.0.4

2.0.3

2.0.2

2.0.1

2.0.0

1.9.14

1.9.13

1.9.12

1.9.11

1.9.10

1.9.9

1.9.8

1.9.7

1.9.6

1.9.5

1.9.4

1.9.3

1.9.2

1.9.1

1.9.0

1.8.14

1.8.13

1.8.12

1.8.11

1.8.10

1.8.9

1.8.8

1.8.7

1.8.6

1.8.5

1.8.4

1.8.3

1.8.2

1.8.1

1.8.0

1.7.15

1.7.14

1.7.13

1.7.12

1.7.11

1.7.10

1.7.9

1.7.8

1.7.7

1.7.6

1.7.5

1.7.4

1.7.3

1.7.2

1.7.1

1.7.0

1.6.6

1.6.5

1.6.4

1.6.3

1.6.2

1.6.1

1.6.0

1.5.24

1.5.23

1.5.22

1.5.21

1.5.20

1.5.19

1.5.18

1.5.17

1.5.16

1.5.15

1.5.14

1.5.13

1.5.12

1.5.11

1.5.10

1.5.9

1.5.8

1.5.7

1.5.7.dev0

1.5.6

1.5.5

1.5.4

1.5.3

1.5.2

1.5.1

1.5.0

1.4.22

1.4.21

1.4.20

1.4.19

1.4.18

1.4.17

1.4.16

1.4.15

1.4.14

1.4.13

1.4.12

1.4.11

1.4.10

1.4.9

1.4.8

1.4.7

1.4.6

1.4.5

1.4.4

1.4.3

1.4.2

1.4.1

1.4.0

1.3.26

1.3.25

1.3.24

1.3.23

1.3.22

1.3.21

1.3.20

1.3.19

1.3.18

1.3.17

1.3.16

1.3.15

1.3.14

1.3.13

1.3.12

1.3.11

1.3.10

1.3.9

1.3.8

1.3.7

1.3.6

1.3.5

1.3.4

1.3.3

1.3.2

1.3.1

1.3.0

1.2.18

1.2.17

1.2.16

1.2.15

1.2.14

1.2.13

1.2.12

1.2.11

1.2.10

1.2.9

1.2.8

1.2.7

1.2.6

1.2.5

1.2.4

1.2.3

1.2.2

1.2.1

1.2.0

1.1.15

1.1.14

1.1.13

1.1.12

1.1.11

1.1.10

1.1.9

1.1.7

1.1.6

1.1.5

1.1.4

1.1.3

1.1.2

1.1.1

1.1.0

1.0.3

1.0.2

1.0.1

1.0.0

0.1.8

0.1.7

0.1.6

0.1.5

0.1.4

0.1.3

0.1.2

0.1.1

0.1.0

0.0.7

0.0.6

0.0.5

0.0.4

0.0.3

0.0.2

Labels

Clear labels

blocked

breaking

bug

data loss

design finalized

good first issue

new feature area

question / support

security

waiting for response

No Label design finalized

Milestone

No items

No Milestone

Assignees

Clear assignees

witten

No Assignees

2 Participants

Notifications

Subscribe

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: borgmatic-collective/borgmatic#191