Bug#942313: RFS: codelite [QA] -- Powerful and lightweight IDE

[<david@codelite.co.uk>]

>>Hello. I just did an sbuild on unstable and got the following error:
>>
>>dh_auto_configure: cd obj-x86_64-linux-gnu && cmake
>>-DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None
>>-DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var
>>-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON
>>-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON -DCMAKE_INSTALL_RUNSTATEDIR=/run
>>"-GUnix Makefiles" -DCMAKE_VERBOSE_MAKEFILE=ON
>>-DCMAKE_INSTALL_LIBDIR=lib/x86_64-linux-gnu -DCMAKE_INSTALL_LIBDIR=lib
>>-DLIBCLANG_T=/usr/lib/llvm-8/lib/libclang.so
>>-DLIBCLANG_INCLUDE_T=/usr/lib/llvm-8/include .. returned exit code 1 make[1]:
>>*** [debian/rules:31: override_dh_auto_configure] Error 2 make[1]: Leaving
>>directory '/<<PKGBUILDDIR>>' make: *** [debian/rules:28: binary] Error 2
>>dpkg-buildpackage: error: debian/rules binary subprocess returned exit status
>>2
>
>>Trying to build your .dsc using cowbuilder, I get the following:
>>
>>-- LIBSSH_LIB is set to /usr/lib/x86_64-linux-gnu/libssh.so
>>-- Some or all of the gtk libraries were not found. (missing: GTK2_GTK_LIBRARY
>>GTK2_GTK_INCLUDE_DIR GTK2_GDK_INCLUDE_DIR GTK2_GDKCONFIG_INCLUDE_DIR
>>GTK2_GDK_LIBRARY) CMake Error at CMakeLists.txt:252 (message):
>>  Could not locate GTK.
>>
>>Looks like the CMakeLists looks for GTK2, even though you're building
>>against GTK+3 version of wxWidgets.
>
>Thank you both for your input. I didn't notice this because I was building in a
>virtualbox guest with both GTK+ 2 and 3 wxWidgets versions installed, and had
>used update-alternatives to select 3.
>
>Testing with sbuild I get the same issue as you, and it is indeed caused by the
>wrong wxWidgets version being found. That seems to be due to codelite's
>dependency on libwxsqlite3-3.0, which still Depends on the GTK+2 version even
>though wxsqlite3 itself now uses the GTK+3 one. So apt installs both wxWidgets
>versions and the GTK+2 one wins the alternatives race. That's easily solved
>conflict in a normal situation, but not (iiuc) in sbuild/cowbuilder.
>
>Perhaps it could be fixed kludgily in the codelite d/rules, but it's really a
>wxsqlite bug which I'll report.

This was very quickly fixed by the wxsqlite3 maintainer. Codelite now builds
cleanly in a sid sbuild.

Regards,

David Hart