Artix: missing dependency and how to get it – [arch-testing]

This only applies to those using Artix-Testing and have no previous Arch-linux experience.
Today some meandering in the system-testing directory resulted in a package upgrade of libpsl that requires an additional pkg, libidn2.

If you use Artix testing repos, you should also use Arch testing repo, libidn2 is there and soon will be in ours.

You say “should” but this is the first time I encounter such a rule.

So this is the problem we will attempt to solve today without help from Artix, no manual, no wiki, not even a correct template of pacman.conf with commented out features of what may be necessary to patch things up in the future.

warning: cannot resolve "libidn2", a dependency of "libpsl"
:: The following package cannot be upgraded due to unresolvable dependencies:
     libpsl

So now we will attempt to modify the /etc/pacman.conf file and make the Arch repositories look like this:

 

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

# for those willing to try Arch's testing of community pkgs
# [community-testing]
# Include = /etc/pacman.d/mirrorlist-arch

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

# to break Artix or return to Arch this is what you need
# [core]
# Include = /etc/pacman.d/mirrorlist-arch

# this is what is meant by Arch-testing, not core-testing or extra-testing but plain testing

[testing]
Include = /etc/pacman.d/mirrorlist-arch
but DO NOT try to pacman -Syu under this or a whole bunch of artix core system packages will be replaced by Arch packages.
You only need to get that ONE missing dependency.
$ pacman -S libidn2
Then go back to /etc/pacman.conf and comment out the unnecessary Arch repositories
[extra]
Include = /etc/pacman.d/mirrorlist-arch

# for those willing to try Arch's testing of community pkgs
# [community-testing]
# Include = /etc/pacman.d/mirrorlist-arch

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

# to break Artix or return to Arch this is what you need
# [core]
# Include = /etc/pacman.d/mirrorlist-arch

# this is what is meant by Arch-testing, not core-testing or extra-testing but plain testing

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

Important: make sure that you run pacman -Sy again to make the db forget all that there was in Arch’s testing.

THEN!!   pacman -Su  will upgrade libpsn as now its dependency already is in place.
By the time most of you read this the missing dependency “should” be moved to the artix testing repository, but just in case in the future such an enterprise is necessary this is how it is done.

For those who haven’t understood yet:

Artix began as a systemd-free Arch, is aimed towards intermediate to advanced users and never promised nobody anything. Take it or leave it.

 

Should this be revised and mean experienced ARCH users?
Because experience in other linux results in not knowing what to do.

@Artoo ‘s statements from day 1 about the smooth move from Manjaro to Artix have been false just to let Manjaro off the hook (as an unofficially declared systemd-ONLY distribution).  This has nothing to do with Manjaro other than Artoo quitting Manjaro (OpenRC-xfce) to work on Artix.

Deep inside all the “kids” in Artix are nice and hardworking.  A bit sloppy, fast, and immature in terms of responsibilities to users.  It is as if they are working on a distribution for themselves and their buddies (probably game designers) and the secret got out and some of us outside the “inner circle” are benefiting from utilizing the secret.

If you want to see further reference to pacman.conf and repository handling here is a hint:

Yours truly:
Wait a damn minute, there is “indirect implication” that there exists, in unlike artix-philosophy of repository naming, a [testing] repository.  So let us try this pacman -Sy AGAIN for the n-th time.  (reference:  https://wiki.archlinux.org/index.php/DeveloperWiki:Community_move_to_devtools about the only one I found in wiki and manuals in Arch)

 

Another half day lost in Artix “mysticism”.

 

PS  If you like using AUR repositories you will find that this libidn2 identical package exist in AUR and you could install it using one of the package managers that use AUR, like pamac, yaourt, octopi .. etc.  But you may never hear Artix developers tell you to use AUR for anything as they are purists in an Arch sense.  And ofcourse extensive use of AUR may get you burned.  One way is what installing something and pulling also AUR dependencies, eventually an artix package may exist that requires the same packages but as they are already installed from AUR the ones cleansed for Artix will not install.  This may result to a package not working or even the system not booting, if a dependency will be one of the core system.

Had you used something like pamac with AUR enabled to do an update today you might not have realized there was a dependency missing.

Advertisements

If your comment is considered off-topic a new topic will be created with your comment to continue a different discussion. This community is based on open and free communication, meaning we must all respect all in minimizing the exercise of freedom to disrupt such communication. Feel free to post what you think but keep in mind the subject matter discussed. It is just as easy to start a new topic as it is to dilute the content of an existing discussion.

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s