Mageia forum

I used

Code: Select all: urpmi --auto-update --aria2 --auto

as I normally do, it got to:

Code: Select all: 8/337: icoutils ################################## $MIRRORLIST: media/core/release/texlive-20120701-3.mga3.i586.rpm $MIRRORLIST: media/core/release/perl-Spreadsheet-ParseExcel-0.590.0-2.mga3.noarch.rpm $MIRRORLIST: media/core/release/libkpathsea6-20120701-3.mga3.i586.rpm $MIRRORLIST: media/core/release/texlive-texmf-20120701-4.mga3.noarch.rpm

which had only downloaded 11 and installed 8 of 337 needing updating
and stopped, 15 minutes later I assumed a communications problem
used control c to end it, checked my router then used

Code: Select all: urpmi --auto-update --aria2 --auto

again

and it says

Code: Select all: medium "Core Release (distrib1)" is up-to-date $MIRRORLIST: media/core/updates/media_info/20130830-201235-synthesis.hdlist.cz updated medium "Core Updates (distrib3)" medium "Nonfree Release (distrib11)" is up-to-date medium "Nonfree Updates (distrib13)" is up-to-date medium "Tainted Release (distrib21)" is up-to-date $MIRRORLIST: media/tainted/updates/media_info/20130817-085058-synthesis.hdlist.cz updated medium "Tainted Updates (distrib23)" Packages are up to date

Yikes! -->> Packages are up to date <<-- nope
this is a problem.

What can anyone suggest what I do now?

Please show the output of

Code: Select all: rpm -qa --last | head -400

Code: Select all: perl-Digest-Perl-MD5-1.800.0-3.mga3.noarch Mon 02 Sep 2013 04:18:00 PM ADT icoutils-0.30.0-3.mga3.i586 Mon 02 Sep 2013 04:18:00 PM ADT perl-OLE-Storage_Lite-0.190.0-2.mga3.noarch Mon 02 Sep 2013 04:17:59 PM ADT djvulibre-3.5.25-3.mga3.i586 Mon 02 Sep 2013 04:17:59 PM ADT perl-Crypt-RC4-2.20.0-2.mga3.noarch Mon 02 Sep 2013 04:17:58 PM ADT perl-Algorithm-Diff-1.190.200-5.mga3.noarch Mon 02 Sep 2013 04:17:58 PM ADT perl-Tk-804.30.0-4.mga3.i586 Mon 02 Sep 2013 04:17:56 PM ADT perl-XML-XPath-1.130.0-3.mga3.noarch Mon 02 Sep 2013 04:17:54 PM ADT

20130830-201235-synthesis.hdlist.cz

That means that the mirror chosen by mirrorlist on this occasion was out of date (last update added was on August 30th). The KDE update (which accounts for most of the 337 packages found earlier) was added to /updates on September 1st. You can either keep trying until an up-to-date mirror is chosen or you could select a specific mirror.

Jim

And this point you make includes that it said 337 new files needed, updated 8, crashed/stopped, and says no longer needs any?

EDIT

Because I can remove all sources choose a good one, and redo the update

im seeing the same thing here

mga software uodate sees 337 packages urpmi --auto-update sees 4 and after installing them says everything is upto date.

something is a mess in the repos.

regards peter

@wintpe Which mirror are you using?

Jim

canadaist wrote:I can remove all sources choose a good one, and redo the update

That's what I would recommend. If you are in North America, then kernel.org is usually reliable and is currently up-to-date. To set a specific mirror:
https://doc.mageia.org/mcc/3/en/content ... tml#d4e261
Select "full set of sources" when asked.

Jim

[root@localhost ~]# urpmq --list-url|grep ftp
Core Release2 ftp://www.mirrorservice.org/sites/magei ... re/release
Core Updates ftp://www.mirrorservice.org/sites/magei ... re/updates
Nonfree Release2 ftp://www.mirrorservice.org/sites/magei ... ee/release
Nonfree Updates ftp://www.mirrorservice.org/sites/magei ... ee/updates
Core 32bit Release ftp://www.mirrorservice.org/sites/magei ... re/release
Core 32bit Updates ftp://www.mirrorservice.org/sites/magei ... re/updates
[root@localhost ~]#

what bugs me is this keeps happening with mageia, and did with mandriva.

this does not happen with centos or redhat in my expiirience.

mageia needs to chnage the way a mirror flags a repo as sane, so that no update is attempted if the repos not clean.

maybe switching to yum would be a good thing

regards peter

I used mirrorservice.org to update yesterday morning and had no problem.

Jim

Thanks for all your help.

Advice is correct.

In part it seems like a work around, a bug fix as wintpe says

chnage the way a mirror flags a repo as sane, so that no update is attempted if the repos not clean.

My apparent error, wasn't an error at my end. It was randomization of sources, randomization of repo levels of completeness, which wouldnt be noticed,
except in cases like mine, where a re-ask of update, asked a different source the second time, after what "might have been" a non-clean
recovery from a shutdown of urpmi.

Not quite off -topic here is the cause of the apparent failure of urpmi, which is the size of thumbnailer, which if chosen in MCC alone, produces the notice that One Gig will be needed, due to 4 file dependencies. The wait time for downloading seemed like a crash, then the random levels of repo updatedness produced what looked like an error.

But seriously, one gig for thumbnailing?

I will edit the topic title to solved.

canadaist wrote:But seriously, one gig for thumbnailing?

https://bugs.mageia.org/show_bug.cgi?id=10388#c5

Jim

Thanks yes,

For what it's worth, update went fine this sunday via mgaapplet:

Code: Select all: [doktor5000@Mageia3 ~]$ rpm -qa --last | grep "So 01 Sep 2013" | wc -l 379

Nothing froze, no hiccups, normally as expected.

@wintpe: Sorry, but regarding repo handling in general you don't really want to compare yum with urpmi, no?
For most operations, even when just doing a listing of currently available packages, yum is really slow and most times
wants to update all repos before doing anything, and cannot even skip a single repo in the list if there are errors with it,
in turn breaking the whole operation.

Mirror consistency and mirror checking could be better for Mageia, definitely yes, but please don't forget this is a community
project, which is something different than a commercial distro or a distro backed by a company and people working full-time on it.

I agree with all that, and I am grateful, very grateful for community building our Mageia, which I love.

Pointing out the stumbles I experienced will help.

Let me add however, that 1 gig in dependencies is well, too big, its mostly fonts, many of which are already installed in /fonts, and not all are needed even if they weren't

I am sure some scanning for installed fonts, soft linking etc can solve this, its new, its bad

Happily there have been speedy, clever fixes for the thumbnailer problem, tho no backout recommended for disposing of the unfortunate sized install of a gig of unnecessary files.

NOTE: just installing the new version without uninstalling first, does _not_ solve the problem.
Correct me if I'm wrong, but my intention is to uninstall thumbnailer, and potentially the previous dependencies if that alone doesnt complete the removal. Then re-install the kdegraphics-thumbnailers file.

Here's the advisory, saying the new version of "kdegraphics-thumbnailers" wont require a gig

http://advisories.mageia.org/MGAA-2013-0100.html

Removing the package texlive-texmf gets rid of most of the unwanted "bloat".

Jim

Yes, I now have more than almost 2 gig spare space again on roots partition

Mageia forum

[SOLVED] urpmi auto-update problem - [Solved] buggishness

[SOLVED] urpmi auto-update problem - [Solved] buggishness

Re: urpmi auto-update problem - stopped, now says all up-dat

Re: urpmi auto-update problem - stopped, now says all up-dat

Re: urpmi auto-update problem - stopped, now says all up-dat

Re: urpmi auto-update problem - stopped, now says all up-dat

Re: urpmi auto-update problem - stopped, now says all up-dat

Re: urpmi auto-update problem - stopped, now says all up-dat

Re: urpmi auto-update problem - stopped, now says all up-dat

Re: urpmi auto-update problem - stopped, now says all up-dat

Re: urpmi auto-update problem - stopped, now says all up-dat

Re: urpmi auto-update problem - stopped, now says all up-dat

Re: urpmi auto-update problem - stopped, now says all up-dat

Re: urpmi auto-update problem - [Solved] buggishness

Re: urpmi auto-update problem - [Solved] buggishness

Re: urpmi auto-update problem - [Solved] buggishness

Re: urpmi auto-update problem - [Solved] [More]

Re: urpmi auto-update problem - [Solved] buggishness

Re: urpmi auto-update problem - [Solved] buggishness