From: Helge.Herz <Hel...@we...> - 2013-07-14 17:34:57
|
Hi all, I have started to bring all the stuff to run Gramps 4.0 on Win (see http://www.gramps-project.org/wiki/index.php?title=Gramps_4.0_from_source_for_Windows_using_Python_2.7.3) into a single folder as base for a AIO-Installer. At the moment it looks not so bad to have this. But currently I still can't run it without a batch because of two issues: 1. There is no automatic language definition (see http://www.gramps-project.org/bugs/view.php?id=6919) I think there should be no major problem to have a solution as in Gramps 3.4 provided 2. There is no graphviz package for Win using gtk 3.x! So I use a package for gtk 2.x Does some one know a way to tun this in parallel without having a special PATH setting (as I do at the moment)? Or is there any other idea to prevent this issue? Here is a link to a package (no installer!) to run Gramps 4.0.1 (sources from released tarball) on Win using _one__common folder_ anywhere on the PC and having _no need for additional installations_. It's tested on Win7 64 Bit German. It should run with minor adoptions in gramps_run.cmd. There is a small readmeFirst.txt included. https://www.dropbox.com/s/ybiltg2853k5hxz/Gramps401AiO_Package_alpha02.zip Comment: I'm more than sure it's not best package in terms of sort and order of all components - but it does its job and is really simpler to handle than to follow the long description of the Wiki. Any bug regarding Gramps should be posted to the Gramps bug tracker for 4.0.1 - Helge |
From: Paul F. <pf....@gm...> - 2013-07-14 18:10:44
|
On 7/14/13, Helge.Herz <Hel...@we...> wrote: > 2. There is no graphviz package for Win using gtk 3.x! So I use a > package for gtk 2.x > Does some one know a way to tun this in parallel without having a > special PATH setting (as I do at the moment)? > Or is there any other idea to prevent this issue? I am not sure I understand. GraphViz is another program, outside of gramps, and while it is bundled into the Mac and Windows bundles, I don't know what you mean about anything having to do with Gtk. Why can't whatever GraphViz is bundled with the current (3.4.5) Windows AIO just be in the 4.0.1 one also? Note that there is a bug concerning running GraphViz in some non-Latin1 scripts, along with a proposed patch to fix it. I feel the proposed patch should be tested on a wide range of platforms, certainly including Windows: http://www.gramps-project.org/bugs/view.php?id=6431 |
From: Helge.Herz <Hel...@we...> - 2013-07-14 18:19:29
|
Am 14.07.2013 20:10, schrieb Paul Franklin: > On 7/14/13, Helge.Herz <Hel...@we...> wrote: > >> 2. There is no graphviz package for Win using gtk 3.x! So I use a >> package for gtk 2.x >> Does some one know a way to tun this in parallel without having a >> special PATH setting (as I do at the moment)? >> Or is there any other idea to prevent this issue? > I am not sure I understand. > > GraphViz is another program, outside of gramps, and while > it is bundled into the Mac and Windows bundles, I don't > know what you mean about anything having to do with Gtk. > Why can't whatever GraphViz is bundled with the current > (3.4.5) Windows AIO just be in the 4.0.1 one also? I know that GraphViz is outside gramps. But it uses also binaries of gtk! I didn't found up to now a way to place the gtk binaries for GraphViz in a way (without adding some thing in PATH) that 1. Gramps/Python will find gtk3 and also dot.exe from GraphViz AND 2. dot.exe from GraphViz find the used gtk2 binaries. In AIO for 3.4.5 --> Gramps and dot.exe are using the same gtk2. > Note that there is a bug concerning running GraphViz in > some non-Latin1 scripts, along with a proposed patch to > fix it. I feel the proposed patch should be tested on a > wide range of platforms, certainly including Windows: > > http://www.gramps-project.org/bugs/view.php?id=6431 I'll have a look on this. |
From: Paul F. <pf....@gm...> - 2013-07-14 18:58:19
|
On 7/14/13, Helge.Herz <Hel...@we...> wrote: > Am 14.07.2013 20:10, schrieb Paul Franklin: >> On 7/14/13, Helge.Herz <Hel...@we...> wrote: >> >>> 2. There is no graphviz package for Win using gtk 3.x! So I use a >>> package for gtk 2.x >>> Does some one know a way to tun this in parallel without having a >>> special PATH setting (as I do at the moment)? >>> Or is there any other idea to prevent this issue? >> I am not sure I understand. >> >> GraphViz is another program, outside of gramps, and while >> it is bundled into the Mac and Windows bundles, I don't >> know what you mean about anything having to do with Gtk. >> Why can't whatever GraphViz is bundled with the current >> (3.4.5) Windows AIO just be in the 4.0.1 one also? > I know that GraphViz is outside gramps. But it uses also binaries of > gtk! I didn't found up to now a way to place the gtk binaries for > GraphViz in a way (without adding some thing in PATH) that > 1. Gramps/Python will find gtk3 and also dot.exe from GraphViz > AND > 2. dot.exe from GraphViz find the used gtk2 binaries. > > In AIO for 3.4.5 --> Gramps and dot.exe are using the same gtk2. Thank you for the explanation. I understand better now. I am not proposing this, but if a better solution can not be found, I could imagine we could add a test for GraphViz into graphplugins.gpr.py for the three reports, so that they won't be listed if there is no GraphViz. That sort of testing is done elsewhere in gramps. So no GraphViz reports would be possible in 4.0.x gramps, on Windows I mean, until a Gtk3 version of GraphViz for Window exists, if the problem of the different binary paths can't be somehow solved. There are some other places in gramps where that sort of thing already is done (I think), for instance to cover the case where no Python3 version of something exists (e.g., the Python imaging library, last I checked). Just a thought. |
From: Helge.Herz <Hel...@we...> - 2013-07-14 19:55:51
|
Am 14.07.2013 20:58, schrieb Paul Franklin: > On 7/14/13, Helge.Herz <Hel...@we...> wrote: >> Am 14.07.2013 20:10, schrieb Paul Franklin: >>> On 7/14/13, Helge.Herz <Hel...@we...> wrote: >>> >>>> 2. There is no graphviz package for Win using gtk 3.x! So I use a >>>> package for gtk 2.x >>>> Does some one know a way to tun this in parallel without having a >>>> special PATH setting (as I do at the moment)? >>>> Or is there any other idea to prevent this issue? >>> I am not sure I understand. >>> >>> GraphViz is another program, outside of gramps, and while >>> it is bundled into the Mac and Windows bundles, I don't >>> know what you mean about anything having to do with Gtk. >>> Why can't whatever GraphViz is bundled with the current >>> (3.4.5) Windows AIO just be in the 4.0.1 one also? >> I know that GraphViz is outside gramps. But it uses also binaries of >> gtk! I didn't found up to now a way to place the gtk binaries for >> GraphViz in a way (without adding some thing in PATH) that >> 1. Gramps/Python will find gtk3 and also dot.exe from GraphViz >> AND >> 2. dot.exe from GraphViz find the used gtk2 binaries. >> >> In AIO for 3.4.5 --> Gramps and dot.exe are using the same gtk2. > Thank you for the explanation. I understand better now. > > I am not proposing this, but if a better solution can > not be found, I could imagine we could add a test for > GraphViz into graphplugins.gpr.py for the three reports, > so that they won't be listed if there is no GraphViz. > > That sort of testing is done elsewhere in gramps. So > no GraphViz reports would be possible in 4.0.x gramps, > on Windows I mean, until a Gtk3 version of GraphViz for > Window exists, if the problem of the different binary > paths can't be somehow solved. > > There are some other places in gramps where that sort of > thing already is done (I think), for instance to cover the > case where no Python3 version of something exists (e.g., > the Python imaging library, last I checked). Thank you for the comment. This handling is actually already implemented. But I don't like it because there is no functional need for GraphiViz using gtk3. It runs well as it it, but needs it's own folder and therefore a special PATH value. The last is I want to change. > Just a thought. > > ------------------------------------------------------------------------------ > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel |
From: Paul F. <pf....@gm...> - 2013-07-15 00:06:22
|
On 7/14/13, Helge.Herz <Hel...@we...> wrote: > 2. There is no graphviz package for Win using gtk 3.x! So I use a > package for gtk 2.x > Does some one know a way to tun this in parallel without having a > special PATH setting (as I do at the moment)? > Or is there any other idea to prevent this issue? Of course I personally have no way to know how easy it would be, but perhaps it would be possible to build the GraphViz from the sources, using GTK3 binaries? http://www.graphviz.org/doc/winbuild.html |
From: Josip <jo...@pi...> - 2013-07-15 01:00:46
|
On 14.07.2013 19:34, Helge.Herz wrote: > Hi all, > > I have started to bring all the stuff to run Gramps 4.0 on Win (see > http://www.gramps-project.org/wiki/index.php?title=Gramps_4.0_from_source_for_Windows_using_Python_2.7.3) > into a single folder as base for a AIO-Installer. > At the moment it looks not so bad to have this. But currently I still > can't run it without a batch because of two issues: > 1. There is no automatic language definition (see > http://www.gramps-project.org/bugs/view.php?id=6919) > I think there should be no major problem to have a solution as in > Gramps 3.4 provided > 2. There is no graphviz package for Win using gtk 3.x! So I use a > package for gtk 2.x > Does some one know a way to tun this in parallel without having a > special PATH setting (as I do at the moment)? > Or is there any other idea to prevent this issue? > > Here is a link to a package (no installer!) to run Gramps 4.0.1 (sources > from released tarball) on Win using _one__common folder_ anywhere on the > PC and having _no need for additional installations_. It's tested on > Win7 64 Bit German. It should run with minor adoptions in > gramps_run.cmd. There is a small readmeFirst.txt included. > https://www.dropbox.com/s/ybiltg2853k5hxz/Gramps401AiO_Package_alpha02.zip > Comment: I'm more than sure it's not best package in terms of sort and > order of all components - but it does its job and is really simpler to > handle than to follow the long description of the Wiki. > > Any bug regarding Gramps should be posted to the Gramps bug tracker for > 4.0.1 > - Helge > Hi, for question 2: using "PATH" is easiest if it works. Just use dynamic paths in your script based on "%~dp0" not static one and put "@echo off" at start of script so just result of commands is shown not commands itself. Do you tried to build graphviz yourself? It shouldn't be too difficult. Author of package you use also publish "dev" package with all import libraries and headers. His "Tuma MinGW 0.7" package include all tools you would need plus bunch of other stuff. It is very nice collection of tools, i used it before my old windows machine crash. Few other comments: Don't include any *.pyc and *.pyo file in package but just *.py one. What logic is behind putting gtk and other libs in python's site-package? More logical would be to put them in same folder with python.exe (like in old AIO 3.x). btw. i always hate official python for windows folder structure. If you are able to build Graphviz then maybe you can also build Python. There is patches to build it with MinGW (gcc) and *nix folder structure all over the web. I do that before when playing with Gramps4 and Python3 but now all my files are lost :-( -- Josip |
From: Helge.Herz <Hel...@we...> - 2013-07-15 05:38:42
|
Am 15.07.2013 02:30, schrieb Josip: > On 14.07.2013 19:34, Helge.Herz wrote: >> Hi all, >> >> I have started to bring all the stuff to run Gramps 4.0 on Win (see >> http://www.gramps-project.org/wiki/index.php?title=Gramps_4.0_from_source_for_Windows_using_Python_2.7.3) >> into a single folder as base for a AIO-Installer. >> At the moment it looks not so bad to have this. But currently I still >> can't run it without a batch because of two issues: >> 1. There is no automatic language definition (see >> http://www.gramps-project.org/bugs/view.php?id=6919) >> I think there should be no major problem to have a solution as in >> Gramps 3.4 provided >> 2. There is no graphviz package for Win using gtk 3.x! So I use a >> package for gtk 2.x >> Does some one know a way to tun this in parallel without having a >> special PATH setting (as I do at the moment)? >> Or is there any other idea to prevent this issue? >> >> Here is a link to a package (no installer!) to run Gramps 4.0.1 (sources >> from released tarball) on Win using _one__common folder_ anywhere on the >> PC and having _no need for additional installations_. It's tested on >> Win7 64 Bit German. It should run with minor adoptions in >> gramps_run.cmd. There is a small readmeFirst.txt included. >> https://www.dropbox.com/s/ybiltg2853k5hxz/Gramps401AiO_Package_alpha02.zip >> Comment: I'm more than sure it's not best package in terms of sort and >> order of all components - but it does its job and is really simpler to >> handle than to follow the long description of the Wiki. >> >> Any bug regarding Gramps should be posted to the Gramps bug tracker for >> 4.0.1 >> - Helge >> > Hi, > > for question 2: using "PATH" is easiest if it works. > Just use dynamic paths in your script based on "%~dp0" not static one > and put "@echo off" at start of script so just result of commands is > shown not commands itself. I see the batch can be improved. > Do you tried to build graphviz yourself? > It shouldn't be too difficult. > Author of package you use also publish "dev" package with all import > libraries and headers. > His "Tuma MinGW 0.7" package include all tools you would need plus bunch > of other stuff. It is very nice collection of tools, i used it before my > old windows machine crash. I'd never did this before. So I'll see what's possible for me. As a step before and following the other comments I'll check all dependencies of dot.exe. May be I can reduce the stuff to prevent trouble with gtk3. > Few other comments: > > Don't include any *.pyc and *.pyo file in package but just *.py one. OK, that reduces the amounts of bytes. > What logic is behind putting gtk and other libs in python's > site-package? More logical would be to put them in same folder with > python.exe (like in old AIO 3.x). I don't like the current structure too. And of course I tried first to use the same folder structure as in AIO 3.x. But this doesn't work for me. The GTK seems to run only if the binaries are placed as now in the package. I have to contact Tuma (the developer of the package) what's to do in this case. > btw. i always hate official python for windows folder structure. > If you are able to build Graphviz then maybe you can also build Python. > There is patches to build it with MinGW (gcc) and *nix folder structure > all over the web. I do that before when playing with Gramps4 and Python3 > but now all my files are lost :-( As told before I never tried such things in the past. And I'm not sure if I would have the time to do that (job, family, genealogy research, ...). I'll have to think about. - Helge |
From: Josip <jo...@pi...> - 2013-07-16 14:20:22
|
On 15.07.2013 07:38, Helge.Herz wrote: >> Do you tried to build graphviz yourself? >> >It shouldn't be too difficult. >> >Author of package you use also publish "dev" package with all import >> >libraries and headers. >> >His "Tuma MinGW 0.7" package include all tools you would need plus bunch >> >of other stuff. It is very nice collection of tools, i used it before my >> >old windows machine crash. > I'd never did this before. So I'll see what's possible for me. As a step > before and following the other comments I'll check all dependencies of > dot.exe. May be I can reduce the stuff to prevent trouble with gtk3. There are some dependent files with different names so you can't avoid duplicate library (they can be in same folder but size would be bigger than necessary). Problem is in "gvplugin_pango.dll" he crashes "dot" with: GLib_-GObject-CRITICAL ** gtype.c:2720 You forget to call g_type_init() If you remove them and regenerate config file with "dot -c" then graphviz will work but without cairo it is not much of use. I also build graphviz against previously mentioned dev package and same thing happened so something with provided pango must be wrong. -- Josip |
From: Helge.Herz <Hel...@we...> - 2013-07-16 16:27:08
|
Am 16.07.2013 16:19, schrieb Josip: > On 15.07.2013 07:38, Helge.Herz wrote: >>> Do you tried to build graphviz yourself? >>>> It shouldn't be too difficult. >>>> Author of package you use also publish "dev" package with all import >>>> libraries and headers. >>>> His "Tuma MinGW 0.7" package include all tools you would need plus bunch >>>> of other stuff. It is very nice collection of tools, i used it before my >>>> old windows machine crash. >> I'd never did this before. So I'll see what's possible for me. As a step >> before and following the other comments I'll check all dependencies of >> dot.exe. May be I can reduce the stuff to prevent trouble with gtk3. > > There are some dependent files with different names so you can't avoid > duplicate library (they can be in same folder but size would be bigger > than necessary). > > Problem is in "gvplugin_pango.dll" he crashes "dot" with: > GLib_-GObject-CRITICAL ** gtype.c:2720 You forget to call g_type_init() > > If you remove them and regenerate config file with "dot -c" then > graphviz will work but without cairo it is not much of use. > > I also build graphviz against previously mentioned dev package and same > thing happened so something with provided pango must be wrong. > Thank you for your trials and information. I got a link from Tuma for a single dot.exe: http://osspack32.googlecode.com/files/dot.exe I'll try this next time. But meanwhile an other user of the package has mailed a new issue: It seems that all graphics outputs using final .pdf for LANG=de_DE (I assume not equal en_GB) are producing empty sheets. I have to check this too. |
From: Josip <jo...@pi...> - 2013-07-16 18:04:51
|
On 16.07.2013 18:26, Helge.Herz wrote: > Am 16.07.2013 16:19, schrieb Josip: >> On 15.07.2013 07:38, Helge.Herz wrote: >>>> Do you tried to build graphviz yourself? >>>>> It shouldn't be too difficult. >>>>> Author of package you use also publish "dev" package with all import >>>>> libraries and headers. >>>>> His "Tuma MinGW 0.7" package include all tools you would need plus bunch >>>>> of other stuff. It is very nice collection of tools, i used it before my >>>>> old windows machine crash. >>> I'd never did this before. So I'll see what's possible for me. As a step >>> before and following the other comments I'll check all dependencies of >>> dot.exe. May be I can reduce the stuff to prevent trouble with gtk3. >> >> There are some dependent files with different names so you can't avoid >> duplicate library (they can be in same folder but size would be bigger >> than necessary). >> >> Problem is in "gvplugin_pango.dll" he crashes "dot" with: >> GLib_-GObject-CRITICAL ** gtype.c:2720 You forget to call g_type_init() >> >> If you remove them and regenerate config file with "dot -c" then >> graphviz will work but without cairo it is not much of use. >> >> I also build graphviz against previously mentioned dev package and same >> thing happened so something with provided pango must be wrong. >> > Thank you for your trials and information. I got a link from Tuma for a > single dot.exe: http://osspack32.googlecode.com/files/dot.exe > I'll try this next time. But meanwhile an other user of the package has > mailed a new issue: It seems that all graphics outputs using final .pdf > for LANG=de_DE (I assume not equal en_GB) are producing empty sheets. I > have to check this too. > Thats 5 year old graphviz-2.16 you can find that also on http://www.graphviz.org/pub/graphviz/stable/windows I ckecked my graphviz-2.28 with gtk-3.8.2 from http://www.tarnyko.net and it works... -- Josip |
From: Helge.Herz <Hel...@we...> - 2013-07-16 20:19:13
|
Am 16.07.2013 20:03, schrieb Josip: > On 16.07.2013 18:26, Helge.Herz wrote: >> Am 16.07.2013 16:19, schrieb Josip: >>> On 15.07.2013 07:38, Helge.Herz wrote: >>>>> Do you tried to build graphviz yourself? >>>>>> It shouldn't be too difficult. >>>>>> Author of package you use also publish "dev" package with all import >>>>>> libraries and headers. >>>>>> His "Tuma MinGW 0.7" package include all tools you would need plus bunch >>>>>> of other stuff. It is very nice collection of tools, i used it before my >>>>>> old windows machine crash. >>>> I'd never did this before. So I'll see what's possible for me. As a step >>>> before and following the other comments I'll check all dependencies of >>>> dot.exe. May be I can reduce the stuff to prevent trouble with gtk3. >>> There are some dependent files with different names so you can't avoid >>> duplicate library (they can be in same folder but size would be bigger >>> than necessary). >>> >>> Problem is in "gvplugin_pango.dll" he crashes "dot" with: >>> GLib_-GObject-CRITICAL ** gtype.c:2720 You forget to call g_type_init() >>> >>> If you remove them and regenerate config file with "dot -c" then >>> graphviz will work but without cairo it is not much of use. >>> >>> I also build graphviz against previously mentioned dev package and same >>> thing happened so something with provided pango must be wrong. >>> >> Thank you for your trials and information. I got a link from Tuma for a >> single dot.exe: http://osspack32.googlecode.com/files/dot.exe >> I'll try this next time. But meanwhile an other user of the package has >> mailed a new issue: It seems that all graphics outputs using final .pdf >> for LANG=de_DE (I assume not equal en_GB) are producing empty sheets. I >> have to check this too. >> > Thats 5 year old graphviz-2.16 you can find that also on > http://www.graphviz.org/pub/graphviz/stable/windows > > I ckecked my graphviz-2.28 with gtk-3.8.2 from http://www.tarnyko.net > and it works... Sorry, but I don't understand 'what does work'? Did you get a pdf graphics output (e.g. from reports --> graphics --> relationship graph ) having any content with LANG other than en_GB? I use GraphViz 2.30 in the package. |
From: Paul F. <pf....@gm...> - 2013-07-18 00:13:53
|
Is your file only for 64-bit machines? That is, if I delete the .pyo and .pyc files, can I expect to be able to run it on my 32-bit WXP? Thanks. |
From: Paul F. <pf....@gm...> - 2013-07-19 01:06:35
|
First I unzipped your file, then I removed all the *.pyc and *.pyo files, then I edited your script, changing LANG to be en_US and the folder locations, and leaving only the "gramps -v" command. When I ran it, after pausing a while, I got a box: python.exe has encountered a problem and needs to close. We are sorry for the inconvenience. This was in a Windows XP (SP3, plus current hotfixes), Intel, 32-bit architecture. But unfortunately I don't know how to debug it further. So let me mention two (very minor) suggestions: When you make the next "alpha" version, upload it to the gramps SourceForge repo, into Unstable, then mention it on the users' list if you want testers. Instead of extracting it into Gramps401AOIpackage it should make a folder called Gramps401AIOpackage. |
From: John R. <jr...@ce...> - 2013-07-15 01:22:47
|
On Jul 14, 2013, at 5:06 PM, Paul Franklin <pf....@gm...> wrote: > On 7/14/13, Helge.Herz <Hel...@we...> wrote: > >> 2. There is no graphviz package for Win using gtk 3.x! So I use a >> package for gtk 2.x >> Does some one know a way to tun this in parallel without having a >> special PATH setting (as I do at the moment)? >> Or is there any other idea to prevent this issue? > > Of course I personally have no way to know how easy it > would be, but perhaps it would be possible to build the > GraphViz from the sources, using GTK3 binaries? > Not feasible. Graphviz is written for Gtk2, and a rather ancient version at that: PKG_CHECK_MODULES(GTK, [gtk+-2.0 >= 2.7.0],[ But I don't think we actually need the gtk part of graphviz, so you could just build it without. In fact, if dot doesn't complain -- which it shouldn't, you can just use what's already distributed without including gtk2 in the package. Regards, John Ralls |
From: Paul F. <pf....@gm...> - 2013-07-15 01:48:39
|
On 7/14/13, John Ralls <jr...@ce...> wrote: > But I don't think we actually need the gtk part of graphviz ... That's interesting. Since GraphViz is (I think) designed to be built using whatever backends the user specifies, perhaps the GTK stuff is only there to support the "GTK canvas" output format: http://www.graphviz.org/doc/info/output.html ? That would be good news, indeed! |
From: John R. <jr...@ce...> - 2013-07-15 03:31:22
|
On Jul 14, 2013, at 6:48 PM, Paul Franklin <pf....@gm...> wrote: > On 7/14/13, John Ralls <jr...@ce...> wrote: >> But I don't think we actually need the gtk part of graphviz ... > > That's interesting. > > Since GraphViz is (I think) designed to be built using > whatever backends the user specifies, perhaps the GTK > stuff is only there to support the "GTK canvas" output > format: http://www.graphviz.org/doc/info/output.html ? > That would be good news, indeed! Cairo canvas, IIRC. It's the cross platform graphics underneath Gtk. But I haven't looked at their code in a while, so I could easily be mis-remembering. I do know that I build the OSX Gramps without Gtk2 in the stack and it still works OK. Regards, John Ralls |