On Wednesday 17 June 2009 17:06:11 David Rosenstrauch wrote:
David C. Rankin wrote:
(1) Not a production box, Arch install isolated on a spare raid partition, all files (including Arch packages) backed up, nothing critical at risk.
(4) The downside if it all goes wrong -- pop the arch disk in the tray; reboot
OK, fair enough, then. As long as you're aware of the potential consequences.
But, seriously, I'm not real sure pacman is thinking correctly on this kde- unstable install. I don't have kde4 installed, but it looks like it sure thinks I do.
Actually, it sounds to me like you *do* have kde4 installed, but you don't think you do.
Take for example the conflicts listed just with regard to "kate". (A standard package, not overly complex, but big enough to provide an example) The conflicts in the attachment to keep the lines from wrapping).
All of the conflicts are of the form:
application.h exists in both 'kdesdk-kate' and 'kdesdk'
OK, so given that message: kdesdk is the stock Arch KDE4 package. I'm guessing that the kdesdk-* packages are the kde-unstable equivalent. So pacman is saying: dude, I can't install kdesdk-kate because its files already exist on disk (belonging to package kdesdk). Solution? First remove kdesdk (from stock Arch), then install kdesk-kate (from unstable).
Or, more likely:
pacman -Rs kde (remove all the stock Arch KDE packages that you already have installed)
pacman -S kde (install all the KDE packages from unstable)
So 'kdesdk-kate' and 'kdesdk' will not wind up both being installed on disk simultaneously. They are from different repos (kde-unstable and extra, respectively), and conflict with each other. And so one must be uninstalled before the other can be installed.
Make sense?
DR
Following the install, I tested with an update to see the result. The first time it installed 15 or so packages and replaced whatever pacman thought was
kde4 with kde4-unstable: :: Starting full system upgrade... :: Replace kdeaccessibility with kde-unstable/kde-meta-kdeaccessibility? :: [Y/n] Replace kdeadmin with kde-unstable/kde-meta-kdeadmin? [Y/n] :: Replace kdeartwork with kde-unstable/kde-meta-kdeartwork? [Y/n] :: Replace kdebase with kde-unstable/kde-meta-kdebase? [Y/n] :: Replace kdebindings with kde-unstable/kde-meta-kdebindings? [Y/n] :: Replace kdeedu with kde-unstable/kde-meta-kdeedu? [Y/n] :: Replace kdegames with kde-unstable/kde-meta-kdegames? [Y/n] :: Replace kdegraphics with kde-unstable/kde-meta-kdegraphics? [Y/n] :: Replace kdemultimedia with kde-unstable/kde-meta-kdemultimedia? [Y/n] :: Replace kdenetwork with kde-unstable/kde-meta-kdenetwork? [Y/n] :: Replace kdepim with kde-unstable/kde-meta-kdepim? [Y/n] :: Replace kdeplasma-addons with kde-unstable/kde-meta-kdeplasma-addons? :: [Y/n] Replace kdesdk with kde-unstable/kde-meta-kdesdk? [Y/n] :: Replace kdetoys with kde-unstable/kde-meta-kdetoys? [Y/n] :: Replace kdeutils with kde-unstable/kde-meta-kdeutils? [Y/n] :: Replace kdewebdev with kde-unstable/kde-meta-kdewebdev? [Y/n]
Yes, exactly! The kde-unstable packages replace the Arch stock packages.
Then running it again, all was well:
[14:37 archangel:/etc/php] # pms -u
:: Synchronizing package databases...
kdemod-legacy is up to date kde-unstable is up to date core is up to date extra is up to date community is up to date archlinuxfr is up to date
:: Starting full system upgrade...
local database is up to date
I'll keep an eye on it, but in working with it for a while, I think we're good.
OK, yeah. Now that I see these 2 final pacman outputs (i.e., first where the unstable packages are replacing the stock ones, and then where pacman runs normally and installs nothing) it looks like you do in fact have things set up properly in pacman, though you came about it in a roundabout way. So sounds like you won't have more trouble from here on.
DR
OK, Let's go for 'Round 2'. I have an identical config on an i686 box, I've downloaded the kde-unstable files and now let's see if we can install kde- unstable with resorting to force (same qualifications apply -- this is just a spare box with Arch on it that I can thrash if I need to) First I'll dump all the packages to my server before I delete kde and then roll the packages back in for the install (just in case pacman may want to delete them -- dunno, not going to take the chance). I'll start a new thread "kde-unstable install - Round 2" when I have the results of my first attempt. Thanks! -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com