I’ve never encountered any problem painting with default GIMP 2.9.5, except for a couple of odd bugs (nothing like described in this post) that most people wouldn’t ever encounter, and that have all been fixed.
For GIMP 2.9.5 compiled and updated this AM, and checking just now, all the brush tools work just fine. This is on OpenSUSE Tumbleweed, running Plasma 5, and sometimes IceWM, as the desktop.
I do have a problem with GIMP 2.9 occasionally crashing on Tumbleweed when using the Plasma 5 desktop. But this crash isn’t related to painting.
Ok i’m ashamed, i just figured it out. It was a stupid thing but i’ve never encountered it so it took me time to realize. I had to chose a brush form. There is 2 blank forms called “clipboard image” and “clipboard mask” and by default the brushes are set to the “clipboard image” form and nothing happen. When i choose the other ones it works again.
Sorry for the disturbance.
Next time i’ll try to be a bit more useful:slightly_smiling_face:
Hmm, I’ve done the exact same thing after making a completely new install, just didn’t think about this odd “new install” behavior.
I think this “defaulting to the clipboard” might even be considered a bug. Why does the brush default to the clipboard the first time you use GIMP from a new install? And why are there two clipboards? Does anyone know? Should a bug report be filed?
Well, I know people do use the clipboard brush, and I’ve seen some nice examples of using this brush (I think @Americo has some on his blog). Obviously I don’t ever use these brushes myself, because until just now I didn’t even notice that one says “brush” and one says “mask” (not such good eyesight ). So that explains why there are two clipboard brushes.
The proposed bug report would be about having the brush not default to the clipboard brush for new installs, as the brush defaulting to clipboard does seem a bit difficult to pinpoint for a new user trying to get the brushes to work. Filing a bug report isn’t high on my “to do” list unless other people really do think the current behavior causes predictable issues for new users/first-time installations.
I would encourage any further problems be spun out into their topics, as it makes it a bit easier for newcomers to the thread to get caught up on specifics (there’s over 400 posts in this topic! ).
Having been “surprised” by that default clipboard brush more than a few times, I went ahead and filed a bug report about having the default GIMP brush be something other than the clipboard:
Regarding the mypaint brushes i won’t be of any help. I’m a long time photoshop user transitioning slowly and sometimes painfully to the open world. I plan to work a bit more under Gimp in the future so if i have some useful insights i let you know.
Comments on your appimage. Is this the latest? gimp-2.9.5-20170702.glibc2.15-x86_64.AppImage Big file 200 MB This in Kubuntu 16.04 Tried to get everything in one.
Nothing to do with your appimage but nufraw stops svg files from opening. I actually like nufraw for the very occasional RAW images I take. However, I keep it away from my appimage in a separate plugins folder with permissions off until needed.
Additional MyPaint Brushes. Any of them, the full collection or extras, can always be enabled by adding a folder to the search path.
Just a note about the clipboard brush. Might come as a shock but most questions on Gimp forums do not concern photography. Plenty beginners have problems with paint does not work / as expected.
Top causes:
A tiny active selection.
Empty clipboard brush, because they have Save tool options on exit enabled.
Opened an Indexed image and do not know what ‘Indexed’ is.
I’ve recently discovered a tutorial on this site on using g’mic in gimp to clone out tripod / sky from the nadir / zenith on 360x180 degree panoramas: Panography - Patching the zenith and nadir
Certainly a heck of a lot quicker than doing it all by hand using the clone tool in Gimp!
@Carmelo_DrRaw, Thank you very much for this appimage package! This works well in Kubuntu 14.04. Unfortunately PPA stop building Ubuntu 14.04 packages. But your appimage package save me. I hope you can continue to create GIMP appimage packages from time to time, for example current 2.9.7
Just to make it clear, there is no 2.9.7 release. It’s the name for the work in progress master branch. So 2.9.7 packages would merely be git snapshots, and calling them 2.9.7 would be confusing.
If using 'buntu 16.x best solution is upgrade, however do give up hope entirely. The otto-meier page Gimp at the edge : “Otto Meier” team updated their gegl and babl packages yesterday. I think these are backward compatible but as yet no Gimp 2.9.7 package for 'buntu 16.x
On the off-chance I ‘assembled’ an appimage and it looks like it works. Very definitely not extensively tested, this in a Stock Ubuntu ‘Yakkety’ VM
I’m really glad the package is working and useful for you! I am constantly updating the package when time allows, although not on a very regular and predictable basis
Anyhow, here is a fresh new package from the current git BABL/GEGL/GIMP code. I have also update the link in the Community built software page. From now on, the link will directly point to the packages hosted on GitHub.
Indeed, but still I believe that putting in the package name the official version number as reported by GIMP allows to better identify the version of the code provided by the package…
Just for information, did you test the AppImage I am providing? Do you have issues with it?
The reason I am asking is the following: I started to discuss with the GIMP developers the possibility for them to use my scripts for automating the AppImage creation process from their side (maybe to provide nightly snapshots in AppImage format), therefore any feedback about success or failure to run the package on different systems are very welcome!
@Carmelo_DrRaw, Thanks!. New appiamge package also works. Just a question. Here mention integrated WebP plugin in 2.9.6 release:
Is it just this same plugin?
@houz, Yes, periodic git snapshots builds is what I was really interested in, it is what the PPA does.
Regarding the name of the file to avoid confusion, perhaps “git” word could be added somewhere, for example “git-20170907” or something like that.
). So that explains why there are two clipboard brushes.
).
