It is suggested to remove the old kde version before upgrading because of a bug with pacman that affects KDE in particular. Judd has posted a nice explanation in the forums.
http://bbs.archlinux.org/viewtopic.php?t=10566&start=75 Eric ============================================== Eric B�langer D�partement de physique Universit� de Montr�al Bureau B-416, Pavillon Roger-Gaudry T�l. : (514) 343-6111 ext. 8746 Courriel : [EMAIL PROTECTED] Web : http://www.astro.umontreal.ca/~belanger/ ============================================== On Thu, 17 Mar 2005, Rosenstrauch, David wrote: > > > > Exit KDE and from a console session, remove KDE with > > > > pacman -Rd kde > > > > Then reinstall 3.4 with > > > > pacman -S kde > > > Is it essential to do it this way? > > I did a "pacman -Syu" (which upgraded, but broke, KDE) followed by a "pacman > -S kde" (and responding yes to all the "already installed; upgrade anyway?" > messages). > > This did seem to work. Anyone have any reason why this wouldn't be > sufficient? > > DR > > > P.S. I did experience one problem after the upgrade: KDE's sound (arts or > akodelib) is choppy on one of my PC's at home. But I'm not sure that that > problem is attributable to any error in the upgrade. I'm guessing it's > either: a) a bug in the new akodelib, or b) a problem with the kludgey new > sound module my card needs (emu10k1x); that module is first appearing in > 2.6.11, so maybe not all the kinks are worked out yet. Problem is definitely > KDE related, though, as XMMS didn't have any such problem. I'm going to check > out sound on a different box with a different card now, and see if maybe this > is a module specific problem. If anyone else is having sound problems with > the new KDE, though, please do chime in. > > ============================================================================== > This message is for the sole use of the intended recipient. If you received > this message in error please delete it and notify us. If this message was > misdirected, CSFB does not waive any confidentiality or privilege. CSFB > retains and monitors electronic communications sent through its network. > Instructions transmitted over this system are not binding on CSFB until they > are confirmed by us. Message transmission is not guaranteed to be secure. > ============================================================================== > > > _______________________________________________ > arch mailing list > [email protected] > http://www.archlinux.org/mailman/listinfo/arch > _______________________________________________ arch mailing list [email protected] http://www.archlinux.org/mailman/listinfo/arch
