Well that's something new. Must be a circular dependency between glib-2.82.4,2 and gobject-introspection@bootstrap, but I'm not entirely sure which port to file a bug against; I suspect gobject-introspection.

#FreeBSD #glib #portmaster

I have not blogged or talked about the follow-up work to my "GType Next" blog post that I've been doing in my spare time, mainly because it is happening *in my spare time*, and I don't want to give false impressions to people; the other reason is that the time consuming bit is not writing a bunch of code, but it's planning ahead, because the goal is to avoid breaking stuff at all costs…

#glib #gobject #gtk

Ciekawostka: jeżeli różne programy sypią się z błędami typu:

(…): GLib-GIO-ERROR **: 20:46:27.286: Settings schema '…' does not contain a key named '…'

a macie pewność, że schematy skompilowane, i definitywnie zawierają taki klucz, to może okazać się, że z jakiegoś powodu w waszym katalogu domowym siedzi dodatkowy plik ze skompilowanymi schematami, i jest używany zamiast systemowego.

Czyli:

rm ~/.local/share/glib-2.0/schemas/gschemas.compiled

#Gentoo #GNOME #glib

Fun fact: if random applications are crashing with errors like:

(…): GLib-GIO-ERROR **: 20:46:27.286: Settings schema '…' does not contain a key named '…'

and you've already verified that you've compiled the schemas, and that the schema contains the listed key, then it may mean that for some reason you have another compiled schema file in your home directory, and it's taking precedence.

In other words:

rm ~/.local/share/glib-2.0/schemas/gschemas.compiled

#Gentoo #GNOME #glib

Play FlappyBird, but written in #vala !
https://gitlab.com/nda-cunh/flappyvala
Using only #SFML and #glib as dependencies.
The code is object oriented and a very good example for a non-gtk Vala app. Check it out!

#gamedev #gaming #FlappyBird #OOP

Support for async/sync/finish introspection annotations has landed in GLib for the next unstable release, https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3746

#GLib #MaintainerLife #gobject-introspection #GNOME

@eniko C is a very incomplete language. The C std lib is nothing compred to a "proper" one from modern languages like C++ or rust. That is why for example #glib exists, an additional library to provide more functions and utilities, also for working with strings. (It is used heavily in the #GNOME desktop environment)

Important security update for GLib and D-Bus, thanks to @pwithnall

https://discourse.gnome.org/t/security-fixes-for-signal-handling-in-gdbus-in-glib/20882

If you are a downstream distributor of GLib, GTK, or GNOME-related projects, remember to follow the distributor tag on Discourse.

#glib #security

When I was dealing with gtk-rs, I thought #gVariant was a mess in #rust .

Now I know it's not just Rust. It's also a pain in C. Sigh.

#rustlang #glib #programming #linuxdesktop

Does anyone happen to know why GUnixInputStream doesn't implement GSeekable? #glib

Greetings Programs!! Doing a hopefully quick but late night stream on Xeme our new #XMPP library for @pidgin Come on by! #OpenSource #OpenSourceLive #C #GLib #Gtk https://twitch.tv/rw_grim/ https://youtube.com/@rw_grim/

Trying to update the #matrix #GLib SDK to use libsoup3 instead of libsoup2 for its HTTP calls, and wondering whether it's worth it keeping support for both versions.

#Ifdef hell is always "fun" to maintain. :)

Sent a PR to #LZ4 for a new API which I would like to use in my new GConverter implementation for #GLib

Embloggeration happened: https://www.bassi.io/articles/2023/10/25/introspections-edge/

In which I talk about the current plans for gobject-introspection and GLib.

If you work on language bindings, and/or packaging glib, you should reach out to the GLib maintainers.

#gnome #glib #gnome

🎉️ TelegramGLib now got 1.0 release!

Now it has Handlers support, a lot of bug fixes and new features!

#Vala #GLib #OpenSource #Telegram #Bots
https://github.com/SpikedPaladin/TelegramGLib
https://github.com/SpikedPaladin/TelegramGLib-Examples

@glaskows I started with wanting to better understand #GTK4, but found it to be quite confusing with the whole "we have our own object-oriented abstraction on top of C" without really being firm in C itself. So gamedev is not my special interest - should I instead go read some #linux kernel code? Or I'll just refresh my C knowledge with an interactive tutorial and then work my way up the #gnome stack starting with #glib.. If anyone has an idea of an easyer route I'll gladly take it

today: spent all day backtracing and bisecting a bug in the new #glib 2.77.0 which made the #fedora installer (anaconda) crash - https://gitlab.gnome.org/GNOME/glib/-/issues/3054