This append on several computers newly installed

The error is also with urpmi --auto-select or urpmi --auto-update in console

following the end of the error message with urpmi --auto-select:

many @kmod strings before that


@kmod(xt_dscp)@kmod(xt_ecn)@kmod(xt_esp)@kmod(xt_hashlimit)@kmod(xt_helper)@kmod(xt_hl)@kmod(xt_ipcomp)@kmod(xt_iprange)@kmod(xt_ipvs)@kmod(xt_l2tp)@kmod(xt_length)@kmod(xt_limit)@kmod(xt_mac)@kmod(xt_mark)@kmod(xt_multiport)@kmod(xt_nat)@kmod(xt_nfacct)@kmod(xt_osf)@kmod(xt_owner)@kmod(xt_physdev)@kmod(xt_pkttype)@kmod(xt_policy)@kmod(xt_quota)@kmod(xt_rateest)@kmod(xt_realm)@kmod(xt_recent)@kmod(xt_sctp)@kmod(xt_set)@kmod(xt_socket)@kmod(xt_state)@kmod(xt_statistic)@kmod(xt_string)@kmod(xt_tcpmss)@kmod(xt_tcpudp)@kmod(xt_time)@kmod(xt_u32)@kmod(xtkbd)@kmod(xts)@kmod(xusbatm)[== 0.1]@kmod(yam)@kmod(yealink)@kmod(yellowfin)@kmod(yenta_socket)@kmod(yurex)@kmod(z85230)@kmod(zatm)@kmod(zaurus)@kmod(zd1201)[== 0.15]@kmod(zd1211rw)[== 1.0]@kmod(zforce_ts)@kmod(zhenhua)@kmod(zl10036)@kmod(zl10039)@kmod(zl10353)@kmod(zl6100)@kmod(zlib)@kmod(zr36016)@kmod(zr36050)@kmod(zr36060)@kmod(zr3>
problème de lecture du fichier de synthèse du média « Core Updates »
Can't call method "flag_skip" on an undefined value at /usr/lib/perl5/vendor_perl/5.18.1/i386-linux-thread-multi/URPM/Resolve.pm line 582.

quick solution the rpmdrake update problem

downloads this packages:

wget
http://mirror.yandex.ru/mageia/distrib/4/$ARCH/media/core/updates/

$ARCH - i586 or X86_64

kernel-desktop-latest-3.14.18-3.mga4.i586.rpm
kernel-desktop-3.14.18-3.mga4-1-1.mga4.i586.rpm
libkmod2-15-2.3.mga4.i586.rpm
kmod-15-2.3.mga4.i586.rpm 
perl-URPM-4.30-1.mga4.i586.rpm 

rpm -U this packages sequentially listed without comma.

When finished, reboot the system.

su
urpmi.update -a
urpmi --auto-select

CC: (none) => pingvin

*** Bug 14234 has been marked as a duplicate of this bug. ***

CC: (none) => bane.djudjic

*** Bug 14219 has been marked as a duplicate of this bug. ***

CC: (none) => g.marcou

I confirm having the same issue with a new install from 4.1 DVD-i586, after a first installation of a set of packages.
@Csaba
Your solution is perhaps good for you, but is not adapted to each situation.
I get conflicts installing kernel with radeon-firmware and kernel-firmware-nonfree.
Can you explain why do you propose this workaround and how this give solution.

CC: (none) => yves.brungard_mageia

(In reply to papoteur from comment #7)
> I confirm having the same issue with a new install from 4.1 DVD-i586, after
> a first installation of a set of packages.
> @Csaba
> Your solution is perhaps good for you, but is not adapted to each situation.
> I get conflicts installing kernel with radeon-firmware and
> kernel-firmware-nonfree.
> Can you explain why do you propose this workaround and how this give
> solution.

Fortunately, I have just installed a new Mageia.
First round update was disabled all the installation (Core updates, Release updates, etc.) and only minimal installation was performed. X was not even selected. Approx: 600M install

Why?
Just because someone accidentally turned down a new kernel routine is responsible for the update.
Yet this is not a good thing IMHO.
Who it was, and how many packages involved is another question.
To install minimal, avoid having to update many packages later, 
immediately the fresh package should be installed the new kernel boot after.
The new kernel is needed, because the routine with rotated. However, the new kernel requires other packages that I listed. Except for the urpmi perl-which includes the routine as well.
The Radeon can be avoided --no-suggested switch. If the new kernel is booted, 
after then will be installed radeon and etc.

True only a "budget-airplane" terminal right after installation. Urpmi turn, can be installed with everything.

oops no "--no-suggested" option, because urpmi command, but "--nodeps" option.
rpm -U --nodeps packages. sorry.

I confirm this very annoying bug with a new install of Mageia 4.

CC: (none) => dbitouze

This issue seems to be solved by the last rpmdrake update.

Comment fait-on pour s'en sortir au final ?

CC: (none) => nmrk.n

It's seems that only i586 arch is affected.
The workaround is exposed at comment 4.
Any other mirror can used.

Il semble que seul l'architecture 32 bits est concernée.
La solution du commentaire 4 fonctionne.
N'importe quel autre miroir peut être utilisé.

Papoteur

(In reply to papoteur from comment #13)
> It's seems that only i586 arch is affected.
> The workaround is exposed at comment 4.
> Any other mirror can used.
> 
> Il semble que seul l'architecture 32 bits est concernée.
> La solution du commentaire 4 fonctionne.
> N'importe quel autre miroir peut être utilisé.
> 
> Papoteur

Merci

Pour ma part ça a finalement fonctionné avec seulement :

wget http://mirror.yandex.ru/mageia/distrib/4/i586/media/core/updates/perl-URPM-4.30-1.mga4.i586.rpm
rpm -U perl-URPM-4.30-1.mga4.i586.rpm

http://www.mageialinux-online.org/forum/topic-19007+base-urpmi.php#m182387

Fixed

*** This bug has been marked as a duplicate of bug 14235 ***

Status: NEW => RESOLVED
CC: (none) => tmb
Resolution: (none) => DUPLICATE