It is possible
and I will probably do so. Trouble is
I am not sure
exactly how to do that with Automake, so it may take some
time to
implement.
Good to hear. Thanks!
The new feature should be present in SVN revision 1174561 or higher. It
will detect when libcarddav or libcaldav are not present and automatically
deactivate the affected resource(s).
I take it Slackware builds kdepim with the
majority of the
kresources
folder disabled? Most of the resources in there are
for enterprise use as
well; just curious if the problem is merely the
external dependency or if
it is directly related to the added functionality.
I'm not following what you mean by that. There is nothing in the configure
settings like that. OTOH, I haven't looked at kdepim configure --help to
notice whether any of those related settings need to be explicitly enabled
and hence, in Slackware are disabled by default.
Would you provide more details what you are seeking?
Generally speaking, Slackware is not built to accompany all types of
users. There have been times through the years when I had to add configure
options to a package and rebuild. Further, Slackware tends to stay
primarily focused on geeks, oops, technical users, and servers. At times
with his development perspective, I think Patrick Volkerding was pulled
into the 21st century kicking and screaming. The guy knows his stuff but
his focus is very much old school. His philosohphy is that he is providing
a base operating system that end-users build upon and he does not provide
a full-featured system or even try. That actually is what attracts many
people to Slackware.
I think you answered my question.
With that said, regarding the lib*dav* stuff, I'm speaking only from my
own perspective. I just have no use for social networking, semantic
desktops, online apps, etc. In that respect, I tend to be old school too.
I agree 100% there. My earlier comment was based on this: The
caldav/carddav libraries add the same type of functionality as was already
present in kdepim resources such as Kolab and GroupDAV, which are always
built (there is no way to shut them off; this has been so since their
creation many, many KDE3 releases ago) The only difference is that those
resources don't rely on an external dependency. So, I gather that the
reason you want to deactivate carddav/caldav support is due to the
external dependency required; not because the added functionality is
unwanted.
This also brings up another question: Do you want the ability to
individually deactivate each resource present in the kresources folder?
Since I figured out how to do this type of operation it won't be as
difficult.
Tim