Bug 1872913

`zgrep -l` and `zgrep -L` do not appear to work correctly in current Fedora 33 / Rawhide at all.

Check this:

[adamw@adam c]$ zgrep "U+0033" th.map.gz uz.map.gz
uz.map.gz:keycode 4 = U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three

that shows that only uz.map.gz contains the string "U+0033", which matches the result of both regular 'grep' after uncompressing the files manually:

[adamw@adam uc]$ grep "U+0033" th.map uz.map
uz.map:keycode 4 = U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 U+0033 U+2116 Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three Meta_three

and a manual inspection of the files. So far, so good. However, let's try out `zgrep -l` (which should print files *with* a match) and `zgrep -L` (which should print files *without* a match):

[adamw@adam c]$ zgrep -l "U+0033" th.map.gz uz.map.gz
uz.map.gz
[adamw@adam c]$ zgrep -L "U+0033" th.map.gz uz.map.gz
uz.map.gz

er...that's not right. The output of `-l` is correct in this case (though it's wrong in other cases I've tested), but the output of `-L` is clearly wrong - uz.map.gz *does* contain the string, the command should output 'th.map.gz'.

It's easy to produce all kinds of broken results by just experimenting with this with various files and strings.

this appears to work correctly in current Fedora 32:

[adamw@xps13k c]$ zgrep -l "U+0033" th.map.gz uz.map.gz
uz.map.gz
[adamw@xps13k c]$ zgrep -L "U+0033" th.map.gz uz.map.gz
th.map.gz

(xps13k is an F32 box). On further investigation, the cause is grep: F32 has grep-3.3-4.fc32.x86_64, F33 and Rawhide have grep-3.4-1.fc33.x86_64. If I downgrade grep to 3.3-4.fc32 on my F33 box, the bug stops happening.

I'm attaching sh -x logs from the broken and working cases. You can see somehow the return code of the grep run on line 208 of zgrep is not what it should be.

Now, would you like to play a game called "guess how this broken encrypted installs in Russian"? Because it did! :)