From steve@oneledger.co.uk Fri Sep 4 08:15:44 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id CC61A76A28 for ; Fri, 4 Sep 2015 08:15:44 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.801 X-Spam-Level: X-Spam-Status: No, score=0.801 tagged_above=-999 required=2 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MRNZt5ILDnbk for ; Fri, 4 Sep 2015 08:15:43 +0000 (UTC) X-Greylist: delayed 3157 seconds by postgrey-1.34 at restaurant.gnome.org; Fri, 04 Sep 2015 08:15:43 UTC Received: from a140.4uh.net (a140.4uh.net [89.248.60.140]) by restaurant.gnome.org (Postfix) with ESMTP id A81E6763ED for ; Fri, 4 Sep 2015 08:15:43 +0000 (UTC) Received: from localhost ([127.0.0.1]:45568 helo=a140.4uh.net) by a140.4uh.net with esmtpa (Exim 4.85) (envelope-from ) id 1ZXlKv-003KD7-HW for gnome-db-list@gnome.org; Fri, 04 Sep 2015 08:23:03 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_847259772afc06e3375e286766ae781a" Date: Fri, 04 Sep 2015 08:23:01 +0100 From: steve@oneledger.co.uk To: gnome-db-list@gnome.org Message-ID: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> X-Sender: steve@oneledger.co.uk User-Agent: Roundcube Webmail/1.0.5 X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a140.4uh.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - oneledger.co.uk X-Get-Message-Sender-Via: a140.4uh.net: authenticated_id: steve@oneledger.co.uk X-Source: X-Source-Args: X-Source-Dir: Subject: [gnome-db] How to build libgda and use it with Vala X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 08:15:44 -0000 --=_847259772afc06e3375e286766ae781a Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Hello everyone, I'm just starting out with Vala, I want to know how to build libgda and use it to access a Firebird database (and possibly SQLite too) from Vala code. I have downloaded libgda-master and the README says to refer to the file named INSTALL for instructions on building libgda but the INSTALL file does not exist. If someone would take the time to explain how to build libgda and get the Vala bindings up and running I'd appreciate it. Thanks. Steve --=_847259772afc06e3375e286766ae781a Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Hello everyone,

I'm just starting out with Vala, I want to know how to build lib= gda and use it to access a Firebird database (and possibly SQLite = too) from Vala code. I have downloaded libgda-master and the README = says to refer to the file named INSTALL for instructions on building libgda= but the INSTALL file does not exist.

If someone would take the time to explain how to build libgda an= d get the Vala bindings up and running I'd appreciate it.

 

Thanks.

Steve

 

 
--=_847259772afc06e3375e286766ae781a-- From gergely@polonkai.eu Fri Sep 4 12:47:14 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 386BB76AAA for ; Fri, 4 Sep 2015 12:47:14 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EDtQ2Hg1f6Kx for ; Fri, 4 Sep 2015 12:47:13 +0000 (UTC) Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) by restaurant.gnome.org (Postfix) with ESMTP id 9CC4176AA9 for ; Fri, 4 Sep 2015 12:47:12 +0000 (UTC) Received: by wiclk2 with SMTP id lk2so21532585wic.0 for ; Fri, 04 Sep 2015 05:47:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=HSE5gaP3gb0Dd9mcLEzDzdxZi3nS2UaY//3E4lnpAx8=; b=W8lHrtx73NHcGu2WbOLaPiThXeEPrPzPzWtquAyZK9WEOtyUDUo/TT9HrCQY4a+1ut xuIeVTG9sDyF2DjcClR2XKnnEtiOXt7LneCJnLXfm7fBlaJSHWqlWAIJ04l9X88bX2GZ oRsrgBlwDU2KM/gVBgV41LucZpVI8hBmW9oBbaAUKrm1QuzFig0NHUu2oBRnb2nq1gsy e6oH+0sovnhalZl7QR9CrAZ9cEfrOmTuClJXI84btZLzwKP5Z7E7q6wLkWV3fBrHQfYP Itg8EMKbmPHTGIfJVnBmcYlvr2rkfjYRFVQCB7eaW3g7ph57k/sU0Sf0TJtxeAIWelj1 f7jQ== X-Gm-Message-State: ALoCoQkNYAvhmlPxBonlbJNfZvUXbN6+MQZKiSpn1uNyTh4tv1SOobL1c/Rry/PlZRDuDnoiXQad X-Received: by 10.194.103.103 with SMTP id fv7mr688387wjb.152.1441370830691; Fri, 04 Sep 2015 05:47:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.176.138 with HTTP; Fri, 4 Sep 2015 05:46:50 -0700 (PDT) In-Reply-To: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> References: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> From: Gergely Polonkai Date: Fri, 4 Sep 2015 14:46:50 +0200 Message-ID: To: steve@oneledger.co.uk Content-Type: multipart/alternative; boundary=089e0103009c5a7e67051eeb4c3c Cc: gnome-db list Subject: Re: [gnome-db] How to build libgda and use it with Vala X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 12:47:14 -0000 --089e0103009c5a7e67051eeb4c3c Content-Type: text/plain; charset=UTF-8 Hello, all you have to do is running ./autogen.sh --enable-vala This should build the Vala bindings. The INSTALL file is indeed missing, I give it a go, create one and submit it later today. Best, Gergely 2015-09-04 9:23 GMT+02:00 : > Hello everyone, > > I'm just starting out with Vala, I want to know how to build libgda and > use it to access a Firebird database (and possibly SQLite too) from Vala > code. I have downloaded libgda-master and the README says to refer to the > file named INSTALL for instructions on building libgda but the INSTALL file > does not exist. > > If someone would take the time to explain how to build libgda and get the > Vala bindings up and running I'd appreciate it. > > > > Thanks. > > Steve > > > > > _______________________________________________ > gnome-db-list mailing list > gnome-db-list@gnome.org > https://mail.gnome.org/mailman/listinfo/gnome-db-list > > --089e0103009c5a7e67051eeb4c3c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello,

all you have to do is running

./autogen.sh --enable-vala

= This should build the Vala bindings. The INSTALL file is indeed missing, I = give it a go, create one and submit it later today.

Best,
Gergely


--089e0103009c5a7e67051eeb4c3c-- From gergely@polonkai.eu Fri Sep 4 13:05:03 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 31F5D76AAB for ; Fri, 4 Sep 2015 13:05:03 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f65wXs8hURWO for ; Fri, 4 Sep 2015 13:05:02 +0000 (UTC) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) by restaurant.gnome.org (Postfix) with ESMTP id 4F0C376AA9 for ; Fri, 4 Sep 2015 13:05:02 +0000 (UTC) Received: by wicfx3 with SMTP id fx3so17347047wic.0 for ; Fri, 04 Sep 2015 06:05:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=TcojuCB46ifhBd2o8jLQFK64riLf2mEXKOUta/3ZhLE=; b=VOa9wUX5rOO/0srknVF8PzVDo7/ug/+A5V6jsPDcrt8qKZ7CbrHoTtle1RuS7xaJ4B u9rsPnKN8onP/rIZR+yz6xEnCtZNFOBonnTDnGx26yeGIoLr+GyIjXH8DCR7z+/MAJeY Lta+pOvyHZo2BMXlrSX+UF5yaVxpOOVbpf5TeFfO/UURbdDZDxrEum/96lNGN7RB2pUO T4Mv5ITR9AfF/6Wk/OspepnGDlkeEforLVayKJzvvi4fFOe5q1Z1FnAlX7SmoWUBURhK uUSaBXiMjxc9MRMQktSTXuEVG5h4jUX2+qRuYK+czMSeZAb1eQTFRigHzppc0B1qzgGF j08w== X-Gm-Message-State: ALoCoQnfNTAvflY5MNT68FcqwZiiGAT9UW7pwNuZsxYnT2S/m746t+yb46FK3oTViD16pR02XBUr X-Received: by 10.194.236.161 with SMTP id uv1mr7415497wjc.158.1441371900284; Fri, 04 Sep 2015 06:05:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.176.138 with HTTP; Fri, 4 Sep 2015 06:04:40 -0700 (PDT) In-Reply-To: References: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> From: Gergely Polonkai Date: Fri, 4 Sep 2015 15:04:40 +0200 Message-ID: To: steve@oneledger.co.uk Content-Type: multipart/alternative; boundary=089e0141a1521b29ca051eeb8cc2 Cc: gnome-db list Subject: Re: [gnome-db] How to build libgda and use it with Vala X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 13:05:03 -0000 --089e0141a1521b29ca051eeb8cc2 Content-Type: text/plain; charset=UTF-8 One more thing came into my mind: the INSTALL file *is* present if you have already ran autogen.sh, as it is copied there by automake; if you checked out the Git repository, it will be missing for sure. For some technical background, the autogen.sh script generates some build-related files, including configure, and at the end it actually runs the configure script with the same parameters you passed to autogen.sh itself. 2015-09-04 14:46 GMT+02:00 Gergely Polonkai : > Hello, > > all you have to do is running > > ./autogen.sh --enable-vala > > This should build the Vala bindings. The INSTALL file is indeed missing, I > give it a go, create one and submit it later today. > > Best, > Gergely > > 2015-09-04 9:23 GMT+02:00 : > >> Hello everyone, >> >> I'm just starting out with Vala, I want to know how to build libgda and >> use it to access a Firebird database (and possibly SQLite too) from Vala >> code. I have downloaded libgda-master and the README says to refer to the >> file named INSTALL for instructions on building libgda but the INSTALL file >> does not exist. >> >> If someone would take the time to explain how to build libgda and get the >> Vala bindings up and running I'd appreciate it. >> >> >> >> Thanks. >> >> Steve >> >> >> >> >> _______________________________________________ >> gnome-db-list mailing list >> gnome-db-list@gnome.org >> https://mail.gnome.org/mailman/listinfo/gnome-db-list >> >> > --089e0141a1521b29ca051eeb8cc2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
One more thing came into my mind: the INSTALL file *is* pr= esent if you have already ran autogen.sh, as it is copied there by automake= ; if you checked out the Git repository, it will be missing for sure.
<= br>
For some technical background, the autogen.sh script generate= s some build-related files, including configure, and at the end it actually= runs the configure script with the same parameters you passed to autogen.s= h itself.

2015-09-04 14:46 GMT+02:00 Gergely Polonkai <gergely@polonkai.eu= >:
Hello,
=
all you have to do is running

./aut= ogen.sh --enable-vala

This should build the Vala b= indings. The INSTALL file is indeed missing, I give it a go, create one and= submit it later today.

Best,
Gergely

2015-09-04 9:23 GMT+02:00 <steve@oneledger.co.uk&g= t;:

Hello everyone,

I'm just starting out with Vala, I want to know how to build lib= gda and use it to access a Firebird database (and possibly SQLite too)= from Vala code. I have downloaded libgda-master and the README says= to refer to the file named INSTALL for instructions on building libgda but= the INSTALL file does not exist.

If someone would take the time to explain how to build libgda and ge= t the Vala bindings up and running I'd appreciate it.

=C2=A0

Thanks.

Steve

=C2=A0

=C2=A0

_______________________________________________
gnome-db-list mailing list
gnome-db-list@= gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-d= b-list



--089e0141a1521b29ca051eeb8cc2-- From esodan@gmail.com Fri Sep 4 16:05:55 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id F26E876AAA for ; Fri, 4 Sep 2015 16:05:54 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GYykTgkKgujE for ; Fri, 4 Sep 2015 16:05:54 +0000 (UTC) Received: from mail-qg0-f41.google.com (mail-qg0-f41.google.com [209.85.192.41]) by restaurant.gnome.org (Postfix) with ESMTP id EC4E076AA9 for ; Fri, 4 Sep 2015 16:05:53 +0000 (UTC) Received: by qgx61 with SMTP id 61so19496869qgx.3 for ; Fri, 04 Sep 2015 09:05:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=u4nC+LZ46rDZzpbNU3MKFyILj1/onfgrxHmMK2hWx4A=; b=NEtT5x/OifJZnnlLA/JmK1cngk7P4PwYKs0kYIiXDjYOieEfsoPQfgkKnvY667hyOy pIFwyK9knmWuMK0mOhF5Dq+5GkEqgH/kIi0pB9XcSsdML/5P4F5ID4YAiv4HTEsTgRVQ 5BYBRm5M8wVyt+7EMgPimt5+XdRMqbtjW9DoPyesFBXmFtZ1wBXVjj+XssOpiR7FaZvc kzQ2cITpb7YEyVapYx92vLaAJ91nwuc1KSMh0u/xdR9bFQgMEZb2dE0uMGJhw7Sbaylf 4gUo6Y8PPYjas2U71IVxGw3hO1yQHkA4UMoc/6N6cgsddUy5Qjsb0JrkYhFKWWfBU63y JNvQ== MIME-Version: 1.0 X-Received: by 10.140.88.148 with SMTP id t20mr6464682qgd.44.1441382752215; Fri, 04 Sep 2015 09:05:52 -0700 (PDT) Received: by 10.55.37.76 with HTTP; Fri, 4 Sep 2015 09:05:52 -0700 (PDT) Received: by 10.55.37.76 with HTTP; Fri, 4 Sep 2015 09:05:52 -0700 (PDT) In-Reply-To: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> References: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> Date: Fri, 4 Sep 2015 11:05:52 -0500 Message-ID: From: Daniel Espinosa To: steve@oneledger.co.uk Content-Type: multipart/alternative; boundary=001a11c11ef8ee8551051eee12e9 Cc: gnome-db-list@gnome.org Subject: Re: [gnome-db] How to build libgda and use it with Vala X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 16:05:55 -0000 --001a11c11ef8ee8551051eee12e9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable May you want to use --enable-vala-extensions, they adds a GdaData library name space with classes written in Vala trying to provide Gda sugar and Gee collections when using Vala. El sept. 4, 2015 3:15 AM, escribi=C3=B3: > Hello everyone, > > I'm just starting out with Vala, I want to know how to build libgda and > use it to access a Firebird database (and possibly SQLite too) from Vala > code. I have downloaded libgda-master and the README says to refer to the > file named INSTALL for instructions on building libgda but the INSTALL fi= le > does not exist. > > If someone would take the time to explain how to build libgda and get the > Vala bindings up and running I'd appreciate it. > > > > Thanks. > > Steve > > > > > _______________________________________________ > gnome-db-list mailing list > gnome-db-list@gnome.org > https://mail.gnome.org/mailman/listinfo/gnome-db-list > > --001a11c11ef8ee8551051eee12e9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

May you want to use --enable-vala-extensions, they adds a Gd= aData library name space with classes written in Vala trying to provide Gda= sugar and Gee collections when using Vala.

El sept. 4, 2015 3:15 AM, <steve@oneledger.co.uk> escribi=C3=B3:

Hello everyone,

I'm just starting out with Vala, I want to know how to build lib= gda and use it to access a Firebird database (and possibly SQLite too)= from Vala code. I have downloaded libgda-master and the README says= to refer to the file named INSTALL for instructions on building libgda but= the INSTALL file does not exist.

If someone would take the time to explain how to build libgda and ge= t the Vala bindings up and running I'd appreciate it.

=C2=A0

Thanks.

Steve

=C2=A0

=C2=A0

_______________________________________________
gnome-db-list mailing list
gnome-db-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-d= b-list

--001a11c11ef8ee8551051eee12e9-- From steve@oneledger.co.uk Fri Sep 4 16:56:05 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id B350F769B6 for ; Fri, 4 Sep 2015 16:56:05 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NAQt0493b4wh for ; Fri, 4 Sep 2015 16:56:04 +0000 (UTC) Received: from a140.4uh.net (a140.4uh.net [89.248.60.140]) by restaurant.gnome.org (Postfix) with ESMTP id 7BE2376962 for ; Fri, 4 Sep 2015 16:56:03 +0000 (UTC) Received: from localhost ([127.0.0.1]:60412 helo=a140.4uh.net) by a140.4uh.net with esmtpa (Exim 4.85) (envelope-from ) id 1ZXuHN-0044v1-Cc; Fri, 04 Sep 2015 17:55:59 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_53d8fee11787c894d000664c466871d4" Date: Fri, 04 Sep 2015 17:55:57 +0100 From: steve@oneledger.co.uk To: Daniel Espinosa , Gergely Polonkai In-Reply-To: References: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> Message-ID: <746ad2a131a79181598cbf54d238a016@oneledger.co.uk> X-Sender: steve@oneledger.co.uk User-Agent: Roundcube Webmail/1.0.5 X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a140.4uh.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - oneledger.co.uk X-Get-Message-Sender-Via: a140.4uh.net: authenticated_id: steve@oneledger.co.uk X-Source: X-Source-Args: X-Source-Dir: Cc: gnome-db-list@gnome.org Subject: Re: [gnome-db] How to build libgda and use it with Vala X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 16:56:05 -0000 --=_53d8fee11787c894d000664c466871d4 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Thanks Gergely and Daniel, I have Vala-0.29.2 on Linux Mint Mate which I have installed from source using the standard _./configure_ _make_ _sudo make install_ vala, valac, vapicheck and vapigen are all in /usr/local/bin and libvala-0.30.so.0.0.0 is in /usr/local/lib When I run the command you have suggested ./autogen.sh --enable-vala --enable-vala-extensions The script halts with the following error: _checking for vapigen vapigen-0.26... no_ _configure: Searching for vapigen-0.26 program..._ _checking for vapigen-0.26... no_ _configure: error: Can't locate vapigen-0.26 >= 0.26.0 program_ It does not seem to accept vapigen-0.30 as > vapigen-0.26.0 I created a symlink as vapigen-0.26.0 and that got me past this error but then I got a similar error message for libvala and the symlink trick wouldn't work for that. Is it a bug or did I do something wrong? Regards Steve --=_53d8fee11787c894d000664c466871d4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Thanks Gergely and Daniel,

I have Vala-0.29.2 on Linux Mint Mate which I have installed from source= using the standard

./configure

make

sudo make install

vala, valac, vapicheck and vapigen are all in /usr/local/bin and libvala= -0.30.so.0.0.0 is in /usr/local/lib

When I run the command you have suggested

./autogen.sh --enable-vala --enable-vala-extensions

The script halts with the following error:

checking for vapigen vapigen-0.26... no
configure: Sea= rching for vapigen-0.26 program...
checking for vapigen-0.26= =2E.. no
configure: error: Can't locate vapigen-0.26 >=3D = 0.26.0 program

It does not seem to accept vapigen-0.30 as > vapigen-0.26.0

I created a symlink as vapigen-0.26.0 and that got me past this error bu= t then I got a similar error message for libvala and the symlink trick woul= dn't work for that. Is it a bug or did I do something wrong?

Regards

Steve

--=_53d8fee11787c894d000664c466871d4-- From gergely@polonkai.eu Fri Sep 4 18:21:54 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 7EE63769B6 for ; Fri, 4 Sep 2015 18:21:54 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.899 X-Spam-Level: X-Spam-Status: No, score=-0.899 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLACK=1.7] autolearn=no Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iOfUgtOmm5tM for ; Fri, 4 Sep 2015 18:21:53 +0000 (UTC) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by restaurant.gnome.org (Postfix) with ESMTP id 562DF76962 for ; Fri, 4 Sep 2015 18:21:53 +0000 (UTC) Received: by wicfx3 with SMTP id fx3so30826747wic.1 for ; Fri, 04 Sep 2015 11:21:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=9iFElhUjAKKlNtC3wmQCcgzooOzjJ6xjv/UX32dXp9s=; b=QzpLEr5Uy+/sPp6uZc6HyZltzAXBduX8In4lYQr68FhZfTRVHNeoEPn/80CNll3GeR aucvdL4BHoZAlDqCWOHsa/+C3ovbcu8twpPEZCKFire95xtoUoSHRx/YFnSOa1OJyRbK DwRQ99ZqSJ7qgsFULHUvW+5HmjQHMM5mbPQJW4B2LaMjmXQfIBBMFVpvdoPvS/71kkJI uLFYxDlmY51ESygr+PFYEBcmGn5GfOJgiu9HDYBe04v0+GcBsEPePz0XL1FfYFsKwL/b HkTpiM9rX68aQgP19N6bRYQDL4TPLL1vVetxBvy5oODFlM0vqWmDrbaxuhVgg4eF6ZtR KksQ== X-Gm-Message-State: ALoCoQns6QshaMBnaRH5MMCvli6N5oMOghFaX0Gs/QAh98WISnZIG2Nm2SpcHCNSin28kpjhnn2F MIME-Version: 1.0 X-Received: by 10.194.236.161 with SMTP id uv1mr10023471wjc.158.1441390911518; Fri, 04 Sep 2015 11:21:51 -0700 (PDT) Received: by 10.28.176.138 with HTTP; Fri, 4 Sep 2015 11:21:51 -0700 (PDT) Received: by 10.28.176.138 with HTTP; Fri, 4 Sep 2015 11:21:51 -0700 (PDT) In-Reply-To: <746ad2a131a79181598cbf54d238a016@oneledger.co.uk> References: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> <746ad2a131a79181598cbf54d238a016@oneledger.co.uk> Date: Fri, 4 Sep 2015 20:21:51 +0200 Message-ID: From: Gergely Polonkai To: steve@oneledger.co.uk Content-Type: multipart/alternative; boundary=089e0141a15243913b051eeff9c4 Cc: gnome-db list Subject: Re: [gnome-db] How to build libgda and use it with Vala X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 18:21:54 -0000 --089e0141a15243913b051eeff9c4 Content-Type: text/plain; charset=UTF-8 Hello, There was a recent fix for that (I guess on master); I hope Vivien Malerba will join this thread on how to use it. Meanwhile, if you cannot go with a system-wide installation (assuming you are on a Linux box), you may want to modify the configure.ac file and change all occurence of 0.26 to 0.30. Best, Gergely Thanks Gergely and Daniel, I have Vala-0.29.2 on Linux Mint Mate which I have installed from source using the standard *./configure* *make* *sudo make install* vala, valac, vapicheck and vapigen are all in /usr/local/bin and libvala-0.30.so.0.0.0 is in /usr/local/lib When I run the command you have suggested ./autogen.sh --enable-vala --enable-vala-extensions The script halts with the following error: *checking for vapigen vapigen-0.26... no* *configure: Searching for vapigen-0.26 program...* *checking for vapigen-0.26... no* *configure: error: Can't locate vapigen-0.26 >= 0.26.0 program* It does not seem to accept vapigen-0.30 as > vapigen-0.26.0 I created a symlink as vapigen-0.26.0 and that got me past this error but then I got a similar error message for libvala and the symlink trick wouldn't work for that. Is it a bug or did I do something wrong? Regards Steve --089e0141a15243913b051eeff9c4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hello,

There was a recent fix for that (I guess on master); I hope = Vivien Malerba will join this thread on how to use it. Meanwhile, if you ca= nnot go with a system-wide installation (assuming you are on a Linux box), = you may want to modify the configure.ac= file and change all occurence of 0.26 to 0.30.

Best,
Gergely

Thanks Gergely and Daniel,

I have Vala-0.29.2 on Linux Mint Mate which I have installed from source= using the standard

./configure

make

sudo make install

vala, valac, vapicheck and vapigen are all in /usr/local/bin and libvala= -0.30.so.0.0.0 is in /usr/local/lib

When I run the command you have suggested

./autogen.sh --enable-vala --enable-vala-extensions

The script halts with the following error:

checking for vapigen vapigen-0.26... no
configure: Searc= hing for vapigen-0.26 program...
checking for vapigen-0.26... n= o
configure: error: Can't locate vapigen-0.26 >=3D 0.26.= 0 program

It does not seem to accept vapigen-0.30 as > vapigen-0.26.0

I created a symlink as vapigen-0.26.0 and that got me past this error bu= t then I got a similar error message for libvala and the symlink trick woul= dn't work for that. Is it a bug or did I do something wrong?

Regards

Steve

--089e0141a15243913b051eeff9c4-- From gergely@polonkai.eu Fri Sep 4 18:51:31 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 6CC5C769B6 for ; Fri, 4 Sep 2015 18:51:31 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.899 X-Spam-Level: X-Spam-Status: No, score=-0.899 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLACK=1.7] autolearn=no Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XrtYg4Kqgh2G for ; Fri, 4 Sep 2015 18:51:30 +0000 (UTC) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) by restaurant.gnome.org (Postfix) with ESMTP id 3DF9376962 for ; Fri, 4 Sep 2015 18:51:30 +0000 (UTC) Received: by wiclk2 with SMTP id lk2so26821119wic.1 for ; Fri, 04 Sep 2015 11:51:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Im/+cv+d+pw3mu0zBzATlx9Mbv5WwQHkHg8CyPSHI98=; b=hgwwtQDY1P5SN/jn665dM6fgfvmGMue+53SCLXromIfQHCppd6wEaHqBsBEEWpqC1l /sHGhStvgJu8SSHQ3zp8fMfZuUANK0Sswlgu9YLeY4axGfhAB0p4kYDaDwjTmOAcSjqJ 9UvfvhagstMRXtjHxKXeH5pxXMO8nIXcdEG1ZVksGZbliYSxKUoT/35SGKLeVnuzFpuy g3/vOx34/u74odhKTReYZdXsiK+VDQk033TZFPdhczf6Xv4n53SMgTMsBoXsrvCT4bkH RqCaxBzEvJaQio46BAbUcaNlYaUbxmJMtz9751LnMGD2on3AxcdnyyPSV5jx3iWJW/u7 A1iw== X-Gm-Message-State: ALoCoQmg035ACxT/vdSB1bIE3QnlYVlw5m0frXhcnmHAMkmpmLxS7avGlOeAuDNlRCCeKvlot26C MIME-Version: 1.0 X-Received: by 10.181.12.20 with SMTP id em20mr10141975wid.28.1441392688224; Fri, 04 Sep 2015 11:51:28 -0700 (PDT) Received: by 10.28.176.138 with HTTP; Fri, 4 Sep 2015 11:51:28 -0700 (PDT) Received: by 10.28.176.138 with HTTP; Fri, 4 Sep 2015 11:51:28 -0700 (PDT) In-Reply-To: References: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> <746ad2a131a79181598cbf54d238a016@oneledger.co.uk> Date: Fri, 4 Sep 2015 20:51:28 +0200 Message-ID: From: Gergely Polonkai To: steve@oneledger.co.uk Content-Type: multipart/alternative; boundary=f46d043bdfa229f23e051ef063cb Cc: gnome-db list Subject: Re: [gnome-db] How to build libgda and use it with Vala X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 18:51:31 -0000 --f46d043bdfa229f23e051ef063cb Content-Type: text/plain; charset=UTF-8 Hello, I just found the bug I reported (it has the solution I was talking about): https://bugzilla.gnome.org/show_bug.cgi?id=750462 Best, Gergely On 4 Sep 2015 20:21, "Gergely Polonkai" wrote: > Hello, > > There was a recent fix for that (I guess on master); I hope Vivien Malerba > will join this thread on how to use it. Meanwhile, if you cannot go with a > system-wide installation (assuming you are on a Linux box), you may want to > modify the configure.ac file and change all occurence of 0.26 to 0.30. > > Best, > Gergely > > Thanks Gergely and Daniel, > > I have Vala-0.29.2 on Linux Mint Mate which I have installed from source > using the standard > > *./configure* > > *make* > > *sudo make install* > > vala, valac, vapicheck and vapigen are all in /usr/local/bin and > libvala-0.30.so.0.0.0 is in /usr/local/lib > > When I run the command you have suggested > > ./autogen.sh --enable-vala --enable-vala-extensions > > The script halts with the following error: > > *checking for vapigen vapigen-0.26... no* > *configure: Searching for vapigen-0.26 program...* > *checking for vapigen-0.26... no* > *configure: error: Can't locate vapigen-0.26 >= 0.26.0 program* > > It does not seem to accept vapigen-0.30 as > vapigen-0.26.0 > > I created a symlink as vapigen-0.26.0 and that got me past this error but > then I got a similar error message for libvala and the symlink trick > wouldn't work for that. Is it a bug or did I do something wrong? > > Regards > > Steve > --f46d043bdfa229f23e051ef063cb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hello,

I just found the bug I reported (it has the solution I was t= alking about):

https://bugzilla.gnome.org/show_bug.cgi?id=3D750462

Best,
Gergely

On 4 Sep 2015 20:21, "Gergely Polonkai"= ; <gergely@polonkai.eu> wr= ote:

= Hello,

There was a recent fix for that (I guess on master); I hope = Vivien Malerba will join this thread on how to use it. Meanwhile, if you ca= nnot go with a system-wide installation (assuming you are on a Linux box), = you may want to modify the configure.ac file and change all occurence of 0.26 to 0.30.

Best,
Gergely

Thanks Gergely and Daniel,

I have Vala-0.29.2 on Linux Mint Mate which I have installed from source= using the standard

./configure

make

sudo make install

vala, valac, vapicheck and vapigen are all in /usr/local/bin and libvala= -0.30.so.0.0.0 is in /usr/local/lib

When I run the command you have suggested

./autogen.sh --enable-vala --enable-vala-extensions

The script halts with the following error:

checking for vapigen vapigen-0.26... no
configure: Searc= hing for vapigen-0.26 program...
checking for vapigen-0.26... n= o
configure: error: Can't locate vapigen-0.26 >=3D 0.26.= 0 program

It does not seem to accept vapigen-0.30 as > vapigen-0.26.0

I created a symlink as vapigen-0.26.0 and that got me past this error bu= t then I got a similar error message for libvala and the symlink trick woul= dn't work for that. Is it a bug or did I do something wrong?

Regards

Steve

--f46d043bdfa229f23e051ef063cb-- From esodan@gmail.com Fri Sep 4 19:26:31 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 173EC769D7 for ; Fri, 4 Sep 2015 19:26:31 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9m0vsJ5yOMdm for ; Fri, 4 Sep 2015 19:26:30 +0000 (UTC) Received: from mail-qg0-f46.google.com (mail-qg0-f46.google.com [209.85.192.46]) by restaurant.gnome.org (Postfix) with ESMTP id D2ED376490 for ; Fri, 4 Sep 2015 19:26:28 +0000 (UTC) Received: by qgt47 with SMTP id 47so24029306qgt.2 for ; Fri, 04 Sep 2015 12:26:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HzYOXd/DnfpbvkBLT8C9eJQ9NNBBAuXozjfve4WCWJk=; b=e7xWDDnl2rzQqfoJj+xsoceRAJyF/T4caKiaPOwQKrOruzdgDgPqa2D0xk6P78zIDk AIyGla9QMo1Vs8HLUhu1yeGwBxtXO3ZzwOqPvDfvbCMKIWePA7P+W7XGSb8zkF2t1+Is vADlML6WgsCoDRTAMGxcq9YOtZpPwgIdAUy1OCRrJr0TLH4kZAYC7TlHrBtBzQJO4ZWL FFVTp0hzic02CobyhDi5GV3ZVmYXMaz0T+JaeM+J4HSx0YPNwiFbO1145qgoKfKaQ4yz isljymfBGtSS32CGqZrQWfxCIqYspFgxTlGpBctEthC/ZaFaI8ZPez5T9v28Sfrx5pjA PQBw== MIME-Version: 1.0 X-Received: by 10.140.235.216 with SMTP id g207mr8180252qhc.98.1441394787273; Fri, 04 Sep 2015 12:26:27 -0700 (PDT) Received: by 10.55.37.76 with HTTP; Fri, 4 Sep 2015 12:26:27 -0700 (PDT) In-Reply-To: <09e891fd25251989f73fd5a4075d4832@oneledger.co.uk> References: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> <746ad2a131a79181598cbf54d238a016@oneledger.co.uk> <09e891fd25251989f73fd5a4075d4832@oneledger.co.uk> Date: Fri, 4 Sep 2015 14:26:27 -0500 Message-ID: From: Daniel Espinosa To: steve@oneledger.co.uk Content-Type: multipart/alternative; boundary=001a11c1482446d392051ef0e027 Cc: gnome-db-list@gnome.org Subject: Re: [gnome-db] How to build libgda and use it with Vala X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 19:26:31 -0000 --001a11c1482446d392051ef0e027 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable You should install development package, in order to get Firebird pc file locatable by pkg-config. Then you'll see Firebird found and its provider compiled against. 2015-09-04 13:22 GMT-05:00 : > Thanks again, Daniel > > The script now reaches the end successfully but I have one more question, > this is the list of 'Compiled providers' displayed in my terminal: > > *Compiled providers:* > * Berkeley DB =3D no* > * Berkeley DB SQL =3D no* > * FireBird (client)=3D no* > * FireBird (embed)=3D no* > * MDB (MS Access) =3D no* > * MySQL =3D no* > * Oracle =3D no* > * PostgreSQL =3D no* > * SQLite =3D yes (embedded)* > * SQLCipher =3D yes* > * JDBC =3D no* > * WEB =3D no* > * LDAP =3D no* > > Do I need to do something more to get Firebird active? I do have the > Firebird client libraries and dev files installed. > > Steve. > > > > > On 2015-09-04 18:02, Daniel Espinosa wrote: > > You should use > > VALA_API_VERSION=3D0.30 ./autogen.sh --enable-vala --enable-vala-extensio= ns > > in order to compile against Vala-0.30 > > 2015-09-04 11:55 GMT-05:00 : > >> Thanks Gergely and Daniel, >> >> I have Vala-0.29.2 on Linux Mint Mate which I have installed from source >> using the standard >> >> *./configure* >> >> *make* >> >> *sudo make install* >> >> vala, valac, vapicheck and vapigen are all in /usr/local/bin and >> libvala-0.30.so.0.0.0 is in /usr/local/lib >> >> When I run the command you have suggested >> >> ./autogen.sh --enable-vala --enable-vala-extensions >> >> The script halts with the following error: >> >> *checking for vapigen vapigen-0.26... no* >> *configure: Searching for vapigen-0.26 program...* >> *checking for vapigen-0.26... no* >> *configure: error: Can't locate vapigen-0.26 >=3D 0.26.0 program* >> >> It does not seem to accept vapigen-0.30 as > vapigen-0.26.0 >> >> I created a symlink as vapigen-0.26.0 and that got me past this error bu= t >> then I got a similar error message for libvala and the symlink trick >> wouldn't work for that. Is it a bug or did I do something wrong? >> >> Regards >> >> Steve >> > > > > -- > Trabajar, la mejor arma para tu superaci=C3=B3n > "de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para los > cuates: LIBRE) > > --=20 Trabajar, la mejor arma para tu superaci=C3=B3n "de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para los cuates: LIBRE) --001a11c1482446d392051ef0e027 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
You should install development package, in order to get Fi= rebird pc file locatable by pkg-config. Then you'll see Firebird found = and its provider compiled against.

=
2015-09-04 13:22 GMT-05:00 &l= t;steve@oneledge= r.co.uk>:

Thanks again, Daniel

The script now reaches the end successfully but I have one more question= , this is the list of 'Compiled providers' displayed in my terminal= :

Compiled providers:
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Berke= ley DB =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Berkeley DB SQL = =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 FireBird (client)=3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 FireBird (embed)=3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MDB (MS Access) =3D no
=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 MySQL =3D no
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 Oracle =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 PostgreSQL = =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SQLite =3D yes (embedded)=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SQLCipher =3D yes
= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 JDBC =3D no
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 WEB =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 LDAP =3D= no

Do I need to do something more to get Firebird active? I do have the Fir= ebird client libraries and dev files installed.

Steve.

=C2=A0

=C2=A0

On 2015-09-04 18:02, Daniel Espinosa wrote:

You should use

VALA_API_VERSION=3D0.30 ./autogen.sh --enable-v= ala --enable-vala-extensions

in order to compile against Vala-0.30

2015-09-04 11:55 GMT-05:00 <steve@oneledger.co.uk&g= t;:

Thanks Gergely and Daniel,

I have Vala-0.29.2 on Linux Mint Mate which I have installed from source= using the standard

./configure

make

sudo make install

vala, valac, vapicheck and vapigen are all in /usr/local/bin and libvala= -0.30.so.0.0.0 is in /usr/local/lib

When I run the command you have suggested

./autogen.sh --enable-vala --enable-vala-extensions

The script halts with the following error:

checking for vapigen vapigen-0.26... no
configure: Searc= hing for vapigen-0.26 program...
checking for vapigen-0.26... n= o
configure: error: Can't locate vapigen-0.26 >=3D 0.26.= 0 program

It does not seem to accept vapigen-0.30 as > vapigen-0.26.0

I created a symlink as vapigen-0.26.0 and that got me past this error bu= t then I got a similar error message for libvala and the symlink trick woul= dn't work for that. Is it a bug or did I do something wrong?

Regards

Steve




--
Trabajar, la mejor arma para tu superaci=C3=B3n
"de grano en g= rano, se hace la arena" (R) (en tr=C3=A1mite, pero para los cuates: LI= BRE)



--
Trabajar, la mejor arma para tu superaci=C3=B3n
"de grano e= n grano, se hace la arena" (R) (en tr=C3=A1mite, pero para los cuates:= LIBRE)
--001a11c1482446d392051ef0e027-- From esodan@gmail.com Fri Sep 4 19:27:14 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 26157769B6 for ; Fri, 4 Sep 2015 19:27:14 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.999 X-Spam-Level: X-Spam-Status: No, score=-0.999 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLACK=1.7] autolearn=no Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LYw2PIsrB_5U for ; Fri, 4 Sep 2015 19:27:11 +0000 (UTC) Received: from mail-qk0-f177.google.com (mail-qk0-f177.google.com [209.85.220.177]) by restaurant.gnome.org (Postfix) with ESMTP id 4BC8E76490 for ; Fri, 4 Sep 2015 19:27:10 +0000 (UTC) Received: by qkdv1 with SMTP id v1so12850246qkd.0 for ; Fri, 04 Sep 2015 12:27:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nScmZd1h2tvrkA8Qa2s6/gNZozKRhcgwh7BOS/vxyis=; b=AMG3I2mm+HV+O+3LEd/Ldz7S5fWqkT8WTfCKDTKu/IUemX1ym796MM/ucf5+ibwWdS Ly39cfdPwcT93A5wne8L1A+gj3f+WxrU3t0+9KK3KGWtBe5vZW164AejwUTE+RETgEMD j+L6ypXta3IyOBNv7rVPVJQTnb9o8Ki+mr6kF3sHOQzqDkCCooFCTgnTmPfXS1LThgOv 49Y8htceBqEsnanW1tXRqCEr9Oez/jjl/uU4VIuZ0uPcPBdA/NSwTBkgWllT8OM1fXvC cYR/Rwacdbql5M1uTdickGUeX7g1MG/pj01vjhYNmHz2Vqq+uq5cAZHW6sdpdXwuEQ8l +qcQ== MIME-Version: 1.0 X-Received: by 10.55.21.140 with SMTP id 12mr7514529qkv.31.1441394828786; Fri, 04 Sep 2015 12:27:08 -0700 (PDT) Received: by 10.55.37.76 with HTTP; Fri, 4 Sep 2015 12:27:08 -0700 (PDT) In-Reply-To: References: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> <746ad2a131a79181598cbf54d238a016@oneledger.co.uk> Date: Fri, 4 Sep 2015 14:27:08 -0500 Message-ID: From: Daniel Espinosa To: Gergely Polonkai Content-Type: multipart/alternative; boundary=001a11473a7cc045aa051ef0e270 Cc: gnome-db-list@gnome.org Subject: Re: [gnome-db] How to build libgda and use it with Vala X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 19:27:14 -0000 --001a11473a7cc045aa051ef0e270 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've fixed that bug. Hope to port it back to 5.2.x branch. 2015-09-04 13:51 GMT-05:00 Gergely Polonkai : > Hello, > > I just found the bug I reported (it has the solution I was talking about)= : > > https://bugzilla.gnome.org/show_bug.cgi?id=3D750462 > > Best, > Gergely > On 4 Sep 2015 20:21, "Gergely Polonkai" wrote: > >> Hello, >> >> There was a recent fix for that (I guess on master); I hope Vivien >> Malerba will join this thread on how to use it. Meanwhile, if you cannot= go >> with a system-wide installation (assuming you are on a Linux box), you m= ay >> want to modify the configure.ac file and change all occurence of 0.26 to >> 0.30. >> >> Best, >> Gergely >> >> Thanks Gergely and Daniel, >> >> I have Vala-0.29.2 on Linux Mint Mate which I have installed from source >> using the standard >> >> *./configure* >> >> *make* >> >> *sudo make install* >> >> vala, valac, vapicheck and vapigen are all in /usr/local/bin and >> libvala-0.30.so.0.0.0 is in /usr/local/lib >> >> When I run the command you have suggested >> >> ./autogen.sh --enable-vala --enable-vala-extensions >> >> The script halts with the following error: >> >> *checking for vapigen vapigen-0.26... no* >> *configure: Searching for vapigen-0.26 program...* >> *checking for vapigen-0.26... no* >> *configure: error: Can't locate vapigen-0.26 >=3D 0.26.0 program* >> >> It does not seem to accept vapigen-0.30 as > vapigen-0.26.0 >> >> I created a symlink as vapigen-0.26.0 and that got me past this error bu= t >> then I got a similar error message for libvala and the symlink trick >> wouldn't work for that. Is it a bug or did I do something wrong? >> >> Regards >> >> Steve >> > --=20 Trabajar, la mejor arma para tu superaci=C3=B3n "de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para los cuates: LIBRE) --001a11473a7cc045aa051ef0e270 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I've fixed that bug.

Hope to port it= back to 5.2.x branch.

2015-09-04 13:51 GMT-05:00 Gergely Polonkai <gergely@po= lonkai.eu>:

= Hello,

I just found the bug I reported (it has the solution I was t= alking about):

https://bugzilla.gnome.org/show_bug.cgi?id=3D750462

Best,
Gergely

On 4 Sep 2015 20:21, "Gergely Polonkai"= ; <gergely@polo= nkai.eu> wrote:

Hello,

There was a recent fix for that (I guess on master); I hope = Vivien Malerba will join this thread on how to use it. Meanwhile, if you ca= nnot go with a system-wide installation (assuming you are on a Linux box), = you may want to modify the configure.ac file and change all occurence of 0.26 to 0.30.

Best,
Gergely

Thanks Gergely and Daniel,

I have Vala-0.29.2 on Linux Mint Mate which I have installed from source= using the standard

./configure

make

sudo make install

vala, valac, vapicheck and vapigen are all in /usr/local/bin and libvala= -0.30.so.0.0.0 is in /usr/local/lib

When I run the command you have suggested

./autogen.sh --enable-vala --enable-vala-extensions

The script halts with the following error:

checking for vapigen vapigen-0.26... no
configure: Searc= hing for vapigen-0.26 program...
checking for vapigen-0.26... n= o
configure: error: Can't locate vapigen-0.26 >=3D 0.26.= 0 program

It does not seem to accept vapigen-0.30 as > vapigen-0.26.0

I created a symlink as vapigen-0.26.0 and that got me past this error bu= t then I got a similar error message for libvala and the symlink trick woul= dn't work for that. Is it a bug or did I do something wrong?

Regards

Steve




--
Trabajar, la mejor arma para tu superaci=C3=B3n
&qu= ot;de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero par= a los cuates: LIBRE)
--001a11473a7cc045aa051ef0e270-- From gergely@polonkai.eu Fri Sep 4 19:35:31 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id DEEAC769B6 for ; Fri, 4 Sep 2015 19:35:31 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.899 X-Spam-Level: X-Spam-Status: No, score=-0.899 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLACK=1.7] autolearn=no Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0y-vTVqsrbsM for ; Fri, 4 Sep 2015 19:35:30 +0000 (UTC) Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177]) by restaurant.gnome.org (Postfix) with ESMTP id 6BE4076490 for ; Fri, 4 Sep 2015 19:35:30 +0000 (UTC) Received: by wicfx3 with SMTP id fx3so32438950wic.1 for ; Fri, 04 Sep 2015 12:35:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=GhjEaHzOQgWil8WZlEfjyiz3gnWhQtrFR9MHklYEM9Q=; b=Lyqrre5NF9RijfDDL7vP6uBUaNN8XaXk826DfuFmgJU7qwxsPHkoBnEFZOR9oilPZ9 lJhHPUovginsnSr6T0Ruynthnd+GagsEwE2oKnE7Vny0llb0fAi2kYLuCibfywkLzef2 OJyn4IpoE0a6y9/5ddGZfH0YPQ0gvEe52PqjklvHDS0IGWDBMpgJW3gDqlKBhGVwbTCa VNdG3xcvlB47tIREwjZu1/rSyz422rB2sqCdvI7YGtVoJtFwX/c/+8W+0VXcVGuMQ0eR A9JyGaxQY44cIhhy2+jQ331ArsjDHRXAr5J9dxrBY+g53CZ0vfSUxuH+fFuBVyFwxk8+ mviA== X-Gm-Message-State: ALoCoQn6O4cwAb2gpSnuPG8pPKGAjwM2c6KW5RoUUFhtobQ3B0IMdOmpHFRvDDSqlVLKzmvuZ0xj MIME-Version: 1.0 X-Received: by 10.194.172.33 with SMTP id az1mr10021536wjc.57.1441395328551; Fri, 04 Sep 2015 12:35:28 -0700 (PDT) Received: by 10.28.176.138 with HTTP; Fri, 4 Sep 2015 12:35:28 -0700 (PDT) Received: by 10.28.176.138 with HTTP; Fri, 4 Sep 2015 12:35:28 -0700 (PDT) In-Reply-To: References: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> <746ad2a131a79181598cbf54d238a016@oneledger.co.uk> Date: Fri, 4 Sep 2015 21:35:28 +0200 Message-ID: From: Gergely Polonkai To: Daniel Espinosa Content-Type: multipart/alternative; boundary=089e0122f0448a2bb7051ef10099 Cc: gnome-db list Subject: Re: [gnome-db] How to build libgda and use it with Vala X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 19:35:32 -0000 --089e0122f0448a2bb7051ef10099 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yes, I just saw it; sorry, I was almost sure it was Vivien (who solved my previous bug). On 4 Sep 2015 21:27, "Daniel Espinosa" wrote: > I've fixed that bug. > > Hope to port it back to 5.2.x branch. > > 2015-09-04 13:51 GMT-05:00 Gergely Polonkai : > >> Hello, >> >> I just found the bug I reported (it has the solution I was talking about= ): >> >> https://bugzilla.gnome.org/show_bug.cgi?id=3D750462 >> >> Best, >> Gergely >> On 4 Sep 2015 20:21, "Gergely Polonkai" wrote: >> >>> Hello, >>> >>> There was a recent fix for that (I guess on master); I hope Vivien >>> Malerba will join this thread on how to use it. Meanwhile, if you canno= t go >>> with a system-wide installation (assuming you are on a Linux box), you = may >>> want to modify the configure.ac file and change all occurence of 0.26 >>> to 0.30. >>> >>> Best, >>> Gergely >>> >>> Thanks Gergely and Daniel, >>> >>> I have Vala-0.29.2 on Linux Mint Mate which I have installed from sourc= e >>> using the standard >>> >>> *./configure* >>> >>> *make* >>> >>> *sudo make install* >>> >>> vala, valac, vapicheck and vapigen are all in /usr/local/bin and >>> libvala-0.30.so.0.0.0 is in /usr/local/lib >>> >>> When I run the command you have suggested >>> >>> ./autogen.sh --enable-vala --enable-vala-extensions >>> >>> The script halts with the following error: >>> >>> *checking for vapigen vapigen-0.26... no* >>> *configure: Searching for vapigen-0.26 program...* >>> *checking for vapigen-0.26... no* >>> *configure: error: Can't locate vapigen-0.26 >=3D 0.26.0 program* >>> >>> It does not seem to accept vapigen-0.30 as > vapigen-0.26.0 >>> >>> I created a symlink as vapigen-0.26.0 and that got me past this error >>> but then I got a similar error message for libvala and the symlink tric= k >>> wouldn't work for that. Is it a bug or did I do something wrong? >>> >>> Regards >>> >>> Steve >>> >> > > > -- > Trabajar, la mejor arma para tu superaci=C3=B3n > "de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para los > cuates: LIBRE) > --089e0122f0448a2bb7051ef10099 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Yes, I just saw it; sorry, I was almost sure it was Vivien (= who solved my previous bug).

On 4 Sep 2015 21:27, "Daniel Espinosa"= <esodan@gmail.com> wrote:
= I've fixed that bug.

Hope to port it back to 5.2.x branch.=

2015-09= -04 13:51 GMT-05:00 Gergely Polonkai <gergely@polonkai.eu>= :

Hello,

I just found the bug I reported (it has the solution I was t= alking about):

https://bugzilla.gnome.org/show_bug.cgi?id=3D750462

Best,
Gergely

On 4 Sep 2015 20:21, "Gergely Polonkai"= ; <gergely@polo= nkai.eu> wrote:

Hello,

There was a recent fix for that (I guess on master); I hope = Vivien Malerba will join this thread on how to use it. Meanwhile, if you ca= nnot go with a system-wide installation (assuming you are on a Linux box), = you may want to modify the configure.ac file and change all occurence of 0.26 to 0.30.

Best,
Gergely

Thanks Gergely and Daniel,

I have Vala-0.29.2 on Linux Mint Mate which I have installed from source= using the standard

./configure

make

sudo make install

vala, valac, vapicheck and vapigen are all in /usr/local/bin and libvala= -0.30.so.0.0.0 is in /usr/local/lib

When I run the command you have suggested

./autogen.sh --enable-vala --enable-vala-extensions

The script halts with the following error:

checking for vapigen vapigen-0.26... no
configure: Searc= hing for vapigen-0.26 program...
checking for vapigen-0.26... n= o
configure: error: Can't locate vapigen-0.26 >=3D 0.26.= 0 program

It does not seem to accept vapigen-0.30 as > vapigen-0.26.0

I created a symlink as vapigen-0.26.0 and that got me past this error bu= t then I got a similar error message for libvala and the symlink trick woul= dn't work for that. Is it a bug or did I do something wrong?

Regards

Steve




--
Trabaj= ar, la mejor arma para tu superaci=C3=B3n
"de grano en grano, se ha= ce la arena" (R) (en tr=C3=A1mite, pero para los cuates: LIBRE)
--089e0122f0448a2bb7051ef10099-- From steve@oneledger.co.uk Fri Sep 4 20:59:12 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id DA44B769B6 for ; Fri, 4 Sep 2015 20:59:12 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RIHHClYqVQZZ for ; Fri, 4 Sep 2015 20:59:11 +0000 (UTC) Received: from a140.4uh.net (a140.4uh.net [89.248.60.140]) by restaurant.gnome.org (Postfix) with ESMTP id D9D6176490 for ; Fri, 4 Sep 2015 20:59:10 +0000 (UTC) Received: from localhost ([127.0.0.1]:37687 helo=a140.4uh.net) by a140.4uh.net with esmtpa (Exim 4.85) (envelope-from ) id 1ZXy4d-004MRR-Q7; Fri, 04 Sep 2015 21:59:06 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_87d583b2e80cecedd68e3d3fd0b246c9" Date: Fri, 04 Sep 2015 21:59:03 +0100 From: steve@oneledger.co.uk To: Daniel Espinosa In-Reply-To: References: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> <746ad2a131a79181598cbf54d238a016@oneledger.co.uk> <09e891fd25251989f73fd5a4075d4832@oneledger.co.uk> Message-ID: <16f0ef80049dcec6a5f9087d0983e8f1@oneledger.co.uk> X-Sender: steve@oneledger.co.uk User-Agent: Roundcube Webmail/1.0.5 X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a140.4uh.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - oneledger.co.uk X-Get-Message-Sender-Via: a140.4uh.net: authenticated_id: steve@oneledger.co.uk X-Source: X-Source-Args: X-Source-Dir: Cc: gnome-db-list@gnome.org Subject: Re: [gnome-db] How to build libgda and use it with Vala X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 20:59:12 -0000 --=_87d583b2e80cecedd68e3d3fd0b246c9 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 I have installed Firebird2.5-classic, the client library, the embedded library and the dev files following the instructions here: _https://help.ubuntu.com/community/Firebird2.5_ but the script still does not compile for Firebird. If I use the find command to look for ibase.h it is in /usr/include _sudo find / -name ibase.h_ _/usr/include/ibase.h_ so I think the dev files did install correctly. Is there something I can tweak to make the script find the Firebird dev files? On 2015-09-04 20:26, Daniel Espinosa wrote: > You should install development package, in order to get Firebird pc file locatable by pkg-config. Then you'll see Firebird found and its provider compiled against. > > 2015-09-04 13:22 GMT-05:00 : > > Thanks again, Daniel > > The script now reaches the end successfully but I have one more question, this is the list of 'Compiled providers' displayed in my terminal: > > _Compiled providers:_ > _ Berkeley DB = no_ > _ Berkeley DB SQL = no_ > _ FireBird (client)= no_ > _ FireBird (embed)= no_ > _ MDB (MS Access) = no_ > _ MySQL = no_ > _ Oracle = no_ > _ PostgreSQL = no_ > _ SQLite = yes (embedded)_ > _ SQLCipher = yes_ > _ JDBC = no_ > _ WEB = no_ > _ LDAP = no_ > > Do I need to do something more to get Firebird active? I do have the Firebird client libraries and dev files installed. > > Steve. > > On 2015-09-04 18:02, Daniel Espinosa wrote: > > You should use > > VALA_API_VERSION=0.30 ./autogen.sh --enable-vala --enable-vala-extensions > > in order to compile against Vala-0.30 > > 2015-09-04 11:55 GMT-05:00 : > > Thanks Gergely and Daniel, > > I have Vala-0.29.2 on Linux Mint Mate which I have installed from source using the standard > > _./configure_ > > _make_ > > _sudo make install_ > > vala, valac, vapicheck and vapigen are all in /usr/local/bin and libvala-0.30.so.0.0.0 is in /usr/local/lib > > When I run the command you have suggested > > ./autogen.sh --enable-vala --enable-vala-extensions > > The script halts with the following error: > > _checking for vapigen vapigen-0.26... no_ > _configure: Searching for vapigen-0.26 program..._ > _checking for vapigen-0.26... no_ > _configure: error: Can't locate vapigen-0.26 >= 0.26.0 program_ > > It does not seem to accept vapigen-0.30 as > vapigen-0.26.0 > > I created a symlink as vapigen-0.26.0 and that got me past this error but then I got a similar error message for libvala and the symlink trick wouldn't work for that. Is it a bug or did I do something wrong? > > Regards > > Steve > > -- > > 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) --=_87d583b2e80cecedd68e3d3fd0b246c9 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

I have installed Firebird2.5-classic, the client library, the embedded l= ibrary and the dev files following the instructions here:

https://help.ubuntu.com/community/Firebird2.5

but the script still does not compile for Firebird.

If I use the find command to look for ibase.h it is in /usr/include

sudo find / -name ibase.h
/usr/include/ibase.h

so I think the dev files did install correctly.

Is there something I can tweak to make the script find the Firebird dev = files?

 

 

On 2015-09-04 20:26, Daniel Espinosa wrote:

You should install development package, in order to get Fi= rebird pc file locatable by pkg-config. Then you'll see Firebird found and = its provider compiled against.

2015-09-04 13:22 GMT-05:00 <steve@oneledger.co.uk>:

Thanks again, Daniel

The script now reaches the end successfully but I have one more question= , this is the list of 'Compiled providers' displayed in my terminal:

Compiled providers:
      Ber= keley DB =3D no
      Berkeley DB SQ= L =3D no
      FireBird (client)=3D = no
      FireBird (embed)=3D no=
      MDB (MS Access) =3D no
<= em>      MySQL =3D no
  &n= bsp;   Oracle =3D no
     = PostgreSQL =3D no
      SQLite =3D = yes (embedded)
      SQLCipher =3D y= es
      JDBC =3D no
&= nbsp;     WEB =3D no
   &n= bsp;  LDAP =3D no

Do I need to do something more to get Firebird active? I do have the Fir= ebird client libraries and dev files installed.

Steve.

 

 

On 2015-09-04 18:02, Daniel Espinosa wrote:

You should use

VALA_API_VERSION=3D0.30 ./autogen.sh --enab= le-vala --enable-vala-extensions

in order to compile against Vala-0.30

2015-09-04 11:55 GMT-05:00 <steve@oneledger.co.uk>:

Thanks Gergely and Daniel,

I have Vala-0.29.2 on Linux Mint Mate which I have installed from source= using the standard

./configure

make

sudo make install

vala, valac, vapicheck and vapigen are all in /usr/local/bin and libvala= -0.30.so.0.0.0 is in /usr/local/lib

When I run the command you have suggested

./autogen.sh --enable-vala --enable-vala-extensions

The script halts with the following error:

checking for vapigen vapigen-0.26... no
configure: Sea= rching for vapigen-0.26 program...
checking for vapigen-0.26= =2E.. no
configure: error: Can't locate vapigen-0.26 >=3D = 0.26.0 program

It does not seem to accept vapigen-0.30 as > vapigen-0.26.0

I created a symlink as vapigen-0.26.0 and that got me past this error bu= t then I got a similar error message for libvala and the symlink trick woul= dn't work for that. Is it a bug or did I do something wrong?

Regards

Steve




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



--
Trabajar, la mejor arma para tu superaci&oac= ute;n
"de grano en grano, se hace la arena" (R) (en trámite, pe= ro para los cuates: LIBRE)
--=_87d583b2e80cecedd68e3d3fd0b246c9-- From esodan@gmail.com Fri Sep 4 22:06:04 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id CBC37769B6 for ; Fri, 4 Sep 2015 22:06:04 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 82p9eLux_p8I for ; Fri, 4 Sep 2015 22:06:03 +0000 (UTC) Received: from mail-qg0-f51.google.com (mail-qg0-f51.google.com [209.85.192.51]) by restaurant.gnome.org (Postfix) with ESMTP id 7077176490 for ; Fri, 4 Sep 2015 22:06:02 +0000 (UTC) Received: by qgx61 with SMTP id 61so27064757qgx.3 for ; Fri, 04 Sep 2015 15:06:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6mFhXOZcOLHjHCKMJr0netkC48CKm6epFvhM5Ia8P+4=; b=AFyUjQHStzYAzZykyM54688BJN3Gz9g5GF6wO+3jY+wdhBaWSiQHu7ISzV5x0x7rfW jrZpYKSDlZDpvN07ra3ZkFAFSQ2PtnorP4rZv7W5RdD4K4VWndx4Bhe6DgxGH3s+3I23 ZxnXGJbmMFBgkuPH7+nagJmm2RUtY674UQTLkX0E4nSL0xDKJygowDBqtnJt80jJrHBz ueqXdExnlkqYpGVFyweDqwaOrVTzuVFoYunbUC16bRlS2F/C1F9N4GCV4zC1p/DOJc3X odm8gKOgtt9wubtvqohHbwZIOn5RW9vCFU7AuCddoSZUe+eE/3ZmyPfsqF2AIJ2ndcRU L/Fw== MIME-Version: 1.0 X-Received: by 10.140.239.135 with SMTP id k129mr9438864qhc.55.1441404360989; Fri, 04 Sep 2015 15:06:00 -0700 (PDT) Received: by 10.55.37.76 with HTTP; Fri, 4 Sep 2015 15:06:00 -0700 (PDT) Received: by 10.55.37.76 with HTTP; Fri, 4 Sep 2015 15:06:00 -0700 (PDT) In-Reply-To: <16f0ef80049dcec6a5f9087d0983e8f1@oneledger.co.uk> References: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> <746ad2a131a79181598cbf54d238a016@oneledger.co.uk> <09e891fd25251989f73fd5a4075d4832@oneledger.co.uk> <16f0ef80049dcec6a5f9087d0983e8f1@oneledger.co.uk> Date: Fri, 4 Sep 2015 17:06:00 -0500 Message-ID: From: Daniel Espinosa To: steve@oneledger.co.uk Content-Type: multipart/alternative; boundary=001a113569aeea245f051ef31afc Cc: gnome-db-list@gnome.org Subject: Re: [gnome-db] How to build libgda and use it with Vala X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2015 22:06:04 -0000 --001a113569aeea245f051ef31afc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable As for m4/firebird.m4 (you should read It), --with-firebird to automatically search the libs and headers. Because you follow standard procedure I hope this will be enough El sept. 4, 2015 3:59 PM, escribi=C3=B3: > I have installed Firebird2.5-classic, the client library, the embedded > library and the dev files following the instructions here: > > *https://help.ubuntu.com/community/Firebird2.5 > * > > but the script still does not compile for Firebird. > > If I use the find command to look for ibase.h it is in /usr/include > > *sudo find / -name ibase.h* > */usr/include/ibase.h* > > so I think the dev files did install correctly. > > Is there something I can tweak to make the script find the Firebird dev > files? > > > > > On 2015-09-04 20:26, Daniel Espinosa wrote: > > You should install development package, in order to get Firebird pc file > locatable by pkg-config. Then you'll see Firebird found and its provider > compiled against. > > 2015-09-04 13:22 GMT-05:00 : > >> Thanks again, Daniel >> >> The script now reaches the end successfully but I have one more question= , >> this is the list of 'Compiled providers' displayed in my terminal: >> >> *Compiled providers:* >> * Berkeley DB =3D no* >> * Berkeley DB SQL =3D no* >> * FireBird (client)=3D no* >> * FireBird (embed)=3D no* >> * MDB (MS Access) =3D no* >> * MySQL =3D no* >> * Oracle =3D no* >> * PostgreSQL =3D no* >> * SQLite =3D yes (embedded)* >> * SQLCipher =3D yes* >> * JDBC =3D no* >> * WEB =3D no* >> * LDAP =3D no* >> >> Do I need to do something more to get Firebird active? I do have the >> Firebird client libraries and dev files installed. >> >> Steve. >> >> >> >> >> On 2015-09-04 18:02, Daniel Espinosa wrote: >> >> You should use >> >> VALA_API_VERSION=3D0.30 ./autogen.sh --enable-vala --enable-vala-extensi= ons >> >> in order to compile against Vala-0.30 >> >> 2015-09-04 11:55 GMT-05:00 : >> >>> Thanks Gergely and Daniel, >>> >>> I have Vala-0.29.2 on Linux Mint Mate which I have installed from sourc= e >>> using the standard >>> >>> *./configure* >>> >>> *make* >>> >>> *sudo make install* >>> >>> vala, valac, vapicheck and vapigen are all in /usr/local/bin and >>> libvala-0.30.so.0.0.0 is in /usr/local/lib >>> >>> When I run the command you have suggested >>> >>> ./autogen.sh --enable-vala --enable-vala-extensions >>> >>> The script halts with the following error: >>> >>> *checking for vapigen vapigen-0.26... no* >>> *configure: Searching for vapigen-0.26 program...* >>> *checking for vapigen-0.26... no* >>> *configure: error: Can't locate vapigen-0.26 >=3D 0.26.0 program* >>> >>> It does not seem to accept vapigen-0.30 as > vapigen-0.26.0 >>> >>> I created a symlink as vapigen-0.26.0 and that got me past this error >>> but then I got a similar error message for libvala and the symlink tric= k >>> wouldn't work for that. Is it a bug or did I do something wrong? >>> >>> Regards >>> >>> Steve >>> >> >> >> >> -- >> Trabajar, la mejor arma para tu superaci=C3=B3n >> "de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para lo= s >> cuates: LIBRE) >> >> > > > -- > Trabajar, la mejor arma para tu superaci=C3=B3n > "de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para los > cuates: LIBRE) > > --001a113569aeea245f051ef31afc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

As for m4/firebird.m4 (you should read It), --with-firebird = to automatically search the libs and headers.=C2=A0 Because you follow stan= dard procedure I hope this will be enough

El sept. 4, 2015 3:59 PM, <steve@oneledger.co.uk> escribi=C3=B3:

I have installed Firebird2.5-classic, the client library, the embedded l= ibrary and the dev files following the instructions here:

https://help.ubuntu.com/community/Firebird2.5

but the script still does not compile for Firebird.

If I use the find command to look for ibase.h it is in /usr/include

sudo find / -name ibase.h
/usr/include/ibase.h

so I think the dev files did install correctly.

Is there something I can tweak to make the script find the Firebird dev = files?

=C2=A0

=C2=A0

On 2015-09-04 20:26, Daniel Espinosa wrote:

You should install development package, in order to get Fi= rebird pc file locatable by pkg-config. Then you'll see Firebird found = and its provider compiled against.

2015-09-04 13:22 GMT-05:00 <steve@oneledger.co.uk&g= t;:

Thanks again, Daniel

The script now reaches the end successfully but I have one more question= , this is the list of 'Compiled providers' displayed in my terminal= :

Compiled providers:
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Berke= ley DB =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Berkeley DB SQL = =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 FireBird (client)=3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 FireBird (embed)=3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MDB (MS Access) =3D no
=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 MySQL =3D no
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 Oracle =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 PostgreSQL = =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SQLite =3D yes (embedded)=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SQLCipher =3D yes
= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 JDBC =3D no
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 WEB =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 LDAP =3D= no

Do I need to do something more to get Firebird active? I do have the Fir= ebird client libraries and dev files installed.

Steve.

=C2=A0

=C2=A0

On 2015-09-04 18:02, Daniel Espinosa wrote:

You should use

VALA_API_VERSION=3D0.30 ./autogen.sh --enable-v= ala --enable-vala-extensions

in order to compile against Vala-0.30

2015-09-04 11:55 GMT-05:00 <steve@oneledger.co.uk&g= t;:

Thanks Gergely and Daniel,

I have Vala-0.29.2 on Linux Mint Mate which I have installed from source= using the standard

./configure

make

sudo make install

vala, valac, vapicheck and vapigen are all in /usr/local/bin and libvala= -0.30.so.0.0.0 is in /usr/local/lib

When I run the command you have suggested

./autogen.sh --enable-vala --enable-vala-extensions

The script halts with the following error:

checking for vapigen vapigen-0.26... no
configure: Searc= hing for vapigen-0.26 program...
checking for vapigen-0.26... n= o
configure: error: Can't locate vapigen-0.26 >=3D 0.26.= 0 program

It does not seem to accept vapigen-0.30 as > vapigen-0.26.0

I created a symlink as vapigen-0.26.0 and that got me past this error bu= t then I got a similar error message for libvala and the symlink trick woul= dn't work for that. Is it a bug or did I do something wrong?

Regards

Steve




--
Trabajar, la mejor arma para tu superaci=C3=B3n
"de grano en g= rano, se hace la arena" (R) (en tr=C3=A1mite, pero para los cuates: LI= BRE)



--
Trabajar, la mejor arma para tu superaci=C3=B3n
"de grano en g= rano, se hace la arena" (R) (en tr=C3=A1mite, pero para los cuates: LI= BRE)
--001a113569aeea245f051ef31afc-- From steve@oneledger.co.uk Sat Sep 5 12:31:49 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id D9603768B8 for ; Sat, 5 Sep 2015 12:31:49 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e2Uw8Fb7yde5 for ; Sat, 5 Sep 2015 12:31:47 +0000 (UTC) Received: from a140.4uh.net (a140.4uh.net [89.248.60.140]) by restaurant.gnome.org (Postfix) with ESMTP id 48CB0768B5 for ; Sat, 5 Sep 2015 12:31:46 +0000 (UTC) Received: from localhost ([127.0.0.1]:58153 helo=a140.4uh.net) by a140.4uh.net with esmtpa (Exim 4.85) (envelope-from ) id 1ZYCd9-001HGO-TP; Sat, 05 Sep 2015 13:31:42 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_3f4381bf537c08fa79ae3892d47b3612" Date: Sat, 05 Sep 2015 13:31:39 +0100 From: steve@oneledger.co.uk To: Daniel Espinosa In-Reply-To: References: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> <746ad2a131a79181598cbf54d238a016@oneledger.co.uk> <09e891fd25251989f73fd5a4075d4832@oneledger.co.uk> <16f0ef80049dcec6a5f9087d0983e8f1@oneledger.co.uk> Message-ID: X-Sender: steve@oneledger.co.uk User-Agent: Roundcube Webmail/1.0.5 X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a140.4uh.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - oneledger.co.uk X-Get-Message-Sender-Via: a140.4uh.net: authenticated_id: steve@oneledger.co.uk X-Source: X-Source-Args: X-Source-Dir: Cc: gnome-db-list@gnome.org Subject: Re: [gnome-db] How to build libgda and use it with Vala X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2015 12:31:49 -0000 --=_3f4381bf537c08fa79ae3892d47b3612 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Hi Daniel, I couldn't get that macro's switches to work, I tried all sorts of combinations of --with-firebird and --with-firebird-libdir-name to get the script to see the Firebird libraries without success. The Firebird header files are in /usr/include/ and the client libraries are in /usr/lib/i386-linux-gnu/ I tried: --with-firebird --with-firebird=yes --with-firebird=yes _--with-firebird-libdir-name=/usr/lib/i386-linux-gnu/_ --with-firebird=/usr _--with-firebird-libdir-name=/usr/lib/i386-linux-gnu/_ _--with-firebird-libdir-name=/usr/lib/i386-linux-gnu/_ none of which worked. I don't know if there's a bug in the macro or if I was misunderstanding the instructions in the macro's header comments. Anyway, I noted the macro defaulted to searching /usr/include and /usr/lib so I created symlinks for the client libraries: _sudo ln -s /usr/lib/i386-linux-gnu/libfbclient.so /usr/lib/libfbclient.so_ _sudo ln -s /usr/lib/i386-linux-gnu/libfbembed.so /usr/lib/libfbembed.so_ and that seems to have done the trick: _Compiled providers:_ _ Berkeley DB = no_ _ Berkeley DB SQL = no_ _ FireBird (client)= yes_ _ FireBird (embed)= yes_ _ MDB (MS Access) = no_ _ MySQL = no_ _ Oracle = no_ _ PostgreSQL = no_ _ SQLite = yes (embedded)_ _ SQLCipher = yes_ _ JDBC = no_ _ WEB = no_ LDAP = no Thanks again for your help. Steve. On 2015-09-04 23:06, Daniel Espinosa wrote: > As for m4/firebird.m4 (you should read It), --with-firebird to automatically search the libs and headers. Because you follow standard procedure I hope this will be enough > El sept. 4, 2015 3:59 PM, escribió: > > I have installed Firebird2.5-classic, the client library, the embedded library and the dev files following the instructions here: > > _https://help.ubuntu.com/community/Firebird2.5 [1]_ > > but the script still does not compile for Firebird. > > If I use the find command to look for ibase.h it is in /usr/include > > _sudo find / -name ibase.h_ > _/usr/include/ibase.h_ > > so I think the dev files did install correctly. > > Is there something I can tweak to make the script find the Firebird dev files? > > On 2015-09-04 20:26, Daniel Espinosa wrote: > You should install development package, in order to get Firebird pc file locatable by pkg-config. Then you'll see Firebird found and its provider compiled against. > > 2015-09-04 13:22 GMT-05:00 : > > Thanks again, Daniel > > The script now reaches the end successfully but I have one more question, this is the list of 'Compiled providers' displayed in my terminal: > > _Compiled providers:_ > _ Berkeley DB = no_ > _ Berkeley DB SQL = no_ > _ FireBird (client)= no_ > _ FireBird (embed)= no_ > _ MDB (MS Access) = no_ > _ MySQL = no_ > _ Oracle = no_ > _ PostgreSQL = no_ > _ SQLite = yes (embedded)_ > _ SQLCipher = yes_ > _ JDBC = no_ > _ WEB = no_ > _ LDAP = no_ > > Do I need to do something more to get Firebird active? I do have the Firebird client libraries and dev files installed. > > Steve. > > On 2015-09-04 18:02, Daniel Espinosa wrote: > > You should use > > VALA_API_VERSION=0.30 ./autogen.sh --enable-vala --enable-vala-extensions > > in order to compile against Vala-0.30 > > 2015-09-04 11:55 GMT-05:00 : > > Thanks Gergely and Daniel, > > I have Vala-0.29.2 on Linux Mint Mate which I have installed from source using the standard > > _./configure_ > > _make_ > > _sudo make install_ > > vala, valac, vapicheck and vapigen are all in /usr/local/bin and libvala-0.30.so.0.0.0 is in /usr/local/lib > > When I run the command you have suggested > > ./autogen.sh --enable-vala --enable-vala-extensions > > The script halts with the following error: > > _checking for vapigen vapigen-0.26... no_ > _configure: Searching for vapigen-0.26 program..._ > _checking for vapigen-0.26... no_ > _configure: error: Can't locate vapigen-0.26 >= 0.26.0 program_ > > It does not seem to accept vapigen-0.30 as > vapigen-0.26.0 > > I created a symlink as vapigen-0.26.0 and that got me past this error but then I got a similar error message for libvala and the symlink trick wouldn't work for that. Is it a bug or did I do something wrong? > > Regards > > Steve > > -- > > 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) Links: ------ [1] https://help.ubuntu.com/community/Firebird2.5 --=_3f4381bf537c08fa79ae3892d47b3612 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Hi Daniel,

I couldn't get that macro's switches to work, I tried all sorts of combi= nations of --with-firebird and --with-firebird-libdir-name to get the scrip= t to see the Firebird libraries without success.

The Firebird header files are in /usr/include/ and the client libraries = are in /usr/lib/i386-linux-gnu/

I tried:

--with-firebird

--with-firebird=3Dyes

--with-firebird=3Dyes --with-firebird-libdir-name=3D/usr/lib/i386-li= nux-gnu/

--with-firebird=3D/usr --with-firebird-libdir-name=3D/usr/lib/i386-l= inux-gnu/

--with-firebird-libdir-name=3D/usr/lib/i386-linux-gnu/

none of which worked. I don't know if there's a bug in the macro or if I= was misunderstanding the instructions in the macro's header comments.

Anyway, I noted the macro defaulted to searching /usr/include and /usr/l= ib so I created symlinks for the client libraries:

sudo ln -s /usr/lib/i386-linux-gnu/libfbclient.so /usr/lib/libfbclie= nt.so
sudo ln -s /usr/lib/i386-linux-gnu/libfbembed.so /usr/l= ib/libfbembed.so

and that seems to have done the trick:

Compiled providers:
      Ber= keley DB =3D no
      Berkeley DB SQ= L =3D no
      FireBird (client)=3D = yes
      FireBird (embed)=3D yes
      MDB (MS Access) =3D no
      MySQL =3D no
  =     Oracle =3D no
    &nbs= p; PostgreSQL =3D no
      SQLite = =3D yes (embedded)
      SQLCipher = =3D yes
      JDBC =3D no
=       WEB =3D no
  &nb= sp;   LDAP =3D no

Thanks again for your help.
Steve.

 

 

On 2015-09-04 23:06, Daniel Espinosa wrote:

As for m4/firebird.m4 (you should read It), --with-firebird = to automatically search the libs and headers.  Because you follow stan= dard procedure I hope this will be enough

El sept. 4, 2015 3:59 PM, <steve@oneledger.co.uk> escribió:

I have installed Firebird2.5-classic, the client library, the embedded l= ibrary and the dev files following the instructions here:

https://he= lp.ubuntu.com/community/Firebird2.5

but the script still does not compile for Firebird.

If I use the find command to look for ibase.h it is in /usr/include

sudo find / -name ibase.h
/usr/include/ibase.h

so I think the dev files did install correctly.

Is there something I can tweak to make the script find the Firebird dev = files?

 

 

On 2015-09-04 20:26, Daniel Espinosa wrote:

You should install development package, in order to get Fi= rebird pc file locatable by pkg-config. Then you'll see Firebird found and = its provider compiled against.

2015-09-04 13:22 GMT-05:00 <steve@oneledger.co.uk>:

Thanks again, Daniel

The script now reaches the end successfully but I have one more question= , this is the list of 'Compiled providers' displayed in my terminal:

Compiled providers:
      Ber= keley DB =3D no
      Berkeley DB SQ= L =3D no
      FireBird (client)=3D = no
      FireBird (embed)=3D no=
      MDB (MS Access) =3D no
<= em>      MySQL =3D no
  &n= bsp;   Oracle =3D no
     = PostgreSQL =3D no
      SQLite =3D = yes (embedded)
      SQLCipher =3D y= es
      JDBC =3D no
&= nbsp;     WEB =3D no
   &n= bsp;  LDAP =3D no

Do I need to do something more to get Firebird active? I do have the Fir= ebird client libraries and dev files installed.

Steve.

 

 

On 2015-09-04 18:02, Daniel Espinosa wrote:

You should use

VALA_API_VERSION=3D0.30 ./autogen.sh --enab= le-vala --enable-vala-extensions

in order to compile against Vala-0.30

2015-09-04 11:55 GMT-05:00 <steve@oneledger.co.uk>:

Thanks Gergely and Daniel,

I have Vala-0.29.2 on Linux Mint Mate which I have installed from source= using the standard

./configure

make

sudo make install

vala, valac, vapicheck and vapigen are all in /usr/local/bin and libvala= -0.30.so.0.0.0 is in /usr/local/lib

When I run the command you have suggested

./autogen.sh --enable-vala --enable-vala-extensions

The script halts with the following error:

checking for vapigen vapigen-0.26... no
configure: Sea= rching for vapigen-0.26 program...
checking for vapigen-0.26= =2E.. no
configure: error: Can't locate vapigen-0.26 >=3D = 0.26.0 program

It does not seem to accept vapigen-0.30 as > vapigen-0.26.0

I created a symlink as vapigen-0.26.0 and that got me past this error bu= t then I got a similar error message for libvala and the symlink trick woul= dn't work for that. Is it a bug or did I do something wrong?

Regards

Steve




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



--
Trabajar, la mejor arma para tu superación
"de grano en gr= ano, se hace la arena" (R) (en trámite, pero para los cuates: LIBRE)=
--=_3f4381bf537c08fa79ae3892d47b3612-- From vmalerba@gmail.com Sat Sep 5 12:37:11 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 581E0768B5 for ; Sat, 5 Sep 2015 12:37:11 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ha8NOt5mmaQv for ; Sat, 5 Sep 2015 12:37:09 +0000 (UTC) Received: from mail-wi0-f176.google.com (mail-wi0-f176.google.com [209.85.212.176]) by restaurant.gnome.org (Postfix) with ESMTP id 9B366765C7 for ; Sat, 5 Sep 2015 12:37:09 +0000 (UTC) Received: by wicfx3 with SMTP id fx3so41310754wic.0 for ; Sat, 05 Sep 2015 05:37:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HvNYkBjhSG2ZGem66OLcntykC+7Gv1xeeiuV0HD5v9w=; b=Y2SHvZJoBVaefh6yMlqfcR+V7NJ0TGVVlq+5DlvsGpiRsQmIk/al1+7pygfM5KkkK0 IaXqhqg1zvd9SyttVL6EDuDKjKYw5yujZVGNYDV0BKUdmF2S8lmBPA2BCTPcbcVXfrdG xGuE9c2FSUY5mfh9MQhf7SbIMM/hXUwS8GHESMFFjoM+x2/mJ/2w2xmWRG+5f31ETuqv jtLf9qkzrlU9lY9TmYpH4lFNW6KYINAb1+kSA1+LoYmyE4F+nkS8GWgcRWGlfiSlUoqR YCMbnyojQZW6MZFxwyOoCfdtvfZSicUnsXZzG7vgqeV4XDAWq+QHnmJkr6Y++TwrvSJQ TGdw== MIME-Version: 1.0 X-Received: by 10.180.83.40 with SMTP id n8mr16746563wiy.14.1441456627382; Sat, 05 Sep 2015 05:37:07 -0700 (PDT) Received: by 10.28.159.75 with HTTP; Sat, 5 Sep 2015 05:37:07 -0700 (PDT) In-Reply-To: References: <2ba2e26bfcd7e519cc29b34676e57e0e@oneledger.co.uk> <746ad2a131a79181598cbf54d238a016@oneledger.co.uk> <09e891fd25251989f73fd5a4075d4832@oneledger.co.uk> <16f0ef80049dcec6a5f9087d0983e8f1@oneledger.co.uk> Date: Sat, 5 Sep 2015 14:37:07 +0200 Message-ID: From: Vivien Malerba To: steve@oneledger.co.uk Content-Type: multipart/alternative; boundary=f46d0442673a3c02a9051eff46e4 Cc: gnome-db list Subject: Re: [gnome-db] How to build libgda and use it with Vala X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2015 12:37:11 -0000 --f46d0442673a3c02a9051eff46e4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi! Please note that the SQLite database provider works like a charm, but the Firebird one is not on par with the SQLite one (not time and incentive to work on it). Regards, Vivien 2015-09-05 14:31 GMT+02:00 : > Hi Daniel, > > I couldn't get that macro's switches to work, I tried all sorts of > combinations of --with-firebird and --with-firebird-libdir-name to get th= e > script to see the Firebird libraries without success. > > The Firebird header files are in /usr/include/ and the client libraries > are in /usr/lib/i386-linux-gnu/ > > I tried: > > --with-firebird > > --with-firebird=3Dyes > > --with-firebird=3Dyes *--with-firebird-libdir-name=3D/usr/lib/i386-linux-= gnu/* > > --with-firebird=3D/usr > *--with-firebird-libdir-name=3D/usr/lib/i386-linux-gnu/* > > *--with-firebird-libdir-name=3D/usr/lib/i386-linux-gnu/* > > none of which worked. I don't know if there's a bug in the macro or if I > was misunderstanding the instructions in the macro's header comments. > > Anyway, I noted the macro defaulted to searching /usr/include and /usr/li= b > so I created symlinks for the client libraries: > > *sudo ln -s /usr/lib/i386-linux-gnu/libfbclient.so /usr/lib/libfbclient.s= o* > *sudo ln -s /usr/lib/i386-linux-gnu/libfbembed.so /usr/lib/libfbembed.so* > > and that seems to have done the trick: > > *Compiled providers:* > * Berkeley DB =3D no* > * Berkeley DB SQL =3D no* > * FireBird (client)=3D yes* > * FireBird (embed)=3D yes* > * MDB (MS Access) =3D no* > * MySQL =3D no* > * Oracle =3D no* > * PostgreSQL =3D no* > * SQLite =3D yes (embedded)* > * SQLCipher =3D yes* > * JDBC =3D no* > * WEB =3D no* > > > * LDAP =3D no*Thanks again for your help. > Steve. > > > > > On 2015-09-04 23:06, Daniel Espinosa wrote: > > As for m4/firebird.m4 (you should read It), --with-firebird to > automatically search the libs and headers. Because you follow standard > procedure I hope this will be enough > El sept. 4, 2015 3:59 PM, escribi=C3=B3: > >> I have installed Firebird2.5-classic, the client library, the embedded >> library and the dev files following the instructions here: >> >> *https://help.ubuntu.com/community/Firebird2.5 >> * >> >> but the script still does not compile for Firebird. >> >> If I use the find command to look for ibase.h it is in /usr/include >> >> *sudo find / -name ibase.h* >> */usr/include/ibase.h* >> >> so I think the dev files did install correctly. >> >> Is there something I can tweak to make the script find the Firebird dev >> files? >> >> >> >> >> On 2015-09-04 20:26, Daniel Espinosa wrote: >> >> You should install development package, in order to get Firebird pc file >> locatable by pkg-config. Then you'll see Firebird found and its provider >> compiled against. >> >> 2015-09-04 13:22 GMT-05:00 : >> >>> Thanks again, Daniel >>> >>> The script now reaches the end successfully but I have one more >>> question, this is the list of 'Compiled providers' displayed in my term= inal: >>> >>> *Compiled providers:* >>> * Berkeley DB =3D no* >>> * Berkeley DB SQL =3D no* >>> * FireBird (client)=3D no* >>> * FireBird (embed)=3D no* >>> * MDB (MS Access) =3D no* >>> * MySQL =3D no* >>> * Oracle =3D no* >>> * PostgreSQL =3D no* >>> * SQLite =3D yes (embedded)* >>> * SQLCipher =3D yes* >>> * JDBC =3D no* >>> * WEB =3D no* >>> * LDAP =3D no* >>> >>> Do I need to do something more to get Firebird active? I do have the >>> Firebird client libraries and dev files installed. >>> >>> Steve. >>> >>> >>> >>> >>> On 2015-09-04 18:02, Daniel Espinosa wrote: >>> >>> You should use >>> >>> VALA_API_VERSION=3D0.30 ./autogen.sh --enable-vala --enable-vala-extens= ions >>> >>> in order to compile against Vala-0.30 >>> >>> 2015-09-04 11:55 GMT-05:00 : >>> >>>> Thanks Gergely and Daniel, >>>> >>>> I have Vala-0.29.2 on Linux Mint Mate which I have installed from >>>> source using the standard >>>> >>>> *./configure* >>>> >>>> *make* >>>> >>>> *sudo make install* >>>> >>>> vala, valac, vapicheck and vapigen are all in /usr/local/bin and >>>> libvala-0.30.so.0.0.0 is in /usr/local/lib >>>> >>>> When I run the command you have suggested >>>> >>>> ./autogen.sh --enable-vala --enable-vala-extensions >>>> >>>> The script halts with the following error: >>>> >>>> *checking for vapigen vapigen-0.26... no* >>>> *configure: Searching for vapigen-0.26 program...* >>>> *checking for vapigen-0.26... no* >>>> *configure: error: Can't locate vapigen-0.26 >=3D 0.26.0 program* >>>> >>>> It does not seem to accept vapigen-0.30 as > vapigen-0.26.0 >>>> >>>> I created a symlink as vapigen-0.26.0 and that got me past this error >>>> but then I got a similar error message for libvala and the symlink tri= ck >>>> wouldn't work for that. Is it a bug or did I do something wrong? >>>> >>>> Regards >>>> >>>> Steve >>>> >>> >>> >>> >>> -- >>> Trabajar, la mejor arma para tu superaci=C3=B3n >>> "de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para l= os >>> cuates: LIBRE) >>> >>> >> >> >> -- >> Trabajar, la mejor arma para tu superaci=C3=B3n >> "de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para lo= s >> cuates: LIBRE) >> >> > _______________________________________________ > gnome-db-list mailing list > gnome-db-list@gnome.org > https://mail.gnome.org/mailman/listinfo/gnome-db-list > > --f46d0442673a3c02a9051eff46e4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi!
Please note that the SQLite database pr= ovider works like a charm, but the Firebird one is not on par with the SQLi= te one (not time and incentive to work on it).
Regards,
Vivien

2015-09-05 14:31 GMT+02:00 <steve@oneledger.co.uk>:

Hi Daniel,

I couldn't get that macro's switches to work, I tried all sorts = of combinations of --with-firebird and --with-firebird-libdir-name to get t= he script to see the Firebird libraries without success.

The Firebird header files are in /usr/include/ and the client libraries = are in /usr/lib/i386-linux-gnu/

I tried:

--with-firebird

--with-firebird=3Dyes

--with-firebird=3Dyes --with-firebird-libdir-name=3D/usr/lib/i386-li= nux-gnu/

--with-firebird=3D/usr --with-firebird-libdir-name=3D/usr/lib/i386-l= inux-gnu/

--with-firebird-libdir-name=3D/usr/lib/i386-linux-gnu/

none of which worked. I don't know if there's a bug in the macro= or if I was misunderstanding the instructions in the macro's header co= mments.

Anyway, I noted the macro defaulted to searching /usr/include and /usr/l= ib so I created symlinks for the client libraries:

sudo ln -s /usr/lib/i386-linux-gnu/libfbclient.so /usr/lib/libfbclie= nt.so
sudo ln -s /usr/lib/i386-linux-gnu/libfbembed.so /usr/lib= /libfbembed.so

and that seems to have done the trick:

Compiled providers:
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 Berkeley DB =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = Berkeley DB SQL =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Fi= reBird (client)=3D yes
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 FireBird = (embed)=3D yes
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = MDB (MS Access) =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MySQL =3D= no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Oracle =3D no
= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 PostgreSQL =3D no
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 SQLite =3D yes (embedded)
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 SQLCipher =3D yes
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 J= DBC =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 WEB =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 LDAP =3D no

Thanks agai= n for your help.
Steve.

=C2=A0

=C2=A0

On 2015-09-04 23:06, Daniel Espinosa wrote:

As for m4/firebird.m4 (you should read It), --with-firebird = to automatically search the libs and headers.=C2=A0 Because you follow stan= dard procedure I hope this will be enough

El sept. 4, 2015 3:59 PM, <steve@oneledger.co.uk> escr= ibi=C3=B3:

I have installed Firebird2.5-classic, the client library, the embedded l= ibrary and the dev files following the instructions here:

https://help.ubuntu.com/community/Firebird2.5

but the script still does not compile for Firebird.

If I use the find command to look for ibase.h it is in /usr/include

sudo find / -name ibase.h
/usr/include/ibase.h

so I think the dev files did install correctly.

Is there something I can tweak to make the script find the Firebird dev = files?

=C2=A0

=C2=A0

On 2015-09-04 20:26, Daniel Espinosa wrote:

You should install development package, in order to get Fi= rebird pc file locatable by pkg-config. Then you'll see Firebird found = and its provider compiled against.

2015-09-04 13:22 GMT-05:00 <steve@oneledger.co.uk&g= t;:

Thanks again, Daniel

The script now reaches the end successfully but I have one more question= , this is the list of 'Compiled providers' displayed in my terminal= :

Compiled providers:
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Berke= ley DB =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Berkeley DB SQL = =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 FireBird (client)=3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 FireBird (embed)=3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MDB (MS Access) =3D no
=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 MySQL =3D no
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 Oracle =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 PostgreSQL = =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SQLite =3D yes (embedded)=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SQLCipher =3D yes
= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 JDBC =3D no
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 WEB =3D no
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 LDAP =3D= no

Do I need to do something more to get Firebird active? I do have the Fir= ebird client libraries and dev files installed.

Steve.

=C2=A0

=C2=A0

On 2015-09-04 18:02, Daniel Espinosa wrote:

You should use

VALA_API_VERSION=3D0.30 ./autogen.sh --enable-v= ala --enable-vala-extensions

in order to compile against Vala-0.30

2015-09-04 11:55 GMT-05:00 <steve@oneledger.co.uk&g= t;:

Thanks Gergely and Daniel,

I have Vala-0.29.2 on Linux Mint Mate which I have installed from source= using the standard

./configure

make

sudo make install

vala, valac, vapicheck and vapigen are all in /usr/local/bin and libvala= -0.30.so.0.0.0 is in /usr/local/lib

When I run the command you have suggested

./autogen.sh --enable-vala --enable-vala-extensions

The script halts with the following error:

checking for vapigen vapigen-0.26... no
configure: Searc= hing for vapigen-0.26 program...
checking for vapigen-0.26... n= o
configure: error: Can't locate vapigen-0.26 >=3D 0.26.= 0 program

It does not seem to accept vapigen-0.30 as > vapigen-0.26.0

I created a symlink as vapigen-0.26.0 and that got me past this error bu= t then I got a similar error message for libvala and the symlink trick woul= dn't work for that. Is it a bug or did I do something wrong?

Regards

Steve




--
Trabajar, la mejor arma para tu superaci=C3=B3n
"de grano en g= rano, se hace la arena" (R) (en tr=C3=A1mite, pero para los cuates: LI= BRE)



--
Trabajar, la mejor arma para tu superaci=C3=B3n
"de grano en g= rano, se hace la arena" (R) (en tr=C3=A1mite, pero para los cuates: LI= BRE)

_______________________________________________
gnome-db-list mailing list
gnome-db-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-d= b-list


--f46d0442673a3c02a9051eff46e4-- From esodan@gmail.com Tue Sep 8 13:43:11 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id DFCD47684C for ; Tue, 8 Sep 2015 13:43:11 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pg5I4FReFbvK for ; Tue, 8 Sep 2015 13:43:10 +0000 (UTC) Received: from mail-qg0-f49.google.com (mail-qg0-f49.google.com [209.85.192.49]) by restaurant.gnome.org (Postfix) with ESMTP id A5F707634C for ; Tue, 8 Sep 2015 13:43:10 +0000 (UTC) Received: by qgez77 with SMTP id z77so82634946qge.1 for ; Tue, 08 Sep 2015 06:43:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=qIK2f2fE/3ls9z/TFc55ktCN3rVx7vI0nrsJld+Y4Is=; b=LwdtKES8z7CYreLwebP1ynIzdlsUMaO+QbpDLppS3/I+DJyNevdcF4ThsdawP/zb61 iZsUXNlTWNi7p+TzvmM/p/F/CyM1RtosVAADFjFal7/JIg0uOG23qFh33G4ny3MzQAaA V0x4YE71rJ9H7wTHa6bQxbEGpvYU6SFbL+siTepFi7PNtZkfkGLvRYzO2jNKURfv6982 xlCAJyisilQeLR5eWzC4IVkhTfVsPZ31rN1b6ZsaAkzGzjsQO5bmnvA3Ec6b5ibxMjrf 0hOiomFZ4XyT1TM3nC/OFozItjtZl16LTnWTzLfnKfcjBVV51x1Jr03VznxhjyUR2uPv nNRw== MIME-Version: 1.0 X-Received: by 10.140.42.104 with SMTP id b95mr35379919qga.78.1441719788515; Tue, 08 Sep 2015 06:43:08 -0700 (PDT) Received: by 10.55.37.76 with HTTP; Tue, 8 Sep 2015 06:43:08 -0700 (PDT) Date: Tue, 8 Sep 2015 08:43:08 -0500 Message-ID: From: Daniel Espinosa To: Vivien Malerba Content-Type: multipart/alternative; boundary=001a11c13136dc3750051f3c8b7f Cc: gnome-db-list@gnome.org Subject: [gnome-db] Better instrospection support X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 13:43:11 -0000 --001a11c13136dc3750051f3c8b7f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable As for libgda, there are some structures witch are hard to introspect, making libgda out to be fully useful on other languages supporting GObject Introspection. Using, as a guide, https://wiki.gnome.org/Projects/GObjectIntrospection/WritingBindingableAPIs and taking the opportunity to libgda 6.0, to break API in order to be more introspectable friendly, will be great to improve. I've filed bug #754725, to track down and discus required API changes. --=20 Trabajar, la mejor arma para tu superaci=C3=B3n "de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para los cuates: LIBRE) --001a11c13136dc3750051f3c8b7f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
As for libgda, there are some structures witch are ha= rd to introspect, making libgda out to be fully useful on other languages s= upporting GObject Introspection.

Using, as a guide,

https://wiki.gnome.org/Projects/GObjectIntrospection/WritingBindi= ngableAPIs

and taking the opp= ortunity to libgda 6.0, to break API in order to be more introspectable fri= endly, will be great to improve.

I've filed bug #7547= 25, to track down and discus required API changes.


--=
Trabajar, la mejor arma para tu superac= i=C3=B3n
"de grano en grano, se hace la arena" (R) (en tr=C3= =A1mite, pero para los cuates: LIBRE)
--001a11c13136dc3750051f3c8b7f-- From gergely@polonkai.eu Tue Sep 8 14:53:56 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 1012876A2A for ; Tue, 8 Sep 2015 14:53:56 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id STlcdD7niqPu for ; Tue, 8 Sep 2015 14:53:55 +0000 (UTC) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) by restaurant.gnome.org (Postfix) with ESMTP id 1AC0876A22 for ; Tue, 8 Sep 2015 14:53:54 +0000 (UTC) Received: by wiclk2 with SMTP id lk2so123647397wic.0 for ; Tue, 08 Sep 2015 07:53:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=iQs5KMkO6NMV7wwnfnJGrBe12N7GeYSDDulaHQDKIzI=; b=b8qyRRWZdkphOhZ4V1GbsUcI1pqRlCILN5KhmIQPzQ06QMPGXmB+cLD1QZhDCyLvTH /JxeXPPRBEaUrS9zWbcqT7wwqtnT58jP0j4LNWj5AbwS+aIZCpkCDXa2Ro3TN8aioK4C W4NBBYjkf/eSi/OEBZwJ0T4YGfNjFI0VfPBk6KTAfzilgPfSYYrFk066tSKRlPixLYk4 la17ow4yyLbdRUk/R1ZTpGN6kFlkBNoV8lkhG9OCZud/kVQYpu/A0fI6gvgEj0+gREQ7 3AXBWx4fNuzq3NmWGLYniir09B1IrErcxyU58t3Xvs00aAwP/sRGGm7bfu9WYRGkcti8 98hg== X-Gm-Message-State: ALoCoQksb4pcfRnEpZp64udlh2Avybv0bgBn0Z2tlpzQMfV9iX4XizEDcssOtnllKCQaKyb9DKST X-Received: by 10.180.85.194 with SMTP id j2mr45354905wiz.11.1441724032649; Tue, 08 Sep 2015 07:53:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.176.138 with HTTP; Tue, 8 Sep 2015 07:53:33 -0700 (PDT) In-Reply-To: References: From: Gergely Polonkai Date: Tue, 8 Sep 2015 16:53:33 +0200 Message-ID: To: Daniel Espinosa Content-Type: multipart/alternative; boundary=f46d0444ef31d4a28e051f3d8898 Cc: gnome-db list , Vivien Malerba Subject: Re: [gnome-db] Better instrospection support X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 14:53:56 -0000 --f46d0444ef31d4a28e051f3d8898 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable That=E2=80=99s a nice initial. I struggled a lot with a library of mine to = be introspectable; if you need help of any kind don=E2=80=99t hesitate to mail= me :) /Gergely 2015-09-08 15:43 GMT+02:00 Daniel Espinosa : > As for libgda, there are some structures witch are hard to introspect, > making libgda out to be fully useful on other languages supporting GObjec= t > Introspection. > > Using, as a guide, > > https://wiki.gnome.org/Projects/GObjectIntrospection/WritingBindingableAP= Is > > and taking the opportunity to libgda 6.0, to break API in order to be mor= e > introspectable friendly, will be great to improve. > > I've filed bug #754725, to track down and discus required API changes. > > > -- > Trabajar, la mejor arma para tu superaci=C3=B3n > "de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para los > cuates: LIBRE) > > _______________________________________________ > gnome-db-list mailing list > gnome-db-list@gnome.org > https://mail.gnome.org/mailman/listinfo/gnome-db-list > > --f46d0444ef31d4a28e051f3d8898 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
That=E2=80=99s a nice initial. I struggled a lot with a li= brary of mine to be introspectable; if you need help of any kind don=E2=80= =99t hesitate to mail me :)

/Gergely

2015-09-08 15:43 GMT+02:0= 0 Daniel Espinosa <esodan@gmail.com>:
As for libgda, there are some structures w= itch are hard to introspect, making libgda out to be fully useful on other = languages supporting GObject Introspection.

Using, as a guide,=

https://wiki.gnome.org/Projects/GObj= ectIntrospection/WritingBindingableAPIs

=
and taking the opportunity to libgda 6.0, to break API in order = to be more introspectable friendly, will be great to improve.

=
I've filed bug #754725, to track down and discus required API chan= ges.
=


--
Tra= bajar, la mejor arma para tu superaci=C3=B3n
"de grano en grano, se= hace la arena" (R) (en tr=C3=A1mite, pero para los cuates: LIBRE)

_______________________________________________
gnome-db-list mailing list
gnome-db-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-d= b-list


--f46d0444ef31d4a28e051f3d8898-- From vmalerba@gmail.com Tue Sep 8 16:55:35 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id EE0AC76A1A for ; Tue, 8 Sep 2015 16:55:35 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yFfoc26SnajN for ; Tue, 8 Sep 2015 16:55:34 +0000 (UTC) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by restaurant.gnome.org (Postfix) with ESMTP id 4DA3E76A10 for ; Tue, 8 Sep 2015 16:55:34 +0000 (UTC) Received: by wicfx3 with SMTP id fx3so122311296wic.0 for ; Tue, 08 Sep 2015 09:55:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pswa0s1f+cAnjV8bv5bwjBY4onq8U5/m/bbM1+dVY1A=; b=AqMyV8W6o16T8k8Xxe2QtR6D6jNByMXV0NF5DzXhUCy7/DInGAisCD7qBEdo5/g5QM T90652kni0YhW8iz/50jabNQpb5LEGtvbqnoOguRtE1zbQF8VBJEVyAj1mYuayNcFKfq YA+iP+T5tcTnCjfq3PiEUq32C7KXucs4mr8SfxqjZmw8U2udWEngtbL8Bp+uJ7k54SfJ 5EaaqqRbfAPAXdLDnZtreaDurUB4y+c3Bhny6Cdcd2TKgORlbIuRDf4GbSHc377jh0fi +1LTzjXQ03ajPrht1Frf8JjRlbI+xXh1RLenq1AhzJF4RZWjaYn/jZ+gvqivFYXaWlm5 e1vw== MIME-Version: 1.0 X-Received: by 10.194.179.37 with SMTP id dd5mr46607250wjc.129.1441731332526; Tue, 08 Sep 2015 09:55:32 -0700 (PDT) Received: by 10.28.159.8 with HTTP; Tue, 8 Sep 2015 09:55:32 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Sep 2015 18:55:32 +0200 Message-ID: From: Vivien Malerba To: Daniel Espinosa Content-Type: multipart/alternative; boundary=089e013d1d3cefd8a1051f3f3ba4 Cc: gnome-db list Subject: Re: [gnome-db] Better instrospection support X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 16:55:36 -0000 --089e013d1d3cefd8a1051f3f3ba4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Good idea. I'm not good at using bindings or designing them, so I can't help you much there, but anyway, feel free to propose patches. As you mentioned, now is a good time as we can break the API compatibility! Regards, Vivien 2015-09-08 15:43 GMT+02:00 Daniel Espinosa : > As for libgda, there are some structures witch are hard to introspect, > making libgda out to be fully useful on other languages supporting GObjec= t > Introspection. > > Using, as a guide, > > https://wiki.gnome.org/Projects/GObjectIntrospection/WritingBindingableAP= Is > > and taking the opportunity to libgda 6.0, to break API in order to be mor= e > introspectable friendly, will be great to improve. > > I've filed bug #754725, to track down and discus required API changes. > > > -- > Trabajar, la mejor arma para tu superaci=C3=B3n > "de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para los > cuates: LIBRE) > --089e013d1d3cefd8a1051f3f3ba4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Good idea.
I'm not good at using bindi= ngs or designing them, so I can't help you much there, but anyway, feel= free to propose patches.
As you mentioned, now is a good time as we can= break the API compatibility!
Regards,
Vivien
=

2015-= 09-08 15:43 GMT+02:00 Daniel Espinosa <esodan@gmail.com>:
=
As for libgda, there a= re some structures witch are hard to introspect, making libgda out to be fu= lly useful on other languages supporting GObject Introspection.

Using, as a guide,

https://wiki.gno= me.org/Projects/GObjectIntrospection/WritingBindingableAPIs

and taking the opportunity to libgda 6.0, to= break API in order to be more introspectable friendly, will be great to im= prove.

I've filed bug #754725, to track down and disc= us required API changes.
=

--
Trabajar, la mejor arma para tu superaci=C3=B3n
"d= e grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para lo= s cuates: LIBRE)

--089e013d1d3cefd8a1051f3f3ba4-- From gergely@polonkai.eu Tue Sep 8 17:14:05 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id C052A76A10 for ; Tue, 8 Sep 2015 17:14:05 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nwc1eOd1tsGf for ; Tue, 8 Sep 2015 17:14:04 +0000 (UTC) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by restaurant.gnome.org (Postfix) with ESMTP id 5675F7634C for ; Tue, 8 Sep 2015 17:14:04 +0000 (UTC) Received: by wicgb1 with SMTP id gb1so86492755wic.1 for ; Tue, 08 Sep 2015 10:14:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=B0TFxGruL3LixRI0MmFEicWQNoYIVLWfEJG5n+/GrOw=; b=O51Jli34furGR+lomNIXX6UWIwkl3YW5pwaioMF6tKHRsZWwUF9RxP0oRYb5pntrbZ J7RFZWdMelchgm99IwIdL8Sv4SQDVDitkI9Vbj1UiFo0I1gnFR6GIcvgGk5TmKgcDxQ7 kAscbTUJFNOIr6vbxa7KDMuHONXC+cF8CKYsv+FAkbcecEVKTre7DOaJmHaCLrSttPZt ogHPrYqZcomOOl/EYyG4fBfRV5BC1+917L4BS5Q7uU5aNVd7imY+1mMz0KN4HJB2ULJI MUkeOXHRUG5uXp8jkLqUmIBPeHGtjbXCtPZcasZyoid7evMU57j5QX8/ecqbhQUIYWCO Mz5g== X-Gm-Message-State: ALoCoQnLYVRD324yfBxnDSRpjyQJ5o3wnfOocM7brjmZTQW2DQD+YN/YAoyYmp5uzowq7wG3Oogj MIME-Version: 1.0 X-Received: by 10.181.13.228 with SMTP id fb4mr48641398wid.10.1441732442141; Tue, 08 Sep 2015 10:14:02 -0700 (PDT) Received: by 10.28.176.138 with HTTP; Tue, 8 Sep 2015 10:14:02 -0700 (PDT) Received: by 10.28.176.138 with HTTP; Tue, 8 Sep 2015 10:14:02 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Sep 2015 19:14:02 +0200 Message-ID: From: Gergely Polonkai To: Vivien Malerba Content-Type: multipart/alternative; boundary=f46d043d66d1134ca3051f3f7eae Cc: gnome-db list Subject: Re: [gnome-db] Better instrospection support X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 17:14:05 -0000 --f46d043d66d1134ca3051f3f7eae Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable One more thought, as soon s the basics are done, I can give you a hand to write test apps in Python, Perl and maybe Ruby. It may serve well as the contents of an example/ directory. /Gergely On 8 Sep 2015 18:55, "Vivien Malerba" wrote: > Good idea. > I'm not good at using bindings or designing them, so I can't help you muc= h > there, but anyway, feel free to propose patches. > As you mentioned, now is a good time as we can break the API compatibilit= y! > Regards, > Vivien > > 2015-09-08 15:43 GMT+02:00 Daniel Espinosa : > >> As for libgda, there are some structures witch are hard to introspect, >> making libgda out to be fully useful on other languages supporting GObje= ct >> Introspection. >> >> Using, as a guide, >> >> >> https://wiki.gnome.org/Projects/GObjectIntrospection/WritingBindingableA= PIs >> >> and taking the opportunity to libgda 6.0, to break API in order to be >> more introspectable friendly, will be great to improve. >> >> I've filed bug #754725, to track down and discus required API changes. >> >> >> -- >> Trabajar, la mejor arma para tu superaci=C3=B3n >> "de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para lo= s >> cuates: LIBRE) >> > > > _______________________________________________ > gnome-db-list mailing list > gnome-db-list@gnome.org > https://mail.gnome.org/mailman/listinfo/gnome-db-list > > --f46d043d66d1134ca3051f3f7eae Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

One more thought, as soon s the basics are done, I can give = you a hand to write test apps in Python, Perl and maybe Ruby. It may serve = well as the contents of an example/ directory.

/Gergely

On 8 Sep 2015 18:55, "Vivien Malerba" = <vmalerba@gmail.com> wrote:=
Good idea.
I'm not good at using bindings or designing the= m, so I can't help you much there, but anyway, feel free to propose pat= ches.
As you mentioned, now is a good time as we can break the API compa= tibility!
Regards,
Vivien

2015-09-08 15:43 GMT+02:00= Daniel Espinosa <esodan@gmail.com>:
As for libgda, there are some structures wi= tch are hard to introspect, making libgda out to be fully useful on other l= anguages supporting GObject Introspection.

Using, as a guide,<= br>
https://wiki.gnome.org/Projects/GObje= ctIntrospection/WritingBindingableAPIs

<= /div>
and taking the opportunity to libgda 6.0, to break API in order t= o be more introspectable friendly, will be great to improve.

<= div>I've filed bug #754725, to track down and discus required API chang= es.


--
Trabajar, la mejor arma para tu super= aci=C3=B3n
"de grano en grano, se hace la arena" (R) (en tr=C3= =A1mite, pero para los cuates: LIBRE)


_______________________________________________
gnome-db-list mailing list
gnome-db-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-d= b-list

--f46d043d66d1134ca3051f3f7eae-- From esodan@gmail.com Tue Sep 8 17:16:37 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id D5B1476A10 for ; Tue, 8 Sep 2015 17:16:37 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zYcG2Ias0Dk6 for ; Tue, 8 Sep 2015 17:16:36 +0000 (UTC) Received: from mail-qk0-f170.google.com (mail-qk0-f170.google.com [209.85.220.170]) by restaurant.gnome.org (Postfix) with ESMTP id D0E9E7634C for ; Tue, 8 Sep 2015 17:16:36 +0000 (UTC) Received: by qkcf65 with SMTP id f65so46953373qkc.3 for ; Tue, 08 Sep 2015 10:16:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bnv2jCroKqirImbLTXAryUukYge7VCy5zooLOW0o2g8=; b=f3Rj919gIBsJuNQqY1bc+Zfo1AT1cRG10WRunILXwAbvb9U21RtWeBhL6hwCkrmcmY Ba5sjvrxDOmR32MrLch6AimPv4u6nL0VnIJuCUFRFcWgBipAB2uHfeLl+ZZCLWgqV/ll 0TLpc7GG4jD+RgsAjGBNxSGiR4hNZygCv7wDjAqGKS6m4t3lUtx4hGjEv9hq8CHZRnIa EiTWyoIbEHO69FK24g9oUaBqzNSxX22XtvuIxvfNKiif7kPTu3WxIrASJOsvyGTblGqf 6OtZnJ8nFXwUllkHkT+mRSES1FInkSpJrfHkNezxtV/Ee73aGNCvYwv76mxsn0NY7Eg6 r0aQ== MIME-Version: 1.0 X-Received: by 10.55.26.35 with SMTP id a35mr35556343qka.99.1441732594782; Tue, 08 Sep 2015 10:16:34 -0700 (PDT) Received: by 10.55.37.76 with HTTP; Tue, 8 Sep 2015 10:16:34 -0700 (PDT) Received: by 10.55.37.76 with HTTP; Tue, 8 Sep 2015 10:16:34 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Sep 2015 12:16:34 -0500 Message-ID: From: Daniel Espinosa To: Gergely Polonkai Content-Type: multipart/alternative; boundary=001a114709002c58ea051f3f87b9 Cc: gnome-db-list@gnome.org Subject: Re: [gnome-db] Better instrospection support X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 17:16:37 -0000 --001a114709002c58ea051f3f87b9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks all, any help is appreciated. First is to identify the no introspectable API, file a bug and mark bug #754725 to depend on it. I've found GdaBinary and marked as a dependency. Any change would impact on Gda in most cases and is here where Vivien support is required to fix/port to the new API. El sept. 8, 2015 9:53 AM, "Gergely Polonkai" escribi= =C3=B3: > That=E2=80=99s a nice initial. I struggled a lot with a library of mine t= o be > introspectable; if you need help of any kind don=E2=80=99t hesitate to ma= il me :) > > /Gergely > > 2015-09-08 15:43 GMT+02:00 Daniel Espinosa : > >> As for libgda, there are some structures witch are hard to introspect, >> making libgda out to be fully useful on other languages supporting GObje= ct >> Introspection. >> >> Using, as a guide, >> >> >> https://wiki.gnome.org/Projects/GObjectIntrospection/WritingBindingableA= PIs >> >> and taking the opportunity to libgda 6.0, to break API in order to be >> more introspectable friendly, will be great to improve. >> >> I've filed bug #754725, to track down and discus required API changes. >> >> >> -- >> Trabajar, la mejor arma para tu superaci=C3=B3n >> "de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para lo= s >> cuates: LIBRE) >> >> _______________________________________________ >> gnome-db-list mailing list >> gnome-db-list@gnome.org >> https://mail.gnome.org/mailman/listinfo/gnome-db-list >> >> > --001a114709002c58ea051f3f87b9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Thanks all, any help is appreciated.

First is to identify the no introspectable API, file a bug a= nd mark bug #754725 to depend on it.

I've found GdaBinary and marked as a dependency.

Any change would impact on Gda in most cases and is here whe= re Vivien support is required to fix/port to the new API.

El sept. 8, 2015 9:53 AM, "Gergely Polonkai= " <gergely@polonkai.eu&g= t; escribi=C3=B3:
That=E2=80=99s a nice initial. I struggled a lot with a libr= ary of mine to be introspectable; if you need help of any kind don=E2=80=99= t hesitate to mail me :)

/Gergely

2015-09-08 15:43 GMT+02:00 = Daniel Espinosa <esodan@gmail.com>:
As for libgda, there are some structures wit= ch are hard to introspect, making libgda out to be fully useful on other la= nguages supporting GObject Introspection.

Using, as a guide,
https://wiki.gnome.org/Projects/GObjec= tIntrospection/WritingBindingableAPIs

and taking the opportunity to libgda 6.0, to break API in order to= be more introspectable friendly, will be great to improve.

I've filed bug #754725, to track down and discus required API change= s.


--
Trabajar, la mejor arma para tu super= aci=C3=B3n
"de grano en grano, se hace la arena" (R) (en tr=C3= =A1mite, pero para los cuates: LIBRE)

_______________________________________________
gnome-db-list mailing list
gnome-db-list@= gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-d= b-list


--001a114709002c58ea051f3f87b9-- From esodan@gmail.com Thu Sep 10 00:02:53 2015 Return-Path: X-Original-To: gnome-db-list@gnome.org Delivered-To: gnome-db-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 5A134763ED for ; Thu, 10 Sep 2015 00:02:53 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KXWwYhG1h1rc for ; Thu, 10 Sep 2015 00:02:50 +0000 (UTC) Received: from mail-qg0-f49.google.com (mail-qg0-f49.google.com [209.85.192.49]) by restaurant.gnome.org (Postfix) with ESMTP id 9C556760A9 for ; Thu, 10 Sep 2015 00:02:50 +0000 (UTC) Received: by qgev79 with SMTP id v79so22663233qge.0 for ; Wed, 09 Sep 2015 17:02:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=29XLrqnX9wswIz8cKDIeezyt8DnoyZt2VM3E5beeWR4=; b=qSpYq48bPkY4e1gx9+R3rP+oFckjlycMuz0Chr0gqErvBX9CwPLfFqM8HBnf4kAgZx AtIbTVfctvtpSV3o09Ndv3HWkmmG+1NrHj1WEm27YgnjOltF4bX5PqkxLpWZ09I2zxZ/ U8dbCeMMitDiypZz2fMF7kE1THQYkCuVEFyzI0YDk5gI/KGTCtlYqiYwgxaVj08GLjL2 15lGZlV+n+GwAGF4Nmma8Qcqer8Ee76R5g4Ug4PwPPK4Jkje0qwM2mNJtA3GYLNbrDZD /qL8AVKNWU13bdaIktJEMtwhSLcJ7gM2sH5MRpuXh6zd0PzmY51nmU1lvx5F/c0EdNxM fFEA== MIME-Version: 1.0 X-Received: by 10.140.88.148 with SMTP id t20mr49707602qgd.44.1441843368331; Wed, 09 Sep 2015 17:02:48 -0700 (PDT) Received: by 10.55.37.76 with HTTP; Wed, 9 Sep 2015 17:02:48 -0700 (PDT) In-Reply-To: References: Date: Wed, 9 Sep 2015 19:02:48 -0500 Message-ID: From: Daniel Espinosa To: gnome-db-list@gnome.org Content-Type: multipart/alternative; boundary=001a11c11ef8ca902b051f59513d Subject: [gnome-db] Fwd: [Bug 754805] GdaNumeric - Make opaque X-BeenThere: gnome-db-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: GNOME-DB discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 00:02:53 -0000 --001a11c11ef8ca902b051f59513d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable We need all unit tests pass to continue the improvements on API. Vivien, could you check the errors message. By the way, what kind of Unit Tests framework are you using for GDA, is it GLib based? ---------- Forwarded message ---------- From: libgda Date: 2015-09-09 18:59 GMT-05:00 Subject: [Bug 754805] GdaNumeric - Make opaque To: esodan@gmail.com *Comment # 1 on bu= g 754805 from Daniel Espinosa * Created attachment 311031 [details] [review] Patch to improve intropectable API for GdaNumeric This patch remove public API from GdaNumeric. Seems not problem on compilat= ion but make check fails for reasons not related to this patch, but should be patched before continue to apply this patch in order to verify it doesn't b= reak any thing. Output of make check: $ make check Making check in po make[1]: Entering directory '/home/despinosa/Proyectos/libgda/po' INTLTOOL_EXTRACT=3D"/usr/bin/intltool-extract" XGETTEXT=3D"/usr/bin/xgettex= t" srcdir=3D. /usr/bin/intltool-update --gettext-package libgda-6.0 --pot rm -f missing notexist srcdir=3D. /usr/bin/intltool-update -m if [ -r missing -o -r notexist ]; then \ exit 1; \ fi make[1]: Leaving directory '/home/despinosa/Proyectos/libgda/po' Making check in libgda make[1]: Entering directory '/home/despinosa/Proyectos/libgda/libgda' Making check in sqlite make[2]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sqlite= ' make check-recursive make[3]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sqlite= ' Making check in sqlite-src make[4]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sqlite/sqlite-src' make[4]: Nothing to be done for 'check'. make[4]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sqlite/sqlite-src' Making check in virtual make[4]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sqlite/virtual' CC gda-vconnection-data-model.lo CC gda-vconnection-hub.lo CC gda-vprovider-data-model.lo CC gda-vprovider-hub.lo CC gda-virtual-connection.lo CC gda-virtual-provider.lo CCLD libgda-virtual-6.0.la make[4]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sqlite/virtual' make[4]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sqlite= ' CC libgda_sqlite_la-gda-sqlite-blob-op.lo CC libgda_sqlite_la-gda-sqlite-ddl.lo CC libgda_sqlite_la-gda-sqlite-handler-bin.lo CC libgda_sqlite_la-gda-sqlite-handler-boolean.lo CC libgda_sqlite_la-gda-sqlite-meta.lo CC libgda_sqlite_la-gda-sqlite-provider.lo In file included from gda-sqlite-provider.c:49:0: gda-sqlite-provider.c: In function 'gda_sqlite_provider_prepare_connection'= : gda-sqlite.h:50:31: warning: the address of 'sqlite3_enable_load_extension' will always evaluate as 'true' [-Waddress] #define SQLITE3_CALL(x) (x) ^ gda-sqlite-provider.c:907:7: note: in expansion of macro 'SQLITE3_CALL' if (SQLITE3_CALL (sqlite3_enable_load_extension)) ^ CC libgda_sqlite_la-gda-sqlite-pstmt.lo CC libgda_sqlite_la-gda-sqlite-recordset.lo CC libgda_sqlite_la-gda-sqlite-util.lo CC libgda_sqlite_la-gda-symbols-util.lo CCLD libgda-sqlite.la CC libgda_sqlcipher_la-gda-sqlite-blob-op.lo CC libgda_sqlcipher_la-gda-sqlite-ddl.lo CC libgda_sqlcipher_la-gda-sqlite-handler-bin.lo CC libgda_sqlcipher_la-gda-sqlite-handler-boolean.lo CC libgda_sqlcipher_la-gda-sqlite-meta.lo CC libgda_sqlcipher_la-gda-sqlite-provider.lo gda-sqlite-provider.c: In function 'gda_sqlite_provider_open_connection': gda-sqlite-provider.c:867:32: warning: the address of 'sqlite3_key' will al= ways evaluate as 'true' [-Waddress] if (passphrase && *passphrase && SQLITE3_CALL (sqlite3_key)) { ^ In file included from gda-sqlite-provider.c:49:0: gda-sqlite-provider.c: In function 'gda_sqlite_provider_prepare_connection'= : gda-sqlite.h:39:29: warning: the address of 'sqlite3_enable_load_extension' will always evaluate as 'true' [-Waddress] #define SQLITE3_CALL(x) (x) ^ gda-sqlite-provider.c:907:7: note: in expansion of macro 'SQLITE3_CALL' if (SQLITE3_CALL (sqlite3_enable_load_extension)) ^ gda-sqlite-provider.c: In function 'gda_sqlite_provider_perform_operation': gda-sqlite-provider.c:1331:35: warning: the address of 'sqlite3_key' will always evaluate as 'true' [-Waddress] *g_value_get_string (value) && ^ CC libgda_sqlcipher_la-gda-sqlite-pstmt.lo CC libgda_sqlcipher_la-gda-sqlite-recordset.lo CC libgda_sqlcipher_la-gda-sqlite-util.lo CC libgda_sqlcipher_la-gda-symbols-util.lo CCLD libgda-sqlcipher.la make[4]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sqlite' make[3]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sqlite' make[2]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sqlite' Making check in handlers make[2]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/handle= rs' CC gda-handler-bin.lo CC gda-handler-boolean.lo CC gda-handler-numerical.lo CC gda-handler-string.lo CC gda-handler-time.lo CC gda-handler-type.lo CCLD libgda_handlers-6.0.la make[2]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/handler= s' Making check in binreloc make[2]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/binrel= oc' make[2]: Nothing to be done for 'check'. make[2]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/binrelo= c' Making check in sql-parser make[2]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sql-parser' CC gda-sql-parser-enum-types.lo CC parser.lo CC delimiter.lo CC gda-sql-parser.lo CC gda-statement-struct.lo CC gda-statement-struct-compound.lo CC gda-statement-struct-delete.lo CC gda-statement-struct-update.lo CC gda-statement-struct-insert.lo CC gda-statement-struct-parts.lo CC gda-statement-struct-pspec.lo CC gda-statement-struct-select.lo CC gda-statement-struct-trans.lo CC gda-statement-struct-unknown.lo CC gda-statement-struct-util.lo CCLD libgda_sql_parser-6.0.la make[2]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sql-par= ser' Making check in providers-support make[2]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/providers-support' CC gda-pstmt.lo CCLD libgda-psupport.la make[2]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/providers-support' Making check in thread-wrapper make[2]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/thread-wrapper' make test-raw-itsignaler test-itsignaler test-blocking-itsignaler test-wor= ker test-connect test-raw-itsignaler-no-eventfd make[3]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/thread-wrapper' make[3]: 'test-raw-itsignaler' is up to date. make[3]: 'test-itsignaler' is up to date. make[3]: 'test-blocking-itsignaler' is up to date. make[3]: 'test-worker' is up to date. make[3]: 'test-connect' is up to date. make[3]: 'test-raw-itsignaler-no-eventfd' is up to date. make[3]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/thread-wrapper' make check-TESTS make[3]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/thread-wrapper' make[4]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/thread-wrapper' PASS: test-raw-itsignaler PASS: test-itsignaler PASS: test-blocking-itsignaler PASS: test-worker PASS: test-connect PASS: test-raw-itsignaler-no-eventfd make[5]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/thread-wrapper' make[5]: Nothing to be done for 'all'. make[5]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/thread-wrapper' =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Testsuite summary for GNU Data Access 5.99.0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D # TOTAL: 6 # PASS: 6 # SKIP: 0 # XFAIL: 0 # FAIL: 0 # XPASS: 0 # ERROR: 0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D make[4]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/thread-wrapper' make[3]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/thread-wrapper' make[2]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/thread-wrapper' make[2]: Entering directory '/home/despinosa/Proyectos/libgda/libgda' CC dir-blob-op.lo CC gda-attributes-manager.lo CC gda-data-meta-wrapper.lo CC gda-data-model-dsn-list.lo CC gda-enum-types.lo CC gda-batch.lo CC gda-blob-op.lo CC gda-column.lo CC gda-config.lo CC gda-connection.lo CC gda-data-comparator.lo CC gda-data-handler.lo CC gda-data-model-array.lo CC gda-data-model.lo CC gda-data-model-dir.lo CC gda-data-model-import.lo CC gda-data-model-iter.lo CC gda-data-access-wrapper.lo CC gda-data-proxy.lo CC gda-data-select.lo CC gda-holder.lo CC gda-init.lo CC gda-meta-store.lo CC gda-meta-struct.lo CC gda-meta-struct-io.lo CC gda-quark-list.lo CC gda-repetitive-statement.lo CC gda-row.lo CC gda-set.lo CC gda-server-operation.lo gda-server-operation.c: In function 'gda_server_operation_is_valid_from_resource': gda-server-operation.c:2572:10: warning: unused variable 'list' [-Wunused-variable] GSList *list; ^ CC gda-server-provider.lo CC gda-server-provider-extra.lo CC gda-statement.lo CC gda-sql-builder.lo CC gda-tree-mgr-columns.lo CC gda-tree-mgr-schemas.lo CC gda-tree-mgr-tables.lo CC gda-tree-node.lo CC gda-tree-manager.lo CC gda-tree-mgr-label.lo CC gda-tree-mgr-select.lo CC gda-util.lo CC gda-value.lo CC gda-xa-transaction.lo CC gda-data-pivot.lo CCLD libgda-6.0.la GISCAN Gda-6.0.gir ** (process:24017): WARNING **: Missing or malformed file '/usr/local/share/libgda-6.0/information_schema.xml', check your installati= on 'Class' object has no attribute 'get_parameter' :: Warning: Gda: (Signal)status-changed: context=3DSignal('status-changed') argument status: Unresolved type: 'GdaConnectionStatus' GICOMP Gda-6.0.gir make test-cnc-open test-cnc-exec test-cnc-meta make[3]: Entering directory '/home/despinosa/Proyectos/libgda/libgda' CC test-cnc-open.o CCLD test-cnc-open CC test_cnc_exec-test-cnc-exec.o CCLD test-cnc-exec CC test_cnc_meta-test-cnc-meta.o CCLD test-cnc-meta make[3]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda' make check-TESTS make[3]: Entering directory '/home/despinosa/Proyectos/libgda/libgda' make[4]: Entering directory '/home/despinosa/Proyectos/libgda/libgda' PASS: test-cnc-open PASS: test-cnc-exec FAIL: test-cnc-meta make[5]: Entering directory '/home/despinosa/Proyectos/libgda/libgda' Making all in sqlite make[6]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sqlite= ' make all-recursive make[7]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sqlite= ' Making all in sqlite-src make[8]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sqlite/sqlite-src' make[8]: Nothing to be done for 'all'. make[8]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sqlite/sqlite-src' Making all in virtual make[8]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sqlite/virtual' make[8]: Nothing to be done for 'all'. make[8]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sqlite/virtual' make[8]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sqlite= ' make[8]: Nothing to be done for 'all-am'. make[8]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sqlite' make[7]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sqlite' make[6]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sqlite' Making all in handlers make[6]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/handle= rs' make[6]: Nothing to be done for 'all'. make[6]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/handler= s' Making all in binreloc make[6]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/binrel= oc' make[6]: Nothing to be done for 'all'. make[6]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/binrelo= c' Making all in sql-parser make[6]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sql-parser' make[6]: Nothing to be done for 'all'. make[6]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sql-par= ser' Making all in providers-support make[6]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/providers-support' make[6]: Nothing to be done for 'all'. make[6]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/providers-support' Making all in thread-wrapper make[6]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/thread-wrapper' make[6]: Nothing to be done for 'all'. make[6]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/thread-wrapper' make[6]: Entering directory '/home/despinosa/Proyectos/libgda/libgda' make[6]: Nothing to be done for 'all-am'. make[6]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda' make[5]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda' =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Testsuite summary for GNU Data Access 5.99.0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D # TOTAL: 3 # PASS: 2 # SKIP: 0 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D See libgda/test-suite.log Please report to https://bugzilla.gnome.org/enter_bug.cgi?product=3Dlibgda =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Makefile:1600: recipe for target 'test-suite.log' failed make[4]: *** [test-suite.log] Error 1 make[4]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda' Makefile:1706: recipe for target 'check-TESTS' failed make[3]: *** [check-TESTS] Error 2 make[3]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda' Makefile:1821: recipe for target 'check-am' failed make[2]: *** [check-am] Error 2 make[2]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda' Makefile:1493: recipe for target 'check-recursive' failed make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda' Makefile:736: recipe for target 'check-recursive' failed make: *** [check-recursive] Error 1 ------------------------------ You are receiving this mail because: - You are the assignee for the bug. - You reported the bug. --=20 Trabajar, la mejor arma para tu superaci=C3=B3n "de grano en grano, se hace la arena" (R) (en tr=C3=A1mite, pero para los cuates: LIBRE) --001a11c11ef8ca902b051f59513d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
We need all unit tests pass to continue the impr= ovements on API.

Vivien, could you check the errors message.
By the way, what kind of Unit Tests framework are you using for= GDA, is it GLib based?


---------- Forwarded message ----------
From: libgda <bugzilla@gnome.org>
Date: 2015-09-09 18:59 GMT-05:0= 0
Subject: [Bug 754805] GdaNumeric - Make opaque
To: esodan@gmail.com


=20 =20 =20

Comment #= 1 on bug 754805= from Daniel Espinosa 
Created attachment 311031 [details] [review]
Patch to improve intropectable API for GdaNumeric

This patch remove public API from GdaNumeric. Seems not problem on compilat=
ion
but make check fails for reasons not related to this patch, but should be
patched before continue to apply this patch in order to verify it doesn'=
;t break
any thing.

Output of make check:

$ make check
Making check in po
make[1]: Entering directory '/home/despinosa/Proyectos/libgda/po'
INTLTOOL_EXTRACT=3D"/usr/bin/intltool-extract" XGETTEXT=3D"/=
usr/bin/xgettext"
srcdir=3D. /usr/bin/intltool-update --gettext-package libgda-6.0 --pot
rm -f missing notexist
srcdir=3D. /usr/bin/intltool-update -m
if [ -r missing -o -r notexist ]; then \
  exit 1; \
fi
make[1]: Leaving directory '/home/despinosa/Proyectos/libgda/po'
Making check in libgda
make[1]: Entering directory '/home/despinosa/Proyectos/libgda/libgda=
9;
Making check in sqlite
make[2]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sq=
lite'
make  check-recursive
make[3]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sq=
lite'
Making check in sqlite-src
make[4]: Entering directory
'/home/despinosa/Proyectos/libgda/libgda/sqlite/sqlite-src'
make[4]: Nothing to be done for 'check'.
make[4]: Leaving directory
'/home/despinosa/Proyectos/libgda/libgda/sqlite/sqlite-src'
Making check in virtual
make[4]: Entering directory
'/home/despinosa/Proyectos/libgda/libgda/sqlite/virtual'
  CC       gda-vconnection-data-model.lo
  CC       gda-vconnection-hub.lo
  CC       gda-vprovider-data-model.lo
  CC       gda-vprovider-hub.lo
  CC       gda-virtual-connection.lo
  CC       gda-virtual-provider.lo
  CCLD     libgd=
a-virtual-6.0.la
make[4]: Leaving directory
'/home/despinosa/Proyectos/libgda/libgda/sqlite/virtual'
make[4]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sq=
lite'
  CC       libgda_sqlite_la-gda-sqlite-blob-op.lo
  CC       libgda_sqlite_la-gda-sqlite-ddl.lo
  CC       libgda_sqlite_la-gda-sqlite-handler-bin.lo
  CC       libgda_sqlite_la-gda-sqlite-handler-boolean.lo
  CC       libgda_sqlite_la-gda-sqlite-meta.lo
  CC       libgda_sqlite_la-gda-sqlite-provider.lo
In file included from gda-sqlite-provider.c:49:0:
gda-sqlite-provider.c: In function 'gda_sqlite_provider_prepare_connect=
ion':
gda-sqlite.h:50:31: warning: the address of 'sqlite3_enable_load_extens=
ion'
will always evaluate as 'true' [-Waddress]
       #define SQLITE3_CALL(x) (x)
                               ^
gda-sqlite-provider.c:907:7: note: in expansion of macro 'SQLITE3_CALL&=
#39;
   if (SQLITE3_CALL (sqlite3_enable_load_extension))
       ^
  CC       libgda_sqlite_la-gda-sqlite-pstmt.lo
  CC       libgda_sqlite_la-gda-sqlite-recordset.lo
  CC       libgda_sqlite_la-gda-sqlite-util.lo
  CC       libgda_sqlite_la-gda-symbols-util.lo
  CCLD     libgda-sql=
ite.la
  CC       libgda_sqlcipher_la-gda-sqlite-blob-op.lo
  CC       libgda_sqlcipher_la-gda-sqlite-ddl.lo
  CC       libgda_sqlcipher_la-gda-sqlite-handler-bin.lo
  CC       libgda_sqlcipher_la-gda-sqlite-handler-boolean.lo
  CC       libgda_sqlcipher_la-gda-sqlite-meta.lo
  CC       libgda_sqlcipher_la-gda-sqlite-provider.lo
gda-sqlite-provider.c: In function 'gda_sqlite_provider_open_connection=
':
gda-sqlite-provider.c:867:32: warning: the address of 'sqlite3_key'=
 will always
evaluate as 'true' [-Waddress]
  if (passphrase && *passphrase && SQLITE3_CALL (sqlite3_ke=
y)) {
                                ^
In file included from gda-sqlite-provider.c:49:0:
gda-sqlite-provider.c: In function 'gda_sqlite_provider_prepare_connect=
ion':
gda-sqlite.h:39:29: warning: the address of 'sqlite3_enable_load_extens=
ion'
will always evaluate as 'true' [-Waddress]
     #define SQLITE3_CALL(x) (x)
                             ^
gda-sqlite-provider.c:907:7: note: in expansion of macro 'SQLITE3_CALL&=
#39;
   if (SQLITE3_CALL (sqlite3_enable_load_extension))
       ^
gda-sqlite-provider.c: In function 'gda_sqlite_provider_perform_operati=
on':
gda-sqlite-provider.c:1331:35: warning: the address of 'sqlite3_key'=
; will
always evaluate as 'true' [-Waddress]
       *g_value_get_string (value) &&
                                   ^
  CC       libgda_sqlcipher_la-gda-sqlite-pstmt.lo
  CC       libgda_sqlcipher_la-gda-sqlite-recordset.lo
  CC       libgda_sqlcipher_la-gda-sqlite-util.lo
  CC       libgda_sqlcipher_la-gda-symbols-util.lo
  CCLD     libgda-=
sqlcipher.la
make[4]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sql=
ite'
make[3]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sql=
ite'
make[2]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sql=
ite'
Making check in handlers
make[2]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/ha=
ndlers'
  CC       gda-handler-bin.lo
  CC       gda-handler-boolean.lo
  CC       gda-handler-numerical.lo
  CC       gda-handler-string.lo
  CC       gda-handler-time.lo
  CC       gda-handler-type.lo
  CCLD     libg=
da_handlers-6.0.la
make[2]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/han=
dlers'
Making check in binreloc
make[2]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/bi=
nreloc'
make[2]: Nothing to be done for 'check'.
make[2]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/bin=
reloc'
Making check in sql-parser
make[2]: Entering directory
'/home/despinosa/Proyectos/libgda/libgda/sql-parser'
  CC       gda-sql-parser-enum-types.lo
  CC       parser.lo
  CC       delimiter.lo
  CC       gda-sql-parser.lo
  CC       gda-statement-struct.lo
  CC       gda-statement-struct-compound.lo
  CC       gda-statement-struct-delete.lo
  CC       gda-statement-struct-update.lo
  CC       gda-statement-struct-insert.lo
  CC       gda-statement-struct-parts.lo
  CC       gda-statement-struct-pspec.lo
  CC       gda-statement-struct-select.lo
  CC       gda-statement-struct-trans.lo
  CC       gda-statement-struct-unknown.lo
  CC       gda-statement-struct-util.lo
  CCLD     li=
bgda_sql_parser-6.0.la
make[2]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sql=
-parser'
Making check in providers-support
make[2]: Entering directory
'/home/despinosa/Proyectos/libgda/libgda/providers-support'
  CC       gda-pstmt.lo
  CCLD     libgda-p=
support.la
make[2]: Leaving directory
'/home/despinosa/Proyectos/libgda/libgda/providers-support'
Making check in thread-wrapper
make[2]: Entering directory
'/home/despinosa/Proyectos/libgda/libgda/thread-wrapper'
make  test-raw-itsignaler test-itsignaler test-blocking-itsignaler test-wor=
ker
test-connect test-raw-itsignaler-no-eventfd
make[3]: Entering directory
'/home/despinosa/Proyectos/libgda/libgda/thread-wrapper'
make[3]: 'test-raw-itsignaler' is up to date.
make[3]: 'test-itsignaler' is up to date.
make[3]: 'test-blocking-itsignaler' is up to date.
make[3]: 'test-worker' is up to date.
make[3]: 'test-connect' is up to date.
make[3]: 'test-raw-itsignaler-no-eventfd' is up to date.
make[3]: Leaving directory
'/home/despinosa/Proyectos/libgda/libgda/thread-wrapper'
make  check-TESTS
make[3]: Entering directory
'/home/despinosa/Proyectos/libgda/libgda/thread-wrapper'
make[4]: Entering directory
'/home/despinosa/Proyectos/libgda/libgda/thread-wrapper'
PASS: test-raw-itsignaler
PASS: test-itsignaler
PASS: test-blocking-itsignaler
PASS: test-worker
PASS: test-connect
PASS: test-raw-itsignaler-no-eventfd
make[5]: Entering directory
'/home/despinosa/Proyectos/libgda/libgda/thread-wrapper'
make[5]: Nothing to be done for 'all'.
make[5]: Leaving directory
'/home/despinosa/Proyectos/libgda/libgda/thread-wrapper'
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D
Testsuite summary for GNU Data Access 5.99.0
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D
# TOTAL: 6
# PASS:  6
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 0
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D
make[4]: Leaving directory
'/home/despinosa/Proyectos/libgda/libgda/thread-wrapper'
make[3]: Leaving directory
'/home/despinosa/Proyectos/libgda/libgda/thread-wrapper'
make[2]: Leaving directory
'/home/despinosa/Proyectos/libgda/libgda/thread-wrapper'
make[2]: Entering directory '/home/despinosa/Proyectos/libgda/libgda=
9;
  CC       dir-blob-op.lo
  CC       gda-attributes-manager.lo
  CC       gda-data-meta-wrapper.lo
  CC       gda-data-model-dsn-list.lo
  CC       gda-enum-types.lo
  CC       gda-batch.lo
  CC       gda-blob-op.lo
  CC       gda-column.lo
  CC       gda-config.lo
  CC       gda-connection.lo
  CC       gda-data-comparator.lo
  CC       gda-data-handler.lo
  CC       gda-data-model-array.lo
  CC       gda-data-model.lo
  CC       gda-data-model-dir.lo
  CC       gda-data-model-import.lo
  CC       gda-data-model-iter.lo
  CC       gda-data-access-wrapper.lo
  CC       gda-data-proxy.lo
  CC       gda-data-select.lo
  CC       gda-holder.lo
  CC       gda-init.lo
  CC       gda-meta-store.lo
  CC       gda-meta-struct.lo
  CC       gda-meta-struct-io.lo
  CC       gda-quark-list.lo
  CC       gda-repetitive-statement.lo
  CC       gda-row.lo
  CC       gda-set.lo
  CC       gda-server-operation.lo
gda-server-operation.c: In function
'gda_server_operation_is_valid_from_resource':
gda-server-operation.c:2572:10: warning: unused variable 'list'
[-Wunused-variable]
  GSList *list;
          ^
  CC       gda-server-provider.lo
  CC       gda-server-provider-extra.lo
  CC       gda-statement.lo
  CC       gda-sql-builder.lo
  CC       gda-tree-mgr-columns.lo
  CC       gda-tree-mgr-schemas.lo
  CC       gda-tree-mgr-tables.lo
  CC       gda-tree-node.lo
  CC       gda-tree-manager.lo
  CC       gda-tree-mgr-label.lo
  CC       gda-tree-mgr-select.lo
  CC       gda-util.lo
  CC       gda-value.lo
  CC       gda-xa-transaction.lo
  CC       gda-data-pivot.lo
  CCLD     libgda-6.0.la=

  GISCAN   Gda-6.0.gir

** (process:24017): WARNING **: Missing or malformed file
'/usr/local/share/libgda-6.0/information_schema.xml', check your in=
stallation
'Class' object has no attribute 'get_parameter'
<unknown>:: Warning: Gda: (Signal)status-changed:
context=3DSignal('status-changed') argument status: Unresolved type=
:
'GdaConnectionStatus'
  GICOMP   Gda-6.0.gir
make  test-cnc-open test-cnc-exec test-cnc-meta
make[3]: Entering directory '/home/despinosa/Proyectos/libgda/libgda=
9;
  CC       test-cnc-open.o
  CCLD     test-cnc-open
  CC       test_cnc_exec-test-cnc-exec.o
  CCLD     test-cnc-exec
  CC       test_cnc_meta-test-cnc-meta.o
  CCLD     test-cnc-meta
make[3]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda'=
;
make  check-TESTS
make[3]: Entering directory '/home/despinosa/Proyectos/libgda/libgda=
9;
make[4]: Entering directory '/home/despinosa/Proyectos/libgda/libgda=
9;
PASS: test-cnc-open
PASS: test-cnc-exec
FAIL: test-cnc-meta
make[5]: Entering directory '/home/despinosa/Proyectos/libgda/libgda=
9;
Making all in sqlite
make[6]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sq=
lite'
make  all-recursive
make[7]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sq=
lite'
Making all in sqlite-src
make[8]: Entering directory
'/home/despinosa/Proyectos/libgda/libgda/sqlite/sqlite-src'
make[8]: Nothing to be done for 'all'.
make[8]: Leaving directory
'/home/despinosa/Proyectos/libgda/libgda/sqlite/sqlite-src'
Making all in virtual
make[8]: Entering directory
'/home/despinosa/Proyectos/libgda/libgda/sqlite/virtual'
make[8]: Nothing to be done for 'all'.
make[8]: Leaving directory
'/home/despinosa/Proyectos/libgda/libgda/sqlite/virtual'
make[8]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/sq=
lite'
make[8]: Nothing to be done for 'all-am'.
make[8]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sql=
ite'
make[7]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sql=
ite'
make[6]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sql=
ite'
Making all in handlers
make[6]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/ha=
ndlers'
make[6]: Nothing to be done for 'all'.
make[6]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/han=
dlers'
Making all in binreloc
make[6]: Entering directory '/home/despinosa/Proyectos/libgda/libgda/bi=
nreloc'
make[6]: Nothing to be done for 'all'.
make[6]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/bin=
reloc'
Making all in sql-parser
make[6]: Entering directory
'/home/despinosa/Proyectos/libgda/libgda/sql-parser'
make[6]: Nothing to be done for 'all'.
make[6]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda/sql=
-parser'
Making all in providers-support
make[6]: Entering directory
'/home/despinosa/Proyectos/libgda/libgda/providers-support'
make[6]: Nothing to be done for 'all'.
make[6]: Leaving directory
'/home/despinosa/Proyectos/libgda/libgda/providers-support'
Making all in thread-wrapper
make[6]: Entering directory
'/home/despinosa/Proyectos/libgda/libgda/thread-wrapper'
make[6]: Nothing to be done for 'all'.
make[6]: Leaving directory
'/home/despinosa/Proyectos/libgda/libgda/thread-wrapper'
make[6]: Entering directory '/home/despinosa/Proyectos/libgda/libgda=
9;
make[6]: Nothing to be done for 'all-am'.
make[6]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda'=
;
make[5]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda'=
;
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D
Testsuite summary for GNU Data Access 5.99.0
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D
# TOTAL: 3
# PASS:  2
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D
See libgda/test-suite.log
Please report to https://bugzilla.gnome.org/enter_bug.cgi?prod=
uct=3Dlibgda
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D
Makefile:1600: recipe for target 'test-suite.log' failed
make[4]: *** [test-suite.log] Error 1
make[4]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda'=
;
Makefile:1706: recipe for target 'check-TESTS' failed
make[3]: *** [check-TESTS] Error 2
make[3]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda'=
;
Makefile:1821: recipe for target 'check-am' failed
make[2]: *** [check-am] Error 2
make[2]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda'=
;
Makefile:1493: recipe for target 'check-recursive' failed
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory '/home/despinosa/Proyectos/libgda/libgda'=
;
Makefile:736: recipe for target 'check-recursive' failed
make: *** [check-recursive] Error 1

You are receiving this mail because: =20
  • You are the assignee for the bug.
  • You reported the bug.



--
Traba= jar, la mejor arma para tu superaci=C3=B3n
"de grano en grano, se h= ace la arena" (R) (en tr=C3=A1mite, pero para los cuates: LIBRE)
--001a11c11ef8ca902b051f59513d--