| Summary: | drakrpm-update crashed (URPM::with_db_unsatisfied_requires) | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Daniel Tartavel <contact> |
| Component: | RPM Packages | Assignee: | Thierry Vignaud <thierry.vignaud> |
| Status: | RESOLVED DUPLICATE | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | bane.djudjic, csablak, dbitouze, g.marcou, nmrk.n, tmb, yvesbrungard |
| Version: | 4 | ||
| Target Milestone: | --- | ||
| Hardware: | i586 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | rpmdrake-6.10-1.mga4 | CVE: | |
| Status comment: | |||
|
Description
Daniel Tartavel
2014-10-03 18:50:51 CEST
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
Manuel Hiebel
2014-10-06 09:57:29 CEST
Assignee:
bugsquad =>
thierry.vignaud 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 |