Re: [GNC] Confusing version numbers

[Adrien Monteleone]

That was until 3.x

This is covered in the Wiki:

https://wiki.gnucash.org/wiki/Release_Process#New_Major.2FMinor_Version

and the release schedule is here:

https://wiki.gnucash.org/wiki/Release_Schedule

Regards,
Adrien

On 3/7/23 7:30 PM, LI Daobing wrote:

I thought gnucash is somehow following the semantic version schema.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Confusing version numbers

[LI Daobing]

I thought gnucash is somehow following the semantic version schema.

ref: https://semver.org/

On Tue, Mar 7, 2023 at 11:51 PM David G. Pickett via gnucash-user <
gnucash-user@gnucash.org> wrote:

> It is, generally a military style numbering, so the '.' is not a decimal
> point, more a tab, not an alphanumeric sort but a numeric sort.  One AT
> project started their order numbers at 100,000,000 so they were always 9
> digits with 900M headroom.  Maybe we could make the first revision after 4
> as 4.100, so the field is in both numeric and alpha sort order?
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
Best Regards
LI Daobing
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Confusing version numbers

[R Losey]

If these are updates, then perhaps instead of 4.1, 4.2... 4.9, 4.10, 4.11,
it would be better to use "u" ('update') and have 4u1, 4u2,... 4u9, 4u10,
4u11.

I tend to keep up with the updates, and use the latest version, but I can
see it being confusing.


On Tue, Mar 7, 2023 at 9:51 AM David G. Pickett via gnucash-user <
gnucash-user@gnucash.org> wrote:

> It is, generally a military style numbering, so the '.' is not a decimal
> point, more a tab, not an alphanumeric sort but a numeric sort.  One AT
> project started their order numbers at 100,000,000 so they were always 9
> digits with 900M headroom.  Maybe we could make the first revision after 4
> as 4.100, so the field is in both numeric and alpha sort order?
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] credit account negative balance increases with payment

[R Losey]

But it's not just the split transaction; EVERY charge is decreasing the
balance. It's like it thinks there was some huge overpayment and every
charge is reducing that balance.

The attachment you provided doesn't have any payments, but every charge
looks like mine. (I did discover that I have the Reverse Balanced Accounts
set for credit cards; this must be the default, as I've never changed it).
If this is off for you, the screenshot makes sense.

On Tue, Mar 7, 2023 at 9:01 AM Custom Shots  wrote:

> I didn't notice that. I must be getting bleary eyed looking through
> accounts. Here is the split transaction. I credited ( new charge ) to the
> credit card and debited ( new debit ) to the Expenses:Dining account. and
> yes the balance owed was reduced by that amount. Still something is not
> right. I can't figure out what it is.
>
> On Mon, Mar 6, 2023 at 10:44 AM Fred Bone  wrote:
>
> > On 06 March 2023 at 9:47, Custom Shots said:
> >
> > > The credit card starts as Liabiliies:CreditCard:"specificcreditcard"
> It's
> > > not that charges are reducing the balance. Charges and Payments, both,
> > > increase the balance owed. The other half of the transaction,
> calculates
> > > correctly.
> >
> > Not on the screenshot you showed us. According to that, you were owed
> > 3585.23 on 2/21 and your "dining" expense on 2/23 reduced that to 3559.39
> >
> > Credits and debits (charges and payments) are working in opposite
> > directions, as is proper.
> >
> >
> >
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Confusing version numbers

[Adrien Monteleone]

For each set of numbers, they run sequentially, without leading zeros.

9 is less than 12. How is that confusing?

It isn't '90' and '12'
It is '9' and '12'.

Until 3.x, minor odd versions (like 2.7) were used for 'beta' or 
'unstable'. That was changed to x.90x. This gives plenty of room for 
interim minor versions between major versions without stepping over each 
other. (due to the release schedule, there is little way to get to '900' 
as a minor release before the next major version) Starting the unstable 
series at '900' also gives 10 releases if needed before the next major 
version jump. If the regular release schedule is followed, the most 
likely outcome is 3-4 unstable releases.


There is a wiki page that explains the version numbering, and if I'm not 
mistaken, the FAQ contains a link to it.


Regards,
Adrien

On 3/7/23 3:34 AM, aeg via gnucash-user wrote:

Is there a reason why GnuCash version numbers don't follow a sequence 4.00, 
4.01, 4.02, etc. instead of 4.0. 4.1, 4.2?
I find it a little confusing that 4.9 is older than 4.12, and that 4.902 comes 
just before 5.0


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Confusing version numbers

[David G. Pickett via gnucash-user]

I we can pop to 900, we can pop to 100. 


-Original Message-
From: aeg 
To: David G. Pickett 
Cc: gnucash-user@gnucash.org 
Sent: Tue, Mar 7, 2023 3:29 pm
Subject: Re: [GNC] Confusing version numbers

 David,
I like your idea, as its logical sequencing would obviously be clearer, but as 
Will pointed out, we are probably stuck with what's already established.
Alan


Message: 1
Date: Tue, 7 Mar 2023 15:50:41 + (UTC)
From: "David G. Pickett" 
To: "gnucash-user@gnucash.org" 
Subject: Re: [GNC] Confusing version numbers
Message-ID: <78074249.338554.1678204241...@mail.yahoo.com>
Content-Type: text/plain; charset=UTF-8

It is, generally a military style numbering, so the '.' is not a decimal point, 
more a tab, not an alphanumeric sort but a numeric sort.? One AT project 
started their order numbers at 100,000,000 so they were always 9 digits with 
900M headroom.? Maybe we could make the first revision after 4 as 4.100, so the 
field is in both numeric and alpha sort order?

  
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Confusing version numbers

[aeg via gnucash-user]

 David,
I like your idea, as its logical sequencing would obviously be clearer, but as 
Will pointed out, we are probably stuck with what's already established.
Alan


Message: 1
Date: Tue, 7 Mar 2023 15:50:41 + (UTC)
From: "David G. Pickett" 
To: "gnucash-user@gnucash.org" 
Subject: Re: [GNC] Confusing version numbers
Message-ID: <78074249.338554.1678204241...@mail.yahoo.com>
Content-Type: text/plain; charset=UTF-8

It is, generally a military style numbering, so the '.' is not a decimal point, 
more a tab, not an alphanumeric sort but a numeric sort.? One AT project 
started their order numbers at 100,000,000 so they were always 9 digits with 
900M headroom.? Maybe we could make the first revision after 4 as 4.100, so the 
field is in both numeric and alpha sort order?

  
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Where to submit suggestion/feature request?

[John Ralls]

Glenn,

TBH I've never thought much of UserVoice, plus it's a for-profit company 
offering a free service so you're the product, not the customer. Other devs may 
think otherwise.

Regards,
John Ralls

> On Mar 7, 2023, at 9:14 AM, Glenn Fowler  wrote:
> 
> Hi John,
> 
> Is https://gnucash.uservoice.com/forums/101223-feature-request no longer 
> recommended?
> 
> On Tue, Mar 7, 2023 at 11:46 AM john  wrote:
> https://bugs.gnucash.org/enter_bug.cgi?product=GnuCash, see 
> https://wiki.gnucash.org/wiki/Enhancement_Requests.
> 
> Regards,
> John Ralls
> 
> 
> 
> > On Mar 7, 2023, at 8:03 AM, Eric Chapman  wrote:
> > 
> > Where should a feature request be submitted?
> > 
> > -- 
> > Eric Chapman
> > GnuCash 4.13 on MacOS 13.1 Ventura running on 2018 Mac Mini (3.2 GHz 6-Core 
> > Intel Core i7)
> > 
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
> 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Where to submit suggestion/feature request?

[Glenn Fowler]

Hi John,

Is https://gnucash.uservoice.com/forums/101223-feature-request no longer
recommended?

On Tue, Mar 7, 2023 at 11:46 AM john  wrote:

> https://bugs.gnucash.org/enter_bug.cgi?product=GnuCash, see
> https://wiki.gnucash.org/wiki/Enhancement_Requests.
>
> Regards,
> John Ralls
>
>
>
> > On Mar 7, 2023, at 8:03 AM, Eric Chapman 
> wrote:
> >
> > Where should a feature request be submitted?
> >
> > --
> > Eric Chapman
> > GnuCash 4.13 on MacOS 13.1 Ventura running on 2018 Mac Mini (3.2 GHz
> 6-Core Intel Core i7)
> >
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Where to submit suggestion/feature request?

[john]

https://bugs.gnucash.org/enter_bug.cgi?product=GnuCash, see 
https://wiki.gnucash.org/wiki/Enhancement_Requests.

Regards,
John Ralls



> On Mar 7, 2023, at 8:03 AM, Eric Chapman  wrote:
> 
> Where should a feature request be submitted?
> 
> -- 
> Eric Chapman
> GnuCash 4.13 on MacOS 13.1 Ventura running on 2018 Mac Mini (3.2 GHz 6-Core 
> Intel Core i7)
> 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Confusing version numbers

[William Prescott]

I don't speak for the development team either. 

But the sequence x.1, x.2, ... x.9, x.10, x.11 etc seems to be standard 
practice in numbering versions. I actually don't like it much. x.01, x.02, ... 
x.09, x.10, x.11 would be cleaner and sort correctly but that is not the world 
we live in.

Will

On Mar 7, 2023, at 05:09, aeg via gnucash-user  wrote:


   On Tuesday, 7 March 2023 at 10:37:18 GMT, Maf. King  
wrote:  

On Tuesday, 7 March 2023 09:34:59 GMT aeg via gnucash-user wrote:
> Is there a reason why GnuCash version numbers don't follow a sequence 4.00,
> 4.01, 4.02, etc. instead of 4.0. 4.1, 4.2? I find it a little confusing
> that 4.9 is older than 4.12, and that 4.902 comes just before 5.0
> 
> Alan
> 

Not wishing to speak for the dev team... but this is how I understand the 
numbering:

4.1  does _NOT_ have a decimal point in it.  perhaps if it were written as 
4_1 it would make more logical to you as the . would not be overloaded with 
another meaning.

Major release 4.  Update (bug fix) 1.   Update 9.. Update 12.

Update 900 is the "preview" to the next major version (5), and similarly 901, 
902. etc. follow on in sequence...  100 possible previews should be enough!

HTH,
Maf.

Thank you for pointing that out; I've probably been viewing it as a decimal 
point.
Alan




___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Where to submit suggestion/feature request?

[Eric Chapman]

Where should a feature request be submitted?

--
Eric Chapman
GnuCash 4.13 on MacOS 13.1 Ventura running on 2018 Mac Mini (3.2 GHz 6-Core 
Intel Core i7)

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Confusing version numbers

[David G. Pickett via gnucash-user]

It is, generally a military style numbering, so the '.' is not a decimal point, 
more a tab, not an alphanumeric sort but a numeric sort.  One AT project 
started their order numbers at 100,000,000 so they were always 9 digits with 
900M headroom.  Maybe we could make the first revision after 4 as 4.100, so the 
field is in both numeric and alpha sort order?
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] credit account negative balance increases with payment

[Custom Shots]

I didn't notice that. I must be getting bleary eyed looking through
accounts. Here is the split transaction. I credited ( new charge ) to the
credit card and debited ( new debit ) to the Expenses:Dining account. and
yes the balance owed was reduced by that amount. Still something is not
right. I can't figure out what it is.

On Mon, Mar 6, 2023 at 10:44 AM Fred Bone  wrote:

> On 06 March 2023 at 9:47, Custom Shots said:
>
> > The credit card starts as Liabiliies:CreditCard:"specificcreditcard" It's
> > not that charges are reducing the balance. Charges and Payments, both,
> > increase the balance owed. The other half of the transaction, calculates
> > correctly.
>
> Not on the screenshot you showed us. According to that, you were owed
> 3585.23 on 2/21 and your "dining" expense on 2/23 reduced that to 3559.39
>
> Credits and debits (charges and payments) are working in opposite
> directions, as is proper.
>
>
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] credit account negative balance increases with payment

[Custom Shots]

You explain the problem precisely. Charges do increase the balance owed.
The problem is that  payments increase the balance owed regardless of
whether the balance is displayed as a negative number or a positive number.
I understand everyone thinking it is a data entry error but the opposite
side of the double entry transaction calculates correctly.

On Mon, Mar 6, 2023 at 10:43 AM R Losey  wrote:

> From reading the posts on this list, I still think this is a data entry
> issue... It is correct that payments should lower the balance...
>
> But are charges being entered correctly?
>
> When you enter a credit card payment, it "has" to be correct, because you
> know it takes money away from your bank account and is applied to the
> credit card balance.
>
> However, when you enter charges, they could be reversed; one entry is on
> some "Expense" item, and the other is against the charges.
>
> In other words, are your charges showing up in the same column as the
> payments?  If so, then that's your answer.
>
> I am not using formal accounting labels; I don't *think* I have the
> Reverse Balance Accounts set (I can't find it, but I'm using the default).
>
> As I add charges, my credit card balance increases, and is positive.
> Payments are negative, and decrease the balance.
>
>
>
> On Mon, Mar 6, 2023 at 11:20 AM Custom Shots 
> wrote:
>
>> I'm going to answer your questions one by one but for clarification, I've
>> been using GC for years. I always balance my accounts monthly. GC has
>> always performed flawlessly. Yes, I have made mistakes now and again and I
>> resolved them with adjusting transactions.
>>
>> I don't remember when I opened the accounts. I balance accounts monthly so
>> this is new.
>>
>> No, I did not err in opening the account. I charge things and pay the bill
>> entirely every month. It has always been accurate. Balancing a checkbook
>> is
>> easy for me to do and that side of the transactions is correct. It is only
>> in this one credit card account that I"m having problems. A charge
>> increases the balance owed. A payment increases the balance owed. I don't
>> understand how that can happen.
>>
>> My computer recently automatically upgraded the OS to Ubuntu 22.04.2 and
>> Linux kernel to 5.19.0-35. I may be grasping at straws here but could that
>> be the problem? I may have been working in GC at the time of the upgrade.
>>
>> I would see a positive number in the payment in the column and then a
>> larger balance due, a negative number in the balance column.
>>
>>
>> On Mon, Mar 6, 2023 at 9:49 AM Stan Brown (using GC 2.6.19) <
>> stan+gnuc...@fastmail.fm> wrote:
>>
>> > Thanks for confirming that you selected Reverse Balance Accounts: Credit
>> > Accounts. That's the setting I use, so I can speak confidently about how
>> > GC works in our case.
>> >
>> > I'm assuming (I think we all are) that when you created the account and
>> > entered your opening balance, you owed money on the credit card or
>> > perhaps had a zero balance. Please confirm whether that's accurate.
>> >
>> > Someone asked if perhaps you initially made an error by entering the
>> > opening balance as a negative rather than a positive. Is that a
>> > possibility?
>> >
>> > Look at that account's register, scroll up to the top if necessary, and
>> > look at the very first entry. If you owed money on that credit card when
>> > you started with GC, the first entry should have a positive number in
>> > the Credit (middle) column of the three money columns, and the Balance
>> > (third) column should also be positive.
>> >
>> > If you see a positive balance in the Debit (first) money column and also
>> > in the Balance (third) column, something is very wrong and I can't
>> > advise you. I think that's pretty darned unlikely, and I'm mentioning it
>> > only for completeness.
>> >
>> > If you see a positive balance in the Debit (first) money column and
>> > negative balance in the third column, there's your problem. There are
>> > two ways to fix this.
>> >
>> > (option A) Delete the number from the Debit column and put (still as a
>> > positive) in the Credit column. That will of course put your books out
>> > of balance by double the amount, which you'll need to fix. If you don't
>> > see all the splits of the transaction, click Split in the menu at the
>> > top of the GC window, then figure out what the reversing entry should be
>> > and edit accordingly. Run a balance sheet to make sure everything is in
>> > balance now.
>> >
>> > (option B) The conservative practice would be to make an adjusting entry
>> > as of today. Assuming the opening balance was -123.45, the entry would
>> be:
>> > Description: Correct opening balance of _ credit card, entered
>> > backward by mistake
>> > Debit to Equity:main Equity account: 246.90 (double the opening
>> > balance)
>> > Credit to Liabilities _ credit card account 246.90
>> > The numbers will still be wrong from the start to yesterday, but there
>> > will be no 

Re: [GNC] Looking for setup and/or bookkeeping help

[Brad Morrison]

Hi Bob/all,

That is an interesting question and I'm disappointed that no one has yet 
offered a professional bookkeeper that uses GnuCash, even if just for 
certain, interested clients. While I don't know what state you and your 
business are located in, I work in the North Bay Area office of a tax & 
wealth management firm (on the tax side) and while I use Lacerte 
(Intuit's tax professional software - 
https://proconnect.intuit.com/lacerte/) every workday, I do not use 
Quickbooks (Intuit's bookkeeping program - 
https://quickbooks.intuit.com/), although many other people in our firm 
do. I am pretty new to the accounting field, so the vast majority of my 
work is on relatively simple individual/1040 US tax returns and a few 
relatively simple fiduciary/1041 tax returns. While I do work on the 
occasional out of state or multi state tax returns, the vast majority of 
my work are California tax returns. I rarely touch partnership (1065) 
tax returns and have yet to work on C/S corp tax returns (1120, 1120S), 
although I have worked on 1040 tax returns that had K1s from 
1065/partnerships & 1041/fiduciary tax returns. I say all of that 
because I am not the right person to help you out.


I did find this section on the GnuCash Wiki, but it seems very old, it 
only lists 2 professionals, and I'm not sure if they still offer those 
GnuCash bookkeeping services - 
https://wiki.gnucash.org/wiki/FAQ#Q:_Is_there_a_CPA_.28Certified_Public_Accountant.29_who_uses_GnuCash_in_my_area.3F


As much as I dislike Intuit (https://en.wikipedia.org/wiki/Intuit) for a 
seemingly never ending supply of reasons, since we are having this 
conversation on an open source software mailing list, I will point out 
that Intuit is the largest software company 
(https://www.google.com/finance/quote/INTU:NASDAQ?window=1Y) that I know 
of that does not contribute at all to open source projects, Intuit is 
not even listed among the 275 top contributors here - 
https://opensourceindex.io/


At the same time, there are no open source software options for tax 
professionals in the USA to prepare & file federal tax returns. While 
Open Tax Solver (https://opentaxsolver.sourceforge.net/) exists for 
individuals, due to how the IRS authorizes electronic filing providers 
(https://www.irs.gov/e-file-providers/efile-for-tax-professionals) OTS 
does not allow for e-filing. One must print out the tax forms after 
using the OTS program and mail them in.


From 
https://www.irs.gov/e-file-providers/e-help-desk-for-tax-professionals - 
"e-file Requirement for Tax Return Preparers: The law requires tax 
return preparers and firms who reasonably expect to file 11 or more 
covered returns in calendar year 2013 and thereafter, to e-file the 
returns they prepare and file. For 2013, covered returns are Forms 1040, 
1040-A, 1040-EZ, and 1041. If this requirement will cause an undue 
hardship, apply for a waiver by completing Form 8944, Preparer e-file 
Hardship Waiver Request. For more information, go to IRS.gov, keyword 
‘e-file requirement’."


That's enough details to highlight my point of the 'competitive moat' 
that exists for commercial financial/accounting software firms and how 
there are significant barriers to competition from open source 
alternatives in the US. And while bookkeeping software is far less 
complicated and far more commonly used than the professional tax 
software specific to US federal and state tax rules, it is very 
difficult to find any professional bookkeepers that are even familiar 
with tools like GnuCash, much less use them exclusively. If there are 
any other accounting professionals that are interested in changing this, 
by all means consider me an ally. But for now, I work for the firm that 
I do because I have bills to pay.


If even just 1 bookkeeping firm in the entire USA could handle remote 
clients like Bob using GnuCash exclusively, that to me would be a game 
changer for this software and the open source accounting community. That 
firm would likely have to hire an IT contractor, that IT contractor 
would then be called on to solve issues for both the firm and the 
software that the firm uses, and that is when major improvements start 
to happen. When skilled people are able to get paid to spend significant 
amounts of time on open source software that has both 
personal/individual and professional/business applications/uses is when 
improvements snowball and adoption grows.


Apologies for the preaching - good luck Bob,

Brad

On 3/1/23 10:28, Bob Treumann wrote:

Are there any accountants or bookkeepers who specialize in gnucash?
Or other power users who would help me out?I would expect to pay.

I have my small business ( S-Corp ) gnucash account set up in a cloud
database so the person could work remotely, either to get me started or to
do the bookkeeping and taxes including payroll taxes.

Bob Treumann

Re: [GNC] Confusing version numbers

[aeg via gnucash-user]

 
On Tuesday, 7 March 2023 at 10:37:18 GMT, Maf. King  
wrote:  
 
 On Tuesday, 7 March 2023 09:34:59 GMT aeg via gnucash-user wrote:
> Is there a reason why GnuCash version numbers don't follow a sequence 4.00,
> 4.01, 4.02, etc. instead of 4.0. 4.1, 4.2? I find it a little confusing
> that 4.9 is older than 4.12, and that 4.902 comes just before 5.0
> 
> Alan
>

Not wishing to speak for the dev team... but this is how I understand the 
numbering:

4.1  does _NOT_ have a decimal point in it.  perhaps if it were written as 
4_1 it would make more logical to you as the . would not be overloaded with 
another meaning.

Major release 4.  Update (bug fix) 1.   Update 9.. Update 12.

Update 900 is the "preview" to the next major version (5), and similarly 901, 
902. etc. follow on in sequence...  100 possible previews should be enough!

HTH,
Maf.

Thank you for pointing that out; I've probably been viewing it as a decimal 
point.
Alan



  
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Confusing version numbers

[Maf. King]

On Tuesday, 7 March 2023 09:34:59 GMT aeg via gnucash-user wrote:
> Is there a reason why GnuCash version numbers don't follow a sequence 4.00,
> 4.01, 4.02, etc. instead of 4.0. 4.1, 4.2? I find it a little confusing
> that 4.9 is older than 4.12, and that 4.902 comes just before 5.0
> 
> Alan
>

Not wishing to speak for the dev team... but this is how I understand the 
numbering:

4.1  does _NOT_ have a decimal point in it.   perhaps if it were written as 
4_1 it would make more logical to you as the . would not be overloaded with 
another meaning.

Major release 4.  Update (bug fix) 1.   Update 9.. Update 12.

Update 900 is the "preview" to the next major version (5), and similarly 901, 
902. etc. follow on in sequence...  100 possible previews should be enough!

HTH,
Maf.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Confusing version numbers

[aeg via gnucash-user]

Is there a reason why GnuCash version numbers don't follow a sequence 4.00, 
4.01, 4.02, etc. instead of 4.0. 4.1, 4.2?
I find it a little confusing that 4.9 is older than 4.12, and that 4.902 comes 
just before 5.0

Alan
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.