Fetching the latest programs, projects, and workspace data.
Find open source projects actively accepting contributors. Search repositories, filter by program milestones, difficulty tags, or tech stack.
Use our Orbit AI Matcher to find out! Get instant matching scores based on your developer skills, preferred frameworks, and contribution experience.
Convert your selected open-source project into a winning GSoC, LFX, or Outreachy application using Proposal Studio.
This project aims to develop a suite of command-line interface (CLI) modules tailored for Linux environments, enabling automation of common Google Groups operations. These modules, predominantly in sh, Perl, and Python, will leverage various Google APIs to facilitate tasks seamlessly. Primarily, the tool will serve as a bridge between Little Green Light (LGL), the organisation's central contact management system, and Google Groups. By integrating with LG's daily reports, the tool will enable automatic updates to Google Groups based on constituent data changes. This ensures that Google Groups remain synchronised with the single source of truth provided by LGL.
A collaboration server is owned by Mission Support System. Local users can be created by using this server. Existing identity providers using SAML 2.0 are desired to be used. A service provider (SP) needs to be implemented on the server side in the existing WSGI application and an authentication into the QT client application. When a user logs in on the QT client, a browser will be triggered for the login process. The QT client user can authenticate afterward by exchanging a one-time token. To test the system, a local identity provider (IdP) will be configured and a few tests will be added.
Despite `tests/ui`'s usefulness to maintainers, it acts as a barrier to new contributors - with how expansive it is, major pull requests can break tiny, unexpected checks among the thousands of tests. The process of finding which part of your PR is breaking the test written 10 years ago with no documentation is commonly known as "very fun". This project will reorganize the UI directory with measures such as metadata tagging by category, identification of duplicate tests, as well as detection of tests which do not do anything or do not test what they are trying to.
<p>Command line is the most flexible and powerful platform. It is also the fastest way to work compared to a GUI. Also, the command line will give scope for automation and scripting. Currently, the command line handler framework in Pharo is used. Pharo comes with many built-in handlers. There is also Scale repository which is also used to write scripts. Due to the increased use of scale, the complexities in Pharo has been raised to a higher level leading to core problems in Pharo. I wish to solve these problems, thereby improving the command line management.</p>
This project aims to expand support for serious games within the Cormas platform, enabling easier interaction between players and environment, and autonomous agents. By extending Cormas with “playable” components the project will contribute to the development of a generic solution for designing, playing, and analyzing serious games. The planned development includes three phases, covering initial implementation, testing, and system optimization, with the ultimate goal of creating a first working prototype with a user interface accessible via a smartphone.
This project is to utilize the already existing revapi.org setup and expand it to properly detect and generate documentation for api breakages in a way that help users and extension writers. When this is done it will be a key central element in Quarkus releases and used heavily across all extensions. I'll enhance to the current revapi reporting, automate revapi usage in Quarkus CI build and document and script for daily usage of revapi.
This proposal focuses on developing two essential tools using Flutter: the Unicode Character Visualizer App and the Multilingual Text Rendering Tester App. Problem Statement Many developers, designers, and linguists lack accessible tools to browse Unicode characters, view detailed metadata, and compare how multilingual text is rendered across devices and fonts. Text rendering inconsistencies often arise across platforms, impacting accessibility and readability. Solution Unicode Character Visualizer App: Provide a comprehensive and interactive platform to search and visualize Unicode characters. Display essential metadata such as codepoints, descriptions, and language support. Offer font rendering previews for accurate character representation. Multilingual Text Rendering Tester App: Allow users to input multilingual text and visualize rendering differences across various fonts and devices. Benchmark rendering performance and identify inconsistencies. Deliverables Fully functional Unicode Character Visualizer App with search, character details, and font rendering features. Multilingual Text Rendering Tester App with input comparison, font analysis, and reporting functionalities. Comprehensive documentation, including user guides and API integration manuals. Well-tested codebase with unit, widget, and integration tests. This project will contribute to Unicode, Inc. by providing essential tools for ensuring Unicode character accuracy, supporting linguistic diversity, and improving cross-platform text rendering. I am excited about the opportunity to collaborate and contribute to the Unicode ecosystem.
This project aims to implement some new language features introduced in Fortran 2018 and Fortran 202x, enhancing gfortran's compatibility with newer Fortran standards.
<p>The project aims to add more options to fabric maven plugin for building images for OpenShift build mode. Right now fmp supports two kinds of binary builds namely s2i and docker for OpenShift build mode. The project aims at extending the support for other options such as Buildah and GoogleContainerTools/jib. The projects aims at solving certain aspects such as:-</p> <ol> <li>Separation Of Concerns</li> <li>Daemonless/Security</li> <li>Reproducibility</li> <li>Minimal Images</li> <li>Performance</li> <li>Dockerfile-less</li> <li>Simplifying the build flow</li> </ol> <p>Also there will be unit test cases added for each added feature.</p>
<p>The GTK client (Tryton) already has CSV Import/Export feature. This project would implement the same feature in web client (SAO) keeping the behavior similar.</p>
<p>The current implementation of grep in mercurial is quite counter-intuitive and not what most people would expect it to do. For example one of the most common things people want to do with grep is grep the current directory, but only files under hg control. But this is not the default behaviour of grep as of now.</p> <p>There are other issues with the --all flag which reports irrelevant revisions in the output. This project aims at fixing these issues with the grep.</p> <p><strong>Goals of the project:</strong></p> <ul> <li>grep command by default should only search for the files tracked by the current working directory</li> <li>If passed a revision like: hg grep -r then it should search on the files tracked by the revision sets passed</li> <li>Introduce a --diff option to hg grep which does exactly what hg grep --all do right now</li> <li>Deprecating the --all flag in favour of --diff.</li> <li>Fixing <a href="https://bz.mercurial-scm.org/show_bug.cgi?id=3885" target="_blank">https://bz.mercurial-scm.org/show_bug.cgi?id=3885</a> and other similar issues marked duplicate of this</li> <li>Documentation of all the above tasks</li> </ul>
<p>EAT is a testsuite to develop tests against infinite number of JBoss servers. It’s an innovative tool because it’s creating the test once and testing with any version of the tested software. The idea behind the project, the AT (Additional Testsuite) structure, covers a wide variety of new features that could be added to it. One of them, is the addition of a CI (Continuous Integration) tool to perform some automated testing operations. EAT is available for a number of server configurations and a CI pipeline can be built using the maven tool.</p>
<p>pip does not resolve dependencies correctly when there are conflicting requirements. The lack of dependency resolution has caused hard-to-diagnose bugs/failures due to the installation of incompatible packages. The lack of proper dependency resolution is also a blocker for various other features - adding an upgrade-all functionality to pip and properly determining build-time dependencies for packages are two such features.</p> <p>This project would resolve this issue by implementing a backtracking dependency resolver in pip; refactoring a critical component of pip's codebase in the process.</p>
<h3>Project goal</h3> <p>The goal of this project is to devise and implement a simulation-ready memory controller dedicated to benchmarking processor cores implemented on field programmable logic, that will produce delays much closer to a system where the memory interface is running at a much slower clock speed. This can take two forms.</p> <ul> <li>A simulation model for a memory controller that is tunable.</li> <li>A synthesizable module to be placed between the soft core implementation and an existing non-tunable DRAM controller.</li> </ul> <h3>Novelty and benefits to the community</h3> <p>So far, papers have been reluctant to provide accurate processor core performance figures extrapolated from FPGA implementation because DRAM controllers have an unrealistically high clock speed clock speed relatively to a soft core, compared to an ASIC core implementation. Providing the community with open source tunable memory controller models dedicated to the benchmarking of soft cores will greatly help producing more accurate and interpretable core and accelerator performance figures without requiring an ASIC tape-out in the first place, which is often not even an option.</p>
<p><strong>Neural source reconstruction</strong> of MEG/EEG data requires subject specific geometrical data (i.e. electrode locations and anatomical brain data). For many reconstruction techniques, results are volumetric rather than surface-based. A group level analysis for volumetric data has not yet been implemented in MNE Python. The proposed project aims to fill this gap, by implementing necessary tools for group level analyses based on <strong>volumetric data</strong>, among which are: non-linear warping of one volumetric (grid) space to another; creating pseudo-individual anatomical MR images, based on a subject’s head shape; and output preparation, such that it can be used with already built in statistical functions. The results will be a set of Python functions that enable the user to prepare individual volumetric subject data for <strong>group level analyses</strong>. Furthermore the respective visualization will be targeted as well.</p>
<p>Many system call decoders in <code>strace</code> are very similar in structure. This proposal aims to incorporate a system for generating syscall decoders from a system call description language into strace’s build system. This proposal would allow the strace project to leverage descriptions of a large number of system calls and <code>ioctl</code>s that are already described in a similar format.</p>
<p>Developing of the pipeline for crystallography analysis including GUI development</p>
<ul> <li>Merging of MSUI and MSColab windows for a more intuitive workflow, since both the windows share some core functionalities. My proposal includes,<ul> <li>Redesigning and Implementation of the new UI</li> <li>Migrating MSColab features to the new window</li> <li>Refactoring core-logic</li> <li>New profile page for the users</li> </ul> </li> <li>Design and implementation of new configuration editor. Since MSS uses json files for storing configurations, it requires the user to have a prior knowledge about the json syntax. With the proposed configuration editor the user can solely focus on modifying, adding, deleting configurations.</li> </ul>
<p>I propose to work on a tool that, given JVM bytecode, decides for each method, whether it performs an effectful computation (including IO, global variable mutation etc.), or it is referentially transparent, that is it yields the same result everytime it is called with same arguments. Such functions are called 'pure functions'. The tool is also supposed to provide information about whether the return type can be the special <code>null</code> value, requiring a <code>Maybe a</code> during Eta-interop. Automated analysis for such data can simplify the development process, by enabling an ffi-generator to generate bindings for Java , ideally without requiring any manual input from the developer. Since the project is mostly exploratory, the analysis is intended to be conservative, but never wrong, in the sense that it should not recommend a return type of <code>a</code> for a function that may return <code>null</code>, but may recommend <code>Maybe a</code> for a function that never returns <code>null</code>. But the aim is to, of course, minimize the number of such cases.</p>
Effective connectivity analyses are a staple of many neurophysiological research projects, providing key insights into the healthy functioning of the brain and pathological alterations with disease. MNE-Connectivity leverages the API of the highly-popular MNE-Python signal processing package to provide tools for computing such connectivity. However, given the complexities associated with studying interactions in the brain, it is critical that the metrics for estimating connectivity are robust, and the estimates themselves statistically significant. Naturally, it is essential that such tools are available in open-source toolboxes, something we will address in this project. First, building on recent work in the MNE-Connectivity toolbox, we will implement further support for advanced multivariate connectivity metrics in the form of a dedicated decoding module. This module will provide flexible tools for the data-driven analysis of connectivity that is critical for robust characterisations of network activity in multi-channel recordings. The only comparable implementations of such methods are in toolboxes for the proprietary language MATLAB, limiting the availability of these tools to the wider research community. Second, we will expand the existing set of statistical features available in MNE-Python to include tools for assessing the statistical significance of estimated connectivity, crucial for distinguishing genuine interactions from background noise. In all cases, new features will be complemented with detailed examples and tutorials in the MNE-Connectivity documentation. Altogether, the project will expand the repertoire and quality of open-source tools available for studying connectivity in the brain, a cornerstone of modern neurophysiological research.
This proposal aims to develop an information theoretic approach to filter out artificial information from real information in geospatial datasets. The project will use the bitinformation framework to distinguish between real and false information, where real information is defined as the mutual information between adjacent bits. The proposed algorithm will filter out artificial information, which is a consequence of prior compression, from real information, which reflects the underlying signal. The project will involve a theoretical review, test case generation, algorithm development, evaluation, and integration into xbitinfo, a software package that implements the bitinformation framework. The resulting artificial information filter will provide a valuable tool for users who may not have access to high-precision/uncompressed data, and it will enhance the accuracy and reliability of geospatial data analysis. As a participant in the Google Summer of Code, I am excited about the opportunity to work on this project and contribute to the development of an open-source software tool that will benefit the scientific community.
<p>This project aims at adding some missing functionalities in Pharo DataFrame. Implementing the missing features and functionality of Pandas DataFrame in the Pharo DataFrame namely, Addition of the dtype object and Addition of the DataFrame slicing feature. Add examples of applying the DataFrame and its new features to real problems of Data Science by using samples and Datasets into the official Pharo documentation .</p>
<p>This requires completion and packaging of the udiff library. Potential goals include:</p> <ul> <li>Publishing an initial version to PyPI. </li> <li>Adding matrix/tensor calculus support.</li> <li>Adding tests.</li> <li>Adding documentation on use, which will be fairly minimal. </li> <li>Publishing a final version to PyPI.</li> </ul> <p>More Detail: <a href="https://uarray.org/en/latest/gsoc/2020/ideas.html#udiff-completion-and-packaging" target="_blank">udiff: Completion and Packaging</a></p>