On 03/05/18 12:23, Samuel Sieb wrote: > On 03/04/2018 05:55 PM, Eyal Lebedinsky wrote: >> While it mostly works, this specific command fails: >> >> $ dnf provides '*/Droid Sans*' >> >> This is consistent, and also happens on a second machine. Both run f27 fully updated. >> >> The following does work: >> >> $ dnf provides '*/Droid*' >> >> But this one crashes: >> >> $ dnf provides '*/x y*' >> >> >> I suspect a python problem. Anyone else sees these crashes? > > I've never tried a query like that before, but I do get a crash as well. The stack > trace isn't always the same, but it's usually in a malloc call. It looks like it's > possibly a glibc problem. But for some reason abrt isn't detecting the crash which > makes it harder to report. I will file a bug. > OK, but isn't this searching for a file that has a "space" in it? Can't recall ever seeing one like that as part of the O/S. -- If simple questions can be answered with a simple google query then why are there so many of them?
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
