I can't find a bug and fix in the list for the alphavantage time out
problem.
It was certainly discussed here.
Do I have to make a bug for it or hand roll again?
--
Wm
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
On 22/08/2019 19:33, Geert Janssens wrote:
Op donderdag 22 augustus 2019 19:50:38 CEST schreef John Ralls:
On Aug 22, 2019, at 10:00 AM, Geert Janssens
wrote:
Gnome and Flathub use age rating data to classify applications as
appropriate or not for certain groups of users. Both are using the
On 19/07/2019 09:56, Christopher Lam wrote:
Wish to canvas opinion on what is considered best practice for the
following real-data simulations, for rebuilding owner-report and
aging-report. This illustrates current buggy behaviour.
* I have a $100 customer invoice, posted- and due-dates 6 weeks
On 23/07/2019 18:18, John Ralls wrote:
That would be *way* out of scope for GnuCash. The only effect on accounting is
when the change in ownership of the inventory is booked. Deciding that is
completely external to GnuCash, which doesn't even do cost accounting for WIP
inventory. It might be
On 25/05/2019 23:53, Christopher Lam wrote:
Basically anyone who runs a custom .scm file.
Once again you are saying custom without making it clear what you mean.
For the sake of clarity, I do not think you, Christopher, are doing this
with the intention of being unclear.
Some people
On 24/05/2019 04:07, Christopher Lam wrote:
Hi John
My plans for 4.0 will be
- remove *all* deprecated exported functions and deprecated code paths
- enable book-accounting-period preference
I'd urge anyone with custom reports will observe the console or tracefile,
and watch for any scheme
On 05/05/2019 09:41, cicko wrote:
As I've written in https://bugs.gnucash.org/show_bug.cgi?id=797227:
I suspect that the purpose of the trading accounts was to account for the
loss/gain in currency conversion (only).
Your suspicion is incorrect.
Not sure if applying the trading
accounts for
I know I am not the favourite person here, however, some things need to
be said.
The "known issues" list at http://gnucash.org/news.phtml is a mess and
needs tidying.
There are a number of duplicate reports. They don't help anyone because
each of the reporting individuals is left thinking
On 22/03/2019 18:41, Marcello Stanisci wrote:
Dear GnuCash devs,
in the main context of the european directive PSD2 (that basically
mandates all the
banks to expose a REST API for everyone to use their online-banking
services), I noticed
that there is not yet a modern, well-documented,
On 04/07/2018 03:34, John Ralls wrote:
I think it was Alex that said:
Today, in file->properties->Accounts tab, you can turn "trading accounts"
on or off.
At your peril. As far as I can tell they're either on or off, switching
breaks stuff.
I propose to change this to a selection of
On 04/07/2018 01:12, Alex Aycinena wrote:
Today, in file->properties->Accounts tab, you can turn "trading accounts"
on or off.
Not really, you either use them or you don't.
I propose to change this to a selection of three alternatives:
use trading accounts, specify a 'book currency', or
On 02/07/2018 18:02, Alex Aycinena wrote:
I put it there for a project I am working on (but have gotten delayed on).
It is not dead code; however, allow me to remove it in the next week or so
and I will re-apply it later when the project moves forward.
It seems better to remove it since we
On 28/02/2019 00:04, David Cousens wrote:
Wm
Diagrams are up https://wiki.gnucash.org/wiki/Configuration_Locations. The
wkiki markup is crude but works. I will try later to implement a scroll box
to better accommodate narrow width monitors and mobile devices. Geert
pointed out a few corrections
On 24/02/2019 17:29, Geert Janssens wrote:
Op zondag 24 februari 2019 16:23:24 CET schreef Wm via gnucash-devel:
On 24/02/2019 01:06, David Carlson wrote:
No, it is the name calling and digression from real subject matter.
I had to do the name calling because no-one was paying attention
On 26/02/2019 08:28, David Cousens wrote:
Wm and other interested parties
To help alleviate the confusion over where user configuration information is
located in V3.x cf v 2.6.x I have started adding some diagrams to illustrate
the changes in locations that occurred which are hopefully a bit
On 26/02/2019 08:28, David Cousens wrote:
Wm and other interested parties
To help alleviate the confusion over where user configuration information is
located in V3.x cf v 2.6.x I have started adding some diagrams to illustrate
the changes in locations that occurred which are hopefully a bit
On 05/02/2019 15:55, Derek Atkins wrote:
All accounts that touched any GnuCash bug were migrated over. The ONLY
user data migrated were email address and full name. The user account
passwords were NOT migrated because password data is not accessible (which
is a GOOD THING). So all those
On 16/03/2019 08:18, Colin Law wrote:
I am taking from your lack of response as an indication of the fact
that, having looked back at my posts, you have determined that I did
not say anything that backs up your assertion. I now consider this
matter closed.
No, you should take my lack of
On 24/02/2019 15:40, Colin Law wrote:
On Sun, 24 Feb 2019 at 15:21, Wm via gnucash-devel
wrote:
That is the point, dear, you may not have said a swearword but what you
are supporting is shameful.
Please don't call me dear. That is almost as bad as labelling me a
Trump supporter.
I don't
On 07/03/2019 23:42, David Cousens wrote:
I backup all user data including hidden directories on my hard disk to an
NAS so no matter where it is I have it copied. I do full backups monthly
with daily incrementals and usually retain them for 3 months these days. I
off load the backups onto USB
On 08/03/2019 14:49, Derek Atkins wrote:
Adrien Monteleone writes:
Separating preferences for reports is, I suspect, more useful to a
multi-user environment, which GnuCash does not support, but can be
useful for a single user who keeps books for multiple entities that
are all in the same
On 07/03/2019 20:03, Adrien Monteleone wrote:
Derek,
I don’t disagree with your assessments of what certainly *can* (and maybe even,
more often than not) be specific to a book rather than a user. I was thinking
more along the lines of what someone *might* most likely want to carry over
On 05/03/2019 12:57, David Cousens wrote:
I will get to testing the import of these transactions either tomorrow
morning or Thursday. I don't know yet whether it is possible to import them
in the multiline format with 2 or more splits yet.
Yes, it is possible but you have to be very careful
On 03/03/2019 12:14, Christopher Lam wrote:
for augmented budget report, which computes accumulated budget amounts
instead of periodic budget amounts.
https://github.com/christopherlam/gnucash/tree/maint-budget-refactor for
the whole repo
balance-sheet.scm is a core accounting report in gnc, an essential in
accounting as it allows the person presenting or viewing a report on a
set of tx to show a full set of accounts or a subset. It generally does
sums well.
it is also core in that a number of other reports are built on top
On 01/03/2019 22:42, Geert Janssens wrote:
Yes. The matcher should only be needed in the even more restricted case that
no transfer account is set.
In my experience the matcher is OK if you ignore it and understand the
tx. You should just import it and fix it by hand, presuming the
On 01/03/2019 22:26, David Cousens wrote:
Geert,
I can feed you what I've done so far with the multiline, double currency
transaction. My apologies for taking so long. My wife is a poet and I'm the
publishing company these days. She handed me the latest book of poetry to
edit and typeset for
On 01/03/2019 11:39, Geert Janssens wrote:
I am aware multi-currency import is currently flawed. Having a detailed
overview of what fails/what extra is needed will help a lot in setting this
straight.
Meneer, the import and multi currency are like the boy with his thumb in
a dyke being asked
On 27/02/2019 00:40, Chris Good wrote:
Hi,
I've updated my BackupGnuCash app to handle GnuCash V3 configuration files
as well as V2.
It can also backup the GnuCash Windows registry or the Linux dconf settings.
The new BackupGnuCash version is 1.3.1.
Please see:
Linux:
On 24/02/2019 01:50, Chris Good wrote:
Chris,
If I save reports from GnuCash 3.4 on Linux Mint Tara (Ubuntu 18.04), the
reports are saved in
/home//.local/share/gnucash/saved-reports-2.8 and I have verified this
contains the report config which I saved.
yay
This is where I expected to find
On 25/02/2019 06:52, David Cousens wrote:
I admit freely I do not have a clear understanding of how the reports (and
much else inside GnuCash) do work in detail and I doubt if I am alone in
that apart from maybe the core development team.
You are expected to be the foil for those that do
On 24/02/2019 17:18, Geert Janssens wrote:
Op zondag 24 februari 2019 17:19:09 CET schreef Wm via gnucash-devel:
Looks like you are now lying in public... (using your own conversation style
here).
Nothing gets deleted by the migration so there can't be data loss.
We are talking well
On 26/02/2019 11:56, Christopher Lam wrote:
Hi Geert,
Sharp eye indeed.
I haven't used the new gnc:gui-error function because report.scm is being
simulateously attacked:
(1) refactoring in maint-scheme-progress
(2) slowly creating nearly 100% coverage for tests
(3) fixing an invalid code path
On 24/02/2019 16:51, Geert Janssens wrote:
Op zondag 24 februari 2019 12:54:35 CET schreef Wm via gnucash-devel:
On 24/02/2019 02:25, David Cousens wrote:
Wm,
David, I appreciate your efforts as peacemaker, don't give up on all of
us yet, most of us are trying to be good, promise :)
If you
On 24/02/2019 17:08, Geert Janssens wrote:
You do like misinterpreting other peoples words to your benefit...
Only if necessary. I have never seen you like this before.
I never said it was a requirement to get gnc implemented on Windows. I said
gnucash chose to better integrate with each
On 24/02/2019 03:12, David Cousens wrote:
Wm
You could have a startup script which copied a common user config file for
GnuCash from a backup or other central location to each users home directory
and then copied it back on exit.
On Linux the files would be those in the directories:
On 24/02/2019 01:06, David Carlson wrote:
No, it is the name calling and digression from real subject matter.
I had to do the name calling because no-one was paying attention.
I'd prefer it if I was listened to the first time, promise.
--
Wm
___
On 24/02/2019 09:19, Colin Law wrote:
On Sat, 23 Feb 2019 at 23:28, Wm via gnucash-devel
wrote:
...
You, Colin Law, seem to be the sort of person that votes for Trump
because you aren't bothered if a black women gets shot.
I fail to see what I have done to be so vilely abused
On 24/02/2019 08:44, Geert Janssens wrote:
Yes, unfortunately this isn't very user friendly. I'm sure it can be improved.
Again it requires someone with time available and coding experience to
implement it.
Not really, 2. was better than 3. in this regard; let's just go back is
my
On 24/02/2019 08:44, Geert Janssens wrote:
Completely agree in today's context. There have been reasons in the past it
was done as it is. If someone has spare time and epxerience I gladly accept
patches to fix this technical debt.
There was nothing to fix in this regard in gnc 2.x
gnc 3.x
On 24/02/2019 10:45, David T. via gnucash-devel wrote:
Adrien,
Using configuration files as a mechanism for working around the significant
shortcomings of the reports ecosystem in Gnucash is tortured logic, at best. To
be clear, I understand the challenges facing the team-- as well as accept
On 24/02/2019 09:11, Geert Janssens wrote:
Op zondag 24 februari 2019 05:05:21 CET schreef David Cousens:
Adrien,
You beat me to it. I was about to also suggest making it a user preference
to be able to store the report configurations either with the book or as a
user location. Then the user
On 24/02/2019 04:05, David Cousens wrote:
Adrien,
You beat me to it. I was about to also suggest making it a user preference
to be able to store the report configurations either with the book or as a
user location. Then the user could choose what suits their circumstances and
configuration.
On 24/02/2019 03:44, Adrien Monteleone wrote:
One might want the same configuration in many respects and the same options on
various reports to be ’saved’ (since there is no other way to accomplish this
task) as user configured defaults to be useful across various books.
Some people have
On 24/02/2019 02:53, David T. via gnucash-devel wrote:
While I take exception to Wm's tone and language, I agree with his overall
assessment of the reports and configuration management.
I am happy to apologize to you if someone eventually takes notice. I
will do this by paying for a meal
On 24/02/2019 02:25, David Cousens wrote:
Wm,
David, I appreciate your efforts as peacemaker, don't give up on all of
us yet, most of us are trying to be good, promise :)
If you draw a diagram from the information in the wiki page
https://wiki.gnucash.org/wiki/Configuration_Locations
where
On 23/02/2019 23:09, David Carlson wrote:
Obviously this is not worth reading
Why? it is all about people presuming placement of significant personal,
charitable and corporate assets and getting it wrong.
Why is that not worth reading?
___
On 23/02/2019 21:52, Colin Law wrote:
I cannot understand why you keep using this software since it is so
obviously horribly flawed and you have such a low opinion of the
developers.
I am sure you would be a much happier person if you used one of the
many alternatives that are conveniently
On 23/02/2019 21:52, Colin Law wrote:
I cannot understand why you keep using this software since it is so
obviously horribly flawed and you have such a low opinion of the
developers.
I am sure you would be a much happier person if you used one of the
many alternatives that are conveniently
On 23/02/2019 22:30, David Cousens wrote:
Chris,
If I save reports from GnuCash 3.4 on Linux Mint Tara (Ubuntu 18.04), the
reports are saved in
/home//.local/share/gnucash/saved-reports-2.8 and I have verified this
contains the report config which I saved.
This is where I expected to find them
On 23/02/2019 21:52, Colin Law wrote:
I cannot understand why you keep using this software since it is so
obviously horribly flawed and you have such a low opinion of the
developers.
I am sure you would be a much happier person if you used one of the
many alternatives that are conveniently
On 10/02/2019 12:28, Geert Janssens wrote:
FTR this code is not written by me. I'm merely reading how it currently works.
good, because I am still angry at the plain stupidity regarding this
implementation
That aside, it will continue to work as long as the user uses a different name
when
On 08/02/2019 09:04, Chris Good wrote:
-Original Message-
From: Geert Janssens
Sent: Wednesday, 6 June 2018 12:10 AM
To: gnucash-devel@gnucash.org
Cc: Chris Good
Subject: Re: [GNC-dev] GnuCash 3 on Linux
Op dinsdag 5 juni 2018 14:53:44 CEST schreef Chris Good:
Hi,
I'm working on my
On 05/06/2018 15:09, Geert Janssens wrote:
If you override XDG_DATA_HOME the files will be searched for and saved in
$XDG_DATA_HOME/gnucash/
However this can be overridden even with GNC_DATA_HOME. If that's set, gnucash
will search and save in
$GNC_DATA_HOME (which may or may not end in
On 05/06/2018 13:53, Chris Good wrote:
Hi,
Hello, Chris
I'm working on my BackupGnuCash stand-alone app.
I have 2 questions today:
read
https://wiki.gnucash.org/wiki/Configuration_Locations
and weep at how bad things have become
The last time i addressed this our idiots in charge were so
On 02/02/2019 23:05, David Cousens wrote:
I don't since I retired a few years ago, but I did for 8 years prior to
retiring (and I used MYOB for the 10 years prior to that before escaping). I
am certainly not alone. You could have a proviso that the script won't work
for files using the business
On 04/02/2019 17:03, Christian Stimming wrote:
The script won't work on Windows anyway, at least not out of the box, because
it not only needs a Perl installation including XML::DOM, but also some word
list. On Linux this is available under /usr/share/dict/words (symlink to the
default
On 04/02/2019 15:32, John Ralls wrote:
While we're on the topic of shebangs remember that they don't work on Windows.
Remember too that running this obfuscate script on Windows will require the
user to install perl. They might already have done so for Finance::Quote, but
lots of users don't
On 03/02/2019 04:10, David Carlson wrote:
OK, I want to try https://wiki.gnucash.org/wiki/ObfuscateScript but I am
not a computer programmer. I have no clue how to use it. Can someone help
me?
it is perl, if you have F::Q working you probably have enough kit to run it.
--
Wm
On 11/02/2019 21:32, Derek Atkins wrote:
John Ralls writes:
of dss keys appear to be owned by: asayed, chris, dvherman, hampton,
jsled, linas, rolf, tomfray, wilddev, and myself.
Derek,
I think it makes more sense to remove the ids than to get new keys for
any of those except you and maybe
On 10/02/2019 19:46, Alex Aycinena wrote:
It is possible that Wm is noting a problem in gnucash that I'm trying to
address with my 'Book Currency' enhancement (unfortunately, a bit delayed).
I'm not antagonistic to your idea, Alex, just not sure I understand it.
For most users who deal in a
him understand how things
are really handled.
I am good at understanding, I say, again, you should try the user list.
The dev list is different.
Am 21.02.2019 um 15:51 schrieb Wm via gnucash-devel:
On 20/02/2019 20:05, Christian Kluge wrote:
Let me expand my example:
Let’s say I’m doing
On 12/02/2019 17:29, Alex Aycinena wrote:
John - what you are saying is absolutely correct except for the part about
working on it for three years. I did start it a while ago, but then other
commitments have prevented me from working on it at all for a couple of
years. The part you describe
On 12/02/2019 17:29, Alex Aycinena wrote:
-- Forwarded message --
From: John Ralls
To: Wm
Cc: gnucash-de...@lists.gnucash.org
Bcc:
Date: Mon, 11 Feb 2019 20:48:53 -0800
Subject: Re: [GNC-dev] book currency is what ... question mark
On Feb 11, 2019, at 6:49 PM, Wm via
On 20/02/2019 16:03, Frank H. Ellenberger wrote:
I have also no problem with the Islamic perspective, which is the same
as the medieval Christian view.
I wasn't aware of that. Thank you for informing me.
--
Wm
___
gnucash-devel mailing list
On 20/02/2019 20:05, Christian Kluge wrote:
Am 20.02.2019 um 14:09 schrieb Wm via gnucash-devel:
On 17/02/2019 19:50, Christian Kluge wrote:
I think this should be in user not devel
It might be your so called valuation exercise, but it annoys me very
much that Finance::Quote doesn’t fetch
On 18/02/2019 06:43, David Cousens wrote:
I must admit I don't use trading accounts much at present. I'll check out
how they handle it.
I like trading accounts, they make sense to me. If you don't do a lot
of stuff outside of your home currency you probably needn't bother
unless you are
On 20/02/2019 13:27, Frank H. Ellenberger wrote:
We always suggest to create at first and submit
https://wiki.gnucash.org/wiki/Translation#The_glossary_file
which has also some explanation of the terms.
While we got your fa.po, we never got a glossary/fa.po from you.
I know you are using the
On 18/02/2019 21:15, John Ralls wrote:
On Feb 18, 2019, at 7:34 AM, Frank H. Ellenberger
wrote:
Yes
https://www.ecb.europa.eu/stats/policy_and_exchange_rates/euro_reference_exchange_rates/html/index.en.html
offers also several download formats
Including an XML one, so it would be
On 18/02/2019 15:01, John Ralls wrote:
On Feb 17, 2019, at 11:50 AM, Christian Kluge wrote:
It might be your so called valuation exercise, but it annoys me very
much that Finance::Quote doesn’t fetch the daily average quotes from the
ECB yet.
Are they published on a website somewhere in a
On 18/02/2019 19:15, Christian Kluge wrote:
There is one exception to this being VAT calculation.
Sect 16 Par 6 of the German VAT act stats that foreign currency amounts
should be converted with the monthly ECB averages or the actual daily rates.
On 17/02/2019 19:50, Christian Kluge wrote:
Am 17.02.2019 um 19:58 schrieb Wm via gnucash-devel:
On 15/02/2019 01:44, David Cousens wrote:
If I start in Savings RUB , select the Savings EUR account and enter
100 it
is assumed to be in RUB not EUR as GnuCash operates at present. This is
clear
On 15/02/2019 01:44, David Cousens wrote:
I haven't read all the recent list replies yet but I think this sort of
thing
If the book currency is USD (or AUD or any other third currency) then the
currency conversion becomes EUR<->USD<->RUB. The double conversions involved
to the EUR and RUB
On 15/02/2019 01:44, David Cousens wrote:
Wm,
My apologies for being long winded in the following, but I think it is
necessary to achieve clarity in what is proposed or intended.
Not at all, I appreciate your effort and have read what you have written
more than once.
The "book currency"
On 12/02/2019 04:48, John Ralls wrote:
On Feb 11, 2019, at 6:49 PM, Wm via gnucash-devel
wrote:
at the risk of appearing to be an imperialist, what is "book currency" ?
I think of "home currency" as whatever currency most people close to you (the
reader) use to b
at the risk of appearing to be an imperialist, what is "book currency" ?
I think of "home currency" as whatever currency most people close to you
(the reader) use to buy and sell ordinary stuff like carbohydrate
staples (rice, bread, etc) and water
in the UK that is GBP, in the USA it is
On 11/02/2019 17:30, Adrien Monteleone wrote:
Please tell me the intent is to *add* the book currency value, not replace the
actual currency value.
Our USA friends are still thinking about what a TB is for.
I would hope that the actual currency transaction data would still be available.
>
On 11/02/2019 04:03, David Carlson wrote:
Wm, before you run off at the mouth with all your innuendos, look at facts.
I'm hoping you get a message from Liz
If you don't there is something rotten in this list's administration.
Did you try running a test on one of your backups from around
On 04/02/2019 08:40, Christian Stimming wrote:
In a real data file there are still more places with text that need to be
modified, e.g. the scheduled transaction templates, bayes import matching, and
such. Also, the dates are left unmodified which may or may not be a problem.
Stripping out
On 03/02/2019 16:03, John Ralls wrote:
On Feb 2, 2019, at 8:10 PM, David Carlson wrote:
OK, I want to try https://wiki.gnucash.org/wiki/ObfuscateScript but I am
not a computer programmer. I have no clue how to use it. Can someone help
me?
Run it from a command line using perl, assuming
On 03/02/2019 02:01, David Cousens wrote:
As Geert pointed out whole of program testing is very difficult and rapidly
reaches a situation where complexity is equal to or greater than the
program complexity and this is really what gave rise to unit testing where
you test individual components
On 09/02/2019 13:03, D via gnucash-devel wrote:
That sounds to me like it's using a different exchange rate from one day to
another, and I'd agree with your assessment in that case. I would have thought
that the exchange rate in the transaction would be used.
You are correct. I have an
On 10/02/2019 22:52, David Carlson wrote:
Wm, Where does unrealized income fall into tb if there is no price in the
database on the closing date for one or more security or currency accounts
because it was not sold?
Essentially it doesn't occur, it is just a number of something if you
aren't
On 09/02/2019 04:05, Christopher Lam wrote:
Well I've been schooled.
Please refresh and try again.
The headers should match the desired report *post* reconciliation.
The transactions reported are: uncleared, cleared, and reconciliation
whereby split-reconciliation-date = account's
On 10/02/2019 12:40, David Carlson wrote:
Lets all step back a second and consider what the report is supposed to
show before deciding whether it is always correct.
I think the report is conceptually broken.
The report is supposed to cover all of the assets and liabilities that were
selected
On 10/02/2019 16:54, John Ralls wrote:
The "Average Cost" price source creates a price based on the actual transaction prices
and is designed for the TB report, see the thread beginning with
https://lists.gnucash.org/pipermail/gnucash-devel/2008-July/023297.html. I broke it for
2.6.13-2.6.21,
On 10/02/2019 09:14, Geert Janssens wrote:
Op zondag 10 februari 2019 09:56:51 CET schreef Adrien Monteleone:
I’m in agreement on that note. I understand why someone who doesn’t close
books would like a report that shows a current position. But the Trial
Balance report is really only useful for
On 09/02/2019 07:00, Wm via gnucash-devel wrote:
Background: My gnc TB has been wrong for years. This hasn't been a
problem for me because I can do my own TB in sql and satisfy myself all
is relatively well with my accounts. Over the last week or so I decided
to try again and I think the gnc
On 09/02/2019 07:00, Wm via gnucash-devel wrote:
Background: My gnc TB has been wrong for years. This hasn't been a
problem for me because I can do my own TB in sql and satisfy myself all
is relatively well with my accounts. Over the last week or so I decided
to try again and I think the gnc
On 02/02/2019 18:00, John Ralls wrote:
So maybe we should just forget it and continue the practice of asking users to
send their account files directly to a developer with the promise of
confidentiality if they're unable to reproduce the bug in a test file.
That's what I'm thinking.
No
On 02/02/2019 17:44, Hendrik Boom wrote:
On Sat, Feb 02, 2019 at 04:30:30PM +0100, Geert Janssens wrote:
Op zaterdag 2 februari 2019 14:31:43 CET schreef Hendrik Boom:
On 2/1/19 5:36 AM, Wm via gnucash-devel wrote:
[2] as long as the transaction stream balances the actual numbers
don't matter
Background: My gnc TB has been wrong for years. This hasn't been a
problem for me because I can do my own TB in sql and satisfy myself all
is relatively well with my accounts. Over the last week or so I decided
to try again and I think the gnc TB report is b0rked.
Looking at the bug list,
On 02/02/2019 15:24, Geert Janssens wrote:
Yes, if you use business features, you may have entered business identifying
data in File->Properties. It think that's what David is referring to.
I agree, the third party should not be identified.
Similarly there may be customer and vendor data
On 02/02/2019 13:31, Hendrik Boom wrote:
On 2/1/19 5:36 AM, Wm via gnucash-devel wrote:
[2] as long as the transaction stream balances the actual numbers
don't matter (their will be occasions where the numbers are important
but these tend to be number extremes related to commodities rather
On 02/02/2019 16:11, Geert Janssens wrote:
But I don't know how feasible it is to effectively obfuscate that data withoug
resorting to a complex script
The script will be seen by others that do understand sql before anyone
innocent gets to use it, promise.
If the script is well documented
On 02/02/2019 15:40, David Carlson wrote:
Wouldn't it be simpler to create a library of template files designed to
exercise various features that a user could find one to illustrate his
concern?
To some extent this is already done in the build process. Life always
throws up something
On 02/02/2019 09:59, Colin Law wrote:
Can all users save files as sqlite? Does that need anything extra
installed on the OS side that may not be there? Also what about
different builds of GC, do they all have sqlite?
I'm fairly sure all of the official builds can save SQLite. If someone
is
On 29/01/2019 18:12, stephen.m.butler51 wrote:
My first problem is figuring why my compile script stopped working. I was out
most of yesterday and out most of today.
Yes, the first round didn't show any anomalies.
Why the Trump do you think anyone is interested in your day to day
movements
On 01/02/2019 16:05, David Carlson wrote:
Wm,
you are at it again. We need to help your tiny brain.
Liz! Help! the bad people are talking amongst themselves!
FFS, grow up dullard.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
On 02/02/2019 00:16, David Cousens wrote:
As well as the account names you might also want to munge data in the
description/memo fields. This can contain identifying information for
customers/vendors.
How about we just zap the stuff in description/memo fields by default?
They're not
1 - 100 of 196 matches
Mail list logo
