Re: [gentoo-user] cups printing error
This is an aspect of Gentoo that I don't understand very well. the various kioslaves block other packages and vice-versa. For example, kdepim blocks kdepim-kioslaves, and kdebase blocks kdebase-kioslaves. Same goes for kdemultimedia and kdemultimedia-kioslaves. As a test, I unmerged kdepim and emerged kdepim-kioslaves and now my kmail is messed up. Thing is I cannot emerge both at the same time. Well, by looking on the forums it seems you have a mixed system. kdepim is a monolithic package. kdepim-kioslaves is a package of the kde split packages. Try unmerging kdepim and emerging kdepim-meta, and anyways be sure of having a kde relying on split packages (that's the way to go in the future) http://forums.gentoo.org/viewtopic-t-355389.html m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] kde-meta minus toys, games, etc
$ ls /usr/portage/kde-base/ | grep meta kdeaccessibility-meta kdeaddons-meta kdeadmin-meta kdeartwork-meta kdebase-meta kdebindings-meta kdeedu-meta kdegames-meta kdegraphics-meta kde-meta kdemultimedia-meta kdenetwork-meta kdepim-meta kdesdk-meta kdetoys-meta kdeutils-meta kdewebdev-meta On Saturday, 3 June 2006 6:13, Mick wrote: On 02/06/06, Raymond Lewis Rebbeck [EMAIL PROTECTED] wrote: They're the same as the monolithic packages but with -meta on the end. Easiest way to see what is in them: # emerge -pv foo-meta Thanks. Where's the complete list of available meta packages? -- Regards, Mick -- Raymond Lewis Rebbeck -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] cups printing error
On Monday 07 November 2005 05:49 am, brullo nulla wrote: Well, by looking on the forums it seems you have a mixed system. kdepim is a monolithic package. kdepim-kioslaves is a package of the kde split packages. Try unmerging kdepim and emerging kdepim-meta, and anyways be sure of having a kde relying on split packages (that's the way to go in the future) http://forums.gentoo.org/viewtopic-t-355389.html Thanks -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] A gentoo kind of dependency heck
On Monday, 12 June 2006 3:17, Kevin O'Gorman wrote: Once again... portage is mad at me, I guess... unless I'm not alone kdepim is required by KDE: treat ~ # equery --nocolor depends kdepim-3.5.2-r2 [ Searching for packages depending on kdepim-3.5.2-r2... ] kde-base/kde-3.5.2 kde-base/kdeaddons-3.5.2-r1 treat ~ # BUT is blocked by other pieces of KDE [blocks B ] =kde-base/libkpgp-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkmime-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkpimidentities-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/kalarm-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkdepim-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/ktnef-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/certmanager-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkdenetwork-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/libkcal-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) I find it especially charming that libkdepim is blocking kdepim, both being of the 3.5 flavor. Can anyone tell me where to turn? You can't mix and match monolithic and split ebuilds. kdepim-meta is the one you're after. -- Raymond Lewis Rebbeck -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] A gentoo kind of dependency heck
On 6/11/06, Raymond Lewis Rebbeck [EMAIL PROTECTED] wrote: On Monday, 12 June 2006 3:17, Kevin O'Gorman wrote: Once again... portage is mad at me, I guess...unless I'm not alone kdepim is required by KDE: treat ~ # equery --nocolor depends kdepim-3.5.2-r2 [ Searching for packages depending on kdepim-3.5.2-r2... ] kde-base/kde-3.5.2 kde-base/kdeaddons-3.5.2-r1 treat ~ # BUT is blocked by other pieces of KDE[blocks B ] =kde-base/libkpgp- 3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkmime-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkpimidentities-3.5* (is blocking kde-base/kdepim-3.5.2-r2)[blocks B ] =kde-base/kalarm-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkdepim-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/ktnef-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/certmanager-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkdenetwork- 3.5* (is blocking kde-base/kdepim-3.5.2-r2)[blocks B ] =kde-base/libkcal-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) I find it especially charming that libkdepim is blocking kdepim, both being of the 3.5 flavor. Can anyone tell me where to turn?You can't mix and match monolithic and split ebuilds. kdepim-meta is the oneyou're after.That sounds interesting, but I have no idea what to do about it. I think once upon a time, when I was first installing gentoo, I opted for KDE. I haven't donea thing about it since KDE 3.2. Now all of a sudden I've got this conflict.What do I need to change?++ kevinb -- Kevin O'Gorman, PhD
Re: [gentoo-user] A gentoo kind of dependency heck
On Monday, 12 June 2006 7:02, Kevin O'Gorman wrote: On 6/11/06, Raymond Lewis Rebbeck [EMAIL PROTECTED] wrote: On Monday, 12 June 2006 3:17, Kevin O'Gorman wrote: Once again... portage is mad at me, I guess... unless I'm not alone kdepim is required by KDE: treat ~ # equery --nocolor depends kdepim-3.5.2-r2 [ Searching for packages depending on kdepim-3.5.2-r2... ] kde-base/kde-3.5.2 kde-base/kdeaddons-3.5.2-r1 treat ~ # BUT is blocked by other pieces of KDE [blocks B ] =kde-base/libkpgp-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkmime-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkpimidentities-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/kalarm-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkdepim-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/ktnef-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/certmanager-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkdenetwork-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/libkcal-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) I find it especially charming that libkdepim is blocking kdepim, both being of the 3.5 flavor. Can anyone tell me where to turn? You can't mix and match monolithic and split ebuilds. kdepim-meta is the one you're after. That sounds interesting, but I have no idea what to do about it. I think once upon a time, when I was first installing gentoo, I opted for KDE. I haven't done a thing about it since KDE 3.2. Now all of a sudden I've got this conflict. What do I need to change? ++ kevinb Ah, it seems like i misread what you were doing. You already have the monolithic kde packages installed and it looks like you have parts of the kdepim-meta package as well for some reason. If you want to emerge kdepim-3.5.2-r2 you'll have to unmerge all those kde packages that are blocking it as they are actually part of kdepim. If you're not sure what the 'split' ebuilds or the *-meta packages are for, basically starting with kde 3.4 a new set of ebuilds were created with all the various parts of kde split up into hundreds of individual packages so that users were not forced to install whole chunks of kde when they only wanted a few particular programs installed. kdepim-meta is basically just the kdepim package split up into a couple dozen smaller ebuilds for each individual program or library that makes up kdepim. More info at: http://www.gentoo.org/doc/en/kde-split-ebuilds.xml -- Raymond Lewis Rebbeck -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo
On Monday, August 08, 2016 06:52:15 PM Alan McKinnon wrote:
> On 08/08/2016 17:02, Michael Mol wrote:
> > Been getting this in my email every morning for several days now. Rather
> > expected it to clear by now, but since it hasn't, and googling doesn't
> > seem to indicate anyone has noted the issue...
> >
> > * Error: The above package list contains packages which cannot be
> > * installed at the same time on the same system.
> >
> > (kde-apps/kde-l10n-16.04.3:5/5::gentoo, installed) pulled in by
> >
> > >=kde-apps/kde-l10n-16.04.3 required by (kde-apps/kde4-
> >
> > l10n-16.04.3:4/4::gentoo, installed)
> >
> > >=kde-apps/kde-l10n-16.04.3 required by (kde-apps/kde-apps-
> >
> > meta-16.04.3:5/5::gentoo, installed)
> >
> > (kde-apps/kdepim-l10n-15.12.3:5/5::gentoo, ebuild scheduled for merge)
> >
> > pulled in by
> >
> > >=kde-apps/kdepim-l10n-4.14.3 required by (kde-apps/kdepim-
> >
> > meta-4.14.11_pre20160211:4/4::gentoo, installed)
> >
> >
> > Now, it's not clear, if I'd like to continue using both KMail and non-
> > deprecated kde-apps, what to do here. Just hope that kdepim gets updated
> > to
> > qt5 soon? I'd pitch in, but I don't have the time.
>
> please post the portion of the output/mail that shows the blockers.
[nomerge ] kde-apps/kde-apps-meta-16.04.3
[nomerge ] kde-apps/kdepim-meta-4.14.11_pre20160211
[ebuild NS] kde-apps/kdepim-l10n-15.12.3 [4.14.3-r1] USE="-debug
-handbook"
L10N="-ar -bg -bs -ca -ca-valencia -cs -da -de -el -en-GB -eo -es -et -eu -fa
-fi -fr -ga -gl -
he -hi -hr -hu -ia -id -is -it -ja -kk -km -ko -lt -lv -mr -nb -nds -nl -nn -pa
-pl -pt -pt-BR -ro -ru
-sk -sl -sr -sv -tr -ug -uk -wa -zh-CN -zh-TW"
[blocks b ] kde-apps/kdepim-l10n:4 ("kde-apps/kdepim-l10n:4" is blocking
kde-
apps/kdepim-l10n-15.12.3)
[uninstall ]kde-apps/kdepim-l10n-4.14.3-r1
[blocks B ]
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] kde-base/baloo is blocking an upgrade
On Saturday 28 May 2016 10:53:53 Alan McKinnon wrote:
> On 28/05/2016 10:49, Mick wrote:
> > On Saturday 28 May 2016 09:27:06 Neil Bothwick wrote:
> >> On Sat, 28 May 2016 09:08:10 +0100, Mick wrote:
> >>> I came across this blocker and I'm not sure how to overcome it:
> >>> ===
> >>> [ebuild NS] kde-apps/kmix-15.12.3:5::gentoo
> >>> [4.14.3-r1:4/4.14::gentoo] USE="alsa -debug -pulseaudio" 381 KiB
> >>> [uninstall ] kde-apps/kmix-4.14.3-r1:4/4.14::gentoo USE="alsa
> >>> handbook (- aqua) -canberra -debug -pulseaudio"
> >>> [blocks b ] kde-apps/kmix:4 ("kde-apps/kmix:4" is blocking kde-
> >>> apps/kmix-15.12.3)
> >>> [ebuild NS] kde-apps/kdemultimedia-meta-15.12.3:5::gentoo
> >>> [4.14.3:4::gentoo] USE="ffmpeg" 0 KiB
> >>> [uninstall ] kde-apps/kdemultimedia-meta-4.14.3:4::gentoo
> >>> USE="ffmpeg (- aqua) -mplayer"
> >>> [blocks b ] kde-apps/kdemultimedia-meta:4 ("kde-apps/kdemultimedia-
> >>> meta:4" is blocking kde-apps/kdemultimedia-meta-15.12.3)
> >>> [blocks B ] kde-base/baloo:4[-minimal(-)] ("kde-base/baloo:4[-
> >>> minimal(-)]" is blocking kde-frameworks/baloo-5.21.0)
> >>
> >> Have you tried adding "kde-base/baloo minimal" to package.use?
> >>
> >> There have been a few cases where a software combination means you end up
> >> with both KDE4 and KDE5 versions of a package as dependencies and the
> >> solution is usually to emerge the KDE4 version with USE="minimal".
> >
> > Thank you Alan and Neil for your replies. I have tried:
> >
> > 1. --backrack 90
> > 2. Adding USE="minimal" to kde-base/baloo
> > 3. Unmerging kde-base/baloo and running emerge -uaDv world.
> >
> > but the clash remains. On this box the user uses kmail, knotes,
> > korganiser. I don't mind upgrading to the latest kde-frameworks
> > equivalent, but I'd rather I stayed with stable packages as far as I can
> > and I am not sure what the kde- frameworks kdepim-meta equivalent is,
> > unless portage tells me.
> >
> > These are the dependencies equery shows for kdepim-common-libs:
> >
> > # equery depends kdepim-common-libs
> >
> > * These packages depend on kdepim-common-libs:
> > kde-apps/akonadiconsole-4.14.10 (>=kde-apps/kdepim-common-
> > libs-4.14.10:4[aqua=])
> > kde-apps/akregator-4.14.10
> > (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> > kde-apps/blogilo-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> > kde-apps/calendarjanitor-4.14.10 (>=kde-apps/kdepim-common-
> > libs-4.14.10:4[aqua=])
> > kde-apps/kaddressbook-4.14.10
> > (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=]) kde-apps/kalarm-4.14.10
> > (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> > kde-apps/kdepim-kresources-4.14.10 (>=kde-apps/kdepim-common-
> > libs-4.14.10:4[aqua=])
> > kde-apps/kjots-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> > kde-apps/kleopatra-4.14.10
> > (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> > kde-apps/kmail-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> > kde-apps/knode-4.14.10 (>=kde-apps/kdepim-common-libs-4.12.1-r1:4[aqua=])
> > kde-apps/knotes-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> > kde-apps/konsolekalendar-4.14.10 (>=kde-apps/kdepim-common-
> > libs-4.14.10:4[aqua=])
> > kde-apps/kontact-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> > kde-apps/korganizer-4.14.10
> > (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> > kde-apps/ktimetracker-4.14.10
> > (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> Neil is on the right track, kde-base/baloo[minimal] works with
> kde-frameworks/baloo
>
> I suspect you have a kdepim package that requires
> kde-base/baloo[-minimal], so please
I have tried both minimal and -minimal, neither of which overcame the blocker.
> equery depends baloo
>
> and lets see what wants it
# equery depends baloo
* These packages depend on baloo:
kde-apps/baloo-widgets-4.14.3 (>=kde-base/baloo-4.14.3:4[aqua=])
kde-apps/dolphin-4.14.3-r1 (semantic-desktop ? >=kde-
base/baloo-4.14.3:4[aqua=])
kde-apps/gwenview-4.14.3 (semantic-desktop ? >=kde-base/baloo-4.14.3:4[aqua=])
kde-apps/kdepim-common-libs-4.14.10 (>=kde-base/baloo-4.14.3:4[aqua=])
# grep minimal -r /etc/portage/package.use
# required by virtual/ssh-0[-minimal]
>=kde-apps/kde4-l10n-15.08.3-r2:4 minimal
I recall having to add minimal to kde-apps/kde4-l10n a few weeks ago to
overcome some blocker for plasma5, but I can't recall the exact situation was.
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] kde-base/baloo is blocking an upgrade
Mick wrote:
> On Saturday 28 May 2016 10:53:53 Alan McKinnon wrote:
>> On 28/05/2016 10:49, Mick wrote:
>>> On Saturday 28 May 2016 09:27:06 Neil Bothwick wrote:
>>>> On Sat, 28 May 2016 09:08:10 +0100, Mick wrote:
>>>>> I came across this blocker and I'm not sure how to overcome it:
>>>>> ===
>>>>> [ebuild NS] kde-apps/kmix-15.12.3:5::gentoo
>>>>> [4.14.3-r1:4/4.14::gentoo] USE="alsa -debug -pulseaudio" 381 KiB
>>>>> [uninstall ] kde-apps/kmix-4.14.3-r1:4/4.14::gentoo USE="alsa
>>>>> handbook (- aqua) -canberra -debug -pulseaudio"
>>>>> [blocks b ] kde-apps/kmix:4 ("kde-apps/kmix:4" is blocking kde-
>>>>> apps/kmix-15.12.3)
>>>>> [ebuild NS] kde-apps/kdemultimedia-meta-15.12.3:5::gentoo
>>>>> [4.14.3:4::gentoo] USE="ffmpeg" 0 KiB
>>>>> [uninstall ] kde-apps/kdemultimedia-meta-4.14.3:4::gentoo
>>>>> USE="ffmpeg (- aqua) -mplayer"
>>>>> [blocks b ] kde-apps/kdemultimedia-meta:4 ("kde-apps/kdemultimedia-
>>>>> meta:4" is blocking kde-apps/kdemultimedia-meta-15.12.3)
>>>>> [blocks B ] kde-base/baloo:4[-minimal(-)] ("kde-base/baloo:4[-
>>>>> minimal(-)]" is blocking kde-frameworks/baloo-5.21.0)
>>>> Have you tried adding "kde-base/baloo minimal" to package.use?
>>>>
>>>> There have been a few cases where a software combination means you end up
>>>> with both KDE4 and KDE5 versions of a package as dependencies and the
>>>> solution is usually to emerge the KDE4 version with USE="minimal".
>>> Thank you Alan and Neil for your replies. I have tried:
>>>
>>> 1. --backrack 90
>>> 2. Adding USE="minimal" to kde-base/baloo
>>> 3. Unmerging kde-base/baloo and running emerge -uaDv world.
>>>
>>> but the clash remains. On this box the user uses kmail, knotes,
>>> korganiser. I don't mind upgrading to the latest kde-frameworks
>>> equivalent, but I'd rather I stayed with stable packages as far as I can
>>> and I am not sure what the kde- frameworks kdepim-meta equivalent is,
>>> unless portage tells me.
>>>
>>> These are the dependencies equery shows for kdepim-common-libs:
>>>
>>> # equery depends kdepim-common-libs
>>>
>>> * These packages depend on kdepim-common-libs:
>>> kde-apps/akonadiconsole-4.14.10 (>=kde-apps/kdepim-common-
>>> libs-4.14.10:4[aqua=])
>>> kde-apps/akregator-4.14.10
>>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>> kde-apps/blogilo-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>> kde-apps/calendarjanitor-4.14.10 (>=kde-apps/kdepim-common-
>>> libs-4.14.10:4[aqua=])
>>> kde-apps/kaddressbook-4.14.10
>>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=]) kde-apps/kalarm-4.14.10
>>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>> kde-apps/kdepim-kresources-4.14.10 (>=kde-apps/kdepim-common-
>>> libs-4.14.10:4[aqua=])
>>> kde-apps/kjots-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>> kde-apps/kleopatra-4.14.10
>>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>> kde-apps/kmail-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>> kde-apps/knode-4.14.10 (>=kde-apps/kdepim-common-libs-4.12.1-r1:4[aqua=])
>>> kde-apps/knotes-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>> kde-apps/konsolekalendar-4.14.10 (>=kde-apps/kdepim-common-
>>> libs-4.14.10:4[aqua=])
>>> kde-apps/kontact-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>> kde-apps/korganizer-4.14.10
>>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>> kde-apps/ktimetracker-4.14.10
>>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>> Neil is on the right track, kde-base/baloo[minimal] works with
>> kde-frameworks/baloo
>>
>> I suspect you have a kdepim package that requires
>> kde-base/baloo[-minimal], so please
> I have tried both minimal and -minimal, neither of which overcame the blocker.
>
>> equery depends baloo
>>
>> and lets see what wants it
> # equery depends baloo
> * These packages depend on baloo:
> kde-apps/baloo-widgets-4.14.3 (>=kde-base/baloo-4.14.3:4[aqua=])
> kde-apps/dolphin-4.14.3-r1 (semantic-desktop ? >=kde-
> base/baloo-4.14.3:4[aqua=])
> kde-apps/gwenview-4.14.3 (semantic-desktop ? >=kde-base/baloo-4.14.3:4[aqua=])
> kde-apps/kdepim-common-libs-4.14.10 (>=kde-base/baloo-4.14.3:4[aqua=])
>
>
> # grep minimal -r /etc/portage/package.use
> # required by virtual/ssh-0[-minimal]
>> =kde-apps/kde4-l10n-15.08.3-r2:4 minimal
> I recall having to add minimal to kde-apps/kde4-l10n a few weeks ago to
> overcome some blocker for plasma5, but I can't recall the exact situation was.
>
I haven't seen you post this yet. Could you add -t to the emerge update
command and post it? That may help Alan and Neil see what is pulling it
in. The what may lead to the why. Heck, maybe I will see something
that will help shed some light on this problem.
Dale
:-) :-)
Re: [gentoo-user] A gentoo kind of dependency heck
On 6/11/06, Kevin O'Gorman [EMAIL PROTECTED] wrote: On 6/11/06, Raymond Lewis Rebbeck [EMAIL PROTECTED] wrote: On Monday, 12 June 2006 3:17, Kevin O'Gorman wrote: Once again... portage is mad at me, I guess...unless I'm not alone kdepim is required by KDE: treat ~ # equery --nocolor depends kdepim-3.5.2-r2 [ Searching for packages depending on kdepim-3.5.2-r2... ] kde-base/kde-3.5.2 kde-base/kdeaddons-3.5.2-r1 treat ~ # BUT is blocked by other pieces of KDE[blocks B ] =kde-base/libkpgp- 3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkmime-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkpimidentities-3.5* (is blocking kde-base/kdepim-3.5.2-r2)[blocks B ] =kde-base/kalarm-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkdepim-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/ktnef-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/certmanager-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkdenetwork- 3.5* (is blocking kde-base/kdepim-3.5.2-r2)[blocks B ] =kde-base/libkcal-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) I find it especially charming that libkdepim is blocking kdepim, both being of the 3.5 flavor. Can anyone tell me where to turn?You can't mix and match monolithic and split ebuilds. kdepim-meta is the oneyou're after.That sounds interesting, but I have no idea what to do about it. I think once upon a time, when I was first installing gentoo, I opted for KDE. I haven't donea thing about it since KDE 3.2. Now all of a sudden I've got this conflict.What do I need to change?++ kevin In case it helps, this is all my world file says about KDE: treat ~ # grep kde /var/lib/portage/world dev-util/kdevelop kde-base/kdegraphics kde-base/kdegames kde-base/kde kde-base/arts treat ~ # I have to say I don't see what I would want to change here...-- Kevin O'Gorman, PhD
Re: [gentoo-user] kde-base/baloo is blocking an upgrade
On 28/05/2016 10:49, Mick wrote:
> On Saturday 28 May 2016 09:27:06 Neil Bothwick wrote:
>> On Sat, 28 May 2016 09:08:10 +0100, Mick wrote:
>>> I came across this blocker and I'm not sure how to overcome it:
>>> ===
>>> [ebuild NS] kde-apps/kmix-15.12.3:5::gentoo
>>> [4.14.3-r1:4/4.14::gentoo] USE="alsa -debug -pulseaudio" 381 KiB
>>> [uninstall ] kde-apps/kmix-4.14.3-r1:4/4.14::gentoo USE="alsa
>>> handbook (- aqua) -canberra -debug -pulseaudio"
>>> [blocks b ] kde-apps/kmix:4 ("kde-apps/kmix:4" is blocking kde-
>>> apps/kmix-15.12.3)
>>> [ebuild NS] kde-apps/kdemultimedia-meta-15.12.3:5::gentoo
>>> [4.14.3:4::gentoo] USE="ffmpeg" 0 KiB
>>> [uninstall ] kde-apps/kdemultimedia-meta-4.14.3:4::gentoo
>>> USE="ffmpeg (- aqua) -mplayer"
>>> [blocks b ] kde-apps/kdemultimedia-meta:4 ("kde-apps/kdemultimedia-
>>> meta:4" is blocking kde-apps/kdemultimedia-meta-15.12.3)
>>> [blocks B ] kde-base/baloo:4[-minimal(-)] ("kde-base/baloo:4[-
>>> minimal(-)]" is blocking kde-frameworks/baloo-5.21.0)
>>
>> Have you tried adding "kde-base/baloo minimal" to package.use?
>>
>> There have been a few cases where a software combination means you end up
>> with both KDE4 and KDE5 versions of a package as dependencies and the
>> solution is usually to emerge the KDE4 version with USE="minimal".
>
> Thank you Alan and Neil for your replies. I have tried:
>
> 1. --backrack 90
> 2. Adding USE="minimal" to kde-base/baloo
> 3. Unmerging kde-base/baloo and running emerge -uaDv world.
>
> but the clash remains. On this box the user uses kmail, knotes, korganiser.
> I don't mind upgrading to the latest kde-frameworks equivalent, but I'd
> rather
> I stayed with stable packages as far as I can and I am not sure what the kde-
> frameworks kdepim-meta equivalent is, unless portage tells me.
>
> These are the dependencies equery shows for kdepim-common-libs:
>
> # equery depends kdepim-common-libs
> * These packages depend on kdepim-common-libs:
> kde-apps/akonadiconsole-4.14.10 (>=kde-apps/kdepim-common-
> libs-4.14.10:4[aqua=])
> kde-apps/akregator-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> kde-apps/blogilo-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> kde-apps/calendarjanitor-4.14.10 (>=kde-apps/kdepim-common-
> libs-4.14.10:4[aqua=])
> kde-apps/kaddressbook-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> kde-apps/kalarm-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> kde-apps/kdepim-kresources-4.14.10 (>=kde-apps/kdepim-common-
> libs-4.14.10:4[aqua=])
> kde-apps/kjots-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> kde-apps/kleopatra-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> kde-apps/kmail-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> kde-apps/knode-4.14.10 (>=kde-apps/kdepim-common-libs-4.12.1-r1:4[aqua=])
> kde-apps/knotes-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> kde-apps/konsolekalendar-4.14.10 (>=kde-apps/kdepim-common-
> libs-4.14.10:4[aqua=])
> kde-apps/kontact-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> kde-apps/korganizer-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> kde-apps/ktimetracker-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>
Neil is on the right track, kde-base/baloo[minimal] works with
kde-frameworks/baloo
I suspect you have a kdepim package that requires
kde-base/baloo[-minimal], so please
equery depends baloo
and lets see what wants it
--
Alan McKinnon
alan.mckin...@gmail.com
Re: [gentoo-user] kde-base/baloo is blocking an upgrade
On Saturday 28 May 2016 09:27:06 Neil Bothwick wrote:
> On Sat, 28 May 2016 09:08:10 +0100, Mick wrote:
> > I came across this blocker and I'm not sure how to overcome it:
> > ===
> > [ebuild NS] kde-apps/kmix-15.12.3:5::gentoo
> > [4.14.3-r1:4/4.14::gentoo] USE="alsa -debug -pulseaudio" 381 KiB
> > [uninstall ] kde-apps/kmix-4.14.3-r1:4/4.14::gentoo USE="alsa
> > handbook (- aqua) -canberra -debug -pulseaudio"
> > [blocks b ] kde-apps/kmix:4 ("kde-apps/kmix:4" is blocking kde-
> > apps/kmix-15.12.3)
> > [ebuild NS] kde-apps/kdemultimedia-meta-15.12.3:5::gentoo
> > [4.14.3:4::gentoo] USE="ffmpeg" 0 KiB
> > [uninstall ] kde-apps/kdemultimedia-meta-4.14.3:4::gentoo
> > USE="ffmpeg (- aqua) -mplayer"
> > [blocks b ] kde-apps/kdemultimedia-meta:4 ("kde-apps/kdemultimedia-
> > meta:4" is blocking kde-apps/kdemultimedia-meta-15.12.3)
> > [blocks B ] kde-base/baloo:4[-minimal(-)] ("kde-base/baloo:4[-
> > minimal(-)]" is blocking kde-frameworks/baloo-5.21.0)
>
> Have you tried adding "kde-base/baloo minimal" to package.use?
>
> There have been a few cases where a software combination means you end up
> with both KDE4 and KDE5 versions of a package as dependencies and the
> solution is usually to emerge the KDE4 version with USE="minimal".
Thank you Alan and Neil for your replies. I have tried:
1. --backrack 90
2. Adding USE="minimal" to kde-base/baloo
3. Unmerging kde-base/baloo and running emerge -uaDv world.
but the clash remains. On this box the user uses kmail, knotes, korganiser.
I don't mind upgrading to the latest kde-frameworks equivalent, but I'd rather
I stayed with stable packages as far as I can and I am not sure what the kde-
frameworks kdepim-meta equivalent is, unless portage tells me.
These are the dependencies equery shows for kdepim-common-libs:
# equery depends kdepim-common-libs
* These packages depend on kdepim-common-libs:
kde-apps/akonadiconsole-4.14.10 (>=kde-apps/kdepim-common-
libs-4.14.10:4[aqua=])
kde-apps/akregator-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
kde-apps/blogilo-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
kde-apps/calendarjanitor-4.14.10 (>=kde-apps/kdepim-common-
libs-4.14.10:4[aqua=])
kde-apps/kaddressbook-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
kde-apps/kalarm-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
kde-apps/kdepim-kresources-4.14.10 (>=kde-apps/kdepim-common-
libs-4.14.10:4[aqua=])
kde-apps/kjots-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
kde-apps/kleopatra-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
kde-apps/kmail-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
kde-apps/knode-4.14.10 (>=kde-apps/kdepim-common-libs-4.12.1-r1:4[aqua=])
kde-apps/knotes-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
kde-apps/konsolekalendar-4.14.10 (>=kde-apps/kdepim-common-
libs-4.14.10:4[aqua=])
kde-apps/kontact-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
kde-apps/korganizer-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
kde-apps/ktimetracker-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
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-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo
On 08/08/2016 19:20, Michael Mol wrote:
>
>
>
>
> On Monday, August 08, 2016 06:52:15 PM Alan McKinnon wrote:
>
>> On 08/08/2016 17:02, Michael Mol wrote:
>
>> > Been getting this in my email every morning for several days now. Rather
>
>> > expected it to clear by now, but since it hasn't, and googling doesn't
>
>> > seem to indicate anyone has noted the issue...
>
>> >
>
>> > * Error: The above package list contains packages which cannot be
>
>> > * installed at the same time on the same system.
>
>> >
>
>> > (kde-apps/kde-l10n-16.04.3:5/5::gentoo, installed) pulled in by
>
>> >
>
>> > >=kde-apps/kde-l10n-16.04.3 required by (kde-apps/kde4-
>
>> >
>
>> > l10n-16.04.3:4/4::gentoo, installed)
>
>> >
>
>> > >=kde-apps/kde-l10n-16.04.3 required by (kde-apps/kde-apps-
>
>> >
>
>> > meta-16.04.3:5/5::gentoo, installed)
>
>> >
>
>> > (kde-apps/kdepim-l10n-15.12.3:5/5::gentoo, ebuild scheduled for merge)
>
>> >
>
>> > pulled in by
>
>> >
>
>> > >=kde-apps/kdepim-l10n-4.14.3 required by (kde-apps/kdepim-
>
>> >
>
>> > meta-4.14.11_pre20160211:4/4::gentoo, installed)
>
>> >
>
>> >
>
>> > Now, it's not clear, if I'd like to continue using both KMail and non-
>
>> > deprecated kde-apps, what to do here. Just hope that kdepim gets updated
>
>> > to
>
>> > qt5 soon? I'd pitch in, but I don't have the time.
>
>>
>
>> please post the portion of the output/mail that shows the blockers.
>
>
>
> [nomerge ] kde-apps/kde-apps-meta-16.04.3
>
> [nomerge ] kde-apps/kdepim-meta-4.14.11_pre20160211
>
> [ebuild NS] kde-apps/kdepim-l10n-15.12.3 [4.14.3-r1] USE="-debug
> -handbook" L10N="-ar -bg -bs -ca -ca-valencia -cs -da -de -el -en-GB -eo
> -es -et -eu -fa -fi -fr -ga -gl -he -hi -hr -hu -ia -id -is -it -ja -kk
> -km -ko -lt -lv -mr -nb -nds -nl -nn -pa -pl -pt -pt-BR -ro -ru -sk -sl
> -sr -sv -tr -ug -uk -wa -zh-CN -zh-TW"
>
> [blocks b ] kde-apps/kdepim-l10n:4 ("kde-apps/kdepim-l10n:4" is
> blocking kde-apps/kdepim-l10n-15.12.3)
>
> [uninstall ]kde-apps/kdepim-l10n-4.14.3-r1
>
> [blocks B ] ("
>
>
> --
>
> :wq
>
It wants to pull in kde-apps/kdepim-l10n-15.12.3
Any reason it refuses kde-apps/kdepim-l10n-16.04.3 other than it's
unstable?
KMail is the lost child of KDE for many months now, I reckon this
situation is just going to get worse and worse. I know for myself my
mail problems ceased the day I dumped KMail4 for claws and/or thunderbird
--
Alan McKinnon
alan.mckin...@gmail.com
Re: [gentoo-user] General weirdness - a tale of woe.
On Saturday 30 May 2015 00:20:51 Peter Humphrey wrote: Other than the odd bug here and there I was perfectly happy with KDE3 and Kmail1 (still using with kde-base/kdepim-meta-4.4.11.1-r1). I wonder if there's a way to go back to KMail-1 and import all my e-mails from KMail-2 archive files into it. Would you like to help me, Mick, with ebuilds etc? On my laptop which has stayed on Kmail-1 I have this: $ cat /etc/portage/package.mask =kde-base/akonadiconsole-4.5.50 =kde-base/akregator-4.5.50 =kde-base/blogilo-4.5.50 =kde-base/kabcclient-4.5.50 =kde-base/kaddressbook-4.5.50 =kde-base/kalarm-4.5.50 =kde-base/kdepim-common-libs-4.5.50 =kde-base/kdepim-icons-4.5.50 =kde-base/kdepim-l10n-4.5.50 =kde-base/kdepim-kresources-4.5.50 =kde-base/kdepim-meta-4.5.50 =kde-base/kdepim-strigi-analyzer-4.5.50 =kde-base/kdepim-runtime-4.5.50 =kde-base/kdepim-wizards-4.5.50 =kde-base/kjots-4.5.50 =kde-base/kleopatra-4.5.50 =kde-base/kmail-4.5.50 =kde-base/knode-4.5.50 =kde-base/knotes-4.5.50 =kde-base/konsolekalendar-4.5.50 =kde-base/kontact-4.5.50 =kde-base/korganizer-4.5.50 =kde-base/ktimetracker-4.5.50 I don't know if going back to Kmail-1 from Kmail-2 is a viable proposal. Some of the Kmail-1 packages have abi_x86_32 dependencies, so expect some rebuilding of e.g. sys-libs/readline-6.3_p8-r2 I performed it a number of times on an old laptop, which would not work with Kmail-2, but this was done some years ago. In each case I restored my Mail folder from back up and eventually gave up on Kmail-2. Have a look here for more details and warnings: https://wiki.gentoo.org/wiki/KDE/KDEPIM-4.7_upgrade I expect that sooner or later bitrot will catch up with Kmail-1 and it will stop working. I dread for this happening, but I will not move to Kmail-2 until then. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Portage issue
On Monday 04 February 2008, Daniel Pielmeier wrote: [blocks B ] kde-base/ksync (is blocking kde-base/kdelibs-3.5.8-r10) I think somebody has mentioned this before ksync is part of the new kdelibs so unmerge it to merge the new kdelibs. http://www.gentoo.org/proj/en/desktop/kde/kde-expat-upgrading.xml Maybe I should explain a bit more in detail how the OP should fix this, as finding kde blockers between the -meta and monolithic ebuilds is not a cut and dried process. First, I assume he has read the emerging KDE howto on the gentoo docs site, and understands the difference between -meta ebuilds, monolithic ebuilds and package ebuilds. There's not much to indicate which is which except that the -meta ebuilds have -meta in their name. Over time I have learned which are the packages distributed by kde.org and now recognize them by name. The monolithic ebuilds must then be the same without the -meta name. So, everything else is probably a package ebuild. Golden rule: You cannot mix these types, you must use one or the other. To determine blockers, there's no command I know of that does eg equery blocks package so I resort to good old grep: [EMAIL PROTECTED] ~ $ grep -r ksync /var/portage/kde-base/*/*ebuild | grep kdelibs /var/portage/kde-base/kdelibs/kdelibs-3.5.7-r1.ebuild: !kde-base/ksync /var/portage/kde-base/kdelibs/kdelibs-3.5.7-r2.ebuild: !kde-base/ksync /var/portage/kde-base/kdelibs/kdelibs-3.5.7-r3.ebuild: !kde-base/ksync /var/portage/kde-base/kdelibs/kdelibs-3.5.8.ebuild: !kde-base/ksync /var/portage/kde-base/kdelibs/kdelibs-3.5.8-r1.ebuild: !kde-base/ksync /var/portage/kde-base/kdelibs/kdelibs-3.5.8-r2.ebuild: !kde-base/ksync /var/portage/kde-base/kdelibs/kdelibs-3.5.8-r3.ebuild: !kde-base/ksync So, kdelibs will not install along with ksync. Now to determine what installs ksync: [EMAIL PROTECTED] ~ $ equery depends ksync [ Searching for packages depending on ksync... ] No results. Bugger. That means I don't have ksync installed, so equery can't find the info for me. Time to search the tree (this is slow). So one cup of coffee later: [EMAIL PROTECTED] ~ $ equery depends -a ksync [ Searching for packages depending on ksync... ] app-pda/syncekonnector-0.3_pre20060117 (=kde-base/ksync-3.5*) app-pda/syncekonnector-0.3.2 (=kde-base/ksync-3.5*) kde-base/kdepim-meta-3.5.5 (~kde-base/ksync-3.5.5) kde-base/kdepim-meta-3.5.6 (~kde-base/ksync-3.5.6) OK, Now we are getting there. kdepim-meta will install all sub-packages of kdepim. syncekonnector (probably part of kdepim-meta too) will also install ksync. Plus, kdepim (monolithic) will install all the same files as kdepim-meta, but not as individual packages. On to solutions for the OPs problem: Don't merge ksync, do merge kdepim. Convert to the -meta ebuilds and emerge ksync. This last is a lot of effort but worth it. I did it by running eix kde and listing what I had, unmerge the monolithic ebuilds and merge the corresponding -meta ones. It's an iterative process, I had to go back and find more stuff to unmerge once or twice. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] kde 3.5 packages blocking each other
Am Freitag 12 Juni 2009 22:45:49 schrieb Francisco Ares: And how do I tell if an ebuild is monolithic or not? The monolithic ones install larger parts of KDE, and usually have the same names as the original source packages offered at KDE.org. The split ebuilds, well, split those packages into their individual applications, so you have ebuilds for konqueror (which is also part of kdenetwork) or kmail (kdepim). In addition, there are the -meta ebuilds, which have the same name as the monolitic ones, but with -meta appended (kdepim-meta). Those usually install the same applications than monolithic ebuilds, but as split ebuilds. So, when you install kde, you get a complete KDE from monolithic ebuilds and when you install kde-meta, you get a complete KDE from split ebuilds. That's also the reason why they block each other. When you have kdepim installed, you already got kmail, so you shouldn't install kmail from the split ebuild again. HTH... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: emerge -DuvatN world doesn't show all upgradeable packages
On Tuesday 08 April 2008, Michael Schmarck wrote: Alan McKinnon [EMAIL PROTECTED] wrote: The other option is to use the kde*meta ebuilds, which do directly depend on the sub-ordinate packages. This is what I do and I don't get the effect you observed. Thanks. I think I removed kde-meta, because it installs too much stuff, that I don't need (like kppp). It would be nice, if the kde-meta ebuild would be more like the gst-plugins-meta package, in that it sould allow the user to specify what he wants to get installed and what not. It shouldn't be an all or nothing approach, IMO. Michael [EMAIL PROTECTED] ~ $ ls -1d /var/portage/kde-base/*meta /var/portage/kde-base/kdeaccessibility-meta /var/portage/kde-base/kdeaddons-meta /var/portage/kde-base/kdeadmin-meta /var/portage/kde-base/kdeartwork-meta /var/portage/kde-base/kdebase-meta /var/portage/kde-base/kdebindings-meta /var/portage/kde-base/kdeedu-meta /var/portage/kde-base/kdegames-meta /var/portage/kde-base/kdegraphics-meta /var/portage/kde-base/kde-meta /var/portage/kde-base/kdemultimedia-meta /var/portage/kde-base/kdenetwork-meta /var/portage/kde-base/kdepim-meta /var/portage/kde-base/kdesdk-meta /var/portage/kde-base/kdetoys-meta /var/portage/kde-base/kdeutils-meta /var/portage/kde-base/kdewebdev-meta Use these instead of kde-meta. If you want only some stuff in one of those and not everything, omit the -meta, look inside it's ebuild and install the DEPENDS you do want. Same result as what you asked for, different means of achieving it. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Do we have to build gcc with fortran now?
On Thursday 23 June 2011 13:09:53 Neil Bothwick did opine thusly: On Thu, 23 Jun 2011 05:49:45 -0500, Dale wrote: My question was why are you installing cantor if you don't need it? Oh, I see. It was pulled in by kde-meta. I know I can have KDE other ways but it is much easier to emerge kde-meta than to emerge some huge amount of packages . If you consider spending a couple of days farting around with fortran to be much easier... :P I use sets for this. I want KDE but not all of it, so I have a set with just the -meta packages I want: $ cat /etc/portage/sets/alan-kde kde-base/kdeadmin-meta kde-base/kdeartwork-meta kde-base/kdebase-meta kde-base/kdebase-runtime-meta kde-base/kdegraphics-meta kde-base/kdemultimedia-meta kde-base/kdenetwork-meta kde-base/kdepim-meta kde-base/kdeutils-meta -- alan dot mckinnon at gmail dot com
[gentoo-user] KDEPIM-4.4.2015.06 blockages
I am updating an old machine which does not see much usage these days. I came
across this blockage, which seems is caused by retaining the pre-Kmail2 KDEPIM
version on this PC:
===
# emerge @preserved-rebuild -a
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] kde-apps/kdepim-common-libs-4.14.8 USE="(-aqua) -debug"
[ebuild U ] kde-apps/kontact-4.14.8 [4.4.2015.06]
[ebuild U ] kde-apps/korganizer-4.14.8 [4.4.2015.06]
[ebuild U ] kde-apps/knode-4.14.8 [4.4.2015.06]
[ebuild U ] kde-apps/kmail-4.14.8 [4.4.2015.06]
[blocks B ] kde-apps/kdepim-wizards:4 ("kde-apps/kdepim-wizards:4" is
blocking kde-apps/kdepim-common-libs-4.14.8)
[blocks B ] kde-apps/libkleo:4 ("kde-apps/libkleo:4" is blocking kde-
apps/kdepim-common-libs-4.14.8)
[blocks B ] kde-apps/libkdepim:4 ("kde-apps/libkdepim:4" is blocking kde-
apps/kdepim-common-libs-4.14.8)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
(kde-apps/libkleo-4.4.2015.06:4/4.4::gentoo, installed) pulled in by
>=kde-apps/libkleo-4.4.2015.06:4[aqua=] (>=kde-
apps/libkleo-4.4.2015.06:4[-aqua]) required by (kde-apps/kdepim-
meta-4.4.2015.06:4/4::gentoo, installed)
>=kde-apps/libkleo-4.4.2015:4[aqua=] (>=kde-apps/libkleo-4.4.2015:4[-
aqua]) required by (kde-apps/kleopatra-4.4.2015.06:4/4.4::gentoo, installed)
>=kde-apps/libkleo-4.4.2015:4[aqua=] (>=kde-apps/libkleo-4.4.2015:4[-
aqua]) required by (kde-apps/kaddressbook-4.4.2015.06:4/4.4::gentoo,
installed)
(kde-apps/kdepim-wizards-4.4.2015.06:4/4.4::gentoo, installed) pulled in by
>=kde-apps/kdepim-wizards-4.4.2015.06:4[aqua=] (>=kde-apps/kdepim-
wizards-4.4.2015.06:4[-aqua]) required by (kde-apps/kdepim-
meta-4.4.2015.06:4/4::gentoo, installed)
(kde-apps/kdepim-common-libs-4.14.8:4/4.14::gentoo, ebuild scheduled for
merge) pulled in by
>=kde-apps/kdepim-common-libs-4.12.1-r1:4[aqua=] (>=kde-apps/kdepim-
common-libs-4.12.1-r1:4[-aqua]) required by (kde-
apps/knode-4.14.8:4/4.14::gentoo, ebuild scheduled for merge)
>=kde-apps/kdepim-common-libs-4.14.3:4[aqua=] (>=kde-apps/kdepim-common-
libs-4.14.3:4[-aqua]) required by (kde-apps/kmail-4.14.8:4/4.14::gentoo,
ebuild scheduled for merge)
>=kde-apps/kdepim-common-libs-4.14.3:4[aqua=] (>=kde-apps/kdepim-common-
libs-4.14.3:4[-aqua]) required by (kde-apps/kontact-4.14.8:4/4.14::gentoo,
ebuild scheduled for merge)
>=kde-apps/kdepim-common-libs-4.14.3:4[aqua=] (>=kde-apps/kdepim-common-
libs-4.14.3:4[-aqua]) required by (kde-apps/korganizer-4.14.8:4/4.14::gentoo,
ebuild scheduled for merge)
(kde-apps/libkdepim-4.4.2015.06:4/4.4::gentoo, installed) pulled in by
>=kde-apps/libkdepim-4.4.2015:4[aqua=] (>=kde-apps/libkdepim-4.4.2015:4[-
aqua]) required by (kde-apps/knotes-4.4.2015.06:4/4.4::gentoo, installed)
>=kde-apps/libkdepim-4.4.2015:4[aqua=] (>=kde-apps/libkdepim-4.4.2015:4[-
aqua]) required by (kde-apps/kjots-4.4.2015.06:4/4.4::gentoo, installed)
>=kde-apps/libkdepim-4.4.2015:4[aqua=] (>=kde-apps/libkdepim-4.4.2015:4[-
aqua]) required by (kde-apps/akregator-4.4.2015.06:4/4.4::gentoo, installed)
>=kde-apps/libkdepim-4.4.2015.06:4[aqua=] (>=kde-
apps/libkdepim-4.4.2015.06:4[-aqua]) required by (kde-apps/kdepim-
meta-4.4.2015.06:4/4::gentoo, installed)
>=kde-apps/libkdepim-4.4.2015:4[aqua=] (>=kde-apps/libkdepim-4.4.2015:4[-
aqua]) required by (kde-apps/kleopatra-4.4.2015.06:4/4.4::gentoo, installed)
>=kde-apps/libkdepim-4.4.2015:4[aqua=] (>=kde-apps/libkdepim-4.4.2015:4[-
aqua]) required by (kde-apps/kdepim-kresources-4.4.2015.06:4/4.4::gentoo,
installed)
>=kde-apps/libkdepim-4.4.2015:4[aqua=] (>=kde-apps/libkdepim-4.4.2015:4[-
aqua]) required by (kde-apps/kalarm-4.4.2015.06:4/4.4::gentoo, installed)
>=kde-apps/libkdepim-4.4.2015:4[aqua=] (>=kde-apps/libkdepim-4.4.2015:4[-
aqua]) required by (kde-apps/kaddressbook-4.4.2015.06:4/4.4::gentoo,
installed)
>=kde-apps/libkdepim-4.4.2015:4[aqua=] (>=kde-apps/libkdepim-4.4.2015:4[-
aqua]) required by (kde-apps/ktimetracker-4.4.2015.06:4/4.4::gentoo,
installed)
>=kde-apps/libkdepim-4.4.2015:4[aqua=] (>=kde-apps/libkdepim-4.4.2015:4[-
aqua]) required by (kde-apps/kdepim-wizards-4.4.2015.06:4/4.4::gentoo,
installed)
===
Just checking the first block shows that the old KDEPIM needs it:
# emerge --depclean -a -v kde-apps/kdepim-wizards
Calculating dependencies... done!
kde-apps/kdepim-wizards-4.4.2015.06 pulled in by:
kde-apps/kdepim-meta-4.4.2015.06 requires >=kde-apps/kdepim-
wizards-4.4.2015.06:4[-aqua]
>>> No packages selected for removal by depclean
Packages installed: 1201
Packages in world:292
Packages in system: 44
Re
Re: [gentoo-user] kde-meta minus toys, games, etc
On 02/06/06, Neil Bothwick [EMAIL PROTECTED] wrote: On Fri, 2 Jun 2006 19:46:07 +, Mick wrote: Apologies if this has been asked before. I uninstalled my monolithic KDE and am ready to install the split KDE ebuilds. I want to install everything except toys, games and educational packages. Install kdebase-meta, kdenetwork-meta, kdepim-meta etc. kde-meta is for those that want to install everything. Thanks for all the replies. What's the best way to find out what -meta packages exist and what they contain? -- Regards, Mick -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Plasma teething problems - Part I
On 24/06/2019 14:00, Mick wrote: I've installed plasma-meta plus some kde-apps meta packages as follows: kde-apps/kdeadmin-meta kde-apps/kdecore-meta kde-apps/kdegraphics-meta kde-apps/kdemultimedia-meta kde-apps/kdenetwork-meta kde-apps/kdepim-meta kde-apps/kdeutils-meta kde-apps/kwalletmanager kde-frameworks/oxygen-icons kde-plasma/plasma-meta One of the above[1] brought in NetworkManager, which I don't use because for my use case there's nothing wrong with openrc netifrc scripts. [...] [1] kde-plasma/plasma-meta requires kde-plasma/powerdevil, which requires kde- frameworks/networkmanager-qt, which requires net-misc/networkmanager, which requires net-misc/modemmanager I use Plasma, and NW is not installed. I have "-networkmanager" in my USE flags in make.conf. Add that, and do a: emerge -auDN --with-bdeps=y @world emerge -a --depclean You should then be able to install Plasma without NW.
Re: [gentoo-user] seg fault emerging abiword
On Wednesday 30 May 2007 18:01, Bo Ørsted Andresen wrote: On Wednesday 30 May 2007 19:34:49 Mat Harris wrote: It appears I may have more of a problem than I thought. By the way I installed kdebase-meta I believe (as the kde howto suggested) but now when trying to install most kde apps I have to do --nodeps otherwise i get this: Calculating dependencies... done! [ebuild N ] kde-base/kdebase-3.5.5-r4 USE=arts cups opengl pam ssl -debug -hal -ieee1394 -java -kdeenablefinal -kdehiddenvisibility -ldap -lm_sensors -logitech-mouse -openexr -samba -xcomposite -xinerama -xscreensaver -zeroconf 0 kB [ebuild N ] kde-base/kdepim-3.5.5-r4 USE=arts crypt -debug -gnokii -kdeenablefinal -pda -xinerama 0 kB [blocks B ] =kde-base/kcheckpass-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [SNIP] =kde-base/libkdenetwork-3.5* (is blocking kde-base/kdepim-3.5.5-r4) [SNIP] Don't use --nodeps. That would just make a mess out of just system. If you've installed split kde (kde-meta) then why are you trying to install monolithic kde packages? I.e. why are you trying to install kdebase rather than kdebase-meta and kdepim rather than kdepim-meta? And why are you installing either of those at all when they have already been pulled in by kde-meta? http://www.gentoo.org/doc/en/kde-split-ebuilds.xml Aah ok well the howto i found on google didn't mention anything about using meta packages for the apps once i had the base installed. This could explain why I have spent the last week compiling stuff for kde ;) Ok i'll probably re-install unless there's some easy way to clean up. Thanks Mat Harris pgpkZDJDHKFM4.pgp Description: PGP signature
Re: [gentoo-user] kmail compilation problem
On Sunday 10 June 2007, rebus_rdk wrote: If someone has any idea on either how to remove kmail completely How is your kde installed - the full packages or the split ebuilds? If you emerged kde or kdepim, then you are going to get kmail as it's a dependency. You can unmerge kdepim if you don't use any of features of that package. If you emerged kde, then you have a problem, and will most likely end up recompiling all of it without kdepim all over again. If you were sensible and followed the advice of the gentoo kde team and installed split ebuilds, then 'equery depends kmail' will tell you which package(s) pulled it in - most likely kdepim-meta. Then unmerge it alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] kde-meta minus toys, games, etc
On Fri, 2 Jun 2006 19:46:07 +, Mick wrote: Apologies if this has been asked before. I uninstalled my monolithic KDE and am ready to install the split KDE ebuilds. I want to install everything except toys, games and educational packages. Install kdebase-meta, kdenetwork-meta, kdepim-meta etc. kde-meta is for those that want to install everything. -- Neil Bothwick Give a man a fish and you feed him for a day; Teach him to use the Net and he won't bother you for weeks. signature.asc Description: PGP signature
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] Finer grained kde*-meta packages
On Sat, 16 Jun 2007 06:08:52 -0500, Boyd Stephen Smith Jr. wrote: Well, but as kdenetwork-meta is a dependency of kde-meta, this solution means, that about 300 packages should be manually listed, just because one package is not wanted. No, because as I covered in my other reply, you can still use kdebase-meta, kdepim-meta, etc. to pull is all the packages from those parts of kde and only list individual applications from the parts you don't want everything from (in your case you should be able to use every kdefoo-meta 'cept for kdenetwork-meta). For your particular use case it's still 30 packages, not 300. It's less than that, because the KDE split ebuilds contain a number of packages that should never need to be installed directly. One already mentioned in this thread is dcoprss, which is pulled in by packages that need it. I'm not sure USE flags for the meta packages are a good idea, they could add a lot of confusion. The meta packages are supposed to install everything, if you don't want that, don't use them. -- Neil Bothwick Ultimate memory manager; Windows, it manages to use it all.. signature.asc Description: PGP signature
Re: [gentoo-user] seg fault emerging abiword
On Wednesday 30 May 2007 19:26, Bo Ørsted Andresen wrote:
On Wednesday 30 May 2007 21:16:18 Mat Harris wrote:
Don't use --nodeps. That would just make a mess out of [your] system.
If you've installed split kde (kde-meta) then why are you trying to
install monolithic kde packages? I.e. why are you trying to install
kdebase rather than kdebase-meta and kdepim rather than kdepim-meta?
And why are you installing either of those at all when they have
already been pulled in by kde-meta?
http://www.gentoo.org/doc/en/kde-split-ebuilds.xml
Aah ok well the howto i found on google didn't mention anything about
using meta packages for the apps once i had the base installed. This
could explain why I have spent the last week compiling stuff for kde ;)
Well, you only need meta packages if you want to install everything that
ships together upstream. You could just emerge the split packages you want
such as e.g. konqueror, kcontrol, etc..
Ok i'll probably re-install unless there's some easy way to clean up.
There certainly is an easier way than reinstalling for this issue. What
you've posted thus far actually suggests that you haven't made a mess out
of your system yet as it showed kdepim and kdebase as not yet installed. In
that case you just need to stop trying to install monolithic packages.
I have stopped as soon as I read that last email :)
Otherwise you need to unmerge the monolithic packages you've installed
with --nodeps and remerge the split packages that they've overwritten. Code
Listing 3.1 in the above document shows you how to get the name of the
packages any monolithic package would overwrite.
I am don't seem to have installed many monlithic packages, mainly just trying
to do kdepim, i did have kdegames but i've got rid of that.
So from now on I should always install a package with -meta if its from kde
(providing one is available eg. kdevelop)?
E.g. if you've emerged kdebase-meta and kdebase at the same time and you
want to stick with split packages you can do this:
# emerge -Cva kdebase
# function die() { echo $@; }
# source $(portageq portdir)/eclass/kde-functions.eclass
# emerge --oneshot -va $(get-child-packages kde-base/kdebase)
I don't have kdebase, just kdebase-meta. But i've spent a while compiling kde
stuff. I will keep checking for others.
Thanks
Mat Harris
pgpuCSD0L7Hs2.pgp
Description: PGP signature
Re: [gentoo-user] kde-base/baloo is blocking an upgrade
Mick wrote:
> On Saturday 28 May 2016 11:25:47 Dale wrote:
>> Mick wrote:
>>> On Saturday 28 May 2016 10:53:53 Alan McKinnon wrote:
>>>> On 28/05/2016 10:49, Mick wrote:
>>>>> On Saturday 28 May 2016 09:27:06 Neil Bothwick wrote:
>>>>>> On Sat, 28 May 2016 09:08:10 +0100, Mick wrote:
>>>>>>> I came across this blocker and I'm not sure how to overcome it:
>>>>>>> ===
>>>>>>> [ebuild NS] kde-apps/kmix-15.12.3:5::gentoo
>>>>>>> [4.14.3-r1:4/4.14::gentoo] USE="alsa -debug -pulseaudio" 381 KiB
>>>>>>> [uninstall ] kde-apps/kmix-4.14.3-r1:4/4.14::gentoo USE="alsa
>>>>>>> handbook (- aqua) -canberra -debug -pulseaudio"
>>>>>>> [blocks b ] kde-apps/kmix:4 ("kde-apps/kmix:4" is blocking kde-
>>>>>>> apps/kmix-15.12.3)
>>>>>>> [ebuild NS] kde-apps/kdemultimedia-meta-15.12.3:5::gentoo
>>>>>>> [4.14.3:4::gentoo] USE="ffmpeg" 0 KiB
>>>>>>> [uninstall ] kde-apps/kdemultimedia-meta-4.14.3:4::gentoo
>>>>>>> USE="ffmpeg (- aqua) -mplayer"
>>>>>>> [blocks b ] kde-apps/kdemultimedia-meta:4
>>>>>>> ("kde-apps/kdemultimedia-
>>>>>>> meta:4" is blocking kde-apps/kdemultimedia-meta-15.12.3)
>>>>>>> [blocks B ] kde-base/baloo:4[-minimal(-)] ("kde-base/baloo:4[-
>>>>>>> minimal(-)]" is blocking kde-frameworks/baloo-5.21.0)
>>>>>> Have you tried adding "kde-base/baloo minimal" to package.use?
>>>>>>
>>>>>> There have been a few cases where a software combination means you end
>>>>>> up
>>>>>> with both KDE4 and KDE5 versions of a package as dependencies and the
>>>>>> solution is usually to emerge the KDE4 version with USE="minimal".
>>>>> Thank you Alan and Neil for your replies. I have tried:
>>>>>
>>>>> 1. --backrack 90
>>>>> 2. Adding USE="minimal" to kde-base/baloo
>>>>> 3. Unmerging kde-base/baloo and running emerge -uaDv world.
>>>>>
>>>>> but the clash remains. On this box the user uses kmail, knotes,
>>>>> korganiser. I don't mind upgrading to the latest kde-frameworks
>>>>> equivalent, but I'd rather I stayed with stable packages as far as I can
>>>>> and I am not sure what the kde- frameworks kdepim-meta equivalent is,
>>>>> unless portage tells me.
>>>>>
>>>>> These are the dependencies equery shows for kdepim-common-libs:
>>>>>
>>>>> # equery depends kdepim-common-libs
>>>>>
>>>>> * These packages depend on kdepim-common-libs:
>>>>> kde-apps/akonadiconsole-4.14.10 (>=kde-apps/kdepim-common-
>>>>> libs-4.14.10:4[aqua=])
>>>>> kde-apps/akregator-4.14.10
>>>>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>>>> kde-apps/blogilo-4.14.10
>>>>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>>>> kde-apps/calendarjanitor-4.14.10 (>=kde-apps/kdepim-common-
>>>>> libs-4.14.10:4[aqua=])
>>>>> kde-apps/kaddressbook-4.14.10
>>>>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=]) kde-apps/kalarm-4.14.10
>>>>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>>>> kde-apps/kdepim-kresources-4.14.10 (>=kde-apps/kdepim-common-
>>>>> libs-4.14.10:4[aqua=])
>>>>> kde-apps/kjots-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>>>> kde-apps/kleopatra-4.14.10
>>>>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>>>> kde-apps/kmail-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>>>> kde-apps/knode-4.14.10
>>>>> (>=kde-apps/kdepim-common-libs-4.12.1-r1:4[aqua=])
>>>>> kde-apps/knotes-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>>>> kde-apps/konsolekalendar-4.14.10 (>=kde-apps/kdepim-common-
>>>>> libs-4.14.10:4[aqua=])
>>>>> kde-apps/kontact-4.14.10
>>>>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>>>> kde-apps/korganizer-4.14.10
>>>>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
>>>>&
Re: [gentoo-user] kde-base/baloo is blocking an upgrade
On Saturday 28 May 2016 11:25:47 Dale wrote:
> Mick wrote:
> > On Saturday 28 May 2016 10:53:53 Alan McKinnon wrote:
> >> On 28/05/2016 10:49, Mick wrote:
> >>> On Saturday 28 May 2016 09:27:06 Neil Bothwick wrote:
> >>>> On Sat, 28 May 2016 09:08:10 +0100, Mick wrote:
> >>>>> I came across this blocker and I'm not sure how to overcome it:
> >>>>> ===
> >>>>> [ebuild NS] kde-apps/kmix-15.12.3:5::gentoo
> >>>>> [4.14.3-r1:4/4.14::gentoo] USE="alsa -debug -pulseaudio" 381 KiB
> >>>>> [uninstall ] kde-apps/kmix-4.14.3-r1:4/4.14::gentoo USE="alsa
> >>>>> handbook (- aqua) -canberra -debug -pulseaudio"
> >>>>> [blocks b ] kde-apps/kmix:4 ("kde-apps/kmix:4" is blocking kde-
> >>>>> apps/kmix-15.12.3)
> >>>>> [ebuild NS] kde-apps/kdemultimedia-meta-15.12.3:5::gentoo
> >>>>> [4.14.3:4::gentoo] USE="ffmpeg" 0 KiB
> >>>>> [uninstall ] kde-apps/kdemultimedia-meta-4.14.3:4::gentoo
> >>>>> USE="ffmpeg (- aqua) -mplayer"
> >>>>> [blocks b ] kde-apps/kdemultimedia-meta:4
> >>>>> ("kde-apps/kdemultimedia-
> >>>>> meta:4" is blocking kde-apps/kdemultimedia-meta-15.12.3)
> >>>>> [blocks B ] kde-base/baloo:4[-minimal(-)] ("kde-base/baloo:4[-
> >>>>> minimal(-)]" is blocking kde-frameworks/baloo-5.21.0)
> >>>>
> >>>> Have you tried adding "kde-base/baloo minimal" to package.use?
> >>>>
> >>>> There have been a few cases where a software combination means you end
> >>>> up
> >>>> with both KDE4 and KDE5 versions of a package as dependencies and the
> >>>> solution is usually to emerge the KDE4 version with USE="minimal".
> >>>
> >>> Thank you Alan and Neil for your replies. I have tried:
> >>>
> >>> 1. --backrack 90
> >>> 2. Adding USE="minimal" to kde-base/baloo
> >>> 3. Unmerging kde-base/baloo and running emerge -uaDv world.
> >>>
> >>> but the clash remains. On this box the user uses kmail, knotes,
> >>> korganiser. I don't mind upgrading to the latest kde-frameworks
> >>> equivalent, but I'd rather I stayed with stable packages as far as I can
> >>> and I am not sure what the kde- frameworks kdepim-meta equivalent is,
> >>> unless portage tells me.
> >>>
> >>> These are the dependencies equery shows for kdepim-common-libs:
> >>>
> >>> # equery depends kdepim-common-libs
> >>>
> >>> * These packages depend on kdepim-common-libs:
> >>> kde-apps/akonadiconsole-4.14.10 (>=kde-apps/kdepim-common-
> >>> libs-4.14.10:4[aqua=])
> >>> kde-apps/akregator-4.14.10
> >>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> >>> kde-apps/blogilo-4.14.10
> >>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> >>> kde-apps/calendarjanitor-4.14.10 (>=kde-apps/kdepim-common-
> >>> libs-4.14.10:4[aqua=])
> >>> kde-apps/kaddressbook-4.14.10
> >>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=]) kde-apps/kalarm-4.14.10
> >>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> >>> kde-apps/kdepim-kresources-4.14.10 (>=kde-apps/kdepim-common-
> >>> libs-4.14.10:4[aqua=])
> >>> kde-apps/kjots-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> >>> kde-apps/kleopatra-4.14.10
> >>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> >>> kde-apps/kmail-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> >>> kde-apps/knode-4.14.10
> >>> (>=kde-apps/kdepim-common-libs-4.12.1-r1:4[aqua=])
> >>> kde-apps/knotes-4.14.10 (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> >>> kde-apps/konsolekalendar-4.14.10 (>=kde-apps/kdepim-common-
> >>> libs-4.14.10:4[aqua=])
> >>> kde-apps/kontact-4.14.10
> >>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> >>> kde-apps/korganizer-4.14.10
> >>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> >>> kde-apps/ktimetracker-4.14.10
> >>> (>=kde-apps/kdepim-common-libs-4.14.10:4[aqua=])
> >>
> >> Neil is on the right track, kde-base/baloo[minimal] wor
Re: [gentoo-user] kde-meta minus toys, games, etc
They're the same as the monolithic packages but with -meta on the end. Easiest way to see what is in them: # emerge -pv foo-meta On Saturday, 3 June 2006 5:51, Mick wrote: On 02/06/06, Neil Bothwick [EMAIL PROTECTED] wrote: On Fri, 2 Jun 2006 19:46:07 +, Mick wrote: Apologies if this has been asked before. I uninstalled my monolithic KDE and am ready to install the split KDE ebuilds. I want to install everything except toys, games and educational packages. Install kdebase-meta, kdenetwork-meta, kdepim-meta etc. kde-meta is for those that want to install everything. Thanks for all the replies. What's the best way to find out what -meta packages exist and what they contain? -- Regards, Mick -- Raymond Lewis Rebbeck -- gentoo-user@gentoo.org mailing list
[gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo
Been getting this in my email every morning for several days now. Rather expected it to clear by now, but since it hasn't, and googling doesn't seem to indicate anyone has noted the issue... * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (kde-apps/kde-l10n-16.04.3:5/5::gentoo, installed) pulled in by >=kde-apps/kde-l10n-16.04.3 required by (kde-apps/kde4- l10n-16.04.3:4/4::gentoo, installed) >=kde-apps/kde-l10n-16.04.3 required by (kde-apps/kde-apps- meta-16.04.3:5/5::gentoo, installed) (kde-apps/kdepim-l10n-15.12.3:5/5::gentoo, ebuild scheduled for merge) pulled in by >=kde-apps/kdepim-l10n-4.14.3 required by (kde-apps/kdepim- meta-4.14.11_pre20160211:4/4::gentoo, installed) Now, it's not clear, if I'd like to continue using both KMail and non- deprecated kde-apps, what to do here. Just hope that kdepim gets updated to qt5 soon? I'd pitch in, but I don't have the time. -- :wq signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo
On 08/08/2016 17:02, Michael Mol wrote: > Been getting this in my email every morning for several days now. Rather > expected it to clear by now, but since it hasn't, and googling doesn't seem > to > indicate anyone has noted the issue... > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (kde-apps/kde-l10n-16.04.3:5/5::gentoo, installed) pulled in by > >=kde-apps/kde-l10n-16.04.3 required by (kde-apps/kde4- > l10n-16.04.3:4/4::gentoo, installed) > >=kde-apps/kde-l10n-16.04.3 required by (kde-apps/kde-apps- > meta-16.04.3:5/5::gentoo, installed) > > (kde-apps/kdepim-l10n-15.12.3:5/5::gentoo, ebuild scheduled for merge) > pulled in by > >=kde-apps/kdepim-l10n-4.14.3 required by (kde-apps/kdepim- > meta-4.14.11_pre20160211:4/4::gentoo, installed) > > > Now, it's not clear, if I'd like to continue using both KMail and non- > deprecated kde-apps, what to do here. Just hope that kdepim gets updated to > qt5 soon? I'd pitch in, but I don't have the time. > please post the portion of the output/mail that shows the blockers. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo
On Monday, August 08, 2016 10:45:09 PM Alan McKinnon wrote:
> On 08/08/2016 19:20, Michael Mol wrote:
> > On Monday, August 08, 2016 06:52:15 PM Alan McKinnon wrote:
> >> On 08/08/2016 17:02, Michael Mol wrote:
[snip]
> >
> > [nomerge ] kde-apps/kde-apps-meta-16.04.3
> >
> > [nomerge ] kde-apps/kdepim-meta-4.14.11_pre20160211
> >
> > [ebuild NS] kde-apps/kdepim-l10n-15.12.3 [4.14.3-r1] USE="-debug
> > -handbook" L10N="-ar -bg -bs -ca -ca-valencia -cs -da -de -el -en-GB -eo
> > -es -et -eu -fa -fi -fr -ga -gl -he -hi -hr -hu -ia -id -is -it -ja -kk
> > -km -ko -lt -lv -mr -nb -nds -nl -nn -pa -pl -pt -pt-BR -ro -ru -sk -sl
> > -sr -sv -tr -ug -uk -wa -zh-CN -zh-TW"
> >
> > [blocks b ] kde-apps/kdepim-l10n:4 ("kde-apps/kdepim-l10n:4" is
> > blocking kde-apps/kdepim-l10n-15.12.3)
> >
> > [uninstall ]kde-apps/kdepim-l10n-4.14.3-r1
> >
> > [blocks B ] > ("
> It wants to pull in kde-apps/kdepim-l10n-15.12.3
>
> Any reason it refuses kde-apps/kdepim-l10n-16.04.3 other than it's
> unstable?
Good catch. I thought I had most of kde-apps unmasked for unstable to keep
with the rolling. Missed that one.
>
>
> KMail is the lost child of KDE for many months now, I reckon this
> situation is just going to get worse and worse. I know for myself my
> mail problems ceased the day I dumped KMail4 for claws and/or thunderbird
That's really, really sad.
I used Thunderbird for years, but I eventually had to stop when it would,
averaging once a month (though sometimes not for a couple months, sometimes a
couple times a week) explode in memory consumption and drive the entire system
unresponsively into swap.
I've tried claws from time to time due to other annoyances with Thunderbird,
but I kept switching back. Not because I liked Tbird, but (IIRC) because of
stability issues I had with claws.
Even with the bugs it has, Kontact and Akonadi has been the most reliable mail
client I've used in the last year. When it gives me problems, I know why, and
I can address it. (Running a heavily tuned MySQLd instance behind Akonadi, for
example...)
I wish someone would pay me to fix this stuff; I'd be able to spend the time on
it.
--
:wq
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Finer grained kde*-meta packages (was: Make portage assume, that a package is installed)
On Friday 15 June 2007, Alexander Skwar wrote: I mean, what's the advantage of the kde*-meta packages over the kde package, when the kde*-meta require just as much junk, as the kde package does? Hm, really, what's the use of the kde*-meta package anyway? The -meta packages are a good idea. With the old style kde or kdepim etc packages, you got everything whether you liked it or not. Putting a USE flag on such an ebuild to build all of kdepim except kppp would be ... tricky at best. The -meta packages split everything in kde up on an app level, but there is the disadvantage that you now have 300 ebuilds to choose from and get to list *all* the ones you want. Perhaps the best route (maybe a good feature request?) is to put USE flags in the -meta ebuilds. Then you get the full configurability of what -meta gives, plus an easy way to omit stuff without having to list 100 desired packages alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Finer grained kde*-meta packages (was: Make portage assume, that a package is installed)
Alan McKinnon [EMAIL PROTECTED] wrote: On Friday 15 June 2007, Alexander Skwar wrote: I mean, what's the advantage of the kde*-meta packages over the kde package, when the kde*-meta require just as much junk, as the kde package does? Hm, really, what's the use of the kde*-meta package anyway? The -meta packages are a good idea. Absolutely! With the old style kde or kdepim etc packages, you got everything whether you liked it or not. Well, that's what you get now as well... Eg. I don't want kppp, but I get anyway, whether I like it or not. At least sort of. Putting a USE flag on such an ebuild to build all of kdepim except kppp would be ... tricky at best. True. The -meta packages split everything in kde up on an app level, but there is the disadvantage that you now have 300 ebuilds to choose from and get to list *all* the ones you want. Exactly. Perhaps the best route (maybe a good feature request?) is to put USE flags in the -meta ebuilds. That's what I'd like to get as a result of http://bugs.gentoo.org/show_bug.cgi?id=182106 Then you get the full configurability of what -meta gives, plus an easy way to omit stuff without having to list 100 desired packages Exactly. Best regards, Alexander Skwar -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Portage 2.2
On Wed, 24 Jul 2013 12:46:59 +0200, Alan McKinnon wrote: What does that mean? set1 and one of set2 or set 3? Or both set1 and set2 or set3 only? I'm not sure how this would be useful but I can certainly see how it would cause confusion and problems, but I hadn't heard if it before. It's standard mathematical set operators. In maths, a set is defined as a collection of well-defined objects. Sets have no dupes. http://en.wikipedia.org/wiki/Set_%28mathematics%29 http://en.wikipedia.org/wiki/Set_theory Sets have several well-defined operations that can be done on them: union, intersection, difference plus a few others. @set1+@set2/@set3 reduces to: all the elements of set1 and set2 without the elements that are in set3 (/ is difference). As an example, assume portage ships two sets @kde and @kdedev: @kde kdeadmin-meta kdebase-meta kdemultimedia-meta kdepim-meta ... @kdedev kdewebdev-meta kdebindings-meta kdesdk-meta However, kmail sucks and akonadi sucks moar, so define for yourself @suckykde kdepim-meta And add to your world sets: @kde+@kdedev/@suckykde I see, what about operator precedence, is that equivalent to (@kde+@kdedev)/@kdesuckykde or @kde+(@kdedev/@kdesuckykde) It's been a long time since I studied set operators at Uni :( -- Neil Bothwick I cna ytpe 300 wrods pre mniuet!!! signature.asc Description: PGP signature
Re: [gentoo-user] kde 3.5 packages blocking each other
Thanks a lot! Francisco On Fri, Jun 12, 2009 at 5:58 PM, Dirk Heinrichs dirk.heinri...@online.dewrote: Am Freitag 12 Juni 2009 22:45:49 schrieb Francisco Ares: And how do I tell if an ebuild is monolithic or not? The monolithic ones install larger parts of KDE, and usually have the same names as the original source packages offered at KDE.org. The split ebuilds, well, split those packages into their individual applications, so you have ebuilds for konqueror (which is also part of kdenetwork) or kmail (kdepim). In addition, there are the -meta ebuilds, which have the same name as the monolitic ones, but with -meta appended (kdepim-meta). Those usually install the same applications than monolithic ebuilds, but as split ebuilds. So, when you install kde, you get a complete KDE from monolithic ebuilds and when you install kde-meta, you get a complete KDE from split ebuilds. That's also the reason why they block each other. When you have kdepim installed, you already got kmail, so you shouldn't install kmail from the split ebuild again. HTH... Dirk -- If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have one idea and we exchange these ideas, then each of us will have two ideas. - George Bernard Shaw
Re: [gentoo-user] kde 3.5 packages blocking each other
On Saturday 13 June 2009 01:54:45 Francisco Ares wrote: Thanks a lot! It's not completely obvious from Dirk's post (what he said is completely accurate though), but kde-3.5.10 will not receive monolithic ebuilds (dev decision). If you want kde-3.5.10, there is only one way to do it - Unmerge your existing kde monolithic packages Rememerge the new kde split packages There's a good migration guide at gentoo.org, called Migrating to KDE split ebuilds or some such. A quick search will find it for you. Francisco On Fri, Jun 12, 2009 at 5:58 PM, Dirk Heinrichs dirk.heinri...@online.dewrote: Am Freitag 12 Juni 2009 22:45:49 schrieb Francisco Ares: And how do I tell if an ebuild is monolithic or not? The monolithic ones install larger parts of KDE, and usually have the same names as the original source packages offered at KDE.org. The split ebuilds, well, split those packages into their individual applications, so you have ebuilds for konqueror (which is also part of kdenetwork) or kmail (kdepim). In addition, there are the -meta ebuilds, which have the same name as the monolitic ones, but with -meta appended (kdepim-meta). Those usually install the same applications than monolithic ebuilds, but as split ebuilds. So, when you install kde, you get a complete KDE from monolithic ebuilds and when you install kde-meta, you get a complete KDE from split ebuilds. That's also the reason why they block each other. When you have kdepim installed, you already got kmail, so you shouldn't install kmail from the split ebuild again. HTH... Dirk -- alan dot mckinnon at gmail dot com
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] Plasma teething problems - Part II
On Monday, 24 June 2019 21:16:51 BST Dale wrote: > I went through this a few years ago. I had some large programs > installed that I didn't use, Kmail and others. I wanted to clean them > out but at the time I had installed KDE with kde-meta. Basically, that > installs everything KDE, wanted or not. I uninstalled that and went > these instead: According to the current wiki page these days the kde-meta has been replaced with plasma-meta. This is how I have configured plasma-meta: Installed versions: 5.15.5(5)(12:58:00 14/06/19)(bluetooth browser- integration crypt desktop-portal display-manager elogind handbook legacy- systray pam pm-utils sddm wallpapers -consolekit -discover -grub -gtk - networkmanager -plymouth -pulseaudio -sdk -systemd) BUT ... I am thinking of uninstalling it, deplclean-ing my world and installing kde-plasma/plasma-desktop which is the slim version, while keeping some select kde-meta packages I need/want. > root@fireball / # equery list *kde*meta* > * Searching for *kde*meta* ... > [IP-] [ ] kde-apps/kdeadmin-meta-19.04.2:5 I have this installed too. > [IP-] [ ] kde-apps/kdebase-meta-19.04.2:5 I think the kdebase-meta was meant to be a transitional package from KDE4 to plasma/KDE5. I suspect this has been superseded by kde-plasma/plasma-meta, but I'm not sure. In any case, I do not have this installed. > [IP-] [ ] kde-apps/kdecore-meta-19.04.2:5 I have this installed too. > [IP-] [ ] kde-apps/kdegames-meta-19.04.2:5 No games for me, thanks. > [IP-] [ ] kde-apps/kdegraphics-meta-19.04.2:5 > [IP-] [ ] kde-apps/kdemultimedia-meta-19.04.2:5 I have these two installed, plus: [IP-] [ ] kde-apps/kdenetwork-meta-18.12.3:5 [IP-] [ ] kde-apps/kdepim-meta-18.12.3:5 [IP-] [ ] kde-apps/kdeutils-meta-18.12.3:5 > This is one of the things I like about Gentoo, being able to cut off or > get rid of things I don't want. USE flags help with that a lot. > > Glad you got it sorted out. Sadly I'm not there yet. I've got to figure out how to get back my Suspend to Ram, Hibernate, Reboot, and Shutdown buttons, without re-importing NetworkManager, or at least without having it being started by powerdevil. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KDE4.0?
--- Justin [EMAIL PROTECTED] wrote: maxim wexler schrieb: Hi group, $eix kde gives: did you do an update-eix? yes kde-4 ist masked. THink thats why it doesn show up. What does ls /usr/portage/kde-base/ says? [EMAIL PROTECTED] ~ $ ls /usr/portage/kde-base/ akregatorkdeartwork-styles kimagemapeditor ksmiletris amor kdeartwork-wallpapers kitchensync ksmserver ark kdebase kiten ksnake arts kdebase-data kjots ksnapshot artsplugin-akode kdebase-kioslaves kjsembed ksokoban artsplugin-audiofile kdebase-meta kjumpingcube kspaceduel artsplugin-mpeglib kdebase-pam klaptopdaemon ksplashml artsplugin-mpg123kdebase-startkde klatinkspy artsplugin-xine kdebindings-meta klettres kstars atlantik kdebugdialog klickety kstart atlantikdesigner kdeedu klinesksvg blinken kdeedu-applnk klinkstatus ksync certmanager kdeedu-meta klipper ksysguard cervisia kdegames kmag ksystraycmd dcopckdegames-meta kmahjongg ksysv dcopjava kdegraphics kmail ktalkd dcopperl kdegraphics-kfile-plugins kmailcvt kteatime dcoppython kdegraphics-meta kmenuedit ktimer dcoprss kdejava kmid ktip drkonqi kdelibs kmilo ktnef eyesapplet kdelirc kminesktouch fifteenappletkdemultimedia kmix ktron juk kdemultimedia-arts kmoon kttsd kaboodle kdemultimedia-kappfinder-data kmousetool ktuberling kaddressbook kdemultimedia-kfile-pluginskmouth kturtle kaddressbook-plugins kdemultimedia-kioslaves kmplotktux kalarm kdemultimedia-meta kmrml kuickshow kalyptus kdenetwork kmtrace kuiviewer kalzium kdenetwork-filesharing knetattachkuser kamera kdenetwork-kfile-plugins knetwalk kverbos kanagram kdenetwork-meta knewsticker kview kandykdepasswd knewsticker-scripts kviewshell kappfinder kdepim knode kvoctrain kapptemplate kdepim-kioslaves knoteskwalletmanager karm kdepim-kresources kode kweather kasteroids kdepim-meta kodo kwifimanager kate kdepim-wizards kolf kwin kate-plugins kdeprint kolourpaint kwin4 katomic kdesdk kommander kwordquiz kaudiocreatorkdesdk-kfile-plugins kompare kworldclock kbabel kdesdk-kioslaves konq-plugins kxkb kbackgammon kdesdk-meta konqueror kxsldbg kbattleship kdesdk-misc konqueror-akregator libkcal kblackboxkdesdk-scripts konquest libkcddb kbounce kdesktop konsole libkdeedu kbruch kdesu konsolekalendar libkdegames kbstateappletkdetoys kontact libkdenetwork kbugbuster kdetoys-meta kontact-specialdates libkdepim kcachegrind kdeutils kooka libkholidays kcalckdeutils-meta kopetelibkmime kcharselect kdewebdev korganizerlibkonq kcheckpass kdewebdev-meta korn
Re: [gentoo-user] Re: depclean wants to wipe out KDE3
On Sun, 2008-12-21 at 06:34 +0200, Nikos Chantziaras wrote: Nikos Chantziaras wrote: [...] The reason is that KDE4 is a new product and has nothing to do with KDE3 other than the name. And another reason is the problem I'm describing in this very thread which should have not been a problem if KDE4 had its own tree. Now I'm required to have non-straightforward voodoo performed to get things right just because the devs made a wrong decision. That's what SLOTS are fore. KDE4 is in it's own slot and can be installed instead of/in addition to KDE 3.5. Putting a package in a different SLOT is effectively putting it i it's own tree. $ emerge -p kde-base/kde-meta:3.5 [...] [ebuild N] kde-base/kdepim-wizards-3.5.10 USE=-debug [ebuild N] kde-base/karm-3.5.10 USE=-debug [ebuild N] kde-base/kontact-specialdates-3.5.10 USE=-debug [ebuild N] kde-base/kdepim-meta-3.5.10 USE=-pda [ebuild N] kde-base/kde-meta-3.5.10 USE=nls -accessibility $ emerge -p kde-base/kde-meta:4.1 [...] [ebuild N] kde-base/krunner-4.1.3 USE=opengl -debug -kdeprefix -xcomposite -xscreensaver [ebuild N] kde-base/kdepim-meta-4.1.3 [ebuild N] kde-base/kdebase-startkde-4.1.3 USE=-kdeprefix [ebuild N] kde-base/kdebase-meta-4.1.3 [ebuild N] kde-base/kde-meta-4.1.3 USE=-accessibility What kind of voodoo is that? In the past, Gentoo devs have spend a lot of time and effort moving split package trees under one tree (e.g. PHP). I don't see them going backwards any time soon. Another problem, this time not technical. I just don't want many of those packages in my world file. I want to use depclean and have those packages removed when the package that depends on them is also removed. The depclean feature just got useless for those packages. By definition, --depclean doesn't remove anything in the world file (or its dependencies). If you want something removed don't put it in the world file (or put something that depends on it in your world file). *You* are the controller of your world file. Nothing gets put there without your specifying so. Anyone still thinks it was a good idea to have KDE4 use the same tree with KDE3? This is was clearly a wrong decision. Workarounds are welcome. I don't think you need a work-around, just to understand how portage works. A (re-)read of the man pages should help. -a
Re: [gentoo-user] seg fault emerging abiword
On Wednesday 30 May 2007 21:16:18 Mat Harris wrote:
Don't use --nodeps. That would just make a mess out of [your] system. If
you've installed split kde (kde-meta) then why are you trying to install
monolithic kde packages? I.e. why are you trying to install kdebase
rather than kdebase-meta and kdepim rather than kdepim-meta? And why are
you installing either of those at all when they have already been pulled
in by kde-meta?
http://www.gentoo.org/doc/en/kde-split-ebuilds.xml
Aah ok well the howto i found on google didn't mention anything about using
meta packages for the apps once i had the base installed. This could
explain why I have spent the last week compiling stuff for kde ;)
Well, you only need meta packages if you want to install everything that ships
together upstream. You could just emerge the split packages you want such as
e.g. konqueror, kcontrol, etc..
Ok i'll probably re-install unless there's some easy way to clean up.
There certainly is an easier way than reinstalling for this issue. What you've
posted thus far actually suggests that you haven't made a mess out of your
system yet as it showed kdepim and kdebase as not yet installed. In that case
you just need to stop trying to install monolithic packages.
Otherwise you need to unmerge the monolithic packages you've installed
with --nodeps and remerge the split packages that they've overwritten. Code
Listing 3.1 in the above document shows you how to get the name of the
packages any monolithic package would overwrite.
E.g. if you've emerged kdebase-meta and kdebase at the same time and you want
to stick with split packages you can do this:
# emerge -Cva kdebase
# function die() { echo $@; }
# source $(portageq portdir)/eclass/kde-functions.eclass
# emerge --oneshot -va $(get-child-packages kde-base/kdebase)
--
Bo Andresen
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] KDE Plasma 5 moved to stable
2016-04-09 5:12 GMT-05:00 Mick <michaelkintz...@gmail.com>: > I noticed to day that Plasma 5 is now stable, which means I will soon have > to > deal with it. I run a number of boxen with Gentoo on them. Some of them > do > not run a full KDE desktop, only selected KDE apps, some KDE meta packages > including kdepim-meta. > > For these boxen I have set: > > > [3] default/linux/amd64/13.0/desktop * > > and USE=kde, -gnome in make.conf. What would you recommend I do if I > still do > not wish to install or run the full KDE desktop environment? Are there any > gotchas? > > -- > Regards, > Mick Hello Mick, kdepim applications have been not ported to Plasma 5 yet. You will not have problem with those. Some applications migrated are: ark, dolphin, gwenview, kate, konsole, kwrite, telepathy, konversation, marble and most of games and educational applications. -- Andrés Becerra Sandoval
Re: [gentoo-user] Problem with emerge --update
On Tuesday 30 June 2009 23:17:02 Massimiliano Ziccardi wrote: It's far preferable to let people like yourself suffer the consequences of not reading documentation Touched :-) However, I read the documentation. It's just that this is my first gentoo installation: I didn't get I had to uninstall the older version of the software to upgrade to the new one. You get to learn those tricks as you go along. Normally, one just upgrades and portage takes care of the install old one, install new one step. But KDE split and monolithic ebuilds covering the same KDE package are different in this regard - they are incompatible and cannot co-exist on the same machine. Especially when it says 'We still provide monolithic ebuilds for 3.5 (up till 3.5.9) and they are ***cleanly interoperable*** with the split ones.' That's a strange statement for the document to make. Split and monolithic can interoperate as long as you keep them cleanly separated. Take an example - kdepim and kdegames. Both have full monolithic and split ebuilds. You might decide you do indeed want all of kdepim [1] but not all the games. So you could emerge kdepim and selectively pick the few split-ebuild games you do want. What you can't do is also try to emerge kmail - that clashes with the kmail that kdepim wants to put there. [1] Here you would actually use kdepim-meta in the real world (it pulls in all the kdepim split ebuilds), but this is a demonstration, not a list of accurate install instructions. However, I think now I understand how it works a little bit more (but not too much ;-) ). One more thing: couldn't those 'stable users' read the documentation too, and unmask the obsolete package (if they were masked)? Think about this. You are asking users who have been doing something one way for years, to all of a sudden have their packages masked, their systems broken, expect them to go and find documentation (the location of which is not easy to provide at that time), unmask stuff and continue. Why? And for what benefit? The way it is done is the best possible way for all the users. Existing users continue as they did, new users get to make a choice first (which is something they have to do anyway). Massimiliano -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: KDE (mono to meta) migration
Bo Ørsted Andresen bo.andresen at zlin.dk writes: On Thursday 22 June 2006 22:12, James wrote: Ok I'll do this after emerging kde-meta completes. I hope I was not suppose to do this before 'emerge -uavDN kde-meta' You weren't. Blocks are only within the same slot. In fact the split packages blocks only the monolithic package they belong to. OK Unmerge what you don't need or remerge (after emerging kde 3.5) what you still need. When you are done with that the above command should give no output and any files still in /usr/kde/3.2 - 3.4 can be safely deleted since they belong to no package. Pay attention to what you do though. A revdep-rebuild before this step will probably take care of most of this. Before or after the emerge -uavDN kde-meta? If you are removing stuff it doesn't matter. If you are remerging stuff it should be after. If you do it before it will be built against the old version again which is pretty pointless. Well, something is messed up. I still get many many blocks: =kde-base/kdepim-3.5* (is blocking kde-base/libkpgp-3.5.0-r1) [blocks B ] =kde-base/kdepim-3.5* (is blocking kde-base/libkdenetwork-3.5.0) [blocks B ] =kde-base/kdepim-3.5* (is blocking kde-base/libkpimidentities-3.5.2) [blocks B ] =kde-base/kdepim-3.5* (is blocking kde-base/libkdepim-3.5.2-r1) [blocks B ] =kde-base/kdepim-3.5* (is blocking kde-base/libkcal-3.5.2-r1) snip [blocks B ] =kde-base/kdegraphics-3.5* (is blocking kde-base/kamera-3.5.2) [blocks B ] =kde-base/kdegraphics-3.5* (is blocking kde-base/kghostview-3.5.2) [blocks B ] =kde-base/kdegraphics-3.5* (is blocking kde-base/kcoloredit-3.5.2) snip I after deleting everything. I unmerge everthing (KDE) I thought: 467emerge --unmerge kde-base/kdewebdev 468emerge --unmerge kde-base/kdeadmin 470emerge --unmerge kde-base/kdemultimedia 471emerge --unmerge kde-base/kdepim 472emerge --unmerge kde-base/kdeutils 475emerge --unmerge kde-base/kdetoys 477 emerge --unmerge kde-base/kdegraphics 480 emerge --unmerge kde-base/kdenetwork snip but they are still blocking? I tried revdep-rebuild emerge --rsync and env-update source /etc/profile etc-update update-eix eupdatedb Yet the system think they are gone, for example: emerge --unmerge kde-base/kdegraphics --- Couldn't find 'kde-base/kdegraphics' to unmerge. Yet is still one of the blocking packages? [blocks B ] =kde-base/kdegraphics-3.5* (is blocking kde-base/kuickshow-3.5.2) .[blocks B ] =kde-base/kdegraphics-3.5* (is blocking kde-base/kgamma-3.5.2) .[blocks B ] =kde-base/kdegraphics-3.5* (is blocking kde-base/kmrml-3.5.2) snip What did I miss? James -- gentoo-user@gentoo.org mailing list
[gentoo-user] no ebuilds to satisfy =dev-libs/grantlee-0.1
Well, I synced and got this interesting message: root@fireball / # emerge -uvDNp world These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy =dev-libs/grantlee-0.1. (dependency required by kde-base/kjots-4.5.95 [ebuild]) (dependency required by kde-base/kdepim-meta-4.5.95 [ebuild]) (dependency required by kde-base/kde-meta-4.6.2[semantic-desktop] [installed]) (dependency required by @selected [set]) (dependency required by @world [argument]) root@fireball / # So, it is not masked or keyworded, it just plain ain't there. Since this is unstable, should I report it as a bug or wait on the Raid to show up on it's own? Dale :-) :-)
[gentoo-user] KDE Plasma 5 moved to stable
I noticed to day that Plasma 5 is now stable, which means I will soon have to deal with it. I run a number of boxen with Gentoo on them. Some of them do not run a full KDE desktop, only selected KDE apps, some KDE meta packages including kdepim-meta. For these boxen I have set: [3] default/linux/amd64/13.0/desktop * and USE=kde, -gnome in make.conf. What would you recommend I do if I still do not wish to install or run the full KDE desktop environment? Are there any gotchas? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Re: Finer grained kde*-meta packages
On Saturday 16 June 2007, Alexander Skwar [EMAIL PROTECTED] wrote about '[gentoo-user] Re: Re: Finer grained kde*-meta packages': · Boyd Stephen Smith Jr. [EMAIL PROTECTED]: Right, because kde*-meta is supposed to replace, and act as much as possible like the monolithic kde* package. If you don't want all of kdenetwork you don't install kdenetwork-meta, you install individual applications from kdenetwork. Well, but as kdenetwork-meta is a dependency of kde-meta, this solution means, that about 300 packages should be manually listed, just because one package is not wanted. No, because as I covered in my other reply, you can still use kdebase-meta, kdepim-meta, etc. to pull is all the packages from those parts of kde and only list individual applications from the parts you don't want everything from (in your case you should be able to use every kdefoo-meta 'cept for kdenetwork-meta). For your particular use case it's still 30 packages, not 300. Sure, maybe that's still too many. Perhaps a recommends/suggests dependency type (all recommends would be post-dependencies) to allow a package to install even if all of the packages that satisfy one of it's recommend atoms are masked would be better, but you'll have to take that up with the developers responsible for specifying the EAPI levels. Careful how you phrase any suggestion though or you'll just get shouted down by Gentoo isn't Debian replies. -- Boyd Stephen Smith Jr. ,= ,-_-. =. [EMAIL PROTECTED] ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.org/ \_/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Plasma teething problems - Part II
On 2019.06.24 16:54, Mick wrote: On Monday, 24 June 2019 21:40:07 BST you wrote: > On Monday, 24 June 2019 21:16:51 BST Dale wrote: > > I went through this a few years ago. I had some large programs > > installed that I didn't use, Kmail and others. I wanted to clean them > > out but at the time I had installed KDE with kde-meta. Basically, that > > installs everything KDE, wanted or not. I uninstalled that and went > > > these instead: > According to the current wiki page these days the kde-meta has been replaced > with plasma-meta. This is how I have configured plasma-meta: > > Installed versions: 5.15.5(5)(12:58:00 14/06/19)(bluetooth browser- > integration crypt desktop-portal display-manager elogind handbook legacy- > systray pam pm-utils sddm wallpapers -consolekit -discover -grub -gtk - > networkmanager -plymouth -pulseaudio -sdk -systemd) > > BUT ... I am thinking of uninstalling it, deplclean-ing my world and > installing kde-plasma/plasma-desktop which is the slim version, while > keeping some select kde-meta packages I need/want. > > > root@fireball / # equery list *kde*meta* > > > > * Searching for *kde*meta* ... > > > > [IP-] [ ] kde-apps/kdeadmin-meta-19.04.2:5 > > I have this installed too. > > > [IP-] [ ] kde-apps/kdebase-meta-19.04.2:5 > > I think the kdebase-meta was meant to be a transitional package from KDE4 to > plasma/KDE5. I suspect this has been superseded by kde-plasma/plasma-meta, > but I'm not sure. In any case, I do not have this installed. > > > [IP-] [ ] kde-apps/kdecore-meta-19.04.2:5 > > I have this installed too. > > > [IP-] [ ] kde-apps/kdegames-meta-19.04.2:5 > > No games for me, thanks. > > > [IP-] [ ] kde-apps/kdegraphics-meta-19.04.2:5 > > [IP-] [ ] kde-apps/kdemultimedia-meta-19.04.2:5 > > I have these two installed, plus: > > [IP-] [ ] kde-apps/kdenetwork-meta-18.12.3:5 > [IP-] [ ] kde-apps/kdepim-meta-18.12.3:5 > [IP-] [ ] kde-apps/kdeutils-meta-18.12.3:5 > > > This is one of the things I like about Gentoo, being able to cut off or > > get rid of things I don't want. USE flags help with that a lot. > > > > Glad you got it sorted out. > > Sadly I'm not there yet. I've got to figure out how to get back my Suspend > to Ram, Hibernate, Reboot, and Shutdown buttons, without re-importing > NetworkManager, or at least without having it being started by powerdevil. Hmm ... plasma-desktop was already installed, dragged in by plasma-meta. So no need to reinstall it. Sadly trying to depclean after removing plasma-meta will get rid of a lot of packages, something I'm not keen to do: >>> These are the packages that would be unmerged: [snip long list of packages] I just chose the specific packages I wanted and explicitly emerged them. You can just add them to your world file (either manually, or with "emerge --noreplace package" so they won't be depcleaned. I have lots of kde stuff (37 items from grep kde worldfile) but kdecore-meta and kdegraphics-meta are the only meta packages in my world file. Jack
Re: [gentoo-user] Portage 2.2
On 24/07/2013 12:17, Neil Bothwick wrote: On Wed, 24 Jul 2013 14:00:54 +0400, Pavel Volkov wrote: It initially suported set arithmetic (you could writes expressions like @set1+@set2/@set3), I wonder why it was dropped :) What does that mean? set1 and one of set2 or set 3? Or both set1 and set2 or set3 only? I'm not sure how this would be useful but I can certainly see how it would cause confusion and problems, but I hadn't heard if it before. It's standard mathematical set operators. In maths, a set is defined as a collection of well-defined objects. Sets have no dupes. http://en.wikipedia.org/wiki/Set_%28mathematics%29 http://en.wikipedia.org/wiki/Set_theory Sets have several well-defined operations that can be done on them: union, intersection, difference plus a few others. @set1+@set2/@set3 reduces to: all the elements of set1 and set2 without the elements that are in set3 (/ is difference). As an example, assume portage ships two sets @kde and @kdedev: @kde kdeadmin-meta kdebase-meta kdemultimedia-meta kdepim-meta ... @kdedev kdewebdev-meta kdebindings-meta kdesdk-meta However, kmail sucks and akonadi sucks moar, so define for yourself @suckykde kdepim-meta And add to your world sets: @kde+@kdedev/@suckykde effectively giving you kde without kde-pim. Without operators, you have to copy-paste an existing set and maually remove the entriess you don't want. Useful, not so? Well, it all gets extremely murky very very quickly. Portage applies more than just mathematical sets, there's this concept of deps that are not part of set theory. What if something in set1 has a dep, and that dep is listed in set3 and must be removed. To resolve this, you must have precedence rules and must ignore something. You either ignore set3 and install anyway, or throw a blocker and say the item is required in set1. Either way there's no clean way to do it and lots of users are going to get annoyed. Not to mention the extra bug reports -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] no ebuilds to satisfy =dev-libs/grantlee-0.1
Apparently, though unproven, at 09:30 on Sunday 24 April 2011, Dale did opine thusly: Alan McKinnon wrote: Apparently, though unproven, at 06:32 on Sunday 24 April 2011, Dale did opine thusly: Well, I synced and got this interesting message: root@fireball / # emerge -uvDNp world These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy =dev-libs/grantlee-0.1. (dependency required by kde-base/kjots-4.5.95 [ebuild]) (dependency required by kde-base/kdepim-meta-4.5.95 [ebuild]) (dependency required by kde-base/kde-meta-4.6.2[semantic-desktop] [installed]) (dependency required by @selected [set]) (dependency required by @world [argument]) root@fireball / # So, it is not masked or keyworded, it just plain ain't there. Since this is unstable, should I report it as a bug or wait on the Raid to show up on it's own? so is it kjots from the kde overlays that's doing it? I don't have any overlays on here that I know of, unless portage did something fancy that I'm not aware of. It appears that something got moved into the tree but maybe one ebuild got missed. That's the reason for my post and the question. Am I correct or is there something fishy on my system? I did wait a few hours and sync again, just in case I got it in the middle of the change or something. This is the correct command for listing local overlays correct? I just synced myself, and it's not an overlay issue. kdepim-4.5.95 just got moved into the tree (masked) and you likely have one or more of those package unmasked. Or a mask is missing in the tree. Either way, find the list in $PORTDIR/profiles/package.mask and comparing with what update world wants to do, you will see what needs to be done next. kdepim-4.5.95 is not the version you want, latest useable is 4.4.11 (it's out of step with version numbers of everything else in kde) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] seg fault emerging abiword
On Wednesday 30 May 2007 10:22, Benno Schulenberg wrote: Mat Harris wrote: My only little problem is that when I try to emerge AbiWord (2.4.5-r1), it compiles fine but when it tries to install to files into the real filesystem it segfaults like so: [...] /usr/share/AbiSuite-2.4/AbiWord/glade/ap_UnixDialog_Options.glade /usr/share/AbiSuite-2.4/AbiWord/glade/ap_UnixDialog_WordCount.glade /usr/share/AbiSuite-2.4/AbiWord/glade/ap_UnixDialog_Styles.glade Segmentation fault This is repeatable? That is, it happens every time at the same spot when you try to emerge abiword? If not, it sounds like an overheating problem. Also look in your syslog for disk errors. Yes it happens at the same place every time (I have tried to merge it about 3 times just now). Nothing appears in the logfiles to indicate any disc based problems. Otherwise, try removing /usr/share/AbiSuite-2.4 and then fsck'ing your file system before attempting a merge again. And check there is enough space left on the device. I was about to try that then I found that kdepim which I left last night to compile has seg faulted too but not in the same place: i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../libkcal -I../libemailfunctions -I.. -I../libkdepim -I/usr/kde/3.5/include -I/usr/qt/3/include -I. -DQT_THREAD_SUPPORT -D_REENTRANT -D_FILE_OFFSET_BITS=64 -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -march=i686 -pipe -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -c -o konsolekalendarvariables.o konsolekalendarvariables.cpp i686-pc-linux-gnu-g++: Internal error: Segmentation fault (program cc1plus) Please submit a full bug report. See URL:http://bugs.gentoo.org/ for instructions. make[3]: *** [konsolekalendardelete.o] Error 1 make[3]: *** Waiting for unfinished jobs make[3]: Leaving directory `/var/tmp/portage/kde-base/kdepim-3.5.5-r4/work/kdepim-3.5.5/konsolekalendar' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/kde-base/kdepim-3.5.5-r4/work/kdepim-3.5.5/konsolekalendar' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/kde-base/kdepim-3.5.5-r4/work/kdepim-3.5.5' make: *** [all] Error 2 It appears I may have more of a problem than I thought. By the way I installed kdebase-meta I believe (as the kde howto suggested) but now when trying to install most kde apps I have to do --nodeps otherwise i get this: Calculating dependencies... done! [ebuild N] kde-base/kdebase-3.5.5-r4 USE=arts cups opengl pam ssl -debug -hal -ieee1394 -java -kdeenablefinal -kdehiddenvisibility -ldap -lm_sensors -logitech-mouse -openexr -samba -xcomposite -xinerama -xscreensaver -zeroconf 0 kB [ebuild N] kde-base/kdepim-3.5.5-r4 USE=arts crypt -debug -gnokii -kdeenablefinal -pda -xinerama 0 kB [blocks B ] =kde-base/kcheckpass-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/kwin-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/konqueror-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/ksmserver-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/ksysguard-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/kicker-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/konsole-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/libkdenetwork-3.5* (is blocking kde-base/kdepim-3.5.5-r4) [blocks B ] =kde-base/kontact-3.5* (is blocking kde-base/kdepim-3.5.5-r4) [blocks B ] =kde-base/kcontrol-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/ksplashml-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/kdepim-kioslaves-3.5* (is blocking kde-base/kdepim-3.5.5-r4) [blocks B ] =kde-base/kreadconfig-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/kxkb-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/kdm-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/kdesu-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/ktip-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/kappfinder-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/libkcal-3.5* (is blocking kde-base/kdepim-3.5.5-r4) [blocks B ] =kde-base/mimelib-3.5* (is blocking kde-base/kdepim-3.5.5-r4) [blocks B ] =kde-base/klipper-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/libkpgp-3.5* (is blocking kde-base/kdepim-3.5.5-r4) [blocks B ] =kde-base/kdebase-data-3.5* (is blocking kde-base/kdebase-3.5.5-r4) [blocks B ] =kde-base/ktnef-3.5* (is blocking kde-base/kdepim
Re: [gentoo-user] Has MySQL become compulsory?
On Sunday 25 October 2009 22:19:11 Mick wrote: # emerge -uatDv world These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] kde-base/kdepim-meta-4.3.1 USE=(-kdeprefix) [ebuild N] kde-base/akonadi-4.3.1 USE=(-aqua) -debug (-kdeprefix) - semantic-desktop 0 kB Yes, you can't avoid having at least akonadi-server merged with kmail, it's a hard dep on kdepimlibs: $ equery depends akonadi-server * Searching for akonadi-server ... kde-base/akonadi-4.3.2 (=app-office/akonadi-server-1.2.1) kde-base/kdepimlibs-4.3.2 (=app-office/akonadi-server-1.2.0) Which I guess proves the point that Dirk is making. If I were to emerge akonadi again, will it pop up everytime I start kmail, knode, etc? No, at least mine doesn't here. I forget exactly what I did to achieve this, it was something like having trouble getting akonadi to work right, so I set all the kdepim apps to use the resource files directly in the fashion of KDE-3.5 -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] LibreOffice and openldap
On Wed, 25 Jul 2018 09:34:09 +0100, Peter Humphrey wrote: > If you run a KDE desktop it's a lot more than LibreOffice: > > $ equery d openldap > * These packages depend on openldap: > --->8 > kde-apps/kldap-17.12.3 (net-nds/openldap) > --->8 > > $ equery d kldap > * These packages depend on kldap: > kde-apps/incidenceeditor-17.12.3 (>=kde-apps/kldap-17.12.3:5) > kde-apps/kdepim-meta-17.12.3 (>=kde-apps/kldap-17.12.3) > kde-apps/kmail-17.12.3 (>=kde-apps/kldap-17.12.3:5) > kde-apps/kmail-account-wizard-17.12.3 (>=kde-apps/kldap-17.12.3:5) > kde-apps/korganizer-17.12.3 (>=kde-apps/kldap-17.12.3:5) > kde-apps/libkdepim-17.12.3 (>=kde-apps/kldap-17.12.3:5) > kde-apps/messagelib-17.12.3 (>=kde-apps/kldap-17.12.3:5) > > Seems to be no way out of it. Those are all kdepim packages, I run KDE without KMail and the only package that depends on openldap is LO. -- Neil Bothwick And what else floats.? pgpeQXG7wbI4H.pgp Description: OpenPGP digital signature
Re: [gentoo-user] kde 3.5 packages blocking each other
I've found out that there are some packages out of kde-basse that are pulling 3.5.10 packages while they're still masked ~x86 One is Amarok. Another, probably, is Ktorrent. Anyone has seen it or am I the only one not using KDE 4 ;-) ? Best regards to all Francisco On Sat, Jun 13, 2009 at 5:58 AM, Alan McKinnon alan.mckin...@gmail.comwrote: On Saturday 13 June 2009 01:54:45 Francisco Ares wrote: Thanks a lot! It's not completely obvious from Dirk's post (what he said is completely accurate though), but kde-3.5.10 will not receive monolithic ebuilds (dev decision). If you want kde-3.5.10, there is only one way to do it - Unmerge your existing kde monolithic packages Rememerge the new kde split packages There's a good migration guide at gentoo.org, called Migrating to KDE split ebuilds or some such. A quick search will find it for you. Francisco On Fri, Jun 12, 2009 at 5:58 PM, Dirk Heinrichs dirk.heinri...@online.dewrote: Am Freitag 12 Juni 2009 22:45:49 schrieb Francisco Ares: And how do I tell if an ebuild is monolithic or not? The monolithic ones install larger parts of KDE, and usually have the same names as the original source packages offered at KDE.org. The split ebuilds, well, split those packages into their individual applications, so you have ebuilds for konqueror (which is also part of kdenetwork) or kmail (kdepim). In addition, there are the -meta ebuilds, which have the same name as the monolitic ones, but with -meta appended (kdepim-meta). Those usually install the same applications than monolithic ebuilds, but as split ebuilds. So, when you install kde, you get a complete KDE from monolithic ebuilds and when you install kde-meta, you get a complete KDE from split ebuilds. That's also the reason why they block each other. When you have kdepim installed, you already got kmail, so you shouldn't install kmail from the split ebuild again. HTH... Dirk -- alan dot mckinnon at gmail dot com -- If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have one idea and we exchange these ideas, then each of us will have two ideas. - George Bernard Shaw
[gentoo-user] Plasma teething problems - Part I
Well, not Plasma's but mine for sure. I have been chasing my tail trying to reverse engineer processes/services/applications I do not want auto-running on a fresh Plasma installation and I'm fast losing the will to live. I've installed plasma-meta plus some kde-apps meta packages as follows: kde-apps/kdeadmin-meta kde-apps/kdecore-meta kde-apps/kdegraphics-meta kde-apps/kdemultimedia-meta kde-apps/kdenetwork-meta kde-apps/kdepim-meta kde-apps/kdeutils-meta kde-apps/kwalletmanager kde-frameworks/oxygen-icons kde-plasma/plasma-meta One of the above[1] brought in NetworkManager, which I don't use because for my use case there's nothing wrong with openrc netifrc scripts. When I plug in a USB wireless adaptor nothing happens since it stays dormant, although its LED illuminates. Then I enable it by starting 'net.wlp0s18f2u1' and at that point NM starts fighting over the wireless adaptor, resulting in the unpleasant phenomenon of dropping the connection every few minutes and changing its MAC address, consequently rendering it unusable with APs which implement ACL. [1] kde-plasma/plasma-meta requires kde-plasma/powerdevil, which requires kde- frameworks/networkmanager-qt, which requires net-misc/networkmanager, which requires net-misc/modemmanager So I naively thought, let's try stopping NM (note: the NetworkManager rc service is not set to run at any level, so something else is starting it). The moment I stop NM I find my logs being flooded with a storm of 'dbus failing to start obex', which bluez wants. Note: I have not started a bluetooth service, or tried running bluetootctl, and BTW rfkill shows the bluetooth adaptor is soft blocked anyway. So I now try to stop dbus and restart it, which results in losing access to any Plasma menu applications, so I can't launch any application. It may be worth mentioning when I leave alone NM and just disable the USB adaptor from openrc, I also lose access to launching KDE applications (the error message when trying to launch an app from a terminal mentions a Qt error). Could someone more knowledgeable in Plasma/KDE shenanigans please explain how I can end up with a workable USB wireless dongle, which I can enable/disable at will? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] A gentoo kind of dependency heck
On 6/11/06, Kevin O'Gorman [EMAIL PROTECTED] wrote: I first guess is to unmerge everything KDE, but even then, I'm not quite sure what I should emerge in its place. kde-meta? Would some kind soul who understands such stuff spell out the steps to get to a useable and maintainable system. I no longer have a maintainable one. Well at this point you need to decide whether you want to continue with the monolithic builds or move to the split ebuilds. Continue with monolithic: +System keeps working, for now. +Easy to fix current problem. -No future. Monolithic builds will probably not be available for KDE 4.x. Move to monolithic: +The way of the future. +Quicker, easier bug fixes. -Risk (merging might fail for some reason). -WIll take a while, as you need to recompile a bunch of stuff. If you decide you want to stay with the monolithic, then just unmerge everything that portage says is blocking when you try to merge kdepim, and then merge kdepim. If you decide to move to the split ebuilds, you should: 1. Do a quickpkg of kde-base/kdelibs kde-base/kdebase kde-base/kdeaddons kde-base/kdeadmin kde-base/kdeartwork kde-base/kdeedu kde-base/kdegames kde-base/kdegraphics kde-base/kdemultimedia kde-base/kdenetwork kde-base/kdepim kde-base/kdetoys kde-base/kdeutils kde-base/kdewebdev If something goes wrong in the migration, this will allow you to revert to the current monolithic builds quickly. 2. Unmerge all kde-base/* packages. Use 'emerge --depclean --pretend' to find the other dependancies of kde-base/kde that are installed, and remove those as well. (or just use the list above!) 3. Merge kde-base/kde-meta. This will take a long time. If something goes wrong that you cannot figure out, you should be able to reverse this by unmerging kde-base/kde-meta, plus all kde-base/* packages (again, --depclean --pretend can help here, or look in /var/db/pkg/kde-base). Then remerge the current kde with emerge --usepkgonly kde-base/kde. HTH, -Richard -- gentoo-user@gentoo.org mailing list
Fwd: [gentoo-user] Has MySQL become compulsory?
2009/10/25 Alan McKinnon alan.mckin...@gmail.com: On Sunday 25 October 2009 22:19:11 Mick wrote: # emerge -uatDv world These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] kde-base/kdepim-meta-4.3.1 USE=(-kdeprefix) [ebuild N ] kde-base/akonadi-4.3.1 USE=(-aqua) -debug (-kdeprefix) - semantic-desktop 0 kB Yes, you can't avoid having at least akonadi-server merged with kmail, it's a hard dep on kdepimlibs: $ equery depends akonadi-server * Searching for akonadi-server ... kde-base/akonadi-4.3.2 (=app-office/akonadi-server-1.2.1) kde-base/kdepimlibs-4.3.2 (=app-office/akonadi-server-1.2.0) Which I guess proves the point that Dirk is making. If I were to emerge akonadi again, will it pop up everytime I start kmail, knode, etc? No, at least mine doesn't here. I forget exactly what I did to achieve this, it was something like having trouble getting akonadi to work right, so I set all the kdepim apps to use the resource files directly in the fashion of KDE-3.5 Can you please share what you did on your system to make this happen if you can remember? Over here kde-base/akonadi is dragged in by kde-base/kdepim-meta and I haven't found a way to disable it. Every time I fire up kmail it starts up and causes delay as it fails to find/start mysqld. I have unmerged nepomuke and all related packages have been remerged with -semantic-desktop set in /etc/make.conf: # euse -I semantic-desktop global use flags (searching: semantic-desktop) [- c ] semantic-desktop - Cross-KDE support for semantic search and information retrieval Installed packages matching this USE flag: kde-base/akonadi-4.3.1 kde-base/dolphin-4.3.1-r1 kde-base/gwenview-4.3.1 kde-base/kdebase-meta-4.3.1 kde-base/kdelibs-4.3.1-r2 kde-base/kget-4.3.1 kde-base/kmail-4.3.1-r1 kde-base/pykde4-4.3.1 local use flags (searching: semantic-desktop) [- c ] semantic-desktop (kde-base/dolphin): Semantic desktop allows for storage of digital information and its metadata to allow the user to express his personal mental models, making all information become intuitively accessible. -- Regards, Mick
Re: [gentoo-user] Has MySQL become compulsory?
On Sunday 25 October 2009 13:35:30 Dirk Heinrichs wrote: Am Sonntag 25 Oktober 2009 14:18:45 schrieb Neil Bothwick: On Sun, 25 Oct 2009 13:30:32 +0100, Dirk Heinrichs wrote: Or turn off desktop searching, as I have on my notebook with a noticeable improvement in responsiveness. How would that affect akonadi? Because you no longer need it. Set USE=-semantic-desktop and akonadi isn't even installed. akonadi is an unconditional dep of kdepim. It's about storing PIM data, not desktop searching (strigi/nepomuk). Bye... Dirk I set -semantic-desktop in my /etc/make.conf. I unmerged akonadi. Then remerged: kde-base/kdelibs kde-base/gwenview kde-base/kget kde-base/dolphin kde-base/kmail kde-base/kdebase-meta kde-base/kdeaddons-meta These were all the packages that contained a semantic-desktop USE flag. Now I get this: # emerge -uatDv world These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] kde-base/kdepim-meta-4.3.1 USE=(-kdeprefix) [ebuild N] kde-base/akonadi-4.3.1 USE=(-aqua) -debug (-kdeprefix) - semantic-desktop 0 kB Which I guess proves the point that Dirk is making. If I were to emerge akonadi again, will it pop up everytime I start kmail, knode, etc? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] kde:3.5 dependency mess
Hi, kde:3.5 poses me a Gordian knot which I cannot cut. Besides the whole kde:4.2 packages I still have kde:3.5 packages. Trying to re-emerge e.g. kde-base/kdepim:3.5 I get blocking packages. Many packages are built with kde-base/kdelibs-3.5.10-r2 but some are in use with were built with kde-base/kdelibs-3.5.9-r4, e.g. app-office/kformula When I try to re-emerge app-office/kformula separately it fails with some linker errors. So, how can I cut my Gordian knot? (except re-emerging the whole kde-meta:3.5) Many thanks for a hint, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] Portage 2.2
On 24/07/2013 15:20, Neil Bothwick wrote: However, kmail sucks and akonadi sucks moar, so define for yourself @suckykde kdepim-meta And add to your world sets: @kde+@kdedev/@suckykde I see, what about operator precedence, is that equivalent to (@kde+@kdedev)/@kdesuckykde or @kde+(@kdedev/@kdesuckykde) It's been a long time since I studied set operators at Uni :( I think it's the former. But I've been known to be wrong on things (lately, more often than not...) Just looked on The Google, and there's no consensus I can find. Best advice seems to be that union and difference are equal precedence so the expression is evaluated left to right. Hence it's the former :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Has MySQL become compulsory?
On Monday 26 October 2009 20:26:54 Alan McKinnon wrote: I forget exactly what I did to achieve this, it was something like having trouble getting akonadi to work right, so I set all the kdepim apps to use the resource files directly in the fashion of KDE-3.5 Can you please share what you did on your system to make this happen if you can remember? Over here kde-base/akonadi is dragged in by kde-base/kdepim-meta and I haven't found a way to disable it. Every time I fire up kmail it starts up and causes delay as it fails to find/start mysqld. SystemSettings - Resources Thanks for this! Create the conventional addressbooks as files in ~/.kde4/share/kde4/services/resources - exactly as we did in KDE-3.5 Hmm I didn't have any files in there, there were all under ~/.kde3.5/share/apps/* I have set up conventional files or directories for all categories in there (kmail, addressbook, notes, calendar) but it still tries to start Akonadi. /sigh In the list of types of resources, there are Akondai related item, just don't use those, and kmail will use the file directly. I have unmerged nepomuke and all related packages have been remerged with -semantic-desktop set in /etc/make.conf: akonadi and nepomuk are not the same thing, not even remotely. Thanks I know that. You can't avoid having akonadi, nepomuk etc pulled in somehow. Just don't run them. Nepomuk is not pulled in here. Akonadi of course is another matter, because of the kdepim hardcoded dependency. Grateful for any more ideas to make that bloody akonadi give up. :-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] kde-base/baloo is blocking an upgrade
On 28/05/2016 10:08, Mick wrote:
> I came across this blocker and I'm not sure how to overcome it:
> ===
> [ebuild NS] kde-apps/kmix-15.12.3:5::gentoo [4.14.3-r1:4/4.14::gentoo]
> USE="alsa -debug -pulseaudio" 381 KiB
> [uninstall ] kde-apps/kmix-4.14.3-r1:4/4.14::gentoo USE="alsa handbook (-
> aqua) -canberra -debug -pulseaudio"
> [blocks b ] kde-apps/kmix:4 ("kde-apps/kmix:4" is blocking kde-
> apps/kmix-15.12.3)
> [ebuild NS] kde-apps/kdemultimedia-meta-15.12.3:5::gentoo
> [4.14.3:4::gentoo] USE="ffmpeg" 0 KiB
> [uninstall ] kde-apps/kdemultimedia-meta-4.14.3:4::gentoo USE="ffmpeg (-
> aqua) -mplayer"
> [blocks b ] kde-apps/kdemultimedia-meta:4 ("kde-apps/kdemultimedia-
> meta:4" is blocking kde-apps/kdemultimedia-meta-15.12.3)
> [blocks B ] kde-base/baloo:4[-minimal(-)] ("kde-base/baloo:4[-
> minimal(-)]" is blocking kde-frameworks/baloo-5.21.0)
>
> Total: 142 packages (76 upgrades, 34 new, 31 in new slots, 1 reinstall, 28
> uninstalls), Size of downloads: 123,018 KiB
> Conflict: 30 blocks (1 unsatisfied)
>
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
>
> sys-process/procps:0
>
> (sys-process/procps-3.3.11-r3:0/5::gentoo, ebuild scheduled for merge)
> pulled in by
> (no parents that aren't satisfied by other packages in this slot)
>
> (sys-process/procps-3.3.10-r1:0/0::gentoo, installed) pulled in by
> sys-process/procps:0/0= required by (dev-db/mysql-5.6.30:0/18::gentoo,
> installed)
> ^
>
>
>
> It may be possible to solve this problem by using package.mask to
> prevent one of those packages from being selected. However, it is also
> possible that conflicting dependencies exist such that they are
> impossible to satisfy simultaneously. If such a conflict exists in
> the dependencies of two different packages, then those packages can
> not be installed simultaneously. You may want to try a larger value of
> the --backtrack option, such as --backtrack=30, in order to see if
> that will solve this conflict automatically.
>
> For more information, see MASKED PACKAGES section in the emerge man
> page or refer to the Gentoo Handbook.
>
>
> * Error: The above package list contains packages which cannot be
> * installed at the same time on the same system.
>
> (kde-frameworks/baloo-5.21.0:5/5.21::gentoo, ebuild scheduled for merge)
> pulled in by
> >=kde-frameworks/baloo-5.21.0:5 required by (kde-
> apps/gwenview-15.12.3:5/5::gentoo, ebuild scheduled for merge)
> >=kde-frameworks/baloo-5.21.0:5 required by (kde-apps/dolphin-15.12.3-
> r1:5/5::gentoo, ebuild scheduled for merge)
> >=kde-frameworks/baloo-5.21.0:5 required by (kde-apps/baloo-
> widgets-15.12.3:5/5::gentoo, ebuild scheduled for merge)
>
> (kde-base/baloo-4.14.3:4/4.14::gentoo, installed) pulled in by
> >=kde-base/baloo-4.14.3:4[aqua=] (>=kde-base/baloo-4.14.3:4[-aqua])
> required by (kde-apps/kdepim-common-libs-4.14.10:4/4.14::gentoo, installed)
> ===
>
> I also attach the complete output in case there is something evident in there
> that I have missed.
>
I think you're screwed, and kdepim is at the bottom of it.
gwenview dolphin require kde-frameworks/baloo
kdepim-common-libs requires kde-base/baloo
Those 2 versions of baloo are mutually incompatible, you have to let one
go or move onto whatever Frameworks offers to replace kdepim.
What bits of kdepim do you use?
equery depends kdepim-common-libs
rinse repeat till we get a clear view of the deps (or run emerge world
again with -t)
--
Alan McKinnon
alan.mckin...@gmail.com
Re: [gentoo-user] seg fault emerging abiword
Mat Harris wrote: So from now on I should always install a package with -meta if its from kde (providing one is available eg. kdevelop)? Not necessarily. The meta packages are there to pull in a whole group of packages, so you don't have to name them all separately. But if you just use a few parts of KDE, you would install just those parts. They will still pull in a lot of dependencies, but not everything KDE under the sun. But back to the segfaults... Seeing that it also segfaulted on kdepim, this really looks like overheating. Or like bad RAM. Make sure your fans and vents are free of dust, that connectors and RAM modules are well seated. Debian or Red Hat might run without a problem, but compiling really heats up a CPU and uses all of the memory. Benno -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] no ebuilds to satisfy =dev-libs/grantlee-0.1
Apparently, though unproven, at 06:32 on Sunday 24 April 2011, Dale did opine thusly: Well, I synced and got this interesting message: root@fireball / # emerge -uvDNp world These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy =dev-libs/grantlee-0.1. (dependency required by kde-base/kjots-4.5.95 [ebuild]) (dependency required by kde-base/kdepim-meta-4.5.95 [ebuild]) (dependency required by kde-base/kde-meta-4.6.2[semantic-desktop] [installed]) (dependency required by @selected [set]) (dependency required by @world [argument]) root@fireball / # So, it is not masked or keyworded, it just plain ain't there. Since this is unstable, should I report it as a bug or wait on the Raid to show up on it's own? so is it kjots from the kde overlays that's doing it? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] KDE Plasma 5 moved to stable
On Saturday 09 Apr 2016 21:03:09 Neil Bothwick wrote: > On Sat, 09 Apr 2016 11:12:51 +0100, Mick wrote: > > I noticed to day that Plasma 5 is now stable, which means I will soon > > have to deal with it. I run a number of boxen with Gentoo on them. > > Some of them do not run a full KDE desktop, only selected KDE apps, > > some KDE meta packages including kdepim-meta. > > > > For these boxen I have set: > > > > [3] default/linux/amd64/13.0/desktop * > > > > and USE=kde, -gnome in make.conf. What would you recommend I do if I > > still do not wish to install or run the full KDE desktop environment? > > Are there any gotchas? > > I'd use the KDE profile. The packages you install are still the ones you > want but the profile means the USE flags are already as you need, and you > can always tweak any you want different anyway. Reading eselect news I thought that the KDE profile and kde USE flag is due to be withdrawn with Plasma 5 going stable, did I get this wrong? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KDE Plasma 5 moved to stable
On Sat, 09 Apr 2016 11:12:51 +0100, Mick wrote: > I noticed to day that Plasma 5 is now stable, which means I will soon > have to deal with it. I run a number of boxen with Gentoo on them. > Some of them do not run a full KDE desktop, only selected KDE apps, > some KDE meta packages including kdepim-meta. > > For these boxen I have set: > > [3] default/linux/amd64/13.0/desktop * > > and USE=kde, -gnome in make.conf. What would you recommend I do if I > still do not wish to install or run the full KDE desktop environment? > Are there any gotchas? I'd use the KDE profile. The packages you install are still the ones you want but the profile means the USE flags are already as you need, and you can always tweak any you want different anyway. -- Neil Bothwick WinErr 00D: Window closed - Do not look outside pgpPZvanUL3LO.pgp Description: OpenPGP digital signature
Re: [gentoo-user] kde-meta minus toys, games, etc
On Friday 02 June 2006 14:55, Mike Owen wrote: On 6/2/06, Mick [EMAIL PROTECTED] wrote: Hi All, Apologies if this has been asked before. I uninstalled my monolithic KDE and am ready to install the split KDE ebuilds. I want to install everything except toys, games and educational packages. Since the DO_NOT_COMPILE is not meant to be used anymore, how would you suggest I go about it? -- Regards, Mick Install kdebase-meta, kdeutils-meta, kdeadmin-meta, etc. Forgive my own ignorance, but what is the advantage to doing this over kdebase, kdeutils, kdeadmin, etc? I've got plenty of disk space, so I never bothered moving away from the monolithic builds. emerge kde worked better for me than emerge kde-meta, which brought in all the same binaries. I know it's much faster to update a particular package as opposed to kdepim (or kdenetwork, or kdemultimedia), but that's not really an issue for me. I really don't want to start a war, but I don't understand why the OP didn't just # emerge -C kdetoys kdegames kdeedu (with any required version numbers) and be done with it. Not having removed kde packages, I'm not sure that would work. But something along those lines should have solved his problem. Peter -- Our fathers ate manna in the desert, In the burning place where whirlwinds came. Lord, save us from that horrible land! Save us, oh-h-h-h-h save us From that dry and thirsty land. -- Songs of Gurney Halleck, Museum of Dar-es-Balat -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] kde-meta minus toys, games, etc
On 02/06/06, Peter Kelly [EMAIL PROTECTED] wrote: Install kdebase-meta, kdeutils-meta, kdeadmin-meta, etc. Forgive my own ignorance, but what is the advantage to doing this over kdebase, kdeutils, kdeadmin, etc? I've got plenty of disk space, so I never bothered moving away from the monolithic builds. emerge kde worked better for me than emerge kde-meta, which brought in all the same binaries. I know it's much faster to update a particular package as opposed to kdepim (or kdenetwork, or kdemultimedia), but that's not really an issue for me. I really don't want to start a war, but I don't understand why the OP didn't just # emerge -C kdetoys kdegames kdeedu (with any required version numbers) and be done with it. Not having removed kde packages, I'm not sure that would work. But something along those lines should have solved his problem. Yes it would (more or less). If I remember right, last time I tried unmerging kdetoys it would return everytime I did an emerge -u. That was a couple of years ago, before /etc/portage/* appeared. Now, I thought that sooner or later monolithic KDE will be deprecated and so I decided to eventually bite the bullet and move onto the split ebuilds on this occasion. -- Regards, Mick -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How to update (only) all installed KDE packages
On Mittwoch 03 März 2010, Helmut Jarausch wrote: On 3 Mar, Volker Armin Hemmann wrote: On Mittwoch 03 März 2010, Helmut Jarausch wrote: Hi, I'd like to upgrade all my installed package from, say, kde-base/* . emerge -u kde-base/kde-meta doesn't work unfortunately. Is there something easier than eix --only-names -I 'kde-base/*' | xargs emerge -uv1 -j4 --keep-going Many thanks for a hint, Helmut. emerge -u @kde if you have used sets and a recent portage version this should work nicely. Thanks, I had hoped that, but where is the set '@kde' I have portage-2.2_63 but emerge --list-sets only reports downgrade installed live-rebuild module-rebuild preserved-rebuild rebuilt-binaries security selected system unavailable world Helmut. hm, mine is a bit bigger... kde kde-4.3 kde-4.4 kde-4.5 kde-extras-live kde-live kdeaccessibility kdeaccessibility-4.3 kdeaccessibility-4.4 kdeaccessibility-4.5 kdeaccessibility-live kdeadmin kdeadmin-4.3 kdeadmin-4.4 kdeadmin-4.5 kdeadmin-live kdeartwork kdeartwork-4.3 kdeartwork-4.4 kdeartwork-4.5 kdeartwork-live kdebase kdebase-4.3 kdebase-4.4 kdebase-4.5 kdebase-live kdebindings kdebindings-4.3 kdebindings-4.4 kdebindings-4.5 kdebindings-live kdedeps-4.4 kdedeps-4.5 kdedeps-live kdeedu kdeedu-4.3 kdeedu-4.4 kdeedu-4.5 kdeedu-live kdegames kdegames-4.3 kdegames-4.4 kdegames-4.5 kdegames-live kdegraphics kdegraphics-4.3 kdegraphics-4.4 kdegraphics-4.5 kdegraphics-live kdelibs kdelibs-4.3 kdelibs-4.4 kdelibs-4.5 kdelibs-live kdemultimedia kdemultimedia-4.3 kdemultimedia-4.4 kdemultimedia-4.5 kdemultimedia-live kdenetwork kdenetwork-4.3 kdenetwork-4.4 kdenetwork-4.5 kdenetwork-live kdeoptional kdeoptional-4.3 kdeoptional-4.4 kdeoptional-4.5 kdeoptional-live kdepim kdepim-4.3 kdepim-4.4 kdepim-4.5 kdepim-live kdesdk kdesdk-4.3 kdesdk-4.4 kdesdk-4.5 kdesdk-live kdetoys kdetoys-4.3 kdetoys-4.4 kdetoys-4.5 kdetoys-live kdeutils kdeutils-4.3 kdeutils-4.4 kdeutils-4.5 kdeutils-live kdewebdev kdewebdev-4.3 kdewebdev-4.4 kdewebdev-4.5 kdewebdev-live koffice koffice-2 koffice-live live-rebuild maemo6 module-rebuild plasmoids plasmoids-live preserved-rebuild qt qt-all-4.5 qt-all-4.5-live-kde qt-all-4.5-live-nokia qt-all-4.6 qt-all-4.6-live-kde qt-all-4.6-live-nokia qt-all-live-kde qt-all-live-nokia qt-extras-live rebuilt-binaries security selected system unavailable world because of the KDE overlay (and qt and X) but you could create your own set in /etc/portage/sets or you could unpack that tarball I send you off list in /etc/portage/sets
Re: [gentoo-user] FIXED: Re: KDE3 removal
On Thursday 26 November 2009 19:20:26 Alan McKinnon wrote: On Thursday 26 November 2009 19:34:34 James wrote: kde-4.3.1 went smooth, except for I have to manually removed all the kde-3.5 packages. It had kde-meta-3.5.10. Is there some syntax or a better method to insure all the kde-3.5.x packages are removed, without a manual sweep? grep kde /var/lib/portage/world and eyeball the output. There should only be -meta packages, and individual packages for which you have NOT installed the -meta package, in there. vi the world file and remove the stuff that shouldn't be there, then That's a good point ... over the years I have accumulated all sorts of packages I am not sure I need (by forgetting to use --oneshot). Should these be in there? kde-base/akregator kde-base/ark kde-base/drkonqi kde-base/kaddressbook kde-base/kappfinder kde-base/kate kde-base/kcalc kde-base/kcharselect kde-base/kcheckpass kde-base/kcminit kde-base/kcontrol kde-base/kcron kde-base/kdeadmin-meta --Yes kde-base/kdeartwork-emoticons kde-base/kdeartwork-iconthemes kde-base/kdeartwork-kscreensaver kde-base/kdeartwork-meta --Yes kde-base/kdeartwork-sounds kde-base/kdeartwork-styles kde-base/kdeartwork-wallpapers kde-base/kdebase-data kde-base/kdebase-kioslaves kde-base/kdebase-meta --Yes kde-base/kdebase-startkde kde-base/kdebugdialog kde-base/kdegraphics-meta --Yes kde-base/kdelibs kde-base/kdemultimedia-kioslaves kde-base/kdemultimedia-meta --Yes kde-base/kdenetwork-filesharing kde-base/kdenetwork-meta --Yes kde-base/kdepasswd kde-base/kdepim-meta --Yes kde-base/kdesu kde-base/kdeutils-meta --Yes kde-base/kdewebdev-meta --Yes kde-base/kdf kde-base/kdialog kde-base/kdm kde-base/kdnssd kde-base/kfilereplace kde-base/kfloppy kde-base/kgamma kde-base/kget kde-base/kghostview kde-base/kgpg kde-base/khelpcenter kde-base/khotkeys kde-base/kicker kde-base/kimagemapeditor kde-base/kjots kde-base/klinkstatus kde-base/klipper kde-base/kmail kde-base/kmenuedit kde-base/kmix kde-base/knetattach kde-base/knetworkconf kde-base/kolourpaint kde-base/kommander kde-base/konqueror kde-base/konsole kde-base/kontact kde-base/kopete kde-base/kppp kde-base/krdc kde-base/kreadconfig kde-base/krfb kde-base/kruler kde-base/kscd kde-base/kscreensaver kde-base/ksmserver kde-base/ksnapshot kde-base/kstart kde-base/ksysguard kde-base/ksystraycmd kde-base/ktimer kde-base/kuser kde-base/kweather kde-base/kwin kde-base/kxsldbg kde-base/libkcddb kde-base/libkdepim kde-base/libkonq kde-base/nsplugins Other than the metas which I have marked with --Yes I'm not sure I need the rest. Shall I blow them away? emerge -C all-kde3.5-meta-packages-in-world emerge -a --depclean -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Has MySQL become compulsory?
Mick wrote: On Sunday 25 October 2009 13:35:30 Dirk Heinrichs wrote: Am Sonntag 25 Oktober 2009 14:18:45 schrieb Neil Bothwick: On Sun, 25 Oct 2009 13:30:32 +0100, Dirk Heinrichs wrote: Or turn off desktop searching, as I have on my notebook with a noticeable improvement in responsiveness. How would that affect akonadi? Because you no longer need it. Set USE=-semantic-desktop and akonadi isn't even installed. akonadi is an unconditional dep of kdepim. It's about storing PIM data, not desktop searching (strigi/nepomuk). Bye... Dirk I set -semantic-desktop in my /etc/make.conf. I unmerged akonadi. Then remerged: kde-base/kdelibs kde-base/gwenview kde-base/kget kde-base/dolphin kde-base/kmail kde-base/kdebase-meta kde-base/kdeaddons-meta These were all the packages that contained a semantic-desktop USE flag. Now I get this: # emerge -uatDv world These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] kde-base/kdepim-meta-4.3.1 USE=(-kdeprefix) [ebuild N] kde-base/akonadi-4.3.1 USE=(-aqua) -debug (-kdeprefix) - semantic-desktop 0 kB Which I guess proves the point that Dirk is making. If I were to emerge akonadi again, will it pop up everytime I start kmail, knode, etc? Well, I put -semantic-desktop in my USE line and ran emerge -uvDN world. It recompiled several things and told me it had some @preserved-rebuild packages to build. So, I ran that and got this little message: r...@smoker / # emerge @preserved-rebuild -a These are the packages that would be merged, in order: Calculating dependencies ... done! emerge: there are no ebuilds built with USE flags to satisfy =kde-base/kdelibs-4.3.2:4.3[semantic-desktop,-kdeprefix]. !!! One of the following packages is required to complete your request: - kde-base/kdelibs-4.3.2-r3 (Change USE: +semantic-desktop) (dependency required by kde-base/nepomuk-4.3.2 [ebuild]) (dependency required by @preserved-rebuild [argument]) r...@smoker / # So I guess we can't really have the USE flag disabled either. Neato ! sarcasm there Now to change my USE line back again and run emerge -uvDN world. Dale :-) :-)
Re: [gentoo-user] How to update after emerging KDE-3.4.0 using ~x86
Jamie Dobbs wrote: The unfortunate thing about that it it doesn't appear to accept the 'meta-package' to cover everything and I'm still trying to work out all the packages that need to be added. Ugh... # grep --no-filename deprange /usr/portage/kde-base/*-meta/*-meta-3.4.0.ebuild | sort | uniq | wc -l 281 281 (probably a few less when duplicates are removed) packages to add the ~x86 keyword for...yuck. Somebody tell me there is an easier way...that doesn't involve setting ~x86 in make.conf?? I guess your alternative is to unmerge kde-meta, and emerge the kde-mega packages instead. From my system: # grep kde /etc/portage/package.keywords kde-base/arts ~x86 kde-base/kde ~x86 kde-base/kdeaddons ~x86 kde-base/kdeadmin ~x86 kde-base/kdeartwork ~x86 kde-base/kdebase ~x86 kde-base/kdebase-pam ~x86 kde-base/kdeedu ~x86 kde-base/kdegames ~x86 kde-base/kdegraphics ~x86 kde-base/kdelibs ~x86 kde-base/kdemultimedia ~x86 kde-base/kdenetwork ~x86 kde-base/kdepim ~x86 kde-base/kdetoys ~x86 kde-base/kdeutils ~x86 -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Is there and Alternative to compiling kde?
Did you check out the Gentoo docs on kde split ebuilds? It has a lot of good info. I started to emerge with the kde and then decided to go with the meta so per the instructions I had to remove some stuff - it shows up as blocked. On Saturday 10 December 2005 11:31, Harry Putnam wrote: Neil Bothwick [EMAIL PROTECTED] writes: kde-base/kde is a meta package, it pulls in all the monolithic KDE builds. If you are concerned about installation compile times, you should not be trying to build the whole of KDE. Do you really need all of kdegames, kdeedu and kdetoys to get your system running? Stick with kde-base/kdebase or kde-base/kdebase-meta, you can cancel your current emerge and merge one of these instead, then add the rest of what you want once the system is running. I'm confused here. (even more..) Before starting the compile: I ran a comparision of `emerge -v -p kde' and emerge -v -p kde-meta The last showed a much larger pile of dependancies than the former. So I ran the former. I've now canceled as suggested and running `emerge kde-base/kdebase' It only showed the main kde-3.4X as dependancy. But with all the screwups I've managed to get these kde packages installed: (And don't need several of them) kde-base/kdegraphics-3.4.1-r1 * kde-base/kdelibs-3.4.1-r1 * kde-base/kdebase-pam-6 * kde-base/kde-env-3-r4 * kde-base/arts-3.4.1-r2 * kde-base/kdebase-3.4.1-r1 * kde-base/kdeartwork-3.4.1 * kde-base/kdepim-3.4.1-r2 * kde-base/kdegames-3.4.1 * kde-base/kdeutils-3.4.1 * kde-base/kdenetwork-3.4.1-r1 * kde-base/kdeedu-3.4.1-r1 * -- Brett I. Holcomb -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: has anyone tried KDE5?
Am Sonntag, 5. Oktober 2014, 18:59:31 schrieb Volker Armin Hemmann: Am 05.10.2014 um 18:27 schrieb Alan McKinnon: On 05/10/2014 17:50, Michael Palimaka wrote:ystem all that much. My real beef is with akonadi and kdepim. I could never get the damn thing to actually work or to tell me what it was doing in a manner I could understand. The last straw was around KDE-4.4 when the importer managed to destroy my entire mail store and leave me with nothing, so I switched to claws and several years later switched again to Thunderbird. or even better: akonadi eating 10 years and 100 000+ archived emails. But the gains were there - search became slower, if it worked at all and all filters broke - several times. I can't really count how many times i simply deleted all the .config/akonadi and .local/akonadi stuff - and let akonadi regenerate it, simply because i deeply believed in the whole crap getting better! It never got better... Currently i can live with all that stuff, simply by disabling all nepomuk- and akonadi-stuff and waiting for it to show all my mails again... Funny: My wife has a second account with exactly the same settings and is deeply annoyed by the permanent popups telling her that the balloo-indexer has closed... Indeed she has disabled it!!! So i have to kill that shit every time! Most annoying story in the last time: KdePIM 4.10 simply stopped working with my private Courier-IMAP-Server, telling everyone, that courier has a bug... Ok, maybe, but it worked since every Version and just stopped because one ore more developers simply decided to do things right!!! No Problem in Gentoo, simply mask and downgrade kdepim-meta... I had more problems at work with Kubuntu! With KDE4.10.1 everything works as expected... But this is just a gnome-like-behavior... The developers simply don't really care what the users want or need... i really never heard of anybody saying: Oh that search stuff is cool! I use it regularily! And to go deeper: Why don't they store documents in a database, that is better optimized for documents... MongoDB? CouchDB? Instead they use this shitty mixture of MySQL and Virtuoso!? WTF? -- jens reinemuth leonhard-eckel-siedlung 4 d-67483 edesheim mobil: +49.(0)176.63613420 mail: j...@reinemuth.info jabber: j...@jabber.reinemuth.info -- Stewie Griffin: So, what do you think of this Music Television?
Re: [gentoo-user] Re: has anyone tried KDE5?
On Monday 06 Oct 2014 16:44:57 Jens Reinemuth wrote: Am Sonntag, 5. Oktober 2014, 18:59:31 schrieb Volker Armin Hemmann: Am 05.10.2014 um 18:27 schrieb Alan McKinnon: On 05/10/2014 17:50, Michael Palimaka wrote:ystem all that much. My real beef is with akonadi and kdepim. I could never get the damn thing to actually work or to tell me what it was doing in a manner I could understand. The last straw was around KDE-4.4 when the importer managed to destroy my entire mail store and leave me with nothing, so I switched to claws and several years later switched again to Thunderbird. or even better: akonadi eating 10 years and 100 000+ archived emails. But the gains were there - search became slower, if it worked at all and all filters broke - several times. I can't really count how many times i simply deleted all the .config/akonadi and .local/akonadi stuff - and let akonadi regenerate it, simply because i deeply believed in the whole crap getting better! It never got better... Currently i can live with all that stuff, simply by disabling all nepomuk- and akonadi-stuff and waiting for it to show all my mails again... Funny: My wife has a second account with exactly the same settings and is deeply annoyed by the permanent popups telling her that the balloo-indexer has closed... Indeed she has disabled it!!! So i have to kill that shit every time! Most annoying story in the last time: KdePIM 4.10 simply stopped working with my private Courier-IMAP-Server, telling everyone, that courier has a bug... Ok, maybe, but it worked since every Version and just stopped because one ore more developers simply decided to do things right!!! No Problem in Gentoo, simply mask and downgrade kdepim-meta... I had more problems at work with Kubuntu! With KDE4.10.1 everything works as expected... But this is just a gnome-like-behavior... The developers simply don't really care what the users want or need... i really never heard of anybody saying: Oh that search stuff is cool! I use it regularily! And to go deeper: Why don't they store documents in a database, that is better optimized for documents... MongoDB? CouchDB? Instead they use this shitty mixture of MySQL and Virtuoso!? WTF? No, no, no! What they should do is use Microsoft's Sharepoint server solution, which stores documents in the MS SQL as binary blobs ... millions of corporate users can't be wrong! O_o -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] FIXED: Re: KDE3 removal
That's a good point ... over the years I have accumulated all sorts of packages I am not sure I need (by forgetting to use --oneshot). Should these be in there? kde-base/akregator kde-base/ark kde-base/drkonqi kde-base/kaddressbook kde-base/kappfinder kde-base/kate kde-base/kcalc kde-base/kcharselect kde-base/kcheckpass kde-base/kcminit kde-base/kcontrol kde-base/kcron kde-base/kdeadmin-meta--Yes kde-base/kdeartwork-emoticons kde-base/kdeartwork-iconthemes kde-base/kdeartwork-kscreensaver kde-base/kdeartwork-meta--Yes kde-base/kdeartwork-sounds kde-base/kdeartwork-styles kde-base/kdeartwork-wallpapers kde-base/kdebase-data kde-base/kdebase-kioslaves kde-base/kdebase-meta--Yes kde-base/kdebase-startkde kde-base/kdebugdialog kde-base/kdegraphics-meta--Yes kde-base/kdelibs kde-base/kdemultimedia-kioslaves kde-base/kdemultimedia-meta--Yes kde-base/kdenetwork-filesharing kde-base/kdenetwork-meta--Yes kde-base/kdepasswd kde-base/kdepim-meta--Yes kde-base/kdesu kde-base/kdeutils-meta--Yes kde-base/kdewebdev-meta--Yes kde-base/kdf kde-base/kdialog kde-base/kdm kde-base/kdnssd kde-base/kfilereplace kde-base/kfloppy kde-base/kgamma kde-base/kget kde-base/kghostview kde-base/kgpg kde-base/khelpcenter kde-base/khotkeys kde-base/kicker kde-base/kimagemapeditor kde-base/kjots kde-base/klinkstatus kde-base/klipper kde-base/kmail kde-base/kmenuedit kde-base/kmix kde-base/knetattach kde-base/knetworkconf kde-base/kolourpaint kde-base/kommander kde-base/konqueror kde-base/konsole kde-base/kontact kde-base/kopete kde-base/kppp kde-base/krdc kde-base/kreadconfig kde-base/krfb kde-base/kruler kde-base/kscd kde-base/kscreensaver kde-base/ksmserver kde-base/ksnapshot kde-base/kstart kde-base/ksysguard kde-base/ksystraycmd kde-base/ktimer kde-base/kuser kde-base/kweather kde-base/kwin kde-base/kxsldbg kde-base/libkcddb kde-base/libkdepim kde-base/libkonq kde-base/nsplugins Other than the metas which I have marked with --Yes I'm not sure I need the rest. Shall I blow them away? I have a rather bloated kde install and this is mine: r...@smoker / # grep kde /var/lib/portage/world kde-base/kde-meta kde-base/kde-meta:3.5 kde-misc/youtube-servicemenu r...@smoker / # You can always remove those things, run -p --depclean and add back with the -n option what you want to keep. Dale :-) :-) P. S. Upgraded to Seamonkey 2.0 and I got to adjust a few settings here. :/ It looks good on the screen but the quoting part . . . . sucks.
Re: [gentoo-user] Plasma teething problems - Part I
On Mon, 24 Jun 2019 12:00:36 +0100, Mick wrote: > Well, not Plasma's but mine for sure. I have been chasing my tail > trying to reverse engineer processes/services/applications I do not > want auto-running on a fresh Plasma installation and I'm fast losing > the will to live. > > I've installed plasma-meta plus some kde-apps meta packages as follows: > > kde-apps/kdeadmin-meta > kde-apps/kdecore-meta > kde-apps/kdegraphics-meta > kde-apps/kdemultimedia-meta > kde-apps/kdenetwork-meta > kde-apps/kdepim-meta > kde-apps/kdeutils-meta > kde-apps/kwalletmanager > kde-frameworks/oxygen-icons > kde-plasma/plasma-meta > > One of the above[1] brought in NetworkManager, which I don't use > because for my use case there's nothing wrong with openrc netifrc > scripts. When I plug in a USB wireless adaptor nothing happens since > it stays dormant, although its LED illuminates. Then I enable it by > starting 'net.wlp0s18f2u1' and at that point NM starts fighting over > the wireless adaptor, resulting in the unpleasant phenomenon of > dropping the connection every few minutes and changing its MAC address, > consequently rendering it unusable with APs which implement ACL. > > [1] kde-plasma/plasma-meta requires kde-plasma/powerdevil, which > requires kde- frameworks/networkmanager-qt, which requires > net-misc/networkmanager, which requires net-misc/modemmanager > > So I naively thought, let's try stopping NM (note: the NetworkManager > rc service is not set to run at any level, so something else is > starting it). The moment I stop NM I find my logs being flooded with a > storm of 'dbus failing to start obex', which bluez wants. Note: I have > not started a bluetooth service, or tried running bluetootctl, and BTW > rfkill shows the bluetooth adaptor is soft blocked anyway. > > So I now try to stop dbus and restart it, which results in losing > access to any Plasma menu applications, so I can't launch any > application. It may be worth mentioning when I leave alone NM and just > disable the USB adaptor from openrc, I also lose access to launching > KDE applications (the error message when trying to launch an app from a > terminal mentions a Qt error). > > Could someone more knowledgeable in Plasma/KDE shenanigans please > explain how I can end up with a workable USB wireless dongle, which I > can enable/disable at will? > Set USE="-wireless" for powerdevil I have KDE on this laptop, with no NM. The wireless connection is managed by systemd-networkd here, but the same should be possible with openrc and no NM. -- Neil Bothwick System halted - hit any Microsoft employee to continue. pgpLx8kJUwKsl.pgp Description: OpenPGP digital signature
Re: [gentoo-user] kde-base/baloo is blocking an upgrade
On 28/05/2016 10:08, Mick wrote:
> I came across this blocker and I'm not sure how to overcome it:
> ===
> [ebuild NS] kde-apps/kmix-15.12.3:5::gentoo [4.14.3-r1:4/4.14::gentoo]
> USE="alsa -debug -pulseaudio" 381 KiB
> [uninstall ] kde-apps/kmix-4.14.3-r1:4/4.14::gentoo USE="alsa handbook (-
> aqua) -canberra -debug -pulseaudio"
> [blocks b ] kde-apps/kmix:4 ("kde-apps/kmix:4" is blocking kde-
> apps/kmix-15.12.3)
> [ebuild NS] kde-apps/kdemultimedia-meta-15.12.3:5::gentoo
> [4.14.3:4::gentoo] USE="ffmpeg" 0 KiB
> [uninstall ] kde-apps/kdemultimedia-meta-4.14.3:4::gentoo USE="ffmpeg (-
> aqua) -mplayer"
> [blocks b ] kde-apps/kdemultimedia-meta:4 ("kde-apps/kdemultimedia-
> meta:4" is blocking kde-apps/kdemultimedia-meta-15.12.3)
> [blocks B ] kde-base/baloo:4[-minimal(-)] ("kde-base/baloo:4[-
> minimal(-)]" is blocking kde-frameworks/baloo-5.21.0)
>
> Total: 142 packages (76 upgrades, 34 new, 31 in new slots, 1 reinstall, 28
> uninstalls), Size of downloads: 123,018 KiB
> Conflict: 30 blocks (1 unsatisfied)
>
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
>
> sys-process/procps:0
>
> (sys-process/procps-3.3.11-r3:0/5::gentoo, ebuild scheduled for merge)
> pulled in by
> (no parents that aren't satisfied by other packages in this slot)
>
> (sys-process/procps-3.3.10-r1:0/0::gentoo, installed) pulled in by
> sys-process/procps:0/0= required by (dev-db/mysql-5.6.30:0/18::gentoo,
> installed)
> ^
>
>
>
> It may be possible to solve this problem by using package.mask to
> prevent one of those packages from being selected. However, it is also
> possible that conflicting dependencies exist such that they are
> impossible to satisfy simultaneously. If such a conflict exists in
> the dependencies of two different packages, then those packages can
> not be installed simultaneously. You may want to try a larger value of
> the --backtrack option, such as --backtrack=30, in order to see if
> that will solve this conflict automatically.
>
> For more information, see MASKED PACKAGES section in the emerge man
> page or refer to the Gentoo Handbook.
>
>
> * Error: The above package list contains packages which cannot be
> * installed at the same time on the same system.
>
> (kde-frameworks/baloo-5.21.0:5/5.21::gentoo, ebuild scheduled for merge)
> pulled in by
> >=kde-frameworks/baloo-5.21.0:5 required by (kde-
> apps/gwenview-15.12.3:5/5::gentoo, ebuild scheduled for merge)
> >=kde-frameworks/baloo-5.21.0:5 required by (kde-apps/dolphin-15.12.3-
> r1:5/5::gentoo, ebuild scheduled for merge)
> >=kde-frameworks/baloo-5.21.0:5 required by (kde-apps/baloo-
> widgets-15.12.3:5/5::gentoo, ebuild scheduled for merge)
>
> (kde-base/baloo-4.14.3:4/4.14::gentoo, installed) pulled in by
> >=kde-base/baloo-4.14.3:4[aqua=] (>=kde-base/baloo-4.14.3:4[-aqua])
> required by (kde-apps/kdepim-common-libs-4.14.10:4/4.14::gentoo, installed)
> ===
>
> I also attach the complete output in case there is something evident in there
> that I have missed.
>
I looked closer and here's your only hard blocker:
[blocks B ] kde-base/baloo:4[-minimal(-)]
("kde-base/baloo:4[-minimal(-)]" is blocking kde-frameworks/baloo-5.21.0)
USE="minimal" let's those two coexist, I have them like that here:
[I] kde-base/baloo
Available versions: (4) 4.14.3(4/4.14)^t
{aqua debug minimal}
Installed versions: 4.14.3(4)^t(19:35:56 06/03/2016)(minimal -aqua
-debug)
Homepage:https://www.kde.org/
Description: Next generation of the Nepomuk project
[U] kde-frameworks/baloo
Available versions: (5) 5.21.0(5/5.21) (~)5.22.0(5/5.22)
{debug doc test}
Installed versions: 5.21.0(5)(19:27:17 01/05/2016)(-debug -doc -test)
Homepage:https://www.kde.org/
Description: Framework for searching and managing metadata
and kdepim-common-libs is happy with that here too:
Calculating dependencies... done!
[ebuild N ] dev-libs/grantlee-0.4.0::gentoo USE="-debug -doc
{-test}" 1,144 KiB
[ebuild N ]
kde-apps/kdepim-runtime-4.14.11_pre20160211:4/4.14::gentoo USE="(-aqua)
-debug -google -kolab" 1,617 KiB
[ebuild N ]
kde-apps/kdepim-common-libs-4.14.11_pre20160211:4/4.14::gentoo
USE="(-aqua) -debug -google
Re: [gentoo-user] Has MySQL become compulsory?
On Monday 26 October 2009 16:26:23 Mick wrote: Which I guess proves the point that Dirk is making. If I were to emerge akonadi again, will it pop up everytime I start kmail, knode, etc? No, at least mine doesn't here. I forget exactly what I did to achieve this, it was something like having trouble getting akonadi to work right, so I set all the kdepim apps to use the resource files directly in the fashion of KDE-3.5 Can you please share what you did on your system to make this happen if you can remember? Over here kde-base/akonadi is dragged in by kde-base/kdepim-meta and I haven't found a way to disable it. Every time I fire up kmail it starts up and causes delay as it fails to find/start mysqld. SystemSettings - Resources Create the conventional addressbooks as files in ~/.kde4/share/kde4/services/resources - exactly as we did in KDE-3.5 In the list of types of resources, there are Akondai related item, just don't use those, and kmail will use the file directly. I have unmerged nepomuke and all related packages have been remerged with -semantic-desktop set in /etc/make.conf: akonadi and nepomuk are not the same thing, not even remotely. akonadi is a backend store for pim data (mail, addresses, etc). It is application agnostic, so in theory at least Thunderbird, kmail and Evolution could all use akonadi to get to the same data. nepomuk and strigi are involved with desktop search and indexing all of your data. It is similar in principle to Beagle on Gnome (but with bigger design scope). There's no reason Nepomuk can't use the data presented by akonadi for it's indexing, but it's not a requirement - it can just as easily index conventional maildirs. You can't avoid having akonadi, nepomuk etc pulled in somehow. Just don't run them. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Re: SMTP on Kmail-4.14.10 does not work without kde-apps/kwalletd-16.04.3-r1
On Thursday 08 Jun 2017 13:21:56 Jörg Schaible wrote: > > Yes, this seems to be the problem. Starting Kmail does not launch > > kwalletd5 and as a consequence kmail starts asking for each email account > > password separately. > > > > I guess until kmail:5 is installed I will have to start kwalletd5 by hand. > > My situation is different, since I use kwallet-pam. That one will start > kwallet5 automatically and I am not asked by KMail for passwords (after it > now also uses kwallet5). I'm puzzled: I have kde-plasma/kwallet-pam-5.8.6 installed, but it will *not* start kwalletd5. Bear in mind though, I do not run a full plasma desktop. Running Krusader:5 and trying to connect to a remote system starts kwalletd5 fine, but running kmail:4 it does not. > >> Note, you should install knotify:4 if you want notifications about failed > >> mail delivery from KMail. That was removed for me in an dependency > >> clean-up, because I had no entry for it in world. > > > > > > > > Hmm ... I thought kde-apps/knotify:4 was replaced with kde- > > frameworks/knotifyconfig:5? > > I simply recognized following line in the error log: > > akonadi_newmailnotifier_agent(6002)/kdeui (KNotification) > KNotification::slotReceivedIdError: Error while contacting notify daemon > "The name org.kde.knotify was not provided by any .service files" > > After installing knotify:4 I suddenly got desktopn messages from KMail > again. > > > A user complained that new messages no longer create a popup. > > Seems to match the error log. > > Cheers, > Jörg I think both kwallet:4 and knotify:4 should have been retained as dependencies until all kde:4 packages are removed from portage. I can think why knotify should be in world, since it ought to be a dependency for kdepim- meta/kdepimlibs/kdepim-runtime, all of which are I have installed here. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Confessional: how I generally use emerge.
On Fri, 18 Mar 2016 23:31:46 -0400, Alan Grimes wrote:
> The dependency graph that seems to be murdering me right now seems to
> be:
>
>
> kde -> wayland -> gles2 -> egl ->
I use KDE5 and don't have egl set anywhere in /etc/portage
> ..
>
> [ebuild N ] kde-plasma/plasma-meta-5.5.5:5::gentoo
> USE="display-manager gtk pam pulseaudio sddm sdk wallpapers -bluetooth
> -mediacenter -networkmanager" 0 KiB
> [ebuild NS] kde-apps/kde-meta-15.08.3:5::gentoo
> [4.14.3-r1:4::gentoo] 0 KiB
> [uninstall ] kde-apps/kde-meta-4.14.3-r1:4::gentoo USE="nls sdk
> -accessibility (-aqua) -kdepim -minimal"
> [blocks b ] kde-apps/kde-meta:4 ("kde-apps/kde-meta:4" is blocking
> kde-apps/kde-meta-15.08.3)
> [ebuild U ] dev-lang/mono-4.2.2.30::gentoo [4.2.2.10-r1::gentoo]
> USE="nls (-doc) -minimal -pax_kernel -xen" 0 KiB
> [ebuild N ] dev-dotnet/nuget-2.8.3::gentoo 0 KiB
> [ebuild U ] dev-dotnet/libgdiplus-4.2-r2::gentoo [4.2-r1::gentoo]
> USE="cairo" 0 KiB
> [ebuild U ] dev-util/monodevelop-5.9.5.9-r1::gentoo
> [3.0.2-r1::gentoo] USE="git gnome%* subversion -qtcurve%" 0 KiB
>
> Total: 119 packages (21 upgrades, 32 new, 54 in new slots, 12
> reinstalls, 80 uninstalls), Size of downloads: 395,848 KiB
> Conflict: 80 blocks
>
> WARNING: One or more updates/rebuilds have been skipped due to a
> dependency conflict:
>
> dev-qt/qtgui:5
>
> (dev-qt/qtgui-5.5.1-r1:5/5::gentoo, ebuild scheduled for merge)
> conflicts with
> ~dev-qt/qtgui-5.5.1[-egl] required by
> (dev-qt/qtmultimedia-5.5.1-r2:5/5::gentoo, installed)
I see no errors here, what is stopping the emerge from proceeding?
--
Neil Bothwick
I've found a solution to Fermat's Last Theorem but I see I've run out of
room o
pgpsVSilvFCVo.pgp
Description: OpenPGP digital signature
Re: [gentoo-user] kde:3.5 dependency mess
On Mittwoch 06 Mai 2009, Helmut Jarausch wrote: Hi, kde:3.5 poses me a Gordian knot which I cannot cut. Besides the whole kde:4.2 packages I still have kde:3.5 packages. Trying to re-emerge e.g. kde-base/kdepim:3.5 I get blocking packages. Many packages are built with kde-base/kdelibs-3.5.10-r2 but some are in use with were built with kde-base/kdelibs-3.5.9-r4, e.g. app-office/kformula When I try to re-emerge app-office/kformula separately it fails with some linker errors. So, how can I cut my Gordian knot? (except re-emerging the whole kde-meta:3.5) Many thanks for a hint, Helmut. get rid of 3.5.9. Install 4.2 with kdeprefix. Reemerge everything that is broken afterwards.
[gentoo-user] kmail not working after KDE 4.6 upgrade
After compiling KDE 4.6, kmail isn't accessing my email accounts. I get errors like this: Error while checking account gmail for new mail: The process for the imaps://imap.gmail.com protocol died unexpectedly. For all of my IMAP and POP accounts. My .xsessions files contains: kioslave: ### CRASH ## protocol = pop3s pid = 25338 signal = 11 kioslave: ### CRASH ## protocol = imaps pid = 25342 signal = 11 I recompiled all of the packages in kdepim-meta and anything I could find that seemed to reference kio, but that made no difference. I can shut off SSL on one of the POP accounts and it fetched email as expected. That really isn't an long term option, though, and several of the accounts only have SSL access. I hope that this is just an issue with something that needs to be recompiled, but I am not sure that to recompile at this point. revdep-rebuild doesn't turn up anything. Any ideas? -- Tami King
[gentoo-user] Re: Is there and Alternative to compiling kde?
Neil Bothwick [EMAIL PROTECTED] writes: kde-base/kde is a meta package, it pulls in all the monolithic KDE builds. If you are concerned about installation compile times, you should not be trying to build the whole of KDE. Do you really need all of kdegames, kdeedu and kdetoys to get your system running? Stick with kde-base/kdebase or kde-base/kdebase-meta, you can cancel your current emerge and merge one of these instead, then add the rest of what you want once the system is running. I'm confused here. (even more..) Before starting the compile: I ran a comparision of `emerge -v -p kde' and emerge -v -p kde-meta The last showed a much larger pile of dependancies than the former. So I ran the former. I've now canceled as suggested and running `emerge kde-base/kdebase' It only showed the main kde-3.4X as dependancy. But with all the screwups I've managed to get these kde packages installed: (And don't need several of them) kde-base/kdegraphics-3.4.1-r1 * kde-base/kdelibs-3.4.1-r1 * kde-base/kdebase-pam-6 * kde-base/kde-env-3-r4 * kde-base/arts-3.4.1-r2 * kde-base/kdebase-3.4.1-r1 * kde-base/kdeartwork-3.4.1 * kde-base/kdepim-3.4.1-r2 * kde-base/kdegames-3.4.1 * kde-base/kdeutils-3.4.1 * kde-base/kdenetwork-3.4.1-r1 * kde-base/kdeedu-3.4.1-r1 * -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: KDE (mono to meta) migration
Bo Ørsted Andresen bo.andresen at zlin.dk writes:
You weren't. Blocks are only within the same slot. In fact the split packages
blocks only the monolithic package they belong to.
Sorry, my last response got butchered. Gmane get's rediculous somethings
borderline upsurd on it's request to make lines shorter and other response
formating issues.
I have gotten ride of all of the blocking, by unmerging everthing kde I could
find:
525 emerge --unmerge kde-base/kdegraphics
526 emerge --unmerge kde-base/kdemultimedia
snip
Before or after the emerge -uavDN kde-meta?
If you are removing stuff it doesn't matter. If you are remerging stuff it
should be after. If you do it before it will be built against the old version
again which is pretty pointless.
another pair of 'revdep-rebuild' seemed to have worked?
However, the last time I did this I got a ton of blocking isses.
One more retry. I post again if this does not work.
One of the KDE devs should put out a tool or script to completely
nuke kde, then let folks run
emerge -uavDN kde-meta' and be done with it. Disk space is cheap
and I do not have time to 'hack' at kde across 7 workstations.
Re compiling everything from from scratch is no bid deal. Waisting
lots of timer, per machine to migrate from monolithic to meta
has wasted quite a lot of time, and I still have 6 more machines to go.
So on the next machine, here's my steps to completely nuke kde
install kde-meta:
First:
# emerge --unmerge kde-base/kdeartwork
# emerge --unmerge kde-base/kdegames
# emerge --unmerge kde-base/kdeaddons
# emerge --unmerge kde-base/kdewebdev
# emerge --unmerge kde-base/kdeadmin
# emerge --unmerge kde-base/kdegraphics
# emerge --unmerge kde-base/kdemultimedia
# emerge --unmerge kde-base/kdepim
# emerge --unmerge kde-base/kdeutils
# emerge --unmerge kde-base/kdeedu
# emerge --unmerge kde-base/kdebase
# emerge --unmerge kde-base/kdetoys
Second:
Now remove all old kde 3.2, 3.3, and 3.4 kruft
# cd /var/db/pkg emerge -Cva kde-base/*-3.{2,3,4}*
# env-update source /etc/profile etc-update update-eix eupdatedb
Third:
clean up broken links
# revdep-rebuild -p
# revdep-rebuild
# emerge --sync
# env-update source /etc/profile etc-update
Fourth:
install kde-meta
emerge -uavDNp kde-meta
if blocking occurs, unmerge clocking packages and return to Second
emerge -uavDN kde-meta
Did I miss anything? Did I get anything out of order?
Please edit to make this a mechanical process, or add in
options at the right place to go the selection of
individual kde packages after installing kdebase-meta?
PS I sure hope this helps other avoid this time-sync.
sincerely,
James
James
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Plasma teething problems - Part II
Mick wrote: > On Monday, 24 June 2019 12:44:34 BST Dale wrote: >> Mick wrote: >>> I often find a number of speech-dispatcher processes running: >>> 4732 ?SLl0:00 /usr/lib64/speech-dispatcher-modules/sd_dummy >>> /etc/> >>> speech-dispatcher/modules/dummy.conf >>> >>> 4734 ?SLl0:00 /usr/lib64/speech-dispatcher-modules/sd_generic >>> / >>> >>> etc/speech-dispatcher/modules/generic.conf >>> >>> 4736 ?SLl0:00 /usr/lib64/speech-dispatcher-modules/sd_cicero >>> / >>> >>> etc/speech-dispatcher/modules/cicero.conf >>> >>> 4737 ?Z 0:00 \_ [sd_cicero] >>> 4739 ?SLl0:00 /usr/lib64/speech-dispatcher-modules/sd_espeak >>> / >>> >>> etc/speech-dispatcher/modules/espeak.conf >>> >>> 4744 ?Ssl0:00 /usr/bin/speech-dispatcher --spawn >>> --communication-> >>> method unix_socket --socket-path >>> /run/user/1000/speech-dispatcher/speechd.sock >>> >>> I don't know what is starting these processes or what they have to offer >>> to my desktop. Checking systemsettings5/Accessibility Options/Screen >>> Reader, I can see it is NOT enabled. >>> >>> How can I get rid of these? >> I would start out by finding out what package /usr/bin/speech-dispatcher >> belongs too. Equery can help with that but other tools can as well. >> Once you find that, then check the USE flags to see what can be adjusted >> to get rid if that. I don't have it here so I can't do it on my system. >> >> Dale >> >> :-) :-) > Good call Dale, here's what I found: > > app-accessibility/speech-dispatcher is required by dev-qt/qtspeech, > > which is required by kde-apps/kdepim-runtime and kde-apps/kpimtextedit, > neither of which have a USE flag to stop speech-dispatcher kicking off. > > However, speech-dispatcher has USE="espeak" enabled, which I will try to > disable and see what happens thereafter. > I went through this a few years ago. I had some large programs installed that I didn't use, Kmail and others. I wanted to clean them out but at the time I had installed KDE with kde-meta. Basically, that installs everything KDE, wanted or not. I uninstalled that and went these instead: root@fireball / # equery list *kde*meta* * Searching for *kde*meta* ... [IP-] [ ] kde-apps/kdeadmin-meta-19.04.2:5 [IP-] [ ] kde-apps/kdebase-meta-19.04.2:5 [IP-] [ ] kde-apps/kdecore-meta-19.04.2:5 [IP-] [ ] kde-apps/kdegames-meta-19.04.2:5 [IP-] [ ] kde-apps/kdegraphics-meta-19.04.2:5 [IP-] [ ] kde-apps/kdemultimedia-meta-19.04.2:5 root@fireball / # Of course, there was still things I wanted to remove because I didn't use them. Of course there was things I wanted that I had to install manually as well. I got rid of some things with USE flags and others I just had to live with. Still, I slimmed it down a lot. If I put in more effort, I could slim it down more I suspect but it's close enough. This is one of the things I like about Gentoo, being able to cut off or get rid of things I don't want. USE flags help with that a lot. Glad you got it sorted out. Dale :-) :-)
Re: [gentoo-user] Syntax for masking kde:4?
What is the syntax for a single entry in package.mask to exclude the whole of kde:4? I did start masking each package separately, but that's far too much work - I'd finish up with an entry for every kde package that has a version 4. Also, kde:4, which seems like the right thing to specify, is an invalid package atom according to eix. Sorry for the late reply. I attach 3 files with tell-tale names to mask all of kde-4 (I was previously running ~x86). Throw them in /etc/portage/package.mask I might have been goofing around with one or two things... I think, for example, I needed to turn of the KDE use flag on svn in package.use: dev-util/subversion -kde Since it wants me to upgrade kdelibs to 4 something otherwise. When a new kde-4 comes out, I copy an old one and do a find-replace on like 4.2 to 4.3 or something.. Cheers, daid #Other fixes =media-sound/amarok-1.9 kde-base/kdepim-meta:4.1 # KDE deps =kde-base/qimageblitz-0.0* # KDE base libs kde-base/kdelibs:4.1 kde-base/kdepimlibs:4.1 kde-base/libkcddb:4.1 kde-base/libkcompactdisc:4.1 kde-base/libkdcraw:4.1 kde-base/libkdeedu:4.1 kde-base/libkdepim:4.1 kde-base/libkexiv2:4.1 kde-base/libkholidays:4.1 kde-base/libkipi:4.1 kde-base/libkleo:4.1 kde-base/libkonq:4.1 kde-base/libkpgp:4.1 kde-base/libksane:4.1 kde-base/libksieve:4.1 kde-base/libkworkspace:4.1 kde-base/libplasma:4.1 kde-base/libtaskmanager:4.1 # KDE packages kde-base/akonadi:4.1 kde-base/akregator:4.1 kde-base/amor:4.1 kde-base/ark:4.1 kde-base/blinken:4.1 kde-base/bovo:4.1 kde-base/cervisia:4.1 kde-base/dolphin:4.1 kde-base/dragonplayer:4.1 kde-base/drkonqi:4.1 kde-base/gwenview:4.1 kde-base/juk:4.1 kde-base/kaddressbook:4.1 kde-base/kalarm:4.1 kde-base/kalgebra:4.1 kde-base/kalzium:4.1 kde-base/kamera:4.1 kde-base/kanagram:4.1 kde-base/kappfinder:4.1 kde-base/kapptemplate:4.1 kde-base/kate:4.1 kde-base/katomic:4.1 kde-base/kbattleship:4.1 kde-base/kblackbox:4.1 kde-base/kblocks:4.1 kde-base/kbounce:4.1 kde-base/kbreakout:4.1 kde-base/kbruch:4.1 kde-base/kbugbuster:4.1 kde-base/kcachegrind:4.1 kde-base/kcalc:4.1 kde-base/kcharselect:4.1 kde-base/kcheckpass:4.1 kde-base/kcminit:4.1 kde-base/kcmshell:4.1 kde-base/kcolorchooser:4.1 kde-base/kcontrol:4.1 kde-base/kcron:4.1 kde-base/kde-l10n:4.1 kde-base/kde-meta:4.1 kde-base/kdeaccessibility-colorschemes:4.1 kde-base/kdeaccessibility-iconthemes:4.1 kde-base/kdeaccessibility-meta:4.1 kde-base/kdeaccounts-plugin:4.1 kde-base/kdeadmin-meta:4.1 kde-baes/kdeadmin-optional:4.1 kde-base/kdeartwork-colorschemes:4.1 kde-base/kdeartwork-emoticons:4.1 kde-base/kdeartwork-icewm-themes:4.1 kde-base/kdeartwork-iconthemes:4.1 kde-base/kdeartwork-kscreensaver:4.1 kde-base/kdeartwork-kworldclock:4.1 kde-base/kdeartwork-meta:4.1 kde-base/kdeartwork-sounds:4.1 kde-base/kdeartwork-styles:4.1 kde-base/kdeartwork-wallpapers:4.1 kde-base/kdebase-cursors:4.1 kde-base/kdebase-data:4.1 kde-base/kdebase-kioslaves:4.1 kde-base/kdebase-meta:4.1 kde-base/kdebase-startkde:4.1 kde-base/kdebugdialog:4.1 kde-base/kdeedu-meta:4.1 kde-base/kdegames-meta:4.1 kde-base/kdegames-optional:4.1 kde-base/kdegraphics-meta:4.1 kde-base/kdegraphics-strigi-analyzer:4.1 kde-base/kde-menu:4.1 kde-base/kde-menu-icons:4.1 kde-base/kdemaildir:4.1 kde-base/kdemultimedia-kioslaves:4.1 kde-base/kdemultimedia-meta:4.1 kde-base/kdenetwork-filesharing:4.1 kde-base/kdenetwork-meta:4.1 kde-base/kdepasswd:4.1 kde-base/kdepim-kresources:4.1 kde-base/kdepim-strigi-analyzer:4.1 kde-base/kdepim-wizards:4.1 kde-base/kdeplasma-addons:4.1 kde-base/kdesdk-kioslaves:4.1 kde-base/kdesdk-meta:4.1 kde-base/kdesdk-misc:4.1 kde-base/kdesdk-scripts:4.1 kde-base/kdesdk-strigi-analyzer:4.1 kde-base/kdessh:4.1 kde-base/kdesu:4.1 kde-base/kdetoys-meta:4.1 kde-base/kdeutils-meta:4.1 kde-base/kdeutils-optional:4.1 kde-base/kde-wallpapers:4.1 kde-base/kdf:4.1 kde-base/kdialog:4.1 kde-base/kdiamond:4.1 kde-base/kdm:4.1 kde-base/kdnssd:4.1 kde-base/keditbookmarks:4.1 kde-base/kfile:4.1 kde-base/kfind:4.1 kde-base/kfloppy:4.1 kde-base/kfourinline:4.1 kde-base/kgamma:4.1 kde-base/kgeography:4.1 kde-base/kget:4.1 kde-base/kgoldrunner:4.1 kde-base/kgpg:4.1 kde-base/khangman:4.1 kde-base/khelpcenter:4.1 kde-base/khotkeys:4.1 kde-base/kiconfinder:4.1 kde-base/kig:4.1 kde-base/kinfocenter:4.1 kde-base/kioclient:4.1 kde-base/kiriki:4.1 kde-base/kitchensync:4.1 kde-base/kiten:4.1 kde-base/kjots:4.1 kde-base/kjumpingcube:4.1 kde-base/kleopatra:4.1 kde-base/klettres:4.1 kde-base/klines:4.1 kde-base/klipper:4.1 kde-base/kmag:4.1 kde-base/kmahjongg:4.1 kde-base/kmail:4.1 kde-base/kmailcvt:4.1 kde-base/kmenuedit:4.1 kde-base/kmimetypefinder:4.1 kde-base/kmines:4.1 kde-base/kmix:4.1 kde-base/kmousetool:4.1 kde-base/kmouth:4.1 kde-base/kmplot:4.1 kde-base/knetattach:4.1 kde-base/knetwalk:4.1 kde-base/knetworkconf:4.1 kde-base/knewsticker:4.1 kde-base/knewstuff:4.1 kde-base/knode:4.1 kde-base/knotes:4.1 kde-base/knotify:4.1 kde-base/kode:4.1 kde-base/kolf:4.1 kde-base/kollision:4.1 kde-base/kolourpaint:4.1 kde-base/kompare:4.1 kde
Re: [gentoo-user] [FIXED] New install - Wayland and graphical login
On Tuesday, 29 June 2021 11:32:52 BST antlists wrote: > On 29/06/2021 10:44, Michael wrote: > > In Plasma this would be kwin, which acts as a window manager and a > > compositor. If you had installed Plasma in accordance with the URL I > > shared in previous emails you shouldn't have this problem, because from > > what I recall kwin is being drawn in as a dependency of Plasma. > > And Plasma is a dependency of what? Again, this is down to me not fully > understanding everything, but surely if I selected the > desktop/plasma/systemd profile, that should call in the basic plasma > packages by default? Maybe even the kde ones? The make.profile choice switches on/off certain USE flags and specifies a set of system packages for the particular profile. These will in turn drag in other packages as dependencies when you update your system. Therefore, unless you go for a minimalist make.profile you should not need to be emerging packages one at a time to get a functional desktop, although you will need to emerge individual applications of choice if these are not already included in the DE default set of packages. More details: https://wiki.gentoo.org/wiki/Profile_(Portage) KDE applications are mostly grouped in meta packages. These are meant to be installed selectively. For example I install 'kde-apps/kdepim-meta' because I use Kmail, but will not install 'kde-apps/kdegames-meta' because I don't run any games applications. > (Having re-read the KDE page, it's suddenly making a lot more sense, but > that's with hindsight. But am I right that the profile modifies the > system set of packages?) Yes, as I mention above, it modifies USE flags and specifies a set of system packages too. You could have started with a stripped down profile, like 'default/linux/ amd64/17.1/systemd (stable)' and then spend a lot of time tweaking USE flags and installing various packages and meta packages to get to the same end result. Thanks to Gentoo devs, all this work is no longer necessary since there are more make.profile options to choose from. :-) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] FIXED: Re: KDE3 removal
On Thursday 26 November 2009 22:59:24 Mick wrote: On Thursday 26 November 2009 19:20:26 Alan McKinnon wrote: On Thursday 26 November 2009 19:34:34 James wrote: kde-4.3.1 went smooth, except for I have to manually removed all the kde-3.5 packages. It had kde-meta-3.5.10. Is there some syntax or a better method to insure all the kde-3.5.x packages are removed, without a manual sweep? grep kde /var/lib/portage/world and eyeball the output. There should only be -meta packages, and individual packages for which you have NOT installed the -meta package, in there. vi the world file and remove the stuff that shouldn't be there, then That's a good point ... over the years I have accumulated all sorts of packages I am not sure I need (by forgetting to use --oneshot). Should these be in there? kde-base/akregator kde-base/ark kde-base/drkonqi kde-base/kaddressbook kde-base/kappfinder kde-base/kate kde-base/kcalc kde-base/kcharselect kde-base/kcheckpass kde-base/kcminit kde-base/kcontrol kde-base/kcron kde-base/kdeadmin-meta --Yes kde-base/kdeartwork-emoticons kde-base/kdeartwork-iconthemes kde-base/kdeartwork-kscreensaver kde-base/kdeartwork-meta --Yes kde-base/kdeartwork-sounds kde-base/kdeartwork-styles kde-base/kdeartwork-wallpapers kde-base/kdebase-data kde-base/kdebase-kioslaves kde-base/kdebase-meta --Yes kde-base/kdebase-startkde kde-base/kdebugdialog kde-base/kdegraphics-meta --Yes kde-base/kdelibs kde-base/kdemultimedia-kioslaves kde-base/kdemultimedia-meta --Yes kde-base/kdenetwork-filesharing kde-base/kdenetwork-meta --Yes kde-base/kdepasswd kde-base/kdepim-meta --Yes kde-base/kdesu kde-base/kdeutils-meta --Yes kde-base/kdewebdev-meta --Yes kde-base/kdf kde-base/kdialog kde-base/kdm kde-base/kdnssd kde-base/kfilereplace kde-base/kfloppy kde-base/kgamma kde-base/kget kde-base/kghostview kde-base/kgpg kde-base/khelpcenter kde-base/khotkeys kde-base/kicker kde-base/kimagemapeditor kde-base/kjots kde-base/klinkstatus kde-base/klipper kde-base/kmail kde-base/kmenuedit kde-base/kmix kde-base/knetattach kde-base/knetworkconf kde-base/kolourpaint kde-base/kommander kde-base/konqueror kde-base/konsole kde-base/kontact kde-base/kopete kde-base/kppp kde-base/krdc kde-base/kreadconfig kde-base/krfb kde-base/kruler kde-base/kscd kde-base/kscreensaver kde-base/ksmserver kde-base/ksnapshot kde-base/kstart kde-base/ksysguard kde-base/ksystraycmd kde-base/ktimer kde-base/kuser kde-base/kweather kde-base/kwin kde-base/kxsldbg kde-base/libkcddb kde-base/libkdepim kde-base/libkonq kde-base/nsplugins Other than the metas which I have marked with --Yes I'm not sure I need the rest. Shall I blow them away? Hmmm. You need to do it the long way round: 1. Remove them from the world file 2. emerge -p --depclean 3. Eyeball the output paying attention to KDE4 apps that portage thinks it must remove. Decide if you want to keep them. If so, put them in world or emerge the larger -meta package they are part of 4. emerge -a --depclean and enter y only when you are finally happy with the list. Again, pay attention to version numbers. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] no ebuilds to satisfy =dev-libs/grantlee-0.1
Alan McKinnon wrote: Apparently, though unproven, at 06:32 on Sunday 24 April 2011, Dale did opine thusly: Well, I synced and got this interesting message: root@fireball / # emerge -uvDNp world These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy =dev-libs/grantlee-0.1. (dependency required by kde-base/kjots-4.5.95 [ebuild]) (dependency required by kde-base/kdepim-meta-4.5.95 [ebuild]) (dependency required by kde-base/kde-meta-4.6.2[semantic-desktop] [installed]) (dependency required by @selected [set]) (dependency required by @world [argument]) root@fireball / # So, it is not masked or keyworded, it just plain ain't there. Since this is unstable, should I report it as a bug or wait on the Raid to show up on it's own? so is it kjots from the kde overlays that's doing it? I don't have any overlays on here that I know of, unless portage did something fancy that I'm not aware of. It appears that something got moved into the tree but maybe one ebuild got missed. That's the reason for my post and the question. Am I correct or is there something fishy on my system? I did wait a few hours and sync again, just in case I got it in the middle of the change or something. This is the correct command for listing local overlays correct? root@fireball / # layman -l root@fireball / # If that is correct, I shouldn't have any overlays. I don't want to file a bug and it be me. red face If the tree has a boo boo, I'd like to report it so it can get fixed otherwise someone else will run into this little error. Dale :-) :-)
Re: [gentoo-user] Re: has anyone tried KDE5?
On 6 October 2014 23:47:51 CEST, Mick michaelkintz...@gmail.com wrote: On Monday 06 Oct 2014 16:44:57 Jens Reinemuth wrote: Am Sonntag, 5. Oktober 2014, 18:59:31 schrieb Volker Armin Hemmann: Am 05.10.2014 um 18:27 schrieb Alan McKinnon: On 05/10/2014 17:50, Michael Palimaka wrote:ystem all that much. My real beef is with akonadi and kdepim. I could never get the damn thing to actually work or to tell me what it was doing in a manner I could understand. The last straw was around KDE-4.4 when the importer managed to destroy my entire mail store and leave me with nothing, so I switched to claws and several years later switched again to Thunderbird. or even better: akonadi eating 10 years and 100 000+ archived emails. But the gains were there - search became slower, if it worked at all and all filters broke - several times. I can't really count how many times i simply deleted all the .config/akonadi and .local/akonadi stuff - and let akonadi regenerate it, simply because i deeply believed in the whole crap getting better! It never got better... Currently i can live with all that stuff, simply by disabling all nepomuk- and akonadi-stuff and waiting for it to show all my mails again... Funny: My wife has a second account with exactly the same settings and is deeply annoyed by the permanent popups telling her that the balloo-indexer has closed... Indeed she has disabled it!!! So i have to kill that shit every time! Most annoying story in the last time: KdePIM 4.10 simply stopped working with my private Courier-IMAP-Server, telling everyone, that courier has a bug... Ok, maybe, but it worked since every Version and just stopped because one ore more developers simply decided to do things right!!! No Problem in Gentoo, simply mask and downgrade kdepim-meta... I had more problems at work with Kubuntu! With KDE4.10.1 everything works as expected... But this is just a gnome-like-behavior... The developers simply don't really care what the users want or need... i really never heard of anybody saying: Oh that search stuff is cool! I use it regularily! And to go deeper: Why don't they store documents in a database, that is better optimized for documents... MongoDB? CouchDB? Instead they use this shitty mixture of MySQL and Virtuoso!? WTF? No, no, no! What they should do is use Microsoft's Sharepoint server solution, which stores documents in the MS SQL as binary blobs ... millions of corporate users can't be wrong! O_o Please don't tell them! At one of my customers they use Sharepoint as a CVS for sourcecode I keep having to merge changes manually -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Re: KDE (mono to meta) migration
Your quoting style is terrible...! On Saturday 24 June 2006 17:25, James wrote: Unmerge what you don't need or remerge (after emerging kde 3.5) what you still need. When you are done with that the above command should give no output and any files still in /usr/kde/3.2 - 3.4 can be safely deleted since they belong to no package. Pay attention to what you do though. A revdep-rebuild before this step will probably take care of most of this. Here I was talking about cleaning out the cruft that third party applications that do not belong to KDE may leave behind after you have removed KDE from an old slot. This has nothing to do with the problems below. It is relevant when you are done upgrading kde and not before. [SNIP] Well, something is messed up. I still get many many blocks: [blocks B ] =kde-base/kdepim-3.5* (is blocking kde-base/libkpgp-3.5.0-r1) [SNIP] [blocks B ] =kde-base/kdegraphics-3.5* (is blocking kde-base/kamera-3.5.2) I after deleting everything. I unmerge everthing (KDE) I thought: 467emerge --unmerge kde-base/kdewebdev 468emerge --unmerge kde-base/kdeadmin 470emerge --unmerge kde-base/kdemultimedia 471emerge --unmerge kde-base/kdepim 472emerge --unmerge kde-base/kdeutils 475emerge --unmerge kde-base/kdetoys 477 emerge --unmerge kde-base/kdegraphics 480 emerge --unmerge kde-base/kdenetwork snip but they are still blocking? Did you unmerge kde? It depends on the monolithic packages above. # emerge --unmerge kde I tried revdep-rebuild emerge --rsync and env-update source /etc/profile etc-update update-eix eupdatedb That's pretty pointless at the moment. When you don't know what is pulling something in you should add --tree to the emerge command. -- Bo Andresen pgp7OfNZMicfr.pgp Description: PGP signature
[gentoo-user] Re: Re: Re: SMTP on Kmail-4.14.10 does not work without kde-apps/kwalletd-16.04.3-r1
Mick wrote: > On Thursday 08 Jun 2017 13:21:56 Jörg Schaible wrote: >> > Yes, this seems to be the problem. Starting Kmail does not launch >> > kwalletd5 and as a consequence kmail starts asking for each email >> > account password separately. >> > >> > I guess until kmail:5 is installed I will have to start kwalletd5 by >> > hand. >> >> My situation is different, since I use kwallet-pam. That one will start >> kwallet5 automatically and I am not asked by KMail for passwords (after >> it now also uses kwallet5). > > I'm puzzled: I have kde-plasma/kwallet-pam-5.8.6 installed, but it will > *not* > start kwalletd5. Bear in mind though, I do not run a full plasma desktop. Do you run SDDM? Do you have those two lines in it? -auth optionalpam_kwallet5.so -sessionoptionalpam_kwallet5.so auto_start Does your system password match the password of your wallet? > Running Krusader:5 and trying to connect to a remote system starts > kwalletd5 fine, but running kmail:4 it does not. Does kmail:4 work after krusader:5 started kwallet5? >> >> Note, you should install knotify:4 if you want notifications about >> >> failed mail delivery from KMail. That was removed for me in an >> >> dependency clean-up, because I had no entry for it in world. >> > >> > >> > >> > Hmm ... I thought kde-apps/knotify:4 was replaced with kde- >> > frameworks/knotifyconfig:5? >> >> I simply recognized following line in the error log: >> >> akonadi_newmailnotifier_agent(6002)/kdeui (KNotification) >> KNotification::slotReceivedIdError: Error while contacting notify daemon >> "The name org.kde.knotify was not provided by any .service files" >> >> After installing knotify:4 I suddenly got desktopn messages from KMail >> again. [snip] > I think both kwallet:4 and knotify:4 should have been retained as > dependencies > until all kde:4 packages are removed from portage. I can think why > knotify should be in world, since it ought to be a dependency for kdepim- > meta/kdepimlibs/kdepim-runtime, all of which are I have installed here. For me kwallet5 actually replaced kwallet:4 with the latest update. And I am glad about it, because the two wallets started to diverge and I had no longer a kwalletmanager:4. Cheers, Jörg
Re: [gentoo-user] equery not working
On Mon, Oct 03, 2005 at 09:50:03PM -0500, Paul Varner wrote: equery works fine for me here. Two questions, which version of gentoolkit do you have installed? What does ls -ld /var/db/pkg/kde-base/kde* show? Here is the info requested: # emerge -p gentoolkit These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] app-portage/gentoolkit-0.2.0 # # ls -ld /var/db/pkg/kde-base/kde* drwxr-xr-x 2 root root 912 Sep 28 14:24 /var/db/pkg/kde-base/kde-env-3-r4 drwxr-xr-x 2 root root 912 Sep 26 21:56 /var/db/pkg/kde-base/kde-meta-3.4.1 drwxr-xr-x 2 root root 608 Jul 3 2004 /var/db/pkg/kde-base/kdeaccessibility-3 .2.2 drwxr-xr-x 2 root root 920 Dec 30 2004 /var/db/pkg/kde-base/kdeaccessibility-3 .3.2 drwxr-xr-x 2 root root 928 Sep 26 21:00 /var/db/pkg/kde-base/kdeaddons-docs-kon q-plugins-3.4.1 drwxr-xr-x 2 root root 928 Sep 26 20:51 /var/db/pkg/kde-base/kdeaddons-kfile-pl ugins-3.4.1 drwxr-xr-x 2 root root 920 Sep 26 21:33 /var/db/pkg/kde-base/kdeaddons-meta-3.4 .1 drwxr-xr-x 2 root root 928 Sep 26 11:47 /var/db/pkg/kde-base/kdeadmin-kfile-plu gins-3.4.1 drwxr-xr-x 2 root root 920 Sep 26 11:48 /var/db/pkg/kde-base/kdeadmin-meta-3.4. 1 drwxr-xr-x 2 root root 928 Sep 26 21:39 /var/db/pkg/kde-base/kdeartwork-emotico ns-3.4.1 drwxr-xr-x 2 root root 928 Sep 26 21:54 /var/db/pkg/kde-base/kdeartwork-icewm-t hemes-3.4.1 drwxr-xr-x 2 root root 928 Sep 26 21:43 /var/db/pkg/kde-base/kdeartwork-iconthe mes-3.4.1 drwxr-xr-x 2 root root 928 Sep 26 21:50 /var/db/pkg/kde-base/kdeartwork-kscreen saver-3.4.1 drwxr-xr-x 2 root root 928 Sep 26 21:38 /var/db/pkg/kde-base/kdeartwork-kwin-st yles-3.4.1 drwxr-xr-x 2 root root 928 Sep 26 21:41 /var/db/pkg/kde-base/kdeartwork-kworldc lock-3.4.1 drwxr-xr-x 2 root root 920 Sep 26 21:55 /var/db/pkg/kde-base/kdeartwork-meta-3. 4.1 drwxr-xr-x 2 root root 920 Sep 26 21:55 /var/db/pkg/kde-base/kdeartwork-sounds- 3.4.1 drwxr-xr-x 2 root root 920 Sep 26 21:52 /var/db/pkg/kde-base/kdeartwork-styles- 3.4.1 drwxr-xr-x 2 root root 928 Sep 26 21:35 /var/db/pkg/kde-base/kdeartwork-wallpap ers-3.4.1 drwxr-xr-x 2 root root 920 Sep 28 23:25 /var/db/pkg/kde-base/kdebase-data-3.4.1 drwxr-xr-x 2 root root 928 Sep 29 00:41 /var/db/pkg/kde-base/kdebase-kioslaves- 3.4.1-r1 drwxr-xr-x 2 root root 920 Sep 29 01:50 /var/db/pkg/kde-base/kdebase-meta-3.4.1 drwxr-xr-x 2 root root 912 Jun 24 12:20 /var/db/pkg/kde-base/kdebase-pam-4 drwxr-xr-x 2 root root 920 Sep 29 01:31 /var/db/pkg/kde-base/kdebase-startkde-3 .4.1 drwxr-xr-x 2 root root 920 Sep 29 00:03 /var/db/pkg/kde-base/kdebugdialog-3.4.1 drwxr-xr-x 2 root root 920 Sep 25 22:09 /var/db/pkg/kde-base/kdeedu-applnk-3.4. 1 drwxr-xr-x 2 root root 912 Sep 25 23:20 /var/db/pkg/kde-base/kdeedu-meta-3.4.1 drwxr-xr-x 2 root root 920 Sep 26 10:13 /var/db/pkg/kde-base/kdegames-meta-3.4. 1 drwxr-xr-x 2 root root 928 Sep 26 19:12 /var/db/pkg/kde-base/kdegraphics-kfile- plugins-3.4.1 drwxr-xr-x 2 root root 920 Sep 26 20:25 /var/db/pkg/kde-base/kdegraphics-meta-3 .4.1 drwxr-xr-x 2 root root 576 Jan 20 2004 /var/db/pkg/kde-base/kdelibs-3.1.5 drwxr-xr-x 2 root root 600 Jul 29 2004 /var/db/pkg/kde-base/kdelibs-3.2.3 drwxr-xr-x 2 root root 912 Jun 22 21:08 /var/db/pkg/kde-base/kdelibs-3.3.2-r9 drwxr-xr-x 2 root root 912 Jul 5 00:26 /var/db/pkg/kde-base/kdelibs-3.4.1-r1 drwxr-xr-x 2 root root 920 Sep 26 10:40 /var/db/pkg/kde-base/kdemultimedia-arts -3.4.1 drwxr-xr-x 2 root root 936 Sep 26 11:09 /var/db/pkg/kde-base/kdemultimedia-kapp finder-data-3.4.1 drwxr-xr-x 2 root root 928 Sep 26 10:20 /var/db/pkg/kde-base/kdemultimedia-kfil e-plugins-3.4.1 drwxr-xr-x 2 root root 928 Sep 26 10:18 /var/db/pkg/kde-base/kdemultimedia-kios laves-3.4.1 drwxr-xr-x 2 root root 920 Sep 26 11:35 /var/db/pkg/kde-base/kdemultimedia-meta -3.4.1 drwxr-xr-x 2 root root 928 Sep 26 08:40 /var/db/pkg/kde-base/kdenetwork-filesha ring-3.4.1 drwxr-xr-x 2 root root 928 Sep 26 08:50 /var/db/pkg/kde-base/kdenetwork-kfile-p lugins-3.4.1 drwxr-xr-x 2 root root 920 Sep 26 08:58 /var/db/pkg/kde-base/kdenetwork-meta-3. 4.1 drwxr-xr-x 2 root root 912 Sep 29 00:29 /var/db/pkg/kde-base/kdepasswd-3.4.1 drwxr-xr-x 2 root root 920 Sep 26 00:47 /var/db/pkg/kde-base/kdepim-kioslaves-3 .4.1 drwxr-xr-x 2 root root 920 Sep 26 00:24 /var/db/pkg/kde-base/kdepim-kresources- 3.4.1 drwxr-xr-x 2 root root 912 Sep 26 06:56 /var/db/pkg/kde-base/kdepim-meta-3.4.1 drwxr-xr-x 2 root root 920 Sep 26 01:21 /var/db/pkg/kde-base/kdepim-wizards-3.4 .1 drwxr-xr-x 2 root root 912 Sep 29 01:21 /var/db/pkg/kde-base/kdeprint-3.4.1 drwxr-xr-x 2 root root 576 Nov 28 2003 /var/db/pkg/kde-base/kdesdk-3.1.4 drwxr-xr-x 2 root root 912 Sep 29 00:57 /var/db/pkg/kde-base/kdesktop-3.4.1 drwxr-xr-x 2 root root 912 Sep 28 23:22 /var/db/pkg/kde-base/kdesu-3.4.1 drwxr-xr-x 2 root root 920 Sep 26 12:02 /var/db/pkg/kde-base/kdetoys-meta-3.4.1 drwxr-xr-x 2 root root 920 Sep 26 07:35 /var/db/pkg/kde-base/kdeutils-meta-3.4. 1 drwxr-xr-x 2 root root 920 Sep 26 20
Re: [gentoo-user] Confessional: how I generally use emerge.
The dependency graph that seems to be murdering me right now seems to be:
kde -> wayland -> gles2 -> egl ->
#
..
[ebuild N ] kde-plasma/plasma-meta-5.5.5:5::gentoo
USE="display-manager gtk pam pulseaudio sddm sdk wallpapers -bluetooth
-mediacenter -networkmanager" 0 KiB
[ebuild NS ] kde-apps/kde-meta-15.08.3:5::gentoo
[4.14.3-r1:4::gentoo] 0 KiB
[uninstall ] kde-apps/kde-meta-4.14.3-r1:4::gentoo USE="nls sdk
-accessibility (-aqua) -kdepim -minimal"
[blocks b ] kde-apps/kde-meta:4 ("kde-apps/kde-meta:4" is blocking
kde-apps/kde-meta-15.08.3)
[ebuild U ] dev-lang/mono-4.2.2.30::gentoo [4.2.2.10-r1::gentoo]
USE="nls (-doc) -minimal -pax_kernel -xen" 0 KiB
[ebuild N ] dev-dotnet/nuget-2.8.3::gentoo 0 KiB
[ebuild U ] dev-dotnet/libgdiplus-4.2-r2::gentoo [4.2-r1::gentoo]
USE="cairo" 0 KiB
[ebuild U ] dev-util/monodevelop-5.9.5.9-r1::gentoo
[3.0.2-r1::gentoo] USE="git gnome%* subversion -qtcurve%" 0 KiB
Total: 119 packages (21 upgrades, 32 new, 54 in new slots, 12
reinstalls, 80 uninstalls), Size of downloads: 395,848 KiB
Conflict: 80 blocks
WARNING: One or more updates/rebuilds have been skipped due to a
dependency conflict:
dev-qt/qtgui:5
(dev-qt/qtgui-5.5.1-r1:5/5::gentoo, ebuild scheduled for merge)
conflicts with
~dev-qt/qtgui-5.5.1[-egl] required by
(dev-qt/qtmultimedia-5.5.1-r2:5/5::gentoo, installed)
tortoise ~ #
#
Dale wrote:
> Neil Bothwick wrote:
>>
>> Why ask the same question again when you got an answer last time?
>>
>> Hint: look at the output for asciidoc.
>> --
>> Sent from my Android phone with K-9 Mail. Please excuse my brevity.
> I have to add this. From what I understand about the scripts he is
> using, he is blindly letting emerge do updates without checking to see
> if the updates fall into line with what he *needs*. If I read it
> correctly, any USE flag change will be missed until it hits the fan and
> is broken. That would then mean taking a lot of time to go back through
> logs and figuring out just when it went wrong and most importantly, what
> caused it and how to fix it. Since the change could have happened
> several updates ago, that could involve some work and a lot of rebuilding.
>
> Doing the sync in a script and even getting a email or something with
> the -p output is fine but updating blindly is not a good idea.
>
> At this point, I think I understand why he is having so much trouble.
> At the very least, check to see what USE flags are changing before doing
> updates. There are other things that are important but that is one that
> changes a good bit.
>
> Dale
>
> :-) :-)
>
>
--
IQ is a measure of how stupid you feel.
Powers are not rights.
Re: [gentoo-user] Unmasking KDE-3.5
OK. I got it working. Holy smoke that is one heck of a download. I'm going to upgrade gcc first though. No need compiling all that then having to do it again. This is my package.keywords file: =media-libs/akode-2.0_rc1 ~x86 =app-text/poppler-0.4.2-r1 ~x86 =app-text/poppler-0.4.2 ~x86 =sys-fs/udev-071 ~x86 =sys-fs/udev-072 ~x86 =sys-fs/udev-073 ~x86 =sys-apps/hal-0.5.4 ~x86 =sys-apps/hal-0.5.5.1 ~x86 sys-apps/pmount ~x86 sys-apps/dbus ~x86 kde-base/akode ~x86 kde-base/akregator ~x86 kde-base/amor ~x86 kde-base/ark ~x86 kde-base/arts ~x86 kde-base/artsplugin-akode ~x86 kde-base/artsplugin-audiofile ~x86 kde-base/artsplugin-mpeglib ~x86 kde-base/artsplugin-mpg123 ~x86 kde-base/artsplugin-xine ~x86 kde-base/atlantik ~x86 kde-base/atlantikdesigner ~x86 kde-base/blinken ~x86 kde-base/certmanager ~x86 kde-base/cervisia ~x86 kde-base/dcopc ~x86 kde-base/dcopjava ~x86 kde-base/dcopperl ~x86 kde-base/dcoppython ~x86 kde-base/dcoprss ~x86 kde-base/drkonqi ~x86 kde-base/eyesapplet ~x86 kde-base/fifteenapplet ~x86 kde-base/juk ~x86 kde-base/kaboodle ~x86 kde-base/kaddressbook ~x86 kde-base/kaddressbook-plugins ~x86 kde-base/kalarm ~x86 kde-base/kalyptus ~x86 kde-base/kalzium ~x86 kde-base/kamera ~x86 kde-base/kanagram ~x86 kde-base/kandy ~x86 kde-base/kappfinder ~x86 kde-base/kapptemplate ~x86 kde-base/karm ~x86 kde-base/kasteroids ~x86 kde-base/kate ~x86 kde-base/kate-plugins ~x86 kde-base/katomic ~x86 kde-base/kaudiocreator ~x86 kde-base/kbabel ~x86 kde-base/kbackgammon ~x86 kde-base/kbattleship ~x86 kde-base/kblackbox ~x86 kde-base/kbounce ~x86 kde-base/kbruch ~x86 kde-base/kbstateapplet ~x86 kde-base/kbugbuster ~x86 kde-base/kcachegrind ~x86 kde-base/kcalc ~x86 kde-base/kcharselect ~x86 kde-base/kcheckpass ~x86 kde-base/kcminit ~x86 kde-base/kcoloredit ~x86 kde-base/kcontrol ~x86 kde-base/kcron ~x86 kde-base/kdat ~x86 kde-base/kdcop ~x86 kde-base/kde ~x86 kde-base/kde-env ~x86 kde-base/kde-i18n ~x86 kde-base/kde-meta ~x86 kde-base/kdeaccessibility ~x86 kde-base/kdeaccessibility-iconthemes ~x86 kde-base/kdeaccessibility-meta ~x86 kde-base/kdeaddons ~x86 kde-base/kdeaddons-docs-konq-plugins ~x86 kde-base/kdeaddons-kfile-plugins ~x86 kde-base/kdeaddons-meta ~x86 kde-base/kdeadmin ~x86 kde-base/kdeadmin-kfile-plugins ~x86 kde-base/kdeadmin-meta ~x86 kde-base/kdeartwork ~x86 kde-base/kdeartwork-emoticons ~x86 kde-base/kdeartwork-icewm-themes ~x86 kde-base/kdeartwork-iconthemes ~x86 kde-base/kdeartwork-kscreensaver ~x86 kde-base/kdeartwork-kwin-styles ~x86 kde-base/kdeartwork-kworldclock ~x86 kde-base/kdeartwork-meta ~x86 kde-base/kdeartwork-sounds ~x86 kde-base/kdeartwork-styles ~x86 kde-base/kdeartwork-wallpapers ~x86 kde-base/kdebase ~x86 kde-base/kdebase-data ~x86 kde-base/kdebase-kioslaves ~x86 kde-base/kdebase-meta ~x86 kde-base/kdebase-pam ~x86 kde-base/kdebase-startkde ~x86 kde-base/kdebindings-meta ~x86 kde-base/kdebugdialog ~x86 kde-base/kdeedu ~x86 kde-base/kdeedu-applnk ~x86 kde-base/kdeedu-meta ~x86 kde-base/kdegames ~x86 kde-base/kdegames-meta ~x86 kde-base/kdegraphics ~x86 kde-base/kdegraphics-kfile-plugins ~x86 kde-base/kdegraphics-meta ~x86 kde-base/kdejava ~x86 kde-base/kdelibs ~x86 kde-base/kdelirc ~x86 kde-base/kdemultimedia ~x86 kde-base/kdemultimedia-arts ~x86 kde-base/kdemultimedia-kappfinder-data ~x86 kde-base/kdemultimedia-kfile-plugins ~x86 kde-base/kdemultimedia-kioslaves ~x86 kde-base/kdemultimedia-meta ~x86 kde-base/kdenetwork ~x86 kde-base/kdenetwork-filesharing ~x86 kde-base/kdenetwork-kfile-plugins ~x86 kde-base/kdenetwork-meta ~x86 kde-base/kdepasswd ~x86 kde-base/kdepim ~x86 kde-base/kdepim-kioslaves ~x86 kde-base/kdepim-kresources ~x86 kde-base/kdepim-meta ~x86 kde-base/kdepim-wizards ~x86 kde-base/kdeprint ~x86 kde-base/kdesdk ~x86 kde-base/kdesdk-kfile-plugins ~x86 kde-base/kdesdk-kioslaves ~x86 kde-base/kdesdk-meta ~x86 kde-base/kdesdk-misc ~x86 kde-base/kdesdk-scripts ~x86 kde-base/kdesktop ~x86 kde-base/kdesu ~x86 kde-base/kdetoys ~x86 kde-base/kdetoys-meta ~x86 kde-base/kdeutils ~x86 kde-base/kdeutils-meta ~x86 kde-base/kdewebdev ~x86 kde-base/kdewebdev-meta ~x86 kde-base/kdf ~x86 kde-base/kdialog ~x86 kde-base/kdict ~x86 kde-base/kdm ~x86 kde-base/kdnssd ~x86 kde-base/kdvi ~x86 kde-base/kedit ~x86 kde-base/keduca ~x86 kde-base/kenolaba ~x86 kde-base/kfax ~x86 kde-base/kfilereplace ~x86 kde-base/kfind ~x86 kde-base/kfloppy ~x86 kde-base/kfouleggs ~x86 kde-base/kgamma ~x86 kde-base/kgeography ~x86 kde-base/kget ~x86 kde-base/kghostview ~x86 kde-base/kgoldrunner ~x86 kde-base/kgpg ~x86 kde-base/khangman ~x86 kde-base/khelpcenter ~x86 kde-base/khexedit ~x86 kde-base/khotkeys ~x86 kde-base/kicker ~x86 kde-base/kicker-applets ~x86 kde-base/kiconedit ~x86 kde-base/kig ~x86 kde-base/kimagemapeditor ~x86 kde-base/kitchensync ~x86 kde-base/kiten ~x86 kde-base/kjots ~x86 kde-base/kjsembed ~x86 kde-base/kjumpingcube ~x86 kde-base/klaptopdaemon ~x86 kde-base/klatin ~x86 kde-base/klettres ~x86 kde-base/klickety ~x86 kde-base/klines ~x86 kde-base/klinkstatus ~x86 kde-base/klipper ~x86
Re: [gentoo-user] Plasma teething problems - Part II
On Monday, 24 June 2019 21:40:07 BST you wrote: > On Monday, 24 June 2019 21:16:51 BST Dale wrote: > > I went through this a few years ago. I had some large programs > > installed that I didn't use, Kmail and others. I wanted to clean them > > out but at the time I had installed KDE with kde-meta. Basically, that > > installs everything KDE, wanted or not. I uninstalled that and went > > > these instead: > According to the current wiki page these days the kde-meta has been replaced > with plasma-meta. This is how I have configured plasma-meta: > > Installed versions: 5.15.5(5)(12:58:00 14/06/19)(bluetooth browser- > integration crypt desktop-portal display-manager elogind handbook legacy- > systray pam pm-utils sddm wallpapers -consolekit -discover -grub -gtk - > networkmanager -plymouth -pulseaudio -sdk -systemd) > > BUT ... I am thinking of uninstalling it, deplclean-ing my world and > installing kde-plasma/plasma-desktop which is the slim version, while > keeping some select kde-meta packages I need/want. > > > root@fireball / # equery list *kde*meta* > > > > * Searching for *kde*meta* ... > > > > [IP-] [ ] kde-apps/kdeadmin-meta-19.04.2:5 > > I have this installed too. > > > [IP-] [ ] kde-apps/kdebase-meta-19.04.2:5 > > I think the kdebase-meta was meant to be a transitional package from KDE4 to > plasma/KDE5. I suspect this has been superseded by kde-plasma/plasma-meta, > but I'm not sure. In any case, I do not have this installed. > > > [IP-] [ ] kde-apps/kdecore-meta-19.04.2:5 > > I have this installed too. > > > [IP-] [ ] kde-apps/kdegames-meta-19.04.2:5 > > No games for me, thanks. > > > [IP-] [ ] kde-apps/kdegraphics-meta-19.04.2:5 > > [IP-] [ ] kde-apps/kdemultimedia-meta-19.04.2:5 > > I have these two installed, plus: > > [IP-] [ ] kde-apps/kdenetwork-meta-18.12.3:5 > [IP-] [ ] kde-apps/kdepim-meta-18.12.3:5 > [IP-] [ ] kde-apps/kdeutils-meta-18.12.3:5 > > > This is one of the things I like about Gentoo, being able to cut off or > > get rid of things I don't want. USE flags help with that a lot. > > > > Glad you got it sorted out. > > Sadly I'm not there yet. I've got to figure out how to get back my Suspend > to Ram, Hibernate, Reboot, and Shutdown buttons, without re-importing > NetworkManager, or at least without having it being started by powerdevil. Hmm ... plasma-desktop was already installed, dragged in by plasma-meta. So no need to reinstall it. Sadly trying to depclean after removing plasma-meta will get rid of a lot of packages, something I'm not keen to do: >>> These are the packages that would be unmerged: kde-plasma/plasma-browser-integration selected: 5.15.5 protected: none omitted: none kde-plasma/plasma-vault selected: 5.15.5 protected: none omitted: none kde-plasma/kdeplasma-addons selected: 5.15.5 protected: none omitted: none kde-plasma/kscreen selected: 5.15.5 protected: none omitted: none kde-plasma/kwrited selected: 5.15.5 protected: none omitted: none kde-plasma/kwayland-integration selected: 5.15.5 protected: none omitted: none kde-plasma/xembed-sni-proxy selected: 5.15.5 protected: none omitted: none kde-plasma/plasma-workspace-wallpapers selected: 5.15.5 protected: none omitted: none kde-plasma/bluedevil selected: 5.15.5 protected: none omitted: none kde-plasma/kgamma selected: 5.15.5 protected: none omitted: none kde-plasma/drkonqi selected: 5.15.5 protected: none omitted: none kde-plasma/kwallet-pam selected: 5.15.5 protected: none omitted: none kde-plasma/user-manager selected: 5.15.5 protected: none omitted: none kde-plasma/xdg-desktop-portal-kde selected: 5.15.5-r1 protected: none omitted: none kde-plasma/kinfocenter selected: 5.15.5 protected: none omitted: none kde-plasma/sddm-kcm selected: 5.15.5 protected: none omitted: none kde-plasma/systemsettings selected: 5.15.5 protected: none omitted: none kde-plasma/kmenuedit selected: 5.15.5 protected: none omitted: none kde-plasma/ksshaskpass selected: 5.15.5 protected: none omitted: none sys-fs/cryfs selected: 0.9.9 protected: none omitted: none dev-libs/libpwquality selected: 1.4.0 protected: none omitted: none kde-frameworks/kxmlrpcclient selected: 5.57.0 protected: none omitted: none kde-frameworks/bluez-qt selected: 5.57.0 protected: none omitted: none sys-apps/accountsservice selected: 0.6.50-r1 protected: none omitted:
