Just a heads-up on the pango problems reported previously and highlighted in
GNOME2_STATUS.
It's more than just warnings to the console. Now that I've been building
updated trees and testing within G2 regularly, I can report that these pango
errors are preventing G2 from displaying any *numbers
Hi,
Please ignore previous post, sent by an unintentional CTR+Enter.
Le mercredi 12 octobre 2005 à 20:50 -0400, Josh Sled a écrit :
> On Sat, 2005-10-08 at 13:46 -0400, Josh Sled wrote:
> > One area in particular that is new and unknown is the graphing support.
> > I've just gotten it working aga
Le mercredi 12 octobre 2005 à 20:50 -0400, Josh Sled a écrit :
> On Sat, 2005-10-08 at 13:46 -0400, Josh Sled wrote:
> > One area in particular that is new and unknown is the graphing support.
> > I've just gotten it working again, and it would be useful to get the
> > widest basic test of this cod
Neil,
There are still many cases where your edits lines are indented
differently than the surrounding lines, e.g.:
On Thu, Oct 13, 2005 at 08:28:10AM -0400, Neil Williams wrote:
> @@ -129,15 +154,6 @@
> closedir(xml2_dir);
>
> print_test_results();
> -exit(get_rv());
> -}
>
On Thu, 2005-10-13 at 14:37 +0200, Emmanuel Pacaud wrote:
> Rotated texts are supported in latest goffice release. If you have
Awesome! I should have been more clear...
- The version of goffice we've copied into the gnucash source tree
doesn't support rotation.
- I probably won't re-copy li
On Wed, Oct 12, 2005 at 09:59:36PM -0400, David Hampton wrote:
> Log Message:
> ---
> Chris Shoemaker's changes to make 'make dist' work again.
David,
I noticed that you dropped the bits adding /*, and */ to
gncBusPeriod.c. IIRC, these were motivated by gettext finding
unintention
On Thu, 2005-10-13 at 10:11 -0400, Chris Shoemaker wrote:
> On Wed, Oct 12, 2005 at 09:59:36PM -0400, David Hampton wrote:
> > Log Message:
> > ---
> > Chris Shoemaker's changes to make 'make dist' work again.
>
> David,
> I noticed that you dropped the bits adding /*, and */ to
>
On Thu, 2005-10-13 at 09:06 +0100, Neil Williams wrote:
> It's more than just warnings to the console. Now that I've been building
> updated trees and testing within G2 regularly, I can report that these pango
> errors are preventing G2 from displaying any *numbers* or *currency symbols*
> in th
On Thursday 13 October 2005 2:16 pm, Chris Shoemaker wrote:
> Neil,
> There are still many cases where your edits lines are indented
> differently than the surrounding lines, e.g.:
Many? I thought I'd caught them all - bar maybe one or two.
> On Thu, Oct 13, 2005 at 08:28:10AM -0400, Neil
Thanks in part to Chris' changes, my next commit (today) will bring a full G2
build to Mac OSX for the first time.
However, that is not the final problem, the build now completes (make && make
install) but the Scheme code won't run. It cannot find it's procedures for
some reason:
$ ./gnucash -
On Thu, Oct 13, 2005 at 04:31:02PM +0100, Neil Williams wrote:
> On Thursday 13 October 2005 2:16 pm, Chris Shoemaker wrote:
> > Neil,
> > There are still many cases where your edits lines are indented
> > differently than the surrounding lines, e.g.:
>
> Many? I thought I'd caught them al
On Thursday 13 October 2005 5:09 pm, Neil Williams wrote:
> I can now make dist on Debian unstable, FC3 and Mac OSX 10.3. I expected
> the Debian tarball to be smaller because it's using external libgoffice
Ignore that - the debian tarball includes the internal GOffice code, of course
it does. (!
On Thu, Oct 13, 2005 at 05:22:31PM +0100, Neil Williams wrote:
> On Thursday 13 October 2005 5:09 pm, Neil Williams wrote:
> > I can now make dist on Debian unstable, FC3 and Mac OSX 10.3. I expected
> > the Debian tarball to be smaller because it's using external libgoffice
>
> Ignore that - the
On Thu, Oct 13, 2005 at 12:37:28PM -0400, Chris Shoemaker wrote:
> On Thu, Oct 13, 2005 at 05:22:31PM +0100, Neil Williams wrote:
> > On Thursday 13 October 2005 5:09 pm, Neil Williams wrote:
> > > I can now make dist on Debian unstable, FC3 and Mac OSX 10.3. I expected
> > > the Debian tarball to
Chris Shoemaker <[EMAIL PROTECTED]> writes:
> p.s. BTW, I use emacs and it is a pure joy to use w.r.t. to this.
I wonder if we should put the emacs magic in each file
to set our tab guidelines?
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student
On Thu, Oct 13, 2005 at 01:16:52PM -0400, Derek Atkins wrote:
> Chris Shoemaker <[EMAIL PROTECTED]> writes:
>
> > p.s. BTW, I use emacs and it is a pure joy to use w.r.t. to this.
>
> I wonder if we should put the emacs magic in each file
> to set our tab guidelines?
IMHO, that stuff is ugly, es
Neil Williams <[EMAIL PROTECTED]> writes:
> I can now make dist on Debian unstable, FC3 and Mac OSX 10.3. I expected the
> Debian tarball to be smaller because it's using external libgoffice and soon
> will use external QOF (I have a G2 tree that uses external QOF and will
> commit the changes
On Thursday 13 October 2005 5:42 pm, Chris Shoemaker wrote:
> > No idea. Is there a difference in the 'tar -tvf' outputs?
Yes. (Which I guess is not the answer you would have preferred!)
Using tar -tzf gnucash-1.99-0.tar.gz > filename.txt I get:
-rw-r--r-- 1 neil neil 126219 2005-10-13 18:02 d
Neil Williams <[EMAIL PROTECTED]> writes:
[snip]
Sorry, should've read the full thread before responding.
Mea Culpa.
> So the file size difference is due to??? (and does it matter?)
>
>> Debian: 7.0Mb
>> Mac OSX: 7.8Mb
>> FC3: 8.4Mb.
Different levels of compression?
copy all three tarballs to
On Thursday 13 October 2005 5:42 pm, Chris Shoemaker wrote:
> > No idea. Is there a difference in the 'tar -tvf' outputs?
Actually, it does seem to be limited to the *.gmo (which are generated) and
contents of lib/glib26.
Only Fedora packages gnucash.pot
All package the .po files themselves as
Neil,
Why did you remove this libtool test from autogen.sh?
-derek
Neil Williams <[EMAIL PROTECTED]> writes:
> --- macros/autogen.sh
> +++ macros/autogen.sh
> @@ -126,15 +126,15 @@
> INTL="--intl --no-changelog";;
> esac
>
> -(grep "^AM_PROG_LIBTOOL" $srcdir/configure.in >/dev/null) &&
On Thursday 13 October 2005 6:23 pm, Derek Atkins wrote:
> Neil Williams <[EMAIL PROTECTED]> writes:
> Sorry, should've read the full thread before responding.
> Mea Culpa.
:-) That's OK. I should have realised when I typed it!
> > So the file size difference is due to??? (and does it matter?)
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Bushnell BSG wrote:
| Neil Williams <[EMAIL PROTECTED]> writes:
|
|
|>The version of libtool on OSX has no --version command, it has no --help
|>or -? or --usage or any other simple command that does not start the
|>linker. Whatever you pass it
On Thursday 13 October 2005 6:21 pm, Derek Atkins wrote:
> Neil Williams <[EMAIL PROTECTED]> writes:
> The tarball should be the same on all platforms.
[snip]
> -derek
Any hints on the Scheme problem?
I'd like to be able to run G2 on OSX from this build.
> However, that is not the final proble
Neil Williams <[EMAIL PROTECTED]> writes:
> On Thursday 13 October 2005 5:42 pm, Chris Shoemaker wrote:
>> > No idea. Is there a difference in the 'tar -tvf' outputs?
>
> Actually, it does seem to be limited to the *.gmo (which are generated) and
> contents of lib/glib26.
>
> Only Fedora package
On Thursday 13 October 2005 6:38 pm, Derek Atkins wrote:
> Neil,
>
> Why did you remove this libtool test from autogen.sh?
It halts the OSX build. I'll review it - it could be related to my other
problems with OSX and paths.
> > +# (grep "^AM_PROG_LIBTOOL" $srcdir/configure.in >/dev/null) && {
>
On Fedora 2, I don't see any of these warnings. Wheter the locale is
fr_FR or fr_FR.utf8. No problem either with en_GB. Pango version is
1.4.1.
Didier.
Le jeu 13/10/2005 à 15:57, Josh Sled a écrit :
> On Thu, 2005-10-13 at 09:06 +0100, Neil Williams wrote:
> > It's more than just warnings to the
On Thu, 2005-10-13 at 12:48 -0500, Larry Evans wrote:
> Is there any interest in developing such a schema?
It would take, practically, a total re-write of the XML backend to
actively use the schema in parsing or generation. The code right now
isn't in flux, so there's little need to verify the co
Such a description could be used as described here:
http://ws.apache.org/jaxme/manual/ch01.html#N1003C
and it might just be useful for developers to check
that they've created a partially correct XML GnuCash
file after some modifications to the gnucash code.
Is there any interest in developin
Quoting Neil Williams <[EMAIL PROTECTED]>:
See other thread, I think it's just gnucash.pot, *.gmo and a rather worrying
lack of lib/glib26 in the Mac tarball. It won't cause any trouble to put
those few files as a redundant EXTRA_DIST, would it?
It might. Try the patch I just committed to CVS
Neil Williams <[EMAIL PROTECTED]> writes:
> I suspect it could be a problem with the opt-style-install (which
> nevertheless
> is not a problem on any other platform) because the same box is running
> GnuCash 1.8 fine. I might try an install from the dist tarball
> into /sw/local/ (to not over
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derek Atkins wrote:
| Neil Williams <[EMAIL PROTECTED]> writes:
|>Only Fedora packages gnucash.pot
|
| Hmm, I wonder why..
I guess other platforms generate it in the dist build - possibly in case
patches are needed to the upstream tarball.
|>Darwin
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Neil Williams <[EMAIL PROTECTED]> writes:
>
>> The version of libtool on OSX has no --version command, it has no --help
>> or -? or --usage or any other simple command that does not start the
>> linker. Whatever you pass it, either you pass a valid
Neil Williams <[EMAIL PROTECTED]> writes:
> Nope. It's nothing to do with the path. It's this command:
>
> |>>+# (${LIBTOOL} --version) < /dev/null > /dev/null 2>&1 || {
>
> The version of libtool on OSX has no --version command, it has no --help
> or -? or --usage or any other simple command tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Neil Williams wrote:
| On Thursday 13 October 2005 6:38 pm, Derek Atkins wrote:
|
|>Neil,
|>
|>Why did you remove this libtool test from autogen.sh?
|
| It halts the OSX build. I'll review it - it could be related to my other
| problems with OSX and p
I haven't seen any of these errors on FC3, either.
-derek
Didier Vidal <[EMAIL PROTECTED]> writes:
> On Fedora 2, I don't see any of these warnings. Wheter the locale is
> fr_FR or fr_FR.utf8. No problem either with en_GB. Pango version is
> 1.4.1.
>
> Didier.
>
> Le jeu 13/10/2005 à 15:57, Josh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derek Atkins wrote:
| Quoting Neil Williams <[EMAIL PROTECTED]>:
|
|> See other thread, I think it's just gnucash.pot, *.gmo and a rather
|> worrying
|> lack of lib/glib26 in the Mac tarball. It won't cause any trouble to put
|> those few files as a r
howdy,
so i finally got around to checking out a new copy of gnucash to compile
(wanted to play with Josh's graphing stuff). first, I had trouble
checking out "gnucash-gnome2-dev" (I assume that is the version to try?)
so I went for "gnucash".
autogen.sh works fine
make give the following s
Neil Williams <[EMAIL PROTECTED]> writes:
> The version of libtool on OSX has no --version command, it has no --help
> or -? or --usage or any other simple command that does not start the
> linker. Whatever you pass it, either you pass a valid link command or
> you get the error message - which na
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Larry Evans wrote:
| Such a description could be used as described here:
|
| http://ws.apache.org/jaxme/manual/ch01.html#N1003C
Probably best to wait for G2 and the QSF format which you can use to
export data from the gnucash data because this also
On Thu, Oct 13, 2005 at 11:52:10AM -0700, Andrew Sackville-West wrote:
> howdy,
>
> so i finally got around to checking out a new copy of gnucash to compile
> (wanted to play with Josh's graphing stuff). first, I had trouble
> checking out "gnucash-gnome2-dev" (I assume that is the version to tr
Quoting Andrew Sackville-West <[EMAIL PROTECTED]>:
howdy,
so i finally got around to checking out a new copy of gnucash to
compile (wanted to play with Josh's graphing stuff). first, I had
trouble checking out "gnucash-gnome2-dev" (I assume that is the
version to try?) so I went for "gnucash
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derek Atkins wrote:
| Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
|>Neil Williams <[EMAIL PROTECTED]> writes:
|>
|>>The version of libtool
installed by Apple
|>>on OSX has no --version command
The fink one DOES (and it's been installed for mont
Quoting Neil Williams <[EMAIL PROTECTED]>:
I'll put something in HACKING or similar.
I'd suggest README.cvs instead of HACKING.
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.ed
On Thursday 13 October 2005 2:57 pm, Josh Sled wrote:
> On Thu, 2005-10-13 at 09:06 +0100, Neil Williams wrote:
> > It's more than just warnings to the console. Now that I've been building
> > updated trees and testing within G2 regularly, I can report that these
> > pango errors are preventing G2
--- Neil Williams <[EMAIL PROTECTED]> wrote:
> Not for the current file backend, it is also slated
> for replacement. XML
> is not an ideal choice of long term storage of
> important data.
The Massachusetts state government might not agree
with you.
Phil
__
On Thu, 2005-10-13 at 21:00 +0100, Neil Williams wrote:
> The default isn't to use UTF-8, is this something we need to document
> somewhere? (apart from the list archive).
>
> The section in GNOME2_STATUS can be removed whenever anyone is next editing
> it.
Or diminished, but it'd be nice to kn
Quoting Phil Longstaff <[EMAIL PROTECTED]>:
--- Neil Williams <[EMAIL PROTECTED]> wrote:
Not for the current file backend, it is also slated
for replacement. XML
is not an ideal choice of long term storage of
important data.
The Massachusetts state government might not agree
with you.
Let m
Derek Atkins wrote:
What cvs command did you use? You probably forgot the "-r" to grab
the g2 branch, thinking g2 was a module instead. I bet you pulled
down HEAD branch, which wont work on Debian/unstable.
yup, the -r.
[snip]
cc1: warnings being treated as errors
gw-engine.c: In fun
I think reproduced the problem.
Although I do not have the warnings (maybe there is no trace in my
version of pango), I get display errors.
The problem apears if I use the pound as currency with the en_GB locale.
The explanation would be the following:
gnucash attempts to display the pound symbo
On 10/13/2005 01:25 PM, Neil Williams wrote:
[snip]
Full details of QSF are here (including a Schema):
http://code.neil.williamsleesmill.me.uk/qsf.html
Very interesting. The page:
http://code.neil.williamsleesmill.me.uk/map.html
contains:
qsf-map is an XML format used to map a series o
On Thu, 2005-10-13 at 22:54 +0200, Didier Vidal wrote:
> If this is true, that means that the problems lies in the way messages
> are passed to gnome. Something should be done to convert them from the
> locale's charmap to utf-8 before displaying them.
Why are we reading ISO-8859 characters in th
On Thu, 2005-10-13 at 16:29 -0500, Larry Evans wrote:
> Anyone have any better ideas on how to communicate
> between Gnumeric and GnuCash?
http://gnomesupport.org/wiki/index.php/GnuCashFrequentlyAskedQuestions#Q:_How_can_I_export_data.3F
http://gnomesupport.org/wiki/index.php/GnuCashFrequentlyAske
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Neil Williams wrote:
| Those "linking foobar against executable foobaz is not portable" warnings
halt
| the build on OSX, so the bulk of this will be to remove all the unnecessary
| -module settings in the Makefiles. (Only those that halt the build h
[ FYI, this time I'm sending to -devel *on*purpose* to discuss patch. :) ]
I don't know why, but for whatever reason I got really hung-up on
figuring out why the 'make etags' was always triggering the remake of
the etags.files rule, and why it was always re-running etags. It
seemed like I might a
On Thu, 2005-10-13 at 08:28 -0400, Neil Williams wrote:
> Log Message:
> ---
> Converting to GModule backends
I'm now seeing the following message in the trace file:
Failed to open module gnucash/backend/file
: could not locate gnucash/backend/file interface v.0
This wasn't there bef
56 matches
Mail list logo