Re: [gentoo-user] KDE update puzzle : solved
On 19/09/2021 14:06, Philip Webb wrote: 210919 antlists wrote: On 19/09/2021 08:03, Philip Webb wrote: Portage ought to be able to recognise when a set of pkgs are creating destructive circular dependencies among themselves & resolve the conflict by updating all of them together. Until you hit my version of the problem, where if a is not there, b crashes when you try to build it ... And of course, installing a crashes because b is not there ... So you emerge both together : I've never run into a version of your case where that wasn't the solution. And I don't expect anything like that to happen with a related group of pkgs like Qt or KDE. Well, seeing the fact that this particular case is plastered all over the net with people trying to solve it, then emerging the two together DOESN'T solve it. The problem is that - in order to emerge either one - THE OTHER ONE MUST HAVE BEEN EMERGED FIRST. Whoops ... (If they're not already on your system, try installing something that requires truetype. That will call in freetype, which won't emerge because harfbuzz isn't there. But harfbuzz won't emerge, because freetype isn't there. As in, they won't emerge even if you try and force it, because configure will crash because it can't find the other one.) Cheers, Wol
Re: [gentoo-user] KDE update puzzle : solved
On 9/19/21 12:03 AM, Philip Webb wrote: > 210918 cal wrote: >>> (kde-frameworks/kglobalaccel-5.82.0-r1:5/5.82::gentoo, installed) >>> USE="-debug -doc -nls -test" ABI_X86="(64)" pulled in by >>> (no parents that aren't satisfied by other packages in this slot) >> See in particular the last message. >> I'm not sure what causes that message in particular, >> but it seems like kglobalaccel is causing the problem >> by pulling in a bunch of 5.82.0 deps causing a slot conflict. > > That is the key, but it doesn't work the way you suggest. > > I cut the Gordian knot Alexander-fashion : > I simply unmerged the 7 objecting pkgs via 'emerge -C ... ', > ie attica kactivities kconfig kcoreaddons kcrash kglobalaccel kwindowsystem. > after that, I was able to update the whole list of pkgs without a problem. > > This has to be a bug in Portage, > at least in the sense of an unintended + obstructive feature. > Portage ought to be able to recognise when a set of pkgs > are creating destructive circular dependencies among themselves > & resolve the conflict by updating all of them together. > This sort of traffic-jam happens regularly & has done so for many years : > one case is Qt, which forces the user to unmerge the whole set, > then merge the updates as a set too. > > Perhaps one of our hard-working unpaid devs is listening ... (smile). > For what it's worth, I have had these same KDE packages listed above installed for 3 years, and have never experienced the slot conflict you encountered (in particular, the recent upgrade from 5.82 to 5.85 worked fine on my systems). So whether or not the end result could be considered a bug in portage, it seems likely that, like others have suggested on the thread, there is possibly a strange configuration somewhere on your system triggering the problem to occur (I have usually found this to be the case when my emerge updates blow up with strange conflicts). I'm not a portage dev, but I suspect if you wanted someone to look into it, you'd need to file a bug report and clarify the details about your system profile, world set, USE flags, package keywords, whether the problem occurs if you emerge @world instead of directly merging certain packages, etc. cal
Re: [gentoo-user] KDE update puzzle : solved
210919 antlists wrote: > On 19/09/2021 08:03, Philip Webb wrote: >> Portage ought to be able to recognise when a set of pkgs >> are creating destructive circular dependencies among themselves >> & resolve the conflict by updating all of them together. > Until you hit my version of the problem, > where if a is not there, b crashes when you try to build it ... > And of course, installing a crashes because b is not there ... So you emerge both together : I've never run into a version of your case where that wasn't the solution. And I don't expect anything like that to happen with a related group of pkgs like Qt or KDE. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] KDE update puzzle : solved
On 19/09/2021 08:03, Philip Webb wrote: Portage ought to be able to recognise when a set of pkgs are creating destructive circular dependencies among themselves & resolve the conflict by updating all of them together. Until you hit my version of the problem, where if a is not there, b crashes when you try to build it ... And of course, installing a crashes because b is not there ... Cheers, Wol
Re: [gentoo-user] KDE update puzzle : solved
210918 cal wrote: >> (kde-frameworks/kglobalaccel-5.82.0-r1:5/5.82::gentoo, installed) >> USE="-debug -doc -nls -test" ABI_X86="(64)" pulled in by >> (no parents that aren't satisfied by other packages in this slot) > See in particular the last message. > I'm not sure what causes that message in particular, > but it seems like kglobalaccel is causing the problem > by pulling in a bunch of 5.82.0 deps causing a slot conflict. That is the key, but it doesn't work the way you suggest. I cut the Gordian knot Alexander-fashion : I simply unmerged the 7 objecting pkgs via 'emerge -C ... ', ie attica kactivities kconfig kcoreaddons kcrash kglobalaccel kwindowsystem. after that, I was able to update the whole list of pkgs without a problem. This has to be a bug in Portage, at least in the sense of an unintended + obstructive feature. Portage ought to be able to recognise when a set of pkgs are creating destructive circular dependencies among themselves & resolve the conflict by updating all of them together. This sort of traffic-jam happens regularly & has done so for many years : one case is Qt, which forces the user to unmerge the whole set, then merge the updates as a set too. Perhaps one of our hard-working unpaid devs is listening ... (smile). -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] KDE update puzzle
On Saturday, 18 September 2021 17.19.45 CEST Philip Webb wrote: > Here is the whole command + output in gruesome detail : > > root:522 ~> !498 > PYTHON_SINGLE_TARGET="python3_9" emerge -pv --backtrack=30 attica > frameworkintegration kactivities kactivities-stats kcmutils kconfig > kcoreaddons kcrash kdesu kdnssd kglobalaccel kholidays khtml > kidletime kimageformats knotifyconfig kpeople kross krunner > ktexteditor kwayland kwindowsystem qqc2-desktop-style Is this the command you ran to get this output? I assume the same happens with emerge -auDU @world, but did you try emerge -ac first? Maybe something is still installed but deselected which I believe causes it to not get rebuilt and potentially block other packages. All of these packages that claim to pull in the older versions seem to themselves be scheduled for update, that's why I'm thinking somewhere there is one package that isn't that's causing all this mess. > It mb that I have to remove the whole of the present versions > in order to (re-)install the new ones ; it usually happens with Qt. > I've never understood why Portage can't handle that itself. That's what I would suggest if what I wrote above doesn't work. I haven't ever encountered this issue myself yet though despite extensively using KDE packages, so I'm not sure what's going wrong here. -Marco signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KDE update puzzle
cal wrote: > > See in particular the last message. I'm not sure what causes that > message in particular, but it seems like kglobalaccel is causing the > problem by pulling in a bunch of 5.82.0 deps causing a slot conflict. > > cal > > Just a shot in the dark, could some KDE packages have crept their way in the world file maybe, perhaps even a specific version, older version at that? Dale :-) :-)
Re: [gentoo-user] KDE update puzzle
On 9/18/21 2:59 AM, Philip Webb wrote: > There is an update available for KDE Frameworks. > When I try to perform it, I get a conflict statement which begins > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > kde-frameworks/kcoreaddons:5 > > (kde-frameworks/kcoreaddons-5.85.0:5/5.85::gentoo, ebuild scheduled for > merge) USE="-debug -doc (-fam) -nls -test" ABI_X86="(64)" pulled in by > =kde-frameworks/kcoreaddons-5.85*:5 required by > (kde-frameworks/kglobalaccel-5.85.0-r1:5/5.85::gentoo, ebuild scheduled for > merge) USE="-debug -doc -nls -test" ABI_X86="(64)" > ^ ^^^ > > The ^ signs emphasise =kde-frameworks/kcoreaddons-5.85*:5 > ^ ^^^ > > I can't make sense of this : surely, '5.85*' includes '5.85.0', > so the requirement sb fulfilled. I don't remember seeing this before. > I replied elsewhere in the thread about my hunch where your problem is, but just to clarify something here: when there is a slot conflict, emerge will print the dependents causing the conflict. You've only pasted the first message here, which is saying that kde-frameworks/kglobalaccel-5.85.0-r1 depends on =kde-frameworks/kcoreaddons-5.85*:5. Below this line, there is probably another one telling you about a different package that depends on a mutually exclusive version of kcoreaddons. So the "=" here is only telling you what one of the packages in conflict depends on.
Re: [gentoo-user] KDE update puzzle
On 9/18/21 8:19 AM, Philip Webb wrote: > 210918 Jack wrote: >> On 18/09/2021 12.10, Philip Webb wrote: >>> There is an update available for KDE Frameworks. >>> When I try to perform it, I get a conflict statement which begins >>> >>> !!! Multiple package instances within a single package slot have been >>> pulled >>> !!! into the dependency graph, resulting in a slot conflict: >>> kde-frameworks/kcoreaddons:5 >>> >>> (kde-frameworks/kcoreaddons-5.85.0:5/5.85::gentoo, ebuild scheduled for >>> merge) USE="-debug -doc (-fam) -nls -test" ABI_X86="(64)" pulled in by >>> =kde-frameworks/kcoreaddons-5.85*:5 required by >>> (kde-frameworks/kglobalaccel-5.85.0-r1:5/5.85::gentoo, ebuild scheduled for >>> merge) USE="-debug -doc -nls -test" ABI_X86="(64)" >>> ^ ^^^ >>> >>> The ^ signs emphasise =kde-frameworks/kcoreaddons-5.85*:5 >>> >>> I can't make sense of this : surely, '5.85*' includes '5.85.0', >>> so the requirement sb fulfilled. I don't remember seeing this before. >> Have you actually shown the complete output for the conflict for >> kcoreaddons? I only see one version listed for the slot. >> Is there another one showing perhaps the current installed version >> and it being required by something else (also installed) >> which cannot work with the newer version? > > Here is the whole command + output in gruesome detail : > > (elided) > > --- end of gruesome details --- > > It mb that I have to remove the whole of the present versions > in order to (re-)install the new ones ; it usually happens with Qt. > I've never understood why Portage can't handle that itself. > Tracing through the slot conflicts: There is a conflict between kde-frameworks/kcoreaddons-5.85.0 and -5.82.0, this is what the first messages in your gruesome detail are saying: > =kde-frameworks/kcoreaddons-5.85*:5 required by (kde-frameworks/kdeclarative-5.85.0:5/5.85::gentoo, ebuild scheduled for merge) USE="-debug -doc" ABI_X86="(64)" > =kde-frameworks/kcoreaddons-5.82*:5 required by (kde-frameworks/kcrash-5.82.0:5/5.82::gentoo, installed) USE="-debug -doc -nls -test" ABI_X86="(64)" So why is kcrash-5.82.0 being pulled in? This package is the result of another slot conflict: > =kde-frameworks/kcrash-5.85*:5 required by (kde-frameworks/kservice-5.85.0:5/5.85::gentoo, ebuild scheduled for merge) USE="-debug -doc -man -test" ABI_X86="(64)" > =kde-frameworks/kcrash-5.82*:5 required by (kde-frameworks/kglobalaccel-5.82.0-r1:5/5.82::gentoo, installed) USE="-debug -doc -nls -test" ABI_X86="(64)" So why is kglobalaccel-5.82.0 being pulled in? > kde-frameworks/kglobalaccel:5 > > (kde-frameworks/kglobalaccel-5.85.0-r1:5/5.85::gentoo, ebuild scheduled for > merge) USE="-debug -doc -nls -test" ABI_X86="(64)" pulled in by > kde-frameworks/kglobalaccel (Argument) > =kde-frameworks/kglobalaccel-5.85*:5 required by > (kde-frameworks/kxmlgui-5.85.0:5/5.85::gentoo, ebuild scheduled for merge) > USE="-debug -designer -doc -test" ABI_X86="(64)" > ^^^^ > > > > > (and 3 more with the same problems) > > (kde-frameworks/kglobalaccel-5.82.0-r1:5/5.82::gentoo, installed) > USE="-debug -doc -nls -test" ABI_X86="(64)" pulled in by > (no parents that aren't satisfied by other packages in this slot) See in particular the last message. I'm not sure what causes that message in particular, but it seems like kglobalaccel is causing the problem by pulling in a bunch of 5.82.0 deps causing a slot conflict. cal
Re: [gentoo-user] KDE update puzzle
210918 Jack wrote: > On 18/09/2021 12.10, Philip Webb wrote: >> There is an update available for KDE Frameworks. >> When I try to perform it, I get a conflict statement which begins >> >> !!! Multiple package instances within a single package slot have been >> pulled >> !!! into the dependency graph, resulting in a slot conflict: >> kde-frameworks/kcoreaddons:5 >> >> (kde-frameworks/kcoreaddons-5.85.0:5/5.85::gentoo, ebuild scheduled for >> merge) USE="-debug -doc (-fam) -nls -test" ABI_X86="(64)" pulled in by >> =kde-frameworks/kcoreaddons-5.85*:5 required by >> (kde-frameworks/kglobalaccel-5.85.0-r1:5/5.85::gentoo, ebuild scheduled for >> merge) USE="-debug -doc -nls -test" ABI_X86="(64)" >> ^ ^^^ >> >> The ^ signs emphasise =kde-frameworks/kcoreaddons-5.85*:5 >> >> I can't make sense of this : surely, '5.85*' includes '5.85.0', >> so the requirement sb fulfilled. I don't remember seeing this before. > Have you actually shown the complete output for the conflict for > kcoreaddons? I only see one version listed for the slot. > Is there another one showing perhaps the current installed version > and it being required by something else (also installed) > which cannot work with the newer version? Here is the whole command + output in gruesome detail : root:522 ~> !498 PYTHON_SINGLE_TARGET="python3_9" emerge -pv --backtrack=30 attica frameworkintegration kactivities kactivities-stats kcmutils kconfig kcoreaddons kcrash kdesu kdnssd kglobalaccel kholidays khtml kidletime kimageformats knotifyconfig kpeople kross krunner ktexteditor kwayland kwindowsystem qqc2-desktop-style These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] x11-base/xwayland-21.1.2-r2::gentoo USE="-ipv6 -rpc (-selinux) -unwind -xcsecurity" VIDEO_CARDS="-nvidia" 1,230 KiB [ebuild U ] kde-frameworks/extra-cmake-modules-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-doc -test" 311 KiB [ebuild U ] kde-frameworks/kcoreaddons-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -doc (-fam) -nls -test" 418 KiB [ebuild U ] kde-frameworks/kconfig-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="dbus -debug -doc -nls -test" 265 KiB [ebuild U ] kde-frameworks/ki18n-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -doc -test" PYTHON_SINGLE_TARGET="(-python3_10) -python3_8 python3_9" 577 KiB [ebuild U ] kde-frameworks/kwidgetsaddons-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -designer -doc -nls -test" 2,253 KiB [ebuild U ] kde-frameworks/kwindowsystem-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="X -debug -doc -nls -test" 175 KiB [ebuild U ] kde-frameworks/karchive-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -doc -test -zstd" 963 KiB [ebuild U ] kde-frameworks/kdbusaddons-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="X -debug -doc -nls -test" 43 KiB [ebuild U ] kde-frameworks/kitemviews-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -designer -doc -nls -test" 74 KiB [ebuild U ] kde-frameworks/kguiaddons-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -doc -test -wayland" 60 KiB [ebuild U ] kde-frameworks/kcodecs-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -doc -nls -test" 227 KiB [ebuild U ] kde-frameworks/kwayland-5.85.0-r1:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -doc -test" 324 KiB [ebuild U ] kde-frameworks/sonnet-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-aspell -debug -designer -doc -hunspell -nls -test" 291 KiB [ebuild U ] kde-frameworks/solid-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -doc -ios -nls -test" 246 KiB [ebuild r U ] kde-frameworks/kidletime-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="X -debug -doc -xscreensaver" 26 KiB [ebuild U ] kde-frameworks/attica-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -doc -test" 66 KiB [ebuild N ] kde-plasma/layer-shell-qt-5.22.5:5::gentoo USE="-debug" 18 KiB [ebuild U ] kde-frameworks/syntax-highlighting-5.85.0-r1:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -doc -nls -test" 2,281 KiB [ebuild U ] kde-frameworks/threadweaver-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -doc -test" 1,378 KiB [ebuild U ] kde-frameworks/kdnssd-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -doc -nls -test -zeroconf" 58 KiB [ebuild U ] kde-frameworks/kholidays-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -nls -test" 226 KiB [ebuild U ] kde-frameworks/kcrash-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -doc -nls -test" 28 KiB [ebuild U ] kde-frameworks/kcompletion-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -designer -doc -nls -test" 120 KiB [ebuild U ] kde-frameworks/kpackage-5.85.0:5/5.85::gentoo [5.82.0:5/5.82::gentoo] USE="-debug -doc
Re: [gentoo-user] KDE update puzzle
On 9/18/21 09:08, Philip Webb wrote: 210918 J.O. Aho wrote: On 18/09/2021 12.10, Philip Webb wrote: There is an update available for KDE Frameworks. When I try to perform it, I get a conflict statement which begins !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: kde-frameworks/kcoreaddons:5 (kde-frameworks/kcoreaddons-5.85.0:5/5.85::gentoo, ebuild scheduled for merge) USE="-debug -doc (-fam) -nls -test" ABI_X86="(64)" pulled in by =kde-frameworks/kcoreaddons-5.85*:5 required by (kde-frameworks/kglobalaccel-5.85.0-r1:5/5.85::gentoo, ebuild scheduled for merge) USE="-debug -doc -nls -test" ABI_X86="(64)" ^ ^^^ The ^ signs emphasise =kde-frameworks/kcoreaddons-5.85*:5 I can't make sense of this : surely, '5.85*' includes '5.85.0', so the requirement sb fulfilled. I don't remember seeing this before. You have another package that wants a kde-frameworks/kcoreaddons < 5.85.0, so you should look for that package. If you have equery installed, then run 'equery d kde-frameworks/kcoreaddons' : you will get a list of potential packages. That makes no sense : the pkg cited is Kglobalaccel-5.85.0-r1 , which isn't going to want an earlier version of another KDE pkg. The emphasised value is '=', not '<'. Someone else offered : Is this the complete message about the conflicts ? No : there's a long list of the same msgs, but for other KDE pkgs. If there is nothing more, please try again with the --verbose-conflicts emerge parameter. I already did that. Thanks certainly for trying, but has anyone anything more helpful ? Have you actually shown the complete output for the conflict for kcoreaddons? I only see one version listed for the slot. Is there another one showing perhaps the current installed version, and it being required by something else (also installed) which cannot work with the newer version? Jack
Re: [gentoo-user] KDE update puzzle
210918 J.O. Aho wrote: > On 18/09/2021 12.10, Philip Webb wrote: >> There is an update available for KDE Frameworks. >> When I try to perform it, I get a conflict statement which begins >> >>!!! Multiple package instances within a single package slot have been >> pulled >>!!! into the dependency graph, resulting in a slot conflict: >>kde-frameworks/kcoreaddons:5 >> >>(kde-frameworks/kcoreaddons-5.85.0:5/5.85::gentoo, ebuild scheduled for >> merge) USE="-debug -doc (-fam) -nls -test" ABI_X86="(64)" pulled in by >> =kde-frameworks/kcoreaddons-5.85*:5 required by >> (kde-frameworks/kglobalaccel-5.85.0-r1:5/5.85::gentoo, ebuild scheduled for >> merge) USE="-debug -doc -nls -test" ABI_X86="(64)" >> ^ ^^^ >> >> The ^ signs emphasise =kde-frameworks/kcoreaddons-5.85*:5 >> >> I can't make sense of this : surely, '5.85*' includes '5.85.0', >> so the requirement sb fulfilled. I don't remember seeing this before. > You have another package that wants a kde-frameworks/kcoreaddons < 5.85.0, > so you should look for that package. If you have equery installed, > then run 'equery d kde-frameworks/kcoreaddons' : > you will get a list of potential packages. That makes no sense : the pkg cited is Kglobalaccel-5.85.0-r1 , which isn't going to want an earlier version of another KDE pkg. The emphasised value is '=', not '<'. Someone else offered : > Is this the complete message about the conflicts ? No : there's a long list of the same msgs, but for other KDE pkgs. > If there is nothing more, > please try again with the --verbose-conflicts emerge parameter. I already did that. Thanks certainly for trying, but has anyone anything more helpful ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] KDE update causes bizarre behaviour : solved
210126 Michael wrote: > On Tuesday, 26 January 2021 07:52:53 GMT Philip Webb wrote: >> I manhandled a huge update of Qt + KDE last weekend >> & am now using Qt-5.15.2 Frameworks-5.77.0 Plasma-5.20.5 . >> The digital clock has disappeared from the panel. > Some packages have been updated again to later versions, > e.g. dev-qt/qtgui-5.15.2-r1, kde-plasma/plasma-workspace-5.20.5-r1. In fact, I am using the '-r1' versions already. Something went wrong among the KDE items in ~/.config/ . I restored that directory from a year-old backup & all is well again. No doubt, I'll need to do some fine-tuning, but it'll do for now. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] KDE update causes bizarre behaviour
On Tuesday, 26 January 2021 07:52:53 GMT Philip Webb wrote: > I manhandled a huge update of Qt + KDE last weekend > & am now using Qt-5.15.2 Frameworks-5.77.0 Plasma-5.20.5 . > It was necessary to unmerge the whole of Qt & remerge it > & ditto part of Frameworks : otherwise there were dependency conflicts. > Portage seems incapable of handling such situations by itself. I did not encounter any such conflicts here, on a stable system. Portage updated Qt and KDE/Plasma unassisted by me. > The digital clock has disappeared from the panel. > I tried "add widgets" & can drag it to the panel, but it doesn't stay. > I tried another widget (simple calculator) as a test & can't remove it. > The icon for the clock in the "add widgets" menu has a small number > attached, which has now reached "10", suggesting that I've added 10 > versions, but none of them is viewable ; there is an invisible icon in the > panel which when R-clicked shows the display for editing the digital clock, > but when L-clicked shows a different widget. > > Gwenview now presents my ~/pix/ directory as "Pictures", > though its name remains the same in my file system. > > Has anyone else encountered these or other strange phenomena ? > Does anyone have a suggestion how to get back to normalcy ? Some packages have been updated again to later versions, e.g. dev-qt/ qtgui-5.15.2-r1, kde-plasma/plasma-workspace-5.20.5. Perhaps you caught portage on the hop at your last re-sync? I suggest you resync again and update @world. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] kde update: SOLVED
- Mail Original - De: Alain DIDIERJEAN alain.didierj...@free.fr À: gentoo-user@lists.gentoo.org Envoyé: Lundi 30 Mai 2011 18h45:17 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [gentoo-user] kde update Trying to update from kde4.5 to kde4.6 A simple emerge -uD world gives: [ebuild U ] x11-libs/qt-core-4.7.2-r1 [4.6.3-r1] USE=-jit% -private-headers% [ebuild U ] x11-libs/qt-sql-4.7.2 [4.6.3-r2] [blocks b ] x11-libs/qt-sql-4.7.2 (x11-libs/qt-sql-4.7.2 is blocking x11-libs/qt-test-4.7.2, x11-libs/qt-svg-4.7.2, x11-libs/qt-gui-4.7.2, x11-libs/qt-qt3support-4.7.2, x11-libs/qt-core-4.7.2-r1, x11-libs/qt-webkit-4.7.2, x11-libs/qt-multimedia-4.7.2, x11-libs/qt-declarative-4.7.2-r1, x11-libs/qt-assistant-4.7.2, x11-libs/qt-opengl-4.7.2, x11-libs/qt-dbus-4.7.2, x11-libs/qt-script-4.7.2, x11-libs/qt-xmlpatterns-4.7.2) snip- [uninstall^[[39;49;00m] kde-base/dragonplayer-4.4.5^[[39;49;00m [blocks^[[39;49;00m b^[[39;49;00m ] kde-base/dragonplayer:4.6[-kdeprefix]^[[39;49;00m (kde-base/dragonplayer:4.6[-kdeprefix] is blo$ [blocks^[[39;49;00m b^[[39;49;00m ] kde-base/dragonplayer:4.4[-kdeprefix]^[[39;49;00m (kde-base/dragonplayer:4.4[-kdeprefix] is blo$ [ebuild^[[39;49;00m NS^[[39;49;00m ] kde-base/kruler-4.6.2^[[39;49;00m [4.4.5]^[[39;49;00m USE=handbook^[[39;49;00m (-aqua^[[39;49;00$ [uninstall^[[39;49;00m] kde-base/kruler-4.4.5^[[39;49;00m [blocks^[[39;49;00m b^[[39;49;00m ] kde-base/kruler:4.6[-kdeprefix]^[[39;49;00m (kde-base/kruler:4.6[-kdeprefix] is blocking kde-ba$ [blocks^[[39;49;00m b^[[39;49;00m ] kde-base/kruler:4.4[-kdeprefix]^[[39;49;00m (kde-base/kruler:4.4[-kdeprefix] is blocking kde-ba$ [ebuild^[[39;49;00m NS^[[39;49;00m ] kde-base/libkipi-4.6.2^[[39;49;00m [4.4.5]^[[39;49;00m USE=(-aqua^[[39;49;00m) -debug^[[39;49;00$ [uninstall^[[39;49;00m] kde-base/libkipi-4.4.5^[[39;49;00m snip- blocks^[[39;49;00m b^[[39;49;00m ] kde-base/kdeartwork-meta:4.6[-kdeprefix]^[[39;49;00m (kde-base/kdeartwork-meta:4.6[-kdeprefix] $ [ebuild^[[39;49;00m NS^[[39;49;00m ] kde-base/kde-meta-4.6.2^[[39;49;00m [4.4.5]^[[39;49;00m USE=nls^[[39;49;00m semantic-desktop^[[3$ All together 982 lines as above. Besides that, gentoo amd64 works fine on my box and I emerge everyday packages to upgrade, except those which are kde's. Questions: - what the hell is this mess, did I do something wrong ? - have any of you got the same kind of troubles ? - is there a way to go back to an up to date clean install, I mean besides reinstalling from scratch or going for Ubuntu ? Reasons that make me go for gentoo 8 or 9 years ago: - excellent docs. (as of to-day, some docs need updating); - easyness of maintenance, no need for periodical reinstall (I'm not sure this time); - stable packages are renewed in time, not too soon, not too late; - portage works like a charm. Hope I can get some help - Mail Original - ends here SOLVED, after unmerging then re-emerging a little more than 300 packages. Compile took the whole night. A heavy task, but finally everything seems working. Thanks fot the help, folks, -- Alain DIDIERJEAN Puisque ces mystères nous dépassent Feignons d'en être l'organisateur
Re: [gentoo-user] kde update: SOLVED
On 2 June 2011 15:32, Alain DIDIERJEAN alain.didierj...@free.fr wrote: - Mail Original - De: Alain DIDIERJEAN alain.didierj...@free.fr [snip...] Hope I can get some help - Mail Original - ends here SOLVED, after unmerging then re-emerging a little more than 300 packages. Compile took the whole night. A heavy task, but finally everything seems working. Thanks fot the help, folks, Glad you sorted out this upgrade. :-) You may notice that some USE flags are no longer set/unset and as a result when you run emerge --depclean a number of packages will want to unmerge themselves (e.g. krdc, okteta, etc) You'll need to adjust your flags accordingly if you wish to keep these packages and run emerge -uaNDv world. -- Regards, Mick
Re: [gentoo-user] kde update
On Mon, May 30, 2011 at 11:45 AM, Alain DIDIERJEAN alain.didierj...@free.fr wrote: Trying to update from kde4.5 to kde4.6 I find that it is easier to unmerge old version :4.5 KDE, then emerge the new version :4.6. Upgrade always seems to be a mess like that.
Re: [gentoo-user] kde update
On Tue, May 31, 2011 at 8:11 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Mon, May 30, 2011 at 11:45 AM, Alain DIDIERJEAN alain.didierj...@free.fr wrote: Trying to update from kde4.5 to kde4.6 I find that it is easier to unmerge old version :4.5 KDE, then emerge the new version :4.6. Upgrade always seems to be a mess like that. Probably there's no real problem but I think in my recent machines if I've chosen the KDE profile and try something like emerge -Cp kde-meta then there are lots of warning messages about how I'm removing parts of @system. It's unlikely (in my mind anyway) that anything would be removed that stops one from doing the 4.6 emerge, but if one goes this way they should look very carefully at what's getting taken out just to make sure. Cheers, Mark
Re: [gentoo-user] kde update
Apparently, though unproven, at 17:27 on Tuesday 31 May 2011, Mark Knecht did opine thusly: On Tue, May 31, 2011 at 8:11 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Mon, May 30, 2011 at 11:45 AM, Alain DIDIERJEAN alain.didierj...@free.fr wrote: Trying to update from kde4.5 to kde4.6 I find that it is easier to unmerge old version :4.5 KDE, then emerge the new version :4.6. Upgrade always seems to be a mess like that. Probably there's no real problem but I think in my recent machines if I've chosen the KDE profile and try something like emerge -Cp kde-meta then there are lots of warning messages about how I'm removing parts of @system. It's unlikely (in my mind anyway) that anything would be removed that stops one from doing the 4.6 emerge, but if one goes this way they should look very carefully at what's getting taken out just to make sure. You must have something badly wrong with your @system. kde-meta depends on: RDEPEND= $(add_kdebase_dep kate) $(add_kdebase_dep kdeadmin-meta) $(add_kdebase_dep kdeartwork-meta) $(add_kdebase_dep kdebase-meta) $(add_kdebase_dep kdeedu-meta) $(add_kdebase_dep kdegames-meta) $(add_kdebase_dep kdegraphics-meta) $(add_kdebase_dep kdemultimedia-meta) $(add_kdebase_dep kdenetwork-meta) $(add_kdebase_dep kdeplasma-addons) $(add_kdebase_dep kdetoys-meta) $(add_kdebase_dep kdeutils-meta) accessibility? ( $(add_kdebase_dep kdeaccessibility-meta) ) nls? ( $(add_kdebase_dep kde-l10n) ) sdk? ( $(add_kdebase_dep kdebindings-meta) $(add_kdebase_dep kdesdk-meta) $(add_kdebase_dep kdewebdev-meta) ) semantic-desktop? ( || ( ( $(add_kdebase_dep kdepim-meta '' 4.5.93) ) ( $(add_kdebase_dep kdepim-meta '' 4.4.9) ) ) ) A few extra packages and a lot of other meta packages. emerge -Cp will remove only that one package, it won;t even remove the deps. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] kde update
Alan McKinnon wrote: Apparently, though unproven, at 17:27 on Tuesday 31 May 2011, Mark Knecht did opine thusly: On Tue, May 31, 2011 at 8:11 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Mon, May 30, 2011 at 11:45 AM, Alain DIDIERJEAN alain.didierj...@free.fr wrote: Trying to update from kde4.5 to kde4.6 I find that it is easier to unmerge old version :4.5 KDE, then emerge the new version :4.6. Upgrade always seems to be a mess like that. Probably there's no real problem but I think in my recent machines if I've chosen the KDE profile and try something like emerge -Cp kde-meta then there are lots of warning messages about how I'm removing parts of @system. It's unlikely (in my mind anyway) that anything would be removed that stops one from doing the 4.6 emerge, but if one goes this way they should look very carefully at what's getting taken out just to make sure. You must have something badly wrong with your @system. kde-meta depends on: RDEPEND= $(add_kdebase_dep kate) $(add_kdebase_dep kdeadmin-meta) $(add_kdebase_dep kdeartwork-meta) $(add_kdebase_dep kdebase-meta) $(add_kdebase_dep kdeedu-meta) $(add_kdebase_dep kdegames-meta) $(add_kdebase_dep kdegraphics-meta) $(add_kdebase_dep kdemultimedia-meta) $(add_kdebase_dep kdenetwork-meta) $(add_kdebase_dep kdeplasma-addons) $(add_kdebase_dep kdetoys-meta) $(add_kdebase_dep kdeutils-meta) accessibility? ( $(add_kdebase_dep kdeaccessibility-meta) ) nls? ( $(add_kdebase_dep kde-l10n) ) sdk? ( $(add_kdebase_dep kdebindings-meta) $(add_kdebase_dep kdesdk-meta) $(add_kdebase_dep kdewebdev-meta) ) semantic-desktop? ( || ( ( $(add_kdebase_dep kdepim-meta '' 4.5.93) ) ( $(add_kdebase_dep kdepim-meta '' 4.4.9) ) ) ) A few extra packages and a lot of other meta packages. emerge -Cp will remove only that one package, it won;t even remove the deps. Does anyone remember the discussion I had about kde packages being in the system set when doing a emerge -e system? If I for example unmerge kde-meta then run --depclean, I bet I would get the error about system packages being removed. It may be because of USE flags but this was what I was concerned about during the last discussion. Having GUI packages, especially KDE, included in the system set, even if because of USE flags, is going to lead to problems at some point. Or maybe I am reading all this wrong? Dale :-) :-)
Re: [gentoo-user] kde update
tisdagen den 31 maj 2011 22:00:28 skrev Dale: Does anyone remember the discussion I had about kde packages being in the system set when doing a emerge -e system? If I for example unmerge kde-meta then run --depclean, I bet I would get the error about system packages being removed. It may be because of USE flags but this was what I was concerned about during the last discussion. Having GUI packages, especially KDE, included in the system set, even if because of USE flags, is going to lead to problems at some point. Or maybe I am reading all this wrong? Dale I assume you have kde enabled on sys-auth/polkit, that pulls in sys- auth/polkit-kde-agent and sys-auth/polkit-kde. Thats all the qt-* and kdelibs packages.
Re: [gentoo-user] kde update
Apparently, though unproven, at 22:00 on Tuesday 31 May 2011, Dale did opine thusly: Alan McKinnon wrote: Apparently, though unproven, at 17:27 on Tuesday 31 May 2011, Mark Knecht did opine thusly: On Tue, May 31, 2011 at 8:11 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Mon, May 30, 2011 at 11:45 AM, Alain DIDIERJEAN alain.didierj...@free.fr wrote: Trying to update from kde4.5 to kde4.6 I find that it is easier to unmerge old version :4.5 KDE, then emerge the new version :4.6. Upgrade always seems to be a mess like that. Probably there's no real problem but I think in my recent machines if I've chosen the KDE profile and try something like emerge -Cp kde-meta then there are lots of warning messages about how I'm removing parts of @system. It's unlikely (in my mind anyway) that anything would be removed that stops one from doing the 4.6 emerge, but if one goes this way they should look very carefully at what's getting taken out just to make sure. You must have something badly wrong with your @system. kde-meta depends on: RDEPEND= $(add_kdebase_dep kate) $(add_kdebase_dep kdeadmin-meta) $(add_kdebase_dep kdeartwork-meta) $(add_kdebase_dep kdebase-meta) $(add_kdebase_dep kdeedu-meta) $(add_kdebase_dep kdegames-meta) $(add_kdebase_dep kdegraphics-meta) $(add_kdebase_dep kdemultimedia-meta) $(add_kdebase_dep kdenetwork-meta) $(add_kdebase_dep kdeplasma-addons) $(add_kdebase_dep kdetoys-meta) $(add_kdebase_dep kdeutils-meta) accessibility? ( $(add_kdebase_dep kdeaccessibility-meta) ) nls? ( $(add_kdebase_dep kde-l10n) ) sdk? ( $(add_kdebase_dep kdebindings-meta) $(add_kdebase_dep kdesdk-meta) $(add_kdebase_dep kdewebdev-meta) ) semantic-desktop? ( || ( ( $(add_kdebase_dep kdepim-meta '' 4.5.93) ) ( $(add_kdebase_dep kdepim-meta '' 4.4.9) ) ) ) A few extra packages and a lot of other meta packages. emerge -Cp will remove only that one package, it won;t even remove the deps. Does anyone remember the discussion I had about kde packages being in the system set when doing a emerge -e system? If I for example unmerge kde-meta then run --depclean, I bet I would get the error about system packages being removed. It may be because of USE flags but this was what I was concerned about during the last discussion. Having GUI packages, especially KDE, included in the system set, even if because of USE flags, is going to lead to problems at some point. Or maybe I am reading all this wrong? You understand it wrong. system (or @system for portage versions that support sets) consists of the minimum collection of packages for a gentoo system to work at all. It is wholly inappropriate for even a profile to add kde to @system - even the kde profiles. All those do is set USE flags and an environment suitable for KDE to be install, the profile does not cause KDE to be install. You still need to emerge kde yourself. Proof: The contents of @system are defined by the various files called packages in the profile dir. But: nazgul profiles # find . -name packages | xargs grep kde nazgul profiles # There is nothing you can do with USE flags that will cause stuff to be added to @system. That is not how it works. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] kde update
Nils Larsson wrote: tisdagen den 31 maj 2011 22:00:28 skrev Dale: Does anyone remember the discussion I had about kde packages being in the system set when doing a emerge -e system? If I for example unmerge kde-meta then run --depclean, I bet I would get the error about system packages being removed. It may be because of USE flags but this was what I was concerned about during the last discussion. Having GUI packages, especially KDE, included in the system set, even if because of USE flags, is going to lead to problems at some point. Or maybe I am reading all this wrong? Dale I assume you have kde enabled on sys-auth/polkit, that pulls in sys- auth/polkit-kde-agent and sys-auth/polkit-kde. Thats all the qt-* and kdelibs packages. My point and the previous discussion was about this: root@fireball / # emerge -ep @system | grep kde [ebuild R ~] kde-base/kde-env-4.6.3 [ebuild R ~] kde-base/oxygen-icons-4.6.3-r1 [ebuild R ~] kde-base/kdelibs-4.6.3-r1 [ebuild R] sys-auth/polkit-kde-agent-0.99.0 [ebuild R ~] kde-base/nepomuk-4.6.3 [ebuild R ~] kde-base/kdesu-4.6.3 [ebuild R ~] kde-base/kfmclient-4.6.3 [ebuild R ~] kde-base/khelpcenter-4.6.3 [ebuild R] kde-misc/polkit-kde-kcmodules-0.98_pre20101127 root@fireball / # It's more than polkit that gets pulled in. It is because of USE flags but they are still there. Dale :-) :-)
Re: [gentoo-user] kde update
Apparently, though unproven, at 22:20 on Tuesday 31 May 2011, Nils Larsson did opine thusly: tisdagen den 31 maj 2011 22:00:28 skrev Dale: Does anyone remember the discussion I had about kde packages being in the system set when doing a emerge -e system? If I for example unmerge kde-meta then run --depclean, I bet I would get the error about system packages being removed. It may be because of USE flags but this was what I was concerned about during the last discussion. Having GUI packages, especially KDE, included in the system set, even if because of USE flags, is going to lead to problems at some point. Or maybe I am reading all this wrong? Dale I assume you have kde enabled on sys-auth/polkit, that pulls in sys- auth/polkit-kde-agent and sys-auth/polkit-kde. Thats all the qt-* and kdelibs packages. It appears I was wrong after all. Manners dictates that apologies to Dale are in order. Sorry Dale. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] kde update
Alan McKinnon wrote: Apparently, though unproven, at 22:20 on Tuesday 31 May 2011, Nils Larsson did opine thusly: tisdagen den 31 maj 2011 22:00:28 skrev Dale: Does anyone remember the discussion I had about kde packages being in the system set when doing a emerge -e system? If I for example unmerge kde-meta then run --depclean, I bet I would get the error about system packages being removed. It may be because of USE flags but this was what I was concerned about during the last discussion. Having GUI packages, especially KDE, included in the system set, even if because of USE flags, is going to lead to problems at some point. Or maybe I am reading all this wrong? Dale I assume you have kde enabled on sys-auth/polkit, that pulls in sys- auth/polkit-kde-agent and sys-auth/polkit-kde. Thats all the qt-* and kdelibs packages. It appears I was wrong after all. Manners dictates that apologies to Dale are in order. Sorry Dale. No need. I'm more worried about the heat over here. It's going to be 100F tomorrow. My poor garden is starting to cook the food as well as grow it. O_O I just need to explain it better from now on. ;-) Now, I bet there is no way to get KDE stuff out of that either. I guess one could disable the flags that pull them in but what would that take away from KDE? Then again, doesn't KDE require polkit now? If so, that can't be removed not without some teeth pulling at least. Those pesky USE flags. lol sighs Dale :-) :-)
Re: [gentoo-user] kde update
Apparently, though unproven, at 23:55 on Tuesday 31 May 2011, Dale did opine thusly: It appears I was wrong after all. Manners dictates that apologies to Dale are in order. Sorry Dale. No need. I'm more worried about the heat over here. It's going to be 100F tomorrow. My poor garden is starting to cook the food as well as grow it. O_O I just need to explain it better from now on. ;-) You live down Louisiana/New Orleans way right? Sticking hot in summer. Fine bourbon though. And blues, don't forget the blues. Or you could come over to Johannesburg and luxuriate in our wonderful high- altitude winters. Tonight is predicted to be -2 deg C -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] kde update
Alan McKinnon wrote: Apparently, though unproven, at 23:55 on Tuesday 31 May 2011, Dale did opine thusly: It appears I was wrong after all. Manners dictates that apologies to Dale are in order. Sorry Dale. No need. I'm more worried about the heat over here. It's going to be 100F tomorrow. My poor garden is starting to cook the food as well as grow it. O_O I just need to explain it better from now on. ;-) You live down Louisiana/New Orleans way right? Sticking hot in summer. Fine bourbon though. And blues, don't forget the blues. Or you could come over to Johannesburg and luxuriate in our wonderful high- altitude winters. Tonight is predicted to be -2 deg C I live in Mississippi. Never been to New Orleans but bet it about the same tho. It's sticky and hot plus the sun cooks you pretty good, like being on broil in a oven. I'm just glad I am not a tomato plant out in this. I got some garden pics on here: http://www.facebook.com/profile.php?id=1152574063 I think they are public. If not, write on my wall or post here and I'll change it. Maybe my ex isn't still stalking me. :/ Dale :-) :-)
Re: [gentoo-user] kde update
Apparently, though unproven, at 00:35 on Wednesday 01 June 2011, Dale did opine thusly: Alan McKinnon wrote: Apparently, though unproven, at 23:55 on Tuesday 31 May 2011, Dale did opine thusly: It appears I was wrong after all. Manners dictates that apologies to Dale are in order. Sorry Dale. No need. I'm more worried about the heat over here. It's going to be 100F tomorrow. My poor garden is starting to cook the food as well as grow it. O_O I just need to explain it better from now on. ;-) You live down Louisiana/New Orleans way right? Sticking hot in summer. Fine bourbon though. And blues, don't forget the blues. Or you could come over to Johannesburg and luxuriate in our wonderful high- altitude winters. Tonight is predicted to be -2 deg C I live in Mississippi. Never been to New Orleans but bet it about the same tho. It's sticky and hot plus the sun cooks you pretty good, like being on broil in a oven. I'm just glad I am not a tomato plant out in this. I got some garden pics on here: http://www.facebook.com/profile.php?id=1152574063 I think they are public. If not, write on my wall or post here and I'll change it. Maybe my ex isn't still stalking me. :/ So that's what you look like :-) I had a ... very different ... mental picture (also a complete fiction). There's no public photos on your page though :-( And what's that gigantic gate over the river behind you in the profile pic? Looks a bit like the sea wall gates on the Thames. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] kde update
On Wednesday 01 June 2011 00:30:37 Alan McKinnon wrote: And what's that gigantic gate over the river behind you in the profile pic? Looks a bit like the sea wall gates on the Thames. A good deal less elegant though :) -- Rgds Peter
Re: [gentoo-user] kde update
Alan McKinnon wrote: So that's what you look like :-) I had a ... very different ... mental picture (also a complete fiction). There's no public photos on your page though :-( And what's that gigantic gate over the river behind you in the profile pic? Looks a bit like the sea wall gates on the Thames. You thought I was some old geezer with gray hair huh? lol Hmmm, I do have some of those tho. It's not as funny now. :-( The thing behind me is a lock and dam. The locks are on the other side so you can't see those. Tthat is where boats and barges go through to navigate the river. The part behind me is the dam with gates. It's sort of like flood control I guess. When it rains a lot, they open them up wide. There is a large amount of water going through there at times. Sometimes it is so much they won't let anyone get close to it. People can fish there tho. You just loose a lot of bait in those huge rocks. I made some of the pictures public now. Try it again and see if you can see more. Mostly me, puter stuff and my garden. Yea, I live in the sticks. The puter pics are of the new rig I built a while back and am currently typing on. That's my Gentoo rig. Folks that have been on here a while know I just got DSL a year or so ago. I was on dial-up before that. It took 2 to 3 days just to download the new KDE stuff. Let's not talk about downloading the CD's and such. Awww heck, let's do. That takes about a week to get if it is not to big. A full CD takes about a week and a half at times. DSL is MUCHO better. lol If you want to add me as a friend on there, let me know you are from here. I don't add just anybody. Keeps the spam down. lol Dale :-) :-)
Re: [gentoo-user] kde update
On Monday 30 May 2011 17:45:17 Alain DIDIERJEAN wrote: Trying to update from kde4.5 to kde4.6 A simple emerge -uD world gives: [ebuild U ] x11-libs/qt-core-4.7.2-r1 [4.6.3-r1] USE=-jit% -private-headers% [ebuild U ] x11-libs/qt-sql-4.7.2 [4.6.3-r2] [blocks b ] x11-libs/qt-sql-4.7.2 (x11-libs/qt-sql-4.7.2 is blocking x11-libs/qt-test-4.7.2, x11-libs/qt-svg-4.7.2, [snip ...] (and 13 more) All together 982 lines as above. Besides that, gentoo amd64 works fine on my box and I emerge everyday packages to upgrade, except those which are kde's. Questions: - what the hell is this mess, did I do something wrong ? No, nothing wrong, new packages that the latest qt and kde4.6 want are being blocked by packages already installed. - have any of you got the same kind of troubles ? Yes, I did on 3 different boxen. - is there a way to go back to an up to date clean install, I mean besides reinstalling from scratch or going for Ubuntu ? Reasons that make me go for gentoo 8 or 9 years ago: - excellent docs. (as of to-day, some docs need updating); - easyness of maintenance, no need for periodical reinstall (I'm not sure this time); - stable packages are renewed in time, not too soon, not too late; - portage works like a charm. Hope I can get some help Don't panic! What I did was to progressively uninstall the blockers and then run emerge -uaDv world. Eventually there were no blockers, the latest qt was installed and then kde4.6. Everything now is like a clean new install should be. If you're running 2.2 portage there may be some automagic way of achieving this, but with portage-2.1.9.42 I had to do it manually. HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] kde update
On Mon, 30 May 2011 18:16:44 +0100, Mick wrote: Don't panic! What I did was to progressively uninstall the blockers and then run emerge -uaDv world. Eventually there were no blockers, the latest qt was installed and then kde4.6. If the blockers are marked with a lower case b, portage will handle them for you. It's only blockers marked with B that need manual intervention, and I don't recall any of those with the QT upgrade. -- Neil Bothwick WinErr 678: This will end your Windows session. Do you want to play another game? signature.asc Description: PGP signature
Re: [gentoo-user] kde update
On Monday 30 May 2011 20:02:06 Neil Bothwick wrote: On Mon, 30 May 2011 18:16:44 +0100, Mick wrote: Don't panic! What I did was to progressively uninstall the blockers and then run emerge -uaDv world. Eventually there were no blockers, the latest qt was installed and then kde4.6. If the blockers are marked with a lower case b, portage will handle them for you. It's only blockers marked with B that need manual intervention, and I don't recall any of those with the QT upgrade. I had some upper case Bs on one of my boxen, the others were trouble-free. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] kde update
Mick wrote: On Monday 30 May 2011 20:02:06 Neil Bothwick wrote: On Mon, 30 May 2011 18:16:44 +0100, Mick wrote: Don't panic! What I did was to progressively uninstall the blockers and then run emerge -uaDv world. Eventually there were no blockers, the latest qt was installed and then kde4.6. If the blockers are marked with a lower case b, portage will handle them for you. It's only blockers marked with B that need manual intervention, and I don't recall any of those with the QT upgrade. I had some upper case Bs on one of my boxen, the others were trouble-free. I had the same on my amd64 rig too. I think I recall having to unmerge two packages on mine. On my old x86 box, I think I had to unmerge several on it. It was upgrading from a good bit older packages so that may have had something to do with it. I guess YMMV says a lot on this issue. Dale :-) :-)
