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.
The Pharo VM project is a continuation of the opensmalltalk-vm (or Cog VM) project which is the virtual machine underneath Pharo, this project will be centered around the Pharo-to-C transpiler, also called Slang. In this project my primary target is to improve the development experience for the Pharo VM and to accomplish this I will be implementing: Type feedback improvements, type guided translations, incremental building of the AST and integration of the C model to the IDE.
<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>
This proposal outlines the development of create-webpack-app, a webpack cli tool designed to streamline project setup for web development. Leveraging the power of Webpack, create-webpack-app will provide a user-friendly interface for selecting frameworks like React, Vue, or Svelte. Users can then generate a complete project structure pre-populated with essential files, configurations, and a tailored Webpack configuration for both development and production builds. The planned 12-week development utilizes Plop.js to create reusable templates, ensuring flexibility and customization. A core base template will be established, containing essential project files like package.json, README.md, and a foundational webpack.config.js. This will be complemented by framework-specific templates pre-filled with boilerplate code relevant to the chosen framework. Additionally, comprehensive user documentation will be created, guiding users through installation, usage, and framework-specific considerations. By prioritizing a lightweight and customizable approach, this proposal lays the groundwork for future enhancements, including broader framework support and potential community contributions.
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.
<p>The proposed tool aims to collect, process, and analyze data from various Bug Tracking Systems. The outcomes by this processed data are easily readable reports in various formats, like PDF, DOC, and CSV files, that contain release notes and issue trackers based on detected bugs. The platform can generate these reports automatically, on-demand by the actor, or even when an event is triggered and detected by the platform.</p>
<h5>Freechains Lua API.</h5> <p>This is an API for the Freechains project written in the Lua programming language. The lua-sockets library is used to interface with a daemon which string commands are sent to. This project manages the sockets for you and also provides optional extensions to work with the daemon abstractly without manually writing out strings of commands. This is to allow for concise creation of applications on-top of Freechains, and testing of the Freechains protocol.</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>The aim of developing the Hawkular android client was to provide users with a seamless experience of monitoring their servers, by allowing general purpose inventory browsing and quick access to favourite metric and alerts. I plan to take this initiative forward and make the android client more detailed, stable and intuitive to use. I plan to do so by:</p> <p>● Adding support for full Alert setup and display.</p> <p>● Adding more details in triggers and improving metric graph visualisations.</p> <p>● Improving and rewriting the previously written tests for models and adapters.</p> <p>● Writing thorough UI tests using the Espresso testing framework.</p>
<p>The current shader framework for fury is based on VTK and lacks documentation to get started which can be overwhelming for new users . The objective of this project is to enable users to be easily able to understand and use the shader framework to render stunning visual representations of data. The project involves programming vertex and fragment shaders to generate effects for more immersive visualization .</p>
Pwndbg has supported LLDB internally since 2024, and in general availability as of the 2025.01.20 release. That support is, however, still in its infancy. Currently, all the test code in Pwndbg is still strongly tied to GDB, meaning that, aside from manual checks, there is nothing keeping changes to the codebase from silently breaking the LLDB subsystem. And, while there is support for attaching to and debugging programs running on platforms other than Linux, there are not as many features catering to the specifics of those platforms as there are for traditional Linux distributions. In particular, the process by which mobile debugging is done is still poorly documented, intricate, and not thoroughly tested. These shortcomings hold back LLDB Pwndbg from being as useful to its users as it can be.
Modernize fs_filepicker: The fs_filepicker is a GUI used for selecting files in the msui_settings.json configuration file. Currently, the GUI only offers a basic set of navigation elements for selecting a file and returns the fs URL for accessing it. The goal of this project is to modernize the GUI using the Pyfilesystem module to make it more user-friendly and efficient. Pyfilesystem is a Python module used for accessing different types of file systems. It provides a common API for working with various file systems, such as local, remote, and cloud-based storage systems. The Pyfilesystem module is easy to use and has many features that can be used to improve the functionality of the fs_filepicker. View Layout and Restoring:: The mscolab project is a collaborative software platform that enables multiple users to work together on a shared project in real-time. The project is written in Python and uses the PyQT GUI library for the user interface. Currently, the PyQT Gui of the MSS client can handle different views by one flight path. However, once a new flight path is loaded and activated, all views change to this flight path. This is inconvenient for users who want to work on multiple flight paths simultaneously. Additionally, the view configuration consists of many windows with a complex set of configuration options that are tedious to re-create after shutting down the application. This proposal aims to improve the mscolab user interface by adding the ability to store and restore the view configuration of multiple windows for the user. Additionally, the proposal seeks to add a layout option for any participant on the same flight path, as well as the ability for the creator of an operation to set the layout of all participants.
BMv2 currently provides only textual logs for tracing packets through a P4 pipeline, which must be parsed with brittle regex hacks and cannot be easily consumed by automated tools. This project aims to replace that with a structured, programmatic trace API — recording per-packet events such as applied tables, matched entries, and executed actions — and exposing them in a machine-readable format such as protobuf (with JSON serialization support), enabling use cases ranging from human debugging to automated test coverage measurement, test generation, and root cause analysis.
<p>TARDIS is a Monte Carlo radiative transfer code whose primary goal is the calculation of theoretical spectra for supernovae based on a number of input parameters, such as the supernova brightness and the abundances of the different chemical elements present in the ejecta. The main idea for this procedure is that by finding a close match between theoretical and observed spectra the parameters that actually describe the supernovae can be identified.</p> <p>The objective of this proposal is to incorporate new atomic data into the TARDIS database. In order to accomplish this job several tasks are required: parsers for different file types must be written, unit testing, full integration with TARDIS codebase and more. Finally, will be crucial to determine how new atomic data affects the synthethic spectra.</p> <p><em>The result of this work will not only be of great value for TARDIS, but also for many researchers who require atomic measurements.</em></p>
<p>In real life projects it is not uncommon that the whole test suite takes hours to execute completely. This makes it hard to follow the good practices to execute the complete test suite for each commit. Providing early negative feedback (fail the tests as early as possible) could streamline the developer work. In order to solve the problem it would be better to reorder the tests so most relevant test are executed first so they have the chance to fail early. “Most relevant” could mean : dependant on recently changed code, recently failing or most frequently failing tests.</p>
<p>DaRu (Data Analysis in RUby) is a library for storage, analysis, manipulation and visualisation of data. Currently it is doing good job for scientific usage(in IRuby notebook), but if user want to visualize some data for integration into existing web application, then Daru methods have to output result/chart/graph/datatable such a way that output is directly usable into web application (in html file). Also Daru must have better import/export technique so that new importers/exporters can be defined easily. Mostly modern web application will use NoSql database, that is easy to scale. It will be very useful if Daru can connect with relational or non-relational database and make query operations easy. This project aims to make Daru more powerful for web application to use it as data analysis and visualisation tool, by working on above issues.</p>
<p>Deployment is the last stage in the application development process and before that, any application undergoes a comprehensive testing process to validate that the system meets its functional and non-functional requirements. An application comprises several functions, classes, procedures which are referred to a unit. The objective in unit testing is to isolate each unit of the system and validate its precision by identifying and fixing the defects and bugs and benefit of unit testing is that issues can be identified on earlier stages. Chapel currently lacks unit testing, which harms the development of the platform and makes easier to reintroduce past bugs while developing. <strong>This project is a proposal to add a set of unit test classes to Chapel. </strong></p>
FreeCAD comes with a Robot Workbench, which is capable of 6-DOF robot simulations, trajectory planning and a vendor specific code export (KUKA). After the removal of some copyrighted model assets and years without an active maintainer, the workbench is functional but difficult to use and customise. The robots can only be defined via hand-written VRML and CSV/DH files, the bundled kinematics library has lagged behind the latest upstream release, the axis count for robots is hard coded to six and the documentation for beginners is sparse. Thus this project proposes an incremental modernization of the existing “Mod/Robot” module: 1. Standardised robot imports : Unified Robot Description Format (URDF) is one of the most common standards for describing a robot. Having an easy way to import robots directly from URDF will replace the painful CSV/DH file imports. 2. Generic joint-trajectory export : Having the possibility to export the joint & trajectory data will separate the export process from copyrighted vendor-specific pipelines. The users can post-process the exported data to their specific platform 3. Kinematics library refresh : FreeCAD currently has a local fork of KDL library that lags behind the upstream. Cleaning up this dependency will eventually prepare the path for arbitrary-DOF robots & better robot animations. 4. Documentation : This will help the existing users as well as attract a new user base towards the Robotics Workbench.
<p>This project is about creating a python library that implements the complete MIME Sniffing Standards. MIME stands for “Multipurpose Internet Mail Extensions.” This method is used to examine the type of content in a web request or response to determining the content’s format. Usually, we can determine a resource’s MIME type by looking at the Content-Type response header in an HTTP response but some developers set values for Content-Type headers that are not suitable for the response’s content. This is where MIME Sniffing comes into play to determine the actual MIME type by analyzing the response’s content.</p> <p>Misinterpreting MIME types can cause bugs while using Scrapy frameworks in projects. Therefore, we should implement the python library that can handle all the MIME sniffing standards. This library will follow the standards described in <a href="https://mimesniff.spec.whatwg.org/" target="_blank">https://mimesniff.spec.whatwg.org/</a>.</p>
<p>This project intends to expand the overall coverage of the unumpy API. unumpy is an API for array computing built on top of the uarray library that follows in close resemblance the core NumPy API. Its mission is to hopefully become a generic backend system for the core NumPy API and provide other libraries that are built on top of unumpy the benefits of being able to run against different backend implementations in an easy and versatile way. Currently the unumpy library is incomplete as a mirror image of the core NumPy API so I intend to work on expanding its current coverage by adding around 150 function stubs and a JAX backend.</p>
<p>Pallene, the statically typed sister language of Lua requires a Foreign Function Interface(FFI) to C. As a starting point, there is a need to create a library in Lua that can parse C header files and incorporate a functionality so as to represent C declarations in Lua.</p>
The proposal aims to develop a package manager for the Faust programming language, consisting of several components to enhance the development and sharing of Faust libraries. The proposed system encompasses: Central Repository on GitHub: Establishing a central repository on GitHub to store metadata for Faust libraries. This repository will serve as a centralized hub for developers to publish. GitHub App for Publishing Automation: Developing a GitHub application to automate the publishing process of Faust libraries to the central repository. The GitHub app will automate the submission of libraries, manage versioning, and generate documentation automatically to enhance accessibility and ease of use. Package Manager Application: Creating a package manager application designed to manage dependencies for Faust projects locally. The package manager will enable developers to efficiently integrate and manage dependencies within their projects, ensuring seamless integration of Faust libraries. Faust-hub Website: It will contain comprehensive information about Faust libraries available in the central repository. Faust-hub will provide a user-friendly interface for browsing, searching, and accessing Faust libraries, enhancing collaboration and community engagement within the Faust ecosystem.
This project integrates Planter, an in-network machine learning framework, into the P4Pi Raspberry Pi platform. The work includes adding a p4c-dpdk target adapter to Planter, implementing 1–2 additional ML algorithm modules, developing end-to-end example applications on a DPDK-based software switch, and packaging the result as a ready-to-use P4Pi system image with teaching-oriented documentation and tutorials.
The project will involve updating the database schema to accommodate EPSS data, adding EPSS data to the database through download in CSV format and parsing it for each CVE, updating database queries to retrieve EPSS data, and updating output reports to include EPSS data. The project will also include adding extra CLI commands to filter EPSS scores and updating documentation and tests to reflect the new changes. Overall, the integration of EPSS will enhance the precision and reliability of the CVE-BIN-TOOL, allowing users to better understand the severity of vulnerabilities and prioritize their remediation efforts. This is an overview of the tasks for this project: Update database schema Add EPSS to the database Update output reports to include EPSS data Add extra CLI commands to filter EPSS scores Update documentation and tests
<p>The goal of this project is to provide typed API for LuaRocks modules, specified using Teal, a typed dialect of Lua, which allows for typed definition files to be written for untyped Lua modules. Our goal here is not to port all of LuaRocks to Teal, but to provide typed interfaces for Teal or Lua applications, so that users of these interfaces can have a stable contract of the API's inputs and outputs.</p>