less technical users who freak out when they can't mount a flash drive or SD card).

There are tools for it which can do this. Wasn't it "pmount"? Moreover, there are also tools which use that tools to mount even automatically, using (e)udev rules. There were several threads about it in the forums.

I actually am using lxdm on my "preparing for the end of the kde world" machine (doesn't even require sessreg).

I am afraid that most of the mounting tools have fallen into disuse (and unmaintained) with the spread (like a disease) of consolekit. I might have to go back and learn about what is still available.

mv wrote:

curmudgeon wrote:

mv wrote:

and no convenient tools for ripping audio cds - this is what troubles me most.

That is surprising because there are so many tools to do that.

By just inserting the CD, having all titles looked up in a database and saved with corresponding commands and names in a format configurable by you (e.g. spaces replaced by "_"), ripped and converted in an easily adjusted number of parallel tasks with easily configurable options about the quality and treatment in case of CD errors?

All of that automation does come with a cost (in bloat). :)

curmudgeon wrote:

mv wrote:

I think you can even do that in vlc

It was a nice side effect when wiping KDE that I could also get rid of vlc which I used only for kdm's sound system. I was always rather happy with mplayer/mencoder/ffmpeg (or occassionally xine). Maybe I should have a look at it, again.

I still prefer the command line mplayer (the biggest reason for me is that it has just always supported streaming media so much better), but I can tolerate vlc (and the less technical users do really like it).

Just to expand the topic a bit (rants about stupid design decisions), I am still running polkit-0.104-r1 (and it is still working, even though newer versions are "required"). The decision to force a full blown javascript engine in polkit is one of the worst I have ever seen. And to exacerbate matters, they are using mozilla's implementation (I see mozilla as the home of last resort for the clueless in the open source world). Ugh!

Last edited by curmudgeon on Thu Jul 11, 2013 8:44 am; edited 1 time in total

I just realized, that even after I switched of nepomuk in the system settings , there's still a akonadi process running, spawning a mysqld, und having over 140 MB occupied in ~/.local/share/akonadi/db_data. (I removed -semantic-desktop due to digikam-3.2). Now I'm wondering if and how I can get rid of most of the 140 MB and the akonadi process (which is useless I think).

you can disable akonadi by switching akonadi server off. As far as I remember it is a "StartServer" parameter in ~/.config/akonadi/akonadiserverrc file
And remove akonadi .desktop from autostart
Of course, file indexing daemons should be disables as well (KDE control center)

you can disable akonadi by switching akonadi server off. As far as I remember it is a "StartServer" parameter in ~/.config/akonadi/akonadiserverrc file
And remove akonadi .desktop from autostart
Of course, file indexing daemons should be disables as well (KDE control center)

Nevertheless I've decided to rid out semantic-desktop dependency.
I have removed all the strings that contained "semantic" word from kde-base/kdelibs-4.10.4.ebuild.
After that I have recalculated the digest

By just inserting the CD, having all titles looked up in a database and saved with corresponding commands and names in a format configurable by you (e.g. spaces replaced by "_"), ripped and converted in an easily adjusted number of parallel tasks with easily configurable options about the quality and treatment in case of CD errors?

All of that automation does come with a cost (in bloat). :)

Not necessarily in principle. Moreover, I need ripping Audio CDs or burning CDs/DVDs so seldem that I do not want to learn all technical details of manually using cdrtools and lame correctly - the problem is that in this topic you can easily get suboptimal results by inappropriate usage which you might not even be aware of. (E.g. somebody mentioned here cdparanoia, but I remember that I read a statement from Schily somewhere that readcd from cdrtools can use the same and even an improved algorithm of cdparania if called with appropriate parameters...). This is just one of many examples which show that for optimal results you should be an expert in these tools if you do not have a smart frontend which you trust...

Any chance you can post the modified ebuild/s you used? (Or a diff -u if you prefer.)

Quote:

I had no nepomuk installed before, so why it was built during update? Semantic-desktop USE flag was not set. Where it crawled from?

equery depends nepomuk should tell you in general, not sure how it'll go if you've unmerged them. (Though I think you'll probably still have something showing, or it wouldn't have been merged in the first place.)

Might be a candidate for package.provided, to stop portage trying to install it in future.

if use zeroconf; then
echo
elog "To make zeroconf support available in KDE make sure that the avahi daemon"
elog "is running."
echo
einfo "If you also want to use zeroconf for hostname resolution, emerge sys-auth/nss-mdns"
einfo "and enable multicast dns lookups by editing the 'hosts:' line in /etc/nsswitch.conf"
einfo "to include 'mdns', e.g.:"
einfo " hosts: files mdns dns"
echo
fi

All the things that framed by ##### were torn out of the previous blocks

steveL wrote:

equery depends nepomuk should tell you in general, not sure how it'll go if you've unmerged them. (Though I think you'll probably still have something showing, or it wouldn't have been merged in the first place.)

So currently I do not see any reason to have semantic-desktop enabled
May be it worst to try to rebuild systemsettings & kdebase-runtime-meta
I'll check systemsettings.ebuild and kdebase-runtime-meta.ebuild a bit later.

creaker,
Your edited Ebuld is the wrong way
You can in kde 4.10 simply use USE="-semantic-desktop" (for kdelibs)

probably you didn't read carefully what was written above (where this problem went from): no more USE="-semantic-desktop" available.
semantic-desktop required by kdelibs.
I had USE="-semantic-desktop" in make.conf since I installed my system. But on last update (from 4.10.2 to 4.10.4) I got a message that I should enable semantic-desktop in order to update kdelibs

May be it is a wrong way from the point of view of kde developers, but I think I did it in a right way, whilst kde team going a wrong way.
It is my point of view

AFAIK the KDE team maintained the USE flag till 4.10.x - and give up to maintain a non-semantic-desktop starting with 4.11 for various reasons.
I'm just curious but doesn't count those reasons for you ? (and which why not)

AFAIK the KDE team maintained the USE flag till 4.10.x - and give up to maintain a non-semantic-desktop starting with 4.11 for various reasons.
I'm just curious but doesn't count those reasons for you ? (and which why not)

Maybe it should be as you wrote.
But the thing is I got a message on "emerge -avuDN world" that said: semantic-desktop required by kde-base/kdelibs and suggested to write it into package.use with autounmask. It is a fact.

Tried to do the same trick as I did with kdelibs : removed all the semantic-desktop and nepomuk related snippets of code from these ebuilds. After that I ran emerge -avuDN world once more but failed to update kdepimlibs. I can't to edit it properly. All other ebuilds was built successfully, so I have had to exclude kdepimlibs from update:
emerge -avuDN world --exclude=kde-base/kdepimlibs
All seems fine, no semantic-desktop, no nepomuk, no virtuoso and so on.
I did not call anyone to follow me, I did it in order to see if it really necessary to enable semantic-desktop, as it was wrote by emerge.
Currently I have KDE updated from 4.10.2 to 4.10.4. Let see what will occur when 4.11 will released, will this trick work for 4.11 or not.

No, of these Packages only in amarok is semantic-desktop not longer optional.
You'd better read the emerge output.

again you did not read carefully, these packages depends on nepomuk, so since I tried to prevent nepomuk installing I have had to edit these ebuilds. With standard ebuilds I got a nepomuk installed and running after update, even though semantic-desktop was disabled.
Maybe it worth to read all the topic once more?

No, of these Packages only in amarok is semantic-desktop not longer optional.
You'd better read the emerge output.

again you did not read carefully, these packages depends on nepomuk, so since I tried to prevent nepomuk installing I have had to edit these ebuilds. With standard ebuilds I got a nepomuk installed and running after update, even though semantic-desktop was disabled.
Maybe it worth to read all the topic once more?

I am not seeing anything wrong with what Josef.95 wrote as they are correct in saying the only package in that list that requires semantic-desktop is amarok. Using -semantic-desktop the rest of the packages in that list do not pull in nepomuk.

I had the same same message as you that kdelibs required the use flag change when the upgrade to kde 4.10.4 and the only reason for that was amarok. Uninstall amarok and the problem went away. From what we have been told this will be a different story with 4.11 but at the moment I am using 4.10.4 without the semantic stuff, with the supplied ebuilds in the portage tree and the only price I had to play was remove amarok which I do not use anyway so no loss._________________Beware the grue.

@ Aiken:
Yes, if I'll remove amarok, the problem goes away. Currently no packages that requires semantic-desktop, except amarok.
But I do not want to remove amarok or replace him with other player as it was suggested before. So I have no options except editing kdelibs ebuild. May be worthwhile to change the amarok ebuild instead of kdelibs, I do not know. Anyway I changed kdelibs ebuild and updated a system successfully. Without having to enable semantic-desktop.

But I noticed that nepomuk was installed during update and I decided to edit ebuilds that depends on nepomuk. Their seven ebulds that can pull nepomuk in. I did not explore which of them pulls nepomuk, just changed all of them and updated a system once more. This time I got a system without nepomuk.

Maybe there is an option to edit amarok's ebuild only, I do not know. Next time (on next update) I will try it - to change amarok's ebuild only.

I wouldn't expect to get kdepim stuff working without semantic-desktop: I had to get rid of kmail ages ago because of this, and based on everything I've read before and since, I don't think we should try.

Other than that, if we can get amarok to work without it simply, then great: if not, then we shouldn't worry about it and just recommend clementine, or w/e you prefer.

So leaving those 2 aside for now, it's starting to sound like we'll need an overlay, at least for kdelibs and other core packages that have nepomuk hard-coded into the ebuild. I'll take a look at setting one up, same as we did for hardened back in the day.

We should also explore what happens when we put nepomuk (et al) in package.provided. That should mean portage won't try to install them, and we can see which parts of KDE really do fail completely without it. As said, I'm sceptical that it really is that important to the base.

I'm still on 4.9, but I have to upgrade this week, or I'm in trouble (since I pushed the changes to update I'm working on by accident, while my desktop is still a couple of months behind and they've not actually been finished, my boss is not happy.. ;) So I'll be able to put real testing in prob'y next week, and will set up the overlay then.

We need one for update in any case, since people not using the git version currently have to upgrade manually. Not been an issue in that releases have been few and far-between, but apparently that's not good either, and I should be releasing more often. (My colleagues use the git version, so it has to be kept running correctly, even when it has experimental code in it.)

creaker, when you get a moment, can you drop by #friendly-coders on IRC: chat.freenode.net, so we can talk about the whole thing better? I'm sure I've seen your nick online before, but if not /join that room first, before you get eaten up by the rest of IRC.. ;-)

Very disappointing news to hear of this mandated semantic desktop. Completely unnecessary. Seems like sour grapes by whatever dev(s) has coded it.

I never did understand the direction and functionality of amarok. iTunes is not an application one should mimic, and if I wanted something like iTunes, I'd surrender to Apple and OSX and be done with it. Instead, I have preferred to run KDE for the liberation and configurability it traditionally has provided.

If XFree86 could be forked to X.Org, then KDE can and should be forked.

I gave up on KMail long ago. Again, its devs decided that everyone MUST bottom post and would not support alternatives. I appreciate good form as much as the next person, but sometimes you just have to piss off and let people be.

Amarok? I used it at first, but then it became something entirely different from my idea of a music player. The emphasis and direction really seemed to be on aggregation of data related to the primary function (play music). It was summarily unmerged and not missed.

As irritating as these issues were, they were applications for which alternatives existed and whose behavior didn't affect anything else on my desktop. No big deal. Now with this semantic desktop decision, my entire desktop experience is compromised and effectively downgraded. I'm not okay with that.

It is not:
You should have the freedom to run a Kde desktop without semantic services. If not this clearly is a bug in the process of getting rid of semantic-desktop USE flag in Gentoo~current~unstable ebuilds (or upstream failing to get the desktop configurable)._________________fun2gen2

It is not:
You should have the freedom to run a Kde desktop without semantic services. If not this clearly is a bug in the process of getting rid of semantic-desktop USE flag in Gentoo~current~unstable ebuilds (or upstream failing to get the desktop configurable).

You are behind the times. Upstream is requiring semantic desktop be enabled._________________First things first, but not necessarily in that order.