Is it possible to install an application already packaged from another Arch-based distro's repo?

Ohne Gewähr :-) | Without warranty :)
#
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives

#
# GENERAL OPTIONS
#
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir     = /
#DBPath      = /var/lib/pacman/
CacheDir = /var/cache/pacman/pkg/
#LogFile     = /var/log/pacman.log
#GPGDir      = /etc/pacman.d/gnupg/
#HookDir     = /etc/pacman.d/hooks/
HoldPkg      = pacman glibc garuda-system
#XferCommand = /usr/bin/curl -L -C - -f -o %o %u
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#CleanMethod = KeepInstalled
Architecture = auto

#IgnorePkg   =
#IgnorePkg   =
#IgnoreGroup =

#NoUpgrade   =
NoExtract = usr/share/fonts/noto/* !*NotoMono-* !*NotoSansDisplay-* !*NotoSansLinearB-* !*NotoSansMono-* !*NotoSansSymbols* !*NotoSerif-* !*NotoSerifDisplay-*

# Misc options
#UseSyslog
#Color
#TotalDownload
CheckSpace
#VerbosePkgLists

# By default, pacman accepts packages signed by keys that its local keyring
# trusts (see pacman-key and its man page), as well as unsigned packages.
SigLevel    = Required DatabaseOptional
LocalFileSigLevel = Optional
#RemoteFileSigLevel = Required

# NOTE: You must run `pacman-key --init` before first using pacman; the local
# keyring can then be populated with the keys of all official Arch Linux
# packagers with `pacman-key --populate archlinux`.

#
# REPOSITORIES
#   - can be defined here or included from another file
#   - pacman will search repositories in the order defined here
#   - local/custom mirrors can be added here or in separate files
#   - repositories listed first will take precedence when packages
#     have identical names, regardless of version number
#   - URLs will have $repo replaced by the name of the current repo
#   - URLs will have $arch replaced by the name of the architecture
#
# Repository entries are of the format:
#       [repo-name]
#       Server = ServerName
#       Include = IncludePath
#
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
#

# The testing repositories are disabled by default. To enable, uncomment the
# repo name header and Include lines. You can add preferred servers immediately
# after the header, and they will be used before the default mirrors.

#[testing]
#Include = /etc/pacman.d/mirrorlist

[core]
Include = /etc/pacman.d/mirrorlist

[extra]
Include = /etc/pacman.d/mirrorlist

#[community-testing]
#Include = /etc/pacman.d/mirrorlist

[community]
Include = /etc/pacman.d/mirrorlist

# If you want to run 32 bit applications on your x86_64 system,
# enable the multilib repositories as required here.

#[multilib-testing]
#Include = /etc/pacman.d/mirrorlist

[multilib]
Include = /etc/pacman.d/mirrorlist

# An example of a custom package repository.  See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#SigLevel = Optional TrustAll
#Server = file:///home/custompkgs

[chaotic-aur]
SigLevel = Never
Server = https://repo.kitsuna.net/x86_64
Server = http://lonewolf-builder.duckdns.org/$repo/x86_64
Server = http://chaotic.bangl.de/$repo/x86_64
5 Likes

I’m sure @librewish or @SGS will get right back to you regarding that
:eagle:

EDIT: They are too fast! :astonished:

3 Likes
################################################################################
################# Arch Linux mirrorlist generated by Reflector #################
################################################################################

# With:       reflector --country Germany --latest 5 --age 2 --fastest 5 --protocol https --sort rate --save /etc/pacman.d/mirrorlist
# When:       2020-08-14 06:47:50 UTC
# From:       https://www.archlinux.org/mirrors/status/json/
# Retrieved:  2020-08-14 06:47:50 UTC
# Last Check: 2020-08-14 06:37:32 UTC

Server = https://mirror.netcologne.de/archlinux/$repo/os/$arch
Server = https://ftp.halifax.rwth-aachen.de/archlinux/$repo/os/$arch
Server = https://mirror.f4st.host/archlinux/$repo/os/$arch
Server = https://mirror.chaoticum.net/arch/$repo/os/$arch
Server = https://phinau.de/arch/$repo/os/$arch

3 Likes

Thanks @SGS for quick response!

I assume the whole responsibility.
:nerd_face:

3 Likes

Please correct me if I am wrong. The repos consist of those of “regular” Arch plus the one for chaotic-aur?

My understanding is that is the way of Garuda. The contents of the extra repo have been written/rewritten/forked as necessary to enable use with ‘pure’ Arch…
Haven’t seen a problem yet :crossed_fingers:

3 Likes

All the garuda packages are on chaotic repo

We are using arch repos

And for extra packages we use chaotic repo

And we don’t have limit to what we add to chaotic repo

We can add any package that is in aur to chaotic repo

Basically I don’t build any aur package at all

The building is done by chaotic server

If I want a package that is in aur I add it to chaotic

We have absolute minimal maintenance as a goal.

All the maintenance is done by aur mentainers and arch mentainers.

We only maintain the garuda packages.

4 Likes

That’s great info! Thanks a lot!
:eagle:

1 Like

I know this is a forum of arch and not of the manjaro
But does the chaotic repository work in manjaro?
I speak in relation to the applications of the garuda
It would be good for you to make all the garuda packages available in the aur
I’ll try to install chaotic aur and see what will give to the garuda tools

Manjaro does not support third-party repos - there are plenty of threads over there about people breaking their system after adding Blackarch (for example).

If you want Arch packages and Arch repos, then use Arch (or at least something which is actually based on Arch).

4 Likes

One could say that the repo will work fine - but the stuff IN the repo is chancy :grin: Definitely better luck with an actual Arch base…

3 Likes

The chaotic-aur repo will “work” with Manjaro but it doesn’t mean the the software inside of it will.

For example:

  • What is in chaotic-aur is built against Arch library versions. Since Manjaro versions trail behind that, you can easily get in situations where there is an alignment mismatch.
  • Some of the software, including some of the Garuda tools either won’t work in Manjaro or will break the tools provided by Manjaro. This is because there are packaging differences between Manjaro and Arch. Especially around kernels and kernel modules.
3 Likes

How about chaotic-aur on Endeavour , will that work ??

If it does it will be really helpful !

1 Like

It will work as well it works on Arch but you should be aware that there are significant risks to using a binary repository like that.

I wrote a post on understanding those risks, let me see if I can find it.

3 Likes

No need , I already saw that .

1 Like