Skip to main content
Topic: artix-archlinux-support is gone! (Read 1570 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

artix-archlinux-support is gone!

/etc/pacman.conf
Code: [Select]
#
# /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
#XferCommand = /usr/bin/curl -L -C - -f -o %o %u
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#CleanMethod = KeepInstalled
Architecture = auto

# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg   =
#IgnoreGroup =

#NoUpgrade   =
#NoExtract   =

# Misc options
#UseSyslog
#Color
#NoProgressBar
CheckSpace
#VerbosePkgLists
#ParallelDownloads = 5

# 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 Artix Linux
# packagers with `pacman-key --populate artix`.

#
# 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 gremlins 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.

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

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

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

#[galaxy-gremlins]
#Include = /etc/pacman.d/mirrorlist

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

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

#[lib32-gremlins]
#Include = /etc/pacman.d/mirrorlist

[lib32]
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

pacman -Ss archlinux
Code: [Select]
world/archlinux-appstream-data 20220618-1
    Arch Linux application database for AppStream-based software centers
lib32/lib32-artix-archlinux-support 1-1
    Add arch linux multilib repo support

Running openrc, installed yesterday.
Where the heck is artix-archlinux-support? I can't install foot without it!

Re: artix-archlinux-support is gone!

Reply #1
It's been moved to the universe repo recently.

There probably should have been an announcement somewhere.


Re: artix-archlinux-support is gone!

Reply #3
This is pretty annoying frankly, including the universe repo shadows yay, ungoogled-chromium, brave-bin and the tor-browser pkgs from the AUR. It should be re-moved to a normal repo again.

Re: artix-archlinux-support is gone!

Reply #4
This is pretty annoying frankly, including the universe repo shadows yay, ungoogled-chromium, brave-bin and the tor-browser pkgs from the AUR. It should be re-moved to a normal repo again.

Not sure about annoying ?
I don't think it was / has been handled brilliantly. For one the Arch repositories section of the Repositories wiki page should explicitly state where to find it. " To enable them, install artix-archlinux-support from the universe repo and follow the on-screen instructions".

A news item may have helped spread awareness as well.
There's been a fair few confused punters on here and on Reddit.

But then no-one properly RTFM or RTFW anyway so even if it had been done there would likely still have been confusion.

Why is a question that may or may not see an answer (If it's been answered I missed it) ?
I can't think of an especially good reason to move it to universe. But other than the confusion I can't think of an especially good reason not to either.

Re: artix-archlinux-support is gone!

Reply #5
Apologies for the delay - an explanation and instructions will follow.
artist

Re: artix-archlinux-support is gone!

Reply #6
I think that's the right term because it's not like this is a big deal really, it doesn't break anything or even change functionality but it is annoying and would require me to make a local repo just for the artix-archlinux-support package because I do want to keep pulling in the named AUR packages.
I have also thought that a potential solution could be to rename the other packages in universe to avoid the naming conflict and just use the provide and conflict makepkg fields to keep users from having both installed.

Re: artix-archlinux-support is gone!

Reply #7
I think that's the right term because it's not like this is a big deal really.
Well it's semantics I suppose ?
To me "This is pretty annoying frankly" comes across as you are very cross at the change. And of course you have the right to be annoyed or cross at whatever you chose to be.
I'm more bemused. I didn't mean to come across at saying you shouldn't be annoyed. Just that I personally don't find it annoying, I'm not cross. But I didn't put it very well. Not meant to be an attack on you. (Last thing I want to do is make you more annoyed  :D  ).

It has occured to me that if artix-archlinux-support gets updates I won't receive them as I don't have universe enabled. Maybe I'll enable it but I probably won't. But I doubt I'll need the updates. Unless something major changes.

My own opinion is that Artix should concentrate on increasing the parity of its standard repo's with the Arch repo's, lot's of missing packages, and leave AUR packages to - well the AUR.
Not a demand, just an opinion and I only care a teensy-tinsy bit.

Re: artix-archlinux-support is gone!

Reply #8
It should be re-moved to a normal repo again.

Thta's not gonna happen, because removing that support package was for technical reasons.
The support package prodives systemd and libsystemd virtuals, and we don't want to satisfy any such depend on the build server.
Ie, builds that have such depends error out, instead of pulling the arch support.

Re: artix-archlinux-support is gone!

Reply #9
The support package prodives systemd and libsystemd virtuals, and we don't want to satisfy any such depend on the build server.
Ie, builds that have such depends error out, instead of pulling the arch support.
Now you put it like that it makes perfect sense.


Re: artix-archlinux-support is gone!

Reply #10
Thta's not gonna happen, because removing that support package was for technical reasons.
The support package prodives systemd and libsystemd virtuals, and we don't want to satisfy any such depend on the build server.
Ie, builds that have such depends error out, instead of pulling the arch support.
TY for explaining that.
Cat Herders of Linux

Re: artix-archlinux-support is gone!

Reply #11
A little repo stats:

Code: [Select]
system: 355 packages

world: 2703 packages
extra coverage: 89,0 %

galaxy: 3172 packages
community coverage: 34,4 %

lib32: 207 packages
multilib coverage: 74,5 %

A trend should be, that the average user won't need any arch repos enabled.
Made possible by the tireless efforts of current and former artix team members. :)

 

Re: artix-archlinux-support is gone!

Reply #12
(re Relih's point) I'm not sure if there is any standard pacman based simple way to take AUR packages over repo packages, one possible clunky solution is to add them to /etc/pacman.conf as IgnorePkg entries then update them manually when desired by specifying -S aur/brave-bin etc, perhaps easier than making your own repo?
 However, it's possible some aur helpers will let you configure this sort of thing, it looks like aurman might do it, you'd need to search about and see which ones have this functionality. I think in Arch you simply wouldn't get this situation because if a package is moved from being an AUR package to the repos it won't be in the AUR any more, so you don't get the name clash.