From: Josip <jo...@pi...> - 2011-01-18 13:55:18
|
On 18.01.2011 09:40, jerome wrote: > Agreed! > > I just made a big colorized arrow to say: "here something is wrong, we need cleanup". > >> So remove SUBDIRS and list all needed in DATAFILES > > Sorry, but to list and add all files is not correct! > Some files and directories are strange... > Only devs, who added them or work on it, know for what they are used. > Didn't meant all, just needed ones :-) Yes i agree that devs know best which files they need and that they should making build. Despite warnings some still tend to put unmanaged files and directories in repository even if they are aware that cost as few broken releases before. Maybe some think that informing build system is too bureaucratic, like they must fill some form for every peace of code they wrote, so i just sugest another options for dirs for which Makefile.am may be overkill. > To remove SUBDIRS will ignore the recursive logic and these directories will not be added on tarball (installation). > In current form, no they not. > The cleanup could be something like: > * to add paths on configure.in > * to generate new Makefile.am into directories, and pkgdatadir path > * to move DATAFILES references into new Makefile.am files (directories) > That is preferred way. How to force someone to obey that rule? > True, to add all needed data could be added into one DATAFILES, but you also said that directories were missing: ignored by package generator. So this might be hidden and forgotten for the release. Now, we know that something needs cleanup there! > No they will be added, you overlook part: pkgdatadir = $(datadir)/@PACKAGE@/plugins/webstuff nobase_pkgdata_DATA = $(DATAFILES) That will create all listed dirs and files in installation. Do even more that we need, will try to put everything inside those dirs to distribution (i do mention dist-hook in first post ;-) ) > > If you want to test trunk installation, then we can remove the warning, but the correct fix is also very important before the release. > Keeping build system in working state should be part of normal everyday developing process! -- Josip |
From: jerome <rom...@ya...> - 2011-01-18 15:56:38
|
> That is preferred way. How to force someone to obey that > rule? Feel free to make a long list with subdirectories, but maybe all systems will not be able to create them ... :( Note, you can also use '*.css', '*.png' but only once you have create the parent directory! Recursive 'Make' is ! http://miller.emu.id.au/pmiller/books/rmch/ You can also update the experimental setuptool (pure python), but you will get others problems ... http://www.gramps-project.org/bugs/view.php?id=2621 'Redo' is also an alternative https://github.com/apenwarr/redo#readme etc ... > No they will be added, you overlook part: > > pkgdatadir = $(datadir)/@PACKAGE@/plugins/webstuff > nobase_pkgdata_DATA = $(DATAFILES) As you want! But it was not on current SVN ... It was working with my local SVN: Makefile.am missed to set the dirs for DATAFILES. ;) Did you already try: $ make distcheck Jérôme --- En date de : Mar 18.1.11, Josip <jo...@pi...> a écrit : > De: Josip <jo...@pi...> > Objet: Re: [Gramps-devel] Trunk in AIO64 > À: "jerome" <rom...@ya...> > Cc: "Gramps Development List" <gra...@li...> > Date: Mardi 18 janvier 2011, 14h53 > On 18.01.2011 09:40, jerome wrote: > > Agreed! > > > > I just made a big colorized arrow to say: "here > something is wrong, we need cleanup". > > > >> So remove SUBDIRS and list all needed in > DATAFILES > > > > Sorry, but to list and add all files is not correct! > > Some files and directories are strange... > > Only devs, who added them or work on it, know for what > they are used. > > > > Didn't meant all, just needed ones :-) > Yes i agree that devs know best which files they need and > that they > should making build. Despite warnings some still tend to > put unmanaged > files and directories in repository even if they are aware > that cost as > few broken releases before. > Maybe some think that informing build system is too > bureaucratic, like > they must fill some form for every peace of code they > wrote, so i just > sugest another options for dirs for which Makefile.am may > be overkill. > > > To remove SUBDIRS will ignore the recursive logic and > these directories will not be added on tarball > (installation). > > > > In current form, no they not. > > > The cleanup could be something like: > > * to add paths on configure.in > > * to generate new Makefile.am into directories, and > pkgdatadir path > > * to move DATAFILES references into new Makefile.am > files (directories) > > > > That is preferred way. How to force someone to obey that > rule? > > > True, to add all needed data could be added into one > DATAFILES, but you also said that directories were missing: > ignored by package generator. So this might be hidden and > forgotten for the release. Now, we know that something needs > cleanup there! > > > > No they will be added, you overlook part: > > pkgdatadir = $(datadir)/@PACKAGE@/plugins/webstuff > nobase_pkgdata_DATA = $(DATAFILES) > > That will create all listed dirs and files in > installation. > Do even more that we need, will try to put everything > inside those dirs > to distribution (i do mention dist-hook in first post ;-) > ) > > > > If you want to test trunk installation, then we can > remove the warning, but the correct fix is also very > important before the release. > > > > Keeping build system in working state should be part of > normal everyday > developing process! > > -- > Josip > |
From: Josip <jo...@pi...> - 2011-01-18 19:35:54
|
On 18.01.2011 16:56, jerome wrote: >> That is preferred way. How to force someone to obey that >> rule? > > Feel free to make a long list with subdirectories, but maybe all systems will not be able to create them ... :( > > Note, you can also use '*.css', '*.png' but only once you have create the parent directory! Recursive 'Make' is ! > > http://miller.emu.id.au/pmiller/books/rmch/ > > You can also update the experimental setuptool (pure python), but you will get others problems ... > http://www.gramps-project.org/bugs/view.php?id=2621 > > 'Redo' is also an alternative > https://github.com/apenwarr/redo#readme > > etc ... > >> No they will be added, you overlook part: >> >> pkgdatadir = $(datadir)/@PACKAGE@/plugins/webstuff >> nobase_pkgdata_DATA = $(DATAFILES) > > As you want! But it was not on current SVN ... > > It was working with my local SVN: Makefile.am missed to set the dirs for DATAFILES. ;) > > Did you already try: > > $ make distcheck > > I am not looking for make replacment ;-) Those Miller papers start with: """ It must be emphasized that this paper does not suggest that make itself is the problem. This paper is working from the premise that make does not have a bug, that make does not have a design flaw. The problem is not in make at all, but rather in the input given to make − the way make is being used. """ so i will read it :-) Is not what i want, i dont want anything. Maybe i can't present my case or my subtle suggestion is too subtle so i will try again. Based on assumption that we want css,js and images but not swanky-purse and don't want to list them one by one or create aditional makefile templates so to be in tarball or make those dirs on install: # This is the src/plugins/webstuff level Makefile for Gramps DATAFILES = \ css/*.css \ images/* \ js/* pkgdatadir = $(datadir)/@PACKAGE@/plugins/webstuff nobase_dist_pkgdata_DATA = $(DATAFILES) pkgdata_PYTHON = \ webstuff.py \ webstuff.gpr.py pkgpyexecdir = @pkgpyexecdir@/plugins/webstuff pkgpythondir = @pkgpythondir@/plugins/webstuff # Clean up all the byte-compiled files MOSTLYCLEANFILES = *pyc *pyo GRAMPS_PY_MODPATH = "../../" pycheck: (export PYTHONPATH=$(GRAMPS_PY_MODPATH); \ pychecker $(pkgdata_PYTHON)); dist-hook: rm -rf $(distdir)/css/swanky-purse rm -rf $(distdir)/css/.svn -- Josip |
From: Benny M. <ben...@gm...> - 2011-01-18 22:20:30
|
Josip, I'm not really following this thread. But anyway, we don't have a make expert at the moment, we actually never had I believe, the make system was made by a friend of a developer (Richard I believe). Normally everything we need is present and we can just keep doing things based on how they have been done in the past. I know there are some bugs in the tracker from Gentoo people who complain about some things Gramps does... So, best is to 1/provide a patch 2/if the code is from Doug, he knows enough about make to know if the patch is ok and to commit 3/if the code is from somebody else who does not know make, then best is to take responsibility and commit the patch or pull their ears and make them fix it. Benny 2011/1/18 Josip <jo...@pi...> > On 18.01.2011 16:56, jerome wrote: > >> That is preferred way. How to force someone to obey that > >> rule? > > > > Feel free to make a long list with subdirectories, but maybe all systems > will not be able to create them ... :( > > > > Note, you can also use '*.css', '*.png' but only once you have create the > parent directory! Recursive 'Make' is ! > > > > http://miller.emu.id.au/pmiller/books/rmch/ > > > > You can also update the experimental setuptool (pure python), but you > will get others problems ... > > http://www.gramps-project.org/bugs/view.php?id=2621 > > > > 'Redo' is also an alternative > > https://github.com/apenwarr/redo#readme > > > > etc ... > > > >> No they will be added, you overlook part: > >> > >> pkgdatadir = $(datadir)/@PACKAGE@/plugins/webstuff > >> nobase_pkgdata_DATA = $(DATAFILES) > > > > As you want! But it was not on current SVN ... > > > > It was working with my local SVN: Makefile.am missed to set the dirs for > DATAFILES. ;) > > > > Did you already try: > > > > $ make distcheck > > > > > > I am not looking for make replacment ;-) > > Those Miller papers start with: > """ > It must be emphasized that this paper does not > suggest that make itself is the problem. This > paper is working from the premise that make does > not have a bug, that make does not have a design > flaw. The problem is not in make at all, but rather > in the input given to make − the way make is > being used. > """ > so i will read it :-) > > Is not what i want, i dont want anything. > Maybe i can't present my case or my subtle suggestion is too subtle so i > will try again. > Based on assumption that we want css,js and images but not swanky-purse > and don't want to list them one by one or create aditional makefile > templates so to be in tarball or make those dirs on install: > > # This is the src/plugins/webstuff level Makefile for Gramps > DATAFILES = \ > css/*.css \ > images/* \ > js/* > > pkgdatadir = $(datadir)/@PACKAGE@/plugins/webstuff > nobase_dist_pkgdata_DATA = $(DATAFILES) > > pkgdata_PYTHON = \ > webstuff.py \ > webstuff.gpr.py > > pkgpyexecdir = @pkgpyexecdir@/plugins/webstuff > pkgpythondir = @pkgpythondir@/plugins/webstuff > > # Clean up all the byte-compiled files > MOSTLYCLEANFILES = *pyc *pyo > > GRAMPS_PY_MODPATH = "../../" > > pycheck: > (export PYTHONPATH=$(GRAMPS_PY_MODPATH); \ > pychecker $(pkgdata_PYTHON)); > > dist-hook: > rm -rf $(distdir)/css/swanky-purse > rm -rf $(distdir)/css/.svn > > > -- > Josip > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > |
From: Benny M. <ben...@gm...> - 2011-01-18 08:40:11
|
Doug, As webstuff is your doing, can you set up the makefiles so that make install functions? There seem to be some problems from these mails of Jerome and Josip. Can you also add a docstring in webstuff.py to indicate what this modules 'raison d'etre' is? A new way to set up the different styles possible for narweb and others? Is it not dangerous as a real plugin? That is, will narweb and friends still work of this plugin is disabled? Benny 2011/1/17 Jérôme <rom...@ya...> > On trunk directory: > > ./autogen.sh > then make > make install > > will only install|provide css, images and js directories on > {your_install_prefix}/gramps/plugins/webstuff// > > Now, I did not add all references on 'DATAFILES' like: > > *.js, > *.css, > css/swanky-purse/images/*.png, > css/swanky-purse/*.css > > and 'SUBDIRS' > > css/swanky-purse, > css/swanky-purse/images > > see Makefile.am > > because I do not know what it is ... > Are they used ? Are they experimental ? > > > I assume that the problem is not fixed yet (install trunk), but I > suppose someone knows which files must be added (Rob, Doug ?) > > > Jérôme > > > > Josip a écrit : > > On 17.01.2011 17:58, jerome wrote: > >> You need to re-generate 'real' Makefile(s) used for installation, > >> something like ./autogen.sh, .configure on root directory. > >> > >> Note, current plugins/webstuff/Makefile.am is not correct ... > >> ... we need to know the files (directories) used. > >> I saw many stylesheets and javascript code, I do not know if all files > >> should be added on installation (tarball, source, packages)? > >> > >> > > > > Once again, are you sure, do you try that!? > > > > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > |
From: Peter L. <pet...@te...> - 2011-01-17 17:04:14
|
Running GrampsAIO 3.2.5-5 on my XP and trying "Graph View" I get this error: Traceback (most recent call last): ... File "C:\Documents and Settings\Peter\Application Data\gramps\gramps32\plugins\GraphView\graphview .py", line 645, in start_image width = int(attrs.get('width').rstrip(string.letters)) UnicodeDecodeError: 'utf8' codec can't decode byte 0x83 in position 52: invalid start byte (position 52 is ƒ, after z) attrs.get('width') is a unicode string: u'56px' and string.letters is a str: 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzƒSOZsozYªµºÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝÞßàáâãäå æçèéêëìíîïðñòóôõöøùúûüýþÿ' I have fixed this temporarily by converting attrs.get('width') to str. In Linux at the same point I get: string.letters is a str: 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz Looking in the manual: string.letters The concatenation of the strings lowercase and uppercase described below. The specific value is locale-dependent, and will be updated when locale.setlocale() is called. So the question is: why is not string.letters changed according to locale.setlocale() in Linux when it is Windows XP. /Peter |
From: Jérôme <rom...@ya...> - 2011-01-17 17:16:14
|
cStringIO module on Graph View ? def write(self, text): """ Write text to the dot file """ self.dot.write(text.encode('utf8', 'xmlcharrefreplace')) Peter Landgren a écrit : > Running GrampsAIO 3.2.5-5 on my XP and trying "Graph View" I get this error: > Traceback (most recent call last): > ... > File "C:\Documents and Settings\Peter\Application Data\gramps\gramps32\plugins\GraphView\graphview > .py", line 645, in start_image > width = int(attrs.get('width').rstrip(string.letters)) > UnicodeDecodeError: 'utf8' codec can't decode byte 0x83 in position 52: invalid start byte > (position 52 is ƒ, after z) > > attrs.get('width') is a unicode string: > u'56px' > and string.letters is a str: > 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzƒSOZsozYªµºÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝÞßàáâãäå > æçèéêëìíîïðñòóôõöøùúûüýþÿ' > > I have fixed this temporarily by converting attrs.get('width') to str. > > In Linux at the same point I get: > string.letters is a str: > 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz > > Looking in the manual: > string.letters > The concatenation of the strings lowercase and uppercase described below. > The specific value is locale-dependent, and will be updated when locale.setlocale() > is called. > > So the question is: why is not string.letters changed according to locale.setlocale() > in Linux when it is Windows XP. > > /Peter > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel |
From: Josip <jo...@pi...> - 2011-01-17 17:16:27
|
On 17.01.2011 18:06, Peter Landgren wrote: > Running GrampsAIO 3.2.5-5 on my XP and trying "Graph View" I get this error: > Traceback (most recent call last): > ... > File "C:\Documents and Settings\Peter\Application Data\gramps\gramps32\plugins\GraphView\graphview > .py", line 645, in start_image > width = int(attrs.get('width').rstrip(string.letters)) > UnicodeDecodeError: 'utf8' codec can't decode byte 0x83 in position 52: invalid start byte > (position 52 is ƒ, after z) > > attrs.get('width') is a unicode string: > u'56px' > and string.letters is a str: > 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzƒSOZsozYªµºÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝÞßàáâãäå > æçèéêëìíîïðñòóôõöøùúûüýþÿ' > > I have fixed this temporarily by converting attrs.get('width') to str. > > In Linux at the same point I get: > string.letters is a str: > 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz > > Looking in the manual: > string.letters > The concatenation of the strings lowercase and uppercase described below. > The specific value is locale-dependent, and will be updated when locale.setlocale() > is called. > > So the question is: why is not string.letters changed according to locale.setlocale() > in Linux when it is Windows XP. > > /Peter Please renew yours plugins that should be resplved in last version of GraphView -- Josip |
From: Gary B. <bur...@ya...> - 2011-01-17 20:27:11
|
Hello Peter, > File "C:\Documents and Settings\Peter\Application >Data\gramps\gramps32\plugins\GraphView\graphview > .py", line 645, in start_image > width = int(attrs.get('width').rstrip(string.letters)) > UnicodeDecodeError: 'utf8' codec can't decode byte 0x83 in position 52: >invalid start byte Should be fixed already as Josip says. If not please let me know. Bye Gary |
From: Peter L. <pet...@te...> - 2011-01-16 17:35:44
|
Thanks for testing, The installations differ some: Trunk AIO64 My Python 2.7 and Gramps 3.3 python : 2.7.1 python : 2.7.0 gramps : 3.3.0-0.SVN16379M gramps : 3.3.0 gtk++ : 2.22.1 gtk++ : 2.22.0 pygtk : 2.22.0 pygtk : 2.22.0 gobject : 2.27.0 gobject : 2.26.0 bsddb : 4.8.4.1 bsddb : 4.8.4 cairo : 1.8.10 cairo : 1.10.8 o.s. : win32 o.s. : win32 So is it gtk++, gobject or cairo that causes my problem? I don't know. /Peter > On 16.01.2011 10:21, Peter Landgren wrote: > > Josip, > > > > Have you tried to run Gramps trunk within your AIO64 on Windows 7? > > > > When I run trunk wityh the "old" type of installation I get problems as: > > http://www.gramps-project.org/bugs/view.php?id=4280 > > > > /Peter > > Yes, > i build trunk and install him in AIO64, create new database and import > into it data.gramps from example folder. > Run webcal, progress bar go to 100% and error pop up with message how > can some css files from webstuff folder cannot be found. > I check and indeed there are no such files in plugins/webstuff, after > manually copy of css, images and js into it from trunk everything goes > well and calendar is created. > > > C:\Program Files\GrampsAIO64\bin>python ..\share\gramps_trunk\gramps.py > Value default not found for option Stylesheet > Value default not found for option Stylesheet > Gramps Settings: > ---------------- > python : 2.7.1 > gramps : 3.3.0-0.SVN16379M > gtk++ : 2.22.1 > pygtk : 2.22.0 > gobject : 2.27.0 > bsddb : 4.8.4.1 > cairo : 1.8.10 > o.s. : win32 > > Environment settings: > --------------------- > LANG : hr_HR.utf-8 > LANGUAGE : hr_HR.utf-8 > GRAMPSI18N: not set > GRAMPSDIR : not set > PYTHONPATH: > C:\Program Files\GrampsAIO64\share\gramps_trunk > C:\Program Files\GrampsAIO64\share\gramps_trunk > C:\Program Files\GrampsAIO64\share\gramps_trunk > C:\Program Files\GrampsAIO64\share\gramps_trunk > C:\Program Files\GrampsAIO64\share\gramps_trunk > C:\Program Files\GrampsAIO64\share\gramps_trunk > C:\Program Files\GrampsAIO64\bin\python27.zip > C:\Program Files\GrampsAIO64\DLLs > C:\Program Files\GrampsAIO64\lib > C:\Program Files\GrampsAIO64\lib\plat-win > C:\Program Files\GrampsAIO64\lib\lib-tk > C:\Program Files\GrampsAIO64\bin > C:\Program Files\GrampsAIO64 > C:\Program Files\GrampsAIO64\lib\site-packages > C:\Program Files\GrampsAIO64\lib\site-packages\gtk-2.0 > C:\Program Files\GrampsAIO64\lib\site-packages\win32 > C:\Program Files\GrampsAIO64\lib\site-packages\win32\lib > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\docgen > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\drawreport > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\export > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\gramplet > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\graph > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\import > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\lib > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\mapservices > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\quickview > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\rel > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\sidebar > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\textreport > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\tool > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\view > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\webreport > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\webstuff > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\webstuff\css > C:\Program > Files\GrampsAIO64\share\gramps_trunk\plugins\webstuff\css\swanky-purse > C:\Program > Files\GrampsAIO64\share\gramps_trunk\plugins\webstuff\css\swanky-purse\imag > es C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\webstuff\images > C:\Program Files\GrampsAIO64\share\gramps_trunk\plugins\webstuff\js > > Non-python dependencies: > ------------------------ > Graphviz : dot - graphviz version 2.26.3 (20100126.1600) > Ghostscr. : 8.71 > > System PATH env variable: > ------------------------- > C:\WINDOWS\system32 > C:\WINDOWS > C:\WINDOWS\System32\Wbem > C:\Program Files (x86)\GtkSharp\2.12\bin |
From: Josip <jo...@pi...> - 2011-01-16 17:42:02
|
On 16.01.2011 18:38, Peter Landgren wrote: > Thanks for testing, > > The installations differ some: > > Trunk AIO64 My Python 2.7 and Gramps 3.3 > > python : 2.7.1 python : 2.7.0 > > gramps : 3.3.0-0.SVN16379M gramps : 3.3.0 > > gtk++ : 2.22.1 gtk++ : 2.22.0 > > pygtk : 2.22.0 pygtk : 2.22.0 > > gobject : 2.27.0 gobject : 2.26.0 > > bsddb : 4.8.4.1 bsddb : 4.8.4 > > cairo : 1.8.10 cairo : 1.10.8 > > o.s. : win32 o.s. : win32 > > So is it gtk++, gobject or cairo that causes my problem? > > I don't know. > To be more precise AIO64 is: BSDDB: 4.7.25 PyBSDDB: 4.8.4.1 Cairo: 1.10.0 PyCairo: 1.8.10 GLib: 2.27.3 PyGobject: 2.27.0 GTK: 2.22.1 PyGTK: 2.22.0 -- Josip |
From: Josip <jo...@pi...> - 2011-01-16 17:52:30
|
On 16.01.2011 18:38, Peter Landgren wrote: > Thanks for testing, > > The installations differ some: > Tried it with AIO also (aio is 32bit, aio64 is 64bit version) and it also works after adding missing files. AIO is: BSDDB: 4.7.25 PyBSDDB: 4.8.4.1 Cairo: 1.10.0 PyCairo: 1.8.10 GLib: 2.27.3 PyGobject: 2.26.0 GTK: 2.22.1 PyGTK: 2.22.0 -- Josip |