Rawhide gets GNOME Shell for all display types

If you're running non-OpenGL capable hardware in the last half-decade, it's almost certainly native memory for the framebuffer so the CPU is not disadvantaged. On older hardware, you might use a shadow framebuffer or similar buffering technique, but still keep track of blitted regions via data structures.

Scrolling is still common in apps! With older hardware, or slow current hardware, scrolling large screen areas using blits vs. CPU updates remains user-visible (i.e. slower than vsync rate). It's visible because it's a big animation. Fills are less important (because they're not animations) unless it's a big screen and slow CPU (see "media player"), in which even pretty vector systems can benefit from algorithms which extract big rectangles and leave just the detail to the CPU.

I think the reason blits are no longer of much interest is because applications and toolkits no longer target the class of hardware where it's worth doing, as it's such a minority of systems and shrinking, software rendering is good enough everywhere, and when such systems were more common, there wasn't yet much effort put into optimising desktop rendering performance on Linux. Except for games, but games have different needs.