Newest zypper dup wants cnf-rs* packages?

English Install/Boot/Login
1

Hmmm. Ran -zypper dup- and I see the following, shown in the pre-form-text below

The following 2 NEW packages are going to be installed:
  cnf-rs       0.5.2~0-1.1  x86_64  openSUSE-Tumbleweed-Oss  openSUSE
  cnf-rs-bash  0.5.2~0-1.1  noarch  openSUSE-Tumbleweed-Oss  openSUSE

I cancelled zypper (and marked those as ‘taboo’), cause it seems odd.
I did a google search for “tumbleweed cnf-rs” and zero results.
Also did a “cnf-rs” search and got health-related hits.

I ran Yast2 and checked , yep - they are there:
“Bash setup code for command-not-found handler cnf-rs”

Is this a decision only for openSuse folks to have code just for handling “command not found” for bash?
It seems to me that would be default behavior for bash, after all these years.
Seems odd. Why didn’t the bash authors think it’s required ?

Sorry, just seems suspicious as I never found any internet hits for it.

2

It was added to factory…

With the same “zypper dup” the python based command-not-found package got removed as it is obsolete and replaced by cnf-rs.

3

A command not found handler does more than just telling you the command was not found, for example which package would provide it.

4

I prefer scout-command-not-found, cnf-rs requires more key strokes and doesn’t advise the package it’s from…

cnf-rs echo
Absolute path to 'echo' is '/usr/bin/echo'. Please check your $PATH variable to see whether it contains the mentioned path.

versus

cnf echo
                      
Program 'echo' is present in package 'coreutils', which is installed on your system.

Absolute path to 'echo' is '/usr/bin/echo'. Please check your $PATH variable to see whether it contains the mentioned path.

zypper in scout-command-not-found
Solution 1: deinstallation of cnf-rs-bash-0.5.2~0-1.1.noarch

zypper al cnf-rs*
1 Like
5

I saw that too - I think it wanted to be removed.
Sorry, that seemed odd, because I have never seen a reference to that also.