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 Problem When developers write custom webpack plugins, they need reliable API documentation. Currently, the generated docs drop critical function signatures, returning unhelpful {object} types instead of actual parameters. The new documentation infrastructure is also missing webpack's visual identity, essential navigation pages, and a safe review process for automated updates. The Solution I will complete the TypeDoc to doc-kit pipeline to finalize webpack's API documentation redesign. First, I will fix the AST renderers to properly map TypeScript function overloads so no signature data is lost. Then, I will configure the doc-kit UI with webpack brand tokens and build custom React components to cleanly display complex hooks. Finally, I will secure the CI/CD workflow and port the core website pages. Deliverables: Accurate API Output: A fixed TypeDoc theme that correctly renders function parameters and TypeScript overloads. Visual Identity: A custom doc-kit configuration with webpack branding and new React components (HookSignature, PluginInterface, DeprecationBanner). Automated CI/CD: A GitHub Actions workflow that safely opens pull requests for new docs instead of pushing directly. Core Navigation: Fully ported Home, Download, Guides, and About pages.
<p>Over the years, <code>Deep Learning</code> has become a promising field of work, attracting attention from the most prominent <code>Machine Learning</code> researchers of the world. One of the most prominent ideas in the field of <code>Deep Learning</code> is <code>Generative Adversarial Networks</code> invented by <code>Ian Goodfellow</code>. This proposal aims to implement <code>Deep Convolutional GAN (DCGAN)</code> and <code>Wasserstein GAN (WGAN)</code>. In addition to these, some additional work is also planned to be done, namely the implementation of <code>Stacked GAN (StackGAN)</code> and <code>Deep Belief Networks (DBN)</code>. The rest of the details are mentioned in the proposal.</p>
<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>
<p>The goal of this project is to make matrixStats functions handle names in the same manner as the base R functions. The methods of handling names should not create an overhead that could have a significant negative impact on performance.</p>
<p>Implement a new Web Assembly compiler backend for Accord Project's smart contract language (Ergo). This will allow Accord Project users to deploy their contracts to any WASM platform or allow any WASM user to call Accord Project templates.</p>
The PDK or (plugin development kit) aims to allow loading artifacts into tremor at runtime instead of requiring a full recompilation. This streamlines the development process of extending tremor with custom functionality. The goal is to allow live loading of a number of artifacts so start with: Pipeline Operators, Codecs, Pre- and Postprocessors, Custom Functions.
<p>At the moment it’s difficult to customise webpack’s output and it requires a deep knowledge of the internal workings of webpack and webpack-cli. The reporter implementation would cover:</p> <ul> <li>Set of APIs to expose every possible reporter where it will be possible to override webpack’s output.</li> <li>A basic reporter would be a separate package (and testable), the package will have to implement some APIs that will hook to webpack internals and will log the resources emitted by the compiler.</li> <li>Ideally written in TypeScript (the basic one) so it will expose also the interfaces.</li> </ul>
<p>The goal of this project is to finish the implementation of the formal integral approach for generating spectra which was started during last years ESO Summer of Code in Space (SoCiS). The current implementation will be rewritten in C and features that enable the use of this method for popular configuration settings will be added. Lastly the whole method will be integrated fully into tardis by providing configuration options to control it.</p>
The goal of this project is to introduce more locking protocols, in particular Multiprocessor Priority Ceiling Protocol (MPCP) and Distributed Priority Ceiling Protocol (DPCP), to RTEMS to be used by semaphores, as well as testsuites for the two protocols. This allows users to choose different locking protocols to use can be more practical depending on their application.
The project aims to enhance user engagement and system communication in OpenELIS by implementing a robust notification system. The project will focus on creating a service worker for background execution, integrating the Web Push API for subscribing to notifications, and utilizing VAPID keys for secure communication between frontend and backend. The backend will be equipped with REST APIs to handle push notification events efficiently, ensuring seamless data exchange across the system. This project will significantly improve user experience and system-wide notifications within OpenELIS
Lately various AI driven algorithms have been published that are able to extract single instrument recordings (STEM) from an audio track file. Native Instruments has introduced an open definition for stem files STEMS to store these extracts. A Stem file contains the original a stereo track and four additional channel with the musical elements: A drums stem, a bassline stem, a melody stem and a vocal stem, in a m4a container. Currently Mixxx is only capable of playing the stereo track. The goal of this project is to extract all channels and allow the user to mix them individually. In a fist version the Stem mixer can replace the equalizer in the Mixxx GUI. In an advanced version an integration with effects system is desired.
The goal of this project is to make uutil behave more like gnu’s coreutils by improving compatibility with gnu coreutils test suit. This project’s proposal is to focus on the test cases of LS, CP and MV so that by the end of the program the above-mentioned utilities hopefully would be fully compatible with gnu’s test suit.
Currently, the composite types defined in PostgreSQL (https://www.postgresql.org/docs/current/rowtypes.html#ROWTYPES) are not exposed through the pgjdbc driver. This proposal aims to enable such functionality by implementing the methods defined in the JDBC API. It will allow a user to both retrieve a Struct from the result-set or use it for insertion or updates. Since a row can also hold an array of composite types, properly handling these arrays during reading / writing will also be taken in consideration.
This project will enable Sugar users to manage Docker Swarm clusters directly through Sugar’s command-line interface (CLI). These enhancements will streamline container orchestration workflows and make Sugar a more versatile tool for developers transitioning from development to production environments. New commands will enable users to perform tasks such as initializing, joining, creating, scaling, updating, and inspecting Swarm services with simplified Docker Swarm Node and Secrets Management.
<p>The 3D structures of protein and organic molecules are tough to understand since not all can visualize their structures in the mind. The project aims to build a <strong>real-time</strong> web application using socket programming(just like in online multiplayer games) that shall facilitate an active learning environment to visualize and learn the functions of each component in the 3D structure. This one of a kind software that brings in the best of online multiplayer gaming and virtual labs will be used by teachers, students, and researchers all across the world.</p>
<p>This project aims to implement an iterator over k- shortest source to destination paths using improved versions of Yen’s algorithm for simple paths. Apart from working on these methods the scope of this project will be improving and cleaning the methods that are currently too slow in python as these methods will be a dependency for implementing the other algorithms.</p>
This project will periodically generate or update a [Policy Report Custom Resource (CR)](https://github.com/kubernetes-sigs/wg-policy-prototypes/blob/master/policy-report/README.md) based on events collected from KubeArmor. This could be implemented as a feature in KubeArmor or developed as an external adapter. The candidate will learn about Kubernetes controllers and various security topics.
<p>The memory to CPU bottleneck is one of the fundamental and essential issues of commodity processors. With sweeply increasing computing speed, instructions might spend much of their time in waiting queues during read-store access. Nevertheless, there are also many available OS and microarchitecture designs for solving this performance complication. One of the important is the multi-level Translation Lookahead Buffer(TLB) Implementation. Based on the cache locality principle, it aids to keep the frequently used address translations near the core, hence amortizes the waiting time for instruction fetching and load-store units. With many levels in place, the less is the frequency of misses, the better is the performance. Thus, this proposal will aim to enhance the current TLB structure of the CVA6 (Ariane) core to a multi-level with L2 TLB on top of the existing L1 TLBs.</p> <p>Here, CVA6 is the application class and Linux bootable 64-bit RISC-V 1.7GHz CPU Core. It is also addable to the OpenPiton Heterogeneous Multicore Research Platform.</p>
<p>The Syft ecosystem allows one to write software that can compute over information you do not own on machines you do not have (total) control over. PySyft mainly allows <strong>direct computation on unseen data</strong> and generates static graphs of computation that can be deployed or scaled later.</p> <p>To do so PySyft creates an AST that maps function calls to their exact path and knows what to do with a node in the tree. AST allows remote execution, and to do so AST provides a local handler for the result of remote execution through pointer alongside generating all the permitted methods and attributes on a Pointer.</p> <p>The current implementation has integration for pandas’ DataFrame and Series, i.e, one can <strong>remotely execute methods and access attributes</strong> on objects on these classes using their pointers. This is to be <strong>further extended for all the classes and global functions in pandas</strong>.</p>
Network topologies and graph databases go hand-in-hand. The OpenAPI specifications for Kubernetes provides taxonomy, but augmenting a graph data model with formalized ontologies enables any number of capabilities, one of the more straightforward is the inferencing requisite for natural language processing, and consequently, a human-centric query / response interaction becomes becomes possible. More importantly, more advanced systems can be built when a graph data model of connected systems is upgraded to be a knowledge semantic graph. Deliverables (among other items): - a Kubernetes ontology using OWL as a popular (and mature) way of doing this. - a cuelang-based component generator
While Unikraft may have the bare minimum implementation required to receive and process the information passed from Firecracker under the form of the Linux Boot Protocol structures, it is not able to boot through this protocol from more strict and proper environments such as QEMU, GRUB, U-Boot or any of the many open source bootloaders that speak this protocol. The main reason this does not happen is because the Unikraft bootable images are missing the Linux header. The first step will be reading documentation and familiarizing myself with the project. I would estimate that this step will take about two weeks. The Linux x86 Boot Protocol will be studied and questions will be asked towards the community and the mentor. Secondly, a step for planning ahead the workflow that will dictate the way I will work on the project (two weeks). By doing this, a schedule will be set in place that will help me always be on time. Design the structure of the external program to parse bootloader metadata and generate the Linux Boot Protocol header. Comparing the x86 header to the ARM64 one could highlight certain common traits that can be used to minimize the existent code. Finally, the coding period will start that will be summed up by taking feedback, discussing unforeseen problems, striving to meet deadlines. This will take approximately twelve weeks. At this time, the best course of action is to respect the planning done before and focus on integrating everything that can be picked from the UEFI script. The rest can be done after thorough testing and reviews from the community.
The project proposal is to bring password-less authentication to Plone 6 by implementing WebAuthn, a password-less web standard by W3C. The proposal suggests that the implementation should allow the user to decide whether to use WebAuthn as the primary or second-factor authenticator. WebAuthn uses public key cryptography to store user credentials, which makes it more secure than traditional password-based authentication methods. However, the proposal also discusses the challenges of using WebAuthn, such as the Scenario where the authenticator device is not available or lost. The proposed solutions include backup codes, recovery codes, and administrator reset, but all of them require storing some kind of secret on the server, which is a security concern. The proposal suggests alternative solutions like encouraging users to use at least two different Authenticating devices to register.
Build the Policy Audit Point (PAP) for ACF-SDK that fires real attack payloads through the enforcement chain, records what gets caught and what slips through, and produces a coverage matrix. Includes 50+ attack patterns mapped to OWASP LLM Top 10, pytest integration, OpenTelemetry trace emission, and regression testing for policy changes. Structured as a research pre-registration targeting ACM AISec or IEEE S&P DLSP Workshop