Project status

[lu-zero]

Is the project shelved?

[bugaevc]

Well, clearly I'm not actively developing it, so in that sense, yes. That being said, I do have some unpushed recent work that I should make public.

You're very welcome to contribute, or to even try building it and report if it works on your system, if that's what you're asking.

[lu-zero]

I can try building it, sadly had been ages since I used ObjC. The project looks cool so I was wondering what happened to it :)

[hmelder]

I was wondering what happened to it

Just chiming in here.

A (personal) project is not required to remain active. Most of the time it started out of fun, but not with the obligation to maintain it for aeons.

Try it out, maybe learn from it :)
These questions without further context can be quite rude.

[RJVB]

I think asking about the status of a project like this that is clearly not being developed actively (a 3yo upload but proof-of-concept posts dating back to 2014 AFAICS) isn't such a strange thing before diving in...

That being said, I do have some unpushed recent work that I should make public.

That's be great of course. Some more build documentation wouldn't hurt either, plus a word or two on system requirements (what range of OS versions will this build on?!), and on "where to go from here".

Having a Wayland compositor is nice, but how do you use it? For instance, will GTk3's (or Qt5's!) Wayland backend build "out of the box" so any GTk (Qt5) application will be able run under Wayland?

I think there ought to be interest in contributing from both retro-computing people like myself and from people with up-to-date systems who apparently find XQuartz to be less and less a workable solution (esp. now that GTk4 requires compositing abilities).

[bugaevc]

For instance, will GTk3's (or Qt5's!) Wayland backend build "out of the box" so any GTk (Qt5) application will be able run under Wayland?

I did built GTK 4's Wayland backend under GNU/Hurd and ran it against Owl, yes, but I haven't tried on OS X. You tell me 🙂

[RJVB]

I did built GTK 4's Wayland backend under GNU/Hurd and ran it against Owl, yes, but I haven't tried on OS X. You tell me 🙂

What *did* you build and run against Owl on Mac? Some screenshots could be a great way to pique the interest of some of the right people (more than just the knowledge that a proof-of-concept implementation exists...) ! ;)

[bugaevc]

Sure, here are a bunch of old screenshots I posted in various places before:

On GNUstep + GNU/Hurd:

I believe somebody got waypipe to work, which then let them run many more clients without having to build them for OS X.

In this talk https://www.youtube.com/watch?v=ij_VyyvYfmI the presenter demonstrates another terminal (it was havoc I think) running, though you can barely see it.

[RJVB]

Re: GNU/Hurd: does that have native EGL support?

(Plugged on the Macport-dev ML ;) )

[cooljeanius]

Cool, this might be of interest to the PureDarwin project...

[RJVB]

On Saturday November 30 2024 15:50:22 Eric Gallager wrote: Cool, this might be of interest to the PureDarwin project...

Via the GNUStep backend?

[cooljeanius]

On Saturday November 30 2024 15:50:22 Eric Gallager wrote: Cool, this might be of interest to the PureDarwin project...
Via the GNUStep backend?

That's what I'd hope, although they may be going with something different...

[RJVB]

How about xwayland? Did anyone get that to work yet?

[csekel]

On Saturday November 30 2024 15:50:22 Eric Gallager wrote: Cool, this might be of interest to the PureDarwin project...
Via the GNUStep backend?

That's what I'd hope, although they may be going with something different...

Think we’ll be going GNUStep then build on Owl.

[RJVB]

On Tuesday December 03 2024 17:09:47 InSaneDarwin wrote: Think we’ll be going GNUStep then build on Owl.

But what about the drivers to do proper compositing? The main middlewares on which almost all GUIs are built nowadays all seem to assume that hw-accelerated compositing is available. And from what I hear, using GTk4 with CPU-based EGL makes it unbearably slow. What part of GNUStep BTW, I suppose not the part that also works (or used to work) on Mac but rather the replacements for CoreFoundation and family?

[csekel]

On Tuesday December 03 2024 17:09:47 InSaneDarwin wrote: Think we’ll be going GNUStep then build on Owl.
But what about the drivers to do proper compositing? The main middlewares on which almost all GUIs are built nowadays all seem to assume that hw-accelerated compositing is available. And from what I hear, using GTk4 with CPU-based EGL makes it unbearably slow. What part of GNUStep BTW, I suppose not the part that also works (or used to work) on Mac but rather the replacements for CoreFoundation and family?

Just enough of GNUStep to make it possible to run OWL, we do have our own versions of CF and Foundation(PDFoundation) that we’ll have to work on for compatibility. Different options just which is best.