GNOME Bugzilla – Bug 418567
DefaultPlugins.desktop is being installed even though it's listed in noinst_DATA
Last modified: 2008-02-27 01:30:43 UTC
Please describe the problem: DefaultPlugins.desktop is being installed, although it isn't designed to be in the applications menu. This is causing problems for translators, and generating errors under KDE. Here are two descriptions of the problem. First, Ubuntu bug #68171(https://launchpad.net/ubuntu/+source/tomboy/+bug/68171): "Here is an error that I see in a terminal where I started KDE applications: kio (KService*): WARNING: The desktop entry file /usr/share/applications/DefaultPlugins.desktop has Type=Link instead of "Application" or "Service" kio (KService*): WARNING: Invalid Service : /usr/share/applications/DefaultPlugins.desktop This is in latest edgy." And here is a posting to the tomboy-list (http://lists.beatniksoftware.com/pipermail/tomboy-list-beatniksoftware.com/2007-January/000110.html) In tomboy/data/Makefile.am, DefaultPlugins.desktop.in is listed in the desktop_in_files variable so the @INTLTOOL_DESKTOP_RULE@ will be able to provide proper translations for it. But, since it's also being compiled into the Tomboy.exe as a resource, it doesn't really need to be installed, so it's listed in the noinst_DATA as well. However, even though it's in the noinst_DATA, it *is* being installed. If I remove it from the desktop_in_files line, it won't be installed, but then it won't get the translations correctly either. Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
Created attachment 84986 [details] [review] Patch to remove the DefaultPlugins.desktop file entirely Now that plugins are able to be disabled in the preferences dialog, the DefaultPlugins.desktop file seems even more geared towards developers. I don't see a reason to leave it in for standard end users.
Committed the patch from comment #1 to SVN (r1086).
Modifying default assignee and qa contact to be tomboy-maint@gnome.bugs.