Description of problem: The "file" command will die with SIGSEGV if it is passed multiple files to examine, and any file except the last file is an Ogg Vorbis file. Version-Release number of selected component (if applicable): file-3.39-4 How reproducible: Invoke file like this: file some-file.ogg some-other-file Actual results: Segmentation fault. Expected results: Success. Additional info: The act of examining an Ogg Vorbis file seems to be what triggers this bug.
A clarification: file *does* print information about the Ogg Vorbis file successfully; it only dies when it attempts to examine the next file in the argv list.
Yup, this problem bit rpm too, which has an internal copy of file-3.39. Fix there was to remove new-fangled /usr/share/magic tests. Do diff -u /usr/share/magic /usr/lib/rpm/magic for details.
Fixed (as described) in file-3.39-6.
Hurm. While file doesn't crash when using /usr/lib/rpm/magic, I think it's bogus that a magic(5) file (one that doesn't even appear to be deliberately mangled, even) can cause file to segfault. File should not segfault, regardless of what magic it's using. What do the upstream maintainers think about this?
There's a bug in the magic file distributed with file-3.39. Go ask the upstream maintainers if you wish. The expedient fix is Don't do that.