GLTeapot requires mesa-swpipe

[vidrep]

hrev51289 x86_64 Fresh install of hrev51288 with pkgman update to hrev51289 GLTeapot opens with error message "No OpenGL renderer available!" Note that one CPU core is pegged while the demo is active See attached GLTeapot.png

Installing mesa_swpipe from HaikuDepot fixes the issue This package should be included in the nightly-anyboot.iso

[pulkomandy]

mesa core should depend on this package, as now there is a single renderer. Possibly we could even stop packaging it separately from mesa.

[vidrep]

I believe this ticket was addressed with the following commit:

​https://cgit.haiku-os.org/haiku/tag/?h=hrev51339

[pulkomandy]

As far as Haiku is concerned, yes. Would be nice if the mesa package had proper dependencies, however.

[kallisti5]

The mesa package does have proper dependencies. You don't *have* to install a software renderer. (although one should be provided in the default image)

[pulkomandy]

It's useless without one, and now there is only a single one available, so I don't really see the point.

It should at least meta-depend on "needs a renderer, any one will do" or something?

[kallisti5]

Requiring any renderer isn't a bad idea. As part of development however it was handy to have "no" renderers installed, then throwing your compiled renderer add-on under test in ~/config/non-packaged/add-ons/opengl/. Sometimes you can run into weird issues with the one you place in non-packaged silently not getting loaded and the OpenGL kit falling back on the packaged on... however I think I only saw that when I was first doing "weird stuff" generating the add-ons directly from Mesa vs our fork.