Re: [Vala] Help with libgda

[Noe Nieto <nnieto noenieto com>]

follow up ...

2015-08-26 11:23 GMT-07:00 Al Thomas <astavale yahoo co uk>:
> OK I think you might be there, but just need to clear a few things up.
>
> Firstly, after your last email I did start to think why install in /opt on a Fedora system.
> Maybe that was why your pkg-config  showed the old 5.2.2 instead of 5.2.4 when
> you built 5.2.4


Yes, that was the issue. Now I just compiled with --prefix=/usr
> Secondly check how many VAPIs are being generated by the build.
> In the build directory issue the command:
> find | grep -P vapi$
> This should list all files ending in vapi. There may be only one - see below.


These are the vapi files that contain gda in their name:

$ find /usr | grep -P vapi$ | grep gda
/usr/share/vala/vapi/gdadata-5.0.vapi
/usr/share/vala/vapi/libgda-5.0.vapi
/usr/share/vala/vapi/libgda-6.0.vapi
/usr/share/vala/vapi/libgdaui-5.0.vapi
/usr/share/vala/vapi/gdadata-6.0.vapi
/usr/share/vala/vapi/libgdata.vapi
/usr/share/vala/vapi/libgdaui-6.0.vapi
/usr/share/vala-0.28/vapi/libgda-report-4.0.vapi
/usr/share/vala-0.28/vapi/libgda-4.0.vapi
/usr/share/vala-0.28/vapi/libgdata.vapi
find: «/usr/share/polkit-1/rules.d»: Permi

> Thirdly, libgda is a database abstraction layer. Why is a libgda-mysql-5.0.vapi even necessary?
> The Vala program should be built against the abstraction layer, not a database specific API?
> I'm wondering if your projects build instructions are wrong. Try removing --pkg libgda-mysql-5.0.
> Just a thought. I just tried downloading libgda, but too many dependencies for me to spend time on
> at the moment. So I haven't tested this. Otherwise there could be a configuration option to enable
> MySQL?


That's a good question.

Is it enough to just depend on libgda-5.0 or should also explicitly
depend on  libgda-mysql, libgda-postgresql and so on?

> 5.2.4 is the latest stable version. So if you get it working it may be helpful to the wider
> community to file a bug against Fedora libgda-devel package to get the VAPI included.


> Al
>
>
>
> ________________________________
> From: Noe Nieto <nnieto noenieto com>
> Cc: Vala <vala-list gnome org>
> Sent: Wednesday, 26 August 2015, 18:58
> Subject: Re: [Vala] Help with libgda
>
> Ok, this is embarrasing, I installed into /opt.
>
> So, I checked out libgda version 6, compiled and installed on /usr prefix and modified my configure.ac to 
> use the version 6:
> [...]
> dnl Check for vala
> AM_PROG_VALAC([0.10.0])
>
>
> PKG_CHECK_MODULES(MEZQUITE, [libgda-6.0 libgda-mysql-6.0 gtk+-3.0])
> [...]
>
> and ran
>
> make distclean
> ./autogen.sh
> make
>
> The result of running make:
>
> make  all-recursive
> make[1]: Entering directory '/home/nnieto/Code/mezquite'
> Making all in src
> make[2]: Entering directory '/home/nnieto/Code/mezquite/src'
>   VALAC    mezquite_vala.stamp
> error: Package `libgda-mysql-6.0' not found in specified Vala API directories or GObject-Introspection GIR 
> directories
> Compilation failed: 1 error(s), 0 warning(s)
> Makefile:479: recipe for target 'mezquite_vala.stamp' failed
> make[2]: *** [mezquite_vala.stamp] Error 1
> make[2]: Leaving directory '/home/nnieto/Code/mezquite/src'
> Makefile:454: recipe for target 'all-recursive' failed
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory '/home/nnieto/Code/mezquite'
> Makefile:365: recipe for target 'all' failed
> make: *** [all] Error 2
>
> Should I run the same tests but for git tag 5.2.4?



-- 
---
Noe Nieto
NNieto Consulting Services
M: nnieto noenieto com
W: http://noenieto.com
T:  @tzicatl
Li: Perfil en LinkedIn