Actual laws vary from state to state, but some states (like California) actually suggest riding closer to the center of the lane when there isn't a separate bicycle lane and the traffic lane isn't wide enough for a car to safely pass. From the California DMV website:

There's more extensive details in the formal traffic code as well. Of course this probably varies from state to state (California law also indicates that a car can only pass a bicycle if it can give three feet of room, so "enough room" is at least well-defined); don't assume the same expectations applies elsewhere without checking first.

I do agree that there are a lot of idiots on bikes out there doing really stupid/dangerous things (biking the wrong direction in bike lanes, biking at night without lights, etc.) and a surprising amount of the time it's because they never bothered to learn the part of the traffic code that deals with bicycles. We only let people drive cars and motorcycles on roads if they pass a test and earn a license . . . it seems like we really need similar requirements for anyone operating a bicycle on on public roads as well. It certainly wouldn't eliminate all of the idiots who shouldn't be on a bike (just as DMV tests today don't eliminate all of the idiot drivers), but it would hopefully help.

This is true to an extent, but keep in mind that most modern apps you run on Linux aren't "X apps" or "Wayland apps" but rather "{insert toolkit here} apps" that are written completely in something like QT or GTK and never make any direct calls into the X11 or Wayland API's. The same app can often run on both X and Wayland without modification as long as it's built with a toolkit that has both Wayland and X backends.

It's certainly possible to write pure GL + wayland (or shm + wayland) apps without using a toolkit, so your concern is valid there, but apps of this form probably won't be very common (the most likely cases will be things like 3d games and such that don't need a toolkit, but those aren't the kind of apps you'd be running with indirect rendering on X anyway).