Hello,

I'm not sure if this is the right place to ask this, but since I installed Gemini through the ubuntu software center instead of steam, I thought I would see if anyone else has run into the same issue, and maybe figured out a way to fix/solve it. I did some searching but have not run across any fix, but if there's a thread out there already I would appreciate a point in the right direction. Here goes:

I recently purchase a Toshiba M400. It's a tablet PC that has a wacom digitizer and a screen that swivels and becomes a tablet. I installed Xubuntu, and Gemini from the ubuntu software center. The problem is, when I'm in tablet mode in Gemini, and start a new image, the image show ups, until I switch to tablet mode. Then the background is gray instead of white, and I can't see anything being done to the image. It also loses the ability to switch back to desktop mode(the UI button disappears). I'm not sure if this is a bug in krita, or if someone else has run into a similar situation with other linux distributions. Either way, I'd love to hear some feedback. Thank you.

Andrew

Edit: I did find this post: viewtopic.php?f=139&t=121089&p=310314&hilit=gemini#p310314
and attempted the fix, but nothing happened when I moved the file. not sure if I did it right. Also, this computer runs an intel GMA 950 for graphics.

The intel chip should be fine -- it sounds like some qml parts aren't found. That is, in general, a problem on Linux. Do you get any warning messages if you start Krita in a terminal?

This is the whole output when I run it from the terminal. I'm not a linux guru or anything, so I'm not entirely sure what's going on. Hope it helps, thanks again.

drew@drew-PORTEGE-M400:~$ krita
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
kbuildsycoca4 running...
kbuildsycoca4(7210)/kdecore (services) KServicePrivate::init: The desktop entry file "/usr/share/xubuntu/applications/Thunar-bulk-rename.desktop" has Type= "Application" but no Exec line

kbuildsycoca4(7210) KBuildServiceFactory::createEntry: Invalid Service : "/usr/share/xubuntu/applications/Thunar-bulk-rename.desktop"
kbuildsycoca4(7210)/kdecore (services) KServicePrivate::init: The desktop entry file "/usr/share/xubuntu/applications/xfce4-terminal.desktop" has Type= "Application" but no Exec line

kbuildsycoca4(7210) KBuildServiceFactory::createEntry: Invalid Service : "/usr/share/xubuntu/applications/xfce4-terminal.desktop"
kbuildsycoca4(7210)/kdecore (services) KServicePrivate::init: The desktop entry file "/usr/share/xubuntu/applications/debian-xterm.desktop" has Type= "Application" but no Exec line

kbuildsycoca4(7210) KBuildServiceFactory::createEntry: Invalid Service : "/usr/share/xubuntu/applications/debian-xterm.desktop"
kbuildsycoca4(7210)/kdecore (services) KServicePrivate::init: The desktop entry file "/usr/share/xubuntu/applications/Thunar.desktop" has Type= "Application" but no Exec line

kbuildsycoca4(7210) KBuildServiceFactory::createEntry: Invalid Service : "/usr/share/xubuntu/applications/Thunar.desktop"
kbuildsycoca4(7210)/kdecore (services) KServicePrivate::init: The desktop entry file "/usr/share/xubuntu/applications/debian-uxterm.desktop" has Type= "Application" but no Exec line

kbuildsycoca4(7210) KBuildServiceFactory::createEntry: Invalid Service : "/usr/share/xubuntu/applications/debian-uxterm.desktop"
kbuildsycoca4(7210) kdemain: Emitting notifyDatabaseChanged ("servicetypes", "xdgdata-mime", "services", "apps")
QCoreApplication::postEvent: Unexpected null receiver
QCoreApplication::postEvent: Unexpected null receiver

That's what happens when I run krita. When I run gemini, this happens:

drew@drew-PORTEGE-M400:~$ krita gemini
QCoreApplication::postEvent: Unexpected null receiver
QCoreApplication::postEvent: Unexpected null receiver
connect failed: No such file or directory
krita(7456)/kdeui (kdelibs): No such XML file "/home/drew/.kde/share/apps/"

However, there is no option to switch to the tablet mode. If I run gemini from the list of applications, tablet mode works, except for the black canvas issue.

I don't have Linux and have almost zero experience with it.
But I have a M400 (actually, two of them) and back in the days when I first tried Krita on windows it was my main working machine. The first time I installed on it Krita Gemini but the 'tablet' mode simply didn't work on it.
Krita desktop instead worked, but it was very, very slow, to the point of being unusable I fear.
I always suspected it was due to the integrated graphics being unable to manage Krita's Opengl requirements.


P.s.
An Idea that just popped on my mind:
One of those two Portege M400 is the old model with windows xp tablet edition and the screen at 1024x768.
The battery doesn't keep the charge a lot, but would you think it could serve the cause if I were able to send it to someone behind the development of Krita? Maybe with Linux on it works better...

I can attest to it working great on linux, only because there are a lot of hoops to jump through getting the m400 to take windows(the machine had no drive when I got it). Krita works flawlessly, i can even make large canvases (3000 x3000, 300 dpi) with no issues. I have not tested more than 3-4 layers, but so far so good. I will have another look at everything when I get home, maybe i am missing something.

Edit:

I have now tested krita more, and I can definitely say that I'm not experiencing any slowdown when using the desktop version. the same 3k by 3k 300 dpi, tested now with fifteen layers with no problem. I'm kind of glad my machine didn't have windows on it now. If it ran slow, I might be disappointed in my purchase I still hope there's a fix for this tablet mode, I was really looking forward to using it. I would just use the canvas only mode, but it lacks some tools, and I can't flip-flop between them when I don't have use of my keyboard

well apparently I was trying to run gemini wrong. Here's the real output of kritagemini in the terminal:

QCoreApplication::postEvent: Unexpected null receiver
QCoreApplication::postEvent: Unexpected null receiver
OpenGL version 1.1 or higher is present.
OpenGL version 1.2 or higher is present.
OpenGL version 1.3 or higher is present.
OpenGL version 1.4 or higher is present.
Cannot use OpenGL: we need at least OpenGL 2.0 or ES 2.0.
OpenGLScene: drawBackground needs a QGLWidget to be set as viewport on the graphics view
OpenGLScene: drawBackground needs a QGLWidget to be set as viewport on the graphics view
OpenGLScene: drawBackground needs a QGLWidget to be set as viewport on the graphics view
OpenGLScene: drawBackground needs a QGLWidget to be set as viewport on the graphics view
OpenGLScene: drawBackground needs a QGLWidget to be set as viewport on the graphics view


soo...I'm guessing I don't have high enough openGL?

Yes, that's the case, I'm afraid.

I've added a warning dialog box...

An update: After doing some searching, I updated the mesa, which resulted in both a new output in terminal and the canvas showing properly. I still only get a mouse pointer, and what I draw only shows up on the layer thumbnail and not on the canvas. I will continue to try to get further with it if only for the sake of trying. Here's my terminal output:

LIBGL_ALWAYS_SOFTWARE=1 kritagemini
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
kbuildsycoca4 running...
kbuildsycoca4(4474) KBuildSycoca::checkTimestamps: checking file timestamps
kbuildsycoca4(4474) KBuildSycoca::checkTimestamps: timestamps check ok
kbuildsycoca4(4474) kdemain: Emitting notifyDatabaseChanged ()
QCoreApplication::postEvent: Unexpected null receiver
QCoreApplication::postEvent: Unexpected null receiver
OpenGL version 1.1 or higher is present.
OpenGL version 1.2 or higher is present.
OpenGL version 1.3 or higher is present.
OpenGL version 1.4 or higher is present.
OpenGL version 1.5 or higher is present.
OpenGL version 2.0 or higher is present.
OpenGL version 2.1 or higher is present.
"QColor::setAlphaF": invalid value 1.02
"QColor::setAlphaF": invalid value 1.02
connect failed: No such file or directory
krita(4467)/kdeui (kdelibs): No such XML file "/home/drew/.kde/share/apps/"
There is neither GLX_EXT_swap_control or GLX_MESA_swap_control extension supported

WARNING: We didn't manage to switch off VSync on your graphics adapter.
WARNING: It means either your hardware or driver doesn't support it,
WARNING: or we just don't know about this hardware. Please report us a bug
WARNING: with the output of 'glxinfo' for your card.

WARNING: Trying to workaround it by disabling Double Buffering.
WARNING: You may see some flickering when painting with some tools. It doesn't
WARNING: affect the quality of the final image, though.

QObject::connect: Cannot connect (null)::documentSaved() to KisView2::slotDocumentSaved()
krita(4467)/kdeui (kdelibs): No such XML file "/home/drew/.kde/share/apps/"
file:///usr/lib/calligra/imports/org/krita/sketch/panels/tooloverlays/paint.qml: File not found
"QColor::setAlphaF": invalid value 1.04
"QColor::setAlphaF": invalid value 1.04
"QColor::setAlphaF": invalid value 1.07
"QColor::setAlphaF": invalid value 1.07
"QColor::setAlphaF": invalid value 1.11
"QColor::setAlphaF": invalid value 1.11
"QColor::setAlphaF": invalid value 1.02
"QColor::setAlphaF": invalid value 1.02
"QColor::setAlphaF": invalid value 1.02
"QColor::setAlphaF": invalid value 1.02
file:///usr/lib/calligra/imports/org/krita/sketch/panels/tooloverlays/paint.qml: File not found

To be really honest, we never even considered that people would run Krita Gemini with a software opengl implementation. We've tried hard to make it work on Intel, NVidia and AMD cards, and even then had to give up on the free and open source drivers for NVidia and AMD, they were just too broken.

Thanks for responding. I suppose I will have to find something a litte more old-tech friendly for sketching, and use krita for finishing off sketches.