Package Details: mypaint-git 2.0.0.master.r6054.90b36dbc-1

Git Clone URL: (read-only, click to copy)
Package Base: mypaint-git
Description: Simple drawing & painting program that works well with graphics tablets (git).
Upstream URL:
Licenses: GPL2
Conflicts: mypaint
Provides: mypaint
Submitter: jonnor
Maintainer: ShadowKyogre (odysseywestra)
Last Packager: odysseywestra
Votes: 25
Popularity: 0.000000
First Submitted: 2009-06-08 17:08 (UTC)
Last Updated: 2021-09-21 06:27 (UTC)

Latest Comments

eticre commented on 2021-12-16 17:24 (UTC)

not running

this solve

INFO: mypaint: Running from installed script... INFO: mypaint: ...using static relative paths Traceback (most recent call last): File "/usr/bin/mypaint", line 288, in <module> datapath, iconspath, old_confpath, localepath = get_paths() File "/usr/bin/mypaint", line 226, in get_paths old_confpath = check_old_style_config() File "/usr/bin/mypaint", line 239, in check_old_style_config from lib import fileutils File "/usr/lib/mypaint/lib/", line 25, in <module> import lib.helpers File "/usr/lib/mypaint/lib/", line 25, in <module> from . import mypaintlib File "/usr/lib/mypaint/lib/", line 13, in <module> from . import _mypaintlib ImportError: cannot import name '_mypaintlib' from 'lib' (/usr/lib/mypaint/lib/

Kunda commented on 2020-02-27 11:48 (UTC)

can the 'alpha' now be taken out of the package name (even though this package is bleeding edge)

tryst commented on 2019-01-28 18:15 (UTC)

yup, all good here as well. thank you!

ncmprhnsbl commented on 2019-01-26 02:10 (UTC)

yes, all good now, thank you!

ShadowKyogre commented on 2019-01-25 19:50 (UTC)

@ncmprhnsbl @tryst - Try pulling the latest revision of the PKGBUILD now. I noticed it wasn't calling build_config to regenerate lib/ for the system it's being installed on. Now it does. Doing so should fix the problem caused by the commit.

ncmprhnsbl commented on 2019-01-18 03:33 (UTC)

looks like it's this commit : there's a fixme notice on it suggesting there's a problem..

tryst commented on 2019-01-18 01:07 (UTC)

Thank you both for your work. Unfortunately getting the same error as ncmprhnsbl

ncmprhnsbl commented on 2019-01-17 06:05 (UTC) (edited on 2019-01-17 06:37 (UTC) by ncmprhnsbl)

after updating: mypaint fails with:

INFO: mypaint: Installation layout: conventional POSIX-like structure with prefix '/usr' CRITICAL: mypaint: Default brush collection not found! CRITICAL: mypaint: It should have been here: 'mingw64/share/mypaint-data/2.0 /brushes'

rebuilt in this order: libmypaint-git mypaint-brushes-git mypaint-git :same result.

odysseywestra commented on 2019-01-17 03:19 (UTC)

Awesome thank you for doing this.

ShadowKyogre commented on 2019-01-16 18:03 (UTC) (edited on 2019-01-17 05:45 (UTC) by ShadowKyogre)

@odysseywestra: Package updated. You should also be able to verify that you're a comaintainer for the brushes package at .

odysseywestra commented on 2019-01-16 17:56 (UTC)

Yeah, go ahead. Just make sure to add me as a co-maintainer.

ShadowKyogre commented on 2019-01-16 17:32 (UTC)

Hi odysseywestra. I made the AUR git package. Mind if I update the PKGBUILD for this one now that it's up?

odysseywestra commented on 2019-01-04 19:43 (UTC)

I'll have to create a new AUR package for MyPaint Brushes. Hopefully I'll have it done sometime today or tomorrow.

tryst commented on 2019-01-04 18:55 (UTC) (edited on 2019-01-04 18:59 (UTC) by tryst)

Getting this error when trying to build recently:

Package mypaint-brushes-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing 'mypaint-brushes-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'mypaint-brushes-2.0', required by 'virtual:world', not found Traceback (most recent call last): File "", line 655, in <module> ext_modules=get_ext_modules(), File "", line 565, in get_ext_modules extra_compile_args=extra_compile_args, File "", line 503, in pkgconfig universal_newlines=True, File "/usr/lib/python3.7/", line 395, in check_output **kwargs).stdout File "/usr/lib/python3.7/", line 487, in run output=stdout, stderr=stderr) subprocess.CalledProcessError: Command '['pkg-config', '--libs', 'pygobject-3.0', 'glib-2.0', 'libpng', 'lcms2', 'gtk+-3.0', 'libmypaint-2.0', 'mypaint-brushes-2.0']' returned non-zero exit status 1.

Guessing this has to do with recent changes made by the MyPaint team since the brushes have their own official git now

(EDIT: sorry about the error message being messy, tried to fix it multiple times but it refuses to keep the line breaks)

odysseywestra commented on 2018-09-27 18:26 (UTC)

Applied a patch to the AUR package for it to load PNG files again.

commented on 2017-07-10 17:54 (UTC)

I have always the updates of mypaint-git and libmypaint-git after their installations since saturday, I use pamac.

odysseywestra commented on 2017-06-16 07:09 (UTC) (edited on 2017-06-16 07:10 (UTC) by odysseywestra)

@shadowkyogre: Could you update this pkgbuild to build and install with setuptools? We are in the process of moving away from using scons.

ShadowKyogre commented on 2016-06-05 19:58 (UTC)

@electricprism: Did you install libmypaint-git? It looks like you don't have the latest copy of the PKGBUILD.

electricprism commented on 2016-06-05 03:47 (UTC)

In file included from lib/mypaintlib.hpp:13:0, from lib/ lib/mapping.hpp:21:29: fatal error: mypaint-mapping.h: No such file or directory #include <mypaint-mapping.h> ^ compilation terminated. scons: *** [lib/mypaintlib_wrap.os] Error 1 scons: building terminated because of errors. ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build mypaint-git. ==> Restart building mypaint-git ? [y/N]

ShadowKyogre commented on 2016-05-20 03:13 (UTC)

mypaint-git can now live happily alongside libmypaint-git. Rejoice!

aaronp commented on 2016-05-20 02:10 (UTC)

Fantastic, thanks for your efforts ShadowKyogre!

ShadowKyogre commented on 2016-05-20 00:42 (UTC)

Notification from upstream about issue being reconsidered. I'll modify this PKGBUILD to build against libmypaint-git as soon as I can. It'll just take some time.

ShadowKyogre commented on 2016-05-19 23:31 (UTC) - *sigh* Doesn't look like this is going to get fixed until an actual 1.3 release. I'll go talk to the libmypaint maintainer about this.

ShadowKyogre commented on 2016-05-19 17:47 (UTC)

Hm, this is more complicated than I thought. I'll talk to upstream about it.

ShadowKyogre commented on 2016-05-19 17:39 (UTC)

@aaronp: Making a fix for this, give it a moment to build.

ShadowKyogre commented on 2016-05-19 14:53 (UTC)

@aaronp: It's due to mypaint not updating their submodule to point to the right commit. In master, it says: brushlib @ 65ffae1 That's libmypaint at that commit. Yet, That's the master version of libmypaint. It's an upstream issue, but there should be a workaround for this (though IDK how to force a submodule to be updated to the most recent commit from upstream).

aaronp commented on 2016-05-19 14:24 (UTC)

It looks like gimp-git is requiring libmypaint >= 1.3.0, but the libmypaint provided by this package is only reporting 1.1 by pkg-config. Do you know the cause of this disparity?

ShadowKyogre commented on 2016-04-13 22:38 (UTC)

Found out the reason. That tag is not made on master. See I'm not going to point this at the testing cycle branch every time there's a new beta. It's too version dependent.

ShadowKyogre commented on 2016-04-13 22:13 (UTC)

To whoever's flagging this out of date: I just need to put it out there that the pkgver is stubborn atm. It's not reading the latest tag since it's beta flagged :|. Give me a while to wrestle with this thing.

vrav commented on 2016-01-09 05:34 (UTC)

This is great, thank you. Note that their website has changed to (503 error at

ShadowKyogre commented on 2016-01-07 23:41 (UTC)

Updated the pkgver() function to better reflect that it's being built against the beta version by also checking unannotated tags. The last annotated tag was 1.1.0, while the latest unannotated tag is 1.2.0-beta.4. This must've been confusing for the people who thought this was out of date (even though I regularly test mypaint using this PKGBUILD).

ShadowKyogre commented on 2015-12-28 06:36 (UTC)

Updated the package to provide libmypaint-git This is so gimp-git can live side-by-side with mypaint-git. Also, there's a fix for the current build (it breaks without the The issue regarding will need to be reported upstream later.

tcuc commented on 2015-07-29 08:47 (UTC)

just ran it right from the /usr/bin dir. since there all symlinked to there. so if anyone else has the same problem typing: /usr/bin/mypaint in a terminal should fire it right up! ;)

tcuc commented on 2015-07-29 08:27 (UTC)

@ShadowKyogre, i tried posting this as an issue on the main git repo and i think they have found the issue. but it's a bit over my head. :P here's the issue link:

ShadowKyogre commented on 2015-07-27 19:24 (UTC)

@tcuc: Why's mypaint in /usr/sbin? Also, the during installation error, is that from the main AUR? That's due to the pkg-config files having references to $pkgdir for some reason. It's an error that definitely needs to be fixed upstream, but I can't pinpoint which part of the scons building is causing this.

tcuc commented on 2015-07-27 17:17 (UTC)

I cannot get Mypaint to run at all. not even the one from the main repo. all i get is this error when trying to start it: Traceback (most recent call last): File "/usr/sbin/mypaint", line 420, in <module> = get_paths() File "/usr/sbin/mypaint", line 186, in get_paths raise RuntimeError("Unknown install type; could not determine paths") RuntimeError: Unknown install type; could not determine paths during installation i also get this: ==> WARNING: Package contains reference to $pkgdir i cannot find out why.

ShadowKyogre commented on 2015-07-15 21:04 (UTC)

Adopted it on the AUR4 now.

commented on 2015-04-02 02:48 (UTC)

@ShadowKyogre Life's been taking its toll on me recently, so I'll orphan this package to free it up for someone else.

ShadowKyogre commented on 2015-04-01 02:08 (UTC)

@akbjker: Would it be possible to split mypaint and libmypaint into separate packages? It'd be pretty handy for trying out the mypaint brush integration that got merged into Gimp's development branch today. Also, in the package function, you'll need to include this line: sed -e -i "s|$pkgdir||g" "$pkgdir/usr/lib/pkgconfig/"libmypaint*.pc Otherwise, packages that try to compile against libmypaint will look at the place where the package tree was being built before the package was actually installed (which most likely won't exist).

eentrich commented on 2014-08-06 09:14 (UTC)

Source repositories have moved to github. New URLs are:

commented on 2014-05-20 17:11 (UTC)

I'll take it for now Thanks to ledti for the PKGBUILD, I tweaked it a bit

jonnor commented on 2014-05-12 19:57 (UTC)

Orphaned. Sorry for poor maintenance.

adriaticc commented on 2014-04-08 21:37 (UTC)

The brushlib subset of this source was moved to a git "submodule," so a git clone no longer pulls everything needed to build mypaint. You can use "git clone --recursive" to pull submodules, or manually run "git submodule init && git submodule update" to pull them.

ledti commented on 2013-09-08 16:02 (UTC)

Here's an updated PKGBUILD,

jonnor commented on 2012-11-29 18:13 (UTC)

Updated to include lcms2 and json-c dependencies.

mosra commented on 2012-07-29 11:36 (UTC)

Building on some locales (here cs_CZ.UTF-8) fails with this message: UnicodeDecodeError: 'ascii' codec can't decode byte ... in position ...: ordinal not in range(128) Calling scons with `LANG="en_US.UTF-8" scons` fixes the issue:

aaronp commented on 2012-07-24 12:45 (UTC)

Requires json-c and lcms2

mdias commented on 2012-07-03 22:11 (UTC)

Please add 'ppl' as dependency

Runiq commented on 2012-05-01 05:25 (UTC)

Just remove the braces around 'mypaint-git.install' in the PKGBUILD.

commented on 2012-04-10 00:03 (UTC)

When trying to install all I get is: ==> ERROR: install file (('mypaint-git.install')) does not exist.

commented on 2011-12-01 17:55 (UTC)

Installation went fine, but Mypaint won't start. This is the output: [mak@myhost ~]$ mypaint Traceback (most recent call last): File "/usr/bin/mypaint", line 164, in <module> datapath, extradata, confpath, localepath = get_paths() File "/usr/bin/mypaint", line 126, in get_paths from lib import helpers File "/usr/share/mypaint/lib/", line 12, in <module> from gtk import gdk # for gdk_pixbuf stuff File "/usr/lib/python2.7/site-packages/gtk-2.0/gtk/", line 30, in <module> import gobject as _gobject File "/usr/lib/python2.7/site-packages/gobject/", line 51, in <module> from gobject.propertyhelper import property ValueError: bad marshal data (unknown type code) [mak@myhost ~]$

jonnor commented on 2011-10-26 19:55 (UTC)

otto: What is the actual problem you are experiencing? That is, how does MyPaint not work? The warnings at install time are not problematic. The warnings at run time is about the GTK+ theme.

otto commented on 2011-10-26 16:26 (UTC)

On instalation (1/1) installation de mypaint-git [######################] 100% Unknown media type in type 'all/all' Unknown media type in type 'all/allfiles' Unknown media type in type 'uri/mms' Unknown media type in type 'uri/mmst' Unknown media type in type 'uri/mmsu' Unknown media type in type 'uri/pnm' Unknown media type in type 'uri/rtspt' Unknown media type in type 'uri/rtspu' Unknown media type in type 'interface/x-winamp-skin' And then at use : [otto@tuxrider ~]$ mypaint builtin python 2.6 json support /usr/share/mypaint/gui/ GtkWarning: Impossible de trouver le moteur de thème dans module_path : « thinice » handle_size = gtk.HPaned().style_get_property("handle-size") + 2 /usr/share/mypaint/gui/ GtkWarning: Impossible de trouver le moteur de thème dans module_path : « mist » handle_size = gtk.HPaned().style_get_property("handle-size") + 2 confpath = /home/otto/.mypaint/ /usr/share/mypaint/gui/ Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed gtk.Window.show_all(self) load_ora: mimetype: image/openraster data/background_tile.png device change: Core Pointer <enum GDK_SOURCE_MOUSE of type GdkInputSource> 0.447s loading data/background_tile.png Warning: Could not load any layer, document is empty. 0.581s load_ora total Loaded scratchpad from /home/otto/.mypaint/scratchpads/autosave.ora Scratchpad widget isn't initialised yet, so cannot centre Setting screen mode for "Wacom BambooFun 6x8" Setting screen mode for "AlpsPS/2 ALPS DualPoint TouchPad" So i can't use mypaint for the moment. Any possible dependencie requierd?

jonnor commented on 2011-09-29 16:55 (UTC)

Updated now to fix issues mentioned by lolilolicon and verbalshadow. Thanks.

commented on 2011-09-21 12:46 (UTC)

builtin python 2.6 json support confpath = /home/name/.mypaint/ Error: Where have my icons gone? Icon search path: ('/home/name/.icons', '/home/name/.local/share/icons', '/usr/share/icons', '/usr/local/share/icons', '/usr/share/pixmaps', '/usr/local/share/pixmaps', '/usr/share/icons') Mypaint can't run sensibly without its icons; please check your installation.

commented on 2011-08-12 01:02 (UTC)

Recent revisions from git need to have the hicolor cache regenerated after install.

lolilolicon commented on 2011-07-25 02:50 (UTC)

Hi, the dependency python-numpy should be python2-numpy now, I think.

jonnor commented on 2011-04-16 06:13 (UTC)

Thanks, updated.

lolilolicon commented on 2011-04-11 02:10 (UTC)

An error in the PKGBUILD: optdepends=('psyco (improved performance)') should have been: optdepends=('psyco: improved performance')

jonnor commented on 2010-10-29 18:24 (UTC)

Thanks, updated. Also removed protobuf dependency, it is not needed since a couple of weeks.

mosra commented on 2010-10-25 14:10 (UTC)

Package is not building with python2 (as 'python' executable is now Python 3). Fixed package: PKGBUILD: python2.patch: Thanks for updating.

jonnor commented on 2010-08-04 14:48 (UTC)

How is it not working?

FSX commented on 2010-08-04 13:14 (UTC)

Package isn't working for me. Here's one that works: