regex-automata VS steam-for-linux

I believe you're the second person to tell me they were confused by this, so there are probably several others confused but didn't say anything. I've added a warning to the top of regex-automata's README.

For anyone following along at home, we're having a very helpful discussion about the implementation I posted in my sibling comment here: https://github.com/BurntSushi/regex-automata/issues/30

My current technique only gets applied to alternations of simple literals. But the idea is generalizeable and I speculate that it is actually impactful to generalize it.

(I could use '_ => {}' instead of 'None' to save a few more.)

I do find the 'if let' variant to be a bit easier to read. It's optimizing for a particular and somewhat common case, so it does of course overlap with 'match'. But I don't find this particular overlap to be too bad. It's usually pretty clear when to use one vs the other.

But like I said, I could live without 'if let'. It is not a major quality of life enhancement to me. Neither will its impending extensions. i.e., 'if let pattern = foo && some_booolean_condition {'.

[1]: https://github.com/BurntSushi/regex-automata/blob/fbae906823...

[2]: https://github.com/BurntSushi/regex-automata/blob/fbae906823...

(The work on regex-automata 0.2 has been underway for over a year now.](https://github.com/BurntSushi/regex-automata/tree/ag/work) There's a lot done, but still a lot more to go. Once that's done, regex proper should be pretty close to a thin layer that glues regex-syntax, regex-automata, memchr and aho-corasick together. I don't currently expect regex to grow any more dependencies than that. And as it is, aho-corasick and memchr are both optional dependencies. Right now, regex-syntax is the only required dependency, but regex-automata will be added to that list.

Anyone else noticing this? I don't believe I'm going insane. For a while now my download speeds, regardless of chosen server, are always slower in the Linux client compared to in Windows. Is the only appropriate place to post about this here -> https://github.com/ValveSoftware/Steam-for-Linux ? Would be great to know that I'm not the only one being affected.

https://github.com/ValveSoftware/steam-for-linux/issues Its seems to be a problem happening only to Nvidia GPUs. Not only Mint but many other distros A temporary solution is to open Steam from the Terminal using "steam -vgui"

I just spent a few hours working on that problem that Steam takes very long to appear. I did not have xdg-desktop-portal-gnome installed, and Steam is the only application that has that problem, so it's not the one from the update forum post. What my (and probably your) problem is, is this one: https://github.com/ValveSoftware/steam-for-linux/issues/9780. Some bug where CEF gets stuck in a loop. When I executed steam --reset an error about steamwebhelper and glibc appeared like 50 times, each taking a few seconds.

Hey I had the same issue - are you running this on Linux? On my arch machine I had this problem and was able to resolve it via the advice in this thread: https://github.com/ValveSoftware/steam-for-linux/issues/9640

might be related #9805

Steam crashes at launch with libgudev 238 · Issue #9805 · ValveSoftware/steam-for-linux

Relevant open issue from 2014: https://github.com/ValveSoftware/steam-for-linux/issues/3372