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.
Overall, the proposal is about adding a few missing features in the package, like addition of new models, some metaprogramming, lazy evaluation, testing, documentation and linting. Currently, the package only supports four regression models (Linear, Logistic, Poisson and Negative Binomial regression). There is a huge scope of adding many more models to the package. To start with, we can add the Gamma and Inverse Gaussian regression models, and the ARIMA model for time series. Over time, more models can be added to the package. There is also a scope of adding new macros to the package to make the syntax more clean. An example of this is in the fitmodel function of the package (and is explained via a code snippet in the proposal). From the documentation, it can also be seen that any model has many attributes which are computed when the fit function is called. When working on big data, it is possible that not all the attribute values are needed, so it is currently inefficient to compute every attribute. Instead, one can compute the attributes lazily, i.e as and when they are needed. Rigorous unit testing should be added to the package to ensure code correctness. Also, the package code can use a lot of help with its documentation and code coverage. All of these can be implemented using CI/CD. Finally, in its current state, the package lacks strict code conventions (like variable names, commit message rules etc). These are essential to ensure good quality code and to make the job easier for future contributors. To enforce this, linting can be added to the code along with Git hooks to enforce these conventions. Also, a well defined API should be documented for the models, so that new models can be added at ease.
The Julia GPU ecosystem allows users to write array programs that run seamlessly across NVIDIA, AMD, and Intel GPUs. This functional portability relies on GPUArrays.jl, which defines the common interface implemented by all vendor packages. However, several foundational operations currently lack shared implementations. Operations such as reverse, findall, accumulate!, and mapreduce either crash on backends lacking a vendor override or silently degrade to CPU execution by copying data back and forth. A direct source audit of GPUArrays.jl (v11.4.1), CUDA.jl, AMDGPU.jl, oneAPI.jl, and Metal.jl confirmed these gaps: reverse and findall are entirely absent from the shared fallback layer, accumulate! exists only as a scalar CPU fallback, and mapreducedim! is declared as an error("Not implemented") stub, forcing every backend to maintain isolated, vendor-specific implementations. This project resolves these portability gaps by establishing a cleaner, more robust architecture: moving critical GPU kernels upstream to AcceleratedKernels.jl (AK.jl) while refining GPUArrays.jl into a lightweight, pure delegation layer. Building upon the newly introduced KernelIntrinsics API, this approach implements highly optimized, vendor-neutral kernels directly within AK.jl. Because Julia’s multiple dispatch inherently prefers the most specific method, routing AnyGPUArray fallbacks to AK.jl means backends with existing optimized vendor methods remain untouched, while backends missing the functionality automatically receive high-performance GPU execution instead of a crash or silent slowdown.
<p>The existing data.remote module supports the downloading of MODIS and NLCD data. Through this project, I will extend the remote data module of PEcAn by connecting it with GEE and other remote sensing data sources, so that remote sensing data is easily accessible in PEcAn and is helpful for conducting scientific analyses.</p>
I propose two connected workstreams for AOSSIE/Stability Nexus. First, I will implement composable derivative oracles for OrbOracle on EVM: a ComposedOracle contract (multiply/divide/invert using existing feeds), safe scaling/rounding, staleness handling, and a factory-based deployment/validation flow (including dependency checks). I will also extend the OrbOracle Explorer frontend so operators can create composed feeds, inspect dependencies, and monitor feed health. Deliverables include contract code, tests (unit/integration/fuzz), UI updates, and documentation for integrators. Second, I will build and improve static landing pages for selected user-facing projects with strong SEO and reliable CI checks (build, links, quality basics). Each project will keep its own brand identity while improving consistency in quality and maintainability. Deliverables include deployed pages, content workflow improvements, and CI/deployment documentation. Overall outcome: reusable oracle infrastructure plus better public project surfaces.
<p>OpenBCI (<a href="https://github.com/BrainTech/openbci" target="_blank">https://github.com/BrainTech/openbci</a>) is GPL-licensed framework for building brain-computer interfaces. It automates common tasks such as: data acquisition of EGG (with support for multiple EEG amplifier vendors), eyetrackers, Kinect cameras and more. OpenBCI can be used to control large variety of devices ranging from SSVEP appliances to robots and drones. OpenBCI is tightly integrated with Svarog signal analysis software. Finally experimental setups can span across few computers connected to the same LAN. My proposal consists of rewriting core of the OpenBCI project to use ZeroMQ framework instead of unmaintained and aging Azouk-Multiplexer library. Such change is required as it is getting more and more difficult to keep OpenBCI library alive. The switch to a new solution will be beneficial in the long run.</p>
<p>Exentsion of the AERI module with a new interface to submit requested "needinfo" data directly from the IDE to avoid the roundtrip of a user to the bugzilla or submission page.</p>
Intel’s igt-gpu-tools serves as a generic testing suite for drm drivers on Linux. The igt-gpu-tools suite is seperated into tests and tools where tests are the primary focus of the project. These tests target the kernel API: specifically kms, memory management, and command submission. This low-level reporting allows for transparent tracking of kernel changes and efficient debugging. Development of igt-gpu-tools shifted in 2019 to focus on generic kms-driven tests. The vendor-agnostic foundation of kms allows for igt-gpu-tools to function on a wide range of hardware. This versatility makes igt-gpu-tools extremely helpful when developing and debugging new drm drivers. Porting the project to FreeBSD could introduce greater stability in future releases of FreeBSD’s LinuxKPI-driven drm drivers.
The noaa_coops package provides oceanographic data access but has critical gaps: large date ranges fail without pagination, no retry logic for rate limiting, and NOAA's Derived Products are inaccessible. I will implement: (1) automated pagination respecting product-specific API limits, (2) throttling-aware retry logic with exponential backoff, (3) complete derived product support via a new method, (4) metadata retrieval fixes for historic current stations, and (5) numpy 2+ compatibility fix. Deliverables include a strengthened noaa_coops package with merged PRs addressing each issue, comprehensive pytest coverage (>90% for new code) and updated documentation with clear examples. This will transform noaa_coops into a production-ready package that oceanographers can rely on for large-scale research workflows.
My proposal aims to extend Pydra's worker classes to handle a wider range of systems by utilizing PSI/J, which offers a unified API for various schedulers. The objective of this project is to create a Pydra worker class capable of submitting and monitor jobs on different HPC systems, such as Theta, using PSI/J. Furthermore, I intend to use Bokeh to construct an interactive web-based dashboard that will monitor the jobs being submitted and executed by the Pydra worker. The expected outcome of this project is a Pydra worker that can use PSI/J to submit and track jobs on various HPC systems, an updated Dask worker, as well as a jobs monitoring dashboard. The proposed methodology involves designing and implementing the Pydra worker class, evaluating its functionality and performance on various systems, comparing it to existing Pydra workers, and constructing a Pydra dashboard using Bokeh to monitor the jobs. Finally, I will document the usage and installation of the Pydra worker with PSI/J, as well as the Pydra dashboard, and provide users with examples and tutorials. The project timeline includes a community bonding phase from May 4 to 28, followed by an extended coding period from May 29 to September 17.
<p>The syslog-ng application can read messages from the sources. It processes them with filters, rewrite rules, parsers and finally sends messages to their destinations. The syslog-ng application already has a Kafka destination that is implemented in Java. The Kafka source will allow syslog-ng to read messages from Kafka. This can be used for example as a queue between several syslog-ng instances.</p>
<p>Godot is an Open source Game engine which is getting really popular because of it's easy-to-use interface and wonderful community. It is a real game changer! Motion Matching which was introduced by Ubisoft is a pretty new and powerful concept in the industry which can drastically decrease the time put on animation. So, it quickly got its implementations in many popular game engines like Unreal Engine, etc. The main goal of this project is the implementation of Motion Matching in Godot.</p>
<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>Exporting chats is an easy way to save conversations into the disk, which can be archived or shared with outsiders. This feature will be handy for users who have millions of messages and can’t easily access the oldest parts of their messaging history. As Matrix also provides end-to-end encryption via the Olm and Megolm cryptographic ratchets, the process will include decryption of messages. I will be using matrix-react-sdk and matrix-js-sdk, which provide adequate functions and methods to communicate with the server, handle encryption and build a very feature-rich export tool.</p>
<p>Currently dedicated asset formats (such as collada and glTF) is used as an exchange to import 3D asset from modeling software into Godot engine. However, using these asset formats as a medium brings some inconsistency.</p> <p>To simplify the 3D asset pipeline, it is needed to build exporter plugins into modeling softwares and directly convert 3D assets into Godot TSCN file and then being used by Godot engine. Godot will start from Blender and have a TSCN exporter plugin for Blender.</p> <p>Mesh, armature, animation, physics property, particle system and materials (including PBR materials in Blender Cycle and Eevee engine) are in the plan of TSCN exporter for Blender.</p>
<h3>Project Abstract</h3> <p>This project would bring a number of new Inverse Kinematics (IK) solvers and improvements to the Godot Game Engine, affecting both 2D and 3D.</p> <p>I believe this project will greatly strengthen Godot’s IK capabilities, benefiting both 2D and 3D game developers. The additions and changes in this proposal would give Godot developers IK choices similar to those offered in other game engines, like Unity and Unreal Engine. This will allow Godot developers to harness the power of several different IK solvers, allowing developers to implement IK in their projects quickly and easily. This will open the doors to developers looking to implement procedural animation in their projects, whether their project is 2D or 3D.</p>
<p><a href="https://github.com/balabit/syslog-ng/" target="_blank">syslog-ng</a> is an famous log management infrastructure for users all over the world. Syslog-ng is rightly known as the "Swiss Army Knife of logging" because of its rich filtering capabilities, flexible configuration options. <a href="https://tools.ietf.org/html/rfc6455" target="_blank">WebSocket protocol</a> is a protocol enabling two-way communication between a client and server over a single TCP connection.<br> This project will add WebSocket as a destination for syslog-ng. The new destination can send log messages to an WebSocket Server directly. In addition, this project will enable the new destination to act as a WebSocket server, so the WebSocket client (such as a javascript client in a browser) could subscribe directly to it to get log messages. These will make sending log message privately or publicly much easier. This project will add WebSocket as a source for sysnlog-ng. So that it can receive log much more conveniently in some area such as IoT world.</p>
<p>I want to improve the Linux kernel environment model for more accurate work with memory.</p>
<p>Social media has continued to proliferate, not only as a space for self-expression, but also for greater communication between politicians and constituents. In this project, we seek to answer the question of how Democratic politicians, who rely on a diverse base for support, effectively connect with and mobilize constituents who are members of underrepresented racial, ethnic, gender and sexual groups through social media. To do so, we will collect a data set of the visual media posted by Democratic politicians and build a prediction model of variables measured from these images related to their diversity appeal as well as their more generalized traits. We will subsequently analyze how Democratic candidates in racially diverse districts present themselves through social media during contested primary elections.</p>
Zowe is a great systems operations tool. One of the systems programmers or performance analyzer's job is to decode SMF/RMF reports to check system's health. Having a generic parser for SMF datasets and/or RMF(or CMF) reports for Zowe would open various opportunities to create/re-use many open-source monitoring tools out there. *
<p>Problems with memory management and array access by unchecked index or pointer introduce significant risk. Especially if it comes to the OS kernel. LDV project aims to improve Linux kernel and I want to correct issues with its environment model for kernel.</p> <p>As a results of my work I expect to find and fix a number of bug in one of the last kernel releases and improve LDV verification framework.</p>
The main goal of this project is to add location support in GCC Rust, to BIR i.e an intermediate representation that will be exclusively used by the borrow checker to perform checks using the Polonius engine i.e, a rust library that models the borrow-checker. Currently the borrow-checker can return some basic borrow checking errors but does not display what or where exactly the problem occurred. By adding source code location to the BIR and BIR builder and updating the testsuite, we can ensure compilation fails for the right reasons and we can return useful error messages to the user.
<p>The project will focus on getting end-to-end testing for the ReactNative repository fully implemented and running by the end. That encompasses making specific E2E variants for all the different flavours that E2E testing is desirable for, as are defined in the build.gradle file. Further on then, different features will be tested for the different variants too. Finally, the testing will have to be integrated into the Continuous Integration/Continuous Development pipelines, which is the main purpose of this project. This should help speed up code review times, and write tests side-by-side for android and iOS.</p>
<p>To create an SDK for iOS to include Rocket.Chat in any app who's going to allow users making conversations seamlessly without leaving their app with a merely little configuration to get all the features Rocket.Chat have.</p>
<p>The nature of distributed systems and their fault model is chaotic: replicas can fail temporarily or just stop working, and the complexity of adding defensive code against all possible scenarios is unrealistic if complex applications are to be designed. Despite several techniques that try to mitigate this issue (e.g. RPC), a more opaque abstraction layer is needed in order to avoid long implementation times as well as incorrect behaviour driven from faulty or careless code. I believe that providing a programming-language-level abstraction layer is an effective approach to significantly reduce the amount of time focused on how systems can fail, rather than how they should work. Such an approach should mainly consist in supplying systems programmers with basic functionalities in the following areas: node distribution, data replication and partition tolerance. Being in an early adoption stage, Lasp needs applications that can serve as proof of concept in order to increase awareness of its capabilities as well as user adoption. This proposal is about the implementation of a real world application based on previous work published recently at PaPoC'17 - an EuroSys workshop.</p>