By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.

Bug 1314

Summary:	Building with -DWITH_SLP=ON disables the KDED TDE Internet Daemon
Product:	TDE	Reporter:	Darrell <darrella>
Component:	tdenetwork	Assignee:	Timothy Pearson <kb9vqf>
Status:	NEW ---
Severity:	minor	CC:	bugwatch, darrella
Priority:	P1
Version:	R14.0.x [Trinity]
Hardware:	Other
OS:	All
Compiler Version:		TDE Version String:
Application Version:		Application Name:
Bug Depends on:
Bug Blocks:	2968

Description Darrell 2012-11-12 14:22:19 CST

Building with -DWITH_SLP=ON disables the KDED TDE Internet Daemon.

A patch was committed to allow building tdenetwork with OpenSLP support when using cmake (commit 354555a2 2012-10-26 ). The patch itself is not problematic but opened the door to building tdenetwork with -DWITH_SLP=ON. Building with OpenSLP support existed in the automake version but never was explicitly tested. The cmake patch needed to be tested and that is when the daemon started to fail.

When enabled to start during Trinity logon, there are no dialogs or warnings the daemon failed to start. When trying to manually start the daemon, an "Unable to start service" dialog appears.

As OpenSLP is a network location tracking protocol, possibly the observed effects are intentional. That is, building with -DWITH_SLP=ON means not building support for the TDE Internet Daemon or that OpenSLP replaces the TDE Internet Daemon. If true, then a better feedback mechanism is needed to inform users why the daemon is not starting or won't start. Or the daemon should be ghosted/disabled in the TDE Components kcm services module. If false then a bug exists that prevents the TDE Internet Daemon from starting when tdenetwork is built with OpenSLP support.

Building with -DWITH_SLP=OFF or, with automake with OpenSLP not installed, allows tdenetwork to build with a functional TDE Internet Daemon.

Comment 1 Darrell 2012-11-12 16:01:09 CST

Looks as though this problem reduces to a unhelpful error dialog. I had built tdenetwork with -DWITH_SLP=ON and have OpenSLP installed in my build environment. OpenSLP was not installed in my production environment. The lack of OpenSLP was the cause of the KDED TDE Internet Daemon not starting.

Resolving this bug report still involves updating the error dialog. "Unable to start service" is a typical clueless error dialog.

Bumping to Minor.