[gentoo-user] KDE apps, with minimal KDE install
sean
their apps, Gwenview and K3B being some examples.
Previously I could install the minimum KDE 3 support needed and that was it.
It would seem that now in order to install such an app as K3B I have to
include the entire KDE 4 desktop.
Is this what others are seeing or am I doing something wrong?
Thanks
Sean
Philip Webb
> I do not run the KDE desktop here but do like some of their apps,
> It would seem that now in order to install such an app as K3B
> I have to include the entire KDE 4 desktop.
> Is this what others are seeing or am I doing something wrong?
Here is my home-made list of the KDE pkgs I have installed:
'W' = 'world' & 'for' indicates dependencies.
NB I have lots of apps, incl 3 legacy KDE 3 apps, but not the desktop:
W 090501 kde-base/kdeartwork-kworldclock-3.5.10
090606 kde-base/kdelibs-3.5.10-r6 [ 16 min ]
W 080924 kde-base/kmahjongg-3.5.10
W 080924 kde-base/ksokoban-3.5.10
W 090501 kde-base/kworldclock-3.5.10
080924 kde-base/libkdegames-3.5.10 [for kmahjongg etc]
090915 kde-base/automoc-0.9.88 [for kdelibs 4]
W 091011 kde-base/dolphin-4.3.1-r1
W 090916 kde-base/gwenview-4.3.1
W 090922 kde-base/kalgebra-4.3.1
W 090919 kde-base/kalzium-4.3.1
W 090918 kde-base/kapman-4.3.1
W 090919 kde-base/katomic-4.3.1
W 090918 kde-base/kate-4.3.1
W 090918 kde-base/kcalc-4.3.1
W 090918 kde-base/kcharselect-4.3.1
090925 kde-base/kcontrol-4.3.1 [for systemsettings]
090915 kde-base/kdebase-data-4.3.1 [for kdelibs]
090916 kde-base/kdebase-kioslaves-4.3.1 [for konqueror]
090915 kde-base/kde-env-4.3.1 [for kdelibs]
090915 kde-base/kdelibs-4.3.1 [ 17 min ]
090925 kde-base/kdepimlibs-4.3.1 [for kdnssd]
090916 kde-base/kdesu-4.3.1 [for kdebase-kioslaves]
090916 kde-base/kdialog-4.3.1 [for kdebase-kioslaves]
090925 kde-base/kdnssd-4.3.1 [for kcontrol]
W 090918 kde-base/keditbookmarks-4.3.1
090916 kde-base/keditfiletype-4.3.1 [for konqueror]
090916 kde-base/kfind-4.3.1 [for konqueror]
090916 kde-base/kfmclient-4.3.1 [for konqueror]
W 090919 kde-base/kgoldrunner-4.3.1
W 090915 kde-base/khelpcenter-4.3.1
090925 kde-base/khotkeys-4.3.1 [for kcontrol]
W 090919 kde-base/kig-4.3.1
090916 kde-base/kioclient-4.3.1 [for kfmclient]
W 090916 kde-base/kmahjongg-4.3.1 [slot]
W 090919 kde-base/kmplot-4.3.1
W 090925 kde-base/knotes-4.3.1
090919 kde-base/knotify-4.3.1 [for kmplot]
W 090922 kde-base/kolf-4.3.1
W 090919 kde-base/kolourpaint-4.3.1
W 090916 kde-base/konqueror-4.3.1
W 090915 kde-base/konsole-4.3.1-r1
W 090919 kde-base/kruler-4.3.1
W 090922 kde-base/ksame-4.3.1
W 090918 kde-base/kshisen-4.3.1
W 090918 kde-base/ksnapshot-4.3.1
W 090920 kde-base/kstars-4.3.1 [USE]
W 090919 kde-base/ksysguard-4.3.1
090915 kde-base/ktimezoned-4.3.1 [for kdelibs]
090916 kde-base/kurifilter-plugins-4.3.1 [for konqueror]
W 090919 kde-base/kwrite-4.3.1
090919 kde-base/libkdeedu-4.3.1 [for kalzium]
090916 kde-base/libkdegames-4.3.1 [slot : for libkmahjongg]
090925 kde-base/libkdepim-4.3.1 [for knotes]
090916 kde-base/libkmahjongg-4.3.1 [for kmahjongg]
090915 kde-base/libknotificationitem-4.3.1
090916 kde-base/libkonq-4.3.1 [for konqueror]
090925 kde-base/libkworkspace-4.3.1 [for khotkeys]
W 091113 kde-base/marble-4.3.1 [USE]
W 090916 kde-base/okular-4.3.1
090915 kde-base/oxygen-icons-4.3.1 [for kdelibs]
090918 kde-base/pykde4-4.3.1 [for marble]
090915 kde-base/qimageblitz-0.0.4 [for kdebase-data]
W 090922 kde-base/step-4.3.1
W 090925 kde-base/systemsettings-4.3.1
W 091030 kde-misc/filelight-1.9_rc3
W 091011 kde-misc/krename-4.0.1
W 090916 kde-misc/krusader-2.0.0-r1
--
========================,,============================================
SUPPORT ___________//___, Philip Webb
ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto
TRANSIT `-O----------O---' purslowatchassdotutorontodotca
Alan McKinnon
No, and yes, in that order.
Now, if you were to include some emerge output I might be inclined
to change that answer....
--
alan dot mckinnon at gmail dot com
Crístian Viana
Crístian Deives dos Santos Viana [aka CD1]
sean
>
> I would also add, watch the USE flags. You may be able to turn some
> off, that may help as well.
> Dale
>
Altering some USE flags was a big help. I had been altering them, but
finally it worked.
I went from over 300 packages down to 32.
Dale
> you don't have to install full KDE. just emerge the packages you need,
> for example:
>
> emerge -av k3b gwenview
>
> it'll bring only the dependencies the packages need, which is not the
> entire KDE.
>
I would also add, watch the USE flags. You may be able to turn some
off, that may help as well.
Dale
:-) :-)
Walter Dnes
> Altering some USE flags was a big help. I had been altering them,
> but finally it worked. I went from over 300 packages down to 32.
That's one of the reasons I lead off my USE in /etc/make.conf with a
"-*", and then enable only what I want/need. Mine is...
USE="-* X a52 aac bzip2 dga exif ffmpeg flac gif jpeg joystick mmx mng mp3 mpeg nptl nptlonly nsplugin offensive ogg opengl pcf png posix sdl sse sse2 ssse3 theora threads tiff truetype vim-syntax vorbis win32codecs wmf xcomposite xpm xv xvid zlib"
...plus a few application-specific flags in /etc/package.use. There
are also a bunch of flags set in your profile. If you don't negate them
in /etc/make.conf, they get applied. E.g.
/usr/portage/profiles/default/linux/make.defaults has
USE="berkdb crypt ipv6 ncurses nls pam perl python readline ssl tcpd zlib"
I don't want want/need ipv6 or nls or pam. I've been starting my USE
with "-*" since the day the developers "in their infinite wisdom"
decided to make ipv6 a default setting. Firefox and mplayer and other
apps that accessed the internet ended up sitting doing nothing for 45
seconds, waiting for the ipv6 DNS query to timeout, before sending an
ipv4 query, and doing what they were supposed to do.
The desktop profile has...
========================================================================
USE="a52 aac acpi alsa branding cairo cdr dbus dts dvd dvdr eds emboss
encode evo fam firefox flac gif gnome gpm gstreamer gtk hal jpeg kde ldap libnotify mad mikmod mp3 mp4 mpeg ogg opengl pdf png ppds qt3support qt4 quicktime sdl spell svg thunar tiff truetype vorbis win32codecs unicode usb X x264 xml xulrunner xv xvid"
# This is added for GNOME/Xfce
USE="${USE} startup-notification"
# Adding this for bluetooth support
USE="${USE} bluetooth consolekit"
========================================================================
I don't want/need dbus, hal, emboss, fam, gnome, kde, ldap, quicktime,
thunar, startup-notification, bluetooth, or consolekit, thank you.
There may be additional stuff that cascades in by default. Gentoo is
about the user having control, which is why the "-*".
--
Walter Dnes <walt...@waltdnes.org>
Alan McKinnon
You can't get rid of akonadi, at least not the server. It's a
hard dependency of kdepimlibs. Currently, you can switch it off,
but you can't avoid having it.
As to why you can't get rid of it, it has to do with what the KDE
devs envisage for KDE-4, all of this is in public statements and
blogs from around the time of the release of KDE-4.0. They want
to build a totally integrated desktop, where all apps are aware
of all other apps (where appropriate of course) and integrate
with each other. So you can do things like have a message be
received by kopete which fires off a plasma that does
$NEAT_STUFF. Or, every PIM app hooks into the same backend store
so you can see your mail history with someone in your address
book and display it next to their tweets. These are just
examples, the point is that KDE wants to give you a framework
where other devs can hook this data up in ways not envisioned
yet.
You can see this vision by looking closely at the so-called
"pillars of KDE-4" - plasma, semantic desktop, akonadi, nepomuk,
strigi, et al. It's not all about flashy eye-candy, it's about
connecting information in visual way. To do this, your PIM apps
need a common backend storage - akonadi. To find stuff that is
semantically linked, you need a search engine - nepomuk and
strigi.
It is simply not feasible to try and build software that can do
this and also offer the feature to switch it all off. You could
try and write such software, but it will be as buggy as hell.
Given this vision for KDE-4, one must realize that the days of
KDE-2 are long gone. KDE is no longer a bunch of apps with a
common look and feel, so if you don't want the features of KDE-4,
then you should not use KDE-4. Lucky for you, this is Linux and
OSS, so there are plenty of other window managers and apps out
there to chose from. At least one of them must satisfy your wish
for an akonadi-less PIM system
Mick
> On Sunday 22 November 2009 10:33:41 Mick wrote:
> > On Sunday 22 November 2009 03:41:35 sean wrote:
> > > Dale wrote:
> > > > I would also add, watch the USE flags. You may be able to
>
> turn some
>
> > > > off, that may help as well.
> > > > Dale
> > >
> > > Altering some USE flags was a big help. I had been altering
>
> them, but
>
> > > finally it worked.
> > > I went from over 300 packages down to 32.
> >
> > Would you mind sharing what these flags were. I have been
>
> trying to get
>
> > rid of akonadi in vane and have run out of flags to take out.
>
> You can't get rid of akonadi, at least not the server. It's a
> hard dependency of kdepimlibs. Currently, you can switch it off,
> but you can't avoid having it.
I don't mean to hijack the OP's thread, but why would it be that although I
have switched the darned thing off, it still keeps popping up every time I
start kmail?
--
Regards,
Mick
sean
>
> I don't mean to hijack the OP's thread, but why would it be that although I
> have switched the darned thing off, it still keeps popping up every time I
> start kmail?
As the original poster of this thread, have fun, I found my answer,
enjoy your discussion.
Alan McKinnon
Because you have akonadi backends configured in your KDE
resources. Start systemsettings, it's on the advanced tab, delete
the akonadi ones are replace them with native resources that go
direct to the same files.
Mick
Thanks for the hint! It seems that although I had it configured so, something
is not right. In particular kalarm comes up with this error when I click on
edit:
==============================
Calendar “localdir-resource” cannot be made writable since it either was not
created by KAlarm, or was created by a newer version of KAlarm
==============================
Trying to start akonadi also complains about:
<unknown program name>(7008)/ main: Unknown resource type: "notes"
<unknown program name>(7009)/ main: Unknown resource type: "alarms"
This is my knotes local path:
$ ls -la /home/michael/.kde4/share/apps/knotes/
total 1
drwx------ 2 michael users 80 Nov 22 22:56 .
drwx------ 35 michael users 944 Nov 22 23:07 ..
-rw-r--r-- 1 michael users 0 Nov 22 22:56 notes.ics
and this is the kalarm:
$ ls -la /home/michael/.kde4/share/apps/kalarm/
total 5
drwx------ 2 michael users 80 Nov 22 23:05 .
drwx------ 35 michael users 944 Nov 22 23:07 ..
-rw-r--r-- 1 michael users 104 Nov 22 23:05 displaying.ics
For kalarm I have chosen "localdir-resource" and the path to the directory is
as shown above. No matter what I do in terms of access rights kalarm always
retains its "Read only" setting activated. I deleted it kalarm and then let
kalarm to recreate it. Finally I created the directory "alarms" and tried
pointing the resources path to it. No joy. Any suggestions?
--
Regards,
Mick
Mick
At long last!!! I think I fixed this bloody nuisance! :-D
As I mentioned sometime ago I have replaced all resources with native files
stored in my ~/.kde4/share/apps, so this wasn't the problem. This is the
solution I came up with:
I edited my ~/.config/akonadi/akonadiserverrc and added QSQLITE for the
driver's name under [%General]. This field was empty. Until that moment the
akonadiserverrc file only had a [QMYSQL] section - no other databases/drivers
were present. Restarting Kmail after the above change launched akonadi with
its slow progress bar as always, but this time the KDE migrator managed to
successfully register my native resource files for contacts, alarms, notes,
etc. Checking the akonadiserverrc file I found a new section for [QSQLITE]
below the original [QMYSQL]:
===========================
[%General]
Driver=QSQLITE
SizeThreshold=4096
ExternalPayload=false
[QMYSQL]
StartServer=false
ServerPath=/usr/bin/sqlite3
Name=akonadi
Host=
User=
Password=
Options=
[QSQLITE]
Name=/home/michael/.local/share/akonadi/akonadi.db
User=
Password=
Options=
StartServer=false
[Debug]
Tracer=null
===========================
I haven't rebooted yet, but restarting kmail gives no more problems with
akonadi. Either akonadi does not run, or if it does it causes no more delays.
I assume that the delays were occurring because akonadi was trying to migrate
old resource data, but would not it seems be prepared to accept the sqlite
driver. Some gentle persuasion with the akonadiserverrc sqlite driver was all
that was needed. ;-)
I hope this helps others who like me do not need/want mysql just to run a few
KDE applications.
--
Regards,
Mick