Blueberry doesn't work with gnome-bluetooth >= 42

[AdamWill]

gnome-bluetooth 42 was released recently, and makes major changes to the API. It also, AIUI, requires GTK+ 4.

blueberry probably won't work with gnome-bluetooth 42 and GTK+ 4 without major changes. Not sure if you want to do that, or instead maybe fork gnome-bluetooth 3.x? I don't believe upstream intends to maintain it any more.

[AdamWill]

@leigh123linux FYI. we have an awkward case in Fedora Rawhide right now: to build GNOME 42 Beta we need to update gnome-bluetooth to 42, but doing that will break blueberry.

[hadess]

blueberry probably won't work with gnome-bluetooth 42 and GTK+ 4 without major changes.

blueberry will never work with gnome-bluetooth 42, the UI part of the API isn't exposed to introspection on purpose, as its sole intended consumer is and always was gnome-control-center. Only the non-UI part of the library is has bindings through gobject-introspection as its sole consumer is gnome-shell.

FWIW, I learnt of "blueberry"'s existence today, when I learnt that it was keeping me from packaging gnome-bluetooth 42 as a simple package bump in Fedora when its two users (gnome-control-center and gnome-shell) got updated. I'm not too pleased that somebody relied on an implementation detail of the GNOME platform to create this application.

[clefebvre]

That's fine. gnome-bluetooth used to be a tool which had its own UI and worked on all DEs before it was turned into something that could only work as part of gnome-control-center and basically deprived MATE, Cinnamon and Xfce of the BT tool they were using. When that happened, we weren't too pleased either.

Going forward there are multiple solutions. We're already facing connectivity issues and sound profile problems with the gnome-bluetooth backend and considering replacing it with blueman, so one solution is simply to stop developing blueberry.

@AdamWill If 42 provides GI to be used with Shell we can probably use that. I don't think that was possible at the time, or at least that's not what GCC was doing. We'll have a look and get back to you.

[AdamWill]

For the record I'm not primarily interested for myself, I use GNOME; I just wanted to give a heads-up when we ran across this issue while doing the GNOME 42 builds for Fedora. @leigh123linux would be the main Fedora person to follow up with I think.

[leigh123linux]

@leigh123linux FYI. we have an awkward case in Fedora Rawhide right now: to build GNOME 42 Beta we need to update gnome-bluetooth to 42, but doing that will break blueberry.

Have you asked the fedora blueberry maintainers?

@nonamedotc
@nirik

[hadess]

That's fine. gnome-bluetooth used to be a tool which had its own UI and worked on all DEs before it was turned into something that could only work as part of gnome-control-center and basically deprived MATE, Cinnamon and Xfce of the BT tool they were using. When that happened, we weren't too pleased either.

There's nothing stopping you from forking gnome-bluetooth and maintaining it, then, or now. It would certainly require doing slightly more work than you were up to that point, that's for sure.

[clefebvre]

Blueberry used the gnome-bluetooth widget the same way gnome-control-center did. It's extremely basic. That project is nothing else than the window and menu launcher you removed from gnome-bluetooth. There's very little work involved in it. We didn't implement anything, we just fixed the regression and brought back gnome-bluetooth's compatibility with other DEs.

If you maintained that BT stack, which worked everywhere before, with a little bit of consideration for people who use it outside of the GNOME DE there would be no work involved at all.

Instead, there was a tiny amount of work here, and "slightly more work" elsewhere, in blueman. Blueman handles it all and for all DEs. You might think it's a good thing but it's the result of an unnecessary fragmentation. It already has a better backend and the work put in it sadly doesn't trickle back or benefit gnome-bluetooth.

Forking yet another BT backend is a terrible idea. Either we'll adapt blueberry and it will continue as a frontend to gnome-bluetooth, or we'll stop the project and focus our efforts on blueman.

[clefebvre]

@AdamWill I had a look at https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/644RTSO5KXRKW76KHZ6CYHP3O7USPPA7/ and had a chat with @leigh123linux in one of our slacks.

• Blueberry is not a Cinnamon project, it's an Xapp project. In other words it's meant to be DE-agnostic and work anywhere just like blueman. There are no dependencies between Cinnamon and Blueberry.
• Leigh is happy to ship Fedora Cinnamon with blueman instead of blueberry.

[hadess]

Blueberry used the gnome-bluetooth widget the same way gnome-control-center did.

Totally normal usage: https://github.com/linuxmint/blueberry/blob/master/usr/lib/blueberry/blueberry.py#L172

If you maintained that BT stack, which worked everywhere before, with a little bit of consideration for people who use it outside of the GNOME DE there would be no work involved at all.

I'm sorry, but I owe you, or the other desktops, absolutely nothing. I'm not sure which part of gnome-bluetooth made you think it was built to work on desktops other than gnome. You should be grateful to not have had to maintain your own Bluetooth tools for as long as you did, especially given the contributions made back to gnome-bluetooth as a result of that usage.

And I find it weird that you expect me to maintain a UI for other desktops until the end of days when you can't be bothered to maintain your own for a day.

[clefebvre]

There's quite a lot you don't understand. That's fine Bastien. We don't need to agree on anything.