Hello to all, I have Artix on two computer, and I have installed the package artix-archlinux-support on both computer.
On a computer, there were no messages, to config the things, so I0ve resolved by hand, byt the integration is not so smooth, when updating "estra" and "community" the process of downloading is "slow at the end" when reaching 99 percent there is a lag.
But on the other computer, pacman has shown the "instructions" with the proper lines to apply changes at the pacman.conf and a line to run after the modification was done to do some pgp or gpg relatet thing about the signature keys.
Now the questions are two:
1) Why on one computer pacman is not showing the messages.
2) what is the relevant line (as I've searched but I've not found infos about a way to see pacman.conf messages) in the /va/log/pacman.log there is no relevant infos.
TIA and Regards
Carlo D.
hmm, and what is the question?? 🤔
@alium Presumably, when installing
artix-archlinux-support, pacman doesn't print the instructions on the necessary steps to undertake post-installation. Since this is included in arch-repos-hook.script (https://gitea.artixlinux.org/packagesA/artix-archlinux-support/src/branch/master/trunk/arch-repos-hook.script), I find that very unlikely.
@OP Please post
/var/log/pacman.log from the computer where the messages weren't printed (use https://paste.artixlinux.org).
About the download being "slow", that depends on the mirror. The whole point of having mirrors is to lessen the load on the main server. If a mirror doesn't work for you, pick the one that does in your
/etc/pacman.d/mirrorlist{,-arch} files. You can do that automatically (https://wiki.archlinux.org/title/Mirrors#List_by_speed) by using the
rankmirrors script from the
galaxy/pacman-contrib package. A web search or Arch wiki search, would have given you this information.
probably he have no packages from archlinux, maybe in this case show no instructions.i am not really sure,how artix-archlinux-support script works... me showed never extra repo to add, as i tried it ;D
read please https://wiki.artixlinux.org/Main/Repositories , here you can see se structure of archlinux and artix's repos.
That's because you had them enabled already, ie you didn't merge the pacman6 conf changes from pacnew. :P
The script simply detects what repos are enabled and the output is dynamic.
If gremlins is enabled, so will the script print arch repos with testing included, otherwise it is commented.
The alpm hook assumes a default artix pacman.conf(ie without arch repos), and only triggers on install, not on upgrade for example.
that's true, i has enabled all archlinux repo, as i tried it . so, now i know why :-)
i have to check some thing.
But scanning better /var/log/pacman.log i found the relevant line:
pacman-key --populate archlinux
But the problem of slowness is not resolved.
pacman.conf seems ok, so maybe some mirrors are not the fastest.
Let me try some other thing and then i post the solution and mark it as "solved" or maybe i wil ask some other questions.
Regards
Carlo D.
Problem is not totally solved,:
community and extra repo stops at 99% and wait some seconds (5 or 10 not much more) to became 100%.
It seems that there is some "post processing" or a stall at the end of the dowmload, this is not happening when using the artixlinux repos.
Regards
Carlo D.
If you are asking for help, you'll have to supply logs. All repos work here flawlessly and fast, when sorted with rankmirrors.
2021-06-22T10:04:27+0200] [PACMAN] Running 'pacman -Syyu'
[2021-06-22T10:04:27+0200] [PACMAN] synchronizing package lists
[2021-06-22T10:04:52+0200] [PACMAN] starting full system upgrade
[2021-06-22T10:06:14+0200] [ALPM] running '60-mkinitcpio-remove.hook'...
[2021-06-22T10:06:14+0200] [ALPM] transaction started
[2021-06-22T10:06:14+0200] [ALPM] upgraded cmake (3.20.4-1 -> 3.20.5-1)
[2021-06-22T10:06:15+0200] [ALPM] upgraded imagemagick (7.1.0.0-1 -> 7.1.0.1-1)
[2021-06-22T10:06:26+0200] [ALPM] upgraded linux (5.12.10.artix1-1 -> 5.12.12.artix1-1)
[2021-06-22T10:06:26+0200] [ALPM] upgraded python-pip (20.3.3-1 -> 20.3.4-1)
[2021-06-22T10:06:28+0200] [ALPM] upgraded python-scipy (1.6.3-1 -> 1.7.0-1)
[2021-06-22T10:06:28+0200] [ALPM] upgraded sqlite (3.35.5-2 -> 3.36.0-1)
[2021-06-22T10:06:28+0200] [ALPM] upgraded qt5-script (5.15.5-1 -> 5.15.5-2)
[2021-06-22T10:06:29+0200] [ALPM] transaction completed
[2021-06-22T10:06:29+0200] [ALPM] running '60-depmod.hook'...
[2021-06-22T10:06:38+0200] [ALPM] running '90-mkinitcpio-install.hook'...
[2021-06-22T10:06:39+0200] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
[2021-06-22T10:06:39+0200] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
[2021-06-22T10:06:40+0200] [ALPM-SCRIPTLET] ==> Starting build: 5.12.12-artix1-1
[2021-06-22T10:06:40+0200] [ALPM-SCRIPTLET] -> Running build hook: [base]
[2021-06-22T10:06:41+0200] [ALPM-SCRIPTLET] -> Running build hook: [udev]
[2021-06-22T10:06:42+0200] [ALPM-SCRIPTLET] -> Running build hook: [autodetect]
[2021-06-22T10:06:42+0200] [ALPM-SCRIPTLET] -> Running build hook: [modconf]
[2021-06-22T10:06:43+0200] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2021-06-22T10:06:43+0200] [ALPM-SCRIPTLET] -> Running build hook: [filesystems]
[2021-06-22T10:06:43+0200] [ALPM-SCRIPTLET] -> Running build hook: [keyboard]
[2021-06-22T10:06:44+0200] [ALPM-SCRIPTLET] -> Running build hook: [fsck]
[2021-06-22T10:06:44+0200] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2021-06-22T10:06:45+0200] [ALPM-SCRIPTLET] ==> Creating zstd-compressed initcpio image: /boot/initramfs-linux.img
[2021-06-22T10:06:46+0200] [ALPM-SCRIPTLET] ==> Image generation successful
[2021-06-22T10:06:46+0200] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
[2021-06-22T10:06:46+0200] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
[2021-06-22T10:06:46+0200] [ALPM-SCRIPTLET] ==> Starting build: 5.12.12-artix1-1
[2021-06-22T10:06:46+0200] [ALPM-SCRIPTLET] -> Running build hook: [base]
[2021-06-22T10:06:46+0200] [ALPM-SCRIPTLET] -> Running build hook: [udev]
[2021-06-22T10:06:46+0200] [ALPM-SCRIPTLET] -> Running build hook: [modconf]
[2021-06-22T10:06:46+0200] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2021-06-22T10:06:48+0200] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: aic94xx
[2021-06-22T10:06:48+0200] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: wd719x
[2021-06-22T10:06:50+0200] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: xhci_pci
[2021-06-22T10:06:51+0200] [ALPM-SCRIPTLET] -> Running build hook: [filesystems]
[2021-06-22T10:06:52+0200] [ALPM-SCRIPTLET] -> Running build hook: [keyboard]
[2021-06-22T10:06:53+0200] [ALPM-SCRIPTLET] -> Running build hook: [fsck]
[2021-06-22T10:06:55+0200] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2021-06-22T10:06:55+0200] [ALPM-SCRIPTLET] ==> Creating zstd-compressed initcpio image: /boot/initramfs-linux-fallback.img
[2021-06-22T10:06:56+0200] [ALPM-SCRIPTLET] ==> Image generation successful
[2021-06-22T10:06:56+0200] [ALPM] running 'detect-old-perl-modules.hook'...
[2021-06-22T10:06:56+0200] [ALPM] running 'gtk-update-icon-cache.hook'...
[2021-06-22T10:06:57+0200] [ALPM] running 'update-desktop-database.hook'...
[2021-06-22T10:06:58+0200] [ALPM] running 'update-mime-database.hook'...
Last log of pacman -Syuu run with no relevant errors reported.
[2021-06-22T10:04:27+0200] [PACMAN] synchronizing package lists
[2021-06-22T10:04:52+0200] [PACMAN] starting full system upgrade
Note the time is not too heavy, but the lags is present only in "community" and "extra" repo from arch linux.
There is a way to obtain a more verbose output when "synconizing package lists" is issued?
TIA and regards
Carlo D.
Hope it helps
did you changed the mirror, as we said? another mirror is slow too? if yes, change another one
Yes I've selected among other mirror in my country, maybe next thing I will try is to run rnakmirror.
But the point is another, I have artixlinux on two computer:
on one computer there are these lags
o the other there is no lags, and I've not done anything, only install artix-archlinux-support, activated my country mirror (Italian) and run the code posted above (the code that I have found in the /var/log/pacman.log)
So the question remain:
There is way to debug the " "syncronizing package lists" phase, activating some options in pacman.conf.
Maybe somethig strange is happpening, or maybe some misconfiguration on other places.
I think that pacman.conf and maybe the mirrolists files are the only "possible culprit" or there are other files or setting that I have to investigate?
TIA and Regards
Carlo D.
From the log you posted, the only notable delay between the two log messages is this:
[2021-06-22T10:04:52+0200] [PACMAN] starting full system upgrade
[2021-06-22T10:06:14+0200] [ALPM] running '60-mkinitcpio-remove.hook'...
but that is slightly above one second.
The fact that you have one computer without problems and the other slightly lags could be to a number of reasons, including but not limited to: network devices, signal strength if you use WiFi, cables if you use wired network, failing hardware or misconfigured software like a firewall, to something trivial like other programs using the network at the same time. The download should normally not lag near the end, and indeed doesn't.
You should read the article on pacman (https://wiki.archlinux.org/title/Pacman#Repositories_and_mirrors) carefully. Check your mirrorlists (for Arch mirrors on Artix, the file is
/etc/pacman.d/mirrorlist-arch. First address will be used as your mirror. You can test connectivity by entering that URL as the argument to wget or curl, substituting $repo with the name of the repository (eg. community or extra) and $arch with the name of the architecture, most likely x86_64, and appending the name of the package.
exactly, artix use mirrorlist,archlinux use mirrorlist-arch.. . which mirror list you edited and changed? mirrorlist-arch or mirrorlist
mirrolist-arch obviously.
I'm aware of the difference of the mirrorlist, but my pacman knowledge is not very deep, the minimal knowledge, to make daily things.
Now I'm facing this problem, and I wonder why.
The "computer that not show a lag" is connected throught wifi to a wireless router that is using 4G so it is the worst possible connection as there is a WiFi adapter on "Computer side" and the "4G router with his WiFi trnasceiver" on the other side.
The "computer with lag" is connected to the same "4G router" but with ethernet connection, so no "WiFi in the middle" to complicate things.
I think that a if I coudl activate some debug of the "updating package list" phase I will find something wrong, but I could not wonder how to do and if it is feasible to do a similiar thing.
Regards
Carlo D.
See above. I answered your questions.
Sorry but I can't see the solution to my problem, obviously my fault.
From the comment on your old post, the worst case for the connection is the "working computer" that is connected through wifi to the 4G router.
The "lagging computer" is connected to the same 4G router but with "a wired connection" and I have no lags when doing other "download or similar operations", so I could exclude "net problems" at least on the "connection side"
I could agrre that maybe is the mirror used that cause the problem so I want to be able to:
1) see what mirror is used to retrieve the data that are used to update the packages
2) debug the delays on the download phase, or something other that cause the lag from 99% to 100% (only some seconds), but the problem is why.
I could copy the mirrorlist file on the "working computer" and replace the one on the "lagging computer", it is not a very big work, but maybe there are some other setting involved.
TIA and Regards
Carlo D.
After some time the problem seem solved.
I suspect that in the "not working properly" installation, the "international servers" are not decommented, so it rely only on the "national servers".