Eric Wheeler (gnucash-de...@lists.ewheeler.net) said:
> Hello all,
>
> For those interested, we have successfully built GnuCash on CentOS 7.
>
> 1. download gnucash 3.3:
>
>
Note, though,
> that on the bug Bill Nottingham suggests that he might flatpack WebKitGtk1
> and request a waiver, and Catanzaro seems to receive that well enough.
In terms of Fedora/EPEL - yes, I'll just bundle in webkitgtk as needed for
2.6.x, and maybe look at flatpak if I get the spare ti
John Ralls (jra...@ceridwen.us) said:
> > On Apr 19, 2016, at 5:48 PM, Bill Nottingham <nott...@splat.cc> wrote:
> >
> > Was the docs tarball pulled? It's not properly downloading from SF at the
> > moment.
> >
>
> Somebody complained about
Was the docs tarball pulled? It's not properly downloading from SF at the
moment.
Bill
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
this, to who?
I’d start with SuSE and let them figure out if it’s an upstream problem or
if it’s their fault. Since Bill Nottingham reported that RedHat has also
seen some issued with Oxygen, it will probably wind up there, but unless
you want to get VCS checkouts of both Gtk and Oxygen and debug
John Ralls (jra...@ceridwen.us) said:
Yeah, I dunno what Oxygen::MenuStateData::menuItemIsActive is except that
it doesn't have anything to do with GnuCash, Gtk+, or GLib. You need to
explain your environment in detail and why we should support it, otherwise
you're totally on your own.
It's
John Ralls (jra...@ceridwen.us) said:
On Jul 10, 2012, at 1:58 PM, Geert Janssens wrote:
On 10-07-12 10:23, John Ralls wrote:
OK. Has anyone run distcheck to make sure that we have a clean tree? I'm
not presently in a position to do that, but I will be on Friday (the 13th
;-) ). If
When making the text file tips-of-the-day, GnuCash expects 'gcc -E' to
preserve at least one of the whitespace lines between entries. However, this
relies on behavior of 'gcc -E' that isn't actually part of the spec, and is
a historical accident. And it changed in gcc-4.7, such that all the
Geert Janssens (janssens-ge...@telenet.be) said:
On vrijdag 13 mei 2011, Bill Nottingham wrote:
I was doing some testing with guile-2.0 and GnuCash, and encountered
the need for the following fixes to make it build.
(Note: it still doesn't *work*, but it at least builds for further
I was doing some testing with guile-2.0 and GnuCash, and encountered
the need for the following fixes to make it build.
(Note: it still doesn't *work*, but it at least builds for further
testing.)
Total changes:
configure.ac| 14 --
---
configure.ac |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/configure.ac b/configure.ac
index 8a0f501..25a5dbf 100644
--- a/configure.ac
+++ b/configure.ac
@@ -388,6 +388,7 @@ if test x$saved_GUILE_INCS != x; then
fi
AS_SCRUB_INCLUDE(GUILE_INCS)
---
src/import-export/aqbanking/Makefile.am |1 +
src/plugins/bi_import/Makefile.am |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/import-export/aqbanking/Makefile.am
b/src/import-export/aqbanking/Makefile.am
index 82a0403..36764f9 100644
---
---
configure.ac | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/configure.ac b/configure.ac
index 25a5dbf..6d569e1 100644
--- a/configure.ac
+++ b/configure.ac
@@ -370,12 +370,13 @@ fi
GUILE_LIBS=
# Look up GUILE_CFLAGS and GUILE_LIBS, and version check
Bill Nottingham (nott...@redhat.com) said:
---
src/import-export/aqbanking/Makefile.am |1 +
src/plugins/bi_import/Makefile.am |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/import-export/aqbanking/Makefile.am
b/src/import-export/aqbanking
John Ralls (jra...@ceridwen.us) said:
2. Gtk+-3.0 is supposed to be released next month. It removes a bunch of
libraries which have been deprecated for several years upon which Gnucash
at present depends. All code that depends on those libraries needs to get
rewritten or we're not going to
John Ralls (jra...@ceridwen.us) said:
On Dec 28, 2010, at 9:06 PM, Bill Nottingham wrote:
John Ralls (jra...@ceridwen.us) said:
2. Gtk+-3.0 is supposed to be released next month. It removes a bunch of
libraries which have been deprecated for several years upon which Gnucash
Jannick Asmus (jannick.n...@gmail.com) said:
Thx. That is easy. Here the prompted result:
C:\Program Files\gnucash-unstable\binaqbanking-cli updateconf
Config for AqBanking 4 found, no update needed.
Your configuration seems to be ok.
I checked: no change. But I did some configs already
Martin Preuss (aquaman...@gmx.de) said:
On Dienstag 17 August 2010, Bill Nottingham wrote:
[...]
What I discovered that appeared to happen (not on OSX) is that
the first time you run GnuCash compiled against the new aqbanking,
it creates enough of a stub config that the migration won't
Derek Atkins (warl...@mit.edu) said:
- goffice for RHEL5 is missing (required) cairo support (introduced by me
early 2010)
This is a bigger issue that I don't think Bill could fix.
Speaking as a package maintainer, I'm OK with keeping 2.2.x in EPEL for
RHEL 5, and targeting EPEL for RHEL
Otherwise they end up in the wrong place.
Bill
diff -up gnucash-2.3.13/accounts/lv_LV/Makefile.am.foo
gnucash-2.3.13/accounts/lv_LV/Makefile.am
--- gnucash-2.3.13/accounts/lv_LV/Makefile.am.foo 2010-06-03
14:33:44.429101189 -0400
+++ gnucash-2.3.13/accounts/lv_LV/Makefile.am 2010-06-03
/Makefile.am
Log:
fix Latvian account trees, patch by Bill Nottingham.
Thanks for applying this patch! As this patch just barely missed the 2.3.13
tag, doesn't this mean that in the 2.3.13 tarball the C (=english) account
templates are broken because they will be overwritten by the Latvian ones
Geert Janssens (janssens-ge...@telenet.be) said:
Obviously, it's easy to configure with --with-dbi-dbd-path pointing at the
proper location for development and all is well.
I just wonder if it's possible to rewrite configure in such a way that it
always does the right thing. I mean is
1) libdbi, in its default configuration, puts the driver directory
in $libdir/dbd, not a hardcoded /usr/lib/dbd. Fix gnucash's configury
to use the same.
2) If GNC_DBD_DIR is not set, fall back to the libdbi compiled-in default
(whatever it may be) rather than a hardcoded value, as it's more
When we started developing for Fedora 13, I included gnucash-2.3.x, as I
was pretty sure it would be finalized before Fedora 13 was, and I wanted
to get some more testing on it.
Well, that's not going to happen at this point
(http://fedoraproject.org/wiki/Releases/13/Schedule), so I'm left
with a
Derek Atkins (warl...@mit.edu) said:
- QSF export (or was this active in 2.2.9 already?)
This should be off unless the crashing issues have been fixed. And even
if those issues HAVE been fixed we might want to disable it because we
have no QSF import.
Exporting of account tree to QSF was
Christian Stimming (stimm...@tuhh.de) said:
I want to get in the place (again) where I can develop a finance software
with
a set of goals which are slightly different from those of the gnucash
project.
That's why I started Cutecash - just to see how far I and those who join can
get in
Christian Stimming (stimm...@tuhh.de) said:
Can someone explain to me the intention of the following code that
initialiizes the trace file output file descriptor (from
src/libqof/qof/qoflog.c:157ff)
fname = g_strconcat(log_filename, .XX, NULL);
if ((fd = g_mkstemp(fname)) != -1)
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
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
Kenneth Wolcott (kennethwolc...@gmail.com) said:
No, it was an rpm :-) Not that bad about mixing tarballs and rpms :-)
how to uninstall the rpm? sudo yum remove gnucash?
How to install EPEL?
sudo yum install EPEL
Loaded plugins: fastestmirror
Loading mirror speeds from cached
Derek Atkins (warl...@mit.edu) said:
Phil Longstaff plongst...@rogers.com writes:
I tried a build last night with deprecated gnome/glib/gtk/gdk/... features
disabled. I submitted a patch for one simple change. GnomeDruid
(libgnomeui)
is deprecated in favor of GtkAssistant. I logged
Derek Atkins (warl...@mit.edu) said:
When were these new interfaces added to Gtk? Do we have a new minimum
version of Gtk?
GtkAssistant is from GTK+ 2.10. GtkToolTip is GTK+ 2.12.
Thanks Bill. It's kinda what I was afraid of.
I think I can convince myself that it's okay to require
Ian Leonard (i...@smallworld.cx) said:
Okay, this is normal...
What's printed in /tmp/gnucash.trace?
* 14:32:32 WARN gnc.backend.file.sx no template account with name
[078c88574c969c326fbccebca959a21b]
* 14:32:32 WARN gnc.backend.file.sx no template account with name
Derek Atkins (warl...@mit.edu) said:
Ahh, yeah, like I said, Fedora-7 era. I'm not sure offhand what version
of Gnome Fedora-8 or 9 has, but I would hope that we should support any
distros that were released by, say, May 1, 2008.
Fedora 8 is Gnome-2.20, glib-2.14.x, libsoup-2.2.x.
Fedora 9
Raffael Luthiger (mo...@huanga.com) said:
Cristian Marchi wrote:
Speaking of flags I thought about it some time ago; if you are going in
this direction (flags instead of text) I could work on providing the
flags for the actual translations. Just nedd to know the preferred image
format
Derek Atkins (warl...@mit.edu) said:
Also, if it starts using flags, Fedora/RH would start patching out the
flags, due to policy. (https://fedoraproject.org/wiki/Languages#Flags)
How would fedora patch out http://www.gnucash.org/ ??
Oof. Don't mind me, I missed the first half of the
Archimerged Ark Submedes (archimer...@gmail.com) said:
I reported this at https://bugzilla.redhat.com//show_bug.cgi?id=481084
and they say CANTFIX.
Yes - it's fixed in current versions of libofx and aqbanking, but we
can't put those versions on Fedora 9 without breaking the ABI.
Bill
Derek Atkins (warl...@mit.edu) said:
I reported this at https://bugzilla.redhat.com//show_bug.cgi?id=481084
and they say CANTFIX.
Yes - it's fixed in current versions of libofx and aqbanking, but we
can't put those versions on Fedora 9 without breaking the ABI.
Does anything other
Christian Stimming ([EMAIL PROTECTED]) said:
However, I think there should be at least *some* error/debug message
on undef'd ENABLE_BINRELOC because this can very easily be disabled
unintentionally (e.g. by the subtle autoconf changes that required
John Newman ([EMAIL PROTECTED]) said:
I had to run yum update, but once that was done GnuCash worked. But
before that is was not even loading.
Right, it was a g-wrap packaging bug, since fixed.
Bill
___
gnucash-devel mailing list
Bill Nottingham ([EMAIL PROTECTED]) said:
In any case, I opened up a enhancement request against goffice for it.
Upstream implies that GOffice can work with GtkPrint/Cairo without
any changes - see http://bugzilla.gnome.org/show_bug.cgi?id=412388.
Bill
I don't know if anyone else was already looking at this, but I took
some time to look at handling the gtkhtml3-3.13.9x conversion to GtkPrint,
in order to get gnucash building again for the Fedora devel tree.
In short, I'm not sure how workable any conversion to simultaneously
handle both is -
David Hampton ([EMAIL PROTECTED]) said:
3) Even if gnucash is fixed to work with a GtkPrint gtkhtml... goffice
still uses gnomeprint in all released upstream versions.
This is where I see problems. Gnucash embeds goffice pie charts and bar
charts into gtkhtml reports. Not a problem
The attached removes the call to ofxdump to check the version of
libofx - it's superfluous as we check for libofx_get_new_context()
in our test program, which didn't exist in libofx 0.7.0.
Noticed when testing a build on a system that had the libofx libraries,
but not the actual ofxdump test
Yoshihiro Ota ([EMAIL PROTECTED]) said:
+--- src/gnome-utils/gnc-html.c.orig Tue Feb 20 23:18:48 2007
src/gnome-utils/gnc-html.c Tue Feb 20 23:18:38 2007
+@@ -1325,7 +1325,7 @@
+ return;
+ }
+
+- gtk_html_print(GTK_HTML(html-html), ps-context);
++
David Hampton ([EMAIL PROTECTED]) said:
It's nowhere near that simple. ps-context in gtk_html_print_page (for
new gtkhtml3) is a GtkPrintContext, not a GnomePrintContext. I strongly
supsect that making this change may make it build/link, but then all the
print-session.c gnome_print_*
Derek Atkins ([EMAIL PROTECTED]) said:
Indeed...
Did they not change the .so version when they removed the symbol?
No. Bug filed upstream @ gnome.org.
Bill
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
Andreas Köhler ([EMAIL PROTECTED]) said:
currently the code base depends on GLib = 2.4, Pango = 1.6 and GTK+ =
2.4. I would like to propose higher base versions, at least for GLib,
better for all three of them.
I occasionally build packages for RHEL 4; if this was the case for 2.2,
I'd
Josh Sled ([EMAIL PROTECTED]) said:
While g-wrap builds and runs fine against glib-2.0, its configure script
only checks for glib[-1.0]. As most modern systems don't otherwise
need glib-1.x, it'd be nice if future releases of g-wrap didn't either.
Derek Atkins ([EMAIL PROTECTED]) said:
There may be some samples in the libofx sources. I don't know.
In the libofx tarball, there are some sample files in the 'doc'
dir - we package them in the libofx-devel package; not sure
what other people do.
Bill
Thomas Bushnell BSG ([EMAIL PROTECTED]) said:
Surely the .svn stuff does not belong in the gnucash-docs tarball?
When I was building from SVN, it didn't require it to build...
Bill
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
Chris Shoemaker ([EMAIL PROTECTED]) said:
Can you please check r13984? I moved this after the (define-module
...) and wrapped it in a version-check.
13985 is quiet for me w/guile-1.8. (Don't have a guile-1.6 box
right now to test against.)
Bill
___
It still spews a huge pile of warnings on startup that I haven't tracked down
yet, but this is the start of some work to get gnucash going with guile-1.8.
What this patch changes:
qif-parse.scm: Fixes:
ERROR: In procedure scm_lreadr:
ERROR:
Derek Atkins ([EMAIL PROTECTED]) said:
engine-helpers.c: scm_block_gc no longer exists in guile-1.8.
The engine-helpers.c probably needs wrapped in a version-check, which
is why this is a RFC...
Yeah, this is a bit more of a problem. This particular operation can
really beat on the
Derek Atkins ([EMAIL PROTECTED]) said:
Thanks!
BTW, Miroslav Lichvar ([EMAIL PROTECTED]) is the originator of this patch,
just to get the attribution right.
Bill
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
Starting up gnucash with guile-1.8 yields the following noise:
WARNING: (srfi srfi-35): `every' imported from both (oop goops util) and (srfi
srfi-1)
WARNING: (srfi srfi-35): `any' imported from both (oop goops util) and (srfi
srfi-1)
WARNING: (g-wrap util): imported module (srfi srfi-34)
Derek Atkins ([EMAIL PROTECTED]) said:
Quoting Bill Nottingham [EMAIL PROTECTED]:
Derek Atkins ([EMAIL PROTECTED]) said:
Thanks!
BTW, Miroslav Lichvar ([EMAIL PROTECTED]) is the originator of
this patch,
just to get the attribution right.
Oh. Too late. Already attributed
Derek Atkins ([EMAIL PROTECTED]) said:
I thought that David had tested gnucash on FC5t2 which uses 4.1...
It builds fine for me, although I haven't tried in a week or so.
Bill
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
Ow, my eyes. :)
Bill
Index: src/gnome-utils/Makefile.am
===
--- src/gnome-utils/Makefile.am (revision 13429)
+++ src/gnome-utils/Makefile.am (working copy)
@@ -270,7 +270,7 @@
if [ -r $(srcdir)/gnc-svninfo.h ] ; then
Derek Atkins ([EMAIL PROTECTED]) said:
Any chance you could just update g-wrap to 1.9.6 now? Gnucash 1.8 should
build fine against g-wrap 1.9.6. That would at least make it easier
to build gnucash on FC5 -- it's a pain on FC4 because of the bad interaction
of gcc4, g-wrap-1.3.4, and
Derek Atkins ([EMAIL PROTECTED]) said:
Wonderful! Thank you.
Now if only I could figure out why ffi on Solaris/sparc fails during
link-time!
I had to pull some target support from upstream libffi (gcc.gnu.org);
I haven't looked, but maybe there are bits missing in the g-wrap import
for that?
Derek Atkins ([EMAIL PROTECTED]) said:
Quoting Bill Nottingham [EMAIL PROTECTED]:
Derek Atkins ([EMAIL PROTECTED]) said:
Or is it too late for that, too?
Pretty much supposed to be frozen except for last bugfixes at
this point.
*grf* Okay.. :(
I realize this is somewhat
Derek Atkins ([EMAIL PROTECTED]) said:
Or is it too late for that, too?
Pretty much supposed to be frozen except for last bugfixes at
this point.
Bill
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
[EMAIL PROTECTED] ([EMAIL PROTECTED]) said:
Yea, I noticed this myself. Apparantly building g-wrap-1.9.6 depends on
glib-devel.. I fixed it myself by changing the glib to glib2 in
configure.in, running 'autoconf', and then re-running configure.
Actually, this always made me curious - how
[EMAIL PROTECTED] ([EMAIL PROTECTED]) said:
Honestly, I don't know. I've never seen it cause a problem. In fact
all my development (on FC3) has used g-wrap 1.3.4. Unforunately the
g-wrap-1.9.6 configure script doesn't properly detect the lack of glib1,
so it tries to build it even when
[EMAIL PROTECTED] ([EMAIL PROTECTED]) said:
Quoting Dave Herman [EMAIL PROTECTED]:
I install glib-devel today and was able to build/install both 1.9 and
svn. When attempting to run either version I found that I need to
install umb-scheme.
Yea, you need that for slib... Um, the
In glib-2.9/2.10, GMemChunk is deprecated for GSlice. GSlice
isn't added until 2.9/2.10, so we can't port the code to that.
Hence, turn off G_DISABLE_DEPRECATED for this one file only.
Bill
--- gnucash/lib/libqof/qof/guid.c.foo 2005-12-22 17:13:33.0 -0500
+++
Bill Nottingham ([EMAIL PROTECTED]) said:
In glib-2.9/2.10, GMemChunk is deprecated for GSlice. GSlice
isn't added until 2.9/2.10, so we can't port the code to that.
Hence, turn off G_DISABLE_DEPRECATED for this one file only.
That will teach me to send mail before reading the mailbox first
Christian Stimming ([EMAIL PROTECTED]) said:
Am Mittwoch, 7. Dezember 2005 17:26 schrieb Englisch, Volker (NIH/NCI) [C]:
I've now been able to compile GnuCash on my 64-bit system
Just noticed that even though I can compile GC (without the
--enable-hbci
option) I can not run it:
Neil Williams ([EMAIL PROTECTED]) said:
What version of goffice is available for rawhide?
It's not in Fedora Core or Extras ATM, unless I've missed
something.
Bill
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
David Hampton ([EMAIL PROTECTED]) said:
aqbanking-1.0.4beta-0.fc3
aqbanking-devel-1.0.4beta-0.fc3
aqhbci-1.0.2beta-0.fc3
aqhbci-devel-1.0.2beta-0.fc3
gwenhywfar-1.7.2-0.fc3
gwenhywfar-devel-1.7.2-0.fc3
The error message mentions an aqhbci-qt-tools package.
Josh Sled ([EMAIL PROTECTED]) said:
On Fri, 2005-02-11 at 15:01, Bill Nottingham wrote:
It builds, and the gtkhtml test menu item works. gtkhtml-3.6
is what will be in GNOME 2.10, may as well use whatever is available
on the system.
Thanks! This is applied, though after some digging I
scm_long_long2num and its inverse are only compiled when
LONGLONGS is defined in guile-1.3.4; this isn't the default.
The attached allows gnucash to build on such a system (otherwise
it tries to link in functions that don't exist...)
Bill
--- gnucash-1.6.0/configure.in.foo Mon Jun 18
73 matches
Mail list logo