Skip to content

The packages Mason, what do they mean? (Package requests and bug reports here) πŸ“‘

Notifications You must be signed in to change notification settings

chaotic-aur/packages

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

Chaotic-AUR package list

This is the right place to submit package requests, bug reports, or outdated packages of Chaotic-AUR. Please feel free to use issues! πŸ“œ

Chaotic-AUR

Some packages we have already built

Check out the package lists to find out what exactly gets built and when! πŸ•΅οΈβ€β™€οΈ

Modified packages

While we would prefer to build AUR packages without modification, doing so is often not practical or possible.

  • Depends, options, or commands may be missing.
  • Erroneous options or commands may be present.
  • Packages may not build or function without changes.
  • Packages may not meet packaging standards.

To address such issues:

  • Toolbox automatically corrects some common errors.
  • Manual corrections may be applied with Interfere.
  • The original package may be forked as a custom package.

Special packages

  • chaotic-keyring: Public keys to verify the Chaotic-AUR package signatures.
  • chaotic-mirrorlist: List of servers mirroring Chaotic-AUR packages.
  • chaotic-interfere: Marker indicating manually applied interferes. This package is not intended to be installed.

Banished and rejected packages πŸ“‘

This is a list of packages that we will reject for good reasons:

  • snapd: We didn't know how to help our users with it since it breaks A LOT. We recommend using native packages or FlatPak instead. Also, there are a lot of other reasons to not use Snaps.

  • lib32-*: The difficulty of maintaining 32-bit packages is increasing as their usefulness decreases. They may be considered to keep existing packages working, like wine-*. Otherwise, use 64-bit packages when available.

  • gst-plugins-{ugly,bad}: These need too frequent rebuilds which can't be dealt with as we don't control the packages pkgrel. Ultimately this would result in a bad user experience.

  • ffmpeg-{full,headless}: These need too frequent rebuilds which can't be dealt with as we don't control the packages pkgrel. Ultimately this would result in a bad user experience.

  • mpv-amd, ffmpeg-amd: This is just MPV/FFMPEG without CUDA and NVENC to achieve shorter build times without actual end-user benefit.

  • unreal-engine (and -git): Some mirrors don't have sufficient storage space.

  • python2: Has been EOL for a couple of years, and was removed from Arch repositories. Requests for packages that depend on it in any way will be rejected (see #1958).

  • linux-ck: Other kernels contain the same optimizations, and official pre-built binaries are available from repo-ck.

  • Dependencies without any dependents: Such packages are useless by themselves. Maintaining them wastes effort that is better spent elsewhere.

Banned due to licensing issues πŸ›‘

  • AMDGPU PRO Drivers. Redistribution of both software and documentation is prohibited.

  • aseprite{-git}: Redistribution is explicitly prohibited in its FAQ.

  • feishu: Unauthorized redistribution of their applications is explicitly prohibited per ToS.

  • multimc*: Redistribution of custom binaries that include their API keys and trademarked assets is explicitly prohibited.

  • rider: Redistribution disallowed per ToS.

  • tlauncher: Legal gray area, as it potentially allows playing Minecraft in a reduced capacity without a license.