View previous topic :: View next topic |
Author |
Message |
toralf Developer
Joined: 01 Feb 2004 Posts: 3922 Location: Hamburg
|
Posted: Tue Apr 22, 2014 5:32 pm Post subject: |
|
|
USE=-migrator
? |
|
Back to top |
|
|
DaggyStyle Watchman
Joined: 22 Mar 2006 Posts: 5909
|
Posted: Tue Apr 22, 2014 5:34 pm Post subject: |
|
|
toralf wrote: | USE=-migrator
? |
Code: | dagg@NCC-5001-D ~ $ equery d kde-base/kactivities
* These packages depend on kde-base/kactivities:
kde-base/dolphin-4.13.0 (>=kde-base/kactivities-4.13.0:4[aqua=])
kde-base/kate-4.13.0 (>=kde-base/kactivities-4.13.0:4[aqua=])
kde-base/kwin-4.11.8 (>=kde-base/kactivities-4.11.8:4[aqua=])
kde-base/libtaskmanager-4.11.8 (>=kde-base/kactivities-4.11.8:4[aqua=])
kde-base/plasma-runtime-4.13.0 (>=kde-base/kactivities-4.13.0:4[aqua=])
kde-base/plasma-workspace-4.11.8 (>=kde-base/kactivities-4.11.8:4[aqua=])
www-client/rekonq-2.4.2 (kde ? >=kde-base/kactivities-4.10:4[aqua=])
* These packages depend on kde-base/nepomuk-core:
kde-base/kactivities-4.13.0 (>=kde-base/nepomuk-core-4.13.0:4[aqua=])
kde-base/kdelibs-4.13.0 (semantic-desktop ? >=kde-base/nepomuk-core-4.13.0:4[aqua=])
kde-base/plasma-workspace-4.11.8 (semantic-desktop ? >=kde-base/nepomuk-core-4.11.8:4[aqua=])
www-client/rekonq-2.4.2 (semantic-desktop ? >=kde-base/nepomuk-core-4.10:4[aqua=])
|
mentioned above flag doesn't take affect here. _________________ Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein |
|
Back to top |
|
|
Chiitoo Administrator
Joined: 28 Feb 2010 Posts: 2575 Location: Here and Away Again
|
Posted: Tue Apr 22, 2014 6:30 pm Post subject: |
|
|
This might explain something with regards to the most recent horror stories:
It seems to me that the semantic-desktop? went missing for a time, but is on its way back so no need to pancake just yet (I maybe guess). _________________ Kindest of regardses. |
|
Back to top |
|
|
DaggyStyle Watchman
Joined: 22 Mar 2006 Posts: 5909
|
Posted: Tue Apr 22, 2014 6:38 pm Post subject: |
|
|
Chiitoo wrote: | This might explain something with regards to the most recent horror stories:
It seems to me that the semantic-desktop? went missing for a time, but is on its way back so no need to pancake just yet (I maybe guess). |
that might be this, question is, why modify 4.13.0 and not add 4.13.0-r1? _________________ Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein |
|
Back to top |
|
|
Ant P. Watchman
Joined: 18 Apr 2009 Posts: 6920
|
Posted: Tue Apr 22, 2014 7:25 pm Post subject: |
|
|
The people that want that useflag now know it's there. The people that don't care... don't have to recompile all of KDE yet again for a non-change. |
|
Back to top |
|
|
Martux Veteran
Joined: 04 Feb 2005 Posts: 1917
|
Posted: Tue Apr 22, 2014 7:33 pm Post subject: |
|
|
It's already fixed in Portage _________________ "Coincidence is God's way of remaining anonymous."
Albert Einstein
"The road to success is always under construction" |
|
Back to top |
|
|
iandoug l33t
Joined: 11 Feb 2005 Posts: 832 Location: Cape Town, South Africa
|
Posted: Fri Apr 25, 2014 9:08 pm Post subject: [solved] |
|
|
Hi all
trying to do update world. Already have a whack of ~amd64 instructions as per emerge's demands.
But I can't get past this:
Code: |
Total: 267 packages (59 upgrades, 175 downgrades, 12 new, 1 in new slot, 20 reinstalls, 2 uninstalls), Size of downloads: 409,516 kB
Conflict: 4 blocks (1 unsatisfied)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
(kde-base/baloo-4.13.0::gentoo, ebuild scheduled for merge) pulled in by
>=kde-base/baloo-4.13.0:4[aqua=] (>=kde-base/baloo-4.13.0:4[-aqua]) required by (kde-base/kdepim-common-libs-4.13.0::gentoo, ebuild scheduled for merge)
>=kde-base/baloo-4.13.0:4[aqua=] (>=kde-base/baloo-4.13.0:4[-aqua]) required by (kde-base/nepomuk-core-4.13.0::gentoo, ebuild scheduled for merge)
(kde-base/nepomuk-4.11.5::gentoo, ebuild scheduled for merge) pulled in by
>=kde-base/nepomuk-4.11.5:4[aqua=] (>=kde-base/nepomuk-4.11.5:4[-aqua]) required by (kde-base/systemsettings-4.11.5::gentoo, ebuild scheduled for merge)
>=kde-base/nepomuk-4.11.5:4[aqua=] (>=kde-base/nepomuk-4.11.5:4[-aqua]) required by (kde-base/kdebase-runtime-meta-4.11.5::gentoo, ebuild scheduled for merge)
|
Any ideas?
Edit:
Got somewhere by adding kde-base/kdebase-runtime-meta ~amd64 which lead to a few more similar, few more uninstalls, and eventually the job is running ...
thanks, Ian _________________ Asus X570-PRO, Ryzen 7 5800X, GeForce GTX 1650, 32 GB RAM | Asus Sabertooth P990, AMD FX-8150, GeForce GTX 560, 16GB Ram |
|
Back to top |
|
|
Josef.95 Advocate
Joined: 03 Sep 2007 Posts: 4553 Location: Germany
|
|
Back to top |
|
|
Fitzcarraldo Advocate
Joined: 30 Aug 2008 Posts: 2034 Location: United Kingdom
|
Posted: Tue May 06, 2014 9:32 am Post subject: |
|
|
I'm actually finding Baloo works well and am using it at work. When I upgraded from KDE 4.12.4 to 4.13.0, the automatic migration from Nepomuk to Baloo did not work, so both the obsolete Nepomuk and the new Baloo were running simultaneously until I fixed it (see nepomukbaloomigrator crashes). I have a feeling some people may not realise that both Nepomuk and Baloo are running concurrently because the migration was not successful. It took me a while to realise that. Now it's working well, and I'm finding Baloo much zippier than Nepomuk used to be, and better at indexing my huge number of work files and e-mails.
I also had trouble with Akonadi when I upgraded from KDE 4.12.4 to 4.13.0, but managed to sort that out too (see Akonadi does not work properly with MySQL). _________________ Clevo W230SS: amd64, VIDEO_CARDS="intel modesetting nvidia".
Compal NBLB2: ~amd64, xf86-video-ati. Dual boot Win 7 Pro 64-bit.
OpenRC udev elogind & KDE on both.
Fitzcarraldo's blog |
|
Back to top |
|
|
Yamakuzure Advocate
Joined: 21 Jun 2006 Posts: 2284 Location: Adendorf, Germany
|
Posted: Tue May 06, 2014 10:50 am Post subject: |
|
|
If you want more control over baloo, sync your portage tree and re-emerge kde-base/baloo with USE="alternatekcm" (turned on by default).
This will pull in kde-misc/baloo-kcmadv which changes the system settings applet for baloo to show a lot more options - including deactivating it. _________________ Important German:- "Aha" - German reaction to pretend that you are really interested while giving no f*ck.
- "Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.
|
|
Back to top |
|
|
asturm Developer
Joined: 05 Apr 2007 Posts: 8936
|
Posted: Tue May 06, 2014 1:04 pm Post subject: |
|
|
Yep, I think I will make the jump from 4.12 with 4.13.1 eventually. baloo works, and thanks to the work of our awesome kde team we can disable nepomuk now separately with USE="-nepomuk". |
|
Back to top |
|
|
PlasmaPhil n00b
Joined: 22 May 2006 Posts: 31
|
Posted: Fri May 09, 2014 1:38 pm Post subject: |
|
|
Voltago wrote: | Anyway, the first thing people 'round here are likely to ask is how to turn the darn thing off (I know I did). |
That would be me Thanks to several tips in this thread (and some own experiments) I found a few ways to disable the thing, and some how not to.
Voltago wrote: | There doesn't seem to be a portage restriction on building kmail-4.13.0 without the sematic-desktop flag. Is there any functionality you'd loose? |
Except from the desktop search, which obviously noone around here seems to use, there is also the indexing and also parsing of meta data involved, a thing that most people would like to keep. At least thats what I think.
For example, if you compile kde-base/dolphin with USE="-semantic-desktop", it loses the ability to display meta data of various file types as tooltip. Most annoying, if you're used to see e.g. an image's resolution, bit-depth and what-the-like in the tooltip when hovering the file in dolphin. Without semantic-desktop you just get the file size, maybe owner/group and that's about it.
Recently I looked into /usr/portage/kde-base/dolphin/dolphin-4.13.0.ebuild - here's an excerpt:
Code: | DEPEND="
$(add_kdebase_dep kactivities)
$(add_kdebase_dep libkonq)
x11-libs/libXrender
semantic-desktop? (
$(add_kdebase_dep baloo)
$(add_kdebase_dep baloo-widgets)
$(add_kdebase_dep kfilemetadata)
)
" |
So I copied the ebuild file to my local overlay and added a USE-Flag for kfilemetadata, so this would compile in nevertheless while leaving out semantic-desktop. Unfortunately this didn't change anything in the behaviour of dolphin, it still did not display the meta data. Maybe other things have to be done to get this working, but I am not so deep into the KDE ebuild stuff and did not investigate further.
Nevertheless, if someone has an idea on that (compiling Dolphin with the meta data, but without semantic-desktop, and having it work) then at least I would be very grateful, because it would spare me (and maybe others) the hack that follows.
amauk wrote: | After upgrade to KDE 4.13, this baloo indexer thing was causing high iowait on my system
I just symlinked it to /bin/true |
I took the freedom to use this tip (thanks man!) and wrote two little scraps that work quite nice on my systemd-enabled box:
/etc/systemd/system/kde-kill-indexer.service
Code: | [Unit]
Description=Disables all KDE desktop indexing binaries
Before=graphical.target
[Service]
Type=oneshot
ExecStart=/usr/local/sbin/kde-kill-indexer
RemainAfterExit=yes
[Install]
WantedBy=graphical.target |
/usr/local/sbin/kde-kill-indexer
Code: | #!/bin/sh
declare kill_these_binaries=(
'/usr/bin/akonadi_baloo_indexer'
'/usr/bin/baloo_file'
'/usr/bin/baloo_file_cleaner'
'/usr/bin/akonadi_baloo_indexer'
)
for this_binary in "${kill_these_binaries[@]}"
do
if [ -f ${this_binary} ] ; then
# Disable and move the binary
chmod 640 ${this_binary}
mv ${this_binary} "${this_binary}~orig"
# Replace it with a oneshot dummy
ln -sf /bin/true ${this_binary}
fi
done
# vim: ts=4 fenc=ascii |
This just runs before KDE is started and wipes out all the nasty stuff.
Finally, I'd like to rant that if KDE would do more bugfixing and less shiny-lets-emulate-windows-and-impose-resource-eating-crap-on-the-user (I can go on more if you like) then we would not have to come up with stuff like this.
Oh, wait, I'm not done yet. Another one. You could also replace the baloo configuration and make it read-only (chown root:root and chmod 444) with something like this:
/home/$herebyusername/.kde4/share/config/baloofilerc
Code: | [Basic Settings]
Indexing-Enabled=false
[General]
exclude filters=*
exclude filters version=2
exclude folders[$e]=/
exclude mimetypes*/*
first run=false
folders[$e]= |
I did not make sure that this actually stops Baloo from indexing, and I think at least the processes will still hang there, maybe just idling around. The "Indexing-Enabled" setting is yet not accessible from the control panel, also it doesn't let you choose / for "exclude folders".
The last solution is less intrusive to a system than removing the binaries, maybe you want to try that first. I for myself prefer to get rid of such things as thoroughly as possible, so again, I am very thankful for the tip from amauk.
A nice weekend to everyone |
|
Back to top |
|
|
asturm Developer
Joined: 05 Apr 2007 Posts: 8936
|
Posted: Fri May 09, 2014 7:20 pm Post subject: |
|
|
PlasmaPhil wrote: | Voltago wrote: | Anyway, the first thing people 'round here are likely to ask is how to turn the darn thing off (I know I did). |
That would be me |
...and it seems you have missed this, only two posts above:
https://forums.gentoo.org/viewtopic-p-7547344.html#7547344 |
|
Back to top |
|
|
PlasmaPhil n00b
Joined: 22 May 2006 Posts: 31
|
Posted: Mon May 12, 2014 7:21 am Post subject: |
|
|
genstorm wrote: | ...and it seems you have missed this, only two posts above: |
No, I did not. That's why I wrote about "thorough" removal. Why take only "more" control, if it can be avoided it completely?
It is a fact that KDE (and in my opinion way too often) brings new baggage with it, which constantly has to be deactivated by the user. There's no opt-in, it just starts eating up the resources of our machines and every few months you wonder why the darn boxes are again slow. I just do not like services that crawl over my whole system and collect whatever they may come across.
If there would have been a USE-Flag, this could have been done in a nicer way. If there was some kind of startup screen on every new version, that asks every user about his data choices and informs about recent changes, it would have been okay. But I do not like the Microsoft-like attitude of deciding what they think would be best for all users. It is the same way that Mozilla took a few months ago, by silently activating the Health Report and Social plugins on every new Firefox installation, stuff that sits in the background and quite frequently phones home.
In my humble opinion, those desicions are ignorant. People should be more sensible, Developers should be more sensible, especially in these days. So I do not want more control over those services, I do want them to not exist at all. |
|
Back to top |
|
|
Martux Veteran
Joined: 04 Feb 2005 Posts: 1917
|
Posted: Wed May 14, 2014 7:57 pm Post subject: |
|
|
The shit is here again with 4.13.1...
I could circumvent it by putting kde-base/kdepimlibs-4.13.1 to /etc/portage/profile/package.provided...
That's only because I don't have any other packages needing kdepimlibs. _________________ "Coincidence is God's way of remaining anonymous."
Albert Einstein
"The road to success is always under construction" |
|
Back to top |
|
|
asturm Developer
Joined: 05 Apr 2007 Posts: 8936
|
Posted: Wed May 14, 2014 8:25 pm Post subject: |
|
|
Martux wrote: | The shit is here again with 4.13.1... |
Did you look at the USE flag changes? nepomuk was ripped out of semantic-desktop into its own flag. And kdepimlibs pulls in neither of them... |
|
Back to top |
|
|
ArneBab Guru
Joined: 24 Jan 2006 Posts: 429 Location: Graben-Neudorf, Germany
|
Posted: Thu May 15, 2014 9:58 am Post subject: |
|
|
albright wrote: | Quote: | new indexer 'baloo' while 'nepomuk'/'strigi' ... being phased out |
what's that you say
over at KDE they kept saying nepomuk/strigi was the best thing
ever and would soon work flawlessly
I won't miss it but doubt baloo will be much of an improvement |
From what I read, baloo reuses many parts of nepomuk and just replaces the crappy overly-generic parts with code optimized to actually do the required tasks.
So I see baloo as just the step which could make nepomuk/strigi work flawlessly. I hope I’m right in that ☺ _________________ Being unpolitical means being political without realizing it. - Arne Babenhauserheide ( http://draketo.de )
pkgcore: So fast that it feels unreal - by doing only what is needed. |
|
Back to top |
|
|
asturm Developer
Joined: 05 Apr 2007 Posts: 8936
|
Posted: Thu May 15, 2014 10:26 am Post subject: |
|
|
I, for one, do not notice baloo at all. And because of the USE split, I was able to ditch soprano and virtuoso for good, without any hacks involved. |
|
Back to top |
|
|
DaggyStyle Watchman
Joined: 22 Mar 2006 Posts: 5909
|
Posted: Thu May 15, 2014 4:59 pm Post subject: |
|
|
just add Code: | kde-base/kdebase-runtime-meta -crash-reporter | to package.use
and to make.conf and all is good . _________________ Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein |
|
Back to top |
|
|
kensington Developer
Joined: 02 Jan 2013 Posts: 177 Location: Australia
|
Posted: Fri May 16, 2014 6:41 pm Post subject: |
|
|
Martux wrote: | The shit is here again with 4.13.1...
I could circumvent it by putting kde-base/kdepimlibs-4.13.1 to /etc/portage/profile/package.provided...
That's only because I don't have any other packages needing kdepimlibs. |
Please be more specific about your problem. It shouldn't be necessary to use hacks to avoid installing packages such as kdepimlibs or baloo. |
|
Back to top |
|
|
Martux Veteran
Joined: 04 Feb 2005 Posts: 1917
|
Posted: Fri May 16, 2014 9:22 pm Post subject: |
|
|
I wasn't aware of the new USE flags -kdepim and -nepomuk. Added those to make.conf >> problems disappeared
Just out of curiousity: strigi is still around. Is there a way to get rid of that as well? _________________ "Coincidence is God's way of remaining anonymous."
Albert Einstein
"The road to success is always under construction" |
|
Back to top |
|
|
asturm Developer
Joined: 05 Apr 2007 Posts: 8936
|
Posted: Fri May 16, 2014 9:35 pm Post subject: |
|
|
Still required by kdelibs which is frozen until kde frameworks 5 release. Not sure what's it actually doing these days though... |
|
Back to top |
|
|
Martux Veteran
Joined: 04 Feb 2005 Posts: 1917
|
Posted: Fri May 16, 2014 9:40 pm Post subject: |
|
|
Hehe well, I got rid of like 20 packages by cleaning out my package.use and enforcing -semantic-desktop -kdepim and -nepomuk. Surely no complaints from me Probably Gentoo is the only "distro" in which you actually can get rid of these parts of KDE. _________________ "Coincidence is God's way of remaining anonymous."
Albert Einstein
"The road to success is always under construction" |
|
Back to top |
|
|
gentooP4 Apprentice
Joined: 20 Sep 2010 Posts: 182 Location: NZ
|
Posted: Sat May 17, 2014 11:02 am Post subject: |
|
|
That's why we're here _________________ The United States has announced that it will deploy thoughts and prayers in the battle against online extremism.
If you voted for Trump or Brexit, you were likely influenced by the Cambridge Analytica propaganda machine. |
|
Back to top |
|
|
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Sat May 17, 2014 2:48 pm Post subject: |
|
|
genstorm,
Please clarify:
Quote: | Still required by kdelibs which is frozen until kde frameworks 5 release. Not sure what's it actually doing these days though... |
Do you mean kdelibs still requires nepomuk, kdepim and semantic-desktop?
Or, will kdelibs and all "non-kdepim" packages compile with -nepomuk and -kdepim, including baloo? I thought baloo was using parts of the nepomuk code.
I'm willing to give baloo a decent trial period. _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
Back to top |
|
|
|