I've been able to successfully run through the autogen process after
I've installed all missing *-devel packages.
I am now running into an error message running make:
...
Making all in .
make[5]: Entering directory
`/home/venglisc/gc-gnome2-devel/gnucash/src/engine'
if /bin/sh ../../libtool --
Derek Atkins <[EMAIL PROTECTED]> writes:
> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>
>> Josh Sled <[EMAIL PROTECTED]> writes:
>>
>>> Yeah, it's a pretty constrained problem. Please try to work with me
>>> here, though. We need to target the latest-yet-oldest versions we can
>>> get away
Also, instead of caling bindtextdomain, we should call
bind_textdomain_codeset
Didier.
Le lun 17/10/2005 à 19:41, Derek Atkins a écrit :
> A better solution would be to change the gnucash code to use
> the g_locale_to_utf8() API in the gnucash locale settings.
> We should /not/ force gnucash into
Am Montag, 17. Oktober 2005 21:05 schrieb Didier Vidal:
> Actually, adding UTF-8 to an arbitrary locale might be dangerous. It
> should only be a temporary workaround, but should not make its way to a
> release.
> For instance, on fedora2, the Japanese locale doesn't have an utf8
> counterpart. (By
Christian Stimming wrote:
this patch is still pending, isn't it? Has there been any discussion
whether this solution is a good one for the gnucash-1-8-branch?
Just for the sake of completeness, here is a thread that was started 2
years ago for a similar patch I proposed. Someone complained th
I know this may appear off-topic but I feel it is sufficiently important that
it deserves the widest possible publication.
The vote *is* open to non-EU residents.
Feel free to adapt any part of it if you'd like to send it on to other mailing
lists etc.
---
Dear
Quoting Christian Stimming <[EMAIL PROTECTED]>:
prompt> locale -a | grep jp
ja_JP.eucjp
Yes, thanks for pointing this out, and this is certainly true for any of the
gnucash series. So the original patch cannot go into any release.
Well, I backed out the g2 change already. I agree, it's not
Actually, adding UTF-8 to an arbitrary locale might be dangerous. It
should only be a temporary workaround, but should not make its way to a
release.
For instance, on fedora2, the Japanese locale doesn't have an utf8
counterpart. (By the way, Japanese translations of gnucash exist... so
we must hav
Le lun 17/10/2005 à 11:07, Christian Stimming a écrit :
> Dear Didier,
>
> this patch is still pending, isn't it? Has there been any discussion
> whether this solution is a good one for the gnucash-1-8-branch?
I haven't been aware of such discussion. Actually, until recently, the
idea was that th
Does scheme have a swig counterpart?
Dan W.
> GnuCash had swig and perl bindings. We dropped that in favour of
> gwrap/guile/scheme ...
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
A better solution would be to change the gnucash code to use
the g_locale_to_utf8() API in the gnucash locale settings.
We should /not/ force gnucash into a utf8 locale.
-derek
Christian Stimming <[EMAIL PROTECTED]> writes:
> Oops, Neil,
>
> sorry for that -- my first complaint obviously was wro
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Josh Sled <[EMAIL PROTECTED]> writes:
>
>> Yeah, it's a pretty constrained problem. Please try to work with me
>> here, though. We need to target the latest-yet-oldest versions we can
>> get away with... I'm trying to find a way to make that work
Neil Williams <[EMAIL PROTECTED]> writes:
> Not true. The code has already been released by Linas - all I'm doing is
> desperately trying to keep Gnucash in sync with an EXISTING external library
> and the simplest way of doing that is to complete the spinout.
>
> You make it sound like I'm hija
David Hampton <[EMAIL PROTECTED]> writes:
> On Sun, 2005-10-16 at 22:21 -0700, Thomas Bushnell BSG wrote:
>> Lol, sure. Before or after the release of the G2 branch? :)
>
> I was thinking it could be done for gnucash 2.2. I can't imagine it
> happening for 2.0, unless you want to push the releas
David Hampton <[EMAIL PROTECTED]> writes:
> 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 th
Dan Widyono wrote:
maybe add SWIG support so you can each use your favorite language.
What an *excellent* suggestion.
I think I can remember that xacc and may be even the very first
GnuCash had swig and perl bindings. We dropped that in favour of
gwrap/guile/scheme ...
Herbert.
Dan W.
__
> maybe add SWIG support so you can each use your favorite language.
What an *excellent* suggestion.
Dan W.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
(Resent with proper from address)
> "David" == David Hampton <[EMAIL PROTECTED]> writes:
> Hey guys,
> The Lisp vs. Python arguments are so for out into the weeds that I can't
> even see the road anymore. Can we please bring this back to a
> discussion of what Gnucash can do to support exte
Dear Didier,
this patch is still pending, isn't it? Has there been any discussion
whether this solution is a good one for the gnucash-1-8-branch?
In fact I have been implementing this patch manually ever since I
switched to SuSE9.3, which has a UTF-8 locale by default. I.e. I added
"export L
Oops, Neil,
sorry for that -- my first complaint obviously was wrong. Turns out I
didn't read the generate-gnc-script in full so that I didn't realize the
commands are part of the here-document. So the "dependence on LANG at
compile time" doesn't exist, and that is obviously a good thing.
Ne
Dear Neil,
that change is totally b0rken. Please revert it.
Firstly, your change means that the generated script depends on the LANG
setting at compile-time. This is fundamentally wrong. We cannot assume
any relation whatsoever between the LANG at compile time and LANG at run
time. So even if
Chris Shoemaker schrieb:
On Sun, Oct 16, 2005 at 10:28:36PM +0200, Christian Stimming wrote:
IIRC there has been some talk about automating this task already; that's
even better.
I started to script this, but ended up spending all the time getting
'make dist' to work (which it did last time
22 matches
Mail list logo
