Description of problem: Using rpmdrake, started from mgaapplet. Received a series of updates to install, including dragonplayer and nepomuk (nepomuk-4.8.95-1.mga3.) They wouldn't install, saying there was a conflict with the old nepomuk. I unselected everything, and selected only nepomuk for installation. It then installed, bringing with it dragonplayer and other media dependencies. Further installation stopped again, with kde4cd-audio-handbook conflicting with something from kcddb. At that point, I abandoned the effort, rebooted into Mga 2 Official, and reported it to the mageia-discuss list. On returning, the installation sequence was different. samba was installed first, then the remainder. No problems were encountered Version-Release number of selected component (if applicable): How reproducible: Now history. Steps to Reproduce: 1. 2. 3.
The offending kde packages were version 4.8.95-1. While submitting this report, a further update arrived with 4.8.95-2, including kdebase4-runtime. No problem installing those.
Please give full logs of the conflicts.
CC: (none) => boklm
Sorry, Nicolas. Will send an extract of syslog later. Not well enough at the moment.
you should not update your kde when the full rebuild of packages is not done...
Keywords: (none) => NEEDINFOStatus: NEW => UNCONFIRMEDEver confirmed: 1 => 0
I didn't update anything. I simply ran the updates. The update referred to in Comment 1 was after everything from the problem batch was downloaded. I am attaching an extract from syslog (as a separate comment. The last time I added it like an e-mail attachment, it hid the text of the comment it was attached to.) I can see no error messages in syslog.
Created attachment 2529 [details] Syslog for Cauldron July 1
This bug might as well be closed. It was a "one-off" situation with a particular batch of updates. I created this report against my own better judgment, because at least two people who know a lot better than I, strongly advised me to do it.
No problem, we all do such things ;) Is there a way (for "big" updates like KDE) to do a fast check on the mirror to see whether no updated packages are missing there, before starting to download them?
Status: UNCONFIRMED => RESOLVEDCC: (none) => marja11Resolution: (none) => INVALID
Good question. It would probably require a distinct app. I am in Australia "at the end of a piece of wet string." Tonight my time even zarb.org in France couldn't find two updates for Ghostscript that were listed. Other blocks of updates were complete. KDE can have 20+ interdependent updates, and a few for separate programs, such as applets. Even missing a group for an applet, for example, can leave you with a hybrid KDE. Or you could finish up with the applets and not the core. (Perhaps the piece of wet string has broken. I can't connect to Bugzilla any more. -- No, it was Bugzilla's database server.)
(In reply to comment #9) > Good question. It would probably require a distinct app. I am in Australia "at > the end of a piece of wet string." Tonight my time even zarb.org in France > couldn't find two updates for Ghostscript that were listed. Other blocks of > updates were complete. KDE can have 20+ interdependent updates, and a few for > separate programs, such as applets. Even missing a group for an applet, for > example, can leave you with a hybrid KDE. Or you could finish up with the > applets and not the core. > > (Perhaps the piece of wet string has broken. I can't connect to Bugzilla any > more. > -- No, it was Bugzilla's database server.) Since I switched to ftp://mageia.webconquest.com (in Canada, http is available too) such things don't (or near to never) happen to me anymore. That mirror syncs every hour, so even if it does happen, you're not in trouble for very long.
This occasion was brief, too, less than half an hour. I was writing Comment 9 on line, and getting an error message from the postgresql db itself, when I clicked the "Save Changes" button.
As an afterthought, the frequency of updates isn't the whole story. My local mirror (aarnet) is often behind, and so was Taiwan. The tech support at aarnet said they were probably syncing from the same source, and it in turn was behind.
CC: boklm => (none)