What drove me away from all this akonadi based stuff is its use of a database in my home directory as a datastore. I use incremental file backups on my home directory and having one big datastore (been a while but I think it uses 2x 64MB files) just doesn't work with incremental backups. 1 byte changes and you end up backing up 128MB. I suppose I could exclude those files from the backup, but then you still need to find a way of backing-up the data they contain. I suppose it's pretty much the same kind of issue that 'mbox' mail had until maildir came along and put each message in an individual file.

This has always been one of the few drawbacks of the Linux & FOSS biosphere: application names. Software like "Word" or "Toast" is eloquently named, so a user will immediately know what it's good for. Compare that to "K3B", "Heimdal", "Anjuta" or similar names.

I just took a peek in current's kde/ directory, and the first idea that comes to my mind is a suggestion that the KDE developers be less hypocrite and opt for strictly random names. So future KDE versions should look like this:

:D

Or:

actually, when i install the system, it is fairly easy to deselect thins, as there are short descriptions of each package in the installer. If i want to install KDE later using slacpkg, then... well, it gets more frustrating. Wouldn't it be nicer if slackpkg install also provided the short description of the packages?

Well I was referring more the Nepomuk Server than the Akonadi Server.

I find Nepomuk useful in doing content searches on my home directory using Dolphin. It reasonable in terms of speed and it does the job. I can trim down where it does it indexing which speed that process up, I never see it indexing outside of the first time. I think by default is select you home directory, I narrowed that down since many of my directories do need to be indexed. A based included at Documents (mostly LibreOffice/MS Office docs), Pictures, Videos and my Claws Mail store.

you can basically see the package names in your desktop menu. This mostly apply for kdegames and kdeedu

Sure you can. once you have them installed. The thing is, if you want to skip them when you install KDE, it's gonna take some effort. Not a big deal, anyways... :)

yes, even i don't remember all of the packages... i tends to install everything and remove it later just to be sure i don't remove or skip important package

As do I willysr, I have a script that does it for me. It goes over all the games and educationals inj the menu, gets the executable's name, checks the package name from slackpkg file-search and produces a nice and VERY long list of stuff I can remove.
Is it the best way? There is no such thing.
Does it keep stuff I probably do not need? Probably, but I have the space.
Am I left with all sorts of stuff that works in the background which I never ever use? Sure, but I have new hardware and enough RAM, and one could argue hat in 4.10 it works rather well in the background and doesn't use all that much RAM anyway.
All I was suggesting is that Games, Toys, extra media applications and backgrounds will reside in kde-extra. After all, if it makes sense to have all of those useless (from my POV) packages in one place, why not have l10n packages in kde as well and let the user select whats needed at installation time?

OK, I started to work on this last Friday. The result will be something between Slax and AlienBob's desktop. Binaries will be available for 14.0 (32-bit and 64-bit).

http://www.microlinux.fr/slackware/M.../ChangeLog.txt

Nothing usable yet, but you can check the progress. :hattip:

Hi kikinovak,
Will look it up when its more stable.
Thanks,

kikinovak,

I know that anyone prefers to work on stable release. SalixOS has released (14.0.1) a KDE version based on Slackware 14.0: http://forum.salixos.org/viewtopic.php?f=17&t=4809

But because release of 14.1 version isn't so far way, maybe it's more interesting working to be prepare to next version, I think it can be some how a way to contribute to -current and help the next release.
You have mention Slax project. They are currently working in KDE 4.10.x version:
http://ftp.linux.cz/pub/linux/linux-...ax-7.0-sources

Keeping the good work! thank you :cool:

Phew. Today was a 14-hour marathon of reading and writing SlackBuild scripts, compiling and testing. So far I have built a minimal KDE from scratch, with only Dolphin and Konsole. Menus are empty otherwise. Desktop effects, semantic desktop search and indexation are disabled (though it's possible to reactivate everything of course), and with this configuration, the empty desktop takes no more than 175 MB RAM, so it's quite light. If you're curious, I've attached a screenshot of the work in progress. On the left monitor is my main Xfce desktop. The right monitor shows the new minimal KDE 4.10.5 running in VirtualBox. BTW, everything is built on 14.0 stable, not on -current.

Applications will be added in the course of the week. The only showstopper is my upload bandwidth. Some of the tarballs and packages are quite big.

A big warm "thank you" to the following people for inspiration and good ideas:

• Eric Hameleers a. k. a. AlienBob
• Tomas M, the Slax maintainer
• The BLFS (Beyond Linux From Scratch) project
• George Vlahavas and the Salix team

This is fun, actually. :)

A short report from the KDE-Lite front.

So far I have a quite usable and trimmed down KDE 4.10.5 desktop running on Slackware 14.0.

• kde-baseapps is built without Konqueror.
• Firefox is the main browser and replaces Konqueror.
• Thunderbird and Lightning replace KMail and KOrganizer.
• Pidgin replaces Kopete.
• Transmission replaces KTorrent.
• Audacious replaces Amarok and Juk.
• SMPlayer replaces Kaffeine and Dragonplayer.
• Applications are "full-featured", e. g. K3B is built against a full ffmpeg and makes use of vcdimager and transcode under the hood. Likewise for Audacious and SMPlayer, (re)built against a full set of multimedia libs and codecs.
• All GTK2/3 applications are nicely integrated using oxygen-gtk{2,3}.
• Applications are also carefully integrated into KDE's menu structure and making use of Oxygen icons when their own icons are too ugly (like Apache Open Office).

I'm already using this on my main workhorse PC, and I really like it. KDE 4.10.5 is very stable, and I can definitely forget the nightmare of early 4.x versions. There are still some rough edges and some missing bits. I'll complete this in the days and weeks to come, do some testing, write a little HOWTO, and then you can test-drive it.

This is looking really good.

Is it possible to trim kdeartwork and kde-wallpapers as they take up 211M, which is a huge part of the total download. If you are trying for one application per type, then perhaps you should only have one theme/look.

This would be an advantage for those people, like me, who have a very slow broadband connection.

samac