On Wed, Jun 8, 2016 at 5:39 PM, John Ralls wrote:
>
> > On Jun 8, 2016, at 3:34 PM, Alex Aycinena
> wrote:
> >
> > On a new clone on master, make-check fails on its first run (before being
> > installed) but succeeds after the application has been installed in its
> On Jun 8, 2016, at 3:34 PM, Alex Aycinena wrote:
>
> On a new clone on master, make-check fails on its first run (before being
> installed) but succeeds after the application has been installed in its
> install directory. This is because the guile symbol
> 'qof_backen
On a new clone on master, make-check fails on its first run (before being
installed) but succeeds after the application has been installed in its
install directory. This is because the guile symbol
'qof_backend_register_provider' is being looked for in three instances in
the install
> On Feb 5, 2016, at 9:04 PM, Eric Siegerman wrote:
>
> Versions:
> - GnuCash 2.6.11 (and many older versions -- basically as far back as
>I can build with my current toolchain)
> - Ubuntu 12.04
> - Ubuntu's intltool 0.50.2-2 package
>
> I'm getting a "make check" failure when I try to b
Versions:
- GnuCash 2.6.11 (and many older versions -- basically as far back as
I can build with my current toolchain)
- Ubuntu 12.04
- Ubuntu's intltool 0.50.2-2 package
I'm getting a "make check" failure when I try to build GnuCash in a
separate build directory -- but only if the build
> On Jul 5, 2015, at 12:52 PM, Alex Aycinena wrote:
>
> On Fedora 21 make check fails with latest pull on master with:
>
> make[6]: Entering directory
> '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests'
> rm -f runTests.py.
On Fedora 21 make check fails with latest pull on master with:
make[6]: Entering directory
'/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests'
rm -f runTests.py.tmp
sed <
/home/gnucash-dev/gitcheckouts/gnucash-clean/src/optional/python-b
On Sun, 11 Jan 2015 19:02:22 +0100
Geert Janssens wrote:
> On Sunday 11 January 2015 09:43:48 John Ralls wrote:
> > > On Jan 11, 2015, at 9:33 AM, Mike Evans
> > > wrote:
> > >
> > > On Sun, 11 Jan 2015 09:16:19 -0800
> > >
> > > John Ralls wrote:
> > >>> On Jan 11, 2015, at 8:31 AM, Mike Eva
On Sunday 11 January 2015 09:43:48 John Ralls wrote:
> > On Jan 11, 2015, at 9:33 AM, Mike Evans
> > wrote:
> >
> > On Sun, 11 Jan 2015 09:16:19 -0800
> >
> > John Ralls wrote:
> >>> On Jan 11, 2015, at 8:31 AM, Mike Evans
> >>> wrote:
> >>>
> >>> With the following output snippet:
> >>>
> >
> On Jan 11, 2015, at 9:33 AM, Mike Evans wrote:
>
> On Sun, 11 Jan 2015 09:16:19 -0800
> John Ralls wrote:
>
>>
>>> On Jan 11, 2015, at 8:31 AM, Mike Evans wrote:
>>>
>>> With the following output snippet:
>>>
>>>
>>> make[2]: Entering directory
>>> `/home/mikee/Projects/gnucash/build/
On Sun, 11 Jan 2015 09:16:19 -0800
John Ralls wrote:
>
> > On Jan 11, 2015, at 8:31 AM, Mike Evans wrote:
> >
> > With the following output snippet:
> >
> >
> > make[2]: Entering directory
> > `/home/mikee/Projects/gnucash/build/src/import-export/test'
> > PASS: test-link
> > Backtrace:
>
> On Jan 11, 2015, at 8:31 AM, Mike Evans wrote:
>
> With the following output snippet:
>
>
> make[2]: Entering directory
> `/home/mikee/Projects/gnucash/build/src/import-export/test'
> PASS: test-link
> Backtrace:
> In ../../../src/app-utils/gnucash/app-utils.scm:
> 29: 0* (use-modules (g
With the following output snippet:
make[2]: Entering directory
`/home/mikee/Projects/gnucash/build/src/import-export/test'
PASS: test-link
Backtrace:
In ../../../src/app-utils/gnucash/app-utils.scm:
29: 0* (use-modules (gnucash gettext))
29: 1 (eval-case (# # *unspecified*) (else #))
2
On Tuesday 23 September 2014 14:23:35 Alex Aycinena wrote:
> Geert,
>
> Thanks, you are right. I should have checked that before sending the
> e-mail. It passes now.
>
> Best regards,
>
> Alex
>
Glad we got that sorted :)
Geert
___
gnucash-devel mai
new maintenance release is planned soon. Make
> > check fails on master. Haven't checked to see if this failure also
> > affects maintenance.
> >
> > Make check fails with the following log file on master (Fedora 19 &
> > 20),
> >
> > Regards,
>
Tuesday 23 September 2014 07:29:51 Alex Aycinena wrote:
> I understand that a new maintenance release is planned soon. Make
> check fails on master. Haven't checked to see if this failure also
> affects maintenance.
>
> Make check fails with the following log file on master (Fedora 19 &a
I understand that a new maintenance release is planned soon. Make check
fails on master. Haven't checked to see if this failure also affects
maintenance.
Make check fails with the following log file on master (Fedora 19 & 20),
Regar
On Sep 24, 2013, at 1:43 PM, Christian Stimming wrote:
> Am Sonntag, 22. September 2013, 14:56:52 schrieb John Ralls:
> The new test fails for me as well: Kubuntu 11.10, and config.log
> says:
>
> configure:20323: checking Looking for at least one supported DBD
> module
Am Sonntag, 22. September 2013, 14:56:52 schrieb John Ralls:
> >>> The new test fails for me as well: Kubuntu 11.10, and config.log
> >>> says:
> >>>
> >>> configure:20323: checking Looking for at least one supported DBD
> >>> module
> >>> configure:20343: gcc -o conftest -I/home/cs/usr/include
John Ralls writes:
> On Sep 23, 2013, at 7:42 AM, Derek Atkins wrote:
>
>> Christian Stimming writes:
>>
>>> The new test fails for me as well: Kubuntu 11.10, and config.log says:
>>>
>>> configure:20323: checking Looking for at least one supported DBD module
>>> configure:20343: gcc -o conft
On Sep 23, 2013, at 7:42 AM, Derek Atkins wrote:
> Christian Stimming writes:
>
>> The new test fails for me as well: Kubuntu 11.10, and config.log says:
>>
>> configure:20323: checking Looking for at least one supported DBD module
>> configure:20343: gcc -o conftest -I/home/cs/usr/include
On Sep 23, 2013, at 7:44 AM, Derek Atkins wrote:
> John Ralls writes:
>
>> On Sep 21, 2013, at 3:44 PM, John Ralls wrote:
>>> We don't. There are three ways, of which adding --with-dbd-dir to
>>> configure's arguments is the "recommended" one.
>>
>> Sorry, that's --with-dbi-dbd-dir.
>
> Per
John Ralls writes:
> On Sep 21, 2013, at 3:44 PM, John Ralls wrote:
>> We don't. There are three ways, of which adding --with-dbd-dir to
>> configure's arguments is the "recommended" one.
>
> Sorry, that's --with-dbi-dbd-dir.
Perhaps we should leverage that Except for the fact that "make
d
Christian Stimming writes:
> The new test fails for me as well: Kubuntu 11.10, and config.log says:
>
> configure:20323: checking Looking for at least one supported DBD module
> configure:20343: gcc -o conftest -I/home/cs/usr/include -ldl conftest.c -
> lpthread
> >&5
Curious: What happens
Just to add it fixes things here as well using Sabayon 13.08 Thanks!
On Sun, 2013-09-22 at 22:47 +0200, Geert Janssens wrote:
> On Saturday 21 September 2013 18:00:49 John Ralls wrote:
> > On Sep 21, 2013, at 3:44 PM, John Ralls
> wrote:
> > > That said, it occurred to me that I can just add /u
On Sep 22, 2013, at 1:16 PM, Christian Stimming wrote:
> Am Samstag, 21. September 2013, 15:44:05 schrieb John Ralls:
>> On Sep 21, 2013, at 2:36 PM, Christian Stimming
> wrote:
>>> The new test fails for me as well: Kubuntu 11.10, and config.log says:
>>>
>>> configure:20323: checking Lookin
On Saturday 21 September 2013 18:00:49 John Ralls wrote:
> On Sep 21, 2013, at 3:44 PM, John Ralls
wrote:
> > That said, it occurred to me that I can just add /usr/lib/dbd,
> > /usr/lib64/dbd, and ${libdir}/dbd to LD_LIBRARY_PATH
before running
> > the test programs. Commit coming as soon as I t
Am Samstag, 21. September 2013, 15:44:05 schrieb John Ralls:
> On Sep 21, 2013, at 2:36 PM, Christian Stimming
wrote:
> > The new test fails for me as well: Kubuntu 11.10, and config.log says:
> >
> > configure:20323: checking Looking for at least one supported DBD module
> > configure:20343: gc
On Sep 21, 2013, at 3:44 PM, John Ralls wrote:
> That said, it occurred to me that I can just add /usr/lib/dbd, /usr/lib64/dbd,
> and ${libdir}/dbd to LD_LIBRARY_PATH before running the test programs. Commit
> coming as soon as I test it.
r23190
In an attempt to fix Christian's problem as well
On Sep 21, 2013, at 3:44 PM, John Ralls wrote:
> We don't. There are three ways, of which adding --with-dbd-dir to configure's
> arguments is the "recommended" one.
Sorry, that's --with-dbi-dbd-dir.
Regards,
John Ralls
___
gnucash-devel mailing lis
On Sep 21, 2013, at 1:51 PM, Derek Atkins wrote:
> Hi,
>
> On Sat, September 21, 2013 3:43 pm, Herbert Thoma wrote:
>> Am 21.09.2013 19:22, schrieb John Ralls:
>>>
>>> On Sep 21, 2013, at 9:36 AM, Geert Janssens
>>> wrote:
>>>
Yet I do have all three libraries installed. If I remo
On Sep 21, 2013, at 2:36 PM, Christian Stimming wrote:
> The new test fails for me as well: Kubuntu 11.10, and config.log says:
>
> configure:20323: checking Looking for at least one supported DBD module
> configure:20343: gcc -o conftest -I/home/cs/usr/include -ldl conftest.c -
> lpthread
>>
The new test fails for me as well: Kubuntu 11.10, and config.log says:
configure:20323: checking Looking for at least one supported DBD module
configure:20343: gcc -o conftest -I/home/cs/usr/include -ldl conftest.c -
lpthread
>&5
/tmp/ccISRVMn.o: In function `main':
conftest.c:(.text+0xf): und
Hi,
On Sat, September 21, 2013 3:43 pm, Herbert Thoma wrote:
> Am 21.09.2013 19:22, schrieb John Ralls:
>>
>> On Sep 21, 2013, at 9:36 AM, Geert Janssens
>> wrote:
>>
>>>
>>> Yet I do have all three libraries installed. If I remove the test, I
>>> can build and run GnuCash just fine using any of
Am 21.09.2013 19:22, schrieb John Ralls:
On Sep 21, 2013, at 9:36 AM, Geert Janssens wrote:
Yet I do have all three libraries installed. If I remove the test, I can build
and run GnuCash just fine using any of the backends. For reference, the so
files are here:
$ ls /usr/lib64/dbd/
libdbdm
On Sep 21, 2013, at 9:36 AM, Geert Janssens wrote:
>
> Yet I do have all three libraries installed. If I remove the test, I can
> build and run GnuCash just fine using any of the backends. For reference, the
> so files are here:
> $ ls /usr/lib64/dbd/
> libdbdmysql.solibdbdpgsql.soli
On Saturday 21 September 2013 08:50:03 John Ralls wrote:
> On Sep 21, 2013, at 1:10 AM, Geert Janssens wrote:
> > Would it make sense to also point out the other option here: disable
> > dbi support again by dropping the --enable_dbi option ?
>
> OK.
>
> On Sep 21, 2013, at 2:45 AM, Geert Jansse
On Sep 21, 2013, at 1:10 AM, Geert Janssens wrote:
> Would it make sense to also point out the other option here: disable dbi
> support again by
> dropping the --enable_dbi option ?
OK.
On Sep 21, 2013, at 2:45 AM, Geert Janssens wrote:
> And in addition to my previous comment: this code ac
On Friday 20 September 2013 18:41:51 John Ralls wrote:
> Author: jralls
> Date: 2013-09-20 18:41:50 -0400 (Fri, 20 Sep 2013)
> New Revision: 23186
> Trac: http://svn.gnucash.org/trac/changeset/23186
>
> Modified:
>gnucash/trunk/configure.ac
> Log:
> Bug 654196 - &q
On Friday 20 September 2013 18:41:51 John Ralls wrote:
> Author: jralls
> Date: 2013-09-20 18:41:50 -0400 (Fri, 20 Sep 2013)
> New Revision: 23186
> Trac: http://svn.gnucash.org/trac/changeset/23186
>
> Modified:
>gnucash/trunk/configure.ac
> Log:
> Bug 654196 - &q
On Jun 13, 2013, at 10:16 AM, Christian Stimming wrote:
> Am Donnerstag, 13. Juni 2013, 10:05:49 schrieb John Ralls:
>> You wrote in the commit message:
>> "Sigh. It turns out the utest-Split.c relies on the "warning" log level
>> in order to check for specific code paths. This sucks. The log le
Am Donnerstag, 13. Juni 2013, 10:05:49 schrieb John Ralls:
> You wrote in the commit message:
> "Sigh. It turns out the utest-Split.c relies on the "warning" log level
> in order to check for specific code paths. This sucks. The log level
> "warning" should please be reserved for things that are ac
On Jun 13, 2013, at 3:59 AM, Christian Stimming wrote:
> Am Montag, 10. Juni 2013, 18:35:11 schrieb Alex Aycinena:
>> Hi,
>>
>> Christian - I believe you did something recently in this area and make
>> check doesn't complete; perhaps related?
>
> Unfortunately yes (due to the PWARN -> PINFO ch
Am Montag, 10. Juni 2013, 18:35:11 schrieb Alex Aycinena:
> Hi,
>
> Christian - I believe you did something recently in this area and make
> check doesn't complete; perhaps related?
Unfortunately yes (due to the PWARN -> PINFO change). Thanks for pointing this
out. I've explained it in the commi
Hi,
Christian - I believe you did something recently in this area and make
check doesn't complete; perhaps related? Message is as follows:
TEST: test-engine... (pid=14932)
/engine/Account/gnc set account separator: OK
/engine/Account/gnc account name violations errms
On Sat, Jun 8, 2013 at 1:54 PM, Geert Janssens wrote:
> **
>
> Hi Alex,
>
>
>
> you may need to remove the .scm-links file in report-system/ and run make
> again (perhaps after autogen.sh and configure).
>
>
>
> There are some new links that should be created, but this doesn't happen
> when .scm-l
Hi Alex,
you may need to remove the .scm-links file in report-system/ and run make again
(perhaps
after autogen.sh and configure).
There are some new links that should be created, but this doesn't happen when
.scm-links
is still there.
Geert
On Saturday 08 June 2013 12:48:23 Alex Aycinena w
Hi,
I updated and when I ran make check got the following failure:
make[5]: Entering directory
`/home/gnucash-dev/svncheckouts/gnucash-clean-build/src/report/report-system/test'
echo 'guile --debug -l
/home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-collectors.scm
Op 23-02-13 21:28, Alex Aycinena schreef:
Make check fails as follows:
Making check in po
make[1]: Entering directory
`/home/gnucash-dev/svncheckouts/gnucash-clean-build/po'
make[1]: *** No rule to make target
`/home/gnucash-dev/svncheckouts/gnucash-clean/src/html/gnc-html-graph-gog.c
Make check fails as follows:
Making check in po
make[1]: Entering directory
`/home/gnucash-dev/svncheckouts/gnucash-clean-build/po'
make[1]: *** No rule to make target
`/home/gnucash-dev/svncheckouts/gnucash-clean/src/html/gnc-html-graph-gog.c',
needed by `gnucash.pot'. Stop.
m
Hi, Christian! Thanks for getting back to me.
Yup, It looks like I got bit by mixed binaries. The
libgncmod-generic-import.la I was linking against was dated March 8th.
I cleaned up my unstable binary directory, rebuilt everything and make
check runs just fine now.
Thanks again.
Regards,
Bil
Am Samstag, 26. März 2011 schrieb Bill Hammond:
> I'm having trouble getting make check to pass with r20494 after a clean
> build. Here's the error...
>
> libtool: link: gcc -Werror -Wdeclaration-after-statement -g -g -Wall
> -Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -g -o
Hello!
I'm having trouble getting make check to pass with r20494 after a clean
build. Here's the error...
libtool: link: gcc -Werror -Wdeclaration-after-statement -g -g -Wall
-Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -g -o
.libs/test-link test-link.o
../../../../src/libqo
Wonderful news, Jeff. Thanks. I should have made it clear that the
zero amount issue happens with SQL, not the XML. Sorry 'bout that.
Bill
On 01/10/2011 01:54 AM, Jeff Kletsky wrote:
>
> [...]
> Hello!
>
> I am having a problem with make check on r20048 (and a few versions
> be
"...but the amounts always show zero [using SQL back end]"
If you're using SQLite3 on Ubuntu 10.10 and a 32-bit system, you
probably have a broken libdbi.
Hold on, they're making a new package for us; I'm guessing later this
week you'll be able to get it using synaptic, apt-get, or your favor
Ah. Sorry. I figured it out. How 'bout 0.8.3-ubuntu1?
On 01/09/2011 07:23 PM, Derek Atkins wrote:
> Hi,
>
> On Sun, January 9, 2011 7:17 pm, Bill Hammond wrote:
>> Hi, Derek,
>>
>> Does 0.0.5 sound right? I confess that I don't really know how to
>> extract version numbers from libraries. I k
Hi,
On Sun, January 9, 2011 7:17 pm, Bill Hammond wrote:
> Hi, Derek,
>
> Does 0.0.5 sound right? I confess that I don't really know how to
> extract version numbers from libraries. I know enough Ubuntu to be
> dangerous.
Nope, 0.0.5 does not sound right. It would be something like 0.8.2 or
0.
Hi, Derek,
Does 0.0.5 sound right? I confess that I don't really know how to
extract version numbers from libraries. I know enough Ubuntu to be
dangerous.
Bill
On 01/09/2011 06:38 PM, Derek Atkins wrote:
> Hi,
>
> On Sun, January 9, 2011 6:05 pm, Bill Hammond wrote:
>> Hello!
>>
>> I am having
Hi,
On Sun, January 9, 2011 6:05 pm, Bill Hammond wrote:
> Hello!
>
> I am having a problem with make check on r20048 (and a few versions
> before that). I am also having problems with gnucash 2.4.0 storing
> accounts as an SQL database. The transaction dates and descriptions are
> displayed in
Hello!
I am having a problem with make check on r20048 (and a few versions
before that). I am also having problems with gnucash 2.4.0 storing
accounts as an SQL database. The transaction dates and descriptions are
displayed in the register but the amounts always show zero.
Here's the error I ge
Using r18160, I compile with the following configure options:
with options "'--enable-error-on-warning' '--enable-compile-warnings'
'--prefix=/opt/gnucash-svk' '--enable-ofx' '--enable-hbci' '--enable-dbi'
'--enable-debug' '--enable-locale-specific-tax' 'CFLAGS=-g -O0'"
I get the following fr
Okay, an update...
Quoting Derek Atkins <[EMAIL PROTECTED]>:
> ERROR: In procedure dynamic-link:
> ERROR: file: "libguile-srfi-srfi-13-14-v-1", message:
> dlopen(libguile-srfi-srfi-13-14-v-1.so, 9): image not found"
1) the ".so" is just a test output here. It's really looking for the right
Hi to all you MacOS developers.
I decided to help Andreas test some code on MacOS so I pulled
down his branch, built it, and was trying to run a "make check".
But it failed! So I tried trunk. "make check" failed there, too!
So I wanted to try 2.0, and it even failed THERE, too!
So now I'm confu
Josh Sled <[EMAIL PROTECTED]> writes:
> On Wed, 2006-02-15 at 11:24 -0500, Derek Atkins wrote:
>> I was trying to test a buildsystem change and noticed that "make check"
>> is failing now. I suspect this is due to adding gconf into the
>> xml backend. Here's the backtrace from test-load-xml2.
>
On Wed, 2006-02-15 at 11:24 -0500, Derek Atkins wrote:
> I was trying to test a buildsystem change and noticed that "make check"
> is failing now. I suspect this is due to adding gconf into the
> xml backend. Here's the backtrace from test-load-xml2.
It was due to the g-types system not being i
Quoting Josh Sled <[EMAIL PROTECTED]>:
On Wed, 2006-02-15 at 11:24 -0500, Derek Atkins wrote:
I was trying to test a buildsystem change and noticed that "make check"
is failing now. I suspect this is due to adding gconf into the
xml backend. Here's the backtrace from test-load-xml2.
It was
Hi,
I was trying to test a buildsystem change and noticed that "make check"
is failing now. I suspect this is due to adding gconf into the
xml backend. Here's the backtrace from test-load-xml2.
-derek
(gdb) run
Starting program:
/home/warlord/src/gnucash/gnucash-svn/build/src/backend/file/te
67 matches
Mail list logo
