Mastodon

/dev/LUGGuten Morgen Pinguine! Eine kleine Info / Status update \o/ Ein erster Meilenstein ist erreicht! Ich habe heute einen ersten tag (0.0.1) für libcxmpp erstellt. Es ist nicht viel, aber ein Anfang. <a href="https://devlug.de/social?t=libcxmpp" class="mention hashtag" rel="nofollow noopener" target="_blank">#libcxmpp</a> besteht aus einer kleinen Menge von <a href="https://devlug.de/social?t=gobject" class="mention hashtag" rel="nofollow noopener" target="_blank">#GObject</a> types. Diese sollen eine einfach zu verwendete Schnittstelle für Funktionen rundum <a href="https://devlug.de/social?t=xmpp" class="mention hashtag" rel="nofollow noopener" target="_blank">#XMPP</a> bereitstellen. Aktuell ist es möglich, dass sich ein Client mit einem XMPP Server verbindet, eine <code>presence</code> schickt. Den <code>roster</code> abfragt und einfach Nachrichten (type <code>chat</code>) senden und empfangen kann. Hierfür habe ich eine Demo Implementierung im Projekt angelegt. Dies sieht dann wie folgt aus. <pre>Loading Client Manager... XMPP> connect XMPP Connect - JID> demo@domain.tld XMPP Connect - PWD> 123456 XMPP> Client has been connected with XMPP Server XMPP> presence XMPP> message XMPP Message - JID> stefan@domain.tld XMPP Message - Text> Hallo! Das ist ein Test :) XMPP> Message from stefan@domain.tld/Coffein: Hallo. Die Nachricht ist angekommen. </pre>Anwendungsdesign muss ich mir noch mal genauer überlegen. Der ersten Entwurf beinhaltet einen CM (Connection Manager). Der Connection Manager soll alle Accounts und Connections verwalten. Die Connection ist eine funktionale Sicht auf die XMPP Verbindung, währen der XMPP Wrapper die technische Implementierung via <a href="https://devlug.de/social?t=libstrophe" class="mention hashtag" rel="nofollow noopener" target="_blank">#libstrophe</a> bereitstellt. Der Client kann sich mit Signalen verbinden - <a href="https://devlug.de/social?t=signal" class="mention hashtag" rel="nofollow noopener" target="_blank">#signal</a> :-x <pre>g_signal_connect_object(connection, "connected", G_CALLBACK(cxmpp_connected), connection, G_CONNECT_SWAPPED); g_signal_connect_object(connection, "new-contact", G_CALLBACK(new_contact), connection, G_CONNECT_SWAPPED); g_signal_connect_object(connection, "new-chat-message", G_CALLBACK(new_chat_message), connection, G_CONNECT_SWAPPED); </pre>Ausblick für den nächsten Meilenstein Als Backend solle eine <a href="https://devlug.de/social?t=sqlite" class="mention hashtag" rel="nofollow noopener" target="_blank">#sqlite</a> Datenbank verwendet werden. Verschlüsselung im ersten Schritt mit <a href="https://devlug.de/social?t=openpgp" class="mention hashtag" rel="nofollow noopener" target="_blank">#OpenPGP</a> <a href="https://devlug.de/social?t=ox" class="mention hashtag" rel="nofollow noopener" target="_blank">#OX</a> via <a href="https://devlug.de/social?t=gnupg" class="mention hashtag" rel="nofollow noopener" target="_blank">#GnuPG</a>. Ziel ist es, dass ich im ersten Schritt die Implementierung von <a href="https://devlug.de/social?t=xmppc" class="mention hashtag" rel="nofollow noopener" target="_blank">#xmppc</a> (ein XMPP command line client) auf <a href="https://devlug.de/social?t=libcxmpp" class="mention hashtag" rel="nofollow noopener" target="_blank">#libcxmpp</a> umstellen kann. Code ist auf <a href="https://devlug.de/social?t=codeberg" class="mention hashtag" rel="nofollow noopener" target="_blank">#Codeberg</a> <a href="https://codeberg.org/devLUG/libcxmpp" rel="nofollow noopener" target="_blank">https://codeberg.org/devLUG/libcxmpp</a> Happy chatting! <a href="https://devlug.de/social?t=messenger" class="mention hashtag" rel="nofollow noopener" target="_blank">#Messenger</a> <a href="https://devlug.de/social?t=debian" class="mention hashtag" rel="nofollow noopener" target="_blank">#Debian</a> <a href="https://devlug.de/social?t=gnu" class="mention hashtag" rel="nofollow noopener" target="_blank">#GNU</a> <a href="https://devlug.de/social?t=linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#Linux</a> <a href="https://devlug.de/social?t=jabber" class="mention hashtag" rel="nofollow noopener" target="_blank">#Jabber</a>

StefanHat jemand eine Idee was ich falsch mache? Ich habe ein Signal registriert: <code>g_signal_new("xmpp-new-contact", G_TYPE_FROM_CLASS(klass), G_SIGNAL_RUN_LAST, 0, NULL, NULL, NULL, G_TYPE_POINTER, 1, G_TYPE_POINTER);</code> Ich habe es jetzt so geworfen: <code>g_signal_emit_by_name(userdata, "xmpp-new-contact", 1, buddy);</code> Ich möchte gerne einen Parameter ( <code>struct</code> <code>buddy_t</code> ) an das Signal übergeben. <pre>static void xmpp_new_contact(XmppConnection *self, int n, ... ) { va_list args; va_start(args, n); for (int i = 0; i < n; i++) { buddy_t* buddy = va_arg(args, buddy_t* ); g_log(G_LOG_DOMAIN, G_LOG_LEVEL_MESSAGE, "Contact: %s", buddy->jid); } va_end(args); } </pre>Das ist aber wohl nicht ganz richtig,.... <a href="https://devlug.de/social?t=gtk" class="mention hashtag" rel="nofollow noopener" target="_blank">#gtk</a> <a href="https://devlug.de/social?t=gobject" class="mention hashtag" rel="nofollow noopener" target="_blank">#GObject</a>

/dev/urandomreally, i should just list a few things i like about <a href="https://toot.cat/tags/GLib" class="mention hashtag" rel="nofollow noopener" target="_blank">#GLib</a> / <a href="https://toot.cat/tags/GObject" class="mention hashtag" rel="nofollow noopener" target="_blank">#GObject</a> (and y'all are welcome to hashtag change my mind about it or introduce other <a href="https://toot.cat/tags/C" class="mention hashtag" rel="nofollow noopener" target="_blank">#C</a> libraries that, you think, present a better or more elegant API):<ul><li>a consistent naming scheme for files, function names, etc. that works for both GLib's own functions and whatever you decide to write and is easy to remember</li><li>helper functions and macros that simplify your code (i already mentioned the <code>_ref</code> functions returning the pointer you give into it, but there's also things like <code>g_clear_object</code> that unreferences a thing and also sets its pointer to NULL, avoiding double unrefs)</li><li>documentation that is clear about who owns (and is responsible for freeing) any pointers returned -- for C code that's an absolute necessity imo</li></ul>

Emmanuele BassiI 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…<a href="https://mastodon.social/tags/glib" class="mention hashtag" rel="tag">#glib</a> <a href="https://mastodon.social/tags/gobject" class="mention hashtag" rel="tag">#gobject</a> <a href="https://mastodon.social/tags/gtk" class="mention hashtag" rel="tag">#gtk</a>

Vala<a href="https://mastodon.social/tags/RayLib" class="mention hashtag" rel="tag">#RayLib</a> + <a href="https://mastodon.social/tags/Vala" class="mention hashtag" rel="tag">#Vala</a> bindings + <a href="https://mastodon.social/tags/OOP" class="mention hashtag" rel="tag">#OOP</a> <a href="https://mastodon.social/tags/GObject" class="mention hashtag" rel="tag">#GObject</a> wrapper library written in <a href="https://mastodon.social/tags/Vala" class="mention hashtag" rel="tag">#Vala</a> = the *best* <a href="https://mastodon.social/tags/gamedev" class="mention hashtag" rel="tag">#gamedev</a> experience of all time!!?? Well, we are working on it! :D At least <a href="https://fosstodon.org/@halfmexican" class="u-url mention">@halfmexican</a> is one of them! Check out the vapi and WIP wrapper library, for example look at this beautiful `RaylibOOP.Color` class: <a href="https://github.com/Charadon/raylib-vapi/blob/main/src/lib/Color.vala" target="_blank" rel="nofollow noopener" translate="no">https://github.com/Charadon/raylib-vapi/blob/main/src/lib/Color.vala</a> Also this library can of course be used by *all* other GObject language bindings. And this sample is just the first, more are coming! For direct updates join our discord server!

Marcus LundbladAbout time to update the shield parsing/rendering to deal with the updated defintions with short-hand "banner maps" from OpenStreetMap Americana.So, let's dive down into C (pun kinda intended) again… 😁<a href="https://fosstodon.org/tags/mapstodon" class="mention hashtag" rel="nofollow noopener" target="_blank">#mapstodon</a> <a href="https://fosstodon.org/tags/gnomemaps" class="mention hashtag" rel="nofollow noopener" target="_blank">#gnomemaps</a> <a href="https://fosstodon.org/tags/c" class="mention hashtag" rel="nofollow noopener" target="_blank">#c</a> <a href="https://fosstodon.org/tags/gobject" class="mention hashtag" rel="nofollow noopener" target="_blank">#gobject</a> <a href="https://fosstodon.org/tags/gnomebuilder" class="mention hashtag" rel="nofollow noopener" target="_blank">#gnomebuilder</a>

ValaWrite your own Wayland Desktop! The "Astal" framework, which is written in Vala, makes it super-simple! (you can use it with any gobject-introspection language though) <a href="https://aylur.github.io/astal/" target="_blank" rel="nofollow noopener" translate="no">https://aylur.github.io/astal/</a> Here a WIP project from our community. So far a custom status bar, quick settings, MPRIS, etc. Together with the Hyprland window manager. Built with <a href="https://mastodon.social/tags/GTK4" class="mention hashtag" rel="tag">#GTK4</a>, <a href="https://mastodon.social/tags/Blueprint" class="mention hashtag" rel="tag">#Blueprint</a>, <a href="https://mastodon.social/tags/Libadwaita" class="mention hashtag" rel="tag">#Libadwaita</a> and of course <a href="https://mastodon.social/tags/Vala" class="mention hashtag" rel="tag">#Vala</a>! <a href="https://github.com/ARKye03/morghulis" target="_blank" rel="nofollow noopener" translate="no">https://github.com/ARKye03/morghulis</a><a href="https://mastodon.social/tags/GTK" class="mention hashtag" rel="tag">#GTK</a> <a href="https://mastodon.social/tags/GObject" class="mention hashtag" rel="tag">#GObject</a> <a href="https://mastodon.social/tags/GObjectIntrospection" class="mention hashtag" rel="tag">#GObjectIntrospection</a> <a href="https://mastodon.social/tags/Wayland" class="mention hashtag" rel="tag">#Wayland</a> <a href="https://mastodon.social/tags/Hyprland" class="mention hashtag" rel="tag">#Hyprland</a> <a href="https://mastodon.social/tags/Astal" class="mention hashtag" rel="tag">#Astal</a> <a href="https://mastodon.social/tags/freedesktop" class="mention hashtag" rel="tag">#freedesktop</a>

Vala<a href="https://mastodon.social/@shriramk" class="u-url mention">@shriramk</a> meanwhile C developers: What's the problem? ;)<a href="https://mastodon.social/tags/gobject" class="mention hashtag" rel="tag">#gobject</a> <a href="https://mastodon.social/tags/gnome" class="mention hashtag" rel="tag">#gnome</a> <a href="https://mastodon.social/tags/C" class="mention hashtag" rel="tag">#C</a> <a href="https://mastodon.social/tags/gobjectIntrospection" class="mention hashtag" rel="tag">#gobjectIntrospection</a> <a href="https://mastodon.social/tags/gtk" class="mention hashtag" rel="tag">#gtk</a> <a href="https://mastodon.social/tags/vala" class="mention hashtag" rel="tag">#vala</a> <a href="https://mastodon.social/tags/vapi" class="mention hashtag" rel="tag">#vapi</a>

Philip WithnallSupport for async/sync/finish introspection annotations has landed in GLib for the next unstable release, <a href="https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3746" target="_blank" rel="nofollow noopener" translate="no">https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3746</a><a href="https://mastodon.social/tags/GLib" class="mention hashtag" rel="tag">#GLib</a> <a href="https://mastodon.social/tags/MaintainerLife" class="mention hashtag" rel="tag">#MaintainerLife</a> <a href="https://mastodon.social/tags/gobject" class="mention hashtag" rel="tag">#gobject</a>-introspection <a href="https://mastodon.social/tags/GNOME" class="mention hashtag" rel="tag">#GNOME</a>

Daniele Verducci 🧉<a class="hashtag" href="https://social.ichibi.eu/tag/studying" rel="nofollow noopener" target="_blank">#studying</a> <a class="hashtag" href="https://social.ichibi.eu/tag/mobile" rel="nofollow noopener" target="_blank">#mobile</a> <a class="hashtag" href="https://social.ichibi.eu/tag/gnome" rel="nofollow noopener" target="_blank">#gnome</a> <a class="hashtag" href="https://social.ichibi.eu/tag/app" rel="nofollow noopener" target="_blank">#app</a> <a class="hashtag" href="https://social.ichibi.eu/tag/development" rel="nofollow noopener" target="_blank">#development</a> before work. I'm developing Lumos, an incident light <a class="hashtag" href="https://social.ichibi.eu/tag/exposimeter" rel="nofollow noopener" target="_blank">#exposimeter</a> for <a class="hashtag" href="https://social.ichibi.eu/tag/photography" rel="nofollow noopener" target="_blank">#photography</a> that reads light values from the <a class="hashtag" href="https://social.ichibi.eu/tag/phone" rel="nofollow noopener" target="_blank">#phone</a> light sensor and converts it in <a class="hashtag" href="https://social.ichibi.eu/tag/aperture" rel="nofollow noopener" target="_blank">#aperture</a> values or <a class="hashtag" href="https://social.ichibi.eu/tag/shutter" rel="nofollow noopener" target="_blank">#shutter</a> speeds, depending on the mode. <a class="hashtag" href="https://social.ichibi.eu/tag/gnomebuilder" rel="nofollow noopener" target="_blank">#gnomeBuilder</a> <a class="hashtag" href="https://social.ichibi.eu/tag/gobject" rel="nofollow noopener" target="_blank">#gobject</a> <a class="hashtag" href="https://social.ichibi.eu/tag/python" rel="nofollow noopener" target="_blank">#python</a> <a class="hashtag" href="https://social.ichibi.eu/tag/adwaita" rel="nofollow noopener" target="_blank">#adwaita</a> <a class="hashtag" href="https://social.ichibi.eu/tag/gtk" rel="nofollow noopener" target="_blank">#gtk</a> <a class="hashtag" href="https://social.ichibi.eu/tag/dbus" rel="nofollow noopener" target="_blank">#dbus</a> <a class="hashtag" href="https://social.ichibi.eu/tag/gnomeshell" rel="nofollow noopener" target="_blank">#gnomeshell</a> <a class="hashtag" href="https://social.ichibi.eu/tag/linuxonmobile" rel="nofollow noopener" target="_blank">#linuxonmobile</a> <a class="hashtag" href="https://social.ichibi.eu/tag/gnomemobile" rel="nofollow noopener" target="_blank">#gnomemobile</a>

Luke T. Shumaker<a href="https://fosstodon.org/tags/DailyStandup" class="mention hashtag" rel="nofollow noopener" target="_blank">#DailyStandup</a> Yesterday: - Responded to some feedback on the mkinitcpio <a href="https://fosstodon.org/tags/ARM" class="mention hashtag" rel="nofollow noopener" target="_blank">#ARM</a> zImage PR - Responded to some feedback on the <a href="https://mastodon.xyz/@Liberapay" class="u-url mention" rel="nofollow noopener" target="_blank">@Liberapay</a> <a href="https://photog.social/@libravatar" class="u-url mention" rel="nofollow noopener" target="_blank">@libravatar</a> PR. It is now merged and deployed! Federated avatars now work on Liberapay! <a href="https://fosstodon.org/tags/Federation" class="mention hashtag" rel="nofollow noopener" target="_blank">#Federation</a> - Kept working on gotk4 GTK-Doc/GI-DocGen markdown parsing. <a href="https://fosstodon.org/tags/GObject" class="mention hashtag" rel="nofollow noopener" target="_blank">#GObject</a>Today: - Responding to more feedback on the mkinitcpio PR. - Still working on the GI-DocGen parser.

Johannes BrakensiekThink I‘m going to cut it down to 3. this year. <a href="https://fosstodon.org/tags/HappyHolidayHacking" class="mention hashtag" rel="nofollow noopener" target="_blank">#HappyHolidayHacking</a> was interrupted by many visitors, sick family and busy children until now.And it looks like I‘m too bugged by the state of <a href="https://fosstodon.org/tags/GObject" class="mention hashtag" rel="nofollow noopener" target="_blank">#GObject</a> libraries/desktops and declining <a href="https://fosstodon.org/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#ObjC</a> usage to continue number 4 currently.

Johannes Brakensiek<a href="https://kosmos.social/@colby" class="u-url mention" rel="nofollow noopener" target="_blank">@colby</a> But an <a href="https://mastodon.social/@elementary" class="u-url mention" rel="nofollow noopener" target="_blank">@elementary</a> implementation using <a href="https://fosstodon.org/tags/GNUstep" class="mention hashtag" rel="nofollow noopener" target="_blank">#GNUstep</a> would have been great - despite the fact that <a href="https://fosstodon.org/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#ObjC</a> is lacking <a href="https://fosstodon.org/tags/FLOSS" class="mention hashtag" rel="nofollow noopener" target="_blank">#FLOSS</a> support (almost no support in <a href="https://fosstodon.org/tags/gcc" class="mention hashtag" rel="nofollow noopener" target="_blank">#gcc</a> at all), making the <a href="https://fosstodon.org/tags/GObject" class="mention hashtag" rel="nofollow noopener" target="_blank">#GObject</a> and <a href="https://fosstodon.org/tags/GTK" class="mention hashtag" rel="nofollow noopener" target="_blank">#GTK</a> world a better and more pragmatic approach.(That‘s the reason why I want to bring <a href="https://fosstodon.org/tags/ObjC" class="mention hashtag" rel="nofollow noopener" target="_blank">#ObjC</a> to <a href="https://fosstodon.org/tags/elementary" class="mention hashtag" rel="nofollow noopener" target="_blank">#elementary</a> and <a href="https://fosstodon.org/tags/GObject" class="mention hashtag" rel="nofollow noopener" target="_blank">#GObject</a> and not vice versa.)[<a href="https://fosstodon.org/tags/Swift" class="mention hashtag" rel="nofollow noopener" target="_blank">#Swift</a> support is even worse.]

Johannes Brakensiek<a href="https://mstdn.ca/@tylerburton" class="u-url mention" rel="nofollow noopener" target="_blank">@tylerburton</a> Current <a href="https://fosstodon.org/tags/MR" class="mention hashtag" rel="nofollow noopener" target="_blank">#MR</a>: <a href="https://codeberg.org/ObjGTK/ObjGTKGen/pulls/34" rel="nofollow noopener" translate="no" target="_blank">https://codeberg.org/ObjGTK/ObjGTKGen/pulls/34</a>Started implementing exceptions, ended up checking memory management for return types and going to implement toggle references for object instances thanks to the help of <a href="https://floss.social/@bugaevc" class="u-url mention" rel="nofollow noopener" target="_blank">@bugaevc</a>.Once I managed that I may have gotten closer to a production ready release of a <a href="https://fosstodon.org/tags/GObject" class="mention hashtag" rel="nofollow noopener" target="_blank">#GObject</a> wrapper. 😉

Johannes Brakensiek<a href="https://mstdn.ca/@tylerburton" class="u-url mention" rel="nofollow noopener" target="_blank">@tylerburton</a> I‘m still working on <a href="https://fosstodon.org/tags/ObjGTK" class="mention hashtag" rel="nofollow noopener" target="_blank">#ObjGTK</a> (your former <a href="https://fosstodon.org/tags/CoreGTK" class="mention hashtag" rel="nofollow noopener" target="_blank">#CoreGTK</a>), hoping to implement <a href="https://fosstodon.org/tags/GObject" class="mention hashtag" rel="nofollow noopener" target="_blank">#GObject</a> instance/memory handling by the beginning of the next year. I only have very few time to work on it, but evolves steadily. 😉

Johannes Brakensiek<a href="https://mstdn.ca/@tylerburton" class="u-url mention" rel="nofollow noopener" target="_blank">@tylerburton</a> Well, I‘m still using <a href="https://ap.nil.im/users/objfw" class="u-url mention" rel="nofollow noopener" target="_blank">@objfw</a> and <a href="https://fosstodon.org/tags/GObject" class="mention hashtag" rel="nofollow noopener" target="_blank">#GObject</a> mainly so I don‘t really know first hand. I think Base/Foundation still is used for production to port some apps to Android. Regarding <a href="https://fosstodon.org/tags/GUI" class="mention hashtag" rel="nofollow noopener" target="_blank">#GUI</a>/#AppKit <a href="https://oldbytes.space/@mos_8502" class="u-url mention" rel="nofollow noopener" target="_blank">@mos_8502</a> created some patches to make it more look like some kind of Mac OS X. And before war in Ukraine trunkmaster applied some patches for better multi display support for <a href="https://fosstodon.org/tags/Nextspace" class="mention hashtag" rel="nofollow noopener" target="_blank">#Nextspace</a>.

Johannes BrakensiekWriting software for the <a href="https://fosstodon.org/tags/GNOME" class="mention hashtag" rel="nofollow noopener" target="_blank">#GNOME</a>/#GTK world is not as easy, nice and comfortable as writing macOS or iOS software, but it sparks a lot more joy, because I can share it with real people I live with and that‘s worth a lot.So writing <a href="https://fosstodon.org/tags/GTK" class="mention hashtag" rel="nofollow noopener" target="_blank">#GTK</a> / <a href="https://fosstodon.org/tags/GObject" class="mention hashtag" rel="nofollow noopener" target="_blank">#GObject</a> apps is somewhat cumbersome for sure and I‘m going to need to upcycle a lot of abondoned libs and apps to achieve my goals, but the burden feels good and alright.

Johannes BrakensiekThe simplicity of <a href="https://fosstodon.org/tags/UNIX" class="mention hashtag" rel="nofollow noopener" target="_blank">#UNIX</a> has healed me from using <a href="https://fosstodon.org/tags/Java" class="mention hashtag" rel="nofollow noopener" target="_blank">#Java</a>. Looks like these days I'd rather write a <a href="https://fosstodon.org/tags/C" class="mention hashtag" rel="nofollow noopener" target="_blank">#C</a> tool (or even use <a href="https://fosstodon.org/tags/GObject" class="mention hashtag" rel="nofollow noopener" target="_blank">#GObject</a>) than use Java tools again. (I still like <a href="https://fosstodon.org/tags/Java" class="mention hashtag" rel="nofollow noopener" target="_blank">#Java</a> as a language, but the <a href="https://fosstodon.org/tags/toolchain" class="mention hashtag" rel="nofollow noopener" target="_blank">#toolchain</a> is incomprehensible.)

Emmanuele BassiIf you maintain a GObject-based library or a language binding, and have 25 minutes to spare for reading ~5700 words on a possible new direction for the GObject type system, I wrote something that might interest you: <a href="https://www.bassi.io/articles/2023/08/23/the-mirror/" target="_blank" rel="nofollow noopener" translate="no">https://www.bassi.io/articles/2023/08/23/the-mirror/</a>It's a strawman proposal, and it needs a lot more discussion with various stakeholders; ideally, we're going to have a hackfest about GObject, language bindings, introspection, and the future of the type system.<a href="https://mastodon.social/tags/gobject" class="mention hashtag" rel="tag">#gobject</a> <a href="https://mastodon.social/tags/gtk" class="mention hashtag" rel="tag">#gtk</a> <a href="https://mastodon.social/tags/gnome" class="mention hashtag" rel="tag">#gnome</a>

Zeeshan Ali Khan :rust: 🇺🇦Unpopular opinion: <a href="https://toot.cat/tags/gobject" class="mention hashtag" rel="nofollow noopener" target="_blank">#gobject</a> was a mistake. Expecting folks to not only code in C but having to learn some strange API that requires a huge amount of boilerplate, was probably not the best way to attract contributors.For all its problems, we should have just accepted C++. Like most C++ users, we could have just stuck to specific subset of it.Then again, we've much better alternatives now but folks still want to stick to C and gobject. 🤷‍♂️Just FYI: I had been a huge fan of gobject for a long time and even famous for my love for it.<a href="https://toot.cat/tags/gnome" class="mention hashtag" rel="nofollow noopener" target="_blank">#gnome</a>

Recent searches

Search options

Administered by:

Server stats:

#gobject