Vitaliy Sapronenko

Also had to install systemd-devel for libudev dependency

You can make better image (I mean colors) if you play with key L (which switches animation of light direction) in bevy scene viewer, because darkness of wall is light...

I ensured that no KHR_texture_transform extension in this file. Blender plugin doesnt see it also. gltf crate inside bevy reads TEX_COORS without modifications (it's equal to coresponding buffer data from...

Got such view with #13153 change 

That because [width is set](https://github.com/bevyengine/bevy/blob/22305acf660486554fe6276e580e65a910b9e2df/examples/games/game_menu.rs#L396), but height isn't. If you remove width from style, you'll see  big icons with correct proportions.

@mockersf I set height same as width and got  correct result. Is this change good enough solution, or someone should dig deeper and figure out why taffy changed behaviour?

For `overflow_debug` same thing: height is set, but width isn't. If add `width: Val::Px(400.0),`, then result  looks correct

But if this solution gets approve, then I think we should add some notes to Migration guide, because such things could be in bevy users code

Or better add some check/warning in `bevy_ui::layout::convert::from_style(...) -> taffy::style::Style`

This workaround doesn't work if textures depend on different texCoords, for example #13086. Full correct solution includes change bevy_pbr to use (or abble to use) different ATTRIBUTE_UV_n for each texture....