When I say “bad”, I mean the mirrors are either not synced, have a completion_pct below 1.0 or are just slow. Which is, from what I understand, how Cnchi chooses the mirrors?
We could think about this… to be honest, cnchi just chooses mirrors based on speed (most of the time will be the nearest mirrors to the user). It does not check if it is updated or not…
Something like this could be implemented:
Thank you all for your patience and your tests.
I’m testing right now an Openbox installation (leaving all by default, letting Cnchi sort the mirrors, not running anything, like reflector, before running cnchi).
I’ll comment here my findings in a few minutes.
But it would be very helpful if @developers could give some good pointers to the cnchi code, its structure, and the potential problem spots they suspect to be the root cause.
I’ve been working on this.
did some more testing in VirtualBox just now and found a way that worked for me and gave me a install that succeeded.
I’ve just read your solution (very quickly). It looks like a mirror problem, am I right? Then there’s nothing we can do in Cnchi to bypass this (apart from avoiding the ‘problematic’ mirror)
i reported a BUG at GitHub and it is marked as critical, but this was 6 days ago, but i do not get any comment…
@joekamprad that was me. As critical as it might seem, I’ve been really busy again (but I’ll have more free time in July) and it didn’t look like a Cnchi’s problem per se (as I explained before).
I’ll do some tests… but Cnchi does not check if a package is “corrupted” until it has downloaded all of them and tries to start installation (in fact, its libalpm the one who does the check).
First, let me say that we do NOT collect any personal information (that is, none that the user hasn’t given us directly, like email and personal data when registering to our forum).
The id you mention is only used in the installation process. We use it to store any warning or error messages that might arise during the process. It helps us see if an error (or warning) is repeating for many users.
It is not used anywhere else or with any other purposes.
This id CANNOT identify you nor your machine. It’s the id you see if an error arises while installing Antergos so you can tell us and we can check the error to know what has happened.
As most of the time we need the full logs we need to ask the user to send them all to us anyways.
Hope this clarifies things
Are antergos packages (antergos-setup) still breaking things or is that all smoothed out?
Fyi, in the past there used to be antergos-setup packages for each desktop. Now there is only one called
There are also meta packages for each desktop, like
antergos-gnome-meta, … that can be used to install a DE with a very minimal set of recommended apps.
But does Gnome allow icons on the desktop?
Nope, it does not.
The process that updates cnchi is a simple shell script that has nothing to do with cnchi (it uses pacman to update cnchi).
We could add some meesage (gui) in the script (using zenity, for instance).
To be honest, I do not know what exactly is causing this (I haven’t experienced it myself).
If I had to guess, I’d say that it’s a mirror problem. It either downloads that file wrongly or it copies that file wrongly from its reference tier mirror.
antergos.dbshould be a binary file with the info of all packages, not an HTML one.
I would use another mirror.