[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] Re: Update blocked by kdebase-startkde:4
On 07/09/2016 03:40 PM, Peter Humphrey wrote: > > In fact I tried the separate masking. It led on to having to treat kde-plasma > and kde-frameworks similarly, and before I knew it I was unmasking a load of > packages that don't belong in a KDE-4 system. > > What to try next? > When I tried plasma and it crashed every 10 seconds I reverted and manually masked all packages >4.15. I figure eventually the instability will go away but decided to leave it for another year or so. Heck, I may never update again. ;-) I like having a desktop that just works. I haven't tried updating recently (some months because I don't want to deal with the plasma stuff now) though, so I don't know if it still works. I've attached my package.mask if you want to try it. Talk about try to solve updates with a sledgehammer though... I think you'll also have to remove wallpapers in order to make portage happy about conflicts: [/etc/portage/package.use] kde-base/kdebase-startkde -wallpapers kde-apps/kdebase-meta -wallpapers (Yes, it took forever to do that manually.) I suspect it will probably not work now but it'll be a starting point if you want to try this method. Maybe all you'll have to do is adjust some versions? Dan >kde-apps/kopete-4.15 >kde-apps/kate-4.15 >kde-apps/libkdegames-4.15 >kde-apps/libkdeedu-4.15 >kde-apps/libkmahjongg-4.15 >kde-apps/analitza-4.15 >kde-apps/kde4-l10n-4.15 >kde-apps/amor-4.15 >kde-apps/kteatime-4.15 >kde-apps/kiten-4.15 >kde-apps/pairs-4.15 >kde-apps/step-4.15 >kde-apps/kbruch-4.15 >kde-apps/blinken-4.15 >kde-apps/cantor-4.15 >kde-apps/kig-4.15 >kde-apps/kgeography-4.15 >kde-apps/rocs-4.15 >kde-apps/dragon-4.15 >kde-apps/juk-4.15 >kde-apps/kopete-4.15 >kde-apps/parley-4.15 >kde-apps/khangman-4.15 >kde-apps/kwordquiz-4.15 >kde-apps/klettres-4.15 >kde-apps/kalgebra-4.15 >kde-apps/kalzium-4.15 >kde-apps/kanagram-4.15 >kde-apps/kturtle-4.15 >kde-apps/kmplot-4.15 >kde-apps/kstars-4.15 >kde-apps/kolf-4.15 >kde-apps/konquest-4.15 >kde-apps/kdiamond-4.15 >kde-apps/kubrick-4.15 >kde-apps/kiriki-4.15 >kde-apps/ksquares-4.15 >kde-apps/kigo-4.15 >kde-apps/kbreakout-4.15 >kde-apps/lskat-4.15 >kde-apps/palapeli-4.15 >kde-apps/klines-4.15 >kde-apps/kollision-4.15 >kde-apps/klickety-4.15 >kde-apps/kblackbox-4.15 >kde-apps/katomic-4.15 >kde-apps/knetwalk-4.15 >kde-apps/bovo-4.15 >kde-apps/ksudoku-4.15 >kde-apps/knavalbattle-4.15 >kde-apps/kmines-4.15 >kde-apps/kfourinline-4.15 >kde-apps/kblocks-4.15 >kde-apps/kreversi-4.15 >kde-apps/kpat-4.15 >kde-apps/kgoldrunner-4.15 >kde-apps/killbots-4.15 >kde-apps/kjumpingcube-4.15 >kde-apps/picmi-4.15 >kde-apps/kmahjongg-4.15 >kde-apps/kshisen-4.15 >kde-apps/ktuberling-4.15 >kde-apps/kspaceduel-4.15 >kde-apps/bomber-4.15 >kde-apps/ksnakeduel-4.15 >kde-apps/kapman-4.15 >kde-apps/kbounce-4.15 >kde-apps/granatier-4.15 >kde-apps/ksirk-4.15 >kde-apps/kdegames-meta-4.15 >kde-apps/kdenetwork-meta-4.15 >kde-apps/ktux-4.15 >kde-apps/ffmpegthumbs-4.15 >kde-apps/kqtquickcharts-4.15 >kde-apps/kdemultimedia-meta-4.15 >kde-apps/kdetoys-meta-4.15 >kde-base/kdeplasma-addons-4.15 >kde-apps/ktouch-4.15 >kde-apps/artikulate-4.15 >kde-apps/kdeedu-meta-4.15 >kde-apps/kde-meta-4.14.3 >kde-apps/kdebase-runtime-meta-4.15 >kde-base/kde-env-4.15 >kde-frameworks/oxygen-icons-4.15 >kde-base/kdelibs-4.15 >kde-apps/kfmclient-4.15 >kde-apps/kdesu-4.15 >kde-base/katepart-4.15 >kde-base/libkworkspace-4.15 >kde-apps/libkonq-4.15 >kde-apps/libkexiv2-4.15 >kde-base/kephal-4.15 >kde-apps/libkdcraw-4.15 >kde-apps/libkipi-4.15 >kde-base/kcheckpass-4.15 >kde-base/ksysguard-4.15 >kde-apps/knotify-4.15 >kde-base/liboxygenstyle-4.15 >kde-apps/libkcddb-4.15 >kde-apps/kde-wallpapers-4.15 >kde-base/kcminit-4.15 >kde-apps/kcmshell-4.15 >kde-apps/kdeartwork-wallpapers-4.15 >kde-apps/kioclient-4.15 >kde-apps/kreadconfig-4.15 >kde-apps/kdialog-4.15 >kde-apps/svgpart-4.15 >kde-base/kstartupconfig-4.15 >kde-base/ksplash-4.15 >kde-apps/kwalletmanager-4.15 >kde-apps/kwalletd-4.15 >kde-apps/kurifilter-plugins-4.15 >kde-apps/solid-runtime-4.15 >kde-base/libkgreeter-4.15 >kde-apps/libkcompactdisc-4.15 >kde-apps/kdeartwork-colorschemes-4.15 >kde-apps/kdeartwork-iconthemes-4.15 >kde-apps/kdeartwork-desktopthemes-4.15 >kde-apps/kdeartwork-emoticons-4.15 >kde-apps/kamera-4.15 >kde-apps/kcolorchooser-4.15 >kde-apps/kgamma-4.15 >kde-apps/kruler-4.15 >kde-apps/kdegraphics-mobipocket-4.15 >kde-apps/kolourpaint-4.15 >kde-base/freespacenotifier-4.15 >kde-apps/kde-base-artwork-4.15 >kde-base/ksystraycmd-4.15 >kde-base/kinfocenter-4.15 >kde-base/qguiplatformplugin_kde-4.15 >k
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] 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] 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] kde-base/baloo is blocking an upgrade
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". -- Neil Bothwick Things which must be shipped together as a set, aren't. pgpcxZv09STH6.pgp Description: OpenPGP digital signature
[gentoo-user] emerge --rebuild-if-new-rev always triggers rebuild
From the does-this-happen-to-anyone-else-or-is-it-just-me department. I'm finding that if I include "--rebuild-if-new-rev y", I get a slew of new packages built, *even if I just built them*. That seems wrong. I've tried removing it, and the problem goes away. The presence or absence of "--rebuild- if-new-slot y" seems to have no impact. EMERGE_DEFAULT_OPTS="--tree --with-bdeps=y --keep-going --quiet-build=y --deep --unordered-display --load-average 3 --jobs=3 --rebuild-if-new-slot y -- rebuild-if-new-rev y" $ emerge -puDN @world These are the packages that would be merged: Calculating dependencies... done! [nomerge ] dev-python/virtualenv-13.1.2 [nomerge ] dev-python/setuptools-18.4 [nomerge ] dev-lang/python-3.4.3-r1 [nomerge ]sys-libs/ncurses-5.9-r5 [nomerge ] sys-libs/gpm-1.20.7-r2 [nomerge ] virtual/yacc-0 [nomerge ] sys-devel/bison-3.0.4-r1 [nomerge ]sys-devel/flex-2.5.39-r1 [nomerge ] sys-devel/gettext-0.19.4 [nomerge ] dev-libs/libxml2-2.9.3 [nomerge ] sys-devel/autoconf-2.69 [nomerge ]dev-lang/perl-5.20.2 [nomerge ] app-admin/perl-cleaner-2.19 [nomerge ] app-portage/portage-utils-0.62 [nomerge ] dev-libs/iniparser-3.1-r1 [nomerge ]app-doc/doxygen-1.8.10-r1 [nomerge ] app-text/ghostscript-gpl-9.15-r1 [nomerge ] x11-libs/gtk+-3.18.7 [nomerge ] app-accessibility/at-spi2-atk-2.18.1 [nomerge ]dev-libs/glib-2.46.2-r2 [nomerge ] dev-libs/libxslt-1.1.28-r5 [nomerge ] dev-libs/libgcrypt-1.6.5 [nomerge ] virtual/texi2dvi-0 [nomerge ]virtual/latex-base-1.0 [nomerge ] dev-texlive/texlive-fontutils-2014 [nomerge ] dev-texlive/texlive-basic-2014 [nomerge ] app-text/texlive-core-2014-r4 [nomerge ]x11-libs/cairo-1.14.2 [nomerge ] x11-libs/libX11-1.6.3 [nomerge ] app-text/docbook-xml-dtd-4.3-r1 [nomerge ] app-text/build-docbook- catalog-1.19.1 [nomerge ]sys-apps/util-linux-2.26.2 [nomerge ] sys-libs/pam-1.2.1 [nomerge ] sys-auth/pambase-20150213 [nomerge ] sys-auth/consolekit-1.1.0 [nomerge ]sys-auth/polkit-0.113 [ebuild rR ~] kde-plasma/polkit-kde- agent-5.6.3 [nomerge ] kde-apps/kleopatra-4.14.10 [nomerge ] kde-base/kdelibs-4.14.16 [ebuild rR ~] kde-apps/khelpcenter-5.6.2-r1 [ebuild rR]kde-frameworks/khtml-5.18.0 [ebuild rR ~]kde-plasma/kde-cli-tools-5.6.3 [ebuild rR] kde-frameworks/kdesu-5.18.0 [ebuild rR] kde-frameworks/kpty-5.18.0 [nomerge ] kde-plasma/plasma-meta-5.6.3 [ebuild rR ~] kde-plasma/ksshaskpass-5.6.3 [ebuild rR ~] kde-plasma/kmenuedit-5.6.3 [ebuild rR ~] kde-plasma/khotkeys-5.6.3 [ebuild rR ~]kde-plasma/plasma-workspace-5.6.3 [ebuild rR ~] kde-plasma/kwin-5.6.3 [ebuild rR ~] kde-plasma/kscreenlocker-5.6.3 [ebuild rR ~] kde-plasma/libksysguard-5.6.3 [ebuild rR ~] kde-apps/kio-extras-15.12.3 [ebuild rR] kde-frameworks/kxmlrpcclient-5.18.0 [ebuild rR ~] kde-plasma/ksysguard-5.6.3 [ebuild rR ~] kde-plasma/milou-5.6.3 [ebuild rR] kde-frameworks/ktexteditor-5.18.0 [ebuild rR ~] kde-plasma/kwrited-5.6.3 [ebuild rR ~] kde-plasma/bluedevil-5.6.3 [ebuild rR ~] kde-plasma/kgamma-5.6.3 [ebuild rR ~] kde-plasma/kinfocenter-5.6.3 [ebuild rR ~] kde-plasma/plasma-integration-5.6.3 [ebuild rR ~] kde-plasma/breeze-5.6.3 [ebuild rR] kde-frameworks/frameworkintegration-5.18.0 [ebuild rR ~] kde-plasma/systemsettings-5.6.3 [ebuild rR ~] kde-plasma/kde-gtk-config-5.6.3 [nomerge ] kde-plasma/plasma-desktop-5.6.3 [ebuild rR ~] kde-plasma/plasma-pa-5.6.3 [ebuild rR ~] kde-plasma/oxygen-5.6.3 [ebuild rR ~] kde-plasma/powerdevil-5.6.3 [ebuild rR ~] kde-plasma/sddm-kcm-5.6.3 [ebuild rR ~] kde-plasma/kdeplasma-addons-5.6.3 [ebuild rR] kde-frameworks/kross-5.18.0 [ebuild rR ~] kde-plasma/kscreen-5.6.3 [ebuild rR ~] kde-plasma/user-manager-5.6.3 [nomerge ] kde-apps/kde-apps-meta-15.12.3-r3 [nomerge ] kde-apps/kdegames-meta-15.12.3 [ebuild rR ~] kde-apps/ksquares-15.12.3 [ebuild
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
[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.
[gentoo-user] kde-base/baloo is blocking an upgrade
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 --backtrack0, 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. -- Regards, Mick # emerge -uaDv world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] app-arch/bzip2-1.0.6-r7::gentoo [1.0.6-r6::gentoo] USE="-static -static-libs" 764 KiB [ebuild U ] sys-apps/debianutils-4.7::gentoo [4.4::gentoo] USE="-static" 153 KiB [ebuild U ] sys-apps/which-2.21::gentoo [2.20-r1::gentoo] 146 KiB [ebuild N ] dev-db/lmdb-0.9.18:0/0.9.18::gentoo USE="-static-libs" 136 KiB [ebuild U ] sys-apps/file-5.25::gentoo [5.22::gentoo] USE="zlib -python -static-libs" PYTHON_TARGETS="python2_7 python3_4 (-pypy) -python3_3" 723 KiB [ebuild U ] sys-libs/cracklib-2.9.6::gentoo [2.9.1-r1::gentoo] USE="nls zlib -python -static-libs {-test}" PYTHON_TARGETS="python2_7" 628 KiB [ebuild U ] media-libs/libpng-1.6.21:0/16::gentoo [1.6.19:0/16::gentoo] USE="apng (-neon) -static-libs" 932 KiB [ebuild U ] sys-devel/m4-1.4.17::gentoo [1.4.16::gentoo] USE="-examples" 1,123 KiB [ebuild N ] virtual/fortran-0::gentoo USE="openmp" 0 KiB [ebuild N ] sci-libs/fftw-3.3.4:3.0/3::gentoo USE="fortran openmp (-altivec) -doc -mpi (-neon) -quad -static-libs {-test} -threads (-zbus)" CPU_FLAGS_X86="sse sse2 -avx -fma3 -fma4" 3,849 KiB [ebuild U ] net-misc/iputils-20151218::gentoo [20121221-r1::gentoo] USE="filecaps ipv6 ssl -SECURITY_HAZARD -arping% -caps -clockdiff% -doc -gcrypt% -idn (-libressl) -rarpd% -rdisc% -static -tftpd% -tracepath% -traceroute% (-gnutls%)" 176 KiB [ebuild U ] media-libs/freetype-2.6.3-r1:2::gentoo [2.5.5:2::gentoo] USE="X adobe-cff bzip2 png -bindist -debug -doc -fontforge
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
[gentoo-user] kde-apps/libksane blocker
Howdy, I'm trying to do a update and have this last blocker that I can't figure out. I fixed another one but this one doesn't make sense to me. Here is the relevant output. [ebuild U ~] kde-apps/kde-l10n-16.04.1:5::gentoo [15.12.3:5::gentoo] USE="handbook -debug" LINGUAS="-ar -ast% -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" 0 KiB [ebuild U ~] kde-apps/kde4-l10n-16.04.1:4/16.04::gentoo [15.12.3-r1:4/15.12::gentoo] USE="handbook minimal (-aqua) {-test%}" LINGUAS="-ar -ast% -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" 0 KiB [blocks b ] =kde-apps/libksane-4.14.3:4[aqua=] (>=kde-apps/libksane-4.14.3:4[-aqua]) required by (kde-apps/ksaneplugin-16.04.1:4/16.04::gentoo, ebuild scheduled for merge) >=kde-apps/libksane-4.14.3:4[aqua=] (>=kde-apps/libksane-4.14.3:4[-aqua]) required by (kde-apps/kolourpaint-16.04.1:4/16.04::gentoo, ebuild scheduled for merge) (kde-apps/libksane-16.04.1:5/5::gentoo, ebuild scheduled for merge) pulled in by >=kde-apps/libksane-14.12.0:5 required by (kde-misc/skanlite-2.0:5/5::gentoo, ebuild scheduled for merge) >=kde-apps/libksane-16.04.1 required by (kde-apps/kdegraphics-meta-16.04.1:5/5::gentoo, ebuild scheduled for merge) I'm not so worried about the procps thing right now, although it keeps popping up. The libksane one has me puzzled. Here is some info on the packages that are in question: root@fireball / # equery list -p ksaneplugin skanlite kolourpaint kdegraphics-meta * Searching for ksaneplugin ... [-P-] [ ] kde-apps/ksaneplugin-4.14.3:4/4.14 [-P-] [ ] kde-apps/ksaneplugin-15.08.3:4/15.08 [IP-] [ ] kde-apps/ksaneplugin-15.12.3:4/15.12 [-P-] [ ] kde-apps/ksaneplugin-16.04.1:4/16.04 * Searching for skanlite ... [IP-] [ ] kde-misc/skanlite-1.1-r1:4 [-P-] [ ] kde-misc/skanlite-2.0:5 * Searching for kolourpaint ... [-P-] [ ] kde-apps/kolourpaint-4.14.3:4/4.14 [-P-] [ ] kde-apps/kolourpaint-15.08.3:4/15.08 [IP-] [ ] kde-apps/kolourpaint-15.12.3:4/15.12 [-P-] [ ] kde-apps/kolourpaint-16.04.1:4/16.04 * Searching for kdegraphics-meta in kde-apps ... [-P-] [ ] kde-apps/kdegraphics-meta-4.14.3:4 [-P-] [ ~] kde-apps/kdegraphics-meta-15.08.3:5 [IP-] [ ] kde-apps/kdegraphics-meta-15.12.3:5 [-P-] [ ] kde-apps/kdegraphics-meta-16.04.1:5 root@fireball / # As you can see, none of them are keyworded so it should be able to use the latest packages. I just synced a hour or so ago so this may be more up to date than you may have on your system. It's why I am including the info here. Is it possible I caught the tree in the middle of a update and I need to sync again? Is my old eyes missing something obvious? Or, is it what I think, a conflict that can't yet be solved because of a hard dependency? Looking for thoughts, ideas, suggestions. Dale :-) :-)
Re: [gentoo-user] Re: Update blocked by kdebase-startkde:4
On Sunday 10 Jul 2016 04:08:36 Michael Palimaka wrote: > On 09/07/16 23:52, Robin Atwood wrote: > > Attempting to update/world this weekend I get: > > > > > > > > > > > > # emerge -uDv @world > > > > > > > > These are the packages that would be merged, in order: > > > > > > > > Calculating dependencies... done! > > > > > > > > !!! All ebuilds that could satisfy "kde-apps/kdebase-runtime-meta:5" > > have been masked. > > > > !!! One of the following masked packages is required to complete your > > request: > > > > - kde-apps/kdebase-runtime-meta-16.04.2::gentoo (masked by: > > package.mask, ~amd64 keyword) > > > > - kde-apps/kdebase-runtime-meta-15.12.3::gentoo (masked by: package.mask) > > > > > > > > (dependency required by "kde-base/kdebase-startkde-4.11.22-r1::gentoo" > > [ebuild]) > > > > (dependency required by "@selected" [set]) > > > > (dependency required by "@world" [argument]) > > > > > > > > I have all of KDE:5 masked since I think installing it sounds too risky. > > Checking the kdebase-startkde-4.11.22-r1 ebuild it has a dependency on > > kde-apps/kdebase-runtime-meta:5. Is this a mistake? Has anyone found a > > solution to this? > > > > > > > > Thanks > > > > Robin > > Hi Robin, > > This change is correct - we're in the process of cleaning up some old > ebuilds at the moment. > > In this case kde-apps/kdebase-runtime-meta:5 doesn't imply anything > KF5-based - it has just been ported to use a newer eclass. It still just > pulls in the old KDE4-based kde-runtime packages. That's good news. Now, how does one allow that package to be installed while keeping the rest of KF5 masked? # cat /etc/portage/package.mask kde-plasma/* kde-frameworks/*:5 kde-apps/*:5 kde-misc/*:5 >=kde-apps/kde4-l10n-16.04.1 We seem to need an analogue of CONFIG_PROTECT and CONFIG_PROTECT_MASK, in which we could mask all kde-apps/*:5 while allowing kde-apps/kdebase-runtime- meta:5 to be installed. Can that be done? I hope there's an easier way than masking all 122 apps separately. -- Rgds Peter
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] 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-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
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] Problems with Xinerama after upgrade to Plasma (KDE5)
On Friday, September 16, 2016 10:54:16 AM Dan Johansson wrote: > On 2016-09-16 09:43, J. Roeleveld wrote: > > On Thursday, September 15, 2016 08:36:20 PM Dan Johansson wrote: > >> After upgrading to Plasma (KDE5) I have a problem with my dual monitor > >> setup. > >> > >> When I start/restart a new session both monitors are "displayed" "on > >> top" of each other (see Screenshot_20160915_201441.png). After > >> "dragging" DVI-I-1 to the right of DVI-D-0 in SystemSettings (see > >> Screenshot_20160915_201601.png) everything looks OK. > >> > >> Any suggestions why this is happening (some file-permission some > >> where?) > >> and where to search for a solution? > > > > Quick guess, you are running "stable" kde plasma (5.6.5)? > > There is a bug there that is fixed in later versions. > > > > I am using 5.7.4 and haven't seen that issue anymore. > > Yes, you are correct, I'm running stable (5.6.5). > Then I'll have to wait for next release to "go stable" or try upgrading > to 5.7.4. > > Thanks for your support. I'm not sure how long that will take. I've been running 5.7.4 without any obvious issues for a while now... Attached is the "package.accept_keywords" file I use for 5.7.4 It's up to you to decide, but every time you log-out, you'll have the same issue with 5.6... -- Joost=kde-plasma/plasma-meta-5.7.4 ~amd64 # required by kde-plasma/plasma-meta-5.7.4::kde[sddm,display-manager] # required by @selected # required by @world (argument) =kde-plasma/sddm-kcm-5.7.4 ~amd64 # required by kde-plasma/plasma-meta-5.7.4::kde[wallpapers] # required by @selected # required by @world (argument) =kde-plasma/plasma-workspace-wallpapers-5.7.4 ~amd64 # required by kde-plasma/plasma-meta-5.7.4::kde[gtk] # required by @selected # required by @world (argument) =kde-plasma/breeze-gtk-5.7.4 ~amd64 # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/powerdevil-5.7.4-r1 ~amd64 # required by kde-plasma/plasma-desktop-5.7.4::kde # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/plasma-workspace-5.7.4 ~amd64 # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/user-manager-5.7.4 ~amd64 # required by kde-plasma/kwin-5.7.4::kde # required by kde-plasma/plasma-workspace-5.7.4::kde # required by kde-plasma/plasma-desktop-5.7.4::kde # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/kdecoration-5.7.4 ~amd64 # required by kde-plasma/plasma-desktop-5.7.4::kde # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/kwin-5.7.4 ~amd64 # required by kde-plasma/plasma-desktop-5.7.4::kde # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/oxygen-5.7.4 ~amd64 # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/kmenuedit-5.7.4 ~amd64 # required by kde-apps/spectacle-16.04.3::gentoo # required by kde-apps/kdegraphics-meta-16.04.3::gentoo # required by kde-apps/kde-apps-meta-16.04.3::gentoo # required by @selected # required by @world (argument) =kde-plasma/libkscreen-5.7.4 ~amd64 # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/kdeplasma-addons-5.7.4 ~amd64 # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/systemsettings-5.7.4 ~amd64 # required by kde-plasma/plasma-integration-5.7.4::kde # required by kde-plasma/plasma-workspace-5.7.4::kde # required by kde-plasma/plasma-desktop-5.7.4::kde # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/breeze-5.7.4 ~amd64 # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/kscreen-5.7.4 ~amd64 # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/kwayland-integration-5.7.4 ~amd64 # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/polkit-kde-agent-5.7.4 ~amd64 # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/ksshaskpass-5.7.4 ~amd64 # required by kde-frameworks/kactivities-5.23.0::gentoo # required by kde-plasma/powerdevil-5.7.4-r1::gentoo # required by kde-plasma/plasma-meta-5.7.4::kde # required by @selected # required by @world (argument) =kde-plasma/kactivitymanager
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] 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/bal
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=]) &g
[gentoo-user] Re: Update blocked by kdebase-startkde:4
On 09/07/16 23:52, Robin Atwood wrote: > Attempting to update/world this weekend I get: > > > > > > # emerge -uDv @world > > > > These are the packages that would be merged, in order: > > > > Calculating dependencies... done! > > > > !!! All ebuilds that could satisfy "kde-apps/kdebase-runtime-meta:5" > have been masked. > > !!! One of the following masked packages is required to complete your > request: > > - kde-apps/kdebase-runtime-meta-16.04.2::gentoo (masked by: > package.mask, ~amd64 keyword) > > - kde-apps/kdebase-runtime-meta-15.12.3::gentoo (masked by: package.mask) > > > > (dependency required by "kde-base/kdebase-startkde-4.11.22-r1::gentoo" > [ebuild]) > > (dependency required by "@selected" [set]) > > (dependency required by "@world" [argument]) > > > > I have all of KDE:5 masked since I think installing it sounds too risky. > Checking the kdebase-startkde-4.11.22-r1 ebuild it has a dependency on > kde-apps/kdebase-runtime-meta:5. Is this a mistake? Has anyone found a > solution to this? > > > > Thanks > > Robin Hi Robin, This change is correct - we're in the process of cleaning up some old ebuilds at the moment. In this case kde-apps/kdebase-runtime-meta:5 doesn't imply anything KF5-based - it has just been ported to use a newer eclass. It still just pulls in the old KDE4-based kde-runtime packages. Kind regards, Michael
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
[gentoo-user] kde-frameworks 5
KDE 5 is in the tree, it's called KDE Frameworks 5. A quick heads-up to anyone who runs into what I just had. It all started with this incompatible USE error: emerge: there are no ebuilds built with USE flags to satisfy "sys-auth/polkit-qt[qt5]". !!! One of the following packages is required to complete your request: - sys-auth/polkit-qt-0.112.0-r1::gentoo (Change USE: +qt5) (dependency required by "kde-frameworks/kauth-5.13.0::gentoo[policykit]" [ebuild]) (dependency required by "kde-frameworks/kdelibs4support-5.13.0::gentoo" [ebuild]) (dependency required by "kde-apps/kmix-15.08.0::gentoo" [ebuild]) (dependency required by "kde-apps/kdemultimedia-meta-15.08.0::gentoo" [ebuild]) And that led into a long change of adding USE=qt5 to several packages, followed by portage's decision to upgrade to KDE 5, which I've decided to postpone for a bit. Most KDE5 packages are in a new category or renamed, but some -meta package names are re-used like this one: $ eix kdemultimedia-meta [U] kde-apps/kdemultimedia-meta Available versions: (4)4.14.3 (5)(~)15.08.0 which portage obviously wants to upgrade, and cascades into a full KDE5 upgrade. To prevent this and stick with KDE 4 meanwhile, just specify the :4 slot for your kde packages in set files or in world, like so: kde-apps/kdemultimedia-meta:4 In my case I only had to do it for the -meta packages and all was good. -- Alan McKinnon alan.mckin...@gmail.com
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 :-) :-)
[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.
[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 Require
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] Have I to install wifi now?
On Sat, 30 May 2020 22:46:18 +0100, Peter Humphrey wrote: > > The point of meta packages is that they install a whole set of stuff, > > in this case "Merge this to pull in all Plasma 5 packages". If you > > don't want the kitchen sink, don't use meta packages. I have a kde > > set in /etc/ portage/sets that includes just what I want. As a result > > I have a decent KDE desktop but without needing networkmanager, or > > any of the PIM stuff. > > I tried doing that some time ago. I got so heavily bogged down in a > dependency mire that I gave up. You wouldn't like to show your set, > would you? Please? :) > Here you go. I make no claims as to its suitability, or even uptodatedness kde-plasma/khotkeys kde-apps/ark kde-apps/dolphin kde-apps/filelight kde-apps/kamera kde-apps/kate kde-apps/kcalc kde-apps/kdenetwork-filesharing kde-apps/kdialog kde-apps/kgpg kde-apps/kmix kde-apps/kpat kde-apps/krdc kde-apps/krfb kde-apps/spectacle sci-astronomy/kstars kde-apps/ksudoku kde-apps/ksystemlog kde-apps/kteatime kde-apps/kwalletmanager kde-apps/okular kde-apps/print-manager kde-plasma/kinfocenter kde-plasma/kmenuedit kde-plasma/powerdevil kde-apps/yakuake kde-plasma/kdeplasma-addons x11-misc/sddm kde-plasma/plasma-desktop kde-plasma/systemsettings kde-plasma/sddm-kcm kde-plasma/kde-gtk-config kde-apps/konsole:5 kde-plasma/kscreen kde-misc/krusader kde-apps/keditbookmarks media-sound/pavucontrol-qt -- Neil Bothwick Master of all I survey (at the moment, empty pizza boxes) pgp3fOB9SsYHX.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Can't install a new system
On Thursday, 8 April 2021 16:47:05 BST Neil Bothwick wrote: > On Thu, 08 Apr 2021 13:27:51 +0100, Peter Humphrey wrote: > > Untarring the latest stage-3 onto /mnt/gentoo, /mnt/gentoo/var and /mnt/ > > gentoo/usr/local gets me started. Then I chroot /mnt/gentoo /bin/bash, > > and that works too. Then I leave the profile at the default vanilla > > amd64 and emerge-webrsync. So far so good. Then when I try emerge > > -uaDvN @world I get a circular dependency involving elt-patches and > > xz-utils. No amount of unsetting of USE flags makes any difference. Nor > > does --excluding one of them, because portage just refuses to do that. > > Try omitting -D and -N to reduce the number of packages being rebuilt. If > that doesn't help, post the output here. Okay, step by step. First I chose the basic make.profile, number 1, and installed my base system set - everything that doesn't need a GUI. Then I switched to the basic desktop profile, number 5 and ran a -uav @world. So far so good, but then I attempted to install a basic set of GUI packages - everything but a DE. The command was 'emerge -uav @xorg'. I got this: --->8 >>> Preparing source in /var/tmp/portage/dev-ruby/net-telnet-0.2.0/work ... * Running prepare phase for all ... * Running prepare phase for all ... * Running source copy phase for ruby27 ... >>> Source prepared. >>> Configuring source in /var/tmp/portage/dev-ruby/net-telnet-0.2.0/work ... * Running configure phase for ruby27 ... >>> Source configured. >>> Compiling source in /var/tmp/portage/dev-ruby/net-telnet-0.2.0/work ... * Running compile phase for ruby27 ... * Running compile phase for all ... >>> Source compiled. * Skipping make test/check due to ebuild restriction. >>> Test phase [disabled because of RESTRICT=test]: dev-ruby/net-telnet-0.2.0 >>> Install dev-ruby/net-telnet-0.2.0 into /var/tmp/portage/dev-ruby/net- telnet-0.2.0/image/ * Running install phase for ruby27 ... Traceback (most recent call last): 3: from :1:in `' 2: from :1:in `require' 1: from /usr/lib64/ruby/2.7.0/rubygems.rb:16:in `' /usr/lib64/ruby/2.7.0/rubygems.rb:16:in `require': cannot load such file -- rubygems/compatibility (LoadError) * Unable to find the gems dir * ERROR: dev-ruby/net-telnet-0.2.0::gentoo failed (install phase): * Unable to find the gems dir --->8 There seems to be an inconsistency in the ruby packaging. Is there anything I can do to evade it? I've attached the package-set files I use when building a new system, for info. -- Regards, Peter. app-emulation/virtualbox-additions app-emulation/virtualbox-extpack-oracle app-emulation/virtualbox-modules app-office/libreoffice kde-apps/kwrite kde-apps/okular media-gfx/gimp net-analyzer/nmap net-misc/netkit-telnetd net-print/cups net-print/cups-pdf sci-misc/boinc sys-apps/gptfdisk sys-block/gparted www-client/firefox app-admin/hddtemp app-admin/lib_users app-admin/logrotate app-admin/sudo app-admin/syslog-ng app-editors/joe app-editors/nano app-misc/colordiff app-misc/mmv app-portage/eix app-portage/elogv app-portage/euses app-portage/genlop app-portage/gentoolkit net-analyzer/iptraf-ng net-analyzer/tcpdump net-analyzer/traceroute net-firewall/shorewall net-fs/nfs-utils net-misc/chrony net-misc/whois sys-apps/lshw sys-apps/portage sys-apps/smartmontools sys-apps/usbutils sys-fs/dosfstools sys-fs/ntfs3g sys-power/acpid sys-process/cronie sys-process/iotop sys-process/lsof www-client/links core Description: application/core dev-lang/rust-bin gui-libs/display-manager-init kde-apps/ark kde-apps/filelight kde-apps/k3b #kde-apps/kcharselect kde-apps/kdeadmin-meta kde-apps/kdecore-meta kde-apps/kdegraphics-meta kde-apps/kdepim-meta kde-apps/konsole kde-apps/krfb kde-apps/kwalletmanager kde-apps/print-manager kde-misc/kio-gdrive kde-plasma/plasma-meta kde-misc/kio-gdrive mail-filter/spamassassin media-fonts/dejavu ## Added to replace kde-plasma/plasma-meta #kde-plasma/breeze-gtk #kde-plasma/plasma-browser-integration #kde-plasma/kde-gtk-config #kde-plasma/kdeplasma-addons #kde-plasma/khotkeys #kde-plasma/kwallet-pam #kde-plasma/oxygen #kde-plasma/plasma-desktop #kde-plasma/sddm-kcm #kde-plasma/systemsettings #x11-misc/sddm app-misc/radeontop app-portage/cpuid2cpuflags net-dns/bind-tools sys-apps/hwinfo sys-fs/extundelete dev-libs/amdgpu-pro-opencl media-fonts/corefonts media-fonts/freefont media-fonts/intlfonts media-fonts/unifont x11-apps/mesa-progs x11-base/xorg-server x11-drivers/xf86-video-amdgpu x11-plugins/gkrellm-gkfreq x11-plugins/gkrellmoon x11-plugins/gkrellsun x11-plugins/gkrelltop x11-themes/gkrellm-themes
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] Re: Konsole
On Tue, Jul 12, 2016 at 10:29 AM, Daniel Frey wrote: > On 07/11/2016 06:06 PM, Daniel Frey wrote: >> I would think that if eshowkw is picking up things in the kde-sunset >> overlay it would be indicated in the repo column? >> >> However, I don't see any kde4 packages. Maybe they're still moving them >> over? >> >> Dan >> >> >> > > I really shouldn't try troubleshooting when tired... > > I had to explictly do: > > emerge -pv =kde-apps/kde-meta-4.14.3-r1 The file is in there: # ls /var/local/overlays/kde-sunset/kde-apps/kde-meta/ kde-meta-4.14.3-r1.ebuild metadata.xml > However, if I try to update @world, it still wants to drag in a bunch of > kde5 crap. You have to mask packages. `USE='-wayland' emerge -pvet kde-apps/kde-meta` shows this mask works. (Just for testing. Don't run `emerge` with `-e`.) # shopt -s extglob # ( printf '%s\n' kde-frameworks/\* kde-plasma/\*; cd /usr/portage; printf '>=%s-15\n' kde-apps/!(kde4*|kde-wallpapers) ) > /etc/portage/package.mask/kde5+.mask > I think this is due to kdelibs. And of course they've removed the old > kdelibs from the tree: > > # equery list kdelibs > * Searching for kdelibs ... > [I--] [??] kde-base/kdelibs-4.14.16:4/4.14 > > I also appears that old kde4 versions of kdelibs are not in kde-sunset > (yet?) or maybe it's not planned to put one there. kdelibs-4 is still in `gentoo`: # ls /usr/portage/kde-base/kdelibs/ files kdelibs-4.14.20-r2.ebuild kdelibs-4.14.21.ebuild Manifest metadata.xml -- konsolebox
Re: [gentoo-user] KDE5 stuff and media-libs/mlt conflict
On 05/01/2016 21:55, Dale wrote: > Dale wrote: >> Howdy, >> >> I was going to try out some of the KDE5 stuff just to see if I'm going >> to like it or not. Anyway, I added a BUNCH of stuff to a keywords file >> related to KDE and got past that part. I think I got them all. Now I >> get this: >> >> >> <<< SNIP >>> >> >> OK Alan and Neil. Whip out your decoder ring. What is this thing >> trying to tell me. lol >> >> Dale >> >> :-) :-) >> >> > > > OK. After fixing one thing, I run into something else. I removed the > blocker yet it still complains about the blocker, even tho it is > removed, and adds another if I read it right.. It seems that maybe this > is going to take more time than I am willing to give it right now. > Maybe later on when the kinks get worked out I'll give it another shot. > Right now, it's just not worth all the effort and time to mess with it. > > Thanks to all. > > Dale > > :-) :-) > This works for me. I don't use the KDE overlay, just what's in the regular tree. Apps appear and upgrade to KDE5 as the devs migrate them. I found that the overlay left me with quite a few apps that don't work with Qt5 so I'd have to jump through hoops to get the Qt4 version from the tree to install. With the tree it's a case of what works with KDE5 is installed, everything else remains KDE4 # grep -r kde /etc/portage/ /etc/portage/make.conf: kde /etc/portage/package.use/package.use:kde-plasma/kde-gtk-config gtk3 /etc/portage/package.use/package.use:kde-plasma/plasma-desktop touchpad /etc/portage/package.use/package.use:kde-plasma/plasma-meta mediacenter /etc/portage/package.use/package.use:media-libs/mlt kdenlive -kde melt /etc/portage/package.use/package.use:kde-apps/kde-wallpapers minimal /etc/portage/package.use/package.use:kde-apps/kde4-l10n minimal /etc/portage/package.use/package.use:kde-apps/kdeartwork-meta minimal /etc/portage/package.use/package.use:=kde-apps/kdebase-kioslaves-4* minimal /etc/portage/package.use/package.use:kde-apps/kdebase-runtime-meta minimal /etc/portage/package.use/package.use:=kde-apps/konsole-4* minimal /etc/portage/package.use/package.use:=kde-apps/kwalletmanager-4* minimal /etc/portage/package.use/package.use:=kde-base/baloo-4* minimal /etc/portage/package.use/package.use:=kde-base/kactivities-4* minimal /etc/portage/package.use/package.use:kde-apps/kdesu -handbook /etc/portage/package.use/package.use:kde-apps/knetattach -handbook /etc/portage/package.use/package.use:kde-plasma/plasma-desktop gtk2 gtk3 qt4 legacy-systray runtime-meta-4.14.3 /etc/portage/package.use/package.use:kde-apps/solid-runtime -bluetooth /etc/portage/package.unmask/package.unmask:kde-apps/print-manager -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Update blocked by kdebase-startkde:4
On Saturday 09 Jul 2016 20:52:46 Robin Atwood wrote: > Attempting to update/world this weekend I get: > > # emerge -uDv @world > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > > !!! All ebuilds that could satisfy "kde-apps/kdebase-runtime-meta:5" have > been masked. > !!! One of the following masked packages is required to complete your > request: - kde-apps/kdebase-runtime-meta-16.04.2::gentoo (masked by: > package.mask, ~amd64 keyword) > - kde-apps/kdebase-runtime-meta-15.12.3::gentoo (masked by: package.mask) > > (dependency required by "kde-base/kdebase-startkde-4.11.22-r1::gentoo" > [ebuild]) > (dependency required by "@selected" [set]) > (dependency required by "@world" [argument]) > > I have all of KDE:5 masked since I think installing it sounds too risky. > Checking the kdebase-startkde-4.11.22-r1 ebuild it has a dependency on kde- > apps/kdebase-runtime-meta:5. Is this a mistake? Has anyone found a solution > to this? Yes, I got it too, even going straight to rsync.gentoo.org instead of my usual UK mirror. I tried adding to package.mask: >=kde-base/kdebase-startkde-4.11.22-r1 >=kde-base/kactivities-4.13.3-r2 but that only caused another failure because those package versions weren't available. I was hoping this was a part-update problem, in which the devs hadn't released all the packages involved in whatever change they're making. I'm still inclined to think that, because: $ diff $(equery w =kde-base/kdebase-startkde-4.11.22-r1) $(equery w =kde-base/kdebase-startkde-4.11.22) 12c12 < KEYWORDS="~amd64 ~arm ~x86 ~amd64-linux ~x86-linux" --- > KEYWORDS="amd64 ~arm x86 ~amd64-linux ~x86-linux" 51d50 < "${FILESDIR}/${PN}-kwalletd-pam.patch" $ ...and that patch file has no mention of kde-apps/kdebase-runtime-meta:5. This is an ~amd64 box, by the way, so I'm not affected by the change of keyword in -r1. -- Rgds Peter
[gentoo-user] Re: [SOLVED] Borked network connections on KDE apps (ftp, fish)
On Friday 17 March 2017 09:12:37 Mick wrote: > On Thursday 16 March 2017 21:50:30 Jonathan Callen wrote: > > On 03/16/2017 04:38 AM, Mick wrote: > > > I updated one box with the latest stable KDE and discovered that > > > Konqueror/Dolphin will no longer connect to ftp or sftp servers. > > > > > > depclean showed up and uninstalled a lot of packages, which I let it do > > > thinking they are no longer needed in the latest version of KDE, > > > probably > > > because their functionality was merged with other packages: > > > > > > 1489518204: *** emerge --verbose --quiet-build=n --ask --depclean > > > 1489518204: >>> depclean > > > 1489518253: === Unmerging... (media-fonts/font-misc-ethiopic-1.0.3) > > > 1489518278: >>> unmerge success: media-fonts/font-misc-ethiopic-1.0.3 > > > 1489518278: === Unmerging... (media-fonts/font-cursor-misc-1.0.3) > > > 1489518290: >>> unmerge success: media-fonts/font-cursor-misc-1.0.3 > > > 1489518290: === Unmerging... (virtual/krb5-0-r1) > > > 1489518294: >>> unmerge success: virtual/krb5-0-r1 > > > 1489518294: === Unmerging... (net-libs/webkit-gtk-2.4.11-r200) > > > 1489518301: >>> unmerge success: net-libs/webkit-gtk-2.4.11-r200 > > > 1489518301: === Unmerging... (kde-apps/kdebase-runtime-meta-16.04.3) > > > 1489518306: >>> unmerge success: kde-apps/kdebase-runtime-meta-16.04.3 > > > 1489518306: === Unmerging... (media-fonts/font-xfree86-type1-1.0.4) > > > 1489518319: >>> unmerge success: media-fonts/font-xfree86-type1-1.0.4 > > > 1489518319: === Unmerging... (kde-apps/renamedlg-plugins-16.04.3) > > > 1489518326: >>> unmerge success: kde-apps/renamedlg-plugins-16.04.3 > > > 1489518326: === Unmerging... (app-crypt/mit-krb5-1.14.2) > > > 1489518333: >>> unmerge success: app-crypt/mit-krb5-1.14.2 > > > 1489518333: === Unmerging... (sys-apps/paxctl-0.9) > > > 1489518339: >>> unmerge success: sys-apps/paxctl-0.9 > > > 1489518339: === Unmerging... (kde-apps/kdebugdialog-16.04.3) > > > 1489518391: >>> unmerge success: kde-apps/kdebugdialog-16.04.3 > > > 1489518391: === Unmerging... (kde-apps/kimgio-16.04.3) > > > 1489518399: >>> unmerge success: kde-apps/kimgio-16.04.3 > > > 1489518399: === Unmerging... (app-misc/geoclue-2.4.4) > > > 1489518405: >>> unmerge success: app-misc/geoclue-2.4.4 > > > 1489518405: === Unmerging... (kde-apps/kdesu-16.04.3) > > > 1489518413: >>> unmerge success: kde-apps/kdesu-16.04.3 > > > 1489518413: === Unmerging... (kde-apps/kfile-16.04.3) > > > 1489518421: >>> unmerge success: kde-apps/kfile-16.04.3 > > > 1489518421: === Unmerging... (kde-apps/phonon-kde-16.04.3) > > > 1489518431: >>> unmerge success: kde-apps/phonon-kde-16.04.3 > > > 1489518431: === Unmerging... (kde-apps/kstart-16.04.3) > > > 1489518440: >>> unmerge success: kde-apps/kstart-16.04.3 > > > 1489518440: === Unmerging... (kde-apps/kmimetypefinder-16.04.3) > > > 1489518448: >>> unmerge success: kde-apps/kmimetypefinder-16.04.3 > > > 1489518448: === Unmerging... (kde-apps/kpasswdserver-16.04.3) > > > 1489518457: >>> unmerge success: kde-apps/kpasswdserver-16.04.3 > > > 1489518457: === Unmerging... (kde-apps/kquitapp-16.04.3) > > > 1489518467: >>> unmerge success: kde-apps/kquitapp-16.04.3 > > > 1489518467: === Unmerging... (kde-apps/kdebase-data-16.04.3) > > > 1489518477: >>> unmerge success: kde-apps/kdebase-data-16.04.3 > > > 1489518477: === Unmerging... (kde-apps/keditfiletype-16.04.3) > > > 1489518485: >>> unmerge success: kde-apps/keditfiletype-16.04.3 > > > 1489518485: === Unmerging... (kde-apps/kiconfinder-16.04.3) > > > 1489518493: >>> unmerge success: kde-apps/kiconfinder-16.04.3 > > > 1489518493: === Unmerging... (kde-apps/solid-runtime-16.04.3) > > > 1489518500: >>> unmerge success: kde-apps/solid-runtime-16.04.3 > > > 1489518500: === Unmerging... (kde-apps/knewstuff-16.04.3) > > > 1489518509: >>> unmerge success: kde-apps/knewstuff-16.04.3 > > > 1489518509: === Unmerging... (kde-apps/kdontchangethehostname-16.04.3) > > > 1489518516: >>> unmerge success: > > > kde-apps/kdontchangethehostname-16.04.3 > > > 1489518516: === Unmerging... (kde-apps/kdebase-desktoptheme-16.04.3) > > > 1489518524: >>> unmerge success: kde-apps/kdebase-desktoptheme-
[gentoo-user] Update blocked by kdebase-startkde:4
Attempting to update/world this weekend I get: # emerge -uDv @world These are the packages that would be merged, in order: Calculating dependencies... done! !!! All ebuilds that could satisfy "kde-apps/kdebase-runtime-meta:5" have been masked. !!! One of the following masked packages is required to complete your request: - kde-apps/kdebase-runtime-meta-16.04.2::gentoo (masked by: package.mask, ~amd64 keyword) - kde-apps/kdebase-runtime-meta-15.12.3::gentoo (masked by: package.mask) (dependency required by "kde-base/kdebase-startkde-4.11.22-r1::gentoo" [ebuild]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) I have all of KDE:5 masked since I think installing it sounds too risky. Checking the kdebase-startkde-4.11.22-r1 ebuild it has a dependency on kde- apps/kdebase-runtime-meta:5. Is this a mistake? Has anyone found a solution to this? Thanks Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [gentoo-user] do I need plasma-meta to use KDE ?
On Friday, 7 December 2018 15:11:21 GMT Philip Webb wrote: > I've just updated all my installed pkgs ( c 112 ) for KDE > (apps frameworks plasma), except for 'plasma-meta', > which raises an error : > > Error: The above package list contains packages which cannot be > installed at the same time on the same system. > > (gnome-base/gnome-common-3.18.0-r1:3/3::gentoo, installed) pulled in by > gnome-base/gnome-common:3 required by > (sys-fs/udisks-2.7.4-r1:2/2::gentoo, ebuild scheduled for merge) > > (sys-devel/autoconf-archive-2018.03.13:0/0::gentoo, ebuild scheduled for > merge) pulled in by sys-devel/autoconf-archive required by > (sys-fs/udisks-2.7.4-r1:2/2::gentoo, ebuild scheduled for merge) > sys-devel/autoconf-archive required by > (sys-fs/lvm2-2.02.145-r2:0/0::gentoo, ebuild scheduled for merge) > > None of the pkgs in the error msg are needed by anything outside kde-plasma. > > Before I reboot & risk failure of KDE to start, > can anyone advise me whether I need kde-plasma in order to use KDE ? You don't need any meta packages to have a working plasma desktop. The "Why vulkan" and "Plasma sound devices" threads above were about this. My system now has several dozen fewer packages than it had. The way I did it was to emerge --deselect the highest-level meta package, emerge -c and note what I'd have to put back in later. Then the next meta package, and so on until they'd all gone. Don't forget to quickpkg the system if you don't have packages already. Then I defined three sets under /etc/portage/sets; I've attached a file listing their kde entries; of course your list will differ but you can see the idea. A word for those of a nervous disposition: all this work feels like an adventure, not to be undertaken lightly, but a modicum of common sense and availability of backups should see you through. No guarantees, though. :) -- Regards, Peter. /etc/portage/sets/utils:kde-apps/akonadi /etc/portage/sets/utils:kde-apps/akonadi-import-wizard /etc/portage/sets/utils:kde-apps/akonadiconsole /etc/portage/sets/utils:kde-apps/kcolorchooser /etc/portage/sets/utils:kde-apps/kdepim-addons /etc/portage/sets/utils:kde-apps/khelpcenter /etc/portage/sets/utils:kde-apps/kwalletmanager /etc/portage/sets/utils:kde-apps/mailimporter /etc/portage/sets/utils:kde-apps/mbox-importer /etc/portage/sets/utils:kde-apps/print-manager /etc/portage/sets/utils:kde-apps/spectacle /etc/portage/sets/utils:kde-plasma/breeze-gtk /etc/portage/sets/utils:kde-plasma/kde-gtk-config /etc/portage/sets/utils:kde-plasma/kdeplasma-addons /etc/portage/sets/utils:kde-plasma/powerdevil /etc/portage/sets/utils:kde-plasma/sddm-kcm /etc/portage/sets/utils:kde-plasma/systemsettings /etc/portage/sets/plasma:kde-apps/konsole /etc/portage/sets/plasma:kde-plasma/plasma-desktop /etc/portage/sets/apps:kde-apps/ark /etc/portage/sets/apps:kde-apps/dolphin /etc/portage/sets/apps:kde-apps/filelight /etc/portage/sets/apps:kde-apps/gwenview /etc/portage/sets/apps:kde-apps/k3b /etc/portage/sets/apps:kde-apps/kmail /etc/portage/sets/apps:kde-apps/kwrite /etc/portage/sets/apps:kde-apps/okular /etc/portage/sets/apps:kde-apps/konqueror
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="(-
Re: [gentoo-user] kde-apps/libksane blocker
Alan McKinnon wrote: > On 30/05/2016 05:20, Dale wrote: >> Howdy, >> >> I'm trying to do a update and have this last blocker that I can't figure >> out. I fixed another one but this one doesn't make sense to me. Here >> is the relevant output. > > > Portage is abusing your pixels (using too many). Here's the important > bits: > >> [blocks B ] > ("> kde-apps/libksane-16.04.1) > > This is the only important blocker ("blocks B") > > procps stuff that followed is just a long explanation of why portage > kept procps back and didn't upgrade Yea, I included more than what was needed and I already worked around procps. It's gone already. > >> * Error: The above package list contains packages which cannot be >> * installed at the same time on the same system. > > The asterisks indicate this is part relevant to hard blockers and > failures. (bangs ! indicate info or warnings, not errors) > >>(kde-apps/libksane-15.08.3:4/15.08::gentoo, installed) pulled in by >> >=kde-apps/libksane-4.14.3:4[aqua=] >> (>=kde-apps/libksane-4.14.3:4[-aqua]) required by >> (kde-apps/ksaneplugin-16.04.1:4/16.04::gentoo, ebuild scheduled for >> merge) >> >=kde-apps/libksane-4.14.3:4[aqua=] >> (>=kde-apps/libksane-4.14.3:4[-aqua]) required by >> (kde-apps/kolourpaint-16.04.1:4/16.04::gentoo, ebuild scheduled for >> merge) >> >>(kde-apps/libksane-16.04.1:5/5::gentoo, ebuild scheduled for merge) >> pulled in by >> >=kde-apps/libksane-14.12.0:5 required by >> (kde-misc/skanlite-2.0:5/5::gentoo, ebuild scheduled for merge) >> >=kde-apps/libksane-16.04.1 required by >> (kde-apps/kdegraphics-meta-16.04.1:5/5::gentoo, ebuild scheduled for >> merge) >> > > > So this is really a clash between KDE4 stuff and KDE5 stuff, and > nothing is demanding a certain maximum version, so upgrades should in > theory be clean. I'm not at a Gentoo machine right now so can't give > exact info, but do this: > > eix libksane > - is 15.08.3-r1 the latest version in :4? If not, upgrade it manually > and continue. > - does 15.08.3-r1 have a minimal USE? If so, set it on. This often > removes the clash with :5 > > If all else fails, quickpkg and unmerge all libksane version, emerge > world and let portage fix whatever it needs to. > > /alanm > > I removed all libksane versions and it still pukes. I then did a equery list *sane* and -C'd all that too. None of that will cause a crash or anything. Anyway, it still isn't happy. After doing all that, I had a thought. Add the -t option. It didn't help much but at least I finally thought of it. lol Here is the current upset pixels with the -t added in. [nomerge ] kde-apps/kdenetwork-meta-16.04.1:5::gentoo [15.12.3-r1:5::gentoo] USE="ppp telepathy%*" [ebuild U ~] kde-apps/kget-16.04.1:4/16.04::gentoo [15.12.3:4/15.12::gentoo] USE="handbook sqlite webkit (-aqua) -bittorrent -debug -gpg -mms" 1,057 KiB [ebuild U ~] kde-apps/kppp-16.04.1:4/16.04::gentoo [15.12.3:4/15.12::gentoo] USE="handbook (-aqua) -debug" 684 KiB [ebuild U ~] kde-apps/zeroconf-ioslave-16.04.1:4/16.04::gentoo [15.12.3:4/15.12::gentoo] USE="(-aqua) -debug" 26 KiB [nomerge ] kde-apps/kdegraphics-meta-16.04.1:5::gentoo [15.12.3:5::gentoo] USE="scanner" [ebuild N~] kde-apps/kolourpaint-16.04.1:4/16.04::gentoo USE="handbook scanner (-aqua) -debug" 0 KiB [ebuild U ~] kde-apps/kdegraphics-mobipocket-16.04.1-r1:4/16.04::gentoo [15.12.3:4/15.12::gentoo] USE="(-aqua) -debug" 15 KiB [ebuild U ~] kde-apps/svgpart-16.04.1:4/16.04::gentoo [15.12.3:4/15.12::gentoo] USE="(-aqua) -debug" 9 KiB [ebuild N~] kde-apps/ksaneplugin-16.04.1:4/16.04::gentoo USE="(-aqua) -debug" 0 KiB [ebuild N ] kde-apps/libksane-15.08.3:4/15.08::gentoo USE="minimal (-aqua) -debug" 0 KiB [nomerge ] kde-apps/kget-16.04.1:4/16.04::gentoo [15.12.3:4/15.12::gentoo] USE="handbook sqlite webkit (-aqua) -bittorrent -debug -gpg -mms" [ebuild U ] kde-apps/libkonq-15.12.3:4/15.12::gentoo [15.08.3:4/15.08::gentoo] USE="(-aqua) -debug {-test} (-minimal%)" 0 KiB [nomerge ] kde-apps/kdenetwork-meta-16.04.1:5::gentoo [15.12.3-r1:5::gentoo] USE="ppp telepathy%*" [ebuild U ~] kde-apps/krfb-16.04.1:5::gentoo [15.12.3:5::gentoo] USE="handbook -debug -doc" 318 KiB [nomerge ] kde-apps/kdegraphics-meta-16.04.1:5::gentoo [15.12.3:5::gentoo] USE="scanner" [ebuild U ~] kde-apps/kruler-16.04.1:5::gentoo [15.12.3:5::gentoo] USE="X handbook -debug" 121 KiB [ebuild N~] kde-app
Re: [gentoo-user] Update blocked by kdebase-startkde:4
2016-07-09 8:52 GMT-05:00 Robin Atwood : > Attempting to update/world this weekend I get: > > > > > > # emerge -uDv @world > > > > These are the packages that would be merged, in order: > > > > Calculating dependencies... done! > > > > !!! All ebuilds that could satisfy "kde-apps/kdebase-runtime-meta:5" have > been masked. > > !!! One of the following masked packages is required to complete your > request: > > - kde-apps/kdebase-runtime-meta-16.04.2::gentoo (masked by: package.mask, > ~amd64 keyword) > > - kde-apps/kdebase-runtime-meta-15.12.3::gentoo (masked by: package.mask) > > > > (dependency required by "kde-base/kdebase-startkde-4.11.22-r1::gentoo" > [ebuild]) > > (dependency required by "@selected" [set]) > > (dependency required by "@world" [argument]) > > > > I have all of KDE:5 masked since I think installing it sounds too risky. > Checking the kdebase-startkde-4.11.22-r1 ebuild it has a dependency on > kde-apps/kdebase-runtime-meta:5. Is this a mistake? Has anyone found a > solution to this? > > > > Thanks > > Robin > > -- > > -- > > Robin Atwood. > > > > "Ship me somewheres east of Suez, where the best is like the worst, > > Where there ain't no Ten Commandments an' a man can raise a thirst" > > from "Mandalay" by Rudyard Kipling > > -- > > Robin, My ugly hack on this to keep on kde4 withouth pulling frameworks 5: 1) use a local overlay 2) locate kactivitymanagerd-4.13.3-r1.ebuild (in /var/db/pkg/kde-plasma/kactivitymanagerd-4.13.3-r1) 3) put the kactivitymanagerd-4.13.3-r1.ebuild into /usr/local/portage/kde-plasma/kactivitymanagerd/ 4) add a SLOT="5" line to the ebuild 5) add a unmask line =kde-plasma/kactivitymanagerd-4.13.3-r1 to /etc/package.unmask I need 5) because I mask all kde-plasma/* packages -- Andrés Becerra Sandoval
[gentoo-user] KDE (mono to meta) migration
Hello, I have looked at threads on this issue from 12jun06 and 2jun06 and http://www.gentoo.org/doc/en/kde-split-ebuilds.xml. By the way, this doc is good for explaining the issues, but does not explain a clear method to perform the migration form mono to meta.. Is there an easy way to remove all of the kde packages before migration to kde-meta? I like having as many kde apps installed as possible. For me, it makes it easier to find cool (kde) softaware. But if meta is going away, like the monolithic kde packaging (eventually) I'd rather go straight to the split kde package system. Comments and Recommendations on kde-meta's future? emerge -atv kde-meta lists many packages and I'm too lazy to remove them all by hand snip These are the packages that would be merged, in reverse order: Calculating dependencies... done! .[blocks B ] =kde-base/kdemultimedia-3.5* (is blocking kde-base/kaboodle-3.5.2) .[blocks B ] =kde-base/kdemultimedia-3.5* (is blocking kde-base/kdemultimedia-kappfinder-data-3.5.2) snip Is there an easier way to do a bulk upgrade from mono to meta ? >From mono to split? Some gentoo/kde systems I manage will want to go to the split system or a few kde-meta packages and the rest of the kde(split) apps individually installed. Any enlightenment is most welcome, as I get busy quite often and do not necessarily keep up with the latest issed on gentoo James -- gentoo-user@gentoo.org mailing list
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] 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] Re: Update blocked by kdebase-startkde:4
On Saturday 09 Jul 2016 23:22:49 I wrote: > On Sunday 10 Jul 2016 04:08:36 Michael Palimaka wrote: --->8 > > This change is correct - we're in the process of cleaning up some old > > ebuilds at the moment. > > > > In this case kde-apps/kdebase-runtime-meta:5 doesn't imply anything > > KF5-based - it has just been ported to use a newer eclass. It still just > > pulls in the old KDE4-based kde-runtime packages. I don't think that's entirely true; see below. > That's good news. Now, how does one allow that package to be installed while > keeping the rest of KF5 masked? > > # cat /etc/portage/package.mask > kde-plasma/* > kde-frameworks/*:5 > kde-apps/*:5 > kde-misc/*:5 > >=kde-apps/kde4-l10n-16.04.1 > > We seem to need an analogue of CONFIG_PROTECT and CONFIG_PROTECT_MASK, in > which we could mask all kde-apps/*:5 while allowing > kde-apps/kdebase-runtime-meta:5 to be installed. Can that be done? I hope > there's an easier way than masking all 122 apps separately. In fact I tried the separate masking. It led on to having to treat kde-plasma and kde-frameworks similarly, and before I knew it I was unmasking a load of packages that don't belong in a KDE-4 system. What to try next? -- Rgds Peter
Re: [gentoo-user] Update blocked by kdebase-startkde:4
On Tuesday 12 July 2016, Andrés Becerra Sandoval wrote: > 2016-07-09 8:52 GMT-05:00 Robin Atwood : > > Attempting to update/world this weekend I get: > > > > > > > > > > > > # emerge -uDv @world > > > > > > > > These are the packages that would be merged, in order: > > > > > > > > Calculating dependencies... done! > > > > > > > > !!! All ebuilds that could satisfy "kde-apps/kdebase-runtime-meta:5" have > > been masked. > > > > !!! One of the following masked packages is required to complete your > > request: > > > > - kde-apps/kdebase-runtime-meta-16.04.2::gentoo (masked by: package.mask, > > ~amd64 keyword) > > > > - kde-apps/kdebase-runtime-meta-15.12.3::gentoo (masked by: package.mask) > > > > > > > > (dependency required by "kde-base/kdebase-startkde-4.11.22-r1::gentoo" > > [ebuild]) > > > > (dependency required by "@selected" [set]) > > > > (dependency required by "@world" [argument]) > > > > > > > > I have all of KDE:5 masked since I think installing it sounds too risky. > > Checking the kdebase-startkde-4.11.22-r1 ebuild it has a dependency on > > kde-apps/kdebase-runtime-meta:5. Is this a mistake? Has anyone found a > > solution to this? > > Robin, > > My ugly hack on this to keep on kde4 withouth pulling frameworks 5: > > 1) use a local overlay > 2) locate kactivitymanagerd-4.13.3-r1.ebuild (in > /var/db/pkg/kde-plasma/kactivitymanagerd-4.13.3-r1) > 3) put the kactivitymanagerd-4.13.3-r1.ebuild into > /usr/local/portage/kde-plasma/kactivitymanagerd/ > 4) add a > SLOT="5" > line to the ebuild > 5) add a unmask line > =kde-plasma/kactivitymanagerd-4.13.3-r1 > to /etc/package.unmask > > I need 5) because I mask all kde-plasma/* packages Andrés- That did the trick! Thanks very much. Until the next time... :( Cheers Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [gentoo-user] kde-apps/libksane blocker
On Mon, 30 May 2016 05:08:47 -0500, Dale wrote: > I removed all libksane versions and it still pukes. I then did a equery > list *sane* and -C'd all that too. None of that will cause a crash or > anything. Anyway, it still isn't happy. After doing all that, I had a > thought. Add the -t option. It didn't help much but at least I finally > thought of it. lol Here is the current upset pixels with the -t added > in. > > > [nomerge ] kde-apps/kdenetwork-meta-16.04.1:5::gentoo > [15.12.3-r1:5::gentoo] USE="ppp telepathy%*" > [ebuild U ~] kde-apps/kget-16.04.1:4/16.04::gentoo > [15.12.3:4/15.12::gentoo] USE="handbook sqlite webkit (-aqua) > -bittorrent -debug -gpg -mms" 1,057 KiB > [ebuild U ~] kde-apps/kppp-16.04.1:4/16.04::gentoo > [15.12.3:4/15.12::gentoo] USE="handbook (-aqua) -debug" 684 KiB > [ebuild U ~] kde-apps/zeroconf-ioslave-16.04.1:4/16.04::gentoo > [15.12.3:4/15.12::gentoo] USE="(-aqua) -debug" 26 KiB > [nomerge ] kde-apps/kdegraphics-meta-16.04.1:5::gentoo > [15.12.3:5::gentoo] USE="scanner" > [ebuild N ~] kde-apps/kolourpaint-16.04.1:4/16.04::gentoo > USE="handbook scanner (-aqua) -debug" 0 KiB > [ebuild U ~] > kde-apps/kdegraphics-mobipocket-16.04.1-r1:4/16.04::gentoo > [15.12.3:4/15.12::gentoo] USE="(-aqua) -debug" 15 KiB > [ebuild U ~] kde-apps/svgpart-16.04.1:4/16.04::gentoo > [15.12.3:4/15.12::gentoo] USE="(-aqua) -debug" 9 KiB > [ebuild N~] kde-apps/ksaneplugin-16.04.1:4/16.04::gentoo > USE="(-aqua) -debug" 0 KiB > [ebuild N ] kde-apps/libksane-15.08.3:4/15.08::gentoo ^^^ > USE="minimal (-aqua) -debug" 0 KiB [snip] > [blocks B ] (" kde-apps/libksane-16.04.1) Here's your problem, 16.04.1 can only co-exists with 15.03.3-r1 or higher, but you are trying to install 15.03.3. The -r1 version is testing, it hasn't been stabilised yet. Try adding it to package.accept_keywords. If that fixes it, file a stabilisation bug. -- Neil Bothwick Modulation in all things. pgpmSOCWK4o6p.pgp Description: OpenPGP digital signature
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] Re: Update blocked by kdebase-startkde:4
On Sunday 10 July 2016, Peter Humphrey wrote: > On Saturday 09 Jul 2016 23:22:49 I wrote: > > On Sunday 10 Jul 2016 04:08:36 Michael Palimaka wrote: > --->8 > > > > This change is correct - we're in the process of cleaning up some old > > > ebuilds at the moment. > > > > > > In this case kde-apps/kdebase-runtime-meta:5 doesn't imply anything > > > KF5-based - it has just been ported to use a newer eclass. It still > > > just pulls in the old KDE4-based kde-runtime packages. > > I don't think that's entirely true; see below. > > > That's good news. Now, how does one allow that package to be installed > > while keeping the rest of KF5 masked? > > > > # cat /etc/portage/package.mask > > kde-plasma/* > > kde-frameworks/*:5 > > kde-apps/*:5 > > kde-misc/*:5 > > > > >=kde-apps/kde4-l10n-16.04.1 > > > > We seem to need an analogue of CONFIG_PROTECT and CONFIG_PROTECT_MASK, in > > which we could mask all kde-apps/*:5 while allowing > > kde-apps/kdebase-runtime-meta:5 to be installed. Can that be done? I hope > > there's an easier way than masking all 122 apps separately. > > In fact I tried the separate masking. It led on to having to treat > kde-plasma and kde-frameworks similarly, and before I knew it I was > unmasking a load of packages that don't belong in a KDE-4 system. > > What to try next? Indeed. The situation seems to be that Gentoo is not upgradable unless KDE5 is installed. :( Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [gentoo-user] Using KDE apps in a non KDE environment
On Fri, Oct 2, 2015 at 1:30 AM, Alan McKinnon wrote: > On 02/10/2015 05:31, Andrew Lowe wrote: >> Hi all, >> I'm getting disillusioned with the direction KDE is taking, with >> respect to forcing users to use things they don't want to. The semantic >> desktop, or whatever they are now calling bits and pieces of it, is one >> thing that comes immediately to mind. >> >> Anyway, I've decided to move on and am thinking of going to lxqt. The >> problem is that I'm used to several KDE apps, kwooty, kwrite and a few >> more. Is it possible to run something such as lxqt and then emerge in >> kde apps where it will bring in just a few kde libraries, which I can >> live with, but not the whole desktop environment? > > Yes. Remove all of KDE then emerge back in the apps you want, they have > deps on the libs they need. Whatever they pull in is required. It is easier than that. Edit your /var/lib/portage/world Remove anything kde-related you're not explicitly interested in, such as kde-meta Add anything you are explicitly interested in, such as kwooty or kwrite Add kde-apps/kdebase-runtime-meta Then run emerge --depclean and watch all the other stuff go away. No need to purge yourself of stuff like kdelibs that takes a long time to rebuild just to add it back. Let the dependency manager help you out for a change. :) I'm not even certain you need to explicitly add kdebase-runtime-meta - other packages might pull that in on their own but I'm not certain of that. Run a --depclean -p first and see what portage wants to get rid of before going that route. Software may-or-may not work correctly without that virtual installed and your bugs will be closed as invalid. That virtual is intended to be a somewhat-minimalist one for situations like yours, but kde applications still will tend to pull a lot of stuff in. -- Rich
Re: [gentoo-user] now in blocked packages hell. =\
On 06/03/2016 19:51, Neil Bothwick wrote: > On Sun, 06 Mar 2016 12:28:04 -0500, Alan Grimes wrote: > >> Clearly, it is inconceivable that there is any possibility of updating >> any package on this system until these two packages are uninstalled. =\ >> I mean, simply isolating the conflicting part of the package tree and >> updating everything that isn't affected by those packages makes no sense >> whatsoever and is a computationally intractable problem > > Maybe, but determining parts that are not affected and emerging them > (don't forget --oneshot) will reduce the package list and make it easier > to see what is going on. > >> tortoise ~ # ./pretendupdate > > We don't know what this does better to post the command that script runs. > It appears that command includes -v, better to run without it to avoid > useful information being buried in verbose irrelevancies. > >> [blocks b ] > (" > This appears to be the main culprit, I remember having to set > USE="minimal" for kde4-l10n when switching to KDE 5 some months ago. Set > that and the list of blockers will reduce to a manageable level, or even > zero if you're lucky! Indeed. There's a lot of those USE="minimal" blockers, and they are likely to continue till all official KDE apps are ported to Plasma5. Here's my list: /etc/portage/package.use/package.use:# 20150831: These apps with USE="-minimal" block the upgrade to their kde-frameworks equivalent /etc/portage/package.use/package.use:kde-apps/kde-wallpapers minimal /etc/portage/package.use/package.use:kde-apps/kde4-l10n minimal /etc/portage/package.use/package.use:kde-apps/kdeartwork-meta minimal /etc/portage/package.use/package.use:=kde-apps/kdebase-kioslaves-4* minimal /etc/portage/package.use/package.use:kde-apps/kdebase-runtime-meta minimal /etc/portage/package.use/package.use:=kde-apps/konsole-4* minimal /etc/portage/package.use/package.use:=kde-apps/kwalletmanager-4* minimal /etc/portage/package.use/package.use:kde-apps/libkipi:4 minimal /etc/portage/package.use/package.use:=kde-base/baloo-4* minimal /etc/portage/package.use/package.use:=kde-base/kactivities-4* minimal -- Alan McKinnon alan.mckin...@gmail.com
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/kfoul
Re: [gentoo-user] Update blocked by kdebase-startkde:4
On Friday 15 July 2016, Robin Atwood wrote: > On Tuesday 12 July 2016, Andrés Becerra Sandoval wrote: > > 2016-07-09 8:52 GMT-05:00 Robin Atwood : > > > Attempting to update/world this weekend I get: > > > > > > > > > > > > > > > > > > # emerge -uDv @world > > > > > > > > > > > > These are the packages that would be merged, in order: > > > > > > > > > > > > Calculating dependencies... done! > > > > > > > > > > > > !!! All ebuilds that could satisfy "kde-apps/kdebase-runtime-meta:5" > > > have been masked. > > > > > > !!! One of the following masked packages is required to complete your > > > request: > > > > > > - kde-apps/kdebase-runtime-meta-16.04.2::gentoo (masked by: > > > package.mask, ~amd64 keyword) > > > > > > - kde-apps/kdebase-runtime-meta-15.12.3::gentoo (masked by: > > > package.mask) > > > > > > > > > > > > (dependency required by "kde-base/kdebase-startkde-4.11.22-r1::gentoo" > > > [ebuild]) > > > > > > (dependency required by "@selected" [set]) > > > > > > (dependency required by "@world" [argument]) > > > > > > > > > > > > I have all of KDE:5 masked since I think installing it sounds too > > > risky. Checking the kdebase-startkde-4.11.22-r1 ebuild it has a > > > dependency on kde-apps/kdebase-runtime-meta:5. Is this a mistake? Has > > > anyone found a solution to this? > > > > Robin, > > > > My ugly hack on this to keep on kde4 withouth pulling frameworks 5: > > > > 1) use a local overlay > > 2) locate kactivitymanagerd-4.13.3-r1.ebuild (in > > /var/db/pkg/kde-plasma/kactivitymanagerd-4.13.3-r1) > > 3) put the kactivitymanagerd-4.13.3-r1.ebuild into > > /usr/local/portage/kde-plasma/kactivitymanagerd/ > > 4) add a > > SLOT="5" > > line to the ebuild > > 5) add a unmask line > > =kde-plasma/kactivitymanagerd-4.13.3-r1 > > to /etc/package.unmask > > > > I need 5) because I mask all kde-plasma/* packages > > Andrés- > That did the trick! Thanks very much. Until the next time... :( And the next problem: !!! All ebuilds that could satisfy "kde-plasma/plasma-workspace-wallpapers:5" have been masked. !!! One of the following masked packages is required to complete your request: - kde-plasma/plasma-workspace-wallpapers-5.7.3::gentoo (masked by: package.mask, ~amd64 keyword) - kde-plasma/plasma-workspace-wallpapers-5.6.5::gentoo (masked by: package.mask) (dependency required by "kde-base/kdebase-startkde-4.11.22- r2::gentoo[wallpapers]" [installed]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) Why does kdebase-startkde:4 want plasma-workspace-wallpapers:5? has anyone solved this yet? Thanks Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
[gentoo-user] Borked network connections on KDE apps (ftp, fish)
I updated one box with the latest stable KDE and discovered that Konqueror/Dolphin will no longer connect to ftp or sftp servers. depclean showed up and uninstalled a lot of packages, which I let it do thinking they are no longer needed in the latest version of KDE, probably because their functionality was merged with other packages: 1489518204: *** emerge --verbose --quiet-build=n --ask --depclean 1489518204: >>> depclean 1489518253: === Unmerging... (media-fonts/font-misc-ethiopic-1.0.3) 1489518278: >>> unmerge success: media-fonts/font-misc-ethiopic-1.0.3 1489518278: === Unmerging... (media-fonts/font-cursor-misc-1.0.3) 1489518290: >>> unmerge success: media-fonts/font-cursor-misc-1.0.3 1489518290: === Unmerging... (virtual/krb5-0-r1) 1489518294: >>> unmerge success: virtual/krb5-0-r1 1489518294: === Unmerging... (net-libs/webkit-gtk-2.4.11-r200) 1489518301: >>> unmerge success: net-libs/webkit-gtk-2.4.11-r200 1489518301: === Unmerging... (kde-apps/kdebase-runtime-meta-16.04.3) 1489518306: >>> unmerge success: kde-apps/kdebase-runtime-meta-16.04.3 1489518306: === Unmerging... (media-fonts/font-xfree86-type1-1.0.4) 1489518319: >>> unmerge success: media-fonts/font-xfree86-type1-1.0.4 1489518319: === Unmerging... (kde-apps/renamedlg-plugins-16.04.3) 1489518326: >>> unmerge success: kde-apps/renamedlg-plugins-16.04.3 1489518326: === Unmerging... (app-crypt/mit-krb5-1.14.2) 1489518333: >>> unmerge success: app-crypt/mit-krb5-1.14.2 1489518333: === Unmerging... (sys-apps/paxctl-0.9) 1489518339: >>> unmerge success: sys-apps/paxctl-0.9 1489518339: === Unmerging... (kde-apps/kdebugdialog-16.04.3) 1489518391: >>> unmerge success: kde-apps/kdebugdialog-16.04.3 1489518391: === Unmerging... (kde-apps/kimgio-16.04.3) 1489518399: >>> unmerge success: kde-apps/kimgio-16.04.3 1489518399: === Unmerging... (app-misc/geoclue-2.4.4) 1489518405: >>> unmerge success: app-misc/geoclue-2.4.4 1489518405: === Unmerging... (kde-apps/kdesu-16.04.3) 1489518413: >>> unmerge success: kde-apps/kdesu-16.04.3 1489518413: === Unmerging... (kde-apps/kfile-16.04.3) 1489518421: >>> unmerge success: kde-apps/kfile-16.04.3 1489518421: === Unmerging... (kde-apps/phonon-kde-16.04.3) 1489518431: >>> unmerge success: kde-apps/phonon-kde-16.04.3 1489518431: === Unmerging... (kde-apps/kstart-16.04.3) 1489518440: >>> unmerge success: kde-apps/kstart-16.04.3 1489518440: === Unmerging... (kde-apps/kmimetypefinder-16.04.3) 1489518448: >>> unmerge success: kde-apps/kmimetypefinder-16.04.3 1489518448: === Unmerging... (kde-apps/kpasswdserver-16.04.3) 1489518457: >>> unmerge success: kde-apps/kpasswdserver-16.04.3 1489518457: === Unmerging... (kde-apps/kquitapp-16.04.3) 1489518467: >>> unmerge success: kde-apps/kquitapp-16.04.3 1489518467: === Unmerging... (kde-apps/kdebase-data-16.04.3) 1489518477: >>> unmerge success: kde-apps/kdebase-data-16.04.3 1489518477: === Unmerging... (kde-apps/keditfiletype-16.04.3) 1489518485: >>> unmerge success: kde-apps/keditfiletype-16.04.3 1489518485: === Unmerging... (kde-apps/kiconfinder-16.04.3) 1489518493: >>> unmerge success: kde-apps/kiconfinder-16.04.3 1489518493: === Unmerging... (kde-apps/solid-runtime-16.04.3) 1489518500: >>> unmerge success: kde-apps/solid-runtime-16.04.3 1489518500: === Unmerging... (kde-apps/knewstuff-16.04.3) 1489518509: >>> unmerge success: kde-apps/knewstuff-16.04.3 1489518509: === Unmerging... (kde-apps/kdontchangethehostname-16.04.3) 1489518516: >>> unmerge success: kde-apps/kdontchangethehostname-16.04.3 1489518516: === Unmerging... (kde-apps/kdebase-desktoptheme-16.04.3) 1489518524: >>> unmerge success: kde-apps/kdebase-desktoptheme-16.04.3 1489518524: === Unmerging... (kde-apps/kdebase-menu-icons-16.04.3) 1489518532: >>> unmerge success: kde-apps/kdebase-menu-icons-16.04.3 1489518532: === Unmerging... (kde-apps/ktraderclient-16.04.3) 1489518541: >>> unmerge success: kde-apps/ktraderclient-16.04.3 1489518541: === Unmerging... (kde-apps/kreadconfig-16.04.3) 1489518549: >>> unmerge success: kde-apps/kreadconfig-16.04.3 1489518549: === Unmerging... (kde-apps/plasma-runtime-16.04.3) 1489518560: >>> unmerge success: kde-apps/plasma-runtime-16.04.3 1489518560: === Unmerging... (kde-apps/knotify-16.04.3) 1489518569: >>> unmerge success: kde-apps/knotify-16.04.3 1489518569: === Unmerging... (kde-apps/kcmshell-16.04.3) 1489518578: >>> unmerge success: kde-apps/kcmshell-16.04.3 1489518578: === Unmerging... (kde-apps/kdebase-menu-16.04.3) 1489518586: >>> unmerge success: kde-apps/kdebase-menu-16.04.3 1489518586: === Unmerging... (dev-libs/json-glib-1.2.2) 1489518593: >>> unmerge success: dev-libs/json-glib-1.2.2 1489518593: === Unmerging... (sy
Re: [gentoo-user] kde-meta minus toys, games, etc
On 02/06/06, Raymond Lewis Rebbeck <[EMAIL PROTECTED]> wrote: $ ls /usr/portage/kde-base/ | grep meta Thanks. Last question: Is emerging kdebase-meta meant to pull in 45 packages, or are there any old kde apps in my system pulling them in as I am trying to emerge my new split KDE? From the log: === 1149285323: *** emerge --update --deep --verbose kdebase-meta 1149285332: >>> emerge (1 of 45) kde-base/kdelibs-3.5.2-r6 to / 1149285332: === (1 of 45) Cleaning (kde-base/kdelibs-3.5.2-r6::/usr/portage/kde-base/kdelibs/kdelibs-3.5.2-r6.ebuild) 1149285341: === (1 of 45) Compiling/Merging (kde-base/kdelibs-3.5.2-r6::/usr/portage/kde-base/kdelibs/kdelibs-3.5.2-r6.ebuild) === -- Regards, Mick -- 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 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.
[gentoo-user] Re: KDE's confusing versions
On 08/03/16 03:55, James wrote: > Jonathan Callen gentoo.org> writes: > > > >> Note that upstream split the old "KDE Software Compilation" (formerly >> "KDE Desktop Environment") into three separate parts: KDE Frameworks, >> Plasma, and KDE Applications. > > > So does this mean that a system can install lxqt(5) and pick out of the > many kde applications to install and not have all the other kde baggage? > > If so, is there a list of which kde applications can be installed without > the KDE bloat (simple QT5) requirements? You've always been able to pick and choose individual KDE applications without installing all of KDE, although in KDE 4 we did recommend also installing one of the smaller meta packages (eg. kde-apps/kdebase-runtime-meta) to ensure everything worked correctly. You can identify KF5/Qt5-based applications based on their slot. Something like eix kde-apps/ --slot 5 should give the full list of what's available so far.
Re: [gentoo-user] Re: Konsole
On 07/11/2016 02:44 PM, Alan McKinnon wrote: > Daniel, > > Please clarify what you mean by "doesn't seem to show anything from the > kde-sunset overlay", preferably with config files and output of suitable > emerge commands. > > Alan > Note: I was assuming kde4 was put into the sunset overlay. Judging by what I see, it's not there, only kde3 packages are. Will do. I was trying to do some stuff with it when I was on my lunch break. First (emerge --sync): === Sync completed for gentoo >>> Syncing repository 'kde-sunset' into '/var/local/overlays/kde-sunset'... /usr/bin/git pull Already up-to-date. === Sync completed for kde-sunset So I'm pretty sure it's there. Second: # ls /var/local/overlays/kde-sunset/ Documentation app-cdr app-i18n app-office dev-db dev-python eclass kde-apps media-gfx media-tv net-dns net-misc net-wireless sci-misc www-client x11-terms app-antivirus app-cryptapp-laptop app-pda dev-embedded dev-qt games-emulation kde-base media-libs media-video net-firewall net-nds profiles sys-apps x11-libs x11-themes app-arch app-doc app-misc app-portage dev-libs dev-utilgames-puzzle kde-misc media-plugins metadata net-imnet-p2p sci-electronics sys-power x11-misc app-backup app-editors app-mobilephone app-text dev-perl dev-vcs games-util mail-client media-soundnet-analyzer net-irc net-voip sci-mathematics virtualx11-plugins So there is stuff there. Just not kde4 related stuff yet: # ls -l /var/local/overlays/kde-sunset/kde-base/kde-meta total 28 -rw-r--r-- 1 root root 17423 Jul 11 07:45 ChangeLog -rw-r--r-- 1 root root 1134 Jul 11 07:45 kde-meta-3.5.10.ebuild -rw-r--r-- 1 root root 166 Jul 11 07:45 metadata.xml Even if I try to list it: # eshowkw kde-meta Keywords for kde-apps/kde-meta: | | u | | a a a n p r s | n | | l m r h i m m i p i s p | u s | r | p d a m p a 6 i o p c s 3 a x | s l | e | h 6 r 6 p 6 8 p s p 6 c 9 s r 8 | e o | p | a 4 m 4 a 4 k s 2 c 4 v 0 h c 6 | d t | o +-+-+--- 15.12.3 | o + o o o o o o o o o o o o o + | o 5 | gentoo 16.04.2 | o ~ o o o o o o o o o o o o o ~ | o | gentoo # eshowkw kde-base/kde-meta No such package "kde-base/kde-meta" I would think that if eshowkw is picking up things in the kde-sunset overlay it would be indicated in the repo column? However, I don't see any kde4 packages. Maybe they're still moving them over? Dan
Re: [gentoo-user] KDE (mono to meta) migration
On Thu, 22 Jun 2006 16:28:42 + (UTC), James wrote: > Is there an easy way to remove all of the kde packages before > migration to kde-meta? See the thread form a couple of hours ago, but one easy way is emerge -Ca $(ls /var/db/pkg/kde-base) > I like having as many kde apps installed as possible. For me, > it makes it easier to find cool (kde) softaware. But if meta > is going away, like the monolithic kde packaging (eventually) > I'd rather go straight to the split kde package system. I think you have misunderstood the purpose of the meta packages. They are simply empty packages that depend on various other packages. The old kde package was a meta-package that depended on the various monolithic builds, now there is a meta-package to replace each of the monolithic builds that depends on the split packages. kde-meta depend on all the split ebuilds. > Comments and Recommendations on kde-meta's future? The meta-packages won't be going away, they are even more important with the split ebuilds. they aren't exclusive to KDE either; gnome, gnome-light and xorg-x11-7* are all meta packages. -- Neil Bothwick Our bikinis are exciting. They are simply the tops. signature.asc Description: PGP signature
Re: [gentoo-user] kde-meta minus toys, games, etc
On Fri, 2 Jun 2006 21:11:52 +, Mick wrote: > Is emerging kdebase-meta meant to pull in 45 packages, or are there > any old kde apps in my system pulling them in as I am trying to emerge > my new split KDE? Something like that number. > > From the log: > === > 1149285323: *** emerge --update --deep --verbose kdebase-meta > 1149285332: >>> emerge (1 of 45) kde-base/kdelibs-3.5.2-r6 to / > 1149285332: === (1 of 45) Cleaning Try emerge --ask --tree --verbose kde-meta to see what is pulling in the packages. -- Neil Bothwick Is it possible to be totally partial? signature.asc Description: PGP signature
[gentoo-user] Re: Borked network connections on KDE apps (ftp, fish)
On 03/16/2017 04:38 AM, Mick wrote: > I updated one box with the latest stable KDE and discovered that > Konqueror/Dolphin will no longer connect to ftp or sftp servers. > > depclean showed up and uninstalled a lot of packages, which I let it do > thinking they are no longer needed in the latest version of KDE, probably > because their functionality was merged with other packages: > > 1489518204: *** emerge --verbose --quiet-build=n --ask --depclean > 1489518204: >>> depclean > 1489518253: === Unmerging... (media-fonts/font-misc-ethiopic-1.0.3) > 1489518278: >>> unmerge success: media-fonts/font-misc-ethiopic-1.0.3 > 1489518278: === Unmerging... (media-fonts/font-cursor-misc-1.0.3) > 1489518290: >>> unmerge success: media-fonts/font-cursor-misc-1.0.3 > 1489518290: === Unmerging... (virtual/krb5-0-r1) > 1489518294: >>> unmerge success: virtual/krb5-0-r1 > 1489518294: === Unmerging... (net-libs/webkit-gtk-2.4.11-r200) > 1489518301: >>> unmerge success: net-libs/webkit-gtk-2.4.11-r200 > 1489518301: === Unmerging... (kde-apps/kdebase-runtime-meta-16.04.3) > 1489518306: >>> unmerge success: kde-apps/kdebase-runtime-meta-16.04.3 > 1489518306: === Unmerging... (media-fonts/font-xfree86-type1-1.0.4) > 1489518319: >>> unmerge success: media-fonts/font-xfree86-type1-1.0.4 > 1489518319: === Unmerging... (kde-apps/renamedlg-plugins-16.04.3) > 1489518326: >>> unmerge success: kde-apps/renamedlg-plugins-16.04.3 > 1489518326: === Unmerging... (app-crypt/mit-krb5-1.14.2) > 1489518333: >>> unmerge success: app-crypt/mit-krb5-1.14.2 > 1489518333: === Unmerging... (sys-apps/paxctl-0.9) > 1489518339: >>> unmerge success: sys-apps/paxctl-0.9 > 1489518339: === Unmerging... (kde-apps/kdebugdialog-16.04.3) > 1489518391: >>> unmerge success: kde-apps/kdebugdialog-16.04.3 > 1489518391: === Unmerging... (kde-apps/kimgio-16.04.3) > 1489518399: >>> unmerge success: kde-apps/kimgio-16.04.3 > 1489518399: === Unmerging... (app-misc/geoclue-2.4.4) > 1489518405: >>> unmerge success: app-misc/geoclue-2.4.4 > 1489518405: === Unmerging... (kde-apps/kdesu-16.04.3) > 1489518413: >>> unmerge success: kde-apps/kdesu-16.04.3 > 1489518413: === Unmerging... (kde-apps/kfile-16.04.3) > 1489518421: >>> unmerge success: kde-apps/kfile-16.04.3 > 1489518421: === Unmerging... (kde-apps/phonon-kde-16.04.3) > 1489518431: >>> unmerge success: kde-apps/phonon-kde-16.04.3 > 1489518431: === Unmerging... (kde-apps/kstart-16.04.3) > 1489518440: >>> unmerge success: kde-apps/kstart-16.04.3 > 1489518440: === Unmerging... (kde-apps/kmimetypefinder-16.04.3) > 1489518448: >>> unmerge success: kde-apps/kmimetypefinder-16.04.3 > 1489518448: === Unmerging... (kde-apps/kpasswdserver-16.04.3) > 1489518457: >>> unmerge success: kde-apps/kpasswdserver-16.04.3 > 1489518457: === Unmerging... (kde-apps/kquitapp-16.04.3) > 1489518467: >>> unmerge success: kde-apps/kquitapp-16.04.3 > 1489518467: === Unmerging... (kde-apps/kdebase-data-16.04.3) > 1489518477: >>> unmerge success: kde-apps/kdebase-data-16.04.3 > 1489518477: === Unmerging... (kde-apps/keditfiletype-16.04.3) > 1489518485: >>> unmerge success: kde-apps/keditfiletype-16.04.3 > 1489518485: === Unmerging... (kde-apps/kiconfinder-16.04.3) > 1489518493: >>> unmerge success: kde-apps/kiconfinder-16.04.3 > 1489518493: === Unmerging... (kde-apps/solid-runtime-16.04.3) > 1489518500: >>> unmerge success: kde-apps/solid-runtime-16.04.3 > 1489518500: === Unmerging... (kde-apps/knewstuff-16.04.3) > 1489518509: >>> unmerge success: kde-apps/knewstuff-16.04.3 > 1489518509: === Unmerging... (kde-apps/kdontchangethehostname-16.04.3) > 1489518516: >>> unmerge success: kde-apps/kdontchangethehostname-16.04.3 > 1489518516: === Unmerging... (kde-apps/kdebase-desktoptheme-16.04.3) > 1489518524: >>> unmerge success: kde-apps/kdebase-desktoptheme-16.04.3 > 1489518524: === Unmerging... (kde-apps/kdebase-menu-icons-16.04.3) > 1489518532: >>> unmerge success: kde-apps/kdebase-menu-icons-16.04.3 > 1489518532: === Unmerging... (kde-apps/ktraderclient-16.04.3) > 1489518541: >>> unmerge success: kde-apps/ktraderclient-16.04.3 > 1489518541: === Unmerging... (kde-apps/kreadconfig-16.04.3) > 1489518549: >>> unmerge success: kde-apps/kreadconfig-16.04.3 > 1489518549: === Unmerging... (kde-apps/plasma-runtime-16.04.3) > 1489518560: >>> unmerge success: kde-apps/plasma-runtime-16.04.3 > 1489518560: === Unmerging... (kde-apps/knotify-16.04.3) > 1489518569: >>> unmerge success: kde-apps/knotify-16.04.3 > 1489518569: === U
Re: [gentoo-user] Borked network connections on KDE apps (ftp, fish)
On 16/03/2017 10:38, Mick wrote: > I updated one box with the latest stable KDE and discovered that > Konqueror/Dolphin will no longer connect to ftp or sftp servers. > > depclean showed up and uninstalled a lot of packages, which I let it do > thinking they are no longer needed in the latest version of KDE, probably > because their functionality was merged with other packages: > > 1489518204: *** emerge --verbose --quiet-build=n --ask --depclean > 1489518204: >>> depclean > 1489518253: === Unmerging... (media-fonts/font-misc-ethiopic-1.0.3) > 1489518278: >>> unmerge success: media-fonts/font-misc-ethiopic-1.0.3 > 1489518278: === Unmerging... (media-fonts/font-cursor-misc-1.0.3) > 1489518290: >>> unmerge success: media-fonts/font-cursor-misc-1.0.3 > 1489518290: === Unmerging... (virtual/krb5-0-r1) > 1489518294: >>> unmerge success: virtual/krb5-0-r1 > 1489518294: === Unmerging... (net-libs/webkit-gtk-2.4.11-r200) > 1489518301: >>> unmerge success: net-libs/webkit-gtk-2.4.11-r200 > 1489518301: === Unmerging... (kde-apps/kdebase-runtime-meta-16.04.3) > 1489518306: >>> unmerge success: kde-apps/kdebase-runtime-meta-16.04.3 > 1489518306: === Unmerging... (media-fonts/font-xfree86-type1-1.0.4) > 1489518319: >>> unmerge success: media-fonts/font-xfree86-type1-1.0.4 > 1489518319: === Unmerging... (kde-apps/renamedlg-plugins-16.04.3) > 1489518326: >>> unmerge success: kde-apps/renamedlg-plugins-16.04.3 > 1489518326: === Unmerging... (app-crypt/mit-krb5-1.14.2) > 1489518333: >>> unmerge success: app-crypt/mit-krb5-1.14.2 > 1489518333: === Unmerging... (sys-apps/paxctl-0.9) > 1489518339: >>> unmerge success: sys-apps/paxctl-0.9 > 1489518339: === Unmerging... (kde-apps/kdebugdialog-16.04.3) > 1489518391: >>> unmerge success: kde-apps/kdebugdialog-16.04.3 > 1489518391: === Unmerging... (kde-apps/kimgio-16.04.3) > 1489518399: >>> unmerge success: kde-apps/kimgio-16.04.3 > 1489518399: === Unmerging... (app-misc/geoclue-2.4.4) > 1489518405: >>> unmerge success: app-misc/geoclue-2.4.4 > 1489518405: === Unmerging... (kde-apps/kdesu-16.04.3) > 1489518413: >>> unmerge success: kde-apps/kdesu-16.04.3 > 1489518413: === Unmerging... (kde-apps/kfile-16.04.3) > 1489518421: >>> unmerge success: kde-apps/kfile-16.04.3 > 1489518421: === Unmerging... (kde-apps/phonon-kde-16.04.3) > 1489518431: >>> unmerge success: kde-apps/phonon-kde-16.04.3 > 1489518431: === Unmerging... (kde-apps/kstart-16.04.3) > 1489518440: >>> unmerge success: kde-apps/kstart-16.04.3 > 1489518440: === Unmerging... (kde-apps/kmimetypefinder-16.04.3) > 1489518448: >>> unmerge success: kde-apps/kmimetypefinder-16.04.3 > 1489518448: === Unmerging... (kde-apps/kpasswdserver-16.04.3) > 1489518457: >>> unmerge success: kde-apps/kpasswdserver-16.04.3 > 1489518457: === Unmerging... (kde-apps/kquitapp-16.04.3) > 1489518467: >>> unmerge success: kde-apps/kquitapp-16.04.3 > 1489518467: === Unmerging... (kde-apps/kdebase-data-16.04.3) > 1489518477: >>> unmerge success: kde-apps/kdebase-data-16.04.3 > 1489518477: === Unmerging... (kde-apps/keditfiletype-16.04.3) > 1489518485: >>> unmerge success: kde-apps/keditfiletype-16.04.3 > 1489518485: === Unmerging... (kde-apps/kiconfinder-16.04.3) > 1489518493: >>> unmerge success: kde-apps/kiconfinder-16.04.3 > 1489518493: === Unmerging... (kde-apps/solid-runtime-16.04.3) > 1489518500: >>> unmerge success: kde-apps/solid-runtime-16.04.3 > 1489518500: === Unmerging... (kde-apps/knewstuff-16.04.3) > 1489518509: >>> unmerge success: kde-apps/knewstuff-16.04.3 > 1489518509: === Unmerging... (kde-apps/kdontchangethehostname-16.04.3) > 1489518516: >>> unmerge success: kde-apps/kdontchangethehostname-16.04.3 > 1489518516: === Unmerging... (kde-apps/kdebase-desktoptheme-16.04.3) > 1489518524: >>> unmerge success: kde-apps/kdebase-desktoptheme-16.04.3 > 1489518524: === Unmerging... (kde-apps/kdebase-menu-icons-16.04.3) > 1489518532: >>> unmerge success: kde-apps/kdebase-menu-icons-16.04.3 > 1489518532: === Unmerging... (kde-apps/ktraderclient-16.04.3) > 1489518541: >>> unmerge success: kde-apps/ktraderclient-16.04.3 > 1489518541: === Unmerging... (kde-apps/kreadconfig-16.04.3) > 1489518549: >>> unmerge success: kde-apps/kreadconfig-16.04.3 > 1489518549: === Unmerging... (kde-apps/plasma-runtime-16.04.3) > 1489518560: >>> unmerge success: kde-apps/plasma-runtime-16.04.3 > 1489518560: === Unmerging... (kde-apps/knotify-16.04.3) > 1489518569: >>> unmerge success: kde-apps/knotify-16.04.3 > 1489518569: === U
Re: [gentoo-user] Finer grained kde*-meta packages
On Monday 18 June 2007 14:36:05 Neil Bothwick wrote: > I have most of KDE installed here, yet > only 67 kde-base packages in world. I run fairly light, I have about half that many: $ grep -c ^kde /var/db/pkg/world 31 I do have a number of KDE applications installed from other parts of the tree though, like kmplayer, kaffeine, ktorrent, etc. > You could reduce that sill further > by using more than the two meta packages I currently have. Again, since I prefer to just install the apps I want, I only pulled in 1 meta package. $ grep ^kde /var/db/pkg/world | grep -e '-meta$' kde-base/kdeartwork-meta -- 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.
[gentoo-user] Re: post handbook install guide?
Neil Bothwick digimed.co.uk> writes: > > Where do I read about what all is in xorg-x11 versus xorg-server(which > > is all that kde-meta needs?)? What exactly does kde-meta needs and > > such.... > emerge kde-meta -pv should show you all that KDE needs. Yep, that is what I thought to but it fails. When I issue 'emerge -vN kde-meta' I get a long list (as expected) follow by many of these error messages: !!! Error: circular dependencies: ('ebuild', '/', 'media-gfx/graphviz-2.12', 'merge') depends on ('ebuild', '/', 'dev-lang/swig-1.3.31', 'merge') (hard) ('ebuild', '/', 'gnome-base/libgnomeui-2.16.1', 'merge') (hard) ('ebuild', '/', 'sys-apps/dbus-1.0.2-r2', 'merge') depends on ('ebuild', '/', 'app-doc/doxygen-1.5.2', 'merge') (hard) ... But 'emerge -vN xorg-server' is working. After that I see if kde-meta will work. thanks for the help, James -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Issue 3 - CD Playing
On Wed, Oct 19, 2011 at 03:51, Mick wrote: > To listen to audio CDs you should *not* mount the CD. Therefore the above > entry is not required. > > Since you are trying to use KDE apps to play CDs you ought to check that you > have installed: > > kde-base/kdemultimedia-meta > kde-base/kdemultimedia-kioslaves > If you're using a good chunk of kde, emerge kde-base/kde-meta. Makes kde upgrades simpler, and less pollution in the world file.
Re: [gentoo-user] LibreOffice and openldap
On Tuesday, 24 July 2018 16:15:29 BST Andrew Lowe wrote: > Hi all, > I'm in the process of installing LibreOffice. Doing: > > emerge --ask libreoffice > > gives a big list of dependencies, as I would expect. One of them is > openldap. I thought that that was a bit strange, as I am a home user, > not corporate so I tried to turn it off. I placed a "-ldap" in > make.conf, I don't want it anywhere, but it still appeared in the > dependency list. A google search turned up this bug: > > https://bugs.documentfoundation.org/show_bug.cgi?id=57417 > > which says, if I've read it correctly, that LDAP is not in LibreOffice > anymore. If this is the case, why is there a dependency, > > https://gitweb.gentoo.org/repo/gentoo.git/tree/app-office/libreoffice/libreo > ffice-6.0.5.2-r1.ebuild > > line 136 - I may have misread this bit, I'm just starting to read the > whole ebuild doco. > > Anyone got any insight? > > Andrew 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. -- Regards, Peter.
[gentoo-user] Re: KDE's confusing versions
Michael Palimaka gentoo.org> writes: > > If so, is there a list of which kde applications can be installed without > > the KDE bloat (simple QT5) requirements? > You've always been able to pick and choose individual KDE applications > without installing all of KDE, although in KDE 4 we did recommend also > installing one of the smaller meta packages (eg. > kde-apps/kdebase-runtime-meta) to ensure everything worked correctly. It's been a few years for me on KDE, so this is good news to know. The simplicity of lxde has been very nice and the resource demand is so low it's just wonderful. I'm going to set up a new workstation based on lxqt(5), and gcc-5.3. > You can identify KF5/Qt5-based applications based on their slot. > Something like eix kde-apps/ --slot 5 should give the full list of > what's available so far. Ah! very nice. I did not know that slot 5 is where all the kde (qt5) compatible packages are group. Very cool usage of the slot, methinks. Nice option for eix on the /category/ and slot number. thx, James
Re: [gentoo-user] kde-meta minus toys, games, etc
Yes, that is normal. The KDE ebuilds are 'split' now, one monolithic ebuild is equivalent to a few dozen split ebuilds. Each individual app or library has it's own ebuild. On Saturday, 3 June 2006 6:41, Mick wrote: > On 02/06/06, Raymond Lewis Rebbeck <[EMAIL PROTECTED]> wrote: > > $ ls /usr/portage/kde-base/ | grep meta > > Thanks. Last question: > > Is emerging kdebase-meta meant to pull in 45 packages, or are there > any old kde apps in my system pulling them in as I am trying to emerge > my new split KDE? > > From the log: > === > 1149285323: *** emerge --update --deep --verbose kdebase-meta > 1149285332: >>> emerge (1 of 45) kde-base/kdelibs-3.5.2-r6 to / > 1149285332: === (1 of 45) Cleaning > (kde-base/kdelibs-3.5.2-r6::/usr/portage/kde-base/kdelibs/kdelibs-3.5.2-r6. >ebuild) 1149285341: === (1 of 45) Compiling/Merging > (kde-base/kdelibs-3.5.2-r6::/usr/portage/kde-base/kdelibs/kdelibs-3.5.2-r6. >ebuild) === > > -- > Regards, > Mick -- Raymond Lewis Rebbeck -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Issue 3 - CD Playing
Colleen Beamer wrote: On 10/19/11 04:41, Andrey Moshbear wrote: On Wed, Oct 19, 2011 at 03:51, Mick wrote: To listen to audio CDs you should *not* mount the CD. Therefore the above entry is not required. Since you are trying to use KDE apps to play CDs you ought to check that you have installed: kde-base/kdemultimedia-meta kde-base/kdemultimedia-kioslaves If you're using a good chunk of kde, emerge kde-base/kde-meta. Makes kde upgrades simpler, and less pollution in the world file. To be honest, I don't want "meta" anything, bur from what I understand, sets don't come into play until 4.7 and that isn't stable yet. I didn't want to install unstable KDE. Regards, Colleen Using kde-meta doesn't have to pull in anything unstable. The reason for kde-meta is for those who want to install everything KDE and get it all in one command. I use kde-meta here since KDE is my primary desktop and I wanted to get the whole she bag, pardon the pun. lol If you don't use unmask/keywords, then emerging kde-meta will just install the things you have not installed yet. It could be that a package that is needed is not yet installed. Then again, maybe something is muted. ^_^ Maybe this will explain it better: root@fireball / # eix kde-meta [I] kde-base/kde-meta Available versions: (4) 4.6.3 4.6.5 (~)4.7.1 (~)4.7.2{tbz2} {accessibility aqua kdeprefix nls oldpim sdk semantic-desktop} Installed versions: 4.7.2(4){tbz2}(03:44:51 AM 10/07/2011)(nls semantic-desktop -accessibility -aqua -oldpim -sdk) Homepage:http://www.kde.org/ Description: KDE - merge this to pull in all split kde-base/* packages root@fireball / # That make sense? Cents? Whichever. lol Ma'am. No hat tonight. Dale :-) :-)
[gentoo-user] USE geoclue required
Is geoclue hardcoded? [ebuild N ] app-misc/geoclue-2.7.0:2.0::gentoo USE="introspection -gtk- doc -modemmanager -vala -zeroconf" 103 KiB [ebuild R] dev-qt/qtpositioning-5.15.9:5/5.15::gentoo USE="geoclue* qml -debug -test" 0 KiB [ebuild N ] dev-libs/kweathercore-0.7:5::gentoo USE="-debug -doc -test" 56 KiB [ebuild N ] kde-misc/kweather-23.04.2:5::gentoo USE="-debug" 995 KiB [ebuild U ] kde-apps/ffmpegthumbs-23.04.2:5::gentoo [22.12.3:5::gentoo] USE="-debug" 32 KiB [ebuild N ] kde-plasma/kpipewire-5.27.5:5::gentoo USE="-debug -test" 59 KiB [snip ...] [ebuild U ] kde-apps/kdeutils-meta-23.04.2:5::gentoo [22.12.3:5::gen ug -test" 78 KiB [snip ...] The following USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by kde-misc/kweather-23.04.2::gentoo # required by kde-apps/kdeutils-meta-23.04.2::gentoo # required by @selected # required by @world (argument) >=dev-qt/qtpositioning-5.15.9 geoclue Reverse dependencies of qtpositioning do not contain USE="geoclue": # qdepends -r qtpositioning dev-qt/qtpositioning-5.15.9: =dev-qt/qtdeclarative-5.15.9* =dev-qt/ qtcore-5.15.9* Setting USE="-geoclue" ends up with the above USE changes message. I have not tried setting /etc/portage/package.mask to block stuff yet. Could someone offer a ... clue? :-) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Using KDE apps in a non KDE environment
On 10/03/2015 06:41 AM, Rich Freeman wrote: > On Fri, Oct 2, 2015 at 1:30 AM, Alan McKinnon wrote: >> On 02/10/2015 05:31, Andrew Lowe wrote: >>> Hi all, >>> I'm getting disillusioned with the direction KDE is taking, with >>> respect to forcing users to use things they don't want to. The semantic >>> desktop, or whatever they are now calling bits and pieces of it, is one >>> thing that comes immediately to mind. >>> >>> Anyway, I've decided to move on and am thinking of going to lxqt. The >>> problem is that I'm used to several KDE apps, kwooty, kwrite and a few >>> more. Is it possible to run something such as lxqt and then emerge in >>> kde apps where it will bring in just a few kde libraries, which I can >>> live with, but not the whole desktop environment? >> >> Yes. Remove all of KDE then emerge back in the apps you want, they have >> deps on the libs they need. Whatever they pull in is required. > > It is easier than that. > > Edit your /var/lib/portage/world > Remove anything kde-related you're not explicitly interested in, such > as kde-meta > Add anything you are explicitly interested in, such as kwooty or kwrite > Add kde-apps/kdebase-runtime-meta > > Then run emerge --depclean and watch all the other stuff go away. > > No need to purge yourself of stuff like kdelibs that takes a long time > to rebuild just to add it back. Let the dependency manager help you > out for a change. :) > > I'm not even certain you need to explicitly add kdebase-runtime-meta - > other packages might pull that in on their own but I'm not certain of > that. Run a --depclean -p first and see what portage wants to get rid > of before going that route. Software may-or-may not work correctly > without that virtual installed and your bugs will be closed as > invalid. That virtual is intended to be a somewhat-minimalist one for > situations like yours, but kde applications still will tend to pull a > lot of stuff in. > Closing my original question, I followed Alan's advice, fiddled the world file, and whilst not exactly "hey presto", a few emerge's, some hand manipulation of a few files and eventually it worked. It's a bit of a jump, I'd become quite used to Dolphin and whilst pcmanfm likes to think of itself as a dolphin replacement, it's a long long way from being so. There is no autohide of the task bar, no slideshow wallpaper option, I still can't work out automounting of usb's and plenty more to keep you on your toes. So thanks for all of your suggestions. Andrew
Re: [gentoo-user] Issue 3 - CD Playing
On 10/19/11 04:41, Andrey Moshbear wrote: > On Wed, Oct 19, 2011 at 03:51, Mick wrote: > >> To listen to audio CDs you should *not* mount the CD. Therefore the above >> entry is not required. >> >> Since you are trying to use KDE apps to play CDs you ought to check that you >> have installed: >> >> kde-base/kdemultimedia-meta >> kde-base/kdemultimedia-kioslaves >> > If you're using a good chunk of kde, emerge kde-base/kde-meta. Makes > kde upgrades simpler, and less pollution in the world file. To be honest, I don't want "meta" anything, bur from what I understand, sets don't come into play until 4.7 and that isn't stable yet. I didn't want to install unstable KDE. Regards, Colleen -- Registered Linux User #411143 with the Linux Counter, http://counter.li.org
Re: [gentoo-user] Best route forward?
On Mittwoch, 2. Januar 2008, BRM wrote: > I installed KDE yesterday via "emerge kde -vuD", and just remembered > today about "kde-meta", which installs a lot more. In running "emerge > kde-meta -vuD", I get 250 new packages, and 245 blocks, with 1 upgrade. > What is the _best_ path forward? Should I just stick with my current > build of kde? Or is there an easy way to remove all the blocks and then > push in kde-meta? Is it worth it? > > TIA, > > Ben kde and kde-meta install the same apps. One is in monolith packages, the other one uses the split ebuilds. If you install everything, monolith is a lot faster. But some important useflags are only used and the features enabled with split ebuilds (g). Like kdenetwork&kopete. With kdenetwork kopete emerges without the history plugin, even if all useflags are set (which sucks greatly). With split ebuilds, kopete gets its history plugin (there is no logic behind this - but the devs decided it this way...). You don't have to unmerge kde first. You can do it in a more 'gradual' way. For example: first unmerge kdenetwork, then emerge kdenetwork-meta. Unmerge kdebase, emerge kdebase-meta and so on. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: [OT] Dual-Opteron
pell-en-0.51.1 [ebuild N] app-text/enchant-1.1.6 [ebuild N] app-text/gtkspell-2.0.11 [ebuild N] dev-libs/popt-1.7-r1 [ebuild N] dev-libs/boehm-gc-6.5 [ebuild N] media-gfx/inkscape-0.43 [ebuild N] sys-process/procps-3.2.5-r1 [ebuild N] dev-libs/libol-0.3.16 [ebuild N] app-admin/syslog-ng-1.6.8-r1 [ebuild N] media-fonts/gnu-gs-fonts-other-6.0 [ebuild N] net-misc/wget-1.10.2 [ebuild N] sys-apps/usbutils-0.11-r5 [ebuild N ] app-doc/howto-html-20050504 [ebuild N] sys-apps/module-init-tools-3.2.1 [ebuild N] media-video/nvidia-kernel-1.0.6629-r4 [ebuild N] media-video/nvidia-glx-1.0.6629-r6 [ebuild N] sys-apps/gawk-3.1.4-r4 [ebuild N] media-fonts/terminus-font-4.14 [ebuild N ] dev-python/pyrex-0.9.3-r2 [ebuild N] sys-apps/dbus-0.60-r2 [ebuild N] net-misc/openssh-4.2_p1 [ebuild N] media-fonts/aquafont-2.7-r2 [ebuild N] app-arch/gzip-1.3.5-r8 [ebuild N] media-video/mpeg2vidcodec-12-r1 [ebuild N] media-libs/jbigkit-1.4 [ebuild N] media-gfx/imagemagick-6.2.4.2-r1 [ebuild N] net-print/foomatic-filters-3.0.2 [ebuild N] net-print/foomatic-db-engine-3.0.2 [ebuild N] media-gfx/gimp-print-4.2.7 [ebuild N] media-video/nvidia-settings-1.0.6629 [ebuild N ] sys-fs/reiserfsprogs-3.6.19 [ebuild N] www-apps/nut-2.0.0-r1 [ebuild N] sys-apps/busybox-1.00-r4 [ebuild N] net-fs/autofs-4.1.3-r4 [ebuild N] app-arch/tar-1.15.1 [ebuild N] sys-libs/pwdb-0.62 [ebuild N] net-print/hpijs-1.7.1 [ebuild N ] sys-process/vixie-cron-4.1-r8 [ebuild N] kde-base/kppp-3.5.0 [ebuild N] net-libs/libpcap-0.9.3 [ebuild N] net-analyzer/ethereal-0.10.14 [ebuild N] net-dialup/ppp-2.4.3-r10 [ebuild N] media-libs/libexif-0.6.12-r4 [ebuild N] media-libs/glut-3.7.1 [ebuild N] dev-python/pyopengl-2.0.0.44 [ebuild N] dev-python/numeric-23.7 [ebuild N] x11-libs/gtkglarea-1.99.0 [ebuild N] dev-python/pygtk-2.6.1 [ebuild N ] media-gfx/gimp-2.2.8-r1 [ebuild N] sys-apps/hotplug-20040923-r1 [ebuild N] media-libs/libgphoto2-2.1.6 [ebuild N] dev-libs/cdk-4.9.10.20020809-r1 [ebuild N] media-gfx/gphoto2-2.1.5 [ebuild N] media-fonts/sharefonts-0.10-r3 [ebuild N] dev-perl/DateManip-5.42a-r1 [ebuild N ] app-portage/genlop-0.30.3 [ebuild N] sys-apps/hdparm-5.9 [ebuild N] dev-lang/swig-1.3.21 [ebuild N] sys-libs/libcap-1.10-r5 [ebuild N ] net-misc/ntp-4.2.0.20040617-r3 [ebuild N] kde-base/ksig-3.5.0 [ebuild N ] kde-base/renamedlg-images-3.5.0 [ebuild N] kde-base/kdeaddons-docs-konq-plugins-3.5.0 [ebuild N] kde-base/librss-3.5.0 [ebuild N] kde-base/knewsticker-3.5.0 [ebuild N] kde-base/knewsticker-scripts-3.5.0 [ebuild N] kde-base/kdeaddons-kfile-plugins-3.5.0 [ebuild N ] kde-base/kdemultimedia-arts-3.5.0 [ebuild N] kde-base/noatun-3.5.0 [ebuild N ] kde-base/noatun-plugins-3.5.0 [ebuild N] kde-base/kate-3.5.0 [ebuild N] kde-base/kate-plugins-3.5.0 [ebuild N] kde-base/libkdegames-3.5.0 [ebuild N] kde-base/atlantik-3.5.0 [ebuild N ] kde-base/atlantikdesigner-3.5.0 [ebuild N ] kde-base/renamedlg-audio-3.5.0 [ebuild N] kde-base/libkonq-3.5.0 [ebuild N] sys-apps/eject-2.0.13-r2 [ebuild N] kde-base/kdialog-3.5.0 [ebuild N] sys-fs/sysfsutils-1.3.0-r1 [ebuild N ] sys-apps/hal-0.5.5.1-r3 [ebuild N] sys-apps/pmount-0.9.6 [ebuild N] dev-libs/cyrus-sasl-2.1.20 [ebuild N ] kde-base/kdebase-kioslaves-3.5.0 [ebuild N] kde-base/khotkeys-3.5.0 [ebuild N] kde-base/kdebase-data-3.5.0 [ebuild N] kde-base/kicker-3.5.0 [ebuild N] kde-base/kdesu-3.5.0 [ebuild N] kde-base/khelpcenter-3.5.0 [ebuild N] kde-base/kcminit-3.5.0 [ebuild N] kde-base/kcontrol-3.5.0 [ebuild N] kde-base/konqueror-3.5.0-r1 [ebuild N] kde-base/ktnef-3.5.0 [ebuild N] kde-base/libkcal-3.5.0 [ebuild N] kde-base/libkdepim-3.5.0 [ebuild N] kde-base/libkpgp-3.5.0 [ebuild N] dev-libs/libgpg-error-1.0-r1 [ebuild N] dev-libs/libgcrypt-1.2.2-r1 [ebuild N] dev-libs/pth-1.4.0 [ebuild N] app-crypt/gpgme-1.0.2 [ebuild N ] kde-base/libkdenetwork-3.5.0 [ebuild N] kde-base/certmanager-3.5.0 [ebuild N ] kde-base/libkpimidentities-3.5.0 [ebuild N] kde-base/kontact-3.5.0 [ebuild N] kde-base/akregator-3.5.0 [ebuild N] kde-base/konqueror-akregator-3.5.0 [ebuild N ] kde-base/kicker-applets-3.5.0 [ebuild N] kde-base/konq-plugins-3.5.0 [ebuild N] kde-base/kaddressbook-3.5.0 [ebuild N] kde-base/kaddressbook-plugins-3.5.0 [ebuild N ] kde-base/kdeaddons-meta-3.5.0 [ebuild N] kde-base/kgeography-3.5.0 [ebuild N] kde-base/kpercentage-3.5.0 [ebuild N] kde-base/keduca-3.5.0 [ebuild N] kde-base/libkdeedu-3.5.0 [ebuild N] kde-base/kstars-3.5.0 [ebuild N] kde-base/kvoctrain-3.5.0 [ebuild N] kde-base/ktouch-3.5
Re: [gentoo-user] Re: Konsole
On Tue, Jul 12, 2016 at 11:47 AM, konsolebox wrote: >> However, if I try to update @world, it still wants to drag in a bunch of >> kde5 crap. > > You have to mask packages. > > `USE='-wayland' emerge -pvet kde-apps/kde-meta` shows this mask works. > (Just for testing. Don't run `emerge` with `-e`.) > > # shopt -s extglob > # ( printf '%s\n' kde-frameworks/\* kde-plasma/\*; cd /usr/portage; > printf '>=%s-15\n' kde-apps/!(kde4*|kde-wallpapers) ) > > /etc/portage/package.mask/kde5+.mask Sorry, adding a filename extension like `.mask` is not needed. -- konsolebox
Re: [gentoo-user] Re: FIXED: Re: KDE3 removal
On Saturday 28 November 2009 21:32:28 Mick wrote: > > I suppose one could make several useful -meta packages DEPEND on kate, as > > many users want kate and do not want the entire kdesdk package. But that > > causes the same app to appear in more than one -meta package and the > > devs seem to want to avoid that - there is a strict one-to-one mapping > > between what the -meta packages install and what is shipped in the > > upstream tarballs by KDE > > Sorry I'm being rather dense with this ... are you saying that the DEPENDs > listed when you run 'equery depends -a kate' are different to mine because > you are running KDE4 from KDE-testing overlay, while I am running stable > portage? > No, the contents of the -meta packages are pretty much the same between the overlay and the official tree (apart from new apps added in the latest KDE snapshots, and other minor things that get dropped in the new branch of course). The kde-testing overlay provides a collection of sets which the portage tree does not do. The main set explicitly includes kate because it's part of kdesdk and it's a bit rich to expect all users to install the entire dev suite just to get a gui text editor. The official tree has the same situation: # grep kate /var/portage/kde-base/*-meta*/*4.3.3.ebuild /var/portage/kde-base/kde-meta/kde-meta-4.3.3.ebuild: $(add_kdebase_dep kate) /var/portage/kde-base/kdesdk-meta/kdesdk-meta-4.3.3.ebuild: $(add_kdebase_dep kate) # cat /var/portage/kde-base/kde-meta/kde-meta-4.3.3.ebuild ... RDEPEND=" $(add_kdebase_dep kate) $(add_kdebase_dep kdeadmin-meta) ... To give kate to users, it was added to kde-meta, and it's the only explicit DEPEND in the ebuild, everything else is the smaller -meta packages. To get kate, you must do one of: 1. emerge kde-meta (or the @kde set) 2. emerge kdesdk (or the @kdesdk set) 3. emerge kate -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: FIXED: Re: KDE3 removal
On Saturday 28 November 2009 19:42:33 Alan McKinnon wrote: > On Saturday 28 November 2009 21:32:28 Mick wrote: > > > I suppose one could make several useful -meta packages DEPEND on kate, > > > as many users want kate and do not want the entire kdesdk package. But > > > that causes the same app to appear in more than one -meta package and > > > the devs seem to want to avoid that - there is a strict one-to-one > > > mapping between what the -meta packages install and what is shipped in > > > the upstream tarballs by KDE > > > > Sorry I'm being rather dense with this ... are you saying that the > > DEPENDs listed when you run 'equery depends -a kate' are different to > > mine because you are running KDE4 from KDE-testing overlay, while I am > > running stable portage? > > No, the contents of the -meta packages are pretty much the same between the > overlay and the official tree (apart from new apps added in the latest KDE > snapshots, and other minor things that get dropped in the new branch of > course). > > The kde-testing overlay provides a collection of sets which the portage > tree does not do. The main set explicitly includes kate because it's part > of kdesdk and it's a bit rich to expect all users to install the entire > dev suite just to get a gui text editor. > > The official tree has the same situation: > > # grep kate /var/portage/kde-base/*-meta*/*4.3.3.ebuild > /var/portage/kde-base/kde-meta/kde-meta-4.3.3.ebuild: $(add_kdebase_dep > kate) > /var/portage/kde-base/kdesdk-meta/kdesdk-meta-4.3.3.ebuild: > $(add_kdebase_dep kate) > > # cat /var/portage/kde-base/kde-meta/kde-meta-4.3.3.ebuild > ... > RDEPEND=" > $(add_kdebase_dep kate) > $(add_kdebase_dep kdeadmin-meta) > ... > > To give kate to users, it was added to kde-meta, and it's the only explicit > DEPEND in the ebuild, everything else is the smaller -meta packages. > > To get kate, you must do one of: > 1. emerge kde-meta (or the @kde set) > 2. emerge kdesdk (or the @kdesdk set) > 3. emerge kate Thank you kindly for persevering - the logic is clear to me now. :-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: KDE? Get me out of here!
On 02/24/2010 06:47 PM, Dale wrote: chrome://messenger/locale/messengercompose/composeMsgs.properties: On 02/24/2010 06:03 PM, Dale wrote: chrome://messenger/locale/messengercompose/composeMsgs.properties: Am Mittwoch, 24. Februar 2010 15:12:58 schrieb Nikos Chantziaras: On 02/24/2010 03:41 PM, Zeerak Mustafa Waseem wrote: On Wed, Feb 24, 2010 at 03:38:09PM +0200, Nikos Chantziaras wrote: On 02/24/2010 04:27 AM, Kevin O'Gorman wrote: I've been using KDE for a long time, for reasons that are no longer important to me. I have remained out of pure inertia. I use gnome happily at work, both on Fedora and Ubuntu. All I need from any of them is a panel with some favorites, and a pager for multiple desktops. I spend most of my time in vim, in the C program and documentation toolchains or in a browser. The reason I bring this up is that my account just froze on me from running out of disk space. A little research showed that an odd-sounding thing called nepomuk was using 7.2 G (SEVEN GIGS) in some dotfiles. It turns out to be a KDE client - whatever that is. I've got a lot of space here and there, but my /home partition was never near full before. Put "-semantic-desktop" in your make.conf. emerge -auDN world. emerge -a --depclean. That should do it. Is that even possible? Won't a number of KDE apps demand the semantic-desktop use flag set? Don't know, never happened here. Just tried it, and the following apps are being recompiled right now: [ebuild R ] kde-base/pykde4-4.3.5-r1 USE="-semantic-desktop*" [ebuild R ] kde-base/gwenview-4.3.5 USE="-semantic-desktop*" [ebuild R ] kde-base/akonadi-4.3.5 USE="-semantic-desktop*" [ebuild R ] net-wireless/kbluetooth-0.4.2 USE="-semantic-desktop*" [ebuild R ] kde-base/plasma-workspace-4.3.5 USE="-semantic-desktop*" [ebuild R ] kde-base/dolphin-4.3.5 USE="-semantic-desktop*" [ebuild R ] kde-base/kdebase-runtime-meta-4.3.5 USE="-semantic-desktop*" [ebuild R ] kde-base/kmail-4.3.5 USE="-semantic-desktop*" [ebuild R ] kde-base/kdeplasma-addons-4.3.5 USE="-semantic-desktop*" Let's see if it works. I seem to recall that I had to enable this for some updates recently. Something wouldn't compile without the USE flag being set. I don't think I need the thing either so if this works now, I may change mine and try it too. Also, I use the kde-meta package which may make a difference. KMail from KDE 4.4 needs it. KMail from KDE 4.3 doesn't. Since kde-meta would pull in Kmail, that could be the problem for me. If you folks are doing yours the manual way, you may can get away with it. No, no manual way here. I use meta packages too. Just not kde-meta; that's the "includes-all-mega-duper-everything-mother-of-all-meta-packages" package. Instead I use stuff like kdeartwork-meta, kdebase-meta, kdebase-runtime-meta, etc. Emerging the actual packages all by hand would be too tedious. I still need a few, but really just a few (and it's obvious which ones; for example if you have the Kate editor missing in KDE, you know you need to emerge kde-base/kate.)
Re: [gentoo-user] sys-apps/xdg-desktop-portal wants USE=screencast
On Sun, Oct 11, 2020 at 12:16:18PM +0100, Michael wrote: > The following USE changes are necessary to proceed: > (see "package.use" in the portage(5) man page for more details) > # required by kde-apps/krfb-20.04.3::gentoo[wayland] > # required by kde-apps/kdenetwork-meta-20.04.3::gentoo > # required by @selected > # required by @world (argument) > >=sys-apps/xdg-desktop-portal-1.8.0 screencast > > I don't seem to be able to disable screencast, even when I manually disable > the USE flag for it on sys-apps/xdg-desktop-portal. Is there no way out of > this? Follow the trace given by emerge: something in your @world set requires `kdenetwork-meta`, which subsequently requires `krfb`. The latter then requires the `screencast` flag on `xdg-desktop-portal` if, and only if, the `wayland` flag is set. To remove the `screencast` requirement, disable `wayland` on `krfb`. -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] Re: Borked network connections on KDE apps (ftp, fish)
On Thursday 16 March 2017 21:50:30 Jonathan Callen wrote: > On 03/16/2017 04:38 AM, Mick wrote: > > I updated one box with the latest stable KDE and discovered that > > Konqueror/Dolphin will no longer connect to ftp or sftp servers. > > > > depclean showed up and uninstalled a lot of packages, which I let it do > > thinking they are no longer needed in the latest version of KDE, probably > > because their functionality was merged with other packages: > > > > 1489518204: *** emerge --verbose --quiet-build=n --ask --depclean > > 1489518204: >>> depclean > > 1489518253: === Unmerging... (media-fonts/font-misc-ethiopic-1.0.3) > > 1489518278: >>> unmerge success: media-fonts/font-misc-ethiopic-1.0.3 > > 1489518278: === Unmerging... (media-fonts/font-cursor-misc-1.0.3) > > 1489518290: >>> unmerge success: media-fonts/font-cursor-misc-1.0.3 > > 1489518290: === Unmerging... (virtual/krb5-0-r1) > > 1489518294: >>> unmerge success: virtual/krb5-0-r1 > > 1489518294: === Unmerging... (net-libs/webkit-gtk-2.4.11-r200) > > 1489518301: >>> unmerge success: net-libs/webkit-gtk-2.4.11-r200 > > 1489518301: === Unmerging... (kde-apps/kdebase-runtime-meta-16.04.3) > > 1489518306: >>> unmerge success: kde-apps/kdebase-runtime-meta-16.04.3 > > 1489518306: === Unmerging... (media-fonts/font-xfree86-type1-1.0.4) > > 1489518319: >>> unmerge success: media-fonts/font-xfree86-type1-1.0.4 > > 1489518319: === Unmerging... (kde-apps/renamedlg-plugins-16.04.3) > > 1489518326: >>> unmerge success: kde-apps/renamedlg-plugins-16.04.3 > > 1489518326: === Unmerging... (app-crypt/mit-krb5-1.14.2) > > 1489518333: >>> unmerge success: app-crypt/mit-krb5-1.14.2 > > 1489518333: === Unmerging... (sys-apps/paxctl-0.9) > > 1489518339: >>> unmerge success: sys-apps/paxctl-0.9 > > 1489518339: === Unmerging... (kde-apps/kdebugdialog-16.04.3) > > 1489518391: >>> unmerge success: kde-apps/kdebugdialog-16.04.3 > > 1489518391: === Unmerging... (kde-apps/kimgio-16.04.3) > > 1489518399: >>> unmerge success: kde-apps/kimgio-16.04.3 > > 1489518399: === Unmerging... (app-misc/geoclue-2.4.4) > > 1489518405: >>> unmerge success: app-misc/geoclue-2.4.4 > > 1489518405: === Unmerging... (kde-apps/kdesu-16.04.3) > > 1489518413: >>> unmerge success: kde-apps/kdesu-16.04.3 > > 1489518413: === Unmerging... (kde-apps/kfile-16.04.3) > > 1489518421: >>> unmerge success: kde-apps/kfile-16.04.3 > > 1489518421: === Unmerging... (kde-apps/phonon-kde-16.04.3) > > 1489518431: >>> unmerge success: kde-apps/phonon-kde-16.04.3 > > 1489518431: === Unmerging... (kde-apps/kstart-16.04.3) > > 1489518440: >>> unmerge success: kde-apps/kstart-16.04.3 > > 1489518440: === Unmerging... (kde-apps/kmimetypefinder-16.04.3) > > 1489518448: >>> unmerge success: kde-apps/kmimetypefinder-16.04.3 > > 1489518448: === Unmerging... (kde-apps/kpasswdserver-16.04.3) > > 1489518457: >>> unmerge success: kde-apps/kpasswdserver-16.04.3 > > 1489518457: === Unmerging... (kde-apps/kquitapp-16.04.3) > > 1489518467: >>> unmerge success: kde-apps/kquitapp-16.04.3 > > 1489518467: === Unmerging... (kde-apps/kdebase-data-16.04.3) > > 1489518477: >>> unmerge success: kde-apps/kdebase-data-16.04.3 > > 1489518477: === Unmerging... (kde-apps/keditfiletype-16.04.3) > > 1489518485: >>> unmerge success: kde-apps/keditfiletype-16.04.3 > > 1489518485: === Unmerging... (kde-apps/kiconfinder-16.04.3) > > 1489518493: >>> unmerge success: kde-apps/kiconfinder-16.04.3 > > 1489518493: === Unmerging... (kde-apps/solid-runtime-16.04.3) > > 1489518500: >>> unmerge success: kde-apps/solid-runtime-16.04.3 > > 1489518500: === Unmerging... (kde-apps/knewstuff-16.04.3) > > 1489518509: >>> unmerge success: kde-apps/knewstuff-16.04.3 > > 1489518509: === Unmerging... (kde-apps/kdontchangethehostname-16.04.3) > > 1489518516: >>> unmerge success: kde-apps/kdontchangethehostname-16.04.3 > > 1489518516: === Unmerging... (kde-apps/kdebase-desktoptheme-16.04.3) > > 1489518524: >>> unmerge success: kde-apps/kdebase-desktoptheme-16.04.3 > > 1489518524: === Unmerging... (kde-apps/kdebase-menu-icons-16.04.3) > > 1489518532: >>> unmerge success: kde-apps/kdebase-menu-icons-16.04.3 > > 1489518532: === Unmerging... (kde-apps/ktraderclient-16.04.3) > > 1489518541: >>> unmerge success: kde-apps/ktraderclient-16.04.3 > > 1489518541: === Unmerging... (kde-apps/krea
Re: [gentoo-user] Borked network connections on KDE apps (ftp, fish)
On Thursday 16 March 2017 18:23:53 Alan McKinnon wrote: > On 16/03/2017 10:38, Mick wrote: > > I updated one box with the latest stable KDE and discovered that > > Konqueror/Dolphin will no longer connect to ftp or sftp servers. > > > > depclean showed up and uninstalled a lot of packages, which I let it do > > thinking they are no longer needed in the latest version of KDE, probably > > because their functionality was merged with other packages: > > > > 1489518204: *** emerge --verbose --quiet-build=n --ask --depclean > > 1489518204: >>> depclean > > 1489518253: === Unmerging... (media-fonts/font-misc-ethiopic-1.0.3) > > 1489518278: >>> unmerge success: media-fonts/font-misc-ethiopic-1.0.3 > > 1489518278: === Unmerging... (media-fonts/font-cursor-misc-1.0.3) > > 1489518290: >>> unmerge success: media-fonts/font-cursor-misc-1.0.3 > > 1489518290: === Unmerging... (virtual/krb5-0-r1) > > 1489518294: >>> unmerge success: virtual/krb5-0-r1 > > 1489518294: === Unmerging... (net-libs/webkit-gtk-2.4.11-r200) > > 1489518301: >>> unmerge success: net-libs/webkit-gtk-2.4.11-r200 > > 1489518301: === Unmerging... (kde-apps/kdebase-runtime-meta-16.04.3) > > 1489518306: >>> unmerge success: kde-apps/kdebase-runtime-meta-16.04.3 > > 1489518306: === Unmerging... (media-fonts/font-xfree86-type1-1.0.4) > > 1489518319: >>> unmerge success: media-fonts/font-xfree86-type1-1.0.4 > > 1489518319: === Unmerging... (kde-apps/renamedlg-plugins-16.04.3) > > 1489518326: >>> unmerge success: kde-apps/renamedlg-plugins-16.04.3 > > 1489518326: === Unmerging... (app-crypt/mit-krb5-1.14.2) > > 1489518333: >>> unmerge success: app-crypt/mit-krb5-1.14.2 > > 1489518333: === Unmerging... (sys-apps/paxctl-0.9) > > 1489518339: >>> unmerge success: sys-apps/paxctl-0.9 > > 1489518339: === Unmerging... (kde-apps/kdebugdialog-16.04.3) > > 1489518391: >>> unmerge success: kde-apps/kdebugdialog-16.04.3 > > 1489518391: === Unmerging... (kde-apps/kimgio-16.04.3) > > 1489518399: >>> unmerge success: kde-apps/kimgio-16.04.3 > > 1489518399: === Unmerging... (app-misc/geoclue-2.4.4) > > 1489518405: >>> unmerge success: app-misc/geoclue-2.4.4 > > 1489518405: === Unmerging... (kde-apps/kdesu-16.04.3) > > 1489518413: >>> unmerge success: kde-apps/kdesu-16.04.3 > > 1489518413: === Unmerging... (kde-apps/kfile-16.04.3) > > 1489518421: >>> unmerge success: kde-apps/kfile-16.04.3 > > 1489518421: === Unmerging... (kde-apps/phonon-kde-16.04.3) > > 1489518431: >>> unmerge success: kde-apps/phonon-kde-16.04.3 > > 1489518431: === Unmerging... (kde-apps/kstart-16.04.3) > > 1489518440: >>> unmerge success: kde-apps/kstart-16.04.3 > > 1489518440: === Unmerging... (kde-apps/kmimetypefinder-16.04.3) > > 1489518448: >>> unmerge success: kde-apps/kmimetypefinder-16.04.3 > > 1489518448: === Unmerging... (kde-apps/kpasswdserver-16.04.3) > > 1489518457: >>> unmerge success: kde-apps/kpasswdserver-16.04.3 > > 1489518457: === Unmerging... (kde-apps/kquitapp-16.04.3) > > 1489518467: >>> unmerge success: kde-apps/kquitapp-16.04.3 > > 1489518467: === Unmerging... (kde-apps/kdebase-data-16.04.3) > > 1489518477: >>> unmerge success: kde-apps/kdebase-data-16.04.3 > > 1489518477: === Unmerging... (kde-apps/keditfiletype-16.04.3) > > 1489518485: >>> unmerge success: kde-apps/keditfiletype-16.04.3 > > 1489518485: === Unmerging... (kde-apps/kiconfinder-16.04.3) > > 1489518493: >>> unmerge success: kde-apps/kiconfinder-16.04.3 > > 1489518493: === Unmerging... (kde-apps/solid-runtime-16.04.3) > > 1489518500: >>> unmerge success: kde-apps/solid-runtime-16.04.3 > > 1489518500: === Unmerging... (kde-apps/knewstuff-16.04.3) > > 1489518509: >>> unmerge success: kde-apps/knewstuff-16.04.3 > > 1489518509: === Unmerging... (kde-apps/kdontchangethehostname-16.04.3) > > 1489518516: >>> unmerge success: kde-apps/kdontchangethehostname-16.04.3 > > 1489518516: === Unmerging... (kde-apps/kdebase-desktoptheme-16.04.3) > > 1489518524: >>> unmerge success: kde-apps/kdebase-desktoptheme-16.04.3 > > 1489518524: === Unmerging... (kde-apps/kdebase-menu-icons-16.04.3) > > 1489518532: >>> unmerge success: kde-apps/kdebase-menu-icons-16.04.3 > > 1489518532: === Unmerging... (kde-apps/ktraderclient-16.04.3) > > 1489518541: >>> unmerge success: kde-apps/ktraderclient-16.04.3 > > 1489518541: === Unmerging... (kde-apps/kreadconfig-16.04.3)
[gentoo-user] Re: KDE (mono to meta) migration
Bo Ørsted Andresen zlin.dk> writes: > This removes everything in kde-base that is version 3.2, 3.3 or 3.4 (and > installed of course): > # cd /var/db/pkg && emerge -Cva kde-base/*-3.{2,3,4}* Used this one. I'd rather clean it all out (KDE) and start over. > This removes everything in kde-base. It's equivalent to Neils suggestion. > # cd /var/db/pkg && emerge -Cva kde-base/* I then removed the monolithci packages by hand that are blocking This is the command I used to see what is(was) blocking kde-meta: emerge -uavDN kde-meta > Also after removing old slots there may still be third party apps left that > has > been compiled against the old versions. They need to be remerged after the new > version of kde has been emerged to compile them against the new version and > remove the old cruft in /usr/kde/3.4 etc. > This will show you what packages still have cruft in /usr/kde/3.2 - 3.4: > # find /usr/kde/3.{2,3,4} | xargs equery belongs | cat Ok I'll do this after emerging kde-meta completes. I hope I was not suppose to do this before 'emerge -uavDN kde-meta' Right now the (test) workstation is compiling kde-meta. When that is done, I'll report back my results. This way, maybe other folks can have a concise method to clean out the old kde kruft and get fresh kde-meta or kde-split(dealer's choice...) > 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? James -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] kde-apps/libksane blocker
On 30/05/2016 12:08, Dale wrote: Alan McKinnon wrote: On 30/05/2016 05:20, Dale wrote: Howdy, I'm trying to do a update and have this last blocker that I can't figure out. I fixed another one but this one doesn't make sense to me. Here is the relevant output. Portage is abusing your pixels (using too many). Here's the important bits: [blocks B ] This is the only important blocker ("blocks B") procps stuff that followed is just a long explanation of why portage kept procps back and didn't upgrade Yea, I included more than what was needed and I already worked around procps. It's gone already. * Error: The above package list contains packages which cannot be * installed at the same time on the same system. The asterisks indicate this is part relevant to hard blockers and failures. (bangs ! indicate info or warnings, not errors) (kde-apps/libksane-15.08.3:4/15.08::gentoo, installed) pulled in by >=kde-apps/libksane-4.14.3:4[aqua=] (>=kde-apps/libksane-4.14.3:4[-aqua]) required by (kde-apps/ksaneplugin-16.04.1:4/16.04::gentoo, ebuild scheduled for merge) >=kde-apps/libksane-4.14.3:4[aqua=] (>=kde-apps/libksane-4.14.3:4[-aqua]) required by (kde-apps/kolourpaint-16.04.1:4/16.04::gentoo, ebuild scheduled for merge) (kde-apps/libksane-16.04.1:5/5::gentoo, ebuild scheduled for merge) pulled in by >=kde-apps/libksane-14.12.0:5 required by (kde-misc/skanlite-2.0:5/5::gentoo, ebuild scheduled for merge) >=kde-apps/libksane-16.04.1 required by (kde-apps/kdegraphics-meta-16.04.1:5/5::gentoo, ebuild scheduled for merge) So this is really a clash between KDE4 stuff and KDE5 stuff, and nothing is demanding a certain maximum version, so upgrades should in theory be clean. I'm not at a Gentoo machine right now so can't give exact info, but do this: eix libksane - is 15.08.3-r1 the latest version in :4? If not, upgrade it manually and continue. - does 15.08.3-r1 have a minimal USE? If so, set it on. This often removes the clash with :5 If all else fails, quickpkg and unmerge all libksane version, emerge world and let portage fix whatever it needs to. /alanm I removed all libksane versions and it still pukes. I then did a equery list *sane* and -C'd all that too. None of that will cause a crash or anything. Anyway, it still isn't happy. After doing all that, I had a thought. Add the -t option. It didn't help much but at least I finally thought of it. lol Here is the current upset pixels with the -t added in. [snip] [blocks B ] =kde-apps/libksane-4.14.3:4[aqua=] (>=kde-apps/libksane-4.14.3:4[-aqua]) required by (kde-apps/ksaneplugin-16.04.1:4/16.04::gentoo, ebuild scheduled for merge) >=kde-apps/libksane-4.14.3:4[aqua=] (>=kde-apps/libksane-4.14.3:4[-aqua]) required by (kde-apps/kolourpaint-16.04.1:4/16.04::gentoo, ebuild scheduled for merge) (kde-apps/libksane-16.04.1:5/5::gentoo, ebuild scheduled for merge) pulled in by >=kde-apps/libksane-14.12.0:5 required by (kde-misc/skanlite-2.0:5/5::gentoo, ebuild scheduled for merge) >=kde-apps/libksane-16.04.1 required by (kde-apps/kdegraphics-meta-16.04.1:5/5::gentoo, ebuild scheduled for merge) For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): To me, it seems two packages want one version and two other packages want the other and both can't be there at the same time. Right now, I can't quite find the right key to unlock this thing. By the way, I did sync again just to be sure. I also set the minimal USE flag in package.use for that too. There is only one problem here: kde-apps/libksane-16.04.1 blocks any version of But portage wants to install kde-apps/libksane-15.08.3 which triggers the block. You need to find out why portage isn't giving you the latest libksane:4 - do you have kde-apps/libksane-15.08.3-r1 in your tree? If not, resync - is this an arch or ~arch machine? If arch, do you have any unmasks for libksane:5? grep -r ksane /etc/portage If all else fails, emerge =kde-apps/libksane-15.08.3-r1 and inspect the error closely. That will tell you why portage decided to not give you that version
[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: Highlight certain packages being upgraded
On Monday, 10 July 2023 04:45:52 BST Dale wrote: > Nikos Chantziaras wrote: > > On 08/07/2023 11:33, Dale wrote: > >> that excessively long qt package > > > > Off-topic, but just in case you mean qtwebengine, I was able to get > > rid of it by putting "-webengine" in my USE flags. After a world > > update, a depclean should then remove it from the system. > > > > You might have to juggle a few other USE flags in specific packages to > > make it happen though, I forgot. It's been a while. > > That's a idea but since everything works well enough, I don't mind the > compile times. After all, I nap while it does it anyway. Someone else > may see that info and find it interesting tho. Maybe someone with a > laptop or a really under-powered system. I never thought about trying > to get rid of it. I didn't know it was possible even. > > Thanks. > > Dale > > :-) :-) Thanks for the tip, Nikos. I wouldn't mind trying this, because qtwebengine is a pain to emerge on resource constrained hardware: >>> Running pre-merge checks for dev-qt/qtwebengine-5.15.10_p20230623 * Checking for at least 20 GiB RAM ... * Amount of main memory is insufficient, but amount * of main memory combined with swap is sufficient. * Build process may make computer very slow! [ ok ] * Checking for at least 7 GiB disk space at "/var/tmp/portage/dev-qt/ qtwebengine-5.15.10_p20230623/temp" ... [ ok ] * Checking for at least 150 MiB disk space at "/usr" ... [ ok ] However, I wonder what will break if I were to do this: $ euse -i webengine global use flags (searching: webengine) no matching entries found local use flags (searching: webengine) [- ] webengine app-misc/recoll: Use dev-qt/qtwebengine for fancy result list display [- ] 1.34.6-r1 [gentoo] [- ] 1.35.0 [gentoo] [- ] webengine app-office/libalkimia: Enable online quotes using dev-qt/qtwebengine [- ] (0/8) 8.1.1-r1 [gentoo] [- ] webengine app-text/kbibtex: Use dev-qt/qtwebengine for HTML previews [- ] (5) 0.10.0 [gentoo] [- ] webengine dev-python/QtPy: Pull in QtWebEngine and QtWebEngineWidgets modules [- ] 2.3.1 [gentoo] [- ] webengine dev-python/pyside2: Build QtWebEngine and QtWebEngineWidgets modules [- ] 5.15.9 [gentoo] [- ] 5.15.10 [gentoo] [- ] webengine dev-python/pyside6: Build QtWebEngine and QtWebEngineWidgets modules [- ] 6.5.0 [gentoo] [- ] 6.5.1.1 [gentoo] [- ] webengine dev-qt/qt-creator: Use dev-qt/qtwebengine to view documentation [- ] 8.0.2 [gentoo] [- ] webengine dev-qt/qt-docs: Install documentation for dev-qt/qtwebengine [- ] (5) 5.15.2_p202011130614 [gentoo] [- ] webengine kde-apps/kaccounts-providers: Enable Nextcloud KAccounts plugin using dev- qt/qtwebengine [+ B] (5) 22.12.3 [gentoo] [+ B] (5) 23.04.2 [gentoo] [+ B] (5) 23.04.3 [gentoo] [- ] webengine kde-apps/kdecore-meta: Enable www-client/falkon which depends on dev-qt/ qtwebengine [+ B] (5) 22.12.3 [gentoo] [+ B] (5) 23.04.2 [gentoo] [+ B] (5) 23.04.3 [gentoo] [- ] webengine kde-apps/kdeedu-meta: Enable packages requiring dev-qt/qtwebengine [+ B] (5) 22.12.3 [gentoo] [+ B] (5) 23.04.2 [gentoo] [+ B] (5) 23.04.3 [gentoo] [- ] webengine kde-apps/kdenetwork-meta: Enable support for Google Drive integration via kde-misc/kio-gdrive [+ B] (5) 22.12.3 [gentoo] [+ B] (5) 23.04.2 [gentoo] [+ B] (5) 23.04.3 [gentoo] [- ] webengine kde-apps/kdesdk-meta: Enable dev-util/kdevelop, requiring dev-qt/ qtwebengine [- ] (5) 22.12.3 [gentoo] [- ] (5) 23.04.2 [gentoo] [- ] (5) 23.04.3 [gentoo] [- ] webengine kde-apps/kdeutils-meta: Enable kde-apps/kimagemapeditor, requiring dev-qt/ qtwebengine [+ B] (5) 22.12.3 [gentoo] [+ B] (5) 23.04.2 [gentoo] [+ B] (5) 23.04.3 [gentoo] [- ] webengine kde-apps/marble: Use dev-qt/qtwebengine for embedded web browser [+ B] (5/22.12) 22.12.3 [gentoo] [+ B] (5/23.04) 23.04.2 [gentoo] [+ B] (5/23.04) 23.04.3 [gentoo] [- ] webengine kde-plasma/discover: Enable webflow support using dev-qt/qtwebview and dev-qt/qtwebengine instead of default URL handler [- ] (5) 5.27.5-r1 [gentoo] [- ] (5) 5.27.6 [gentoo] [- ] webengine kde-plasma/kdeplasma-addons: Enable dictionary and web browser applets using dev-qt/qtwebengine [- ] (5) 5.27.5 [gentoo] [- ] (5) 5.
[gentoo-user] Compiling kde-meta for 3.5
As I try to emerge kde-meta I run into the following error: /usr/kde/3.5/bin/meinproc --check --cache index.cache.bz2 ./index.docbook XPath error : Undefined variable compilation error: file /usr/kde/3.5/share/apps/ksgmltools2/docbook/xsl/html/autotoc.xsl line 544 element div using the USE="kdeenablefinal" ACCEPT_KEYWORDS="~x86" emerge kdeaddons-docs-konq-plugins commandline. I've checked and updated all the docbook stuff I have installed to no avail.. Anyone who has an idea or a pointer? Gerhard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Using KDE apps in a non KDE environment
Whoops, big mistake on my part. I misread the threading of the original email and credited the idea to Alan Mc Kinnon. The credit should go to Rich Freeman. Sorry Rich, Andrew On 10/10/2015 06:56 PM, Andrew Lowe wrote: > On 10/03/2015 06:41 AM, Rich Freeman wrote: >> On Fri, Oct 2, 2015 at 1:30 AM, Alan McKinnon >> wrote: >>> On 02/10/2015 05:31, Andrew Lowe wrote: >>>> Hi all, >>>> I'm getting disillusioned with the direction KDE is taking, with >>>> respect to forcing users to use things they don't want to. The semantic >>>> desktop, or whatever they are now calling bits and pieces of it, is one >>>> thing that comes immediately to mind. >>>> >>>> Anyway, I've decided to move on and am thinking of going to lxqt. The >>>> problem is that I'm used to several KDE apps, kwooty, kwrite and a few >>>> more. Is it possible to run something such as lxqt and then emerge in >>>> kde apps where it will bring in just a few kde libraries, which I can >>>> live with, but not the whole desktop environment? >>> >>> Yes. Remove all of KDE then emerge back in the apps you want, they have >>> deps on the libs they need. Whatever they pull in is required. >> >> It is easier than that. >> >> Edit your /var/lib/portage/world >> Remove anything kde-related you're not explicitly interested in, such >> as kde-meta >> Add anything you are explicitly interested in, such as kwooty or kwrite >> Add kde-apps/kdebase-runtime-meta >> >> Then run emerge --depclean and watch all the other stuff go away. >> >> No need to purge yourself of stuff like kdelibs that takes a long time >> to rebuild just to add it back. Let the dependency manager help you >> out for a change. :) >> >> I'm not even certain you need to explicitly add kdebase-runtime-meta - >> other packages might pull that in on their own but I'm not certain of >> that. Run a --depclean -p first and see what portage wants to get rid >> of before going that route. Software may-or-may not work correctly >> without that virtual installed and your bugs will be closed as >> invalid. That virtual is intended to be a somewhat-minimalist one for >> situations like yours, but kde applications still will tend to pull a >> lot of stuff in. >> > > Closing my original question, I followed Alan's advice, fiddled the > world file, and whilst not exactly "hey presto", a few emerge's, some > hand manipulation of a few files and eventually it worked. > > It's a bit of a jump, I'd become quite used to Dolphin and whilst > pcmanfm likes to think of itself as a dolphin replacement, it's a long > long way from being so. There is no autohide of the task bar, no > slideshow wallpaper option, I still can't work out automounting of usb's > and plenty more to keep you on your toes. > > So thanks for all of your suggestions. > > Andrew > >
[gentoo-user] sys-apps/xdg-desktop-portal wants USE=screencast
The following USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by kde-apps/krfb-20.04.3::gentoo[wayland] # required by kde-apps/kdenetwork-meta-20.04.3::gentoo # required by @selected # required by @world (argument) >=sys-apps/xdg-desktop-portal-1.8.0 screencast I don't seem to be able to disable screencast, even when I manually disable the USE flag for it on sys-apps/xdg-desktop-portal. Is there no way out of this? signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Dolphin only allowing a single instance after update
Mick wrote: > On Sunday, 18 August 2019 22:57:14 BST Dale wrote: >> Nikos Chantziaras wrote: >>> On 17/08/2019 05:56, Dale wrote: >>>> I upgraded my system last night. I logged out and back in earlier and >>>> have noticed something new. It seems to only allow one instance of >>>> Dolphin to run at a time. >>> When you press Meta+E ("meta" being the key with the Windows logo on >>> most keyboard), you can start a new Dolphin instance. Dolphin doesn't >>> have to be already open for this to work. It's a global Plasma shortcut. >> That works. It gives me a new instance of it at least. I've looked >> everywhere in the configure section and I've even found and looked at >> the Dolphin handbook online and can't find a way to disable this. >> Usually I click on the folder on my desktop to go where I want. I have >> either the directory itself or links to those I go to frequently. Have >> you seen a way to make it work the old way? Doing the keyboard shortcut >> is a workaround for the moment tho. Thanks much for that. I'd still >> prefer to have it the old way tho. >> >> Thanks so much again. At least I have a workaround for the time being. >> >> Dale >> >> :-) :-) > I must be pressing the keyboard buttons the wrong way, it does not work here > on plasma-5.15.5 & dolphin-19.04.3 :-/ > Yours are older so that may not be added yet. root@fireball / # equery list -p plasma * Searching for plasma ... [IP-] [ ] kde-frameworks/plasma-5.60.0:5/5.60 [-P-] [ ] kde-frameworks/plasma-5.61.0:5/5.61 root@fireball / # equery list -p kde-apps/dolphin * Searching for dolphin in kde-apps ... [-P-] [ ] kde-apps/dolphin-19.04.3:5 [IP-] [ ] kde-apps/dolphin-19.08.0:5 root@fireball / # When you get to the latest Dolphin, maybe then it will work. Dale :-) :-) <https://informeddelivery.usps.com/box/pages/secure/packageDashboardAction?selectedTrckNum=92748927005143010112784995&selectedTypeOfLabel=Package>
Re: [gentoo-user] audacity-2.0.5 failed to compile
On 03/09/2015 21:11, the...@sys-concept.com wrote: > [snip] > > Thank you for your helping hand. Yes, did perform the surgery (removing the > packages you suggested) and run: emerge --depclean -p analyzed every package > it wants to remove and put it back in world. > I see you are getting the hang of it but I still see some oddities in your reply. There's a few things to keep in mind about Gentoo, that are worth repeating. Eventually, I does all imprint in your brain :-) Every old-timer here has gone through this learning process - even the old farts like me (and James...) - and it took us many years to figure out as a community how to deal with world. Cleanups: Sometimes when cleaning up you'll delete something you really do need, and you forget why you put it in world. Maybe emerge world puts it back, but more likely stuff just breaks. Keep a list of all removals so if you find breakage you can add things back. The classic case is libs you need for your own code - you probably don't have an ebuild for that and therefore no deps for portage to use. Virtuals: you don't add the virtual to world. A virtual is a collection of packages that all do the same thing and you can pick which one you want. So you add oracle-jdk-bin to world, and the ebuild depends on virtual/jdk. oracle-jdk-bin satisfied the virtual, so all is good. If you unmerge oracle-jdk-bin and use icedtea instead, everything still works. If you add a virtual to world, portage tends to just pick the first one in the list which might not be what you want. Rather be explicit. Sets: You have a many-purpose machine so you might find sets useful, mostly because you can't add comments to world. You can with sets. They are just files in /etc/portage/sets/ that list packages. You add them to the system with emerge @. Here is one of mine: $ cat /etc/portage/sets/alan-kde kde-apps/kdeadmin-meta kde-apps/kdeartwork-meta kde-apps/kdebase-meta kde-apps/kdebase-runtime-meta kde-apps/kdegraphics-meta kde-apps/kdemultimedia-meta kde-apps/kdenetwork-meta kde-apps/kdeutils-meta #kde-base/kde-meta:4 #kde-base/kdeaccessibility-meta:4 #kde-base/kdebindings-meta:4 #kde-base/kdeedu-meta:4 #kde-base/kdegames-meta:4 #kde-base/kdepim-meta:4 #kde-base/kdesdk-meta:4 #kde-base/kdetoys-meta:4 #kde-base/kdewebdev-meta:4 and install using emerge -av@alan-kde portage expands the name to the contents of the file and merges them. Easy peasy. You edit set files by hand so you can comment them. Perhaps you could create a set for each major thing you do with that computer and make a set for each one. This way you can easily keep track of major packages types and comment *why* you did it. jpeg: if it works the best is to remove all jpeg packages from world and let portage deal with it. None of my gentoo machines have a jpeg package in world. But you have nxclient which needs an old jpeg. We you can get away with automagic, we'll have to see what happens when you do a full emerge world soxr: I'm not sure why this is giving a problem. If ffmpeg needs it, it should be pulled in directly jpeg on boot: Depends when the error happens, if you use openrc and it happens during runlevel start, you can read /var/log/rc.log. Before that point there's dmesg. We'd need to have more detail to answer better. USE: There's no such thing as a correct USE :-) It's all just user choices. So if it does what you want, it's all good. The only thing you should not do is start USE with -*. A few people here do that and swear by it, but it comes with a massive maintenance load on you, and vast potential for side effects as you remove things you may need, and you don't know you need them. That's why we have profiles, to set up a minimally correct USE > Here are the results >> Comments inline, edit the world file directly: >> > [snip] >> >>> dev-libs/check >>> dev-libs/libnl >>> dev-libs/openssl >> >> remove everything in dev-libs > > gone > >> >>> dev-perl/DBD-Pg >>> dev-perl/GStreamer >> >> Remove. No such package, unless its from an overlay > > DBD-Pg is needed by SQL-ledger application I run > dev-perl/GStreamer is gone > >> >>> dev-php/smarty > > gone > >>> dev-python/cython >>> dev-python/dbus-python >> >> Remove. It's a dep of many things > > above gone > >>> dev-python/django > > gone > >>> dev-python/pycairo >>> dev-python/pygobject >>> dev-python/pygtk >>> dev-python/pyxml >> >> Remove all this py* stuff. They are deps > > gone > > [snip] >>> gnome-base/gconf >> >> Remove, this is a common dep > > gone > > [snip] >> >>> media-libs/gstreamer >>> media-libs/lib
Re: [gentoo-user] sys-apps/xdg-desktop-portal wants USE=screencast
On Sunday, 11 October 2020 12:34:04 BST Ashley Dixon wrote: > On Sun, Oct 11, 2020 at 12:16:18PM +0100, Michael wrote: > > The following USE changes are necessary to proceed: > > (see "package.use" in the portage(5) man page for more details) > > > > # required by kde-apps/krfb-20.04.3::gentoo[wayland] > > # required by kde-apps/kdenetwork-meta-20.04.3::gentoo > > # required by @selected > > # required by @world (argument) > > > > >=sys-apps/xdg-desktop-portal-1.8.0 screencast > > > > I don't seem to be able to disable screencast, even when I manually > > disable the USE flag for it on sys-apps/xdg-desktop-portal. Is there no > > way out of this? > > Follow the trace given by emerge: something in your @world set > requires `kdenetwork-meta`, which subsequently requires `krfb`. The latter > then requires the `screencast` flag on `xdg-desktop-portal` if, and only > if, the `wayland` flag is set. > > To remove the `screencast` requirement, disable `wayland` on `krfb`. Thanks guys, wayland was indeed pulling this in - I hadn't taken a look at the krfb ebuild until you pointed it out to me. All is emerging happily now. :-) signature.asc Description: This is a digitally signed message part.
[gentoo-user] zlib use flag
Doing a world upgrade gives me: root@kushiel / # emerge -uDvatN world These are the packages that would be merged, in reverse order: Calculating dependencies... done! emerge: there are no ebuilds built with USE flags to satisfy "sys- apps/pciutils[-zlib]". !!! One of the following packages is required to complete your request: - sys-apps/pciutils-3.1.7::gentoo (Change USE: -zlib) (dependency required by "sys-fs/udev-171-r5[hwdb]" [ebuild]) (dependency required by "sys-fs/lvm2-2.02.88" [installed]) (dependency required by "sys-fs/udisks-1.0.4-r1" [installed]) (dependency required by "kde-base/kdelibs-4.7.4[udisks]" [installed]) (dependency required by "kde-base/kdesu-4.7.4" [installed]) (dependency required by "kde-base/khelpcenter-4.7.4" [installed]) But setting -lib use flag then gives me: Calculating dependencies... done! emerge: there are no ebuilds built with USE flags to satisfy ">=app- arch/libarchive-2.6.1[bzip2?,lzma?,zlib]". !!! One of the following packages is required to complete your request: - app-arch/libarchive-3.0.3::gentoo (Change USE: +zlib) (dependency required by "kde-base/ark-4.7.4" [installed]) (dependency required by "kde-base/kdeutils-meta-4.7.4" [installed]) (dependency required by "kde-base/kde-meta-4.7.4" [installed]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) Is no one else seeing this? What's the resolution? -- "I always pass on good advice. It's the only thing to do with it. It is never any use to oneself." - Oscar Wilde
Re: [gentoo-user] Re: [OT] Dual-Opteron
.5.0 [ebuild N] kde-base/akregator-3.5.0 [ebuild N] kde-base/konqueror-akregator-3.5.0 [ebuild N] kde-base/kicker-applets-3.5.0 [ebuild N] kde-base/konq-plugins-3.5.0 [ebuild N] kde-base/kaddressbook-3.5.0 [ebuild N] kde-base/kaddressbook-plugins-3.5.0 [ebuild N] kde-base/kdeaddons-meta-3.5.0 [ebuild N] kde-base/kgeography-3.5.0 [ebuild N] kde-base/kpercentage-3.5.0 [ebuild N] kde-base/keduca-3.5.0 [ebuild N] kde-base/libkdeedu-3.5.0 [ebuild N] kde-base/kstars-3.5.0 [ebuild N] kde-base/kvoctrain-3.5.0 [ebuild N] kde-base/ktouch-3.5.0 [ebuild N] kde-base/klettres-3.5.0 [ebuild N] kde-base/kdeedu-applnk-3.5.0 [ebuild N] kde-base/khangman-3.5.0 [ebuild N] kde-base/kig-3.5.0 [ebuild N] kde-base/kmplot-3.5.0 [ebuild N] kde-base/kwordquiz-3.5.0 [ebuild N] kde-base/kalzium-3.5.0 [ebuild N] kde-base/kiten-3.5.0 [ebuild N] kde-base/kanagram-3.5.0 [ebuild N] kde-base/kbruch-3.5.0 [ebuild N] kde-base/kturtle-3.5.0 [ebuild N] kde-base/klatin-3.5.0 [ebuild N] kde-base/blinken-3.5.0 [ebuild N] kde-base/kverbos-3.5.0 [ebuild N] kde-base/kdeedu-meta-3.5.0 [ebuild N] kde-base/kdebugdialog-3.5.0 [ebuild N] sys-apps/lm_sensors-2.9.2 [ebuild N] kde-base/ksysguard-3.5.0 [ebuild N] kde-base/kdebase-pam-6 [ebuild N] kde-base/kdm-3.5.0 [ebuild N] kde-base/kcheckpass-3.5.0 [ebuild N] kde-base/kfind-3.5.0 [ebuild N] kde-base/kdepasswd-3.5.0 [ebuild N] kde-base/kscreensaver-3.5.0 [ebuild N] kde-base/klipper-3.5.0 [ebuild N] kde-base/ksystraycmd-3.5.0 [ebuild N] kde-base/kreadconfig-3.5.0 [ebuild N ] kde-base/ktip-3.5.0 [ebuild N] kde-base/kwin-3.5.0 [ebuild N] kde-base/kdesktop-3.5.0 [ebuild N] kde-base/kstart-3.5.0 [ebuild N] kde-base/knetattach-3.5.0 [ebuild N] kde-base/ksmserver-3.5.0 [ebuild N] kde-base/kappfinder-3.5.0 [ebuild N] kde-base/ksplashml-3.5.0 [ebuild N] kde-base/kdeprint-3.5.0 [ebuild N] kde-base/nsplugins-3.5.0 [ebuild N ] kde-base/kpager-3.5.0 [ebuild N] kde-base/kxkb-3.5.0 [ebuild N] kde-base/kdcop-3.5.0 [ebuild N] kde-base/drkonqi-3.5.0 [ebuild N] kde-base/kpersonalizer-3.5.0 [ebuild N] kde-base/kdebase-startkde-3.5.0 [ebuild N] kde-base/kmenuedit-3.5.0 [ebuild N] kde-base/konsole-3.5.0 [ebuild N] kde-base/kdebase-meta-3.5.0 [ebuild N] kde-base/superkaramba-3.5.0 [ebuild N] kde-base/kcalc-3.5.0 [ebuild N] kde-base/kedit-3.5.0 [ebuild N] sys-libs/db-1.85-r3 [ebuild N] dev-perl/TermReadKey-2.30 [ebuild N] dev-libs/elfutils-0.118 [ebuild N] dev-perl/perl-tk-804.027 [ebuild N] net-analyzer/net-snmp-5.2.2 [ebuild N] kde-base/ksim-3.5.0 [ebuild N] kde-base/kregexpeditor-3.5.0 [ebuild N] kde-base/kmilo-3.5.0 [ebuild N] kde-base/kgpg-3.5.0 [ebuild N] kde-base/ktimer-3.5.0 [ebuild N] kde-base/khexedit-3.5.0 [ebuild N] kde-base/kwalletmanager-3.5.0 [ebuild N] kde-base/kfloppy-3.5.0 [ebuild N] kde-base/kjots-3.5.0 [ebuild N] kde-base/kdf-3.5.0 [ebuild N] kde-base/klaptopdaemon-3.5.0 [ebuild N] kde-base/ark-3.5.0 [ebuild N] kde-base/kcharselect-3.5.0 [ebuild N] kde-base/kdeutils-meta-3.5.0 [ebuild N] kde-base/ktalkd-3.5.0 [ebuild N] kde-base/kdnssd-3.5.0 [ebuild N] net-wireless/wireless-tools-28_pre13 [ebuild N] kde-base/kwifimanager-3.5.0 [ebuild N] kde-base/kdict-3.5.0 [ebuild N] kde-base/lisa-3.5.0 [ebuild N] kde-base/dcoprss-3.5.0 [ebuild N] app-crypt/qca-1.0-r2 [ebuild N] app-crypt/qca-tls-1.0-r2 [ebuild N] kde-base/kopete-3.5.0 [ebuild N] kde-base/kdenetwork-filesharing-3.5.0 [ebuild N] net-misc/rdesktop-1.4.1 [ebuild N] kde-base/krdc-3.5.0 [ebuild N] kde-base/kppp-3.5.0 [ebuild N] kde-base/kdenetwork-kfile-plugins-3.5.0 [ebuild N] kde-base/kpf-3.5.0 [ebuild N] kde-base/kget-3.5.0 [ebuild N] kde-base/krfb-3.5.0 [ebuild N] dev-perl/Net-SSLeay-1.25 [ebuild N] dev-perl/IO-Socket-SSL-0.97 [ebuild N] kde-base/ksirc-3.5.0 [ebuild N] kde-base/kdenetwork-meta-3.5.0 [ebuild N] kde-base/libkpimexchange-3.5.0 [ebuild N] dev-libs/libical-0.24_rc4-r1 [ebuild N] kde-base/kode-3.5.0 [ebuild N] kde-base/kdepim-kresources-3.5.0 [ebuild N] kde-base/libkholidays-3.5.0 [ebuild N] kde-base/korganizer-3.5.0 [ebuild N] kde-base/libkmime-3.5.0 [ebuild N] kde-base/kdepim-kioslaves-3.5.0 [ebuild N] kde-base/mimelib-3.5.0 [ebuild N] kde-base/libksieve-3.5.0 [ebuild N] kde-base/kmailcvt-3.5.0 [ebuild N] kde-base/kmail-3.5.0-r3 [ebuild N] kde-b
Re: [gentoo-user] kde-apps/libksane blocker
On 30/05/2016 05:20, Dale wrote: Howdy, I'm trying to do a update and have this last blocker that I can't figure out. I fixed another one but this one doesn't make sense to me. Here is the relevant output. Portage is abusing your pixels (using too many). Here's the important bits: [blocks B ] This is the only important blocker ("blocks B") procps stuff that followed is just a long explanation of why portage kept procps back and didn't upgrade * Error: The above package list contains packages which cannot be * installed at the same time on the same system. The asterisks indicate this is part relevant to hard blockers and failures. (bangs ! indicate info or warnings, not errors) (kde-apps/libksane-15.08.3:4/15.08::gentoo, installed) pulled in by >=kde-apps/libksane-4.14.3:4[aqua=] (>=kde-apps/libksane-4.14.3:4[-aqua]) required by (kde-apps/ksaneplugin-16.04.1:4/16.04::gentoo, ebuild scheduled for merge) >=kde-apps/libksane-4.14.3:4[aqua=] (>=kde-apps/libksane-4.14.3:4[-aqua]) required by (kde-apps/kolourpaint-16.04.1:4/16.04::gentoo, ebuild scheduled for merge) (kde-apps/libksane-16.04.1:5/5::gentoo, ebuild scheduled for merge) pulled in by >=kde-apps/libksane-14.12.0:5 required by (kde-misc/skanlite-2.0:5/5::gentoo, ebuild scheduled for merge) >=kde-apps/libksane-16.04.1 required by (kde-apps/kdegraphics-meta-16.04.1:5/5::gentoo, ebuild scheduled for merge) So this is really a clash between KDE4 stuff and KDE5 stuff, and nothing is demanding a certain maximum version, so upgrades should in theory be clean. I'm not at a Gentoo machine right now so can't give exact info, but do this: eix libksane - is 15.08.3-r1 the latest version in :4? If not, upgrade it manually and continue. - does 15.08.3-r1 have a minimal USE? If so, set it on. This often removes the clash with :5 If all else fails, quickpkg and unmerge all libksane version, emerge world and let portage fix whatever it needs to. /alanm
Re: [gentoo-user] Re: FIXED: Re: KDE3 removal
On Friday 27 November 2009 15:53:41 Alan McKinnon wrote: > On Friday 27 November 2009 17:27:30 James wrote: > > Mick gmail.com> writes: > > > Hmm, I thought that kweather, kate and kfloppy were brought in by some > > > meta or other. It seems that I'll have to install these on their own? > > > > Hello Mick, > > > > I'm just not certain any more exactly which packages belong to > > which meta(kde) package. I think they are added and dropped > > over the last few years, resulting in a dynamic grouping > > or like those you mentioned, not being picked up by and of the > > kde-meta packages. > > You fellows really need to read the full set of portage man pages. You > sound like mechanics that don't know how spanners work. I'm sure there's a spanner thrown somewhere in the works ... > The contents of packages is determined by upstream (KDE), not by the gentoo > devs. Gentoo devs merely split the monolithic tarballs up into whatever > apps the KDE devs say is inside it > > To find out what is in a -meta package: > > cat $PORTDIR/kde-base/*-meta/*ebuild > > There isn't a special tool to do this, much as there isn't a tool to tell > you what stuff DEPENDs on say apache. There is a general tool, it's > equery depends -a [snip ...] > To find out what depends on kate, kweather and kfloppy, use the correct > portage tool: > > a...@nazgul ~ $ equery depends -a kate > * Searching for kate ... > kde-base/kdesdk-meta-4.3.1 (>=kde-base/kate-4.3.1:4.3[kdeprefix=]) > kde-base/kdesdk-meta-4.3.3 (!kdeprefix ? >=kde-base/kate-4.3.3[-kdeprefix]) >(kdeprefix ? > >=kde-base/kate-4.3.3:4.3[kdeprefix]) OK, but I am getting this much - slightly different to yours above: # equery depends -a kate [ Searching for packages depending on kate... ] kde-base/kde-meta-4.3.1 (>=kde-base/kate-4.3.1:4.3[kdeprefix=]) kde-base/kdesdk-meta-4.3.1 (>=kde-base/kate-4.3.1:4.3[kdeprefix=]) Now, fair enough, I do not have kde-base/kde-meta installed, so nothing wants to pull back in kate when I update world. > > Let me know if you find a silver bullet (syntax) for discerning > > what kde packages are grouped into which meta package or > > not grouped at all.. > > This is Unix. We use grep, sed and awk to find stuff. > > Much faster than just about anything else... Right, but only if your regex-fu is good enough. Mine is rather pathetic ... :-( Grateful for all help received to pick up the right spanner. ;-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] help
My 3-year old gentoo system has decided to be a big headache. My troubles started when I upgraded to kde 3.4. The kde taskbar apps wouldn't start. I tried unmerging kde-base and emerging kdebase-meta to see if it was related to the kde split, but that didn't help. I got the idea that the problem was some old kde packages, so I tried unmerging everything on my system which was kde related, including some old packages which are no longer in portage, then I reemerged everything. THis was a big mistake as afterwards kde was even more broken, and kde apps like k3b now don't even work. I've given up on kde and moved to enlightenment, but it will be really hard to deal without any kde apps. Lots of people have given me advice, but everything I try just seems to make things worse. It seems like there is something about old versions of kde that won't go away, which I don't understand at all. It seems like if you reemerge something it should move to the newest versions. I really could use some help because I have no idea what to do next. -Wes -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Konsole
On 07/11/2016 08:47 PM, konsolebox wrote: > On Tue, Jul 12, 2016 at 10:29 AM, Daniel Frey wrote: >> On 07/11/2016 06:06 PM, Daniel Frey wrote: >>> I would think that if eshowkw is picking up things in the kde-sunset >>> overlay it would be indicated in the repo column? >>> >>> However, I don't see any kde4 packages. Maybe they're still moving them >>> over? >>> >>> Dan >>> >>> >>> >> >> I really shouldn't try troubleshooting when tired... >> >> I had to explictly do: >> >> emerge -pv =kde-apps/kde-meta-4.14.3-r1 > > The file is in there: > > # ls /var/local/overlays/kde-sunset/kde-apps/kde-meta/ > kde-meta-4.14.3-r1.ebuild metadata.xml > >> However, if I try to update @world, it still wants to drag in a bunch of >> kde5 crap. > > You have to mask packages. > > `USE='-wayland' emerge -pvet kde-apps/kde-meta` shows this mask works. > (Just for testing. Don't run `emerge` with `-e`.) > > # shopt -s extglob > # ( printf '%s\n' kde-frameworks/\* kde-plasma/\*; cd /usr/portage; > printf '>=%s-15\n' kde-apps/!(kde4*|kde-wallpapers) ) > > /etc/portage/package.mask/kde5+.mask > >> I think this is due to kdelibs. And of course they've removed the old >> kdelibs from the tree: >> >> # equery list kdelibs >> * Searching for kdelibs ... >> [I--] [??] kde-base/kdelibs-4.14.16:4/4.14 >> >> I also appears that old kde4 versions of kdelibs are not in kde-sunset >> (yet?) or maybe it's not planned to put one there. > > kdelibs-4 is still in `gentoo`: > > # ls /usr/portage/kde-base/kdelibs/ > files kdelibs-4.14.20-r2.ebuild kdelibs-4.14.21.ebuild Manifest > metadata.xml > I did manually mask everything, I added yours to it as well, but emerge still wants to pull in qt5 and a bunch of stuff not needed. I've attached the emerge output - you can see it's pulling masked packages in. I can't figure out what wants to pull in all the qt5 stuff. I've already manually installed the packages from kde-sunset: # emerge -pv kde-meta These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R] kde-apps/kde-meta-4.14.3-r1:4::kde-sunset USE="nls -accessibility (-aqua) -kdepim -minimal -sdk" 0 KiB Total: 1 package (1 reinstall), Size of downloads: 0 KiB ...but a world update wants to change everything. And I can't figure out how to read the tree output from emerge. I've attached that too. Oh, I also read the manpage for eshowkw and it doesn't show packages from overlays by default. You have to use the -O switch, then it shows it. One more thing to remember... Dan # emerge -pvuDN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] app-arch/bzip2-1.0.6-r7::gentoo [1.0.6-r6::gentoo] USE="-static -static-libs" ABI_X86="32 (64) (-x32)" 0 KiB [ebuild U ] dev-libs/expat-2.1.1-r2::gentoo [2.1.0-r5::gentoo] USE="unicode -examples -static-libs" ABI_X86="32 (64) (-x32)" 396 KiB [ebuild U ] sys-apps/debianutils-4.7::gentoo [4.4::gentoo] USE="-static" 153 KiB [ebuild U ] sys-apps/which-2.21::gentoo [2.20-r1::gentoo] 146 KiB [ebuild U ] www-plugins/chrome-binary-plugins-51.0.2704.106:stable::gentoo [51.0.2704.103:stable::gentoo] USE="flash widevine" 48,134 KiB [ebuild U ] media-libs/libpng-1.6.21:0/16::gentoo [1.6.19:0/16::gentoo] USE="apng (-neon) -static-libs" ABI_X86="32 (64) (-x32)" 932 KiB [ebuild U ] sys-libs/cracklib-2.9.6::gentoo [2.9.1-r1::gentoo] USE="nls zlib -python -static-libs {-test}" ABI_X86="32 (64) (-x32)" PYTHON_TARGETS="python2_7" 628 KiB [ebuild U ] sys-libs/timezone-data-2016d::gentoo [2016c::gentoo] USE="nls -leaps_timezone" 494 KiB [ebuild U ] sys-apps/file-5.25::gentoo [5.22::gentoo] USE="zlib -python -static-libs" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python2_7 python3_4 (-pypy) -python3_3" 723 KiB [ebuild U ] sys-devel/m4-1.4.17::gentoo [1.4.16::gentoo] USE="-examples" 1,123 KiB [ebuild U ] dev-libs/libksba-1.3.4::gentoo [1.3.3::gentoo] USE="-static-libs" 605 KiB [ebuild U ] sys-apps/sysvinit-2.88-r9::gentoo [2.88-r7::gentoo] USE="(-ibm) (-selinux) -static" 0 KiB [ebuild U ] dev-lang/nasm-2.12.01::gentoo [2.11.08::gentoo] USE="-doc" 762 KiB [ebuild U ] media-libs/libjpeg-turbo-1.5.0::gentoo [1.4.2::gentoo] USE="-java -static-libs" ABI_X86="32 (64) (-x32)" 1,616 KiB [ebuild U ] dev-perl/TermReadKey-2.330.0::gentoo [2.300.2
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] SOLVED: Compiling kde-meta for 3.5
On Tuesday 06 December 2005 22:45, Gerhard Hoogterp wrote: As it seems xmlto needs the latest libxlst 1.1.15 and DOESN'T have a dependency for it. > As I try to emerge kde-meta I run into the following error: > > /usr/kde/3.5/bin/meinproc --check --cache index.cache.bz2 ./index.docbook > XPath error : Undefined variable > compilation error: > file /usr/kde/3.5/share/apps/ksgmltools2/docbook/xsl/html/autotoc.xsl > line 544 element div > > using the > > USE="kdeenablefinal" ACCEPT_KEYWORDS="~x86" > emerge kdeaddons-docs-konq-plugins > > commandline. I've checked and updated all the docbook stuff I have > installed to no avail.. > > Anyone who has an idea or a pointer? > > Gerhard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] KDE (mono to meta) migration
On Thursday 22 June 2006 18:28, James wrote: > have looked at threads on this issue from 12jun06 > and 2jun06 > and http://www.gentoo.org/doc/en/kde-split-ebuilds.xml. > By the way, this doc is good for explaining the issues, > but does not explain a clear method to perform the migration > form mono to meta.. Did you look at [1] too? > Is there an easy way to remove all of the kde packages before > migration to kde-meta? Sure. But it would remove packages that the meta packages depend on too. kde-base/kdelibs takes a long time to compile and hence shouldn't be removed as you still need it. Unless of course you need to upgrade it anyway. This might be feasible: #cd /var/db/pkg && emerge -Cva `ls -d kde-base/* | grep -v -r 'kdelibs\|arts'` It will remove everything in the kde-base category except kdelibs and arts. Make sure to check what it removes before doing it. It shouldn't be more than 13 packages. [SNIP] > But if meta > is going away, like the monolithic kde packaging (eventually) > I'd rather go straight to the split kde package system. > Comments and Recommendations on kde-meta's future? Why would you think the kde-meta aka the split packages would be going away? They certainly won't. > emerge -atv kde-meta > lists many packages and I'm too lazy to remove them all by > hand Actually there aren't a lot of monolithic packages. [1] lists them all in a box in section 2. If you have all of them you still need to remove only 13 packages. > These are the packages that would be merged, in reverse order: > Calculating dependencies... done! > .[blocks B ] =kde-base/kdemultimedia-3.5* (is blocking > kde-base/kaboodle-3.5.2) .[blocks B ] =kde-base/kdemultimedia-3.5* (is > blocking > kde-base/kdemultimedia-kappfinder-data-3.5.2) This tells you that kde-base/kdemultimedia blocks both kaboodle and kdemultimedia-kappfinder-data. You only need to remove the one package kdemultimedia. It just blocks a lot of packages that are pulled in by kde-meta. [SNIP] > From mono to split? Some gentoo/kde systems I manage will want > to go to the split system or a few kde-meta packages and the > rest of the kde(split) apps individually installed. Do what I said above or just remove the few packages manually when they block something. There really aren't that many. emerging any split package will work just as well as the meta packages. You should only use the meta packages if you wan't everything. [1] http://www.gentoo.org/doc/en/kde-config.xml -- Bo Andresen pgp4VXj0OtYVJ.pgp Description: PGP signature
[gentoo-user] KDE5 stuff and media-libs/mlt conflict
Howdy, I was going to try out some of the KDE5 stuff just to see if I'm going to like it or not. Anyway, I added a BUNCH of stuff to a keywords file related to KDE and got past that part. I think I got them all. Now I get this: These are the packages that would be merged, in order: Calculating dependencies... done! !!! The ebuild selected to satisfy ">=media-libs/mlt-0.9.8-r1[ffmpeg,kdenlive,melt,qt5,sdl,xml]" has unmet requirements. - media-libs/mlt-0.9.8-r2::gentoo USE="ffmpeg frei0r gtk kde kdenlive melt opengl python qt5 sdl xml -compressed-lumas -debug -fftw -jack -libav -libsamplerate -lua -qt4 -rtaudio (-ruby) -vdpau -xine" ABI_X86="64" CPU_FLAGS_X86="mmx sse sse2" PYTHON_TARGETS="python2_7" The following REQUIRED_USE flag constraints are unsatisfied: kde? ( qt4 ) The above constraints are a subset of the following complete expression: python? ( python_targets_python2_7 ) qt5? ( !qt4 ) kde? ( qt4 ) (dependency required by "kde-apps/kdenlive-15.12.0-r1::gentoo" [ebuild]) (dependency required by "kde-apps/kdemultimedia-meta-15.08.3::gentoo" [ebuild]) (dependency required by "=kde-apps/kdemultimedia-meta-15.08.3" [argument]) root@fireball / # There used to be more than that but I got rid of some by disabling qt4 on some packages in package.use. It seems some can't handle both being enabled so disabled it is for now. Still, I can't figure out what emerge is trying to tell me here. I don't have a decoder ring but I know a couple here do. To try and get a idea on this for the future, I'm going to ask this way. When it says kde?, what does that mean? Does it want me to specify a version or something? I couldn't find a USE flag for a version of KDE, just the plain kde flag. Before it had a !qt4 in the error. I assume that ! means NO. After I disabled qt4 for the packages, that part of the error went away. Am I right on that or just lucky? Keep in mind, I'm not even a script kiddy. :/ OK Alan and Neil. Whip out your decoder ring. What is this thing trying to tell me. lol Dale :-) :-)