Difference between revisions of "Google Summer of Code 2022"

Jump to navigation Jump to search
Line 232: Line 232:
=== OpenPGP Message Parsing using Parser Generator ===
=== OpenPGP Message Parsing using Parser Generator ===

''Size:'' Small
''Size:'' Small<br/>
''Brief explanation:'' Enforce OpenPGP message syntax during parsing by using a Parser Generator such as JavaCC<br/>
''Brief explanation:'' Enforce OpenPGP message syntax during parsing by using a Parser Generator such as JavaCC<br/>
''Involved Technologies:'' Java, Bouncy Castle, EBNF<br/>
''Involved Technologies:'' Java, Bouncy Castle, EBNF<br/>

Revision as of 14:39, 12 February 2022


The XSF has plans to be a mentoring organisation for Google Summer of Code 2022. This is an early attempt to ensure good planning and enough time for the application process.

XMPP oriented projects should still add project ideas to the below list.

Organisation: Edward offered to help the organisation. Please reach out to the GSoC chat if you want to support as well of plan to participate in any way: GSoC chat room gsoc@muc.xmpp.org


The various dates for the program will be expected by the beginning of next year 2022, more information on the GSoC Website

Otherwise, all other info is on GSoC page

Find their FAQ.


Date Meeting Participants
2021-12-21 Kick-off Meeting flow, vanitasviate, emus
2021-01 Organisation Application preparation emus & XSF members
2021-02 Organisation Application emus
2021-02 Projects Application Project maintainers


XMPP is an Internet protocol used in many fields, such as the Internet of Things, chat applications, voice and video calls, etc. It's what commerical client alike Google Talk, Whatsapp or Google Hangouts uses as an XMPP-derivative of the protocol uses or in some aspects of XMPP internally, and as well as end-users it's used extensively by enterprises and governments but of course also the open variant propagated and standardised by the XSF.

The XSF is (for GSoC) an umbrella organisation for various XMPP-related projects. As such, there's two tiers involved - the XSF itself, which is responsible for catherding mentors to submit ideas, choosing students etc., and the software projects themselves that then mentor students. Anyone interested in participating in GSoC as an XSF student can join the gsoc@muc.xmpp.org MUC room, where various mentors will be available to answer questions and generally help. Although each idea below lists a possible mentor, this MUC is the best place to start.

As there are several disparate projects here, there's variety across several codebases in different languages and with significantly different aims, so take a look through all the ideas - there should be something for everyone here :)

Teaser Tasks

  • Submit small patches: To assess students applying to GSoC for XSF projects we want them to have submitted some small patches to one of the XMPP projects in advance, as this gives us an idea of their general ability to interact with the projects and submit patches. These should only be an afternoon or two's work, and should not be onerous!

A list of teaser tasks is given in the Project Ideas overview, but please join the chat rooms for the respective projects and discuss them there, where mentors will be able to help you and know what you're up to. There are different teasers for different codebases, and more teasers will be appearing here over the next few days.

Join the group chat!

Use a regular XMPP client and join the GSoC chat room gsoc@muc.xmpp.org.

How to join:

Project Ideas


Website: https://dino.im/
Source Code: https://github.com/dino/dino
Description: Dino is a modern open-source chat client for the desktop. It focuses on providing a clean and reliable Jabber/XMPP experience while having your privacy in mind.
Project Contact: larma, fiaxh
Relevant readings: Vala Tutorial
Teaser Tasks: Good first issues
Chat: chat@dino.im

Note: Feel invited to combine small projects into a large project, if you want to do a large project. Combinations of the 3 projects related to file transfers are a particular fit for a large project.

Inline link preview

Brief explanation: Add support for attaching and displaying link metadata.
Involved Technologies: Vala, XMPP, HTML, OpenGraph
Relevant readings: OpenGraph protocol
Project size: Small (175h)
Deliverables / Expected Results:

  • User interface widget to display metadata, suitable for preview image, title, abstract and the original url/domain.
  • Automatic generation of metadata, working with major websites. This should be done in a generic fashion, not targeting a specific website
  • Design or reuse a specification for sending metadata with XMPP messages

Stateless file sharing

Brief explanation: Attach metadata to HTTP file transfers and display it.
Involved Technologies: Vala, XMPP, HTTP
Relevant readings: XEP-0446, XEP-0447, XEP-0363
Project size: Small (175h)
Deliverables / Expected Results:

  • Use Stateless file sharing (SFS) for outgoing HTTP file transfers.
  • Send minimal thumbnails (less than 16 pixels) for image file transfers
  • Display minimal thumbnails blurred on incoming file transfers (before file is fetched).

On-demand p2p file sharing

Brief explanation: Allow for on-demand multi-party peer-to-peer file transfers.
Involved Technologies: Vala, XMPP, Jingle
Relevant readings: XEP-0447, XEP-0234
Project size: Small (175h)
Important Note: This project can only be achieved by first implementing the "Stateless file sharing" project.
Deliverables / Expected Results:

WebRTC file transfer

Brief explanation: Add support for WebRTC-based file transfers using WebRTC data channels for web compatibility and improved NAT traversal.
Involved Technologies: Vala, XMPP, Jingle, WebRTC
Relevant readings: XEP-0343, XEP-0234
Project size: Small (175h)
Deliverables / Expected Results:

Rich message support

Brief explanation: Add support for creating and displaying rich test messages.
Involved Technologies: Vala, XMPP, GTK+, Pango
Relevant readings: XEP-0393, XEP-0394, XEP-0372
Project size: Small (175h)
Deliverables / Expected Results:

  • Add rich text features to Dino's chat input box using buttons and well-known keyboard shortcuts for bold, italic, strikethrough, monospace, lists, blockquotes, code blocks, links and mentions.
  • Allow users to activate Markdown input, which is instantly converted to rich text during input.
  • Send rich text messages using Message Markup and References as well as a fallback using Message Styling
  • Apply markup to messages in conversation history via Pango Attributes


Website: https://mellium.im/
Source Code: https://mellium.im/code
Description: Mellium is a collection of Go modules related to XMPP.
Project Contact: Sam Whited
Relevant readings: Effective Go, Mellium docs, Mellium API docs
Teaser Tasks: Good first issues
Chat: users@mellium.chat

Audio/Video Chat

Size: Large
Brief explanation: Add support for Audio/Video Communication via Jingle.
Involved Technologies: Go, WebRTC, Jingle
Relevant readings: XEP-0167, XEP-0353
Deliverables / Expected Results:

  • A separate Go library for Jingle that is not XMPP specific (probably, we can discuss design later)
  • Audio and video chat in mellium.im/xmpp that is compatible with Conversations
  • File transfer in in mellium.im/xmpp using Jingle sessions (also compatible with Conversations)
  • A demo app to start a conversation (or support in Communiqué)

Group Chat

Size: Large
Brief explanation: Add support for group chats using Mediated Information Exchange (MIX).
Involved Technologies: Go
Relevant readings: XEP-0369: Mediated Information eXchange (MIX)
Deliverables / Expected Results:

  • A well tested library for joining and serving MIX channels and a set of integration tests that can be used to test against servers as they add support
  • A simple component for hosting MIX channels

End-to-End Encryption

Size: Large
Brief explanation: Add support for end-to-end (E2E) encryption using OMEMO, or MLS
Involved Technologies: Go, Go Subrepos, OMEMO or MLS
Relevant readings: XEP-0384: OMEMO Encryption, The Messaging Layer Security (MLS) Protocol (draft-ietf-mls-protocol)
Deliverables / Expected Results:

  • If using MLS, an XEP describing behavior and how MLS should be integrated with XMPP
  • A well-designed API and well-tested library for encrypting messages with OMEMO or MLS
  • Changes to the Go standard library and sub-repositories to add any missing cryptographic primitives or expose operations that are currently internal only.


Website: https://psi-im.org/
Source Code: https://github.com/psi-im/psi
Description: An XMPP client for advanced users.
Project Contact: Sergei Ilinykh, Tehnick (Boris Pek), VitoZz (Vitaly Tonkacheyevb)
Relevant readings: [1]
Teaser Tasks: [2]
Chat: psi-dev@conference.jabber.ru

Mediated Information Exchange (MIX)

Brief explanation: Add support for Mediated Information Exchange (MIX).
Involved Technologies: Qt, C++
Relevant readings: XEP-0369: Mediated Information eXchange (MIX)
Size: large
Deliverables / Expected Results:

  • A set of classes in iris library to support MIX extensions.
  • A MIX management component in Psi itself similar to one implemented for MUC.
  • A Working UI (probably some rework of the current MUC UI to make it compatible with MIX)
  • The solution has to be tested with popular XMPP servers


Brief explanation: A modern looking UI for both (group-)chat and roster Involved Technologies: Qt, QML, JavaScript, C++
Relevant readings: https://en.wikipedia.org/wiki/QML
Size: large
Deliverables / Expected Results:

  • It's a huge task, so expected an implementation of standalone QML/*cross-platform* UI with clear and well-documented API interfaces.
  • The UI may be backed by some mocked C++ code where Psi code should be taken as a guidance. This is perfectly fine to borrow design/API ideas from other clients too.
  • It's assumed the UI will be used not just with Psi. So the branded parts preferably should be kept aside and instead set via API.
  • The UI should provide next functions: model/view-based chat/group-chat, roster, avatars, statuses, recent (group-)chats, contact list (with groups/tags), contacts management, own status management.
  • The UI should be adaptable to screen size (read: there plans to use it mobile platforms too).
  • The UI should be compilable at least on Linux, MacOS and Windows.

Message Archive Management

Brief explanation: Support for server-based message archive Involved Technologies: Qt, C++
Relevant readings: https://xmpp.org/extensions/xep-0313.html
Size: small
Deliverables / Expected Results:

  • Implement MAM in iris (https://github.com/psi-im/iris) library.
  • Integrate the new message storage with current local history management in Psi (which is based on iris).
  • Keep the ability to use local history (for cases when server MAM is unavailable or undesired) and combine both sources seamlessly
  • If it's necessary update Psi UI to make it work with the new mechanism.
  • Keep in mind related to MAM XEPs to not make something completely incompatible.


PGPainless is a Java OpenPGP library. While it is not strictly an XMPP related project, it has it has its origins in GSoC and the XMPP community, since it was created as a Summer of Code project in 2018.

OpenPGP Message Parsing using Parser Generator

Size: Small
Brief explanation: Enforce OpenPGP message syntax during parsing by using a Parser Generator such as JavaCC
Involved Technologies: Java, Bouncy Castle, EBNF
Relevant readings: RFC4880: OpenPGP Message Format
Deliverables / Expected Results:

  • In the OpenPGP Interoperability Test Suite PGPainless currently fails some tests related to unusual message structures.
  • The project has the goal to improve PGPainless' score in this category by rewriting/improving the libraries' rather naive message parser logic.
  • An ideal implementation would enforce the OpenPGP message structure syntax defined as EBNF. This could be done by using a parser generator such as JavaCC.


Converse is a web-based XMPP client. It has different modes, allowing it to be integrated into existing websites, used as a webchat for a specific chatroom, or used as a full-fledged XMPP client on its own. There is also an electron-based version available.

Support Audio/Video calls in Converse

Size: Large
Brief explanation: Add support for Audio/Video Communication via Jingle.
Involved Technologies: JavaScript, WebRTC, Jingle
Relevant readings: XEP-0166, XEP-0167, XEP-0353
Deliverables / Expected Results:

  • The goal is to create a Converse plugin that adds the ability to make one-on-one audio/video calls from Converse
  • The audio/video calls must be compatible with other XMPP clients such as Conversations