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 available online
  3. let Copr do all the work and wait for your new repo

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

Projects

tkral/kedge

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

mizdebsk/jp-suggests

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

xenithorb/grub2-crypto-enhance

Fedora's stock grub2 packages with http://grub.johnlane.ie patches added. Plagiarized from the above site: Examples Plain DMCrypt This example assumes the default cipher and passphrase hash. These defaults are the same as the ones in cryptsetup: aes-cbc-essiv:sha256 and ripemd160 passphrase hash. insmod cryptodisk cryptomount -p hd1,1 Plain DMCrypt access to LUKS volume This example opens a LUKS volume using plain DMCrypt. The volume master key is read from a file and the LUKS cipher and payload offset details are supplied as parameters. insmod cryptodisk cryptomount -p -k (hd0,1)/keyfile -K 256 -c aes-xts-plain64 -o 4096 hd1,1 LUKS This example opens a LUKS voume and is the only method supported by upstream Grub. insmod luks cryptomount hd1,1 The device may alternatively be specified using the UUID contained in the LUKS header. cryptomount -u af4b9159-8cbb-4122-b801-0c18adf26b3e LUKS with detached header This example opens a LUKS volume using a detached LUKS header. insmod luks cryptomount -H (hd0,1)/header hd1,1 LUKS with detached header and key file insmod luks cryptomount -H (hd0,1)/header -k (hd0,1)/keyfile hd1,1 LUKS with a 50 character passphrase embedded 30 bytes into key file. insmod luks cryptomount -k (hd0,1)/keyfile -O 30 -S 50 hd1,1
  • Fedora 27: x86_64

surkum/filemanager-actions

Description not filled in by author. Very likely personal repository for testing purpose, which you should not use.
  • Epel 7: x86_64
  • Fedora 25: i386, x86_64
  • Fedora 26: i386, x86_64
  • Fedora 27: i386, x86_64

scx/OpenEXR2

A high dynamic-range (HDR) image file format
  • Epel 7: x86_64

dfas/youtube-dl-gui

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

crote/tmux-latest

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

wyvie/adobe-source-han-sans-jp-fonts

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

bmr/boom

Boom is a boot manager for Linux operating systems. It includes a set of Python libraries and a command line tool, boom that is able to create, delete and display boot loader entries present on the system. A templating system is used to generate entries and allows entries to be cloned and modified, minimising the need for the user to input boot parameters manually. Boom is especially useful for creating and managing boot entries for snapshots of the system and supports BTRFS and LVM2 snapshot boot notation directly. A BLS compatible boot loader is needed to use Boom: either the systemd-boot project, or Grub2 with the bls patch (Red Hat Grub2 builds include this support in both Red Hat Enterprise Linux 7 and Fedora).
  • Epel 7: x86_64
  • Fedora 25: x86_64
  • Fedora 26: x86_64
  • Fedora 27: x86_64
  • Fedora rawhide: x86_64

ignatenkobrain/rust-testing

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