[GNC-dev] gnucash.org logins

2019-02-02 Thread David T. via gnucash-devel
Hello, I have noticed that the logins for bugs.gnucash.org and wiki.gnucash.org are different. The former requires an email address; the latter allows user names. Is there any way to have these two logins be the same? David T.

Re: [GNC-dev] Normalizing live data, a suggestion for discussion

2019-02-02 Thread David Carlson
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? David C > > ___ gnucash-devel mailing list gnucash-devel@gnucash.org

Re: [GNC-dev] Normalizing live data, a suggestion for discussion

2019-02-02 Thread David Cousens
Steve, 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 which do a specific function. One

Re: [GNC-dev] Normalizing live data, a suggestion for discussion

2019-02-02 Thread Frank H. Ellenberger
Hello Wm Am 01.02.19 um 14:36 schrieb Wm via gnucash-devel: > > My suggestion is we ask people to save a *copy* of their data in SQLite > and they then run a script across that copy that munges and obfuscates > Did you see https://wiki.gnucash.org/wiki/ObfuscateScript ? It is targeting xml

Re: [GNC-dev] [GNC] [MAINT] server upgrade planned Feb 3, 2019 1200-2300 US/EST

2019-02-02 Thread David Carlson
Isn't there a football game scheduled at 5:30 pm ct? On Sat, Feb 2, 2019, 3:17 PM Derek Atkins Hi, > > Just a reminder that this is planned for tomorrow. I'm still not 100% > sure of the exact timing, but I'll announce on IRC before I start and > will be available on IRC during the process.

Re: [GNC-dev] Normalizing live data, a suggestion for discussion

2019-02-02 Thread David Cousens
Wm, >> It doesn't end there, payments can be split over multiple invoices, so >> again >> when one randomizes invoice amounts care must be taken to adjust the >> payments >> in proportion to the invoice amount change or fully paid invoices >> suddenly can >> become partially paid or overpaid.

Re: [GNC-dev] Normalizing live data, a suggestion for discussion

2019-02-02 Thread Wm via gnucash-devel
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

Re: [GNC-dev] [GNC] [MAINT] server upgrade planned Feb 3, 2019 1200-2300 US/EST

2019-02-02 Thread Derek Atkins
Hi, Just a reminder that this is planned for tomorrow. I'm still not 100% sure of the exact timing, but I'll announce on IRC before I start and will be available on IRC during the process. I'll send mail when the upgrade is complete! -derek Derek Atkins writes: > Hi, > > PLANNED MAINTENANCE

Re: [GNC-dev] Normalizing live data

2019-02-02 Thread Wm via gnucash-devel
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

Re: [GNC-dev] Normalizing live data, a suggestion for discussion

2019-02-02 Thread Wm via gnucash-devel
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

Re: [GNC-dev] Normalizing live data, a suggestion for discussion

2019-02-02 Thread Wm via gnucash-devel
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

Re: [GNC-dev] Normalizing live data, a suggestion for discussion

2019-02-02 Thread Wm via gnucash-devel
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

Re: [GNC-dev] End of 'X' date on 3.4-50 (maint)

2019-02-02 Thread David Carlson
Why didn't Wm Trump Jr. know that? On Sat, Feb 2, 2019 at 11:14 AM John Ralls wrote: > > > > On Feb 2, 2019, at 4:19 AM, Herbert Thoma < > herbert.th...@iis.fraunhofer.de> wrote: > > > > > > Hmm, I would think that the problem is not the backwards US date > > format. I would rather think that

Re: [GNC-dev] Normalizing live data

2019-02-02 Thread John Ralls
> On Feb 2, 2019, at 9:44 AM, 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

Re: [GNC-dev] Normalizing live data

2019-02-02 Thread Hendrik Boom
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 (their will be

Re: [GNC-dev] End of 'X' date on 3.4-50 (maint)

2019-02-02 Thread John Ralls
> On Feb 2, 2019, at 4:19 AM, Herbert Thoma > wrote: > > > Hmm, I would think that the problem is not the backwards US date > format. I would rather think that if the start of accounting > period is 1/1/2019, then the end should be 12/31/20*19* instead > of 12/31/20*20*. > > This seems to

Re: [GNC-dev] End of 'X' date on 3.4-50 (maint)

2019-02-02 Thread Bob Gustafson
Whenever I can, I use/convertTo the format 2019-02-02 (unfortunate that today is the 2nd of February. Things are less ambiguous near the end of months). This format is more native to SQL databases and also will sort reasonably when used in flat file names. I think the US Govt issues passports

Re: [GNC-dev] Normalizing live data, a suggestion for discussion

2019-02-02 Thread Geert Janssens
Op zaterdag 2 februari 2019 16:40:34 CET schreef David Carlson: > 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? > > Thiswould bypass the need to figure out how to sanitize every possible

Re: [GNC-dev] Normalizing live data, a suggestion for discussion

2019-02-02 Thread David Carlson
On Sat, Feb 2, 2019, 9:25 AM Geert Janssens Op zaterdag 2 februari 2019 10:19:02 CET schreef Wm via gnucash-devel: > > 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

Re: [GNC-dev] Normalizing live data

2019-02-02 Thread Geert Janssens
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 (their will be occasions where the numbers are important > > > but these tend to be number

Re: [GNC-dev] Normalizing live data, a suggestion for discussion

2019-02-02 Thread Geert Janssens
Op zaterdag 2 februari 2019 10:19:02 CET schreef Wm via gnucash-devel: > 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

[GNC-dev] Normalizing live data

2019-02-02 Thread 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 (their will be occasions where the numbers are important > > but these tend to be number extremes related to commodities rather > > than anyone using gnc to

Re: [GNC-dev] End of 'X' date on 3.4-50 (maint)

2019-02-02 Thread Herbert Thoma
Am 02.02.19 um 00:27 schrieb Wm via gnucash-devel: On 30/01/2019 01:54, Stephen M. Butler wrote: I compiled origin/maint (gnucash 3.4-50) and noticed that the end of accounting period was at 12/31/2020 while the start of accounting period is at 1/1/2019. Checked: * Today:  1/29/2019 what

Re: [GNC-dev] Pie Chart

2019-02-02 Thread Wm via gnucash-devel
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

Re: [GNC-dev] Pie Chart

2019-02-02 Thread Wm via gnucash-devel
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

Re: [GNC-dev] Normalizing live data, a suggestion for discussion

2019-02-02 Thread Colin Law
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?Colin Colin ___ gnucash-devel mailing list gnucash-devel@gnucash.org

Re: [GNC-dev] Normalizing live data, a suggestion for discussion

2019-02-02 Thread Wm via gnucash-devel
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