First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 165586
Alias:
Product:
Component:
Status: RESOLVED
Resolution: WORKSFORME
Assigned To: Gentoo KDE team <kde@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Evgeny Stambulchik <fnevgeny@weizmann.ac.il>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 165586 depends on: Show dependency tree
Bug 165586 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-02-06 10:15 0000
Every time I run a KDE app I get hundreds of warnings on the console, like:

kbuildsycoca: WARNING: '/usr/share/applications/gqview.desktop' specifies
undefined mimetype/servicetype 'image/x-xbitmap'

However, the relevant mime entries seem to be there, e.g.:

$ ls -l /usr/share/mime/image/x-xbitmap.xml
-rw-r--r-- 1 root root 530 Jan 28 09:42 /usr/share/mime/image/x-xbitmap.xml

Reproducible: Always

Steps to Reproduce:

------- Comment #1 From roger 2007-02-08 03:35:48 0000 -------
Hey yea!  What up wit this? 

(Know one things, it been around for awhile but I rarely run KDE, so figured it
was something known a year ago. :-/ )

------- Comment #2 From roger 2007-02-08 03:47:01 0000 -------
$ qfile /usr/kde/3.5/bin/kbuildsycoca
kde-base/kdelibs (/usr/kde/3.5/bin/kbuildsycoca)

$ qfile /usr/share/applications/<insert any other file name here> 


kbuildsycoca is owned and compiled by kdelibs.  It looks as if kbuildsycoca is
parsing a universal folder /usr/share/applications/ and is having errors with
parsing /usr/share/applications/* files not owned by kde (ie. gnome,
openoffice, ...)

Can it be fixed?  I'm not sure because kbuildsycoca has been compiled and
installed recently here.

Hopefully somebody (such as a KDE geek ;-) will know a better answer to this
trivial problem.

------- Comment #3 From Torsten Krah 2007-02-15 12:26:56 0000 -------
Same thing here - but also this:

kbuildsycoca running...
Reusing existing ksycoca
kio (KSycoca): ERROR: No database available!
kbuildsycoca: WARNING: 'qeditor_part.desktop' specifies undefined
mimetype/servi
cetype 'text/english'


and than hundreds more of the last one.

This was a fresh install - deleted all .kde* in $HOME and removed /usr/kde/3.5
completly.
The first time it works - kcontrol run fine,kaffeine too.
But when i start kaffeine the second time the error is there again - although
it was a fresh install.

Cant get it working again, kcontrol also show a empty control panel, only a
network folder is there and a message like this:

kcontrol: WARNING: No K menu group with X-KDE-BaseGroup=settings found !
Defaulting to Settings/

My emerge --info:

Portage 2.1.1-r2 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.5-r0,
2.6.20-gentoo i686)
=================================================================
System uname: 2.6.20-gentoo i686 Intel(R) Pentium(R) M processor 1.60GHz
Gentoo Base System version 1.12.6
Last Sync: Thu, 15 Feb 2007 12:00:01 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
ccache version 2.4 [enabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.31
dev-lang/python:     2.3.5-r2, 2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -mtune=i686 -fomit-frame-pointer -pipe -mno-tls-direct-seg-refs"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /opt/openjms/config /usr/kde/3.5/env
/usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb
/usr/share/config /var/bind"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo
/etc/texmf/web2c"
CXXFLAGS="-O2 -mtune=i686 -fomit-frame-pointer -pipe -mno-tls-direct-seg-refs"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer noinfo sandbox sfperms
strict"
GENTOO_MIRRORS="http://ftp.club-internet.fr/pub/mirrors/gentoo"
LANG="de_DE.utf8"
LC_ALL="de_DE.utf8"
LINGUAS="de"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/layman/gentoo-de /usr/local/portage/default
/usr/local/portage/layman/catalystframework"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X aalib acl alsa alsa_cards_ali5451 alsa_cards_als4000
alsa_cards_atiixp alsa_cards_atiixp-modem alsa_cards_bt87x alsa_cards_ca0106
alsa_cards_cmipci alsa_cards_emu10k1 alsa_cards_emu10k1x alsa_cards_ens1370
alsa_cards_ens1371 alsa_cards_es1938 alsa_cards_es1968 alsa_cards_fm801
alsa_cards_hda-intel alsa_cards_intel8x0 alsa_cards_intel8x0m
alsa_cards_maestro3 alsa_cards_trident alsa_cards_usb-audio alsa_cards_via82xx
alsa_cards_via82xx-modem alsa_cards_ymfpci alsa_pcm_plugins_adpcm
alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy
alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop
alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file
alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug
alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear
alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi
alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate
alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm
alsa_pcm_plugins_softvol apache2 apm arts bash-completion berkdb bitmap-fonts
bzip2 cjk cli cracklib crypt cscope cups dga directfb dlloader dri dvd eds
elibc_glibc emboss encode esd fbcon firefox flac foomaticdb fortran gdbm ggi
gif gnome gpm gstreamer gtk gtk2 gtkhtml hal iconv idn imlib
input_devices_evdev input_devices_keyboard input_devices_mouse
input_devices_synaptics ipv6 isdnlog jack java jikes jpeg jpeg2k kde kerberos
kernel_linux lcd_devices_bayrad lcd_devices_cfontz lcd_devices_cfontz633
lcd_devices_glk lcd_devices_hd44780 lcd_devices_lb216 lcd_devices_lcdm001
lcd_devices_mtxorb lcd_devices_ncurses lcd_devices_text lcms ldap libg++ libwww
linguas_de lirc_devices_pctv mad midi mikmod mmx modperl motif mp3 mpeg
musepack mysql nas ncurses nls nptl ogg opengl oss pam pcre perl png postgres
pppd python qt3 qt4 quicktime readline reflection samba scanner sdl session
slang snmp spell spl sse sse2 ssl startup-notification svga tcltk tcpd tiff
truetype truetype-fonts type1-fonts udev unicode userland_GNU
video_cards_radeon video_cards_v4l vorbis xinerama xml xorg xprint xv zeroconf
zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS,
PORTAGE_RSYNC_EXTRA_OPTS

------- Comment #4 From Guy 2007-03-03 02:39:14 0000 -------
I'm having the same issue with 2 of three PCs. Anyone have any thoughts?

------- Comment #5 From Guy 2007-03-03 03:21:07 0000 -------
The problem is apparently old, superceded crap in /usr/kde/3.5 as per this post
in the gentoo forums: http://forums.gentoo.org/viewtopic-p-3732879.html#3732879

Several points: The +10 days mentioned in the post is specific to that person's
configuration. i.e. Your situation is certain to vary. 

I tried +35 days on one system and that turned out to be not such a good idea.
It looks like I'll need to rebuild kde on that box from scratch. The mime issue
was eliminated but I lost some compiled programs I needed. I needed to do a
larger number of days.

When all else fails, I suggest that you completely clear out /usr/kde/3.5 and
rebuild kde from scratch. This is a last resort suggestion.

------- Comment #6 From Torsten Krah 2007-03-05 09:50:34 0000 -------
You did not read my post, did you?
Again : I have cleared out all!

It works one time fine - but after reboot/shutdown/suspend its broken again.

So this is still an issue i would say - because i dont know why this happens, i
dont want to clear out every reboot all kde*.

kind regards

------- Comment #7 From Torsten Krah 2007-03-14 09:03:22 0000 -------
Found a solution, which may work:

XDG_DATA_DIRS and XDG_CONFIG_DIRS is only set to directories used by xfce.
Extending these ones by the ones kde uses, it starts working again.

kind regards

------- Comment #8 From Evgeny Stambulchik 2007-03-14 09:14:28 0000 -------
(In reply to comment #7)

In my environment these are not defined at all. If I set to e.g.

setenv XDG_DATA_DIRS $KDEDIR/share/:/usr/share/
setenv XDG_CONFIG_DIRS $KDEDIR/etc/xdg/:/etc/xdg/

nothing changes.

------- Comment #9 From Torsten Krah 2007-03-14 19:10:51 0000 -------
In my environment ( xfce4 ) kde works again and its working everytime, and my
menu has more kde program entries, without them they are gone.
So here it changes a lot. 

I've also defined the other 2 XDG entries XDG_DATA_HOME= and XDG_CONFIG_HOME.

kind regards

------- Comment #10 From Carsten Lohrke 2007-04-15 11:18:32 0000 -------
I think here are two different issues mixed. First, the kbuildsycoca warnings
do not matter. Ignore them. Ubuntu has even silenced them, but I'm not sure, if
this makes a lot of sense. Second, the XDG variables matter only for users of
other desktops than KDE. XDG_DATA_DIRS is already set, XDG_CONFIG_DIRS will be
with the next revsion bump I'm preparing.

------- Comment #11 From roger 2007-04-15 22:48:52 0000 -------
Right.  Sort of like beating my console to death with a baseball bat.  If these
are truly meaningless errors for other users, they should be only outputed with
the optional "-v --verbose" switch.

<shrugs>... my opinion.

------- Comment #12 From Evgeny Stambulchik 2007-04-22 16:13:12 0000 -------
(In reply to comment #10)
> I think here are two different issues mixed. First, the kbuildsycoca warnings
> do not matter. Ignore them. Ubuntu has even silenced them, but I'm not sure, if
> this makes a lot of sense.

Well, if they are really harmless, it's best to silence them. But why do they
exist at all?? I guess KDE folks never run anything from the command prompt
;-). The tons of these stupid messages may shadow really important warnings an
app is issuing (especially since the kbuildsycoca warnings appear
asynchronously).

------- Comment #13 From Carsten Lohrke 2007-04-25 08:40:56 0000 -------
Well, the output can be helpful, when there're really issues and for testing
purposes. I don't think it's a good idea to remoove the possibility to do so.
And no, while KDE apps can be quite verbose, I do not get a lot of these,
because I do not have a lot of applicatons installed, which install mimelnk
stuff, which isn't available in KDE's mimelnk db. 

Push the output to /dev/null if you don't like it and if you're too lazy to do
this each time on the commandline, create an alias.

------- Comment #14 From Evgeny Stambulchik 2007-04-25 08:50:42 0000 -------
(In reply to comment #13)
> Well, the output can be helpful, when there're really issues and for testing
> purposes. I don't think it's a good idea to remoove the possibility to do so.

Please re-read the bug description. I repeat: the warnings are WRONG in this
case, as the mime db entries ARE there.

------- Comment #15 From Carsten Lohrke 2007-04-25 09:00:37 0000 -------
KDE 3 uses it's own mime db, not the shared one.

------- Comment #16 From Evgeny Stambulchik 2007-04-25 09:23:36 0000 -------
(In reply to comment #15)
> KDE 3 uses it's own mime db, not the shared one.

So why the hell it tinkers with the _shared_ .desktop entries?! Any advise on
how to stop it doing stupid things like this while keeping correct warnings
displayed?

------- Comment #17 From Carsten Lohrke 2007-04-25 17:17:24 0000 -------
mime db entries != desktop entries

*sigh*, long explanation: The shared mime db is in /usr/share/mime KDE gathers
its information from the .../share/mimelnk/ subdirectories with the directories
in $KDEDIRS plus your KDE home dir as base. So, taking the inital mimetype as
example, we have 

/usr/share/mime/image/x-xbitmap.xml (shared mime db)

and the corresponding

/usr/kde/3.5/share/mimelnk/image/x-bmp.desktop  (dont be tricked by the
.desktop ending, it's not a xdg compliant desktop entry)

Now you could think renaming x-bmp.desktop to x-xbitmap.desktop would do, but
wrong: You'd also need to go through the _whole_ KDE sources and replacing all
occurences of MimeTyp=image/x-bmp in all application desktop-entries (that is
with Type=application in them) with image/x-xbitmap. The latter job is
scriptable of course, but you still have lookup and compare the mime db's
manually. Hell of a job, but if you like it, I'm sure the kde.org devs
appreciate your patches.

------- Comment #18 From Evgeny Stambulchik 2007-04-25 17:42:39 0000 -------
(In reply to comment #17)
> mime db entries != desktop entries

My point is KDE parses the whole /usr/share/applications/ dir (which is NOT
KDE-specific), and thus pretends to be a good netizen. On the other hand, when
time comes to understand it, it forgets about anything but itself. This is just
plain inconsistent (it's not a Gentoo's failure, of course, but I'd like to see
a remedy e.g. like what Ubuntu folks did).

------- Comment #19 From Carsten Lohrke 2007-04-26 22:56:48 0000 -------
No, /usr/share/applications/ is not KDE specific, but that doesn't mean there
aren't desktop entries to process in it.

------- Comment #20 From roger 2007-04-27 05:45:34 0000 -------
Reminds me of Microsoft.  Microsoft binaries report no debugging info.

But with KDE, seems they want to obtain the same objective, but with
overloading us with debugging output.  Maybe they just want to irritate Gnome
users?

:-/

This is really a KDE bug.  KDE devs should really group this debug output into
a higher debug level instead of displaying this junk with other more useful
debug info.  Or is this only possible when using C? <grin>

First Last Prev Next    No search results available      Search page      Enter new bug