Bug 30705

Created attachment 13350 [details]
mcc log

Please name your mirror in use.

Regarding the gcr4 error this was mentioned on dev ML https://ml.mageia.org/l/arc/dev/2022-07/msg00118.html

Downgrade gcr 
urpmi --downgrade gcr

remove gcr4 either via mcc or urpme

Install rootcerts-java manually. As your cauldron seems not up to date following fix maybe did not apply:
https://bugs.mageia.org/show_bug.cgi?id=30672

For mingw64 and wine64 we have several broken packages. Remove all wine64/wine32/wine and mingw32/mingw64 related packages.

Wine is a total mess atm:
bug 30462
bug 28840
Bug 27603
Bug 28814
...

As for the missing libwx_xxxxxxxx packages. Did you already try to install them as single packages via MCC or via urpmi?

As example urpmi libwx_baseu_net


As a veteran cauldron user you should already know this simple tricks to get a working cauldron system...

For Filezilla try to install lib64filezilla25-0.37.2-1.mga9 by hand.

Install lib64sqlite3_0-3.39.2-1.mga9

Install kernel-server-5.18.16-1.mga9 and kernel-desktop-5.18.16-1.mga9
(no clue why you have installed both flavors...)

If they are not available: see my comment 2

(In reply to sturmvogel from comment #2)
> Please name your mirror in use.

using mirror http://mirror.math.princeton.edu/pub/mageia/distrib/cauldron/x86_64
retrieved $MIRRORLIST media/core/release media_info/MD5SUM


This is how it first started, IIRC:
- php-phpunit-9.5.20-1.mga9.noarch (due to unsatisfied php-date)

(In reply to sturmvogel from comment #6)
> As for the missing libwx_xxxxxxxx packages. Did you already try to install
> them as single packages via MCC or via urpmi?
> 
> As example urpmi libwx_baseu_net
> 
> 
> As a veteran cauldron user you should already know this simple tricks to get
> a working cauldron system...

Nope.  I do 99% of installs via mcc; then just apply updates as they arrive. On rare occasion, I use urpmi for things like chrome (which I hate), vscode (just starting with this; obviously created by M$...)   I may be a veteran cauldron user; but with most focus on "user" vs "dev".

(In reply to sturmvogel from comment #5)
> For mingw64 and wine64 we have several broken packages. Remove all
> wine64/wine32/wine and mingw32/mingw64 related packages.
> 
> Wine is a total mess atm:
> bug 30462
> bug 28840
> Bug 27603
> Bug 28814
> ...

Good to know. Uninstalled. When I started on current project, I was the only Linux user; now around 33%, so I avoided needing Windows.

(In reply to sturmvogel from comment #7)
> For Filezilla try to install lib64filezilla25-0.37.2-1.mga9 by hand.

Done; but I don't recall installing or even using Filezilla -- was this part of the initial install?  It looks like it might be useful...

(In reply to sturmvogel from comment #9)
> Install kernel-server-5.18.16-1.mga9 and kernel-desktop-5.18.16-1.mga9
> (no clue why you have installed both flavors...)
> 
> If they are not available: see my comment 2

Desktop is default install AFAIK; I run server since I host nearly 30TB of data for my group.

(In reply to Pierre Fortin from comment #10)
> (In reply to sturmvogel from comment #2)
> > Please name your mirror in use.
> 
> using mirror
> http://mirror.math.princeton.edu/pub/mageia/distrib/cauldron/x86_64


Yep, thats the reason for your problems. Princeton is out of sync: https://mirrors.mageia.org/status Last sync is from 27. July.

Use an other mirror. For cauldron it doesn't matter if this mirror is near your location as long as it is a tier 1 mirror.
https://mirrors.mageia.org/report

After the above, here's what I get using mcc Update:

The following packages have to be removed for others to be upgraded:
mediawiki-bugzilla-0.0-1.bc55a7f.10.mga9.noarch
...and a bunch of php packages.

[ Yes ]

Sorry, the following package cannot be selected:

- php-phpunit-9.5.20-1.mga9.noarch (due to unsatisfied php-reflection)

[ OK ]

[ Update ]

The following 243 packages are going to be installed:

[-----snip-----]

235MB of additional disk space will be used.

613MB of packages will be retrieved.

Is it ok to continue?

[ Yes ]

Thanks for the above hints; this is the first time in weeks Update has completed; I have little time to dig in...

Status: NEW => RESOLVED
Resolution: (none) => WORKSFORME

That means: don't use mirrorlist!!!
Use a specific mirror as described here: https://wiki.mageia.org/en/Installing_and_removing_software#Adding_a_specific_Media_Mirror

(In reply to sturmvogel from comment #15)
> (In reply to Pierre Fortin from comment #10)
> > (In reply to sturmvogel from comment #2)
> > > Please name your mirror in use.
> > 
> > using mirror
> > http://mirror.math.princeton.edu/pub/mageia/distrib/cauldron/x86_64
> 
> 
> Yep, thats the reason for your problems. Princeton is out of sync:
> https://mirrors.mageia.org/status Last sync is from 27. July.
> 
> Use an other mirror. For cauldron it doesn't matter if this mirror is near
> your location as long as it is a tier 1 mirror.
> https://mirrors.mageia.org/report

Hmm...  every mcc "medium" reads:  $MIRRORLIST

Shouldn't this be the best way to ensure a good mirror?

<quote>
Using the above method will add the repos using the MIRRORLIST, it doesn't add a single mirror but uses a dynamic way to switch between mirrors depending on:

    which mirrors are geographically closer to you and
    which mirrors are faster as the default downloader, aria2, is configured to check for a minimum speed limit
</quote>

Seems like this list should include:
    which mirrors are in sync

Since installing mga9 cauldron,   I've already been burned by picking a mirror myself; and now letting mcc pick it...    Just an observation...  :)

We had this discussion already several times in differnet forum posts and also ML's. There seems to be no easy way for the downloader or the mirrorlist to check when the last sync was. It only checks Mirror speed and location. And that leads to the problems that the fastest mirror next to your door can be dead since years like http://distro.ibiblio.org/mageia/ but mirrorlist still picks it for you. Thats why we always recommend to check https://mirrors.mageia.org/status

And for cauldron, where you have sometimes dozens or 100 package actualisations it is important to chose a specific source or tier 1 mirror or there is a high chance that you screw your system because you used a halfway synced or unsynced Mirror from mirrorlist.



But I also have to take my hat off to you if you use cauldron as a productive system to process 30TB of data. Cauldron is not a rolling release like Tumbleweed. Cauldron can best be compared to openSUSE Factory. Cauldron is a raw development environment.
So one can only hope that you have a good data recovery strategy when (no question if) your cauldron will fail...

"urpmq --list-url" will show which mirror it's selecting with mirrorlist.

If that mirror is not up-to-date as per
https://mirrors.mageia.org/status

then you should switch to a specific mirror that is up-to-date.

Note that the tier 1 mirror at princeton is not currently updating and it's
admin is not currently available. All of the mirrors that sync from princeton
are out of date too.

CC: (none) => davidwhodgins

FWIW, https://ftp.acc.umu.se/mirror/mageia/ is always reliable for me, up to date and fast.

CC: (none) => fri