Compiling 1.5.97 for FreeBSD
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 types in sys/types.h 2) I don't seem to have langinfo.h (needed at least by src/engine/date.c anywhere on my system. Which package does that come from? 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 the --disable-guppi flag, for now. Thanks, Matt Condell ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Compiling 1.5.97 for FreeBSD
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 >needs to come before >#include >not after it, since regex.h depends on types in sys/types.h > Yes, I think you're correct on that one. > 2) I don't seem to have langinfo.h (needed at least by >src/engine/date.c anywhere on my system. >Which package does that come from? > 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. If FreeBSD's C library doesn't support this interface (or its equivalent), we could simply supply a non-localised format string. GnuCash would lose a little bit of localisation under FreeBSD, but, hey, at least it would work. > 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 the --disable-guppi flag, for now. > I don't know, I'm afraid. Hopefully somebody will get it to work, as guppi's graphs are a major feature of gnucash 1.6. I'll patch 1) straight away, and a workaround for 2) shouldn't take long either (mainly just getting the autoconf stuff right). However, if you can provide us with information about FreeBSD's interface to locale information, I can put a proper fix, which would be better. Thanks for your interest. -- Robert Merkel [EMAIL PROTECTED] Go You Big Red Fire Engine -- Unknown Audience Member at Adam Hills standup gig ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Compiling 1.5.97 for FreeBSD
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 you have described have been added to latest CVS. Could you you possibly check to see whether it now compiles for you? -- Robert Merkel [EMAIL PROTECTED] Go You Big Red Fire Engine -- Unknown Audience Member at Adam Hills standup gig ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Compiling 1.5.97 for FreeBSD
> 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/usr/X11R6/include -O -pipe -I/usr/X11R6/include -Wall -Wunused -Wall -Wno-unused -Werror-implicit-function-declaration -I/usr/local/include/glib12 -I/usr/local/include/gnome-xml -I/usr/local/include -Wp,-MD,.deps/date.pp -c date.c -fPIC -DPIC -o .libs/date.lo date.c: In function `scanDate': date.c:351: implicit declaration of function `nl_langinfo' date.c:351: `D_FMT' undeclared (first use in this function) date.c:351: (Each undeclared identifier is reported only once date.c:351: for each function it appears in.) date.c:351: warning: passing arg 2 of `strptime' makes pointer from integer without a cast date.c: In function `dateSeparator': date.c:425: `D_FMT' undeclared (first use in this function) date.c:425: warning: passing arg 3 of `strftime' makes pointer from integer without a cast date.c: In function `gnc_iso8601_to_timespec': date.c:507: invalid operands to binary / date.c:509: invalid operands to binary / date.c: In function `gnc_timespec_to_iso8601_buff': date.c:546: invalid operands to binary / date.c:547: invalid operands to binary / date.c:538: warning: `tz_hour' might be used uninitialized in this function date.c:538: warning: `tz_min' might be used uninitialized in this function gmake[4]: *** [date.lo] Error 1 gmake[4]: Leaving directory `/usr/home/mcondell/gnucash/gnucash/src/engine' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/home/mcondell/gnucash/gnucash/src/engine' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/home/mcondell/gnucash/gnucash/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/home/mcondell/gnucash/gnucash' gmake: *** [all-recursive-am] Error 2 *** Error code 2 The nl_langinfo and D_FMT problems seem to relate to the langinfo.h header not being accessible. the invalid operands error seems to have to do with the 'timezone' variable used. A quick look around and I can't find where it is defined. Thanks, Matt ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Another thing about translations
-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 translation idea?) Yeah, that's a hard one to translate. He's talking about the account called "Orphan" which is created when you "scrub" an account. IIRC all the splits from the scrubbed account will now appear in this "Orphan" account. Klaus, how about "Ausbuchungskonto", "Ausgebuchte Konten", "Herrenlose Teilbuchungen" :), "Unausgeglichene Teilbuchungen"...? > Start in english, do it again, and you have another name, so 2 accounts > now. Probably the name for this account for the lost trsnactions should > be set in dependency of the set language. 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 through gettext each time it is displayed. Maybe it's not too hard -- what do other people think? Christian -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) iQCVAwUBOxPWrGXAi+BfhivFAQEJzQQArey5XQ9zyrHZVpYMOy3cyshVam2y3cuU wYeupob6HLazRxDx4DI1id9H6TmexfrhvMcM7stP4epinJsAQJTw0ML9423sFLKl pgkj0geQl3orhSufajxKQH92R+07Vamh68U5IUG6KHCky61fn2RQYVpvvW6yQWh/ zqjrGUpdKu0= =LVhL -END PGP SIGNATURE- ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
CVS compile is broken?!?
-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/gnome/include -Wp,-MD,.deps/date.pp - -c date.c -fPIC -DPIC -o .libs/date.lo date.c: In function `scanDate': date.c:351: implicit declaration of function `nl_langinfo' date.c:351: `D_FMT' undeclared (first use in this function) date.c:351: (Each undeclared identifier is reported only once date.c:351: for each function it appears in.) date.c:351: warning: passing arg 2 of `strptime' makes pointer from integer without a cast date.c: In function `dateSeparator': date.c:425: `D_FMT' undeclared (first use in this function) date.c:425: warning: passing arg 3 of `strftime' makes pointer from integer without a cast make[4]: *** [date.lo] Error 1 make[4]: Leaving directory `/home/chs/lib/gnucash/gnucash-1.5/src/engine' make[3]: *** [all-recursive] Error 1 It doesn't go away with 'make clean'. I did run 'autoconf'. There's something wrong with the last "fixes for BSD". Christian -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) iQCVAwUBOxPaOWXAi+BfhivFAQED8QP/SYkumC5ekcng3/yaRYowUTEJd8AXYd9+ 8wwzF9dvZrAAvPckcydpep18LNGIVqK71qPHkKRnO+UTfBfmm74LyLr2nM+nxSTu ho9w8BogevlCNUCB7IQKt/yEigewmtoeEJMcXzqYR4jX8f4E10RZjzcaTO6pqbc+ THW5eYCmyXQ= =XJdh -END PGP SIGNATURE- ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Another thing about translations
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 through gettext each time it is displayed. Maybe it's not too hard -- > what do other people think? I don't think it would be that simple. For example, looking up the account by the name the user types in -- they will most likely type in the displayed name, so even non-display functions will have to use the gettext version sometimes. And what if the translation changes? For scrub-created accounts, I don't think this is a big problem since the idea is that you are supposed to move the added splits to their 'proper' accounts and then delete the scrub ones anyway. For, say, opening-balance accounts this is more of a problem, though. dave ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Compiling 1.5.97 for FreeBSD
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 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? dave ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Compiling 1.5.97 for FreeBSD
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 the --disable-guppi flag, for now. Another person reported problems compiling guppi on FreeBSD as well. They mentioned that the problem was linking guppi to the correct threading library (needed since guppi links with python). You might try compiling guppi without python support. dave ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Compiling 1.5.97 for FreeBSD
> 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 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. Thanks, Matt ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Compiling 1.5.97 for FreeBSD
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 currently have installed? > > 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. dave ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Compiling 1.5.97 for FreeBSD
> > 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. Thanks, that problem is fixed. I still am seeing the problem with the 'timezone' variable in date.c. I looked into it a little. FreeBSD's time.h does not define timezone as a variable. It defines it as a function: char *timezone(int, int). Seconds offset from UTC are contained in struct tm.tm_gmtoff. Thanks, Matt ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Compiling 1.5.97 for FreeBSD
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, either. > > > > Ok, GnuCash CVS should have this problem fixed now. > > Thanks, that problem is fixed. > > I still am seeing the problem with the 'timezone' variable in date.c. > > I looked into it a little. FreeBSD's time.h does not define timezone > as a variable. It defines it as a function: char *timezone(int, int). > Seconds offset from UTC are contained in struct tm.tm_gmtoff. Right, unfortunately not all systems have that so we will have to do some autoconfery. I will work on this but it will take a little time. thanks, dave ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: [guppi-list] printing bugs, at least one of which is guppi's
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 graphs themselves is disappearing off the top of the page. This is a scaling problem It has to do with a difference between guppi's and gtkhtml's ideas of scaling on the canvas... I want to say 100 dpi vs. 72 dpi, but I'm not sure. I had a magical correction factor in there (on the gnucash side) but backed it out recently because on my machine the changes made guppi graphs too small. I haven't checked printing lately but my guess is that the fix needs to go back in. I'll try to dig it up. b.g. ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Compiling Guppy. was RE: 1.{56} dependency list
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-root-root/
/%{tmpdir}/Guppi-0.35.5-root-root%{_aclocaldir}/
/%{tmpdir}/Guppi-0.35.5-root-root%{_applnkdir}/
The "%", "{", and "}" are actually part of the directory name! I guess
nonexistant variables are replaced by their name!
rm -Rf /home/Usr/src/RPM/BUILD/Guppi-0.35.5/
rm -Rf /%{tmpdir}/*
rpm -bb Guppi.spec >& guppi.build.txt
This ran the same as before.
Oddly, I can compile GnuCash 1.5.6 without guppi, and I do get a manual
that seems OK. This is in spite of the fact that I get similar jade
errors as when compiling Guppi:
...
working on ../gnucash.sgml
jade:../gnucash.sgml:1:55:W: cannot generate system identifier for
public text "-//OASIS//DTD DocBook V3.1//EN"
jade:../gnucash.sgml:55:0:E: reference to entity "BOOK" for which no
system identifier could be generated
jade:../gnucash.sgml:1:0: entity was defined here
jade:../gnucash.sgml:55:0:E: DTD did not contain element declaration for
document type name
jade:../gnucash.sgml:56:9:E: there is no attribute "ID"
jade:../gnucash.sgml:56:16:E: element "BOOK" undefined
jade:../gnucash.sgml:57:6:E: element "TITLE" undefined
jade:../xacc-about.sgml:1:12:E: there is no attribute "ID"
jade:../xacc-about.sgml:1:24:E: element "ARTICLE" undefined
jade:../xacc-about.sgml:3:10:E: element "ARTHEADER" undefined
jade:../xacc-about.sgml:4:6:E: element "TITLE" undefined
jade:../xacc-about.sgml:7:6:E: element "SECT1" undefined
jade:../xacc-about.sgml:8:6:E: element "TITLE" undefined
jade:../xacc-about.sgml:10:5:E: element "PARA" undefined
jade:../xacc-about.sgml:13:13:E: element "ITEMIZEDLIST" undefined
jade:../xacc-about.sgml:14:9:E: element "LISTITEM" undefined
jade:../xacc-about.sgml:14:16:E: element "PARA" undefined
jade:../xacc-about.sgml:14:26:E: element "EMPHASIS" undefined
...
Gilligan
Phillip Shelton wrote:
> This will be deeper than you wanted to go I am sure.
>
> In the spec file there is a variable called tmpdir
>
> Find where this is set and see what it is set to.
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Richard
> > -Gilligan- Uschold
> > Sent: Tuesday, May 29, 2001 12:43 PM
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: Compiling Guppy. was RE: 1.{56} dependency list
> >
> >
> > Phillip Shelton wrote:
> >
> > > >
> > > > rm -Rf /usr/src/RPM/BUILD/Guppi-0.35.5/
> > > > there was no /var/tmp/[Gg]uppi*
> > >
> > > > > > /%{tmpdir}/Guppi-0.35.5-root-root/usr/X11R6/lib
> > >
> > > What does your %{tmpdir} point to? Mine was /var/tmp
> > >
> >
> > near as I can tell, nowhere!
> >
> > [root@pluto /root]# echo %{tmpdir}
> > %{tmpdir}
> > [root@pluto /root]# echo %tmpdir
> > %tmpdir
> > [root@pluto /root]# echo $tmpdir
> >
> > [root@pluto /root]# echo ${tmpdir}
> >
> >
> >
> > --
> >
> > Gilligan|__o .oooO
> >/| _ \<,_ ( )
> > /p|\(_)/ (_) \ ( Oooo.
> > / | \ \_) ( )
> > ) /
> > [EMAIL PROTECTED] (_/
> > [EMAIL PROTECTED]
> >
> >
> >
> > ___
> > gnucash-devel mailing list
> > [EMAIL PROTECTED]
> > http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
> >
> ___
> gnucash-devel mailing list
> [EMAIL PROTECTED]
> http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
--
Gilligan|__o .oooO
/| _ \<,_ ( )
/p|\(_)/ (_) \ ( Oooo.
/ | \ \_) ( )
) /
[EMAIL PROTECTED] (_/
[EMAIL PROTECTED]
___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
RE: Compiling Guppy. was RE: 1.{56} dependency list
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
dbpath: /var/lib/rpm
topdir: /usr/src/redhat
tmppath:/var/tmp
cpiobin:cpio
defaultdocdir: /usr/doc
#
# Please send new entries to [EMAIL PROTECTED]
#
# Values for RPM_OPT_FLAGS for various platforms
optflags: i386 -O2 -m486 -fno-strength-reduce
optflags: alpha -O2
optflags: sparc -O2
optflags: m68k -O2 -fomit-frame-pointer
#
# Canonical arch names and numbers
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Richard
> -Gilligan- Uschold
> Sent: Wednesday, May 30, 2001 12:00 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Compiling Guppy. was RE: 1.{56} dependency list
>
>
> 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-root-root/
> /%{tmpdir}/Guppi-0.35.5-root-root%{_aclocaldir}/
> /%{tmpdir}/Guppi-0.35.5-root-root%{_applnkdir}/
>
> The "%", "{", and "}" are actually part of the directory
> name! I guess
> nonexistant variables are replaced by their name!
>
> rm -Rf /home/Usr/src/RPM/BUILD/Guppi-0.35.5/
> rm -Rf /%{tmpdir}/*
> rpm -bb Guppi.spec >& guppi.build.txt
>
> This ran the same as before.
>
> Oddly, I can compile GnuCash 1.5.6 without guppi, and I do
> get a manual
> that seems OK. This is in spite of the fact that I get similar jade
> errors as when compiling Guppi:
> ...
> working on ../gnucash.sgml
> jade:../gnucash.sgml:1:55:W: cannot generate system identifier for
> public text "-//OASIS//DTD DocBook V3.1//EN"
> jade:../gnucash.sgml:55:0:E: reference to entity "BOOK" for which no
> system identifier could be generated
> jade:../gnucash.sgml:1:0: entity was defined here
> jade:../gnucash.sgml:55:0:E: DTD did not contain element
> declaration for
> document type name
> jade:../gnucash.sgml:56:9:E: there is no attribute "ID"
> jade:../gnucash.sgml:56:16:E: element "BOOK" undefined
> jade:../gnucash.sgml:57:6:E: element "TITLE" undefined
> jade:../xacc-about.sgml:1:12:E: there is no attribute "ID"
> jade:../xacc-about.sgml:1:24:E: element "ARTICLE" undefined
> jade:../xacc-about.sgml:3:10:E: element "ARTHEADER" undefined
> jade:../xacc-about.sgml:4:6:E: element "TITLE" undefined
> jade:../xacc-about.sgml:7:6:E: element "SECT1" undefined
> jade:../xacc-about.sgml:8:6:E: element "TITLE" undefined
> jade:../xacc-about.sgml:10:5:E: element "PARA" undefined
> jade:../xacc-about.sgml:13:13:E: element "ITEMIZEDLIST" undefined
> jade:../xacc-about.sgml:14:9:E: element "LISTITEM" undefined
> jade:../xacc-about.sgml:14:16:E: element "PARA" undefined
> jade:../xacc-about.sgml:14:26:E: element "EMPHASIS" undefined
> ...
>
> Gilligan
>
>
> Phillip Shelton wrote:
>
> > This will be deeper than you wanted to go I am sure.
> >
> > In the spec file there is a variable called tmpdir
> >
> > Find where this is set and see what it is set to.
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED]]On Behalf
> Of Richard
> > > -Gilligan- Uschold
> > > Sent: Tuesday, May 29, 2001 12:43 PM
> > > Cc: [EMAIL PROTECTED]
> > > Subject: Re: Compiling Guppy. was RE: 1.{56} dependency list
> > >
> > >
> > > Phillip Shelton wrote:
> > >
> > > > >
> > > > > rm -Rf /usr/src/RPM/BUILD/Guppi-0.35.5/
> > > > > there was no /var/tmp/[Gg]uppi*
> > > >
> > > > > > > /%{tmpdir}/Guppi-0.35.5-root-root/usr/X11R6/lib
> > > >
> > > > What does your %{tmpdir} point to? Mine was /var/tmp
> > > >
> > >
> > > near as I can tell, nowhere!
> > >
> > > [root@pluto /root]# echo %{tmpdir}
> > > %{tmpdir}
> > > [root@pluto /root]# echo %tmpdir
> > > %tmpdir
> > > [root@pluto /root]# echo $tmpdir
> > >
> > > [root@pluto /root]# echo ${tmpdir}
> > >
> > >
> > >
> > > --
> > >
> > > Gilligan|__o .oooO
> > >/| _ \<,_ ( )
> > > /p|\(_)/ (_) \
> ( Oooo.
> > > / | \
> \_) ( )
> > > ) /
> > > [EMAIL PROTECTED] (_/
> > > [EMAIL PROTECTED]
> > >
> > >
> > >
> > > ___
> > > gnucash-devel mailing list
> > > [EMAIL PROTE
Transaction report crash?
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 get some resolution to this issue as the release date approaches. -- Robert Merkel [EMAIL PROTECTED] Go You Big Red Fire Engine -- Unknown Audience Member at Adam Hills standup gig ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Currency printing not really fixable for 1.6
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. -- Robert Merkel [EMAIL PROTECTED] Go You Big Red Fire Engine -- Unknown Audience Member at Adam Hills standup gig ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Check printing and localisation
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 cheques, the equivalent amount would be written as: "Two hundred and thirty-four dollars and fifty-six cents" and $234 would be written "Two hundred and thirty-four dollars only" However, a sample of two isn't great for developing a general solution for the many countries with GnuCash users (or potential GnuCash users) who might conceivably want to print checks from their PC's. So what I'm really asking international users to do is describe how this is done in your home country, so that we can come up with a more general solution for translating numerical quantities to words in a localised way for next time round. If you want GnuCash to fully support localised check printing for your country in the future, have your say now! -- Robert Merkel [EMAIL PROTECTED] Go You Big Red Fire Engine -- Unknown Audience Member at Adam Hills standup gig ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
