>
> > Not yet, thanks. I'll first try to update the `rules.mk'.
>
> I've now updated the description of `X11_PATH' in this file to be as
> concise as possible.
>
Thanks :-)
Parth
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
>
> > I installed ubutnu 18.04 in a virtualbox and tested this there too,
> > initially it returned error with `make X11_PATH=/usr/include' then I
> > found out `libx11-dev' was missing, so I installed it and then when
> > I did `make X11_PATH=/usr/include' it allocated display surface and
> >
Hi,
I wonder if this is mentioned in the thread before - and I feel perhaps it
hasn't. Current Ubuntu ships a slighly older version of ft2-demo, and all the
packaging files etc are on lanuchpad:
https://launchpad.net/ubuntu/+source/freetype/2.8.1-2ubuntu2
You can just unpack the diff and see
> Not yet, thanks. I'll first try to update the `rules.mk'.
I've now updated the description of `X11_PATH' in this file to be as
concise as possible.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
> I installed ubutnu 18.04 in a virtualbox and tested this there too,
> initially it returned error with `make X11_PATH=/usr/include' then I
> found out `libx11-dev' was missing, so I installed it and then when
> I did `make X11_PATH=/usr/include' it allocated display surface and
> demo program
>
> > This
>> >
>> > make X11_PATH="/usr/include \
>> > /usr/lib/x86_64-linux-gnu/X11/rstart/commands/x11r6"
>> >
>> > worked for me.
>>
>> Thanks. The latter part looks strange. I'm rather sure that this is
>> *not* a standard directory for X11 libraries. Are there no soft
>
> > This
> >
> > make X11_PATH="/usr/include \
> > /usr/lib/x86_64-linux-gnu/X11/rstart/commands/x11r6"
> >
> > worked for me.
>
> Thanks. The latter part looks strange. I'm rather sure that this is
> *not* a standard directory for X11 libraries. Are there no soft links
>
>> > This
>> >
>> > make X11_PATH="/usr/include \
>> > /usr/lib/x86_64-linux-gnu/X11/rstart/commands/x11r6"
>> >
>> > worked for me.
>>
>> Thanks. The latter part looks strange.
>
> You were right, Ubuntu switched to Wayland. We might need a port.
While this is probably a good
> > This
> >
> > make X11_PATH="/usr/include \
> > /usr/lib/x86_64-linux-gnu/X11/rstart/commands/x11r6"
> >
> > worked for me.
>
> Thanks. The latter part looks strange.
You were right, Ubuntu switched to Wayland. We might need a port.
>
> > libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6
>> > (0x7f40192d7000)
>> >
>> > Also, `libx11-dev' is properly installed, and `libX11.so' files are
>> > located in `/usr/lib/x86_64-linux-gnu/'.
>>
>> Have a look into `graph/x11/rules.mk'. There you can see the
>> locations
>
> > libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6
> > (0x7f40192d7000)
> >
> > Also, `libx11-dev' is properly installed, and `libX11.so' files are
> > located in `/usr/lib/x86_64-linux-gnu/'.
>
> Have a look into `graph/x11/rules.mk'. There you can see the
> locations where make
> libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6
> (0x7f40192d7000)
>
> Also, `libx11-dev' is properly installed, and `libX11.so' files are
> located in `/usr/lib/x86_64-linux-gnu/'.
Have a look into `graph/x11/rules.mk'. There you can see the
locations where make searches for
>
> > which when compared to a correct compilation, has a
> > difference of these libraries,
> >
> > libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6
> (0x7f40192d7000)
> > libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1
> (0x7f40188ac000)
> > libdl.so.2 =>
> which when compared to a correct compilation, has a
> difference of these libraries,
>
> libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x7f40192d7000)
> libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x7f40188ac000)
> libdl.so.2 =>
I tested the compilation on a fresh ubuntu 18.04 box,
and `ft2-demos' are not allocating a display surface.
Here is the output of `ldd path/to/installed/ftview':
linux-vdso.so.1 (0x7fff350b1000)
libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6
(0x7f252ae51000)
>
> > I suggest you wipe out your git repositories, get clean copies, and
> > build everything from scratch. You have nothing to lose.
>
> And you should check whether you can compile any other (simple) X11
> program.
>
It worked! :-)
I have been rigorously tweaking into it and don't know what
> I suggest you wipe out your git repositories, get clean copies, and
> build everything from scratch. You have nothing to lose.
And you should check whether you can compile any other (simple) X11
program.
Werner
___
Freetype-devel mailing list
>
> Ok. I will check.
I suggest you wipe out your git repositories, get clean copies, and
build everything from scratch. You have nothing to lose.
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
>
> >> Please send the output of `ldd /path/to/installed/ftview'.
> >
> > linux-vdso.so.1 => (0x7ffd9c5fb000)
> > libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x7f4019611000)
> > libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6
> (0x7f40192d7000)
> > libc.so.6 =>
>> Please send the output of `ldd /path/to/installed/ftview'.
>
> linux-vdso.so.1 => (0x7ffd9c5fb000)
> libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x7f4019611000)
> libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x7f40192d7000)
> libc.so.6 =>
>
> Please send the output of `ldd /path/to/installed/ftview'.
>
linux-vdso.so.1 => (0x7ffd9c5fb000)
libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x7f4019611000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6
(0x7f40192d7000)
libc.so.6 =>
> Maybe an X11 library is missing.
Thanks for the files.
Please send the output of `ldd /path/to/installed/ftview'.
Please also send the result of
make &> make.log
(for the demo programs)
And finally, where is your `libX11.so' file (or files)?
Werner
>
> > These are running totally fine.
> >
> >> Maybe an X11 library is missing. BTW, tracing with FT2_DEBUG doesn't
> >> help in this case, since the error is not located in the FreeType
> >> library.
> >
> >
> > Yes.
>
> Yes or no?
>
`libX11-devel' is properly installed and is up to date.
Your
> These are running totally fine.
>
>> Maybe an X11 library is missing. BTW, tracing with FT2_DEBUG doesn't
>> help in this case, since the error is not located in the FreeType
>> library.
>
>
> Yes.
Yes or no?
Your set up is clearly miscommunicating with X server. Make sure that
your libX11 is
>
> >> Are you running an X server? Some GNU/Linux boxes use Wayland
> >> instead; on such machines X11 must be handled separately.
> >
> > Yes, I am running X11, I checked with `echo $XDG_SESSION_TYPE',
> > although many ubuntu distributions use wayland instead. Still, it
> > is causing the
>> Are you running an X server? Some GNU/Linux boxes use Wayland
>> instead; on such machines X11 must be handled separately.
>
> Yes, I am running X11, I checked with `echo $XDG_SESSION_TYPE',
> although many ubuntu distributions use wayland instead. Still, it
> is causing the same problem,
Maybe it's some environment-related issue as I am not able to reproduce
this error in Ubuntu 18.04. More information(log) would be helpful :). I
was having some error making a PIE object, but with a fresh copy, it worked
well.
Regards,
Ankit
On Tue, Sep 4, 2018, 1:53 AM Parth Wazurkar wrote:
> Recently my pc got corrupted, so I had to format it, I currently
> have ubuntu 18.04 installed. Now, everytime I am using any demo
> program it is ending in,
>
> could not allocate display surface
> error = 0x, no error'
Are you running an X server? Some GNU/Linux boxes use Wayland
28 matches
Mail list logo