[gnome-db] Fwd: Gda bindings in vala-girs

Daniel Espinosa <[email protected]> Thu, 14 May 2015 18:16:23 -0500
Newsgroups gmane.comp.gnome.db
Message-ID <CAHirWt+4ku6VGmxfsn+f1sZWdfjh=vcJwQgArJU5rWwtm801xQ@mail.gmail.com>
Vivien,

I'd would like to see GDA 5.2 Vala bindings at valadoc.org, they have an
old 4.0 version, then could you check way Rico states that: "The API isn't
in sync between the ldap-provider and internal ldap-interface."

Rico, could you expand your explanation about "... g-ir-scanner seems to be
caught in this LDAP stuff ...", in order to take a shot about, may be
providing building messages output, please?

---------- Forwarded message ----------
From: Rico Tzschichholz <[email protected]>
Date: 2014-10-10 7:22 GMT-05:00
Subject: Re: Gda bindings in vala-girs
To: Daniel Espinosa <[email protected]>


I send this again since I didn't receive an answer for the proposed changes.


There is no real difference between vala 0.26 and master git yet.
Vala is doing the right thing here apart from barfing about some
characters in the gir.

Although g-ir-scanner seems to be caught in this LDAP stuff. The API
isn't in sync between the ldap-provider and internal ldap-interface.

See
https://git.gnome.org/browse/libgda/commit/?h=LIBGDA_5.2&id=6d02929e798ba6f71e9a6acde2c11f6c5c2dc996

And this gmodule/dlopen mechanism is probably a problem too for g-i.

I don't know why the "cnc" property still isn't picked up here.

Am 01.10.2014 um 04:59 schrieb Daniel Espinosa:
> I've used updated jhbuild to build GDA and Vala 0.26, stable from 0.26
> branch.
>
> I see you use Vala 0.28, is this the way? Is not better to use stable
> branches?
>
> In my box I found differences, attached, please review before to commit.
>
> 2014-09-30 8:29 GMT-05:00 Rico Tzschichholz <[email protected]
> <mailto:[email protected]>>:
>
>     Hi,
>
>     Yeah it is useful and wanted to use the latest available versions to
>     generated these bindings to pick up bug-fixes and such. Purposely
using
>     valac 0.22 is not a good idea ;-)
>
>     I have pushed updates to catch up with the g-i changes.
>     Besides that I added the needed configure-flags to have the needed
files
>     generated in jhbuild by default.
>
>
https://git.gnome.org/browse/jhbuild/commit/?id=a5b7742150c0debe89f6640f7e9351859f8d1a02
>
>     This way it will get updated in the progress of our/my usual jhbuild
>     update of girs/vapis.
>
>     Regards,
>     Rico
>
>     Am 30.09.2014 um 15:17 schrieb Daniel Espinosa:
>     > Thanks forma your advise :-)
>     >
>     > I would like to maintain this files because I'm the maintainer in
>     > libgda. I've used 0.22, because is that version  available when 5.2
was
>     > realized; I'm using 5.2 branch too.
>     >
>     > Then valadoc.org <http://valadoc.org> <http://valadoc.org> policy
>     is to use latest version of
>     > vala and GObject Introspection?
>     >
>     > If so, we need to use non released distribution, use jhbuild or
wait and
>     > update my box to latest distribution using GNOME 3.14 now a days.
>     >
>     > El sep 30, 2014 3:17 AM, "Rico Tzschichholz" <[email protected]
<mailto:[email protected]>
>     > <mailto:[email protected] <mailto:[email protected]>>> escribió:
>     >
>     >     Hi,
>     >
>     >     I noticed your commit/merge to vala-girs. Your build
>     environment seems
>     >     to be pretty outdated and therefore your reverted quite a lot
>     of changes
>     >     in Gda-5.0.gir. If you are pushing things there make sure you
>     are using
>     >     an up2date system since e.g. valac-0.22, which you used, is
>     quite old.
>     >
>     >     I am going to update the related files based on "LIBGDA_5.2"
>     branch
>     >     https://git.gnome.org/browse/libgda/log/?h=LIBGDA_5.2
>     >
>     >     Regards,
>     >     Rico
>     >
>
>
>
>
> --
> Trabajar, la mejor arma para tu superación
> "de grano en grano, se hace la arena" (R) (en trámite, pero para los
> cuates: LIBRE)




-- 
Trabajar, la mejor arma para tu superación
"de grano en grano, se hace la arena" (R) (en trámite, pero para los
cuates: LIBRE)

_______________________________________________
gnome-db-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/gnome-db-list
fixes.diff (text/x-patch, 3.3 KB)
diff --git a/libgda-ui/libgdaui-5.0.deps b/libgda-ui/libgdaui-5.0.deps
index 75c32de..79f8849 100644
--- a/libgda-ui/libgdaui-5.0.deps
+++ b/libgda-ui/libgdaui-5.0.deps
@@ -1,5 +1,3 @@
-glib-2.0
 gobject-2.0
-libxml-2.0
-libgda-ui-5.0
-gtk+-3.0
\ No newline at end of file
+gtk+-3.0
+libgda-5.0
diff --git a/libgda/gda-data-model-ldap.c b/libgda/gda-data-model-ldap.c
index 15a098f..d30adc8 100644
--- a/libgda/gda-data-model-ldap.c
+++ b/libgda/gda-data-model-ldap.c
@@ -32,7 +32,8 @@ enum {
 	PROP_BASE,
 	PROP_FILTER,
 	PROP_ATTRIBUTES,
-	PROP_SCOPE
+	PROP_SCOPE,
+	PROP_USE_RDN
 };
 
 static void
@@ -85,6 +86,10 @@ dummy_gda_data_model_ldap_class_init (GdaDataModelLdapClass *klass)
 							   GDA_LDAP_SEARCH_BASE,
 							   G_PARAM_WRITABLE | G_PARAM_READABLE |
 							   G_PARAM_CONSTRUCT_ONLY));
+
+	g_object_class_install_property (object_class, PROP_USE_RDN,
+                                         g_param_spec_boolean ("use-rdn", NULL, "Return Relative DN instead of complete DN",
+							       FALSE, G_PARAM_WRITABLE | G_PARAM_READABLE));
 }
 
 static void
@@ -198,7 +203,7 @@ gda_data_model_ldap_get_type (void)
  * In case of multi valued attributes, an error will be returned when trying to read the attribute:
  * gda_data_model_iter_get_value_at() will return %NULL when using an iterator.
  *
- * Returns: (transfer full): a new #GdaDataModel
+ * Returns: (transfer full) (type GdaDataModelLdap): a new #GdaDataModel
  * 
  * Deprecated: 5.2: use #gda_data_model_ldap_new_with_config
  * 
diff --git a/libgda/gda-data-proxy.c b/libgda/gda-data-proxy.c
index 4b6179c..3084b11 100644
--- a/libgda/gda-data-proxy.c
+++ b/libgda/gda-data-proxy.c
@@ -1445,7 +1445,7 @@ find_or_create_row_modif (GdaDataProxy *proxy, gint proxy_row, gint col, RowValu
  * gda_data_proxy_get_values:
  * @proxy: a #GdaDataProxy object
  * @proxy_row: a proxy row
- * @cols_index: (array) (array length=n_cols): array containing the columns for which the values are requested
+ * @cols_index: (array length=n_cols): array containing the columns for which the values are requested
  * @n_cols: size of @cols_index
  *
  * Retrieve a whole list of values from the @proxy data model. This function
diff --git a/libgda/libgda-5.0.deps b/libgda/libgda-5.0.deps
index b6ff23e..9393038 100644
--- a/libgda/libgda-5.0.deps
+++ b/libgda/libgda-5.0.deps
@@ -1,3 +1,2 @@
-glib-2.0
 gobject-2.0
-libxml-2.0
\ No newline at end of file
+libxml-2.0
diff --git a/providers/ldap/gdaprov-data-model-ldap.c b/providers/ldap/gdaprov-data-model-ldap.c
index 4bcd407..8883e0a 100644
--- a/providers/ldap/gdaprov-data-model-ldap.c
+++ b/providers/ldap/gdaprov-data-model-ldap.c
@@ -235,7 +235,7 @@ gda_data_model_ldap_class_init (GdaDataModelLdapClass *klass)
         object_class->get_property = gda_data_model_ldap_get_property;
         g_object_class_install_property (object_class, PROP_CNC,
                                          g_param_spec_object ("cnc", NULL, "LDAP connection",
-							      GDA_TYPE_LDAP_CONNECTION,
+							      GDA_TYPE_CONNECTION,
                                                               G_PARAM_READABLE | G_PARAM_WRITABLE |
                                                               G_PARAM_CONSTRUCT_ONLY));
         g_object_class_install_property (object_class, PROP_BASE,
signature.asc (application/pgp-signature, 836 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCgAGBQJUN89sAAoJEF3s26iScOcjsfAP/AtKlyR2hEI0xEcNU0o1eqjJ
tT5ywZgQSEeV7koyt4WNz5FEtcHsEyAbyW0/ZrY5VL0dQdu4bteGEJuhwmTGYENA
oTIx0e8+JH23YlhPSY80k0/m7TRFOKfAlY35OFDub/NxwxSIaVlAoYfHhUpm6JtH
0Bewe3WHZY8tI71ZewP3xLR/cerNFkKXK5tbjk4MBKIozcId0J/qDorjU/IfFzEl
IeOeLNgvW5Fnq179G2w9n6sLN3xqJKXE3ti88bE9/96ybtjXgtjZfulwFHyHAovs
jcw3O/HT/M0RYYtzTE4pfh+uun+TYUYWCRI7Y4lldQ1uovrwSsGHvdy5l6emaIbI
24UcgkN0dUgitTPmb02uuUFWxxN8oWa6Qm707fCyKIKVG+Aa12lF5IyWyzWI4h3g
DM7vJJJf9Lb4EO6WvN7+kaap9MIq8wNejGPYf1gXwEhe1Sv6UPWFkqxjvyCLnunS
/5i/AKFzZ+2gKvDqaXZK50lrRvugk5VX6ELb/FVXwora5WG8P+i4p8Q/4RWnv6Qb
FUdeEIHDR4TB86wX+8QbgtF+akyTyz1SgCBHoYea8kCaV/++bdEnD82HGRlGZ6zr
tlsoUzQ+AqFJIU9saCnQfJYC1MAaYhs85HrcnOAmMYX6g4sX7Pp6lQ3HfzQNdeTl
GZWAFGFWOdrGrirqZ5pA
=rqMU
-----END PGP SIGNATURE-----