In an attempt to check if the glade-3 generated files still work on
Centos/RHEL5, I tried to build the current trunk on a fully updated Centos 5.
I didn't get that far though. GC trunk requires swig = 1.3.31. Centos 5 ships
with swig 1.3.29.
Swig is shipped from CentOS base, which means that
On Tuesday 26 January 2010, Geert Janssens wrote:
In an attempt to check if the glade-3 generated files still work on
Centos/RHEL5, I tried to build the current trunk on a fully updated Centos
5.
I didn't get that far though. GC trunk requires swig = 1.3.31. Centos 5
ships with swig
Thomas Troesch ttroe...@gmail.com writes:
Perhaps it would be easier if I just made the changes in glade-2? I had no
idea it would be a problem.
I'm sure I have an older dev machine somewhere...
In the short term that's probably a good idea, but the glade-3 file was
already committed.
Geert Janssens janssens-ge...@telenet.be writes:
To answer my own question, I found this in config.in:
# We need at least version 1.3.31 of SWIG because
# that's when SWIG doesn't barf on the inline keyword in C headers anymore
If swig 1.3.31 is indeed required, then CentOS/RHEL is not
Christian,
Christian Stimming cs...@code.gnucash.org writes:
- xaccSplitSetAction (split, _(Split));
+ /* Translators: This string has a disambiguation prefix */
+ xaccSplitSetAction (split, Q_(Action Column|Split));
amount = gnc_amount_edit_get_amount (GNC_AMOUNT_EDIT
On Tuesday 26 January 2010, Derek Atkins wrote:
True, EL5 isn't a dev platform, but you don't need swig to build from
the tarball. On some other (more recent) platform run:
make dist
then tar the tarball to EL5 and then you can build it there.. Or at
least you should be able to.
Geert Janssens (janssens-ge...@telenet.be) said:
RHEL as target platform is in serious trouble...
1. There's no packaged webkit for RHEL5/EPEL
2. RHEL5 (base) ships libdbi 0.8.1, but GnuCash uses DBI_DECIMAL_SIZEMASK a
constant that is only defined starting from libdbi 0.8.2.
I'm not
Zitat von Derek Atkins warl...@mit.edu:
- xaccSplitSetAction (split, _(Split));
+ /* Translators: This string has a disambiguation prefix */
+ xaccSplitSetAction (split, Q_(Action Column|Split));
amount = gnc_amount_edit_get_amount (GNC_AMOUNT_EDIT (info-price_edit));
if
Zitat von Derek Atkins warl...@mit.edu:
Thomas Troesch ttroe...@gmail.com writes:
Perhaps it would be easier if I just made the changes in glade-2? I had no
idea it would be a problem.
I'm sure I have an older dev machine somewhere...
In the short term that's probably a good idea, but the
Christian Stimming stimm...@tuhh.de writes:
Zitat von Derek Atkins warl...@mit.edu:
- xaccSplitSetAction (split, _(Split));
+ /* Translators: This string has a disambiguation prefix */
+ xaccSplitSetAction (split, Q_(Action Column|Split));
amount = gnc_amount_edit_get_amount
Christian Stimming stimm...@tuhh.de writes:
The problem with glade2/glade3 is that it is getting increasingly
difficult to obtain a glade-2 program. For example, the recent Ubuntu
versions (which I happen to use) don't offer any glade-2 package
anymore, only glade-3.
Also, please keep a
Geert Janssens janssens-ge...@telenet.be writes:
That was exactly my next step.
RHEL as target platform is in serious trouble...
1. There's no packaged webkit for RHEL5/EPEL
2. RHEL5 (base) ships libdbi 0.8.1, but GnuCash uses DBI_DECIMAL_SIZEMASK a
constant that is only defined starting
Bill Nottingham nott...@redhat.com writes:
Speaking solely for myself, I'm OK with leaving RHEL 5 at 2.2.x and pushing
2.4.x into the next version of RHEL/EPEL. But I'm not 100% sure how many
users we have on RHEL 5 that would want a newer version.
When is EL6 due?
Could we still release 2.4
On Tuesday 26 January 2010, Derek Atkins wrote:
Christian Stimming stimm...@tuhh.de writes:
The problem with glade2/glade3 is that it is getting increasingly
difficult to obtain a glade-2 program. For example, the recent Ubuntu
versions (which I happen to use) don't offer any glade-2
On Tuesday 26 January 2010, Derek Atkins wrote:
Geert Janssens janssens-ge...@telenet.be writes:
That was exactly my next step.
RHEL as target platform is in serious trouble...
1. There's no packaged webkit for RHEL5/EPEL
2. RHEL5 (base) ships libdbi 0.8.1, but GnuCash uses
Hi Derek,
sorry, I didn't get the question correctly and didn't explain this
fully enough: The string Split is used much more often that this two
times (which I saw immediately in the gnucash.pot file). It is used
some 10-15 times. However, all usages except the two here are
correctly
Derek Atkins (warl...@mit.edu) said:
Speaking solely for myself, I'm OK with leaving RHEL 5 at 2.2.x and pushing
2.4.x into the next version of RHEL/EPEL. But I'm not 100% sure how many
users we have on RHEL 5 that would want a newer version.
When is EL6 due?
I am not at liberty to
or RHEL sticks with gtkhtml
I'll look at the libdbi issue.
Phil
-
I used to be a hypochondriac AND a kleptomaniac. So I took something for it.
From: Geert Janssens janssens-ge...@telenet.be
To: gnucash-devel@gnucash.org
Sent: Tue, January 26,
Rather than Action Column as the prefix, should it be Stock Split or
something related to meaning rather than location in the UI?
Phil
-
I used to be a hypochondriac AND a kleptomaniac. So I took something for it.
From: Christian Stimming
On Friday 22 January 2010, Mehdi Alidoost wrote:
Hello Greet,
I check build 18561 , and this build also doesnt show invoices.
Hmm, then it's not due to my change.
In fact, it seems this bug has appeared by adding your translation into
GnuCash. There are no other relevant changes between
On Tuesday 26 January 2010, Phil Longstaff wrote:
or RHEL sticks with gtkhtml
It may very well go this direction.
I tried to build webkit but didn't manage to do so yet.
Someone with more experience with webkit may have a stab at it.
I'll look at the libdbi issue.
Great!
Phil
Hi,
When I try to compile gnucash 2.3.8, build process fails with following
message:
.libs/dialog-fincalc.o: In function `init_fi':
/home/hans/software/gnucash/gnucash-2.3.8/src/gnome/dialog-fincalc.c:299:
undefined reference to `fi_calc_future_value'
.libs/dialog-fincalc.o: In function
Am Dienstag, 26. Januar 2010 schrieb Johann Wöckinger:
Hi,
When I try to compile gnucash 2.3.8, build process fails with following
message:
.libs/dialog-fincalc.o: In function `init_fi':
/home/hans/software/gnucash/gnucash-2.3.8/src/gnome/dialog-fincalc.c:299:
undefined reference to
Christian Stimming schrieb:
Am Dienstag, 26. Januar 2010 schrieb Johann Wöckinger:
Hi,
When I try to compile gnucash 2.3.8, build process fails with following
message:
.libs/dialog-fincalc.o: In function `init_fi':
/home/hans/software/gnucash/gnucash-2.3.8/src/gnome/dialog-fincalc.c:299:
Hello, Christian and Derek.
just committed (r18582).
Thanks a lot for your discussion and approval of this change.
Regards,
--
Yasuaki Taniguchi
yasua...@gmail.com
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
25 matches
Mail list logo