Op maandag 5 oktober 2020 17:12:18 CEST schreef Geert Janssens:
> As mentioned on the aqbanking beta thread on gnucash-user there was an issue
> on our Windows nightly build server.
>
> I'll add some more details here on gnucash-devel for posterity.
>
> I made a package
As mentioned on the aqbanking beta thread on gnucash-user there was an issue
on our Windows nightly build server.
I'll add some more details here on gnucash-devel for posterity.
I made a package dependency change in the past weekend - I have added mingw-
swig and dropped msys-swig from the
uld this allow direct printing to printer as well?
>
> On Fri, Oct 2, 2020 at 1:06 AM Geert Janssens
>
> wrote:
> > Updated via
> > https://github.com/Gnucash/gnucash-on-flatpak/commit/d282118a (commit)
> >
> > from
> >
> > https://gi
Hi Andrash,
Welcome in the community. We can always use additional contributions and I'm
looking forward to yours!
Regards,
Geert
Op zondag 27 september 2020 16:14:32 CEST schreef András Nilsson-Berényí:
> Hi everyone at Gnucash!
>
> I'm writing this as a presentation of myself. My name is
Op woensdag 16 september 2020 21:46:14 CEST schreef David Carlson:
> Geert,
>
> I believe some users have backed off of trying to express informed opinions
> about program development or documentation development because of various
> roadblocks that have been thrown up. Sometimes we are ignored,
Op zaterdag 12 september 2020 12:54:16 CEST schreef Robert Fewell:
> While looking at a glade file for a bug fix, I noticed that the version
> required parameter was at 3.10 and the file generated was with glade
> version 3.22.2
>
> As the required gtk+ version for Gnucash is greater than
Op dinsdag 4 augustus 2020 18:39:32 CEST schreef jean laroche:
> Thanks for that effort Bob. Let us know if you need any help with
> anything (I doubt it, but who knows, testing maybe?)
>
> Remind me what the push was to create the "2" version? What improvement
> were you guys hoping to achieve?
Op zaterdag 1 augustus 2020 20:46:39 CEST schreef jean laroche:
> Done.
>
Thanks.
> https://bugs.gnucash.org/show_bug.cgi?id=797892
>
> On 8/1/2020 5:38 AM, Geert Janssens wrote:
> > > On 7/6/2020 7:49 PM, John Ralls wrote:
> > > > The glade files
Please file this as a bug against the build system.
This is a class of bugs that got introduced with our migration to cmake and it
can easily be fixed.
There's a similar bug still open for the tip of the day source file
https://bugs.gnucash.org/show_bug.cgi?id=797691[1]
Regards,
Geert
Op
Op vrijdag 17 juli 2020 23:13:28 CEST schreef John Ralls:
> > On Jul 17, 2020, at 12:23 PM, c.holterm...@gmx.de wrote:
> >
> > Am 2020-07-17 19:43, schrieb John Ralls:
> >>> On Jul 17, 2020, at 2:18 AM, c.holterm...@gmx.de wrote:
> >>>
> >>> Hello,
> >>>
> >>> I'm thinking about a good place to
Op vrijdag 24 juli 2020 17:45:08 CEST schreef c.holterm...@gmx.de:
> Am 2020-07-23 23:20, schrieb John Ralls:
> > That's just another way of saying you want Python scripting for
> > GnuCash.
> >
> > I don't remember if a goal beyond showing that it was possible was
> > ever expressed. Certainly
Op vrijdag 17 juli 2020 19:43:19 CEST schreef John Ralls:
> > On Jul 17, 2020, at 2:18 AM, c.holterm...@gmx.de wrote:
> >
> > Hello,
> >
> > I'm thinking about a good place to store python config. That would or
> >
> > could be:
> > * for the python shell
> >
> > * if it is
Op dinsdag 14 juli 2020 17:49:34 CEST schreef Robert Fewell:
> Also if I remember right there was a lot of, "it is not the same as
> the existing" which slightly put me off any further progress.
I admit partial blame to this and apologize for it. In the years since I have
changed
my mind on
Op dinsdag 14 juli 2020 20:53:51 CEST schreef John Ralls:
> I don't think that the speed is fixable on Gtk3: GtkTreeModels are slow and
> big ones are slower. Gtk4 has a new ListModel architecture that's supposed
> to be faster but of course it hasn't yet encountered the real world so
> there's no
That should do it...
I just tested on my Fedora 31 box and after following your steps the new bill
opens with the new
layout (I do run current master rather than 3.906 but I don't think any changes
were made in
that area between these two).
What changes did you make exactly to the layout ?
Op vrijdag 5 juni 2020 20:45:07 CEST schreef D via gnucash-devel:
> Michael,
>
> The idea of default column widths makes sense, but the idea that a user's
> previously set preferences will no longer apply seems a little backward.
>
Note default columns widths are not set automatically. GnuCash
Op vrijdag 5 juni 2020 20:58:29 CEST schreef David Reiser:
> > On Jun 5, 2020, at 2:29 PM, Geert Janssens
> > wrote:>
> > Op vrijdag 5 juni 2020 19:55:29 CEST schreef David Reiser:
> > > > On Jun 5, 2020, at 1:26 PM, Geert Janssens > > >
Op vrijdag 5 juni 2020 19:55:29 CEST schreef David Reiser:
> > On Jun 5, 2020, at 1:26 PM, Geert Janssens
> > wrote:
> >
> > It will need a one time action to set these new defaults once you start
> > using 4.0. I believe we have 6 layouts so that's 6 times you may
Op vrijdag 5 juni 2020 16:05:36 CEST schreef D via gnucash-devel:
> Bob,
>
> I still don't understand fully. Are you saying that if I set my column
> widths differently for Stock A and Stock B, and then close both and reopen
> them both, that they will open with a set of arbitrarily-defined
Hi,
I think Robert Fewell just committed a fix for this.
Regards,
Geert
Chris Good schreef op 5 juni 2020 04:26:26 CEST:
>Hi,
>
>
>
>I just recreated my eclipse projects (because I did something dumb) and
>pulled the latest master (Don't try to unlock the GncDbiSqlConnection
>when
>it was
Op donderdag 4 juni 2020 06:37:18 CEST schreef John Ralls:
> > On Jun 3, 2020, at 9:27 AM, Derek Atkins wrote:
> >
> > Hi,
> >
> > Ovirt finally released version 4.3.10 (a minor update) and I'd like to
> > take that update soon. This will require two separate reboots. The
> > first reboot is
Op zaterdag 30 mei 2020 13:45:08 CEST schreef Christian Gruber:
> Am 29.05.20 um 01:49 schrieb Frank H. Ellenberger:
> > Christian,
> >
> > did you clean ~/.cache/guile ? That is the place, where the precompiled
> > .go bytecode from the .scm files is stored.
>
> Thanks for this advise, I
Op donderdag 28 mei 2020 08:13:14 CEST schreef Christian Gruber:
> Am 28.05.20 um 06:31 schrieb John Ralls:
> >> On May 27, 2020, at 2:15 PM, Christian Gruber
> >> wrote:>>
> >> Am 27.05.20 um 22:16 schrieb John Ralls:
> On May 27, 2020, at 1:09 PM, Christian Gruber
> wrote:
>
I remember having some discussion about this in the past (I believe on irc)
about binreloc and a
potential c++ replacement. Perhaps it's one of the links in the SO you refer
to, I don't
remember exactly.
One of the issues with binreloc is it doesn't work well for our bindings
(python &
wiki.gnucash.org/wiki/Building_on_Windows
>
> Thanks,
> Matt
>
>
>
>
>
>
> On Thursday, May 14, 2020, 09:19:31 AM CDT, Geert Janssens
> wrote:
> Op donderdag 14 mei 2020 13:58:37 CEST schreef flywire:
> > Geert, thanks for that I appreciate it.
> >
Op donderdag 14 mei 2020 13:58:37 CEST schreef flywire:
> Geert, thanks for that I appreciate it.
>
> I have looked through the docs. Does anyone know what the chances are of
> getting a Win10 environment up under Visual Studio are?
I don't think anyone has tried before so I have no idea. IIRC
Good point.
Geert
Op donderdag 14 mei 2020 13:01:45 CEST schreef Christopher Lam:
> Small warning/notice is warranted:
> This will automatically modify datafile to add feature as follows.
>
>
> Register sort and filter settings stored in .gcm
> file
> Store the register
Op donderdag 14 mei 2020 10:44:15 CEST schreef flywire:
> I haven't got a build environment setup yet. Is anyone interested in
> looking at https://github.com/flywire/gnucash/commits/patch-1 to see if
> builds? It's a long time since I've used C but the intention is to test
> replacing
>
Op woensdag 13 mei 2020 14:50:45 CEST schreef Christopher Lam:
> Hi the branch name was originally 'maint-'. Github doesn't allow changing
> branch names without creating a new PR. So, next time I'll just need to
> amend the merge commit message (and also add a #link to PR).
That would also be
Op woensdag 13 mei 2020 14:17:20 CEST schreef Geert Janssens:
> Op dinsdag 12 mei 2020 16:06:05 CEST schreef Christopher Lam:
> > Updated via https://github.com/Gnucash/gnucash/commit/57fe0515
(commit)
> >
> > via https://github.com/Gnucash/gnucash/co
Op dinsdag 12 mei 2020 16:06:05 CEST schreef Christopher Lam:
> Updatedvia https://github.com/Gnucash/gnucash/commit/57fe0515
> (commit)
>via https://github.com/Gnucash/gnucash/commit/b4d7386d (commit)
> from https://github.com/Gnucash/gnucash/commit/ebd9db89 (commit)
>
Op donderdag 7 mei 2020 17:19:24 CEST schreef jean laroche:
> I fully agree that it's non trivial. It's a combinatorial problem in
> theory, to find the match that gives the highest overall score.
> But this is academic musing! In practice, we're not faced with
> complicated types of scenario and
Just to be clear we are talking about the same thing: if you write "GC" you
are referring to your gnucash data file ? And not to the gnucash application ?
Regards,
Geert
Op zaterdag 9 mei 2020 21:01:49 CEST schreef Bruce Irving via gnucash-devel:
> I like the way it has been, ie: it saves them
Op maandag 4 mei 2020 12:30:28 CEST schreef Kevin Buckley:
> Wonder if I could ask a couple of related questions about 2.6.21,
> before letting you get back to working on the current version.
>
> Because of your suggestion that there might be some back-portable
> changes, I checked out a local
Hi Kevin,
The time changes have been done to deal with timezone issues. And I believe
2.6.21 may still
not be doing it quite right. If I remember correctly the 3.x series received
additional fixes.
I may have a few details wrong but this is the essence of it: gnucash used to
poorly handle
Op vrijdag 1 mei 2020 13:03:53 CEST schreef Robert Fewell:
> commit 3602753f5093313592dee6acf92b821fc604c976
> Author: Robert Fewell <14ubo...@gmail.com>
> Date: Fri May 1 11:54:58 2020 +0100
>
> Remove some Gtk version checks in code
>
> With the requirement for Gtk+ 3.22, the version
Op dinsdag 28 april 2020 18:35:16 CEST schreef John Ralls:
> > On Apr 28, 2020, at 7:27 AM, Geert Janssens
> > wrote:
> >
> > However numbers are not just meant for displaying, one needs to do
> > calculations on them as well. And at that point signs will matter
looks like it covers most of the cases).
Regards,
Geert
Op dinsdag 28 april 2020 20:22:26 CEST schreef Adrien Monteleone:
> > On Apr 28, 2020 w18d119, at 9:27 AM, Geert Janssens
> > wrote:
> >
> > What I take from all this is that as long as you display data in
y Objective
> C (superset of C/C++) and now SWIFT. The OBJECTs sometimes differ between
> MacOS and iOS, but are quite similar otherwise. On Wednesday, April 22,
> 2020, 01:37:14 AM PDT, Geert Janssens wrote:
>
___
gnucash-devel mailing
Op dinsdag 28 april 2020 15:58:30 CEST schreef Adrien Monteleone:
> Geert,
>
> I concur.
>
> As long as the internals treat the equation as set to equal zero, then
> signage is necessary and it should be consistent. I appreciate the efforts
> being made to achieve this.
>
> My (pie in the sky)
Op dinsdag 28 april 2020 14:55:07 CEST schreef Stan Brown:
> On 2020-04-27 17:58, John Ralls wrote:
> > The GnuCash development team announces GnuCash 3.902, the first testing
> > release for what will soon be GnuCash 4.0.
> >
> >
> > Baseline requirements
> >
> > Operating Systems:
> > •
My simplistic view on this: if there is going to be confusion anyway, let's at
least make it
consistent.
We have the sign reversal strategies in there to alter gnucash number
presentation behavior. To
me it would make sense this affects normal transactions the same way as it
would reports as
Hi Sumit,
We support Windows 8.1 because this version if Windows is still supported by
Microsoft as well
albeit only for extended support.
https://support.microsoft.com/en-us/help/13853/windows-lifecycle-fact-sheet
Feel free to experiment with clang and MSVC STL. If that can be made to work in
Op zondag 26 april 2020 16:57:49 CEST schreef Andy Goblins:
> Mark, I do not get any of the errors you get when running with '--debug
> --test' - the python test stuff runs fine for me: it says, "Hello from
> python!" and then prints a bunch of tests.
> So I did some more playing, and discovered:
Op zaterdag 25 april 2020 09:17:58 CEST schreef Geert Janssens:
> Op zaterdag 25 april 2020 01:09:56 CEST schreef Adrien Monteleone:
> > I’ve used some documentation from that source for several projects (as a
> > user, not a documenter) and I have to say it is much more p
Hi Rob,
Thanks for running this experiment.
The stylesheet used by ReadTheDocs is much more modern than ours and indeed
looks much nicer for online consumption. Even the pdf is cleaner.
On the other hand I also have a few concerns/questions:
1. How would a translation flow look like with
Op zaterdag 25 april 2020 01:09:56 CEST schreef Adrien Monteleone:
> I’ve used some documentation from that source for several projects (as a
> user, not a documenter) and I have to say it is much more pleasant to read
> and navigate than the current GnuCash setup.
>
> There was some discussion
, Mark wrote:
> >Yea, I ran 'sudo ninja install'.
> >Andy, from your initial email, can't tell for sure but possibly you
> >built a
> >venv right after your ninja build without doing an install?
> >
> >*Mark*
> >
> >
> >*episte...@gmail.com *
Op donderdag 23 april 2020 06:55:21 CEST schreef David Cousens:
> In a recnt discussion with
> (http://gnucash.1415818.n4.nabble.com/template/NamlServlet.jtp?macro=user_no
> des=378901) around capital gains and realized and unrealized gains, I
> had occasion to acquaint myself with trading
m willing to try. On Sunday, April 19, 2020, 11:00:12 AM
> PDT, Geert Janssens wrote:
>
> #yiv8039829096 p, #yiv8039829096 li {white-space:pre-wrap;}
> Hi Camille,
>
>
>
> Most of the code relevant for your viewer is indeed C/C++. Parts are gnucash
> are also written in
Op dinsdag 21 april 2020 15:01:33 CEST schreef Mark:
> My bindings are built from the git source code for the 3.10 release
> (gnucash-3.10.tar.bz2):
>
> /opt/bin | Tue Apr 21 08:55:25 | marksa@Ares-A717-72G | bash 4.4.20
> 2013 > ./gnucash --version
> GnuCash 3.10
> Build ID: 3.10+(2020-04-11)
>
Hi,
I have updated the flatpak build scripts to use 1.2.29. Version 30 is not
officially released yet..
Geert
Op dinsdag 21 april 2020 13:10:36 CEST schreef Derek Atkins:
> HI,
>
> Trying to build Chris' beta branch in flatpak and the build is failing due
> to a missing dependency:
>
>
Hi,
This was brought to my attention via irc. I have pushed a fix for this.
Regards,
Geert
Op dinsdag 21 april 2020 13:07:38 CEST schreef Derek Atkins:
> Hi,
>
> I am trying to set up a new flatpak build for chris to test out his beta
> branch. Of course I cannot just call build_package.sh
Hi,
I presume you are building from git. What commit are you building from ? There
was an issue
with detecting uninstalled builds that got fix right after the 3.10 release. So
you'd need a very
recent checkout to have this fix. This bug may be causing the symptoms you
experience.
Regards,
s in C or C++ language. On Sunday, April 19,
> 2020, 06:00:54 AM PDT, Geert Janssens wrote:
>
> #yiv2676310034 p, #yiv2676310034 li {white-space:pre-wrap;}
> Ok. That's fair.
>
>
>
> Do note GnuCash supports database storage as well as xml and will likely
> switc
Op zondag 19 april 2020 18:37:31 CEST schreef Stu Perlman:
> Will GnuCash continue to work with the presently optional MySQ
database in
> the future switch from xml to sqllite3?
Yes, it will. The only change would be that at some point we will
probably make sqlite3 the default. That's still a
swift, it decompresses the .gnucash
> file then parses the xml file and displays the account tree.
>
> Sent from my iPhone
>
> > On Apr 18, 2020, at 5:37 AM, Geert Janssens
> > wrote:
> >
> > An iOS app that can view gnucash files is certainly nice.
> >
&g
An iOS app that can view gnucash files is certainly nice.
Is it a from-scratch implementation or did you reuse our gnucash code for it
(the latter would
be really awesome) ?
Regards,
Geert
Op vrijdag 17 april 2020 18:17:28 CEST schreef Camille Rizko via gnucash-devel:
> Hello, I developped
Op vrijdag 17 april 2020 18:01:30 CEST schreef jeanl:
> Hi Devs,
> I have code that enables importing multiple OFX in one shot. It's actually
> *almost* already supported by GC, and required few changes.
> - The file import dialog needs a new option to allow multiple-file
> selections
> - Then
First off, modules are mostly on the way out. I have been working on removing
most uses of
those and plan to eliminate even more. The gnc_module code itself will remain
until we have a
better alternative.
Other than that, yes, you are allowed to include headers from other "modules".
Or more
Thanks for this overview. It matches mostly with how I understand
reconciliation.
I will add a few comments in between.
Op zondag 12 april 2020 07:14:22 CEST schreef David Cousens:
> I don't see any problem with the reconcile status at present as implemented
> in the QIF, OFX imports or even
Op zaterdag 11 april 2020 05:27:48 CEST schreef D. via gnucash-
devel:
> I will also add in here that the developers have muddied the waters
on this
> whole situation with the decision to de-reconcile transactions when
the
> user edits it later-- even if the changes are not related to an
Op dinsdag 14 april 2020 23:27:00 CEST schreef John Ralls:
> Updatedvia https://github.com/Gnucash/gnucash/commit/218e18a4
> (commit)
> from https://github.com/Gnucash/gnucash/commit/8f68d542 (commit)
>
>
>
> commit 218e18a433b8670620d2a83c7bfebe153d1c90fd
> Author: John Ralls
Op dinsdag 14 april 2020 23:22:47 CEST schreef John Ralls:
> Updatedvia https://github.com/Gnucash/gnucash/commit/a392190a
> (commit)
> from https://github.com/Gnucash/gnucash/commit/2270b851 (commit)
>
>
>
> commit a392190adf877b552c25936c493c4d63a4a83e8f
> Author: John Ralls
I presume you applied the same fix to gnucash-on-flatpak. Can you push it to
our github repo ?
Geert
Op zondag 12 april 2020 21:06:04 CEST schreef John Ralls:
> Updatedvia https://github.com/Gnucash/gnucash-on-osx/commit/9a3db119
> (commit) from
Op dinsdag 7 april 2020 18:37:25 CEST schreef Derek Atkins:
> Hi,
>
> On Tue, April 7, 2020 11:47 am, Dale Phurrough wrote:
> > Cool use of cleared/reconciled for expenses. I can follow that general
> > approach.
> > I do have an inquiry regarding the need for the future when reconciling.
> >
Op woensdag 1 april 2020 07:36:44 CEST schreef jean laroche:
> I don't have an idea for you but in my experience trying to
follow the
> gtk calls leads nowhere.
It does if this issue turns out to be a gtk bug.
Regards,
Geert
___
gnucash-devel mailing
Hi Chris,
What OS are you using again ?
On linux it's indeed as simple as installing the appropriate -dev (or -devel)
packages. On Fedora,
if you run gnucash once under gdb instead of Eclipse, gdb will tell you which
command to run to
install all missing debug info. It may be more than you
Can you report this as a bug in bugzilla [1] please ?
Messages on the mailing list are a nice heads up, but tend to get lost.
Thanks!
Geert
[1] Refer to http://wiki.gnucash.org/wiki/Bugzilla on how to use our bug tracker
Op dinsdag 17 maart 2020 23:40:33 CET schreef Alan Auerbach:
> Importing
Op vrijdag 13 maart 2020 01:30:23 CET schreef Jean Laroche:
> Well it's finally working. I cleaned everything and rebuilt everything,
> and things are OK now. I should have started with that. :(
> Thanks for the help though!
>
Glad you got it working.
I'm the one to usually bring this up, so
Op woensdag 11 maart 2020 22:03:13 CET schreef Jean Laroche:
> People,
> I have a version you can test here:
> https://github.com/jeanlaroche/gnucash.git , fix_autocompletion branch.
> A couple notes:
> - I worked off of maint, which I shouldn't have since this is probably a
> new feature. I'll
Op vrijdag 6 maart 2020 11:53:30 CET schreef Colin Law:
> On Fri, 6 Mar 2020 at 09:50, Geert Janssens
> wrote:
> > ...
> > So we have identified at least one installation method that indeed does
> > follow the systemd spec. I wonder whether npm (for nodeJS), guix (for
&g
Op vrijdag 6 maart 2020 10:39:29 CET schreef Colin Law:
> On Fri, 6 Mar 2020 at 09:29, Geert Janssens
> wrote:
> > ...
> > What I am still curious about though is how applications get installed in
> > $HOME/.local/bin.
> Looking at my notes on platformio I believe it
Op vrijdag 6 maart 2020 10:09:01 CET schreef Colin Law:
> Inspecting my Ubuntu 19.10 system I see that a number of applications
> have installed themselves to ~/.local/bin. Platformio for example.
> Also that folder is in the PATH, but whether it is there on a clean
> install I don't know.
>
>
Yes, I noticed that too. Looking at the history it looks like Frank already
made this change in May
last year.
I also googled around a bit more on this subject. And it looks like there are
different
interpretations of how $HOME/.local should be used.
The freedesktop base directory
gt; https://lists.gnucash.org/pipermail/gnucash-user/2018-May/076971.html where
> I use $HOME/.local as an e.g.
>
> Regards,
> John Ralls
>
> > On Mar 5, 2020, at 12:53 AM, Geert Janssens
> > wrote:
> >
> > I just now read your original reply on the user list.
>
Op donderdag 5 maart 2020 20:54:54 CET schreef John Ralls:
> That's because its-tool looks for python and python-config instead of
> python3 and python3-config so it finds the virtenv python and of course
> libxml2.py isn't installed there. As I said I usually drop to the shell and
> create those
CET schreef Geert Janssens:
> David,
>
> I'm interested where you got the recommendation to install into $HOME/.local
> from ? Perhaps this is a practice used by some distros in specific ?
> Op donderdag 5 maart 2020 02:47:36 CET schreef David Cousens:
> > If I create a direct
David,
I'm interested where you got the recommendation to install into $HOME/.local
from ? Perhaps this is a practice used by some distros in specific ?
Op donderdag 5 maart 2020 02:47:36 CET schreef David Cousens:
> If I create a directory .apps under $HOME then GnuCash installs to it
>
Op zondag 1 maart 2020 07:43:57 CET schreef c.holterm...@gmx.de:
> Hello,
>
> I don't have gettext 0.20. That disables potfile generation.
> It would be helpful if that message was shown when trying to
> make pot.
Fair point.
> If I remove that condition in CMakeList.txt pot file gets build.
>
There were several issues which your logs below nicely illustrated.
Interestingly these issues only surfaced when using the cmake's makefile
generator. All was fine using ninja. This shows most devs are using ninja...
Anyway, I have pushed several fixes to maint and master and both build fine
It looks like the new lot-viewer.scm report has been included in the wrong
source directory. It depends on business-report functionality but is added to
standard-reports.
I'll see if I can come up with a fix.
Regards,
Geert
Op vrijdag 28 februari 2020 15:51:25 CET schreef Richard Ullger:
> >
lar to what you did, but didn't understand where to put
> the aqbaning-cli param (versions) -- not too intuitive...
>
> Yeah, I know, RTFM...
>
> > On Feb 19, 2020, at 10:07 AM, Geert Janssens
> > wrote:
> >
> > flatpak run --command=aqba
nuCash
> [ org.gnucash.GnuCash ~]$ aqbanking-cli versions
> Versions:
> AqBanking-CLI: 6.1.0
> Gwenhywfar : 5.2.0.0
> AqBanking: 6.1.0.0
>
> > On Feb 19, 2020, at 1:06 AM, Geert Janssens
> > wrote:
> >
> > Where to look does depend on the source
Op dinsdag 18 februari 2020 23:04:59 CET schreef crazylyle:
> So you are suggesting reducing the size of our QIF files to a small
> debuggable size.
>
> My QIF file is 653,808 lines long. About 2^20. So just using a binary
> search would
> take at least 20 trials to find the first line that it
They should not be taken off-line, they should be taken to gnucash-devel.
I have purposely left gnucash-user in cc in this mail to inform everybody, but
please on future
replies remove gnucash-user from the recipient list and only post to
gnucash-devel.
Regards,
Geert
Op woensdag 19
Where to look does depend on the source of your flatpak unfortunately.
The link John points to is the one used for the gnucash nightly flatpak builds
which you can
download from https://code.gnucash.org/builds/flatpak/
If however you used the flatpak provided by flathub, the link would be
Hi Tom,
We don't need your complete financial history, just the bit that causes the
import to fail. Or even
'a' bit that fails.
So if you can create a small Qif file that illustrates the failure that would
help already. Perhaps
you're able to generate that by a process of elimination ? For
anks, John, ENABLE_BINRELOC=OFF fixes this issue. I didn't test it
> before, because Geert Janssens wrote in a comment to bug 794916, that he
> commited a fix for it already in gnucash 3.1. So I would only suggest to
> make this really the default or to add this option to the documentati
Op vrijdag 17 januari 2020 07:43:37 CET schreef Mike Alexander:
> On 16 Jan 2020, at 16:40, Geert Janssens wrote:
> > With this capability baked into cmake do we still want to keep the old
> > xcode
> > project in our repo ? Can it do something we wouldn't be able to do
&
Probably mostly a question directed at Mike, but I'm sending it to the list so
others can follow...
The gnucash repository contains a gnucash.xcodeproj directory that was set up
by Mike Alexander in 2014 as a helper to run unit tests via xcode. It has
gotten regular updates until somewhere in
Op woensdag 13 november 2019 18:54:50 CET schreef Stephen M. Butler:
> On 11/13/19 9:40 AM, Geert Janssens wrote:
> > Op woensdag 13 november 2019 17:39:41 CET schreef Stephen M. Butler:
> >> On 11/13/19 5:13 AM, Geert Janssens wrote:
> >>> Op woensdag 13 november 201
Op vrijdag 20 december 2019 14:50:30 CET schreef Robert Fewell:
> Hi,
> Need some advise on this problem I found when trying to fix a budget state
> file issue...
> Currently the register full name is being added as a comment to the
> register sections of the state file based on the group, so we
a lot-link spanning 2 APAR
> > splits.
> > * 1 invoice $80 is unpaid/outstanding.
> > * 1 credit-note of $80 is refunded from bank via a regular
> > txn-type-payment transfer.
> >
> > Partial payments/offsets are also rendered appropriately.
> >
&
Op dinsdag 24 december 2019 04:57:43 CET schreef Christopher Lam:
> - TXN-TYPE-LINK lot-splits are rendered as a generic 'Offset
> Documents' link to lot-link splits. This helps link invoice to the
> link transaction to locate the corresponding credit-note. It is not
> possible to
Nice :)
Op maandag 23 december 2019 17:26:28 CET schreef Robert Fewell:
> Updatedvia https://github.com/Gnucash/gnucash/commit/5a7c8eca
> (commit)
> from https://github.com/Gnucash/gnucash/commit/9f1603d3 (commit)
>
>
>
> commit 5a7c8eca89e11462186cab9d06b6c6aab9dac2b1
>
Op maandag 9 december 2019 03:24:36 CET schreef David Cousens:
> They're pretty impressive Geert. I had them spread across 3x24 " monitors in
> GIMP to be able to see enough to start to make sense of them.
>
> David
Yes, they illustrate gnucash is really a complex project. Part of this I
Hi Matthew,
Thanks for looking into this. The bug has been around for too long already...
Here's my view on it:
In theory we could indeed use a different widget for cases where we are asking
for a simple number. The big benefit of the GNCAmountEdit widget on the other
hand is that it allows
Op woensdag 13 november 2019 17:39:41 CET schreef Stephen M. Butler:
> On 11/13/19 5:13 AM, Geert Janssens wrote:
> > Op woensdag 13 november 2019 05:28:30 CET schreef Stephen M. Butler:
> >> git worktree add ../v3.7 3.7
> >
> > Assuming you're in maint that does ind
Hi Stephen,
Your analysis is correct. Your platform uses a more recent version of swig.
The first difference you refer to shows the actual version differences.
Most of the changes are because swig generated files are slightly different
when generated with different versions of swig.
Note the
101 - 200 of 2731 matches
Mail list logo
