From: Shawn A. G. <sha...@ho...> - 2001-05-20 02:33:48
|
I just recently got the new version of Gramps and when ever I try to create a report in OpenOffice format I get an error message (pasted below) but if I try to create the same report using AbiWord or HTML (if option is available) I have no problem. Traceback (innermost last): File "/usr/lib/python1.5/site-packages/libglade.py", line 28, in __call__ ret = apply(self.func, a) File "/usr/share/gramps/plugins/AncestorChart.py", line 233, in on_save_clicked MyReport.end() File "/usr/share/gramps/plugins/AncestorChart.py", line 101, in end self.doc.close() File "/usr/share/gramps/OpenDrawDoc.py", line 135, in close self._write_zip() File "/usr/share/gramps/OpenDrawDoc.py", line 153, in _write_zip os.rmdir(self.tempdir) OSError: [Errno 39] Directory not empty: '/tmp/@21079.2' I don't know if it's something I may have done wrong when compiling or if it's something else. Hopefully someone who uses Gramps can tell me. Shawn Ann |
From: Don A. <dal...@us...> - 2001-05-20 02:44:51
|
Good news and bad news. Bad news - its probably a bug. Good news - your report was probably generated correctly, and gramps should continue running without any problems. OpenOffice stores its files in ZIP format. Since Python 1.5 does not support zip files directly (Python 2.0 does), gramps creates an temporary directory (in this case, /tmp/@21079.2) to generate its files, so it can call the zip program to create the file. After your file has been created, it removes the temporary directory. In this case, the directory removal is not successful, because gramps did not delete all the files in the directory. Fortunately, python should allow gramps to continue. You will need to manually delete the directory on your own. Can you tell me the contents of the directory? Then I can make sure that I get it deleted properly. -- Don On 19 May 2001 22:26:58 -0500, Shawn Ann Griffith wrote: > I just recently got the new version of Gramps and when ever I try to create > a report in OpenOffice format I get an error message (pasted below) but if > I try to create the same report using AbiWord or HTML (if option is > available) I have no problem. > > Traceback (innermost last): > File "/usr/lib/python1.5/site-packages/libglade.py", line 28, in __call__ > ret = apply(self.func, a) > File "/usr/share/gramps/plugins/AncestorChart.py", line 233, in > on_save_clicked > MyReport.end() > File "/usr/share/gramps/plugins/AncestorChart.py", line 101, in end > self.doc.close() > File "/usr/share/gramps/OpenDrawDoc.py", line 135, in close > self._write_zip() > File "/usr/share/gramps/OpenDrawDoc.py", line 153, in _write_zip > os.rmdir(self.tempdir) > OSError: [Errno 39] Directory not empty: '/tmp/@21079.2' > > I don't know if it's something I may have done wrong when compiling or if > it's something else. Hopefully someone who uses Gramps can tell me. > > Shawn Ann > > _______________________________________________ > Gramps-users mailing list > Gra...@li... > http://lists.sourceforge.net/lists/listinfo/gramps-users ________________________________________________________________________ Don Allingham don...@ho... |
From: Shawn A. G. <sha...@ho...> - 2001-05-20 03:06:31
|
On 19 May 2001, Don Allingham wrote: > Good news and bad news. > > Bad news - its probably a bug. > > Good news - your report was probably generated correctly, and gramps > should continue running without any problems. > > OpenOffice stores its files in ZIP format. Since Python 1.5 does not > support zip files directly (Python 2.0 does), gramps creates an > temporary directory (in this case, /tmp/@21079.2) to generate its files, > so it can call the zip program to create the file. After your file has > been created, it removes the temporary directory. In this case, the > directory removal is not successful, because gramps did not delete all > the files in the directory. Fortunately, python should allow gramps to > continue. You will need to manually delete the directory on your own. > > Can you tell me the contents of the directory? Then I can make sure > that I get it deleted properly. > > -- Don If I go into that /tmp/@21079.2 directory right now there is a file ShawnAnnAncestor.sxd What ends up happening is I tell it what name to save the report as and when I click on the OK button it spurts out that error and Gramps does nothing but act like I never hit the OK button. I have to cancel out of making a report (or select another format if available). One other thing I was wonder. When you create the Individual web pages report the only information that shows up in it is: 1. Persons name 2. Date of birth and place 3. Date of death and place (if applicable) 4. Parents names (with links to them) 5. Spouce/link(with married date and place along with their parents w/links) 6. Children (with links to them) 7. Anything listed in the notes Is there a way to have the information in the Events fields (and the rest of the fields that show up in the Edit person) or will that be included in a future release? No rush on this getting done, I can live without it for now, just wondering :o) Also, if I can help in any way of writing documentation let me know, I am more than willing to help. Shawn Ann |
From: Don A. <dal...@us...> - 2001-05-20 03:14:39
|
Okay, this is making a lot of sense now. The ShawnAnnAncestor.sxd file is the OpenOffice document. Apparently, it is getting written to the temporary directory by accident. Can the additional information be included? Yes. Will it? Yes. WIll it be in soon? Yes, now that someone has requested it. I'll probably add an option to include extended information. Thanks for your patience and help with the debugging. I'll probably follow with a 0.1.5 bug fix pretty soon. -- Don On 19 May 2001 22:59:41 -0500, Shawn Ann Griffith wrote: > On 19 May 2001, Don Allingham wrote: > > Good news and bad news. > > > > Bad news - its probably a bug. > > > > Good news - your report was probably generated correctly, and gramps > > should continue running without any problems. > > > > OpenOffice stores its files in ZIP format. Since Python 1.5 does not > > support zip files directly (Python 2.0 does), gramps creates an > > temporary directory (in this case, /tmp/@21079.2) to generate its files, > > so it can call the zip program to create the file. After your file has > > been created, it removes the temporary directory. In this case, the > > directory removal is not successful, because gramps did not delete all > > the files in the directory. Fortunately, python should allow gramps to > > continue. You will need to manually delete the directory on your own. > > > > Can you tell me the contents of the directory? Then I can make sure > > that I get it deleted properly. > > > > -- Don > > If I go into that /tmp/@21079.2 directory right now there is a file > ShawnAnnAncestor.sxd > > What ends up happening is I tell it what name to save the report as and > when I click on the OK button it spurts out that error and Gramps does > nothing but act like I never hit the OK button. I have to cancel out of > making a report (or select another format if available). > > One other thing I was wonder. When you create the Individual web pages > report the only information that shows up in it is: > 1. Persons name > 2. Date of birth and place > 3. Date of death and place (if applicable) > 4. Parents names (with links to them) > 5. Spouce/link(with married date and place along with their parents > w/links) > 6. Children (with links to them) > 7. Anything listed in the notes > > Is there a way to have the information in the Events fields (and the rest > of the fields that show up in the Edit person) or will that be included in > a future release? No rush on this getting done, I can live without it for > now, just wondering :o) > > Also, if I can help in any way of writing documentation let me know, I am > more than willing to help. > > Shawn Ann > > _______________________________________________ > Gramps-users mailing list > Gra...@li... > http://lists.sourceforge.net/lists/listinfo/gramps-users ________________________________________________________________________ Don Allingham don...@ho... |