Hi,
I've just started trying to get 1.5.97 compiled on FreeBSD 4.3.
Haven't had a chance to try out earlier releases in the 1.5.x
series.
I've had a couple of hangups so far:
1) in src/engine/Query.c
#include
needs to come before
#include
not after it, since regex.h depends on ty
On Tue, 29 May 2001 22:57:41 Matthew Condell wrote:
> Hi,
>
> I've just started trying to get 1.5.97 compiled on FreeBSD 4.3.
> Haven't had a chance to try out earlier releases in the 1.5.x
> series.
>
> I've had a couple of hangups so far:
>
> 1) in src/engine/Query.c
>#include
>need
On Tue, 29 May 2001 22:57:41 Matthew Condell wrote:
> Hi,
>
> I've just started trying to get 1.5.97 compiled on FreeBSD 4.3.
> Haven't had a chance to try out earlier releases in the 1.5.x
> series.
>
> I've had a couple of hangups so far:
>
>
Fixes (or at least workarounds) for the problems
> Fixes (or at least workarounds) for the problems you have described
> have been added to latest CVS. Could you you possibly check to
> see whether it now compiles for you?
It's a bit better...
Still haveing problems with date.c:
cc -DHAVE_CONFIG_H -I. -I. -I../.. -I.. -I/usr/local/include -I
-BEGIN PGP SIGNED MESSAGE-
On Tuesday 29 May 2001 01:49, Klaus Ridder wrote:
> Just another, very little "bug" in translation:
>
> Start gnucash in german, (LANG=de_DE), say "Ausbuchen", and you have an
> account "Waisenkind" (which is a terrible name that says nothing - any
> better tran
-BEGIN PGP SIGNED MESSAGE-
Hi there,
this is not supposed to happen:
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I.. -g -O2 -Wall -Wunused -Wall
- -Wno-unused -Werror-implicit-function-declaration -g
- -I/usr/include/glib-1.2 -I/usr/lib/glib/include
- -I/opt/gnome/include/gnome-xml -I/opt/g
On 29 May 2001 10:04:44 -0700, Christian Stimming wrote:
> I think it reasonable to assume that users do their serious accounting
> work consistently in one locale. OTOH, to fix it we would probably need to
> add a flag to the accounting structure which, if set, will run the account
> name thr
On 30 May 2001 00:08:43 +1000, Robert Graham Merkel wrote:
> That's part of GNU libc. We use a function defined in it (nl_langinfo)
> to find out the format string to be passed to strftime to generate a
> date string in a locale-correct way.
This isn't just gnu libc, langinfo is defined by the
On 29 May 2001 12:57:41 +, Matthew Condell wrote:
> Hi,
>
> 3) Does anyone know of a BSD port of guppi? It's not in the ports tree,
>the source doesn't seem to compile out of the box for me and I don't
>currently have the time to make it compile. I'm just compiling gnucash
>with
> This isn't just gnu libc, langinfo is defined by the X/Open portability
> guide and is available on, e.g., Solaris as well. I'm a little surprised
> this isn't in FreeBSD. Is it possible that it is supplied by a package
> you don't currently have installed?
I just took a quick look in the Free
On 29 May 2001 20:20:22 +, Matthew Condell wrote:
> > This isn't just gnu libc, langinfo is defined by the X/Open portability
> > guide and is available on, e.g., Solaris as well. I'm a little surprised
> > this isn't in FreeBSD. Is it possible that it is supplied by a package
> > you don't c
> > I just took a quick look in the FreeBSD CVS tree and it looks like
> > langinfo was added to the tree in February, but it has not been
> > included in the -STABLE branch. There does not seem to be a package
> > that provides it, either.
>
> Ok, GnuCash CVS should have this problem fixed now.
On 29 May 2001 20:39:36 +, Matthew Condell wrote:
> > > I just took a quick look in the FreeBSD CVS tree and it looks like
> > > langinfo was added to the tree in February, but it has not been
> > > included in the -STABLE branch. There does not seem to be a package
> > > that provides it, ei
On Tue, May 29, 2001 at 03:02:34PM +1000, Robert Graham Merkel wrote:
> The second one is a bit of a brain-strainer. While displaying fine as an
> embedded widget as part of a gnucash report displayed by gtkhtml, when
> printed, guppi graphs are seriously misaligned - titles and even the top of
>
The only reference in Guppi.spec:
BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
I found another reference in /var/tmp/rmp-tmp.10572:
RPM_BUILD_ROOT="/%{tmpdir}/Guppi-0.35.5-root-root"
Then, I did a find from root:
cd /
find . -xdev -name "*root-root*" -print
/%{tmpdir}/Guppi-0.35.5-ro
Ok. So I am lost. But to fix the problem with the %{tmpdir}
you will have to put a line in the /usr/lib/rpmrc file that sets it.
Below is the top of that file from the rpm site.
#
# Default values, often overridden in /etc/rpmrc
dbp
You reported a report with "style: multi-line" in the transaction
report a little while ago. Nobody has been able to duplicate the
crash, and there wasn't much to go on in the bug report.
Is this crash still happening? Does GnuCash hang totally? Is there
a scheme backtrace?
I'd really like to
Ben,
You're right - fixing the currency printing for cheques,
for full generality, is going to be a major PITA,
and there's no way we can get it into 1.6.
However, for a quick hack to make things work just for
AU users, you can just modify the function number-to-words in
number-to-words.scm.
GnuCash 1.5.x has the ability to print checks. Unfortunately,
it writes out the amounts in words in a US-specific way - for
examples, $234.56 is written out as
"Two hundred and thirty-four Dollars 56/100"
and $234 is written as
"Two hundred and thirty-four Dollars 0/100"
on Australian chequ
19 matches
Mail list logo
