Compile Krita/trunk (Ubuntu / Debian /OpenSuse / ArchLinux)
Tags:
None
Moderator 
|
Hi,
Thank you for the testing !
Hum from a developer perspective not so good :/ It means it can happen to someone else...
For 2.2, the shift key does not work for scaling bitmap brushes.
Yes the bug is tracked as https://bugs.kde.org/233558.
I could only reproduced for the "animated" brush, aka gih. Reported as https://bugs.kde.org/show_bug.cgi?id=233695 I think that once we have fixed Krita it would be a good idea to ship those brushes with Krita. It is so difficult to find a good brush set with a clear license !
You mean, as part of paintop presets?
Fixed !
Some of those are bugs that need to be fixed 
|
Registered Member
|
Hi Cyrille
 I hope your move from Toulouse to the north with a big "n" was good. The version of Krita I test since you were at home is really different. And I like it a lot. Not stable enough yet to be my main tool for now. But surely in the next months. For answer your post : - For the Brush Kit of Chaos & Evolutions, it was clearly adressed to the Krita's developpers with the sentences on the license : "If you are a developer of an open source software, you can use them for the default preset in your code for your software without attributing.". That's why I did it from the scratch , and I hope user of my DVD "Chaos&Evolutions" will feel confortable with Krita. In the DVD , a little text on the menu is writted for the Krita project too  When *.gih and bitmap brushes will be fixed , I will work on a solid preset list for Krita, it will be my way to Kontribute as well as making artworK. - Thanks for the list of Blending modes, I have to update - For the "Presets recording" opacity as well blending mode ; I don't know if the best is on the "Quick Palette (circle right-click) " or on the Paint-top menu. I really like the Paint-top menu . The ability to paint a preview for the brush is Reaaaaly good. Using the Rainbow background for the blending mode preview could be good. The Quick Palette (circle right-click), allow to reach only a selected painting mode ; not a preset as I understand it. My issue, is I like the preset list of the paint-top menu, and the easy access of the "Quick Palette (circle right-click) ". But I understand the both are different, too bad. The ideal preset system would ask a user before saving a brush if he want to save with the global preset : -Blending mode -Color -Opacity ( with checkbox, to decide witch one to keep or exclude) With this I can decide to record a "Fire Brush" (with as example : a flame bitmap / with the opacity / the orange color / The blending mode "Dodge" ) as well as create a preset for a normal brush without color/blending/opacity ( without mean , take the previous brushes color/blending/opacity as Krita work for the moment ) or create a Ball pen ( color -without .. user active color - / opacity 80% / blending mode "multiply" ) etc.... Thanks
|
Registered Member
|
Ok, I updated my first post with a tutorial to make ArchLinux packages.
That would be great, a good default brush set would make a big difference. I think a lot of people underestimate the power and flexibility of bitmap brushes because the current brush set is not very useful.
It is planned to replace the "links to paintop" by real presets 
|
KDE Developer
|
I've made the Chaos and Evolution brush set the one we ship with Krita 2.2  . You're in the About Box now...I think that all problems with the .gbr and .gih brushes are fixed now: animated, plain and image brushes can be rotated and scaled, are pressure sensitive. The only thing that doesn't work yet are .vbr brushes -- we could add support for those, but only in 2.3. It's not much work, but then, it probably be better to use Krita presets instead of vbr brushes. |
Registered Member
|
Shiny! Thanks Boud! Hmmm... just tried it and I seem to just get an outline version of the image that doesn't scale at all when I try comma/dot or shift+LMB... This is using the A-3 Dirty Spot brush image with Pixel Brush: 
|
|
Registered Member
|
Many Thanks for the preset ! I tested and it's looks amazing for speedpainting and effortless to have a already done solid brush kit to paint with from the scratch. My big wish would to build a good default preset list with it to make easy first start for new users.
Yep , I got the same problem with scaling. I hope it can be fix ( oh, and a slider for "scale" ((and "spacing" why not if there is custom brush )) in the same dock as "opacity" and blending mode would be super great ! |
|
Registered Member
|
I tryed the method to install the last SVN cleanly on my Linux Mint 8 production ready system and it worked like a charm; and broske nothing ( I think =) ) .
I have a clean install now of the last dev. version. So, it will be easier and faster for me to do some test; than testing on my mini renderfarm . |
|
KDE Developer
|
Yay! (Also yay, I got the Chaos & Evolutions dvd, so I might be a little less around in the forums for some days -- it's great stuff)
|
|
Registered Member
|
Hey enkithan
In your instructions on making an ArchLinux package of Krita, could I suggest changing makepkg to makepkg -s as the instructions above still don't pull in all the dependencies it needs. Makepkg -s though works out of the box for me. |
|
Registered Member
|
Kubuntiac: D'oh! I had totaly forgot about it ! Errmh.. yeah it's a good idea to use the dependency checking of the package system, especially after having updated the list of dependencies for years
 .I updated the PKGBUILD, thanks ! 
|
|
Registered Member
|
Hmmmm... Been trying to compile using this guide on Kubuntu Lucid since getting back from overseas. Funny thing is that it finishes compiling, but on running I just always get a crash with the following bt:
I'm using KDE 4.4.5. The only thing I've changed from the instructions above is that the koffice folder is in ~/Apps/ instead of ~/ as the script seems to assume. I modified the dcmake paths to (hopefully) suit. The instructions in post#1 also installed an old (v 2.1.2) version of Krita, but I'm not game to remove it as for some bizzare reason it also wants to then remove koffice-dev* which I suspect might be needed for compiling... Anyone have any ideas? |
|
KDE Developer
|
You really have to removed all installed versions of Krita and KOffice before you can build your own. Otherwise, your homegrown Krita will try to load the plugins from the installed version and crash.
|
|
Registered Member
|
Thanks Boud!
Ok, I purged krita and koffice-dev and ran kbuildsycoca4 then recompiled. Still getting a segfault. Konsole gives me:
bt gives:
|
Administrator
|
It appears to still be finding your system wide Krita components...
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
|
Registered Member
|
Uh... Ok. I've already done apt-get purge krita and kbuildsycoca4, which is about the limit of my knowledge.... So any idea if I should be looking for other koffice components to uninstall or something else? |
When *.gih and bitmap brushes will be fixed , I will work on a solid preset list for Krita, it will be my way to Kontribute as well as making artworK. 
Bookmarks
Who is online
Registered users: Bing [Bot], gfielding, Google [Bot], markhm, sethaaaa, Sogou [Bot], Yahoo [Bot]
