module build chnages because its fundamentally broken. it DOES NOT
PRODUCE .SO FILES. just .la and .a files. the only reason u dont
notice is.. you ALREADY had .so's installed. i just got in from the
airport... synced and updated.. rebuilt and was met with all modules
not loading... literally - no .so's are installed int he module dirs.
try rm -rf the instaleld module tree.
regardless... this has to be reverted be3cause it's a major break. the
idea is right/nice. the implementation is causing... problems.
SVN revision: 79015
Get rid of warnings like below with recent automake (1.11 and newer):
src/bin/Makefile.am:6: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')
src/bin/Makefile.am: installing './depcomp'
src/modules/access/Makefile.am:11: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')
SVN revision: 78720
Checking two times the same message does not make any sense. The only logical
thing seems to be checking for the properties message here. Leaving the wifi
properties message out as not every setup has wifi. At least on my desktop
here I don't have /net/connman/technology/wifi so we should not fail without
it.
Dermarchi or Bdilly please cry or fix if this is not as intended.
(Brought to you by double_condition_check.cocci)
SVN revision: 77440
We need to call the function to udpate the current instance when adding
a new gadget, otherwise it will not represent the current state.
SVN revision: 77017
there is no need to configure it as it will use the EConnMan desktop
file, whatever is available (user can create a new desktop with such
Name= and it will work, this can be done by a gui in e17 itself).
the module will warn people that do not have the application installed.
SVN revision: 76212
With that it should already be possible to connect to many wifi networks:
wep, wpa, hidden, wpa enterprise... using wps.
Actually I didn't test anything.
SVN revision: 76068
It compiles, but it's untested. I didn't allocate Connman_Field because
I'm not sure it will be useful afterwards or if we only have to use it
to create the widget. If it will be used, it would be good to use
einastringshare for its values.
SVN revision: 76065
Put cflags in the proper place. Apparently all the other modules put the
cflags together with includes. I thought about using my script-foos to
change that, but it was postponed for never^Wlater.
SVN revision: 76051