Re: [Mypaint-discuss] The Future of MyPaint on Windows

2011-10-11 Thread Mihai Cozma 
1. Is there any reason why GTK doesn't support tablet hotplugging? I mean,
it cannot be done for some reason, or just it wasn't done yet and there are
no plans for it?

2. In the current situation, wouldn't be a nice thing to add a GUI button
(maybe just a menu option) which will rescan for tablets, so you don't
have to restart mypaint? Although it might be a rare case where someone
starts mypaint without the tablet already on, it might happen :)

On Tue, Oct 11, 2011 at 8:26 AM, Martin Renold martin...@gmx.ch wrote:

 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


___
Mypaint-discuss mailing list
Mypaint-discuss@gna.org
https://mail.gna.org/listinfo/mypaint-discuss

Re: [Mypaint-discuss] The Future of MyPaint on Windows

2011-10-11 Thread Mihai Cozma 
Thanks for the tip, I will try to contact her as soon as I'll have GTK
compiled and hopefully a stable MyPaint on Windows.

On Tue, Oct 11, 2011 at 12:01 PM, Tobias Jakobs 
tobias.jak...@googlemail.com wrote:

 On Tue, Oct 11, 2011 at 10:41, Mihai Cozma mihai.co...@gmail.com wrote:
  1. Is there any reason why GTK doesn't support tablet hotplugging? I
 mean,
  it cannot be done for some reason, or just it wasn't done yet and there
 are
  no plans for it?

 As far as I know Alexia Death (Gimp developer) looked some time ago
 into it. Perhaps you can try to catch her in the gimp IRC chanel or
 via the Gimp mailing list.

 Regards,
 Tobias

___
Mypaint-discuss mailing list
Mypaint-discuss@gna.org
https://mail.gna.org/listinfo/mypaint-discuss

Re: [Mypaint-discuss] The Future of MyPaint on Windows

2011-10-10 Thread Mihai Cozma 
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

2011-10-10 Thread Mihai Cozma 
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

2011-10-10 Thread Jon Nordby 
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

2011-10-10 Thread Mihai Cozma 
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

2011-10-10 Thread Mihai Cozma 
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

2011-10-10 Thread Mihai Cozma 
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

2011-10-10 Thread Martin Renold 
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

Re: [Mypaint-discuss] The Future of MyPaint on Windows

2011-10-09 Thread Jon Nordby 
On 9 October 2011 12:39, Mihai Cozma mihai.co...@gmail.com wrote:
 Hi,
Hi!
 While I'm quite happy with my linux installation where I can use the latest
 version of my paint, the wacom support for their tablets in linux is quite
 poor. Another issue is that I have to reboot my machine from Windows into
 linux every time I want to paint something, then switch back for other
 tasks.

 Yesterday I've tried to use a linux virtual machine on Windows (both with
 Oracle Virtualbox and vmWare Player), and I had basically no 2D acceleration
 and when I've tried to enable the tablet device on them, one crashed and the
 other made no difference between the tablet and a simple mouse.
 All of this kind of points out that I should stick to Windows where Wacom
 support is best and where I do all my other stuff (programming, playing
 games, etc) except painting.However, because of some Gtk issues (which
 should be a portable library), the latest development version of MyPaint is
 not available on Windows and hasn't been for quite a while now. I also heard
 that the build on Mac OS has some issues too.
 Question is: is there any future for MyPaint on other platforms than linux?
The latest stable version of MyPaint works pretty OK on Windows does
it not? I don't think it is a requirement that the development version
is available for end-users on all platforms. We currently have a
problem that we don't release stable versions often enough (in my
opinion), but that is not platform specific.

 The way I see it, there are two solutions to this problem:
 1. Switch to other library from GTK, one which works better on all target
 platforms.
 2. Completely separate the GUI layer from the engine (which I think it is
 already happening) and use/maintain platform specific implementations for
 the GUI, that would assure maximum compatibility with their specific
 platform.
 What do you think about it?
You are missing one obvious solution: Fix GTK+, at least the parts
that MyPaint cares about.

In any case, I think you are missing the point. The problem with non
GNU/Linux platforms and MyPaint is not the UI toolkit used. The
problem is that there is very little developer activity on getting it
to work well on those platforms. Switching to a different toolkit or
creating platform specific UIs will not solve that problem (the latter
would just make it worse).
We simply need more people working on MyPaint+Windows and MyPaint+OSX.
You care about MyPaint+Windows and do programming. Are you in?

-- 
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

2011-10-09 Thread Mihai Cozma 
On Sun, Oct 9, 2011 at 2:47 PM, Jon Nordby jono...@gmail.com wrote:

 The latest stable version of MyPaint works pretty OK on Windows does
 it not? I don't think it is a requirement that the development version
 is available for end-users on all platforms. We currently have a
 problem that we don't release stable versions often enough (in my
 opinion), but that is not platform specific.


Yes, it works OK on Windows, but the features found in the development
version are quite a must. Indeed, maybe that is the case, stable versions
are releases with too much time in between them. However, the current
development version seemed pretty stable to me, so I guess there should be a
stable version release coming soon.



 You are missing one obvious solution: Fix GTK+, at least the parts
 that MyPaint cares about.

 In any case, I think you are missing the point. The problem with non
 GNU/Linux platforms and MyPaint is not the UI toolkit used. The
 problem is that there is very little developer activity on getting it
 to work well on those platforms. Switching to a different toolkit or
 creating platform specific UIs will not solve that problem (the latter
 would just make it worse).
 We simply need more people working on MyPaint+Windows and MyPaint+OSX.
 You care about MyPaint+Windows and do programming. Are you in?

 Well, I'm certainly in (for as much time as I can spare) but there are some
inconvenient stuff for which I need your help:

First, while I have a fair amount of experience in programming, I mainly
worked on Windows
with Microsoft tools (C/C++ and more recently C#). I have a bit of knowledge
about python
to get around, but not too much. I have minimum experience with stuff like
cygwin
and mingw32, just enough to build simple projects with them. The most
advanced stuff
I ever did with them was to configure such an environment for building the
Crystal Space
game engine, but that is where my experience with them stops.

I've tried a quick build some time ago using this
http://opensourcepack.blogspot.com/2009/08/mypaint-git-build-for-win32.html
and it built something but the outcome didn't really run.

So I would need some help first in getting a proper working environment to
start with and
then a bit of pinpointing of where I should start my investigation and what
is the workflow with these tools. After that,
I think I might be able to do progress on my own in terms of coding and bug
fixing.

Thanks, waiting for your reply.
___
Mypaint-discuss mailing list
Mypaint-discuss@gna.org
https://mail.gna.org/listinfo/mypaint-discuss

Re: [Mypaint-discuss] The Future of MyPaint on Windows

2011-10-09 Thread Jon Nordby 
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