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.
Enhance Meshery's existing orchestration capabilities to include support for kro ResourceGraphDefinitions (RGDs) as first-class Meshery Models (https://docs.meshery.io/concepts/logical/models). This involves enabling Meshery to manage and orchestrate RGDs, similar to how it handles other Kubernetes resources. The project will also include generating support for ResourceGraphDefinition in Meshery's Model generator. Expected Outcome: Meshery will be able to orchestrate and manage kro RGDs. This includes the ability to deploy, configure, and manage the lifecycle of RGDs through Meshery. The Meshery Model generator will be updated to automatically generate models for kro RGDs, simplifying their integration and management within Meshery. This will be an officially supported feature of Meshery.
Within this dashboard, the current process of creating and updating training content poses significant challenges to users. Creating new modules requires the manual creation of .json pages to define libraries or modules, coupled with adherence to specific formatting conventions for individual training slides.This project mainly aims at simplifying the process of creating and editing training content on the Programs & Events Dashboard for Wikimedia. It involves removing the need for .json pages and allowing the configuration of Libraries and Modules directly from the Dashboard UI. This enhancement will streamline content creation and make it more accessible to users. Ultimately, it will benefit Wikimedia by improving the efficiency of training material management and fostering greater engagement and participation within the community.
Weaver, a Hyperledger labs project, is a DLT interoperation framework that supports data sharing, asset exchange and asset transfer between blockchain networks built on independent DLTs while preserving core blockchain tenets of decentralization of the participating blockchains and without relying on trusted mediating individuals or networks. True interoperability of tokens among different networks, whether they are built on permissoned or open blockchain technology, requires standards around tokens so that they can be exchanged or transferred across network boundaries independent of the underlying DLT implementation. The Enterprise Ethereum Alliance (EEA) has made significant strides in this direction by drafting ERC (Ethereum Request for Comments) standards for managing different types of assets. The widely used ERC-20 standard helps manage fungible token types, whereas ERC-721 and ERC-1155 standards help manage non-fungible token (NFT) types and multi-token types respectively. The scope of the project covers interoperation support for these three prominent ERC token types across Hyperledger Fabric, Corda and Hyperledger Besu networks. Weaver currently supports interoperation between ERC-20 token types for Hyperledger Besu networks. The goal of this project is to add support for ERC-721 and ERC-1155 standards for interoperation among Hyperledger Besu networks, and extend support for ERC-20, ERC-721 and ERC-1155 token types to interoperate across all three DLT platforms.
This project aims to add native support for the UV Python package manager to Hermeto, enabling hermetic builds for projects using pyproject.toml and uv.lock. Currently, Hermeto only supports pip-based workflows, limiting adoption for teams using modern Python tooling. The main challenge is that UV tightly couples dependency resolution, fetching, and installation, which conflicts with Hermeto’s requirement to separate prefetching from build execution. Additionally, URL and Git dependencies must be handled in a way that works fully offline. To address this, Hermeto will directly parse uv.lock as the single source of truth and deterministically fetch all dependencies without invoking UV. An inject-files mechanism will rewrite remote sources in pyproject.toml to local paths, enabling offline installation. The project will also implement marker-based artifact and wheel selection, ensuring compatibility with the target environment, and include SBOM generation using lockfile data to improve supply chain transparency. Deliverables :- 1)A complete uv.lock parser integrated into Hermeto 2)Support for fetching: -PyPI (registry) dependencies -Git dependencies -Direct URL dependencies -Local/editable/file dependencies 3)Artifact and wheel selection logic based on marker/environment filtering 4)Implementation of the inject-files system for offline installation 5)Integration with Hermeto’s existing prefetch and build pipeline 6)SBOM generation from uv.lock data 7)Comprehensive documentation -Architecture and design decisions -User workflow and setup guide -Examples and edge case handling 8)Testing(Unit & Integration)
<p>The goal of this project is to provide a Drupal 8 module for client-side encryption using elliptic curve cryptography. Module will implement client-side cryptography by using the Stanford JavaScript Crypto Library (SJCL).</p>
Kubeflow Trainer V2 currently supports only TorchTune as its LLM fine-tuning backend. TorchTune stopped adding new features in July 2025, leaving Kubeflow with ~4 supported models and no support for DPO, GRPO, or other post-training methods. This project builds a pluggable multi-backend framework for Kubeflow Trainer. The first new backend is TRL (HuggingFace's fine-tuning library), adding support for SFT, DPO, GRPO, Unsloth acceleration, and multi-node DeepSpeed. The architecture includes: an LLMBackend ABC + registry in the Python SDK for config-driven backend dispatch, a LLMFrameworkHandler interface in the Go control plane (Torch plugin) for zero-touch extensibility, and entry_points-based registration so the community can add backends like LlamaFactory without upstream changes. Deliverables: TRL backend (Python SDK + Go handler), pluggable registry, runtime configs, integration tests, and documentation. All existing TorchTune workflows remain unchanged.
<p>Computational models of neural circuitry are increasingly superseding single neuron models for understanding dynamic processes in the brain. Recurrent Neural Networks offer an attractive method for simulating, replicating, and characterizing these circuits. PyDSTool currently supports simulation of neural circuity dynamics and linear methods of dimensionality reduction such as Principle Component Analysis for normalizing complex data; however, such methods are insufficiently tailored to working with non-linearly distributed data. I propose the implementation of a module targeted at providing non-linear dimensionality reduction via Sammon mappings, principal curves, and locally linear embeddings. In addition, I will create tools in Fovea that will allow for the intuitive visualization of datasets resolved by these methods.</p> <p>I also seek to provide a suite of tools to PyDSTool for constructing and training Recurrent Neural Networks and corresponding solutions for visualizing the operation, feedback mechanisms, network structure, and dynamical systems characteristics (e.g. attractors) of these models.</p>
<p>Currently, only B+-trees support page level predicate locking.For other indexes, it acquires relation level lock which can lead to unnecessary serialization failure due to rw dependency caused by any insert into the index. So, the main task of this project is to support page level predicate locking for remaining indexes.</p>
<p>Rubyplot only supports GR back-end, my project is to extend this support to Magick back-end, adding plot function to Rubyplot and integration with iruby notebooks. This project will greatly enhance the plotting interface of Rubyplot and pave the way for much greater expansion and allow users to test and debug their code easily.</p>
WasmEdge's JIT mode attempts to compile the entire module before execution, which also includes compiling unused functions in the specific workload. To reduce compilation time and improve performance, we aim to enable compilation on a per-function basis, focusing only on those functions actually used in the workload. - Expected Outcome: - A series of test cases that verify the behavior and demonstrate the difference between entire module compilation and per-function basis compilation. - A series of PRs that implement the per-function compilation behavior. - An option to control the behavior between entire module and per-function compilation. - A document explaining how the new approach works and how to use it.
The aim of this project is to extend LPython's OOP capabilities to enable the porting of CPython modules. The proposal is divided into three main parts: improving the utility of classes in LPython using general imports and dunder methods, porting CPython's re and json modules and addressing some miscellaneous goals like adding advanced data structures and improving string attributes.
MinPlatform is a project to get open-source EDK2 firmware booting mainstream boards. However, it presently lacks support for S3 resume, an important feature for mobile platforms. This limits its applicability as-is regarding mainstream use. Therefore, I propose to develop S3 resume support for MinPlatform. However, the S3 resume path can be difficult to debug, like the early PEI phase in general. Since serial ports are commonly either difficult to access or entirely lacking in laptops, closed-chassis debugging options are desirable. While most interface protocols are unavailable until DMA is possible, HDMI offers I2C over the DDC pins. Therefore, I intend to develop support for a debug port over HDMI.
Inspektor Gadget is an eBPF tool and systems inspection framework for Kubernetes, containers and Linux hosts. Users can develop gadgets using different kinds of eBPF programs: kprobe, tracepoint, etc. This project will focus on adding support for more kinds of eBPF programs such as uprobes and ensuring the documentation is updated for each of them Expected Outcome: Inspektor Gadget has support for additional eBPF program kinds
In KubeVela, we use [CUElang](https://cuelang.org/) to code the X-Definition. We want to support auto generation of multiple languages SDK from CUE, so that users can buidling KubeVela Application in their own language. This helps to adoptors to build platform based on KubeVela. - Expected Outcome: Support auto generation of multiple languages SDK from CUE, including Java, Typescript ,Python. This capability should be part of vela CLI command.
<p>Thanks to Adobe's contribution of their CFF engine, FreeType has excellent rasterization of CFF fonts. However, Type 1 fonts, a similar PostScript font format, has relatively poor rasterization results. This is due to Type 1 being a legacy format, coupled with lack of maintenance for the corresponding module in FreeType. By extending the new CFF module, we can leverage its high quality output for an old format like Type 1.</p>
Vitess does not yet have support for collations and character-sets. So, to compare varchar strings Vitess needs to rely on [WEIGHT_STRING](https://dev.mysql.com/doc/refman/5.7/en/string-functions.html#function_weight-string) function for now. As per MySQL documentation, WEIGHT_STRING is a debugging function, meant only for internal use. Having the ability to compare strings using collation and character set support we will be able to better implement ORDER BY, GROUP BY, JOIN. It will also allow us to leverage more advanced join techniques than what we currently implement.
Minifabric supports deploy Hyperledger Fabric in both docker and K8S environments, however, it currently does not support Hyperledger Fabric running as k8s operators. Making Minifabric deploying Hyperledger Fabric onto K8S and running as K8S operators will allow hyperledger fabric network nodes with taking advantages of K8S operator benefit. This work will involve the participators to develop K8S operators, deploying K8S operator controllers and managing K8S operator life cycles, at the same time, the participators will be able to learn Fabric and Fabric deployment model. This is a great opportunity for anyone who would like to know K8S and know Hyperledger Fabric.
<p>Shapes Constraint Language (SHACL) is a data modelling language which is used to validate RDF graphs against a set of conditions.those conditions are represented as shapes and different other constructs in an RDF graph.The purpose of this project is to add support for Shapes Constraint language in Eclipse RDF4J.This new feature gives the users the ability to describe and constrain the content of RDF graphs using SHACL.Data against the shapes are validated inside the SHACL feature for example, if an input shape does not match with existing rules then it will be indicated.Shape validation process is optimised and tested using suitable test-cases to get the highest performance.</p> <p>This feature is a minimum useful subset of SHACL and it gives support to the shapes constraint language inside RDF4j framework.It will be built in accordance with W3C(World Wide Web Consortium) Recommendations and Eclipse Distribution License.</p>
SymPy's physics/mechanics and physics/vector modules are powerful tools for modeling and analyzing the dynamics of multi-body systems. These modules allow users to set up models of physical systems and automatically generate the corresponding equations of motion. In SymPy, these equations can be derived using two primary methods: Lagrange's Method and Kane’s Method. This automation greatly simplifies the process of deriving these equations. However, as models grow more complex, the computational cost of generating the equations of motion can increase significantly, highlighting several opportunities to improve the performance of SymPy’s routines. My goal during this project was to identify these performance bottlenecks through benchmarking and community feedback, and to develop solutions that ensure SymPy remains efficient even with large and complex systems. A significant portion of the work involved developing a function to more quickly compute Jacobian matrices, thereby speeding up system linearization.
SQLancer’s current test case reduction framework faces three key limitations: (1) tight coupling between internal reducers (Delta Debugging and AST-based), limiting extensibility; (2) structural unawareness in Delta Debugging, which treats SQL inputs linearly despite their hierarchical relationships; (3) narrow applicability due to engine-specific Reproducer dependencies (only SQLite3 supported). This project addresses these issues by introducing a modular Reducer<G> interface to decouple reduction strategies (supporting tools like C-Reduce/Perses), implementing Hierarchical Delta Debugging (HDD) to group SQL statements by logical dependencies (improving efficiency from O(n²) to O(n log n)), and automating external reducer integration through dynamic script generation. Deliverables include the modular interface, HDD-preprocessed reducers, C-Reduce/Perses adapters, and comprehensive tests/documentation.
While working with real-time systems, I observed that Flutter DevTools provides detailed visibility for HTTP requests but lacks support for persistent protocols like WebSockets. Once a connection is established, developers have little to no insight into message flow, latency, or connection lifecycle, making debugging significantly harder. This project aims to address that gap by extending the Dart SDK (dart:io, dart:developer, and the VM Service) to capture WebSocket frame-level and connection-level data. This data will then be integrated into the DevTools Network panel, following the existing HTTP profiling model to ensure consistency and minimal overhead. The implementation will include WebSocket instrumentation in dart:io, exposure of profiling data via the VM Service, and UI integration in DevTools to display messages, sizes, latency, and lifecycle events. If time permits, the same architecture will be extended to support gRPC traffic. By the end of the project, developers will be able to inspect WebSocket communication in DevTools with the same clarity and usability as HTTP, significantly improving debugging for real-time applications.
<p>Systems biology studies the mechanisms underlying complex biological processes as integrated systems of many interacting components. Modeling biological systems has always been a difficult and often challenging task. A particular challenge is to make such models reproducible and thereby reusable by a broader community. Different languages and libraries have been developed to address the exchangeable encoding of computational models. Examples are formats such as the Systems Biology Markup Language (SBML) and Simulation Experiment Description Markup Language (SED-ML), which can represent complex biological models and libraries such as the Systems Biology Simulation Core Library (SBSCL) which can simulate them. But until now, SBSCL still lacks certain features that need to be implemented. Essential new features are</p> <p>i) Implementation of new features of <strong>SBML Level 3 Version 2</strong>.</p> <p>ii) Support for newer versions of existing SBML packages such as <strong>FBC Version 3</strong> in SBSCL.</p> <p>iii) Implementation of <strong>stochastic</strong> simulation in SBSCL.</p> <p>iv) Improvement of support for SBML models with <strong>comp</strong> extension.</p>
Haptics, as a multidisciplinary field, has applications within the Medical, Consumer and Entertainment domains, to name a few, and despite their widespread presence in our phones to provide the user with a vibrotactile feedback response (a subset of haptics), haptics have very minimally been explored by artists as a tool for authoring immersive arts. The proposed project aims to create low-cost affordable haptic devices with one or mutliple degrees of freedom and authoring tools for artists to implement into their artwork immersive haptics and interactive audio. In the near future, artists can then use the proposed toolkit to benefit from Haptic floors being deployed into immersive art spaces like the Dome at SAT. The authoring tools Feelix, a ”haptic authoring tool developed to support the design and integration of force feedback and shape change in user interfaces”, and ForceHost, a toolchain that uses the functional sound synthesis and processing programming language FAUST that compiles firmware for audio-haptic applications, will be extended for use with the DeformableHapticSurfaces, a work-in-progress and open-source toolkit for interactive multi-linear DoF deformable surfaces, to create and demo the proposed immersive haptic and audio interaction toolkit. Support for audio input will also be added into Feelix potentially with ForceHost as an input modality so that ForceHost developed tools can interface their audio with the Haptic floor.
<p>Lima launches Linux virtual machines with automatic file sharing and port forwarding (similar to WSL2). Currently, Lima supports Linux, macOS, and FreeBSD as guest operating systems. The primary goal of this project is to expand this capability by adding support for Windows guests. Furthermore, the project aims to improve the stability and user experience of running Lima on Windows hosts. This will be achieved by removing dependencies like `cygpath.exe`, researching and developing a native Hyper-V(or a [HCS](<a href="https://learn.microsoft.com/en-us/virtualization/api/hcs/overview" rel="noopener noreferrer" target="_blank">https://learn.microsoft.com/en-us/virtualization/api/hcs/overview</a>) driver to provide optimized, native virtualization on Windows hosts.</p><p><br></p><p>Expected Outcome:</p><p><br></p><ul><li>Primary:</li><li class="ql-indent-1">The ability to successfully launch and run Windows guest virtual machines using `limactl start template:windows` using the QEMU driver on any host.</li><li class="ql-indent-1">Deliver a seamless installation experience on Windows hosts by automating configurations and eliminating the need for [manual setup notes](<a href="https://github.com/microsoft/winget-pkgs/pull/356038/changes#diff-9c16ba1b4e8cfc88d634b6cc436e0041d2201ac93e1d4fcd78fca09e0667ca3aR29" rel="noopener noreferrer" target="_blank">https://github.com/microsoft/winget-pkgs/pull/356038/changes#diff-9c16ba1b4e8cfc88d634b6cc436e0041d2201ac93e1d4fcd78fca09e0667ca3aR29</a>)</li><li class="ql-indent-1">Complete removal of the `cygpath.exe` dependency.</li><li> Secondary (if time permits):</li><li class="ql-indent-1">Investigate and decide between Hyper-V and HCS for the native driver: HCS is the basis of WSL2 and may be available in Windows 11 Home Edition, while Hyper-V is only available in Pro/Enterprise editions. Research availability and integration feasibility.</li><li class="ql-indent-1">Potentially integrate the chosen driver (Hyper-V or HCS) as an [external VM driver](<a href="https://lima-vm.io/docs/dev/drivers/" rel="noopener noreferrer" target="_blank">https://lima-vm.io/docs/dev/drivers/</a>).</li><li>Tertiary Goals (if time permits): Upgrade the existing WSL2 driver to drop image restrictions and allow users to run multiple instances, as well as exploring a simple graphical interface (`limagui.exe`) to launch virtual machines.</li></ul><p><br></p>