bug#54521: [PATCH] dircolors: colorize backup files with bright black

[Ville Skyttä]

Useful as it makes them stand out less than non-backup files.
---
 src/dircolors.hin | 19 +++
 1 file changed, 19 insertions(+)

diff --git a/src/dircolors.hin b/src/dircolors.hin
index 673835201..6dc5a2d74 100644
--- a/src/dircolors.hin
+++ b/src/dircolors.hin
@@ -211,5 +211,24 @@ EXEC 01;32
 .spx 00;36
 .xspf 00;36
 
+# backup files
+*~ 00;90
+*# 00;90
+.bak 00;90
+.old 00;90
+.orig 00;90
+.part 00;90
+.rej 00;90
+.swp 00;90
+.tmp 00;90
+.dpkg-dist 00;90
+.dpkg-old 00;90
+.ucf-dist 00;90
+.ucf-new 00;90
+.ucf-old 00;90
+.rpmnew 00;90
+.rpmorig 00;90
+.rpmsave 00;90
+
 # Subsequent TERM or COLORTERM entries, can be used to add / override
 # config specific to those matching environment variables.
-- 
2.25.1

bug#54519: YES

[Martin Schulte]

Hello Dmitry!

> Surely this is a problem with zypper, not with 'yes'.

And probably zypper's options --non-interactive / -y / --no-confirm will do 
want you want!

Best regards

Martin

bug#54519: YES

[Paul Eggert]

On 3/22/22 06:16, bdmalex--- via GNU coreutils Bug Reports wrote:

yes | zypper up;
  
yes y | zypper up;
  
yes 'y' | zypper up;


Surely this is a problem with zypper, not with 'yes'.

If it is a problem with 'yes', please give a way to reproduce the 
problem that doesn't involve zypper (a program the bug-report reader 
probably doesn't have).

bug#54519: YES

[bdmalex--- via GNU coreutils Bug Reports]

Hello !
 
I try to use GNU «yes» on Suse Linux...but it not WORK, as I think…
 
I use such variants:
 
yes | zypper up;
 
yes y | zypper up;
 
yes 'y' | zypper up;
 
ALL variants DID not work …
 
Why such problems with yes ?
 
Best regards
Dmitry
Telegram:
https://t.me/bdmalex