Opened 9 years ago

Closed 9 years ago

Last modified 9 years ago

#4436 closed enhancement (fixed)

MesaLib-10.0.1

Reported by: Igor Živković Owned by: Igor Živković
Priority: normal Milestone:
Component: BOOK Version: SVN
Severity: normal Keywords: blfs-book@…
Cc:

Description

Change History (23)

comment:1 by Fernando de Oliveira, 9 years ago

I was going to accept this, but thanks to the URL you gave, it seems it is a development. Have you seen that?

Mesa 10.0 is a new development release. People who are concerned with stability and reliability should stick with a previous release or wait for Mesa 10.0.1.

comment:2 by Igor Živković, 9 years ago

We can wait for 10.0.1 if you want to. Personally I'd update anyways.

comment:3 by Fernando de Oliveira, 9 years ago

Owner: changed from blfs-book@… to Fernando de Oliveira
Status: newassigned

OK. I will try to do it.

comment:4 by Fernando de Oliveira, 9 years ago

Just a test, please ignore, previous comment was not delivered by yahoo.

comment:5 by Fernando de Oliveira, 9 years ago

Keywords: blfs-book@… added
Status: assignednew

Gave up. Problem starting with cogl.

comment:6 by Fernando de Oliveira, 9 years ago

Owner: changed from Fernando de Oliveira to blfs-book@…

comment:7 by Armin K, 9 years ago

Don't give up so easily. For the start, you could post the problem. As I said in private messages, I have no problems helping you with gnome packages (given that they belong in the gnome chapter), but I can make an exception for few packages outside of gnome chapter which are only required by gnome and nothing else.

comment:8 by Fernando de Oliveira, 9 years ago

OK. But I had only about 1 hour of sleep since ysterday, updating packages, and bow can barely see the letters (almost could not find Mrsa in track). To morrow I will write more. Thanks for the comment.I cannot read what i wrote.

comment:9 by Igor Živković, 9 years ago

Owner: changed from blfs-book@… to Igor Živković
Status: newassigned

comment:10 by Fernando de Oliveira, 9 years ago

comment:11 by Igor Živković, 9 years ago

Resolution: fixed
Status: assignedclosed
Summary: MesaLib-10.0.0MesaLib-10.0.1

Fixed at r12387.

comment:12 by Fernando de Oliveira, 9 years ago

Igor, I was hoping that version 10.0.1 could have corrected the problems I had with 10.0.0, but it did not. Also, I was hoping that you had solved the problems, e.g. a patch, but also there is not that in the upgrade. I may have the problems only myself.

If you did not have the problems, please tell me, and I will resend what I will write below to -support or -dev, if you or others suggest.

First thing are the libraries: I cannot find in the builds of 10.0.x:

[libdricore, libXvMCr300, libXvMCsoftpipe]

Second thing is that I was not sure, it appeared that libclc

http://llvm.org/svn/llvm-project/libclc/trunk/

was one dependency. ISTR that Armin is the maintainer in Arch.

Third, I needed "autoreconf -fi" but can use just configure (no need for autogen.sh) with 10.0.0. Installed with configure and with autogen.sh, but results are the same.

I do not know if the problems are only mine.

Fourth, cogl-1.16.0 problem.

Cogl builds fine with

./configure --prefix=/usr

but not with

./configure --prefix=/usr --enable-gles1 --enable-gles2

or only one of the gles. Configures, but fails at "make -j1":

In file included from ./winsys/cogl-winsys-egl-x11.c:35:0:
./winsys/cogl-winsys-egl-feature-functions.h:91:39: warning: 'struct wl_buffer' declared inside parameter list [enabled by default]
                                struct wl_buffer *buffer,
                                       ^
./winsys/cogl-winsys-egl-private.h:97:32: note: in definition of macro 'COGL_WINSYS_FEATURE_FUNCTION'
   ret (APIENTRY * pf_ ## name) args;
                                ^
./winsys/cogl-winsys-egl-feature-functions.h:91:39: warning: its scope is only this definition or declaration, which is probably not what you want [enabled by default]
                                struct wl_buffer *buffer,
                                       ^
./winsys/cogl-winsys-egl-private.h:97:32: note: in definition of macro 'COGL_WINSYS_FEATURE_FUNCTION'
   ret (APIENTRY * pf_ ## name) args;
                                ^
In file included from ./winsys/cogl-winsys-egl-x11.c:35:0:
./winsys/cogl-winsys-egl-private.h:167:33: warning: 'struct wl_buffer' declared inside parameter list [enabled by default]
                                 int *value);
                                 ^
  CC       cogl-winsys-egl.lo
In file included from ./winsys/cogl-winsys-egl.c:33:0:
./winsys/cogl-winsys-egl-feature-functions.h:91:39: warning: 'struct wl_buffer' declared inside parameter list [enabled by default]
                                struct wl_buffer *buffer,
                                       ^
./winsys/cogl-winsys-egl-private.h:97:32: note: in definition of macro 'COGL_WINSYS_FEATURE_FUNCTION'
   ret (APIENTRY * pf_ ## name) args;
                                ^
./winsys/cogl-winsys-egl-feature-functions.h:91:39: warning: its scope is only this definition or declaration, which is probably not what you want [enabled by default]
                                struct wl_buffer *buffer,
                                       ^
./winsys/cogl-winsys-egl-private.h:97:32: note: in definition of macro 'COGL_WINSYS_FEATURE_FUNCTION'
   ret (APIENTRY * pf_ ## name) args;
                                ^
In file included from ./winsys/cogl-winsys-egl.c:33:0:
./winsys/cogl-winsys-egl-private.h:167:33: warning: 'struct wl_buffer' declared inside parameter list [enabled by default]
                                 int *value);
                                 ^
./winsys/cogl-winsys-egl.c:1051:33: warning: 'struct wl_buffer' declared inside parameter list [enabled by default]
                                 int *value)
                                 ^
./winsys/cogl-winsys-egl.c:1048:1: error: conflicting types for '_cogl_egl_query_wayland_buffer'
 _cogl_egl_query_wayland_buffer (CoglContext *ctx,
 ^
In file included from ./winsys/cogl-winsys-egl.c:33:0:
./winsys/cogl-winsys-egl-private.h:164:1: note: previous declaration of '_cogl_egl_query_wayland_buffer' was here
 _cogl_egl_query_wayland_buffer (CoglContext *ctx,
 ^
./winsys/cogl-winsys-egl.c: In function '_cogl_egl_query_wayland_buffer':
./winsys/cogl-winsys-egl.c:1060:50: warning: passing argument 2 of 'egl_renderer->pf_eglQueryWaylandBuffer' from incompatible pointer type [enabled by default]
                                                  value);
                                                  ^
./winsys/cogl-winsys-egl.c:1060:50: note: expected 'struct wl_buffer *' but argument is of type 'struct wl_buffer *'
make[4]: *** [cogl-winsys-egl.lo] Error 1
make[4]: Leaving directory `/home/fernando/tmp/paco-build-2013.12.13-13h04m50s/cogl-1.16.0/cogl'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/fernando/tmp/paco-build-2013.12.13-13h04m50s/cogl-1.16.0/cogl'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/fernando/tmp/paco-build-2013.12.13-13h04m50s/cogl-1.16.0/cogl'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/fernando/tmp/paco-build-2013.12.13-13h04m50s/cogl-1.16.0'
make: *** [all] Error 2

comment:13 by Fernando de Oliveira, 9 years ago

I had a visitor at home all day until I sent the comment above.

Now, a quick search indicates that other distributions are updating to Mesa 9.2.5. not the 10 series.

I would like to keep with the 10 series, but if my problems are not only mine, perhaps we should go the same road and keep this ticket in mind, and come back, when we find the solutions?

Or hopefully it will be easy to solve individual package problems as I was so lucky with freetype-2.5.1?

comment:14 by Armin K, 9 years ago

Interesting error. It's related to Wayland package, and it appears that Cogl maintainers did an oversight when Mesa wayland egl platform is disabled or when wayland package is absent, the package would fail to build.

I'll try to look at it and report back.

As for libclc, that package never had any release, it's still in heavy development and I was sure if we were ever depending on yet unreleased software. It is required to build libOpenCL.so, which is OpenCL library to use with Radeon R600 and later chipsets. It isn't something that's yet ready for prime time use.

comment:15 by Armin K, 9 years ago

Fernando, could you try these two patches for Cogl:

https://git.gnome.org/browse/cogl/commit/?h=cogl-1.16&id=b331ea7ec6c2180725f82e4b611587f8366fcb41 and

https://git.gnome.org/browse/cogl/commit/?h=cogl-1.16&id=7c7de71f6af974c73f756e91832a27867d967152

I've asked Cogl devs to release a 1.16.x point upgrade, since Cogl 1.16 branch already includes the fixes.

comment:16 by Fernando de Oliveira, 9 years ago

Thank you very much Armin! Builds OK, now.

patching file cogl/winsys/cogl-winsys-egl-private.h
patching file cogl/cogl-texture-2d.c
patching file cogl/winsys/cogl-winsys-egl-feature-functions.h
patching file cogl/winsys/cogl-winsys-egl-private.h
Hunk #1 succeeded at 183 (offset 21 lines).
patching file cogl/winsys/cogl-winsys-egl.c

The other day, tested only cogl.

I have also completed successful builds of

libva-1.2.1
libvdpau-0.7
xorg apps (still reading the logs for apps, but seems there was no problem)

The other references to Mesa are at:

x/lib/qt5.xml:      <xref linkend="mesalib"/>,
x/lib/qt4.xml:      <xref linkend="mesalib"/> 
x/lib/webkitgtk.xml:      <xref linkend="mesalib"/>,
x/lib/webkitgtk2.xml:      <xref linkend="mesalib"/>,
x/lib/freeglut.xml:      <xref linkend="mesalib"/>
x/lib/cogl.xml:      <xref linkend="mesalib"/>, and
x/lib/cairo.xml:      <xref linkend="mesalib"/>,
multimedia/libdriv/gst10-plugins-bad.xml:      <xref linkend="mesalib"/>,
multimedia/libdriv/xine-lib.xml:      <xref linkend="mesalib"/>,

I will add the patches for cogl, later today and report in this track #4436

comment:17 by Fernando de Oliveira, 9 years ago

Cogl-1.16.0 fixed at 12388.

Thanks Armin K. for the patch.

comment:18 by Igor Živković, 9 years ago

1) I also don't have libdricore, libXvMCr300 and libXvMCsoftpipe in my 10.0.1 build.

3) Mesa autogen.sh script calls autoreconf then configure. Running configure script directly makes the build system run it twice: configure, autoreconf and then configure again.

comment:19 by Fernando de Oliveira, 9 years ago

I have just tested again. If I use configure only, there is no call to autoreconf in the whole build. For 10.0.0, I needed, but not for 10.0.1.

comment:20 by Fernando de Oliveira, 9 years ago

Was making the wrong test. You are right about autogen.sh instead of configure. Sorry for the noise.

It is good having 10.0.1, instead of 9.2.5.

Now, just to remove the three libraries from the "Inatalled Libraries", will you do, or do you wish that I do it?

comment:21 by Igor Živković, 9 years ago

be my guest :-)

comment:22 by Fernando de Oliveira, 9 years ago

Removed librarires: libdricore, libXvMCr300 and libXvMCsoftpipe: r12391.

After thoughts: better to include the modification in the changelog: r12392.

comment:23 by bdubbs@…, 9 years ago

Milestone: current

Milestone current deleted

Note: See TracTickets for help on using tickets.