Bug#692011: taxbird: version in testing (0.16.x) is completely useless
retitle 692011 RM: taxbird/0.16-0.2 user release.debian@packages.debian.org usertags 692011 = rm quit Jonathan Wiltshire wrote: On Sat, Dec 22, 2012 at 08:46:50PM +, Steven Chamberlain wrote: Then aim to make the version in sid, or any later revisions, available through wheezy-backports. That seems analogous to the 'volatile' idea. This would keep the package available to those who want it, yet reflects the fact it doesn't have the same level or duration of support as a typical package in stable. So, what's the progress on this? I'm strongly of the opinion that this is the most appropriate strategy. Agreed, though not as strongly, so marking so. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692011: taxbird: version in testing (0.16.x) is completely useless
On Sat, Dec 22, 2012 at 08:46:50PM +, Steven Chamberlain wrote: On 21/12/12 12:33, Jonathan Wiltshire wrote: On 2012-12-21 12:04, Toni Mueller wrote: In practice, isn't taxbird dead and therefore unlikely to change at all in the future? I think if we include it in wheezy, we should include the newest packaged version. Yes. The author works on a successor package that is based on XUL: http://stesie.github.com/geierlein/ and declares on his homepage that taxbird itself is dead. If it's already dead, is there any point shipping it in Wheezy at all? 3+ years of support, without any guarantee we can rely on upstream, is a long time. Not shipping it will not result in it being removed from upgraded systems. That seems sensible; how about requesting that ftpmaster remove the 'useless' version from testing for now? Then aim to make the version in sid, or any later revisions, available through wheezy-backports. That seems analogous to the 'volatile' idea. This would keep the package available to those who want it, yet reflects the fact it doesn't have the same level or duration of support as a typical package in stable. So, what's the progress on this? I'm strongly of the opinion that this is the most appropriate strategy. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits signature.asc Description: Digital signature
Bug#692011: taxbird: version in testing (0.16.x) is completely useless
On 21/12/12 12:33, Jonathan Wiltshire wrote: On 2012-12-21 12:04, Toni Mueller wrote: In practice, isn't taxbird dead and therefore unlikely to change at all in the future? I think if we include it in wheezy, we should include the newest packaged version. Yes. The author works on a successor package that is based on XUL: http://stesie.github.com/geierlein/ and declares on his homepage that taxbird itself is dead. If it's already dead, is there any point shipping it in Wheezy at all? 3+ years of support, without any guarantee we can rely on upstream, is a long time. Not shipping it will not result in it being removed from upgraded systems. That seems sensible; how about requesting that ftpmaster remove the 'useless' version from testing for now? Then aim to make the version in sid, or any later revisions, available through wheezy-backports. That seems analogous to the 'volatile' idea. This would keep the package available to those who want it, yet reflects the fact it doesn't have the same level or duration of support as a typical package in stable. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692011: taxbird: version in testing (0.16.x) is completely useless
Toni Mueller wrote: On Wed, Dec 19, 2012 at 07:49:55PM +, Adam D. Barratt wrote: Potentially, yes. tzdata's debdiff tends not to end up as 83 files changed, 13318 insertions(+), 16724 deletions(-) though. :-( ok, so what do you suggest? I reckon that all tax calculating software should have this problem. In theory, table-driven code or at least good modularity can be a way to minimize the damage from changing facts of life on unrelated aspects of a program's functionality. In practice, isn't taxbird dead and therefore unlikely to change at all in the future? I think if we include it in wheezy, we should include the newest packaged version. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692011: taxbird: version in testing (0.16.x) is completely useless, need the latest version for 2012 tax declaration
On Wed, Dec 19, 2012 at 09:38:42PM +0100, Toni Mueller wrote: On Wed, Dec 19, 2012 at 08:21:41PM +, Adam D. Barratt wrote: Do we have similar software for other jurisdictions in the archive? taxbird's the only one I've heard of needing updates, but that might just be an issue of timing. (apt-cache search tax mostly seems to throw up results relating to syntax checking or highlighting.) I don't know, but thought that all of gnucash, aqbanking-tools, tryton, openerp, sql-ledger, and what-not should be affected one way or the other. Ie, all business software packages that deal in taxes and/or banking, to begin with. Of course, if one doesn't use the relevant module, or if the package does not include that functionality, then one should be unaffected, but I certainly don't have enough overview, either. aqbanking-tools does banking, hence doesn't need to care much about taxes. gnucash doesn't have centralized tax information AFAIK, you can just setup your own rules within the data file. That said, and I think I said this on this list before: If an update would just touch the yearly definition file or add new ones, that would be fine. This update is huge in that there are updates all over the UI, due to the switch away from Glade. Normally it would be much too late for this change at this point. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#692011: taxbird: version in testing (0.16.x) is completely useless
Hi, On Fri, Dec 21, 2012 at 12:18:15AM -0800, Jonathan Nieder wrote: In theory, table-driven code or at least good modularity can be a way to minimize the damage from changing facts of life on unrelated aspects of a program's functionality. yes. In general, I would agree to this, although it seems that such business software seems to attract people who are not educated as developers, and who may not be that much aware of such issues. In practice, isn't taxbird dead and therefore unlikely to change at all in the future? I think if we include it in wheezy, we should include the newest packaged version. Yes. The author works on a successor package that is based on XUL: http://stesie.github.com/geierlein/ and declares on his homepage that taxbird itself is dead. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692011: taxbird: version in testing (0.16.x) is completely useless
On 2012-12-21 12:04, Toni Mueller wrote: In practice, isn't taxbird dead and therefore unlikely to change at all in the future? I think if we include it in wheezy, we should include the newest packaged version. Yes. The author works on a successor package that is based on XUL: http://stesie.github.com/geierlein/ and declares on his homepage that taxbird itself is dead. If it's already dead, is there any point shipping it in Wheezy at all? 3+ years of support, without any guarantee we can rely on upstream, is a long time. Not shipping it will not result in it being removed from upgraded systems. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692011: taxbird: version in testing (0.16.x) is completely useless, need the latest version for 2012 tax declaration
On 19.12.2012 20:38, Toni Mueller wrote: On Wed, Dec 19, 2012 at 08:21:41PM +, Adam D. Barratt wrote: Do we have similar software for other jurisdictions in the archive? taxbird's the only one I've heard of needing updates, but that might just be an issue of timing. (apt-cache search tax mostly seems to throw up results relating to syntax checking or highlighting.) I don't know, but thought that all of gnucash, aqbanking-tools, tryton, openerp, sql-ledger, and what-not should be affected one way or the other. Ie, all business software packages that deal in taxes and/or banking, to begin with. Of course, if one doesn't use the relevant module, or if the package does not include that functionality, then one should be unaffected, but I certainly don't have enough overview, either. That doesn't seem an unreasonable conclusion, indeed. I'm just surprised / curious / whatever that we don't see requests for updating any of those in stable for similar reasons. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692011: taxbird: version in testing (0.16.x) is completely useless, need the latest version for 2012 tax declaration
On Thu, 2012-11-08 at 08:05 -0800, Jonathan Nieder wrote: Toni Mueller wrote: On Thu, Nov 08, 2012 at 07:32:18AM -0800, Jonathan Nieder wrote: You can track progress at http://bugs.debian.org/692011. Also if you I suggest that taxbird goes into volatile. Volatile doesn't exist any more. It's called stable (using the stable-updates channel to get fixes in more quickly) these days. Indeed. Also, the release cycle of taxbird, or any other such program, is largely determined by changes in federal law, and not by Debian's (or any other distribution's) release cycle. That would be analagous to tzdata, which also gets updates through stable-updates. Potentially, yes. tzdata's debdiff tends not to end up as 83 files changed, 13318 insertions(+), 16724 deletions(-) though. :-( Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692011: taxbird: version in testing (0.16.x) is completely useless, need the latest version for 2012 tax declaration
Hi, On Wed, Dec 19, 2012 at 07:49:55PM +, Adam D. Barratt wrote: Potentially, yes. tzdata's debdiff tends not to end up as 83 files changed, 13318 insertions(+), 16724 deletions(-) though. :-( ok, so what do you suggest? I reckon that all tax calculating software should have this problem. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692011: taxbird: version in testing (0.16.x) is completely useless, need the latest version for 2012 tax declaration
On Wed, 2012-12-19 at 21:13 +0100, Toni Mueller wrote: On Wed, Dec 19, 2012 at 07:49:55PM +, Adam D. Barratt wrote: Potentially, yes. tzdata's debdiff tends not to end up as 83 files changed, 13318 insertions(+), 16724 deletions(-) though. :-( ok, so what do you suggest? I reckon that all tax calculating software should have this problem. Do we have similar software for other jurisdictions in the archive? taxbird's the only one I've heard of needing updates, but that might just be an issue of timing. (apt-cache search tax mostly seems to throw up results relating to syntax checking or highlighting.) Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692011: taxbird: version in testing (0.16.x) is completely useless, need the latest version for 2012 tax declaration
On Wed, Dec 19, 2012 at 08:21:41PM +, Adam D. Barratt wrote: Do we have similar software for other jurisdictions in the archive? taxbird's the only one I've heard of needing updates, but that might just be an issue of timing. (apt-cache search tax mostly seems to throw up results relating to syntax checking or highlighting.) I don't know, but thought that all of gnucash, aqbanking-tools, tryton, openerp, sql-ledger, and what-not should be affected one way or the other. Ie, all business software packages that deal in taxes and/or banking, to begin with. Of course, if one doesn't use the relevant module, or if the package does not include that functionality, then one should be unaffected, but I certainly don't have enough overview, either. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692011: taxbird: version in testing (0.16.x) is completely useless, need the latest version for 2012 tax declaration
(cc-ing the bug, hoping that's ok) Hi Toni, Toni Mueller wrote: On Thu, Nov 08, 2012 at 07:32:18AM -0800, Jonathan Nieder wrote: You can track progress at http://bugs.debian.org/692011. Also if you I suggest that taxbird goes into volatile. Volatile doesn't exist any more. It's called stable (using the stable-updates channel to get fixes in more quickly) these days. [...] Also, the release cycle of taxbird, or any other such program, is largely determined by changes in federal law, and not by Debian's (or any other distribution's) release cycle. That would be analagous to tzdata, which also gets updates through stable-updates. Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org