(Bugs #631051 and #684849 seems to be the same) Trying to help with this, I see that changing the call to xpidl by a call to typelib.py (pyxpidl[0]) in components/Makefile.am and including autoreconf.mk in debian/rules fixes the first error message, (see the patch attached), but then, I get new error messages:
--- /tmp/test/sugar-hulahop-0.8.1/./src/HulahopDirectoryProvider.cpp:49:1: error: prototype for 'nsresult HulahopDirectoryProvider::GetFile(const char*, PRBool*, nsIFile**)' does not match any in class 'HulahopDirectoryProvider' In file included from /tmp/test/sugar-hulahop-0.8.1/./src/HulahopDirectoryProvider.cpp:30:0: /tmp/test/sugar-hulahop-0.8.1/./src/HulahopDirectoryProvider.h:29:5: error: candidate is: virtual nsresult HulahopDirectoryProvider::GetFile(const char*, bool*, nsIFile**) /tmp/test/sugar-hulahop-0.8.1/./src/HulahopDirectoryProvider.cpp: In member function 'virtual nsresult HulahopDirectoryProvider::GetFiles(const char*, nsISimpleEnumerator**)': /tmp/test/sugar-hulahop-0.8.1/./src/HulahopDirectoryProvider.cpp:138:23: error: 'NS_XPCOM_COMPONENT_DIR_LIST' was not declared in this scope /tmp/test/sugar-hulahop-0.8.1/./src/HulahopDirectoryProvider.cpp:140:30: error: 'NS_CHROME_MANIFESTS_FILE_LIST' was not declared in this scope --- Maybe this information can help to fix the bug, or maybe not. [0] https://developer.mozilla.org/en-US/docs/XPIDL/pyxpidl -- Josué M. Abarca S.
--- a/components/Makefile.am +++ b/components/Makefile.am @@ -3,7 +3,7 @@ xpt_DATA = $(xpt_in_files:.idl=.xpt) %.xpt: %.idl - $(LIBXUL_SDK_DIR)/bin/xpidl -m typelib -w -v -I $(LIBXUL_SDK_DIR)/idl -e $@ $< + python $(LIBXUL_SDK_DIR)/sdk/bin/typelib.py -I $(LIBXUL_SDK_DIR)/idl -o $@ $< componentsdir = $(pkglibdir)/components components_DATA = hulahopAddCertException.js \
