Re: [Mypaint-discuss] The Future of MyPaint on Windows
OK, I'll start working on it then when I'll get home from work. I'll keep you updated. On Mon, Oct 10, 2011 at 3:00 AM, Jon Nordby jono...@gmail.com wrote: On 10 October 2011 00:43, Mihai Cozma mihai.co...@gmail.com wrote: Thanks for the reply, useful links. I also found the next text there: The plan seems to wait GTK 3.x become stable for win32 which takes sometime which ultimately invalidate this instruction as we will go with PyGI instead of PyGTK which is also another problem because GI isn't ported to win32 yet. That's the pity situation for mypaint win32. So based on this information, is there any point in trying to fix bugs and stuff, or we just have to wait until GI gets ported to windows and gtk 3 is stable for windows and so on? I mean, would all the work done trying to fix the problem in 2.24 get obsolete by the time GTK 3.x and this GI gets used? Fixing the critical/blocking issues in GTK 2.x on Windows is very valuable still. Porting MyPaint to PyGI and GTK 3.x will likely not happen for the next release. Meaning that without GTK 2.x fixed it will be some additional months _after_ we get the next release out before Windows will get the new stuff. There are other projects that will benefit from having GTK 2.24 fixed as well. GIMP 2.8 is another release that is also blocking on this/these tablet bugs. And, I would not be totally surprised if fixes are also applicable to GTK 3.x -- Jon Nordby - www.jonnor.com ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
Re: [Mypaint-discuss] The Future of MyPaint on Windows
Thanks for the links. I have read everything and I think I'll go for the cross compiling stuff from a linux vm, as it might be easier than setting everything up on windows (I actually have to install the VM, but it should be np as I have some live CD iso around of linux mint I think). Now some questions about logistics: So you fixed the first part of the bug (A) and BenJackson found a solution for part (B). So if I manage to successfully setup the build environment for GTK+, then apply your patch, should I apply BenJackson's patch too, then get into investigating C, or further investigate B because BenJackson's fix is just a hack? Also (warning: open source development newbie question): When will your patch and BenJackson's patch (if it is the real answer to the problem) will be committed to the 2.24 branch of gtk+? Do you have to submit them first, or you will wait until the whole bug is fixed, or how does these things work? Mihai On Mon, Oct 10, 2011 at 1:23 PM, Martin Renold martin...@gmx.ch wrote: hi Mihai Nice to see some new interest in fixing MyPaint on Windows! Here are some pointers. The main bugreport: https://bugzilla.gnome.org/show_bug.cgi?id=653437 Setting up a GTK build environment usually takes around two days. You will want to work on the git version of GTK (gtk-2-24 branch). The IRC discussion I had with BenJackson might be helpful if you want to compile GTK using jhbuild (look around 08:06): http://irclogs.jackgrigg.com/irc.freenode.net/mypaint/2011-08-13 It is probably possible to build GTK on Windows natively, but I haven't tried myself because I am more familiar with the Linux toolchain. If you need support for building GTK, try to ask on MyPaint IRC or on the GTK channel of the Gnome IRC network. People might be busy though, so it can take time to get a response. Regards Martin On Mon, Oct 10, 2011 at 11:14:12AM +0300, Mihai Cozma wrote: OK, I'll start working on it then when I'll get home from work. I'll keep you updated. On Mon, Oct 10, 2011 at 3:00 AM, Jon Nordby jono...@gmail.com wrote: On 10 October 2011 00:43, Mihai Cozma mihai.co...@gmail.com wrote: Thanks for the reply, useful links. I also found the next text there: The plan seems to wait GTK 3.x become stable for win32 which takes sometime which ultimately invalidate this instruction as we will go with PyGI instead of PyGTK which is also another problem because GI isn't ported to win32 yet. That's the pity situation for mypaint win32. So based on this information, is there any point in trying to fix bugs and stuff, or we just have to wait until GI gets ported to windows and gtk 3 is stable for windows and so on? I mean, would all the work done trying to fix the problem in 2.24 get obsolete by the time GTK 3.x and this GI gets used? Fixing the critical/blocking issues in GTK 2.x on Windows is very valuable still. Porting MyPaint to PyGI and GTK 3.x will likely not happen for the next release. Meaning that without GTK 2.x fixed it will be some additional months _after_ we get the next release out before Windows will get the new stuff. There are other projects that will benefit from having GTK 2.24 fixed as well. GIMP 2.8 is another release that is also blocking on this/these tablet bugs. And, I would not be totally surprised if fixes are also applicable to GTK 3.x -- Jon Nordby - www.jonnor.com ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss -- Martin Renold ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
Re: [Mypaint-discuss] The Future of MyPaint on Windows
On 10 October 2011 13:11, Mihai Cozma mihai.co...@gmail.com wrote: Also (warning: open source development newbie question): When will your patch and BenJackson's patch (if it is the real answer to the problem) will be committed to the 2.24 branch of gtk+? Do you have to submit them first, or you will wait until the whole bug is fixed, or how does these things work? For Gnome patches can generally be considered to be submitted when they are attached to a bug in bugzilla. The patches getting in requires one of the gtk+ maintainers to have a look at it. This often requires some prodding (maintainers nearly always have too much to do). Typical way to escalate is to bring the issue up on the mailing list, mentioning that the bug has patches solving the problem or parts of it. Having a personal contact or two always helps. Michael Natterer (mitch) in the GIMP project is a gtk+ dev that I know care about this issue, but I'm not sure if he does Windows at all. But if not he would likely know who to poke, so consider talking to him if no-one looks at the patches. For trivial and obvious fixes I can commit it if no-one else responds (I have commit rights, but I'm not a gtk+ dev). -- Jon Nordby - www.jonnor.com ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
Re: [Mypaint-discuss] The Future of MyPaint on Windows
Ok, just made a setup for mypaint and tried to build it (against already compiled GTK, haven't tried to build my own yet) and I managed to get it compiled after few tries. However, when I run python mypaint.py, All runs fine until the following error occures: .. # C:\Python27\lib\site-packages\gtk-2.0\glib\__init__.pyc matches C:\Python27\li b\site-packages\gtk-2.0\glib\__init__.py import glib # precompiled from C:\Python27\lib\site-packages\gtk-2.0\glib\__init __.pyc Traceback (most recent call last): File mypaint.py, line 152, in module datapath, extradata, confpath, localepath = get_paths() File mypaint.py, line 114, in get_paths from lib import helpers File D:\Development\MyPaint\mypaint\lib\helpers.py, line 12, in module from gtk import gdk # for gdk_pixbuf stuff File C:\Python27\lib\site-packages\gtk-2.0\gtk\__init__.py, line 30, in mod ule import gobject as _gobject File C:\Python27\lib\site-packages\gtk-2.0\gobject\__init__.py, line 26, in module from glib import spawn_async, idle_add, timeout_add, timeout_add_seconds, \ File C:\Python27\lib\site-packages\gtk-2.0\glib\__init__.py, line 22, in mo dule from glib._glib import * ImportError: DLL load failed: The specified procedure could not be found. # clear __builtin__._ # clear sys.path # clear sys.argv . Any tips please? Thanks ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
Re: [Mypaint-discuss] The Future of MyPaint on Windows
Please ignore my previous e-mail, it appeared because python's verbose mode was on. However, now I got an error log telling me this: --- mypaint log 2011-09-27 22:46:30 --- confpath = C:\Users\meeshoo\AppData\Local\mypaint Created C:\Users\meeshoo\AppData\Local\mypaint\scratchpads Error: Where have my icons gone? Icon search path: ('C:\\Users\\meeshoo\\.icons', 'C:\\Users\\meeshoo\\AppData\\Local\\icons', 'C:\\ProgramData\\icons', 'C:\\Users\\Public\\Documents\\icons', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\icons', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\icons', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\icons', 'C:\\ProgramData\\pixmaps', 'C:\\Users\\Public\\Documents\\pixmaps', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\pixmaps', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\pixmaps', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\pixmaps', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\icons') Mypaint can't run sensibly without its icons; please check your installation. --- mypaint log 2011-09-27 22:46:45 --- confpath = C:\Users\meeshoo\AppData\Local\mypaint Error: Where have my icons gone? Icon search path: ('C:\\Users\\meeshoo\\.icons', 'C:\\Users\\meeshoo\\AppData\\Local\\icons', 'C:\\ProgramData\\icons', 'C:\\Users\\Public\\Documents\\icons', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\icons', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\icons', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\icons', 'C:\\ProgramData\\pixmaps', 'C:\\Users\\Public\\Documents\\pixmaps', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\pixmaps', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\pixmaps', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\pixmaps', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\icons') Mypaint can't run sensibly without its icons; please check your installation. --- mypaint log 2011-09-27 22:48:31 --- confpath = C:\Users\meeshoo\AppData\Local\mypaint Error: Where have my icons gone? Icon search path: ('C:\\Users\\meeshoo\\.icons', 'C:\\Users\\meeshoo\\AppData\\Local\\icons', 'C:\\ProgramData\\icons', 'C:\\Users\\Public\\Documents\\icons', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\icons', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\icons', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\icons', 'C:\\ProgramData\\pixmaps', 'C:\\Users\\Public\\Documents\\pixmaps', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\pixmaps', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\pixmaps', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\pixmaps', 'D:\\Development\\mypaint_buildenv2\\win32\\share\\icons') Mypaint can't run sensibly without its icons; please check your installation. --- mypaint log 2011-10-11 02:18:08 --- confpath = C:\Users\meeshoo\AppData\Local\mypaint Error: Where have my icons gone? Icon search path: ('C:\\msys\\1.0\\home\\.icons', 'C:\\Users\\meeshoo\\AppData\\Local\\icons', 'C:\\ProgramData\\icons', 'C:\\Users\\Public\\Documents\\icons', 'C:\\Python27\\lib\\site-packages\\gtk-2.0\\runtime\\share\\icons', 'C:\\Python27\\lib\\site-packages\\gtk-2.0\\runtime\\share\\icons', 'C:\\Python27\\share\\icons', 'C:\\ProgramData\\pixmaps', 'C:\\Users\\Public\\Documents\\pixmaps', 'C:\\Python27\\lib\\site-packages\\gtk-2.0\\runtime\\share\\pixmaps', 'C:\\Python27\\lib\\site-packages\\gtk-2.0\\runtime\\share\\pixmaps', 'C:\\Python27\\share\\pixmaps', 'D:\\Development\\MyPaint\\mypaint\\share\\icons') Mypaint can't run sensibly without its icons; please check your installation. --- mypaint log 2011-10-11 02:18:29 --- confpath = C:\Users\meeshoo\AppData\Local\mypaint Error: Where have my icons gone? Icon search path: ('C:\\msys\\1.0\\home\\.icons', 'C:\\Users\\meeshoo\\AppData\\Local\\icons', 'C:\\ProgramData\\icons', 'C:\\Users\\Public\\Documents\\icons', 'C:\\Python27\\lib\\site-packages\\gtk-2.0\\runtime\\share\\icons', 'C:\\Python27\\lib\\site-packages\\gtk-2.0\\runtime\\share\\icons', 'C:\\Python27\\share\\icons', 'C:\\ProgramData\\pixmaps', 'C:\\Users\\Public\\Documents\\pixmaps', 'C:\\Python27\\lib\\site-packages\\gtk-2.0\\runtime\\share\\pixmaps', 'C:\\Python27\\lib\\site-packages\\gtk-2.0\\runtime\\share\\pixmaps', 'C:\\Python27\\share\\pixmaps', 'D:\\Development\\MyPaint\\mypaint\\share\\icons') Mypaint can't run sensibly without its icons; please check your installation. Now I'm a bit blocked here as I can't seem to find any icons around, any help pls? Mihai ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
Re: [Mypaint-discuss] The Future of MyPaint on Windows
Ok, so my initial testing revealed the following: 1. Start up my paint, painted with mouse, everything worked OK. 2. Woke up my tablet (wasn't used up to this point since my machine was started) and started to paint. everything went OK, no crash, no pointer offset. However, I noticed it didn't pick up pressure data at all, it was behaving like a normal mouse. 3. Closed my paint. 4. Started up again, painted with mouse, all OK. 5. Now that my tablet is not sleeping, whenever I get the pen close to it, MyPaint crashes. Tomorrow I'll dive into GTK compiling (fingers crossed) and if that goes well I'll try to apply your patches one by one and test after each one, to see which fixes what from the behavior I initially observed. ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
Re: [Mypaint-discuss] The Future of MyPaint on Windows
Good to hear. Sounds pretty much as expected until now; GTK cannot handle tablet hotplugging, and mypaint enables all tablets only at start time, so it acts like a mouse. When you have compiled your own GTK it should be binary-compatible; you will not need to rebuild mypaint, just replacing the .dll(s) at the right place should do. Regards Martin On Tue, Oct 11, 2011 at 02:41:59AM +0300, Mihai Cozma wrote: Ok, so my initial testing revealed the following: 1. Start up my paint, painted with mouse, everything worked OK. 2. Woke up my tablet (wasn't used up to this point since my machine was started) and started to paint. everything went OK, no crash, no pointer offset. However, I noticed it didn't pick up pressure data at all, it was behaving like a normal mouse. 3. Closed my paint. 4. Started up again, painted with mouse, all OK. 5. Now that my tablet is not sleeping, whenever I get the pen close to it, MyPaint crashes. Tomorrow I'll dive into GTK compiling (fingers crossed) and if that goes well I'll try to apply your patches one by one and test after each one, to see which fixes what from the behavior I initially observed. -- Martin Renold ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss