up
> but I'm stuck on accessing MSYS2.
> https://github.com/actions/virtual-environments/blob/main/images/win/Windows2019-Readme.md
> says that Mingw-w64 is preinstalled but doesn't provide any information on
> where. Do you know?
>
> Regards,
> John Ralls
>
>
> >
ale
>>> Docker is now firmly entrenched in the industry; would you be able to
>>> create a PR to set up the Dockerfile in the project root (or /util), and
>>> add a few notes in the wiki to help complete docker newbies? e.g.
>>> - how to set up a dev environment
&
- automate build and install
> You may be aware we're moving away from travis to github actions.
> C
>
> On Wed, 17 Jul 2019 at 18:40, Dale Phurrough via gnucash-devel <
> gnucash-devel@gnucash.org> wrote:
>
>> Hi all. I finished the second stage of my project to automate
Thanks for inquiring. I've hinted at top-level concepts and ideas in my
thread "reconciliation concept from top view"
https://lists.gnucash.org/pipermail/gnucash-devel/2020-April/044863.html
and in particular the relationship between a "shared truth" and the GnuCash
"reconciliation" process. I am
Oops, I misunderstood the turn this thread took. My mistake.
I don't have any particular comments on an autofix to clean XML files with
inconsistent reconciliation dates and the current approach GnuCash has for
reconciliation.
My comments were for some future many months->years away in a later
As an attempt for clarity, I don't globally agree with what David wrote
"The dates in a statement will all fall between the end date of the last
statement +1 (the start date of the current statement) and the end date of
the current statement as the statement dates are inclusive."
I believe in the
f flat
doesn't disappear. Instead, it is now known to be false/invalid and is
archived in our history books. It is superseded with a new shared truth of
"round".
--Dale
On Thu, Apr 16, 2020 at 3:48 AM Christopher Lam
wrote:
>
>
> On Thu, 16 Apr 2020, 2:57 am Dale Phurrough via gnucash
This email captures my thoughts on "reconcilation" concept from a top view.
I encourage feedback.:-)
Grab a drink -- this email will walk you through terms, logic, and examples.
I believe there is value in GnuCash having a language/terms at a high-level
for reconciliation. To me, it seems a lot
e:
> Dale,
>
> On Fri, April 10, 2020 12:37 pm, John Ralls wrote:
> >
> >
> >> On Apr 10, 2020, at 8:22 AM, Dale Phurrough via gnucash-devel
> >> wrote:
> >>
> >> This feels like a separation of accounting logic -- separate from
> >&g
Wow...this mix-match of reconcile date behaviors are good to log somewhere
as an design/architecture aberration/bug. Good for discussion on...
1. what *does* the concept of "reconciliation date" mean?
2. does that meaning change with the source of reconciliation/truth (qif,
quicken, AQBanking,
handling needed.
Reconciling the expenses is separate form reconciling the bank account.
Reconciles always happen now or in the past.
--Dale
On Tue, Apr 7, 2020 at 4:37 PM Derek Atkins wrote:
> Hi,
>
> On Tue, April 7, 2020 10:21 am, Dale Phurrough via gnucash-devel wrote:
>
&g
Hi. I do have feedback on the 3.10 change suggestions. Meanwhile, I'll not
comment on the feature change "3.9 comes with a new method for calculating
reconciliation starting balances". I defer to others on this list for that.
1.
This time period of one month is arbitrary and my experience
Fyi, hash also doesn't match on GitHub. The hash given in the GitHub
release text doesn't match the hash on the Windows exe download also from
GitHub.
On Tue, Mar 31, 2020, 9:33 PM John Ralls wrote:
>
>
> > On Mar 31, 2020, at 11:57 AM, Tommy Trussell
> wrote:
> >
> > On Tue, Mar 31, 2020 at
Hi. Perhaps there's some partnership possible I'm a 25+ year Fidelity
Investments customer and have several accounts with them.
Fidelity is OFX2 for these accounts. All of the accounts are classified as
"investment accounts" - some of which have a cash/checking account
associated with them.
If we
I recommend you follow the quick start at
https://github.com/diablodale/gnucash-dev-docker#quick-start-example
The first sentence with 'docker-compose' builds the container itself, runs
the container, and the container downloads/cmake/make/test Gnucash
The next in the quick start shows how you can
Hello. I recommend you ensure you have a working docker installation.
https://docs.docker.com/get-started/#test-docker-installation provides a
method to test. You should see a success with that hello-world.
and you did read... https://docs.docker.com/install/linux/linux-postinstall/
If no joy
Good news :-) Next? I recommend the setup and quick start at
https://github.com/diablodale/gnucash-dev-docker
If you encounter problems following that, please do loop me in. I want to
fix it/be more clear while balancing with brevity.
Yes, the build/test containers are themselves many distros of
I'm not the best source for supporting Ubuntu. Ubuntu has rich communities
that are better suited to support ubuntu and apt.
I'm not a good resource to troubleshoot snap. In the error message you got,
it gave a url. I clicked and there's a lot of information at that post on
the topic. Perhaps it can help you.
Meanwhile, the stable docker 19.03 just appeared today on Docker's official
package repos. And it supports
Hi, thanks for checking in. I've never tested using the dev-docker
containers to build .deb within them. Long-term I would like it to build
containerized apps like snap, flatpak, etc. and maybe deb's come along for
free.
I vaguely remember reading "each package manager/person maintains their own
With this Windows GnuCash discussion, I see several categories of choices
that seem to be in play for Windows. I'll write here my thoughts and invite
you all to add yet more clarity.
*Library and ABI ecosystem:*
- This is gcc, g++ within msys2 ecosystem while using Linux-esque
libraries.
If your goal is to use a Windows computer to run and/or develop GnuCash,
then an option is to...
Execute GnuCash in Linux
Display GnuCash in Windows
I do not recommend deep investment into the current WSL. The drastically
different WSL2 is already in preview and will be available within ~6-9
I greatly support changing to U+C. C!!!
This is one of bugs I have in my list-o-bugs-from-dumping-quicken in April.
Attached is screenshot to remind those on this list w/o needing to dig
through the app.
As help, here is what I wrote to myself on the R/C topic. Like you wrote,
it needs to be
Hi all. I finished the second stage of my project to automate build/test of
GnuCash with Docker. See the badges, drill down to logs and individual test
results at
https://diablodale.github.io/gnucash-dev-docker/
In previous emails you read about the easy consistent GnuCash build/test
with Docker.
Got it.
FYI: jhbuild docs write you can use local patch files that are in the same
dir as the moduleset file or in the "patches/" subdir. Convenient. See
bottom of...
https://developer.gnome.org/jhbuild/stable/moduleset-syntax.html.en
That's what their docs write... ;-)
--Dale
On Tue, May 28,
John, as I'm invested to get a Windows build pipeline working (even for
stable gc 3.5), I volunteer to fork the gcow repo on github and try a
few changes. Its easy for me to iterate/test.
Asking/volunteering so that we both don't do the same work. [caveat: I will
not fix guile, instead downgrade
ns to some of the versioning problems.
--Dale
On Mon, May 27, 2019 at 4:52 PM John Ralls wrote:
>
>
> > On May 27, 2019, at 4:31 AM, Dale Phurrough via gnucash-devel <
> gnucash-devel@gnucash.org> wrote:
> >
> > Hi all. I found a philosophical issue that leads to an
ote:
>
>
> > On May 27, 2019, at 4:40 AM, Dale Phurrough via gnucash-devel <
> gnucash-devel@gnucash.org> wrote:
> >
> > Hi all. I've updated the Dockers to build Gnucash for openSUSE 5.0 and
> 5.1.
> > https://github.com/diablodale/gnucash-dev-doc
Hi all. I've updated the Dockers to build Gnucash for openSUSE 5.0 and 5.1.
https://github.com/diablodale/gnucash-dev-docker
With these, you can build GnuCash 3.5+ on major releases of Ubuntu, Debian,
Arch, CentOS, and openSUSE Linux.
These are great for continuous integration (CI) by everyone by
Hi all. I found a philosophical issue that leads to an ongoing series of
Windows build process bugs. Want to bring it to this forum. I believe it
needs discussion on approach, so that bugs can be created and holistically
fixed for now/future.
The Windows build process at
Gnucash 3.5 builds clean on Ubuntu 14.04 aka Trusty with the list of
packages in the Dockerfile at
https://github.com/diablodale/gnucash-dev-docker/blob/master/debian.dockerfile
You can see in it there are some logic tests to see what platform/packages
are available in the repos.
Currently I use
Opened to track https://bugs.gnucash.org/show_bug.cgi?id=797252
On Sat, May 25, 2019 at 5:06 PM Dale Phurrough wrote:
> John Ralls on 3 May deleted the needed patch file.
>
> https://github.com/Gnucash/gnucash-on-windows/commit/5ad565b49b2b4a48ce3c5f30429b2f6f8042821a
>
>
> On Sat, May 25,
John Ralls on 3 May deleted the needed patch file.
https://github.com/Gnucash/gnucash-on-windows/commit/5ad565b49b2b4a48ce3c5f30429b2f6f8042821a
On Sat, May 25, 2019 at 4:10 PM Dale Phurrough wrote:
> Hi all. I think there is a missing patch file for GnuCash to compile on
> Windows. The patch
Hi all. I think there is a missing patch file for GnuCash to compile on
Windows. The patch file referenced here doesn't exist in the GIT repo
https://github.com/Gnucash/gnucash-on-windows/blob/c68c63a5e772330aa09dab98478b8125a9e71c57/gnucash.modules#L210
Anyone have it? And can check it into the
Hi all. I've added a centos-7 dockerfile that will cleanly compile GnuCash
3.5
https://github.com/diablodale/gnucash-dev-docker
The Centos-7 Dockerfile adds the well-known EPEL repository. This
repository is needed for common components like Aqbanking and libofx. Given
that repo is available, I
What is the de facto process, or if written, on the transition from
RESOLVED bug -> VERIFIED bug for the Gnucash project?
My inquiry is due to a private conversation...bringing it broader.
I checked and haven't yet found a gnucash doc on this.
Personally, the bug lifecycle I'm most familiar has
her/useful. Requests are
welcome. Already thinking about GNC_EXTRA_PACKAGES and GNC_POST_BUILD_CMD
- VSCode remote development works well into these containers. Easy
breezy.
--Dale
On Fri, May 10, 2019 at 6:40 PM Stephen M. Butler wrote:
> On 5/10/19 5:06 AM, Dale Phurrough via
Hi. I'm Dale and introducing myself + an inquiry.
I migrated Quicken->Gnucash 3.5 in April. I chose GnuCash so that I can
contribute.
===Inquiry
*Where is the standard automated setup and build process for gnucash app
and docs?*
One of the issues I encountered is a doc issue. To resolve, I need
38 matches
Mail list logo