Re: GNUstep app fails on Ubuntu 16

[Riccardo Mottola]

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