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

[canadaist]

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?

[doktor5000]

Please show the output of

Code: Select all

rpm -qa --last | head -400

[canadaist]

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



[jkerr82508]

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

[canadaist]

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

[wintpe]

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

[jkerr82508]

@wintpe Which mirror are you using?

Jim

[jkerr82508]

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

[wintpe]

[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

[jkerr82508]

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

Jim

[canadaist]

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.

[jkerr82508]

But seriously, one gig for thumbnailing?

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

Jim

[canadaist]

Thanks yes,

[doktor5000]

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.

[canadaist]

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

[canadaist]

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

[jkerr82508]

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

Jim

[canadaist]

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