follow up ... 2015-08-26 11:23 GMT-07:00 Al Thomas <astav...@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 <nni...@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: nni...@noenieto.com W: http://noenieto.com T: @tzicatl Li: Perfil en LinkedIn _______________________________________________ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
