Contents
Currently, IRC is the reason that our discussion mailings lists are pretty quiet. :) New ideas, development strategies and some user support happens via IRC. Since not everyone is present via IRC, ML's are still used to reach more people, and to announce new releases of GGI and related applications. The ML's and SF's support tracker are currently the best place to ask user support questions.
Check the #ggi channel on FreeNode Network. This channel is intended to be for ggi support / development and related topics. Chatting is allowed, but please keep things friendly. Thanks to WooShell, daily logs can be found at http://woo.li/logs/.
Old logfiles can be found at http://vengeance.et.tudelft.nl/~smoke/log/ggi.
Here is a list of the most important nicks:
The GGI team holds meetings. Everyone is invited to attend these meetings. None is planned right now but stay tuned. Logs of and summary of past IRC meetings are available:
We now have a users mailing list at ggi-users@lists.sourceforge.net, where GGI users can ask questions about GGI, relate GGI success-stories, exchange GGI ideas, GGI receipes, GGI phone numbers, etc. See
for subscribing.
The developers mailing list is ggi-develop@lists.sourceforge.net. See
for subscribing.
Unfortunately, we cannot allow posts from non-subscribers because of spam on the mailing lists. Send your messages to a GGI developer instead, or subscribe first. The mailing list archive can be found at http://marc.theaimsgroup.com/?l=ggi-develop&r=1&w=2#ggi-develop.
Unfortunately, spammers have started abusing the From field, making people thinking our list is unsafe. If you are unsure, check the mail archives (the one above and the one at SF) for proofment. We are sorry about that. Sue them and/or filter their garbage out.
People who want to report a bug, request a feature or need support without subscribing to a mailing list should submit their requests:
If you intend to report a new bug, then please please don't forget to mention the version of the library, the OS and hw-arch you use.
In the multiplatform business, nothing of them can never be assumed.