Copr hosts 32,067 projects from
6,917 Fedora users

You can run a full-text search, or you can use the dropdown menu next to the search bar and limit your query to a user name, group name, project name, or package name.

Copr is an easy-to-use automatic build system providing a package repository as its output.

Start with making your own repository in these three steps:

  1. choose a system and architecture you want to build for
  2. provide Copr with src.rpm packages
  3. let Copr do all the work and wait for your new repo

NOTE: Copr is not yet officially supported by Fedora Infrastructure.

Screenshot tutorial

Are you a new user? Check out the Copr screenshot tutorial to see how to create a new project, and build your package in it.
Read more

Installing packages

Enabling projects and installing packages from them is easy. Open a project and run the command from "Quick Enable" section.
Read more

FAQ

Don't be afraid to ask for help, but make sure to check out the FAQ section first to save yourself waiting for an answer.
Read more

Python API

Do you develop an application that communicates with Copr? Give python3-copr library or copr-cli tool a try.
Read more

Fedora Review

Do you plan to add your package to the official Fedora Linux repositories? Enable fedora-review option for your project.
Read more

Packit

Packit assists with common packager tasks, as well as automatically rebuilding your packages from each pull request.
Read more

GitHub webhooks

Create a GitHub webhook to rebuild your packages automatically from each upstream pull request or push.
Read more

Pagure integration

Configure your pagure project to automatically rebuild your packages from each upstream pull request or push.
Read more

Recent Projects

dmellado/bpfman

bpfman: An eBPF Manager <img src="https://img.shields.io/badge/License-GPL_v2-blue.svg" alt="License: GPL v2" /> Formerly know as bpfd Welcome to bpfman bpfman is a system daemon aimed at simplifying the deployment and management of eBPF programs. It's goal is to enhance the developer-experience as well as provide features to improve security, visibility and program-cooperation. bpfman includes a Kubernetes operator to bring those same features to Kubernetes, allowing users to safely deploy eBPF via custom resources across nodes in a cluster. Here are some links to help in your bpfman journey (all links are from the bpfman website https://bpfman.io/): Welcome to bpfman for overview of bpfman. Setup and Building bpfman for instructions on setting up your development environment and building bpfman. Tutorial for some examples of starting bpfman, managing logs, and using the CLI. Example eBPF Programs for some examples of eBPF programs written in Go, interacting with bpfman. How to Deploy bpfman on Kubernetes for details on launching bpfman in a Kubernetes cluster. Meet the Community for details on community meeting details. License With the exception of eBPF code, everything is distributed under the terms of the Apache License (version 2.0). eBPF All eBPF code is distributed under either: The terms of the GNU General Public License, Version 2 or the BSD 2 Clause license, at your option. The terms of the GNU General Public License, Version 2. The exact license text varies by file. Please see the SPDX-License-Identifier header in each file for details. Files that originate from the authors of bpfman use (GPL-2.0-only OR BSD-2-Clause) - for example the [TC dispatcher] or our own example programs. Files that were originally created in libxdp use GPL-2.0-only. Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in this project by you, as defined in the GPL-2 license, shall be dual licensed as above, without any additional terms or conditions.
  • Centos-stream+epel-next 9 : x86_64
  • Centos-stream 8 : x86_64
  • Fedora 39 : x86_64

phush0/mesa-git-wsl

Use it at your own risk! This repo is a modified version of che-mesa. Triggered to be rebuilt every few hours if code update is detected. Is set to follow the official mesa gitlab repo https://gitlab.freedesktop.org/mesa/mesa Built with Distro's LLVM. Due to this, it might happen for rawhide builds to fail until upstream adapts mesa with the changes required for new llvm versions.
  • Fedora 37 : i386, x86_64
  • Fedora 38 : i386, x86_64
  • Fedora 39 : i386, x86_64
  • Fedora rawhide : i386, x86_64

brandonlester/oreon-lime

Description not filled in by author. Very likely personal repository for testing purpose, which you should not use.
  • Fedora 39 : x86_64

@fedora-llvm-team/llvm-snapshots

This project provides Fedora packages for daily snapshot builds of LLVM projects such as clang, lld and many more. To get involved in this, please head over to: https://github.com/kwk/llvm-daily-fedora-rpms.
  • Fedora 37 : aarch64, i386, ppc64le, s390x, x86_64
  • Fedora 38 : aarch64, i386, ppc64le, s390x, x86_64
  • Fedora 39 : aarch64, i386, ppc64le, s390x, x86_64
  • Fedora rawhide : aarch64, i386, ppc64le, s390x, x86_64

gui1ty/flessen

Easily manage Wine prefix in a new way! (Run Windows software and games on Linux). This is a work in progress repository for getting Bottles and its dependencies updated and packaged for Fedora Use at your own risk!
  • Fedora 37 : x86_64
  • Fedora 38 : x86_64
  • Fedora 39 : x86_64
  • Fedora rawhide : x86_64

achhabra/power-profiles-daemon

Patched power-profiles-daemon enabling multi-driver support.
  • Fedora 39 : x86_64

kanitha/python-telethon

Description not filled in by author. Very likely personal repository for testing purpose, which you should not use.
  • Fedora 39 : x86_64

blinxen/fedora-review-rustup

Description not filled in by author. Very likely personal repository for testing purpose, which you should not use.
  • Fedora rawhide : aarch64, ppc64le, s390x, x86_64

secureblue/bubblewrap-suid

📦 bubblewrap-suid This repository contains the .spec file for bundling a setuid variant of Bubblewrap as an RPM. This allows using flatpaks on immutable OSTree distributions with user.max_user_namespaces = 0 and kernel.unprivileged_userns_clone = 0 set. CI Currently the Bubblewrap releases are tracked manually. The goal for this repository is for it to track automatically Install Get the COPR .repo file curl -s https://copr.fedorainfracloud.org/coprs/34n0s/bubblewrap-suid/repo/fedora-39/34n0s-bubblewrap-suid-fedora-39.repo | sudo tee /etc/yum.repos.d/34n0s-bubblewrap-suid-fedora-39.repo Override bubblewrap (without suid) package sudo rpm-ostree override replace --experimental --freeze --from repo=&#39;copr:copr.fedorainfracloud.org:34n0s:bubblewrap-suid&#39; bubblewrap-suid Develop Build locally This has to be done on a RPM based Linux distribution and is tested on a Fedora Silverblue 39 VM. Install required RPM build tools and dependencies: rpm-ostree install -y rpmdevtools rpmlint docbook-style-xsl meson libcap-devel libselinux-devel gcc Create the required file tree: rpmdev-setuptree Clone this repo and cd into it: git clone https://github.com/34N0/bubblewrap-suid-rpm &amp;&amp; cd bubblewrap-suid-rpm Download bubblewrap source spectool -g -R bubblewrap-suid.spec Build the RPM from spec: rpmbuild -ba bubblewrap-suid.spec Test locally Cd into the RPM folder: cd ~/rpmbuild/RPMS/x86_64 Override the bubblewrap package: rpm-ostree override replace bubblewrap-suid-&lt;version&gt;.fc39.x86_64.rpm disabling unprivileged user namespaces Edit the sysctl config: sudo nano /etc/sysctl.d/99-sysctl.conf add the following lines: user.max_user_namespaces = 0 kernel.unprivileged_userns_clone = 0 load the parameters: sudo sysctl --system reboot the VM! Issues &amp; Contributions Feel free to open issues or pull requests for improvements, bug fixes. 😄 Be mindful that this repository is simply the Bubblewrap project with the SUID bit set.
  • Fedora 38 : x86_64
  • Fedora 39 : x86_64

secureblue/hardened_malloc

This is a security-focused general purpose memory allocator providing the malloc API along with various extensions. It provides substantial hardening against heapcorruption vulnerabilities. The security-focused design also leads to much less metadata overhead and memory waste from fragmentation than a more traditional allocator design. It aims to provide decent overall performance with a focus on long-term performance and memory usage rather than allocator micro-benchmarks. It offers scalability via a configurable number of entirely independently arenas, with the internal locking within arenas further divided up per size class.
  • Fedora 38 : x86_64
  • Fedora 39 : x86_64