Re: Python Shell
Hello ! How far into Python are you? Somewhere in the middle ;-) It should be pretty easy to write an interpreter for a very simple language like your last suggestion. You would need to decide how you wanted it to work (how will you refer to the objects?). Also, you would need to decide how fancy the environment should be. Yes, that's something to think about. I thought of something like IPython. There is on one hand classical python and it's enriched by magic functions. An other example for something like a shell is the interface of bacula. It doesn't include a complex language but short commands, a bit too short for my taste. For instance you could model what you want on IDLE, so there's a prompt, and various commands defined under it. I think IDLE is written using tkinter. I don't know what the best way to do GUI's in Python is; there's a Gtk+ interface that's essentially the same as the c/c++ interface (http://www.pygtk.org/) (and Glade is supposed to work either with c or with python). The object/method syntax is fine (a) if you know it, and (b) you code ways to make Gnucash objects into Python objects I don't yet really understand that. I had a look at IDLE. It has a GUI but it's not ipython. I don't care so much for a GUI, my approach is to have a good console access. But I didn't really get your point yet. (object.prettyPrint() just calls the prettyPrint method on the value of object, so you need to define that kind of object with its methods, and set its data fields to be a Gnucash object). I thought a bit about about the displaying problem. It seems to me that displaying is a task which could go into a seperate module. This module could provide a function for example display(object). It would also add a function object.display() to every object it knows. For example a transaction. display(transaction) would then call transaction.display(). I would want to have some preferences which parts of the transaction are printed, maybe a short and a long form. So i would need a way to modify the behaviour of object.display(). I will do some sketches at bugzilla, so maybe it would be easier to understand. It's a basic question. Maybe it's better to ask that in a python mailing-list. Does someone know a better fitting one ? regars, Christoph Holtermann ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Python Shell
Hello Forest ! Hi Christoph, On Mon, Jan 10, 2011 at 11:04:50PM +0100, Christoph Holtermann wrote: My interest in gnucash is to have a python-shell-environment which lets me easily access and display data. I have written some things for myself like simple functions PrintTransaction(Transaction) and so for other objects. You should generally avoid CamelCase for function and instance names in Python code. CamelCase should be used for class names. PEP 8 is a good style reference: http://www.python.org/dev/peps/pep-0008/ Thank you very much for that advice. I use IPython for that purpose. I would like to submit my tries in that direction but for myself I would like to find the best solution for at least these printing functions before I do to not submit something too preliminary. I wonder in which way a function that prints an complex object should be done. When looking around in the internet i saw things like object.prettyPrint(). I came across object.__format__(). You most likely want to use __str__ and/or __unicode__. http://docs.python.org/reference/datamodel.html#object.__str__ I suggest reading this page: http://stackoverflow.com/questions/1307014/python-str-versus-unicode The Python documentation doesn't seem to cover __unicode__ very well... __repr__ may also be of interest. Ok, I will have a look. I just hesitate to overwrite things I don't really understand ;-)) So I tend to start with adding a function of my own and then get down afterwards. When I print out for example a transaction i want to print out information of objects that are nested into it. For example I would probably also to print out the splits. I would like to have some function of the objects that are always called the same way. In the end I would like to have something as easy as print object. If you implement __str__/__unicode__ methods, you can just do this: What would be the best way to control the amount of information that the functions prints out. Would it be useful to have a config object which the functions accesses or would it be more useful to use a parameter ? In another program of mine i wrote __format__() functions which i provides with an option verbose=(Boolean). But it's not possible to say format(object, verbose=True) and i stick with print object.__format__(verbose=True) which is not actually very handy ;-) print obj Hope this helps. Thanks ! Thanks, Forest regards, Christoph ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: No bank lists
Hi Tony, Am Freitag, 14. Januar 2011 um 19:20:58 schrieb tony: If you can direct me elsewhere, then fine. The help has no description of this and is generally very weak when describing banking setup. On the select a bank form I put in all the info for my bank and click ok, I get a message saying No bank selected. I have put everything in and have no list of banks in the window below. I am flummoxed. I assume, you are trying to set up online banking. The wiki has a few pages about this: http://wiki.gnucash.org/wiki/AqBanking and http://wiki.gnucash.org/wiki/Setting_up_OFXDirectConnect_in_GnuCash_2 If that pages and their links do not help enough, you should ask on the gnucash-user list, not the -devel list. Patches, also against the docs, are welcome. Tony Frank ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Total Crash and Lost Data
Good grief, my apologies. One could resent the suggestion that the users of GnuCash and other OpenSource projects do not support them financially. For my type of personality, all of that reading is a bit much. GnuCash has not been generating .xac files for two years, and it still isn't under the latest release, so that is not some thing that I have a lot of control over,as far as I can tell.. By the by, I DID search for data loss, and got nothing. I'm also not the type to write a dissertation detailing what happened BEFORE I actually make contact with some one. If that is some how wrong, then that is truly unfortunate. Thanks for all the help, any way. I appreciate the thoughtful use of donation money. Randy Aldering RHI,CHI alderi...@housesmithe.com 269-350-4411 Veritas vos Liberabit On Mon, January 17, 2011 14:30, Donald Allen wrote: | On Mon, Jan 17, 2011 at 2:20 PM, David T. sunfis...@yahoo.com wrote: | Randy-- | | Presumably, you have lost your Gnucash data because of a crash. Also presumably, you might want | assistance recovering from this crash. However, there's not a lot to go on in your message. What | operating system are you on? What version of Gnucash? What were you doing when Gnucash crashed? | Did you have backups? | | No one can help you if you don't provide some details. | | Not to mention that | | 1. The indignation in his message is more than a bit over-the-top, | given that he spent $0 for the hard work of volunteers. | 2. You can search the FAQ for data loss and it tells you about .xac | and .log files and why they are there. Is that DIFFICULT? | 3. His message is addressed to the wrong mailing list. | | (Given the nature of my message, I want to emphasize that I am not | Gnucash developer nor am I associated with the project in any way, | other than as a happy user. I am speaking for myself here, not for the | project.) | | /Don | | | David | | --- On Mon, 1/17/11, Randy Aldering alderi...@housesmithe.com wrote: | | From: Randy Aldering alderi...@housesmithe.com | Subject: Total Crash and Lost Data | To: gnucash-de...@lists.gnucash.org | Date: Monday, January 17, 2011, 8:02 AM | You need to put something in the | documentation that is EASY to find regarding a total loss of | data and crash of GnuCash. This stinks. | | -- | Randy Aldering | | alderi...@housesmithe.com | | 269-350-4411 | - inspector integrity, consumer | protection | | - referrals are very much | appreciated | | www.housesmtihehomeinspection.com | www.ihina.org | www.mi-nahi.com | | | Veritas vos Liberabit | | ___ | gnucash-devel mailing list | gnucash-devel@gnucash.org | https://lists.gnucash.org/mailman/listinfo/gnucash-devel | | | | | ___ | gnucash-devel mailing list | gnucash-devel@gnucash.org | https://lists.gnucash.org/mailman/listinfo/gnucash-devel | | | ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Total Crash and Lost Data
Randy, Randy Aldering alderi...@housesmithe.com writes: Good grief, my apologies. One could resent the suggestion that the users of GnuCash and other OpenSource projects do not support them financially. For my type of personality, all of that reading is a bit much. GnuCash has not been generating .xac files for two years, and it still isn't under the latest release, so that is not some thing that I have a lot of control over,as far as I can tell.. By the by, I DID search for data loss, and got nothing. I'm also not the type to write a dissertation detailing what happened BEFORE I actually make contact with some one. If that is some how wrong, then that is truly unfortunate. Thanks for all the help, any way. I appreciate the thoughtful use of donation money. One thing you failed to mention in your email is that your data loss is due to you running an early Alpha version, 2.3.4, and using the SQLite storage mechanism. This is also why there are no automated backup files; the SQL backend doesn't create them (because, well, you can't just 'save' the data like the XML backend). Still, I thought we recovered your data when I was helping you on IRC yesterday? At least you left IRC happy. If you were still having problems you could have come back? -derek PS: For the record, the Alpha releases vociferously exclaim that you could lose data by using them. Randy Aldering RHI,CHI alderi...@housesmithe.com 269-350-4411 Veritas vos Liberabit On Mon, January 17, 2011 14:30, Donald Allen wrote: | On Mon, Jan 17, 2011 at 2:20 PM, David T. sunfis...@yahoo.com wrote: | Randy-- | | Presumably, you have lost your Gnucash data because of a crash. Also presumably, you might want | assistance recovering from this crash. However, there's not a lot to go on in your message. What | operating system are you on? What version of Gnucash? What were you doing when Gnucash crashed? | Did you have backups? | | No one can help you if you don't provide some details. | | Not to mention that | | 1. The indignation in his message is more than a bit over-the-top, | given that he spent $0 for the hard work of volunteers. | 2. You can search the FAQ for data loss and it tells you about .xac | and .log files and why they are there. Is that DIFFICULT? | 3. His message is addressed to the wrong mailing list. | | (Given the nature of my message, I want to emphasize that I am not | Gnucash developer nor am I associated with the project in any way, | other than as a happy user. I am speaking for myself here, not for the | project.) | | /Don | | | David | | --- On Mon, 1/17/11, Randy Aldering alderi...@housesmithe.com wrote: | | From: Randy Aldering alderi...@housesmithe.com | Subject: Total Crash and Lost Data | To: gnucash-de...@lists.gnucash.org | Date: Monday, January 17, 2011, 8:02 AM | You need to put something in the | documentation that is EASY to find regarding a total loss of | data and crash of GnuCash. This stinks. -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Total Crash and Lost Data
On Tuesday 18 January 2011, Derek Atkins wrote: Randy, Randy Aldering alderi...@housesmithe.com writes: Good grief, my apologies. One could resent the suggestion that the users of GnuCash and other OpenSource projects do not support them financially. For my type of personality, all of that reading is a bit much. GnuCash has not been generating .xac files for two years, and it still isn't under the latest release, so that is not some thing that I have a lot of control over,as far as I can tell.. By the by, I DID search for data loss, and got nothing. I'm also not the type to write a dissertation detailing what happened BEFORE I actually make contact with some one. If that is some how wrong, then that is truly unfortunate. Thanks for all the help, any way. I appreciate the thoughtful use of donation money. One thing you failed to mention in your email is that your data loss is due to you running an early Alpha version, 2.3.4, and using the SQLite storage mechanism. This is also why there are no automated backup files; the SQL backend doesn't create them (because, well, you can't just 'save' the data like the XML backend). Still, I thought we recovered your data when I was helping you on IRC yesterday? At least you left IRC happy. If you were still having problems you could have come back? Hmm, I think Randy's mail to the list was delayed. I noticed David T already replied to ithourse before the original mail appeared on the list. Perhaps you helped Randy on IRC after he sent this mail ? -derek PS: For the record, the Alpha releases vociferously exclaim that you could lose data by using them. This is very true. Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Total Crash and Lost Data
On 18 January 2011 16:14, Derek Atkins warl...@mit.edu wrote: [...] PS: For the record, the Alpha releases vociferously exclaim that you could lose data by using them. However it is also unfortunately true that for some time the principle download link on the home page was to the alpha version and it was not at all clear that it was an alpha version. I can quite see how users found themselves running this thinking they had a stable release. Colin ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Total Crash and Lost Data
On Tue, Jan 18, 2011 at 11:48 AM, Colin Law clan...@googlemail.com wrote: On 18 January 2011 16:14, Derek Atkins warl...@mit.edu wrote: [...] PS: For the record, the Alpha releases vociferously exclaim that you could lose data by using them. However it is also unfortunately true that for some time the principle download link on the home page was to the alpha version and it was not at all clear that it was an alpha version. I can quite see how users found themselves running this thinking they had a stable release. That conflicts with what I've seen on the website. The announcements of the 2.3.xx series had prominent warnings, e.g., WARNING: This is an *UNSTABLE* version of Gnucash. This release is intended for developers and testers who want to help tracking down all those bugs that are still in there. Make sure you make backups of any files used in testing versions of GnuCash in the 2.3.x series. Although the developers go to great lengths to ensure that no data will be lost we cannot guarantee that your data will not be affected if for some reason GnuCash crashes in testing these releases. And they were called Unstable in the title of the release! And furthermore, the primary download link was to 2.2.9 (even for a day or so after 2.4.0 was released). I don't see how this could have been handled more clearly or more conservatively, to avoid someone inadvertently running a test version in a production setting. I'm even more surprised at the tone and imprecision of the user's posts here after learning that Derek went out of his way to help him. /Don Colin ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Total Crash and Lost Data
On 18 January 2011 16:59, Donald Allen donaldcal...@gmail.com wrote: On Tue, Jan 18, 2011 at 11:48 AM, Colin Law clan...@googlemail.com wrote: On 18 January 2011 16:14, Derek Atkins warl...@mit.edu wrote: [...] PS: For the record, the Alpha releases vociferously exclaim that you could lose data by using them. However it is also unfortunately true that for some time the principle download link on the home page was to the alpha version and it was not at all clear that it was an alpha version. I can quite see how users found themselves running this thinking they had a stable release. That conflicts with what I've seen on the website. Note that I said for some time. The website was much improved some time in October I think. See also http://gnucash.1415818.n4.nabble.com/Status-of-gnucash-need-for-clarification-tt1434648.html#a1434650 Colin ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Total Crash and Lost Data
On Tue, Jan 18, 2011 at 12:20 PM, Colin Law clan...@googlemail.com wrote: On 18 January 2011 16:59, Donald Allen donaldcal...@gmail.com wrote: On Tue, Jan 18, 2011 at 11:48 AM, Colin Law clan...@googlemail.com wrote: On 18 January 2011 16:14, Derek Atkins warl...@mit.edu wrote: [...] PS: For the record, the Alpha releases vociferously exclaim that you could lose data by using them. However it is also unfortunately true that for some time the principle download link on the home page was to the alpha version and it was not at all clear that it was an alpha version. I can quite see how users found themselves running this thinking they had a stable release. That conflicts with what I've seen on the website. Note that I said for some time. The website was much improved some time in October I think. See also http://gnucash.1415818.n4.nabble.com/Status-of-gnucash-need-for-clarification-tt1434648.html#a1434650 The announcement for 2.3.4 on 2009-08-19 reads: GnuCash 2.3.4 (Unstable) released The GnuCash development team proudly announces GnuCash 2.3.4, the fifth of several unstable 2.3.x releases of the GnuCash Free Accounting Software which will eventually lead to the stable version 2.4.0. With this new release series, GnuCash can use an SQL database using SQLite3, MySQL or PostgreSQL. It runs on GNU/Linux, *BSD, Solaris, Microsoft Windows and Mac OSX. *WARNING:* This is an *UNSTABLE* version of Gnucash. This release is intended for developers and testers who want to help tracking down all those bugs that are still in there. Make sure you make backups of any files used in testing versions of GnuCash in the 2.3.x series. Although the developers go to great lengths to ensure that no data will be lost we cannot guarantee that your data will not be affected if for some reason GnuCash crashes in testing these releases. *NOTE:* The latest stable version is 2.2.9. Colin ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Total Crash and Lost Data
On Tue, Jan 18, 2011 at 12:39 PM, Colin Law clan...@googlemail.com wrote: On 18 January 2011 17:30, Donald Allen donaldcal...@gmail.com wrote: On Tue, Jan 18, 2011 at 12:20 PM, Colin Law clan...@googlemail.com wrote: On 18 January 2011 16:59, Donald Allen donaldcal...@gmail.com wrote: On Tue, Jan 18, 2011 at 11:48 AM, Colin Law clan...@googlemail.com wrote: On 18 January 2011 16:14, Derek Atkins warl...@mit.edu wrote: [...] PS: For the record, the Alpha releases vociferously exclaim that you could lose data by using them. However it is also unfortunately true that for some time the principle download link on the home page was to the alpha version and it was not at all clear that it was an alpha version. I can quite see how users found themselves running this thinking they had a stable release. That conflicts with what I've seen on the website. Note that I said for some time. The website was much improved some time in October I think. See also http://gnucash.1415818.n4.nabble.com/Status-of-gnucash-need-for-clarification-tt1434648.html#a1434650 The announcement for 2.3.4 on 2009-08-19 reads: I am not disputing any of that. All I am saying is that for a while the website was confusing, this was acknowledged and some significant work was done, resulting in great improvements. There is no denying that a number of users picked up 2.3 thinking it was the right version to use. There have been a number of examples of people in this situation asking for help on the user list. What you are telling me is that there is a part of the population that doesn't read things carefully or at all, and gnucash.org found some of them. If you *read the announcement*, it could not be more clear, and the announcements were prominent on the website. I saw them with my own lying eyes. I didn't think the site was at all confusing, if you read what it said. /Don Colin GnuCash 2.3.4 (Unstable) released The GnuCash development team proudly announces GnuCash 2.3.4, the fifth of several unstable 2.3.x releases of the GnuCash Free Accounting Software which will eventually lead to the stable version 2.4.0. With this new release series, GnuCash can use an SQL database using SQLite3, MySQL or PostgreSQL. It runs on GNU/Linux, *BSD, Solaris, Microsoft Windows and Mac OSX. WARNING: This is an *UNSTABLE* version of Gnucash. This release is intended for developers and testers who want to help tracking down all those bugs that are still in there. Make sure you make backups of any files used in testing versions of GnuCash in the 2.3.x series. Although the developers go to great lengths to ensure that no data will be lost we cannot guarantee that your data will not be affected if for some reason GnuCash crashes in testing these releases. NOTE: The latest stable version is 2.2.9. Colin ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Total Crash and Lost Data
On Tuesday 18 January 2011, Donald Allen wrote: On Tue, Jan 18, 2011 at 11:48 AM, Colin Law clan...@googlemail.com wrote: On 18 January 2011 16:14, Derek Atkins warl...@mit.edu wrote: [...] PS: For the record, the Alpha releases vociferously exclaim that you could lose data by using them. However it is also unfortunately true that for some time the principle download link on the home page was to the alpha version and it was not at all clear that it was an alpha version. I can quite see how users found themselves running this thinking they had a stable release. That conflicts with what I've seen on the website. The announcements of the 2.3.xx series had prominent warnings, e.g., WARNING: This is an *UNSTABLE* version of Gnucash. This release is intended for developers and testers who want to help tracking down all those bugs that are still in there. Make sure you make backups of any files used in testing versions of GnuCash in the 2.3.x series. Although the developers go to great lengths to ensure that no data will be lost we cannot guarantee that your data will not be affected if for some reason GnuCash crashes in testing these releases. Colin is right. The announcements for early 2.3.x development releases weren't very clear on this. At some point I improved on this, but it is indeed possible a user might have been confused by the early annoucements. And they were called Unstable in the title of the release! And furthermore, the primary download link was to 2.2.9 (even for a day or so after 2.4.0 was released). I don't see how this could have been handled more clearly or more conservatively, to avoid someone inadvertently running a test version in a production setting. At that time there was no primary download link yet on the website as there is now. I have added that around the same time I improved the announcements. I'm even more surprised at the tone and imprecision of the user's posts here after learning that Derek went out of his way to help him. ...unless that mail was sent before the user got help from Derek. As I said , the mail was delayed (I suppose it was stuck in the moderator queue). Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Python Shell
Hello ! I thought a bit about about the displaying problem. It seems to me that displaying is a task which could go into a seperate module. This modulecould provide a function for example display(object). It would also add a function object.display() to every object it knows. For example a transaction. display(transaction) would then call transaction.display(). Maybe i could pin down my question to : Is it more practical to have something that displays an object or to make the object display itself. bye, Christoph ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Python Shell
I'm a little confused here. If you are writing something that lets you, the user, type stuff in to cause the machine to tell you things about your GnuCash data, then there's really not a question about how to program the displaying: that's a decision to make about the thing you are writing. Unless you are using a Python interpreter (IDLE, iPython) as your user interface: if you are, then the question is about coding ... If the question is, which is best for coding, that depends on how you want to code it. If you like Python classes and object-oriented programming, then design and write classes that have display methods, and then the instances can display themselves. If you are less comfortable with OOP and classes, or for some other reason the design of this project says don't use classes, then write a function to display the object and pass the object to it. Neither is better or more practicable than the other. Hope that helps, Tony On Tue, Jan 18, 2011 at 4:51 PM, Christoph Holtermann c.holterm...@gmx.dewrote: Hello ! I thought a bit about about the displaying problem. It seems to me that displaying is a task which could go into a seperate module. This modulecould provide a function for example display(object). It would also add a function object.display() to every object it knows. For example a transaction. display(transaction) would then call transaction.display(). Maybe i could pin down my question to : Is it more practical to have something that displays an object or to make the object display itself. bye, Christoph ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
get quotes broken?
Hi, did anything change in the code that handles online retrieval of stock prices with finance-quote? It does not work any more for me. The last successful stock price download was on Jan. 7th, but I don't do this every day so I don't know exactly when it stopped working. My current GnuCash is built from SVN r20106. gnc-fq-dump shows reasonable results. Is there anybody else having problems? Any suggestions what might have changed and how to debug this? Herbert. -- Herbert Thoma Dipl.-Ing., MBA Head of Video Group Multimedia Realtime Systems Department Fraunhofer IIS Am Wolfsmantel 33, 91058 Erlangen, Germany Phone: +49-9131-776-6130 Fax: +49-9131-776-6099 email: t...@iis.fhg.de www: http://www.iis.fhg.de/ ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: get quotes broken?
I recently had problems trying to run gnucash --add-price-quotes from a cron job. If that is the case (or you are not running under X), you may need to start dbus, similar to env `dbus-launch` sh -c 'trap kill $DBUS_SESSION_BUS_PID EXIT; /usr/local/bin/gnucash --add-price-quotes /path/to/file.gnucash' Jeff On 01/18/2011 02:07 PM, Herbert Thoma wrote: Hi, did anything change in the code that handles online retrieval of stock prices with finance-quote? It does not work any more for me. The last successful stock price download was on Jan. 7th, but I don't do this every day so I don't know exactly when it stopped working. My current GnuCash is built from SVN r20106. gnc-fq-dump shows reasonable results. Is there anybody else having problems? Any suggestions what might have changed and how to debug this? Herbert. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Total Crash and Lost Data
Folks, Thanks for all of the attention. Regardless of how I ended up with 2.3.4, or why I had the impression that it was a stable release, I did experience a problem. As a result, I sought advice, and finally found assistance through the irc site. With the very capable and understanding Derek on hand, I was back in business soon enough, and am now running 2.4.0 released on 21 December 2010, fully recovered. My apologies to any one who may have taken offense to the expression of tension and frustration in an e-mail sent *prior* to finding out about the irc site, downloading and installing chatzilla, getting that up and running, logging on to the gnucash irc, and finding help through that avenue. I am very appreciative of the development work on GnuCash, and can not say thank you enough to those who assisted me in recovering from what could have been a very bad situation. Sincerely, Randy Aldering RHI,CHI alderi...@housesmithe.com 269-350-4411 Veritas vos Liberabit On Tue, January 18, 2011 12:53, Geert Janssens wrote: | On Tuesday 18 January 2011, Donald Allen wrote: | On Tue, Jan 18, 2011 at 11:48 AM, Colin Law clan...@googlemail.com wrote: | On 18 January 2011 16:14, Derek Atkins warl...@mit.edu wrote: | [...] | PS: For the record, the Alpha releases vociferously exclaim that you | could lose data by using them. | | However it is also unfortunately true that for some time the principle | download link on the home page was to the alpha version and it was not | at all clear that it was an alpha version. I can quite see how users | found themselves running this thinking they had a stable release. | | That conflicts with what I've seen on the website. The announcements | of the 2.3.xx series had prominent warnings, e.g., WARNING: This is | an *UNSTABLE* version of Gnucash. This release is intended for | developers and testers who want to help tracking down all those bugs | that are still in there. Make sure you make backups of any files used | in testing versions of GnuCash in the 2.3.x series. Although the | developers go to great lengths to ensure that no data will be lost we | cannot guarantee that your data will not be affected if for some | reason GnuCash crashes in testing these releases. | | Colin is right. The announcements for early 2.3.x development releases weren't | very clear on this. At some point I improved on this, but it is indeed | possible a user might have been confused by the early annoucements. | | And they were called Unstable in the title of the release! And | furthermore, the primary download link was to 2.2.9 (even for a day or | so after 2.4.0 was released). I don't see how this could have been | handled more clearly or more conservatively, to avoid someone | inadvertently running a test version in a production setting. | | At that time there was no primary download link yet on the website as there is | now. I have added that around the same time I improved the announcements. | | I'm even more surprised at the tone and imprecision of the user's | posts here after learning that Derek went out of his way to help him. | | ...unless that mail was sent before the user got help from Derek. As I said , | the mail was delayed (I suppose it was stuck in the moderator queue). | | Geert | | ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[no subject]
Suggetions: 1. GUI like QBooks 2. Qbook data files impor or export (like softoffice does compatible with word) 3. Gnucashbin.exe stop tryng to conncet go thru the network when blocke by fire wall. You might have heard before. But wow would this make a lot of people switch from Qbooks. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: get quotes broken?
On Jan 18, 2011, at 2:28 PM, Jeff Kletsky wrote: I recently had problems trying to run gnucash --add-price-quotes from a cron job. If that is the case (or you are not running under X), you may need to start dbus, similar to env `dbus-launch` sh -c 'trap kill $DBUS_SESSION_BUS_PID EXIT; /usr/local/bin/gnucash --add-price-quotes /path/to/file.gnucash' Jeff On 01/18/2011 02:07 PM, Herbert Thoma wrote: Hi, did anything change in the code that handles online retrieval of stock prices with finance-quote? It does not work any more for me. The last successful stock price download was on Jan. 7th, but I don't do this every day so I don't know exactly when it stopped working. My current GnuCash is built from SVN r20106. gnc-fq-dump shows reasonable results. Is there anybody else having problems? Any suggestions what might have changed and how to debug this? Herbert. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel Price quotes work on 2.4, but don't work on the latest trunk release. On OS X 10.6.6, building from source. Russ ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
python binding: getting invoice entry data
I'm trying to use the python bindings to fetch entry (line-item) data
from an invoice.
See http://pastebin.com/fy06CPup for the test GnuCash XML file I'm using.
I expect the script below to print the three line items from the
invoice in that file, but instead it dies with:
% gnucash-env python invoice_read.py test2.gnucash
* 15:07:39 WARN gnc.backend.dbi [gnc_module_init_backend_dbi()] No
DBD drivers found
Traceback (most recent call last):
File invoice_read.py, line 16, in module
print entry.GetDescription()
File /usr/lib/python2.6/dist-packages/gnucash/function_class.py,
line 92, in method_function
*process_list_convert_to_instance(meth_func_args) )
File /usr/lib/python2.6/dist-packages/gnucash/gnucash_core_c.py,
line 3825, in gncEntryGetDescription
return _gnucash_core_c.gncEntryGetDescription(*args)
TypeError: in method 'gncEntryGetDescription', argument 1 of type
'GncEntry const *'
Other methods on the Entry objects yield similar results. (A similar
approach to the code below with Invoice and Customer objects works
ok.)
Running on Ubuntu Lucid. Tested with 2.4.0-1~getdeb1~lucid from
getdeb.net and from svn with the same results.
Can someone point out what I'm doing wrong?
Thanks.
--
Brian St. Pierre
#!/usr/bin/env python
import os
import sys
from gnucash import Session
from gnucash.gnucash_business import Entry
uri = xml://{0}.format(os.path.abspath(sys.argv[1]))
ses = Session(uri, is_new=False)
try:
book = ses.get_book()
invoice = book.InvoiceLookupByID('0001')
assert(len(invoice.GetEntries()) == 3)
for e in invoice.GetEntries():
entry = Entry(instance=e)
print entry.GetDescription()
finally:
ses.end()
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: get quotes broken?
--On January 18, 2011 4:07:17 PM -0800 Russ Walasek kesa...@gmail.com wrote: Price quotes work on 2.4, but don't work on the latest trunk release. On OS X 10.6.6, building from source. This should be fixed in revision 20126. The bug was introduced in revision 20042. Mike ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
