Hi, Hi Andreas,
Andreas Höschler via Discussion list for the GNUstep programming environment wrote: > Hi all, > > I am trying GNUstep GUI on Linux for the first time. I have installed > GNUstep on a fresh Ubuntu 16.04 box like so > > su - > > apt-get install --yes --force-yes build-essential > apt-get install --yes --force-yes gobjc > apt-get install --yes --force-yes libffi6 libffi-dev > apt-get install --yes --force-yes libxml2 libxml2-dev > apt-get install --yes --force-yes libxslt-dev > apt-get install --yes --force-yes libgnutls-dev > apt-get install --yes --force-yes libjpeg-dev > apt-get install --yes --force-yes libpng-dev > apt-get install --yes --force-yes libtiff-dev > apt-get install --yes --force-yes libxt-dev > apt-get install --yes --force-yes libxft-dev > apt-get install --yes --force-yes libcairo2-dev > apt-get install --yes --force-yes libfreetype6-dev > Fine. This means you are using gcc and its Obj-C runtime, which should be a quite proven path and should work fine. No pain there. I don't understand why you need to "force" everything though? I hope it does not break deps > git clone https://github.com/gnustep/libs-back.git > cd libs-back > ./configure > ./configure --enable-graphics=art > make > make install > cd .. > > ln -s /usr/src/GNUstep/tools-make/openapp /usr/local/bin > > built my source tree and started the app first under the normal Ubuntu > window manager. > > apt-get install ubuntu-desktop > > This worked not at all. I then tried > apt-get install wmaker > > This worked a lot better. I at least got the application menu and was > able to log into in application. But as soon as I try to an > application window I get > > 2020-05-05 19:15:59.337 SOObjectBrowser[18492:18492] WARNING: > -drawGState called with a NULL target context ((null)) or source > context (0x15e8330) > 2020-05-05 19:15:59.345 SOObjectBrowser[18492:18492] WARNING: > -drawGState called with a NULL target context ((null)) or source > context (0x1150210) > 2020-05-05 19:15:59.346 SOObjectBrowser[18492:18492] WARNING: > -drawGState called with a NULL target context ((null)) or source > context (0x15ea5d0) > 2020-05-05 19:15:59.357 SOObjectBrowser[18492:18492] WARNING: > -drawGState called with a NULL target context ((null)) or source > context (0x17e8a20) > 2020-05-05 19:15:59.359 SOObjectBrowser[18492:18492] WARNING: > -drawGState called with a NULL target context ((null)) or source > context (0x17e8a20) > 2020-05-05 19:15:59.360 SOObjectBrowser[18492:18492] WARNING: > -drawGState called with a NULL target context ((null)) or source > context (0x17e8a20) > 2020-05-05 19:15:59.361 SOObjectBrowser[18492:18492] WARNING: > -drawGState called with a NULL target context ((null)) or source > context (0x1501910) > ... > 2020-05-05 19:15:59.473 SOObjectBrowser[18492:18492] WARNING: > -drawGState called with a NULL target context ((null)) or source > context (0x15ea5d0) > 2020-05-05 19:15:59.475 SOObjectBrowser[18492:18492] WARNING: > -drawGState called with a NULL target context ((null)) or source > context (0x15ea5d0) > 2020-05-05 19:15:59.477 SOObjectBrowser[18492:18492] WARNING: > -drawGState called with a NULL target context ((null)) or source > context (0x15ea5d0) > 2020-05-05 19:15:59.479 SOObjectBrowser[18492:18492] WARNING: > -drawGState called with a NULL target context ((null)) or source > context (0x15ea5d0) > 2020-05-05 19:15:59.602 SOObjectBrowser[18492:18492] Cairo status > 'invalid value (typically too big) for the size of the input (surface, > pattern, etc.)' in DPSinitgraphics > 2020-05-05 19:15:59.620 SOObjectBrowser[18492:18492] WARNING: > -drawGState called with a NULL target context ((null)) or source > context (0x1501910) > 2020-05-05 19:15:59.622 SOObjectBrowser[18492:18492] WARNING: > -drawGState called with a NULL target context ((null)) or source > context (0x15ea5d0) Does this happen with every gnustep app? It looks like a backend issue. I noticed you forced the "art" backend (which works!) but installed cairo-dev in the dependencies, this is not needed. Did you install libart? Please check what backend actually gets configured. Maybe it is xlib. I think on your system, xlib, art and cairo should all work. Just as a test, I propose, in libs-back make uninstall && make clean ./configure --enable-graphics=xlib make install and test! make uninstall && make clean ./configure (check that configure detects cairo automatically and defaults to it) make install And see if things work. Then if you really want art for its nice fonts and rendering: make uninstall && make clean ./configure --enable-graphics=xlib check that "configure" detects art (and install libart-dev which you did not) make install So we can "pinpoint" your issue.. that you are actually runnign what you selected to and debug that. Good luck, Riccardo
