Server down?
Hello! I can't reach wiki.gnucash.org or svn.gnucash.org . Regards, Norbert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Server down?
For me it's working now, though ten minutes ago wasn't. Regards Cristian Il 05/05/2013 8.57, Norbert Holze ha scritto: Hello! I can't reach wiki.gnucash.org or svn.gnucash.org . Regards, Norbert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel . ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Time for 2.5.1
Alex, There is only one header row but the titles change depending on which row you are on in the register. This is deliberate to utilises the sort model. I did not think it was necessary to have the extra number on the transaction row, just looked a bit cluttered so have left it out. If you think it is required, then raise a bug and I will add it back. What you have at the moment is my interpretation of the existing register with some subtle changes like you have mentioned but should be close to the existing unless I have made a hash of it. As you say, I think if there is some thing to discuss, get opinions on, then it would be easier on the list and then raise a bug for that item. If there is some thing plain wrong, then raise a bug would be best. Thank you for trying it, Robert. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
2.5.1 on FreeBSD 9-Stable
I thought I'd try building GnuCash 2.5.1 on FreeBSD 9-STable. I copied the port directory, changed the version to 2.5.1, and fixed the file size and SHA256 values to suit. I then started the build. It progresses for a few seconds and then exits with an error: libtool: compile: cc -DHAVE_CONFIG_H -I. -I../../.. -I../../../lib/libc -I../../../src -pthread -I/usr/local/include/glib-2.0 -I/usr/local/include -DG_LOG_DOMAIN=\"qof\" -I/usr/local/include -Wdeclaration-after-statement -Wno-pointer-sign -D_FORTIFY_SOURCE=2 -O2 -pipe -fno-strict-aliasing -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -MT gnc-date.lo -MD -MP -MF .deps/gnc-date.Tpo -c gnc-date.c -fPIC -DPIC -o .libs/gnc-date.o gnc-date.c: In function 'gnc_localtime_r': gnc-date.c:310: error: lvalue required as left operand of assignment gnc-date.c:314: error: 'daylight' undeclared (first use in this function) gnc-date.c:314: error: (Each undeclared identifier is reported only once gnc-date.c:314: error: for each function it appears in.) gnc-date.c:319: error: wrong type argument to unary minus gmake[5]: *** [gnc-date.lo] Error 1 I can't see the variables "timezone" and "daylight" declared anywhere so I'm not surprised that it doesn't compile. How does this work on Linux? Are they globals or something? If so, where are they declared? Thanks, Graham ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Server down?
Hi, There was a power-loss-induced network outage last night. Actually, there were two, a relatively short outage (1-5 minutes) around 11pm EDT, and then a longer outage from shortly after midnight to a little after 1am EDT. The outage did not affect any of my equipment but took out my upstream network provider's equipment. I've put in multiple trouble tickets with them to fix this, but of course they cannot diagnose it without a power outage so they keep on throwing it away. I plan to escalate it, but I suspect the only thing I can really do it find a better ISP. :( Alas, there isn't one. -derek On Sun, May 5, 2013 3:34 am, Cristian Marchi wrote: > For me it's working now, though ten minutes ago wasn't. > > Regards > Cristian > > Il 05/05/2013 8.57, Norbert Holze ha scritto: >> Hello! >> >> I can't reach wiki.gnucash.org or svn.gnucash.org . >> >> Regards, >> >> Norbert >> ___ >> gnucash-devel mailing list >> gnucash-devel@gnucash.org >> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >> . >> > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Server down?
On 5/5/2013 7:21 AM, Derek Atkins wrote: > Hi, > > There was a power-loss-induced network outage last night. Actually, there > were two, a relatively short outage (1-5 minutes) around 11pm EDT, and > then a longer outage from shortly after midnight to a little after 1am > EDT. The outage did not affect any of my equipment but took out my > upstream network provider's equipment. > > I've put in multiple trouble tickets with them to fix this, but of course > they cannot diagnose it without a power outage so they keep on throwing it > away. I plan to escalate it, but I suspect the only thing I can really do > it find a better ISP. :( Alas, there isn't one. > > -derek > > > On Sun, May 5, 2013 3:34 am, Cristian Marchi wrote: >> For me it's working now, though ten minutes ago wasn't. >> >> Regards >> Cristian >> >> Il 05/05/2013 8.57, Norbert Holze ha scritto: >>> Hello! >>> >>> I can't reach wiki.gnucash.org or svn.gnucash.org . >>> >>> Regards, >>> >>> Norbert >>> ___ >>> Funny, I use that same excuse that I can't find the roof leak when it is not raining. David C 0xDC7C8BF3.asc Description: application/pgp-keys ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 2.5.1 on FreeBSD 9-Stable
On May 5, 2013, at 2:45 AM, Graham Menhennitt wrote: > I thought I'd try building GnuCash 2.5.1 on FreeBSD 9-STable. I copied > the port directory, changed the version to 2.5.1, and fixed the file > size and SHA256 values to suit. I then started the build. It progresses > for a few seconds and then exits with an error: > > libtool: compile: cc -DHAVE_CONFIG_H -I. -I../../.. -I../../../lib/libc > -I../../../src -pthread -I/usr/local/include/glib-2.0 > -I/usr/local/include -DG_LOG_DOMAIN=\"qof\" -I/usr/local/include > -Wdeclaration-after-statement -Wno-pointer-sign -D_FORTIFY_SOURCE=2 -O2 > -pipe -fno-strict-aliasing -Wall -Wunused -Wmissing-prototypes > -Wmissing-declarations -Wno-unused -MT gnc-date.lo -MD -MP -MF > .deps/gnc-date.Tpo -c gnc-date.c -fPIC -DPIC -o .libs/gnc-date.o > gnc-date.c: In function 'gnc_localtime_r': > gnc-date.c:310: error: lvalue required as left operand of assignment > gnc-date.c:314: error: 'daylight' undeclared (first use in this function) > gnc-date.c:314: error: (Each undeclared identifier is reported only once > gnc-date.c:314: error: for each function it appears in.) > gnc-date.c:319: error: wrong type argument to unary minus > gmake[5]: *** [gnc-date.lo] Error 1 > > I can't see the variables "timezone" and "daylight" declared anywhere so > I'm not surprised that it doesn't compile. How does this work on Linux? > Are they globals or something? If so, where are they declared? Yes, they are globals defined in time.h on both Linux and Darwin. If they're not there on FreeBSD we'll have to define them in an ifdef, but IIRC they're part of the POSIX spec so it would be strange if they're not there. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 2.5.1 on FreeBSD 9-Stable
On May 5, 2013, at 1:37 PM, Graham Menhennitt wrote: > On 06/05/2013 01:28, John Ralls wrote: >> On May 5, 2013, at 2:45 AM, Graham Menhennitt >> wrote: >> >>> I thought I'd try building GnuCash 2.5.1 on FreeBSD 9-STable. I copied >>> the port directory, changed the version to 2.5.1, and fixed the file >>> size and SHA256 values to suit. I then started the build. It progresses >>> for a few seconds and then exits with an error: >>> >>> libtool: compile: cc -DHAVE_CONFIG_H -I. -I../../.. -I../../../lib/libc >>> -I../../../src -pthread -I/usr/local/include/glib-2.0 >>> -I/usr/local/include -DG_LOG_DOMAIN=\"qof\" -I/usr/local/include >>> -Wdeclaration-after-statement -Wno-pointer-sign -D_FORTIFY_SOURCE=2 -O2 >>> -pipe -fno-strict-aliasing -Wall -Wunused -Wmissing-prototypes >>> -Wmissing-declarations -Wno-unused -MT gnc-date.lo -MD -MP -MF >>> .deps/gnc-date.Tpo -c gnc-date.c -fPIC -DPIC -o .libs/gnc-date.o >>> gnc-date.c: In function 'gnc_localtime_r': >>> gnc-date.c:310: error: lvalue required as left operand of assignment >>> gnc-date.c:314: error: 'daylight' undeclared (first use in this function) >>> gnc-date.c:314: error: (Each undeclared identifier is reported only once >>> gnc-date.c:314: error: for each function it appears in.) >>> gnc-date.c:319: error: wrong type argument to unary minus >>> gmake[5]: *** [gnc-date.lo] Error 1 >>> >>> I can't see the variables "timezone" and "daylight" declared anywhere so >>> I'm not surprised that it doesn't compile. How does this work on Linux? >>> Are they globals or something? If so, where are they declared? >> Yes, they are globals defined in time.h on both Linux and Darwin. If they're >> not there on FreeBSD >> we'll have to define them in an ifdef, but IIRC they're part of the POSIX >> spec so it would be strange >> if they're not there. >> >> Regards, >> John Ralls > Thanks for replying, John. > > Well they don't exist here. The only mention of "daylight" in > /usr/include is in a comment. And "timezone" is the name of a function: > > #if __BSD_VISIBLE > char *timezone(int, int); /* XXX XSI conflict */ > void tzsetwall(void); > time_t timelocal(struct tm * const); > time_t timegm(struct tm * const); > #endif /* __BSD_VISIBLE */ > > This must have changed since 2.4 as that builds fine. Looking at the > same file in 2.4.11, there doesn't seem to be anything similar. Please remember to copy all replies to the list: Use "Reply All" or if your client supports it "Reply List". Yes, gnc-date is thoroughly rewritten for 2.6. The POSIX-compliant functions are designed to fail in 2038, and we've had user complaints about being unable to set up mortgages which extend beyond that date. I'll set up a FreeBSD VM and see what I can figure out for 2.5.2. Thanks for the report. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r22953 - gnucash/trunk - Quote the python path in case it has blanks in it.
Am Sonntag, 5. Mai 2013, 17:57:36 schrieb Mike Alexander:
> Author: mta
> Date: 2013-05-05 17:57:35 -0400 (Sun, 05 May 2013)
> New Revision: 22953
> Trac: http://svn.gnucash.org/trac/changeset/22953
>
> Modified:
>gnucash/trunk/configure.ac
> Log:
> Quote the python path in case it has blanks in it.
Thanks, Mike, for adding the quotes back in.
However, I don't quite understand why your original change does actually
change anything. We now have
- if [ "x${PYTHON}" = "x" ]
+ if test "x${PYTHON}" = "x"
but I thought
> [ STRING = STRING ]
is completely identical to
> test STRING = STRING
Do you know why the former gives you some errors but the latter does not?
Regards,
Christian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r22953 - gnucash/trunk - Quote the python path in case it has blanks in it.
--On May 6, 2013 12:02:59 AM +0200 Christian Stimming
wrote:
Am Sonntag, 5. Mai 2013, 17:57:36 schrieb Mike Alexander:
Author: mta
Date: 2013-05-05 17:57:35 -0400 (Sun, 05 May 2013)
New Revision: 22953
Trac: http://svn.gnucash.org/trac/changeset/22953
Modified:
gnucash/trunk/configure.ac
Log:
Quote the python path in case it has blanks in it.
Thanks, Mike, for adding the quotes back in.
However, I don't quite understand why your original change does
actually change anything. We now have
- if [ "x${PYTHON}" = "x" ]
+ if test "x${PYTHON}" = "x"
but I thought
[ STRING = STRING ]
is completely identical to
test STRING = STRING
Do you know why the former gives you some errors but the latter does
not?
This has to do with quoting syntax in config scripts. The []
characters are quoting characters for autoconf so the original form
generates
if "x${PYTHON}" = "x"
in the configure script. I'm not quite sure why this fails in the way
it did, but it's not what was intended. I think you could also fix it
by changing the line in configure.ac to
if [[ "x${PYTHON}" = "x" ]]
which generates
if [ "x${PYTHON}" = "x" ]
in configure, but the form using "test" is more common and perhaps less
confusing.
Mike
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
