Re: [RFC] Embed the mesa version in the library/binary name
Hi Emil On Fri, Aug 14, 2015 at 04:21:10PM +0100, Emil Velikov wrote: Hello all, My name is Emil and I'm the person breaking^w fixing mesa's build amongst others. A while back I had this idea of renaming the libraries provided by mesa to include the actual version number. Prior to doing anything crazy I've decided to seek your feedback. Thanks for informing us beforehand! * What The idea is to rename (ideally) all of the versioned libraries. Unversioned ones such as radeonsi_dri.so will remain as is. Note: the soname and symlinks will stay to avoid breaking compatibility. +1 * How While I haven't fully decided on the exact approach I'm thinking of something like: libGL.so.1.0.0 - libGL.so.11.0 or libGL.so.110.1 or libGL.so.11.01 libGL.so.11.0 * Why A number of reasons: - Allows multiple binaries to coexist, making the dynamic switching between libGL.so.110.1, libGL.so.11.2.0 (mesa), libGL.so.352.14 (nvidia) libGL.so.XX.Y (another vendor) a little bit easier. About nvidia. Benefit is small, since NVIDIA replaces half of the driver stack anyway (e.g. glx Xserver module). So you still need to make sure the right glx Xserver module is being loaded. Also the right kernel module (KMS or nvidia). And ldconfig creates the right symlink for libGL.so.1 ... How does this sound, do you foresee any pros/cons with the above proposal ? Any and all input is greatly appreciated, but please try to keep your replies technical and constructive. I don't see any regression in the change. If there are any concerns wrt the required updates (of the build/packaging recipes) I'm willing to help out. Thanks for the offer, although I don't expect any issues here. As I'm not sure how many of you follow mesa-dev, would you be OK if I CC you in distro related~ish topics. Some (not so crazy) examples: - libEGL.so has additional dependency (via libdl) of X - OpenCL only works with render node devices, kernel vY or later is required - Mesa's new library libfoo.so should be shipped with libbar.so Cc'ing me in such topics would be very much appreciated! Thanks, Stefan Public Key available -- Stefan Dirsch (Res. Dev.) SUSE LINUX GmbH Tel: 0911-740 53 0Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.deGermany --- SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) ---
xserver-xorg-video-amdgpu: Changes to 'upstream-unstable'
New branch 'upstream-unstable' available with the following commits:
xserver-xorg-video-amdgpu: Changes to 'debian-unstable'
New branch 'debian-unstable' available with the following commits: commit 0f838da3002a9ba46e5f7682087cf241af13c84a Author: Timo Aaltonen tjaal...@debian.org Date: Sun Aug 16 12:47:44 2015 +0300 initial packaging commit 55a4461bd95698cb8d52f9f6c28583f8f81afb4e Author: Michel Dänzer michel.daen...@amd.com Date: Fri Aug 7 11:46:31 2015 +0900 Wait for scanout BO initialization to finish before setting mode This should avoid intermittent artifacts which could sometimes be visible when setting a new scanout pixmap, e.g. on server startup or when changing resolutions. (Ported from radeon commit 3791fceabf2cb037467dc41c15364e9f9ec1e47e) Reviewed-by: Alex Deucher alexander.deuc...@amd.com commit 4c425e9c5c038504a0f0498dd800ab1fb40bf0c5 Author: Michel Dänzer michel.daen...@amd.com Date: Fri Aug 7 12:39:24 2015 +0900 glamor: Add amdgpu_glamor_finish to wait for glamor rendering to finish This is a bit sneaky, because it calls glFinish directly from the driver, but it seems to work fine. Reviewed-by: Alex Deucher alexander.deuc...@amd.com commit bb989e173dc364a7d68e50d7e819d0e0ee133d2f Author: Michel Dänzer michel.daen...@amd.com Date: Fri Aug 7 11:43:48 2015 +0900 Only call drmmode_copy_fb (at most) once on server startup It doesn't make sense to copy the screen contents from console when VT switching back to Xorg or when Xorg resets. Fixes intermittent artifacts when VT switching back from console to the gdm login screen. (Ported from radeon commit 4e3dfa69e4630df2e0ec0f5b81d61159757c4664) Reviewed-by: Alex Deucher alexander.deuc...@amd.com commit ebe2c020fbf2ef8de01fc50b201ab23ddb9fb13b Author: Mario Kleiner mario.kleiner...@gmail.com Date: Mon Aug 10 23:34:40 2015 +0200 Make selection between DRI2 and DRI3 consistent with other drivers. (v2) Add Option DRI to allow selection of maximum DRI level. This allows the user to select the maximum level of DRI implementation to use, DRI2 or DRI3. It replaces the old option DRI3 which had exactly the same purpose, but differs from the method used in both intel ddx and nouveau ddx. Make this consistent before a new stable driver is released. v2: Retain handling of old Option DRI3 for backwards compatibility, but Option DRI will take precedence over DRI3 if both are provided. Signed-off-by: Mario Kleiner mario.kleiner...@gmail.com Reviewed-by: Michel Dänzer michel.daen...@amd.com commit c9611a2aa0f8d3bb55c552353740d60f6e4f63a0 Author: Alex Deucher alexander.deuc...@amd.com Date: Tue Jul 7 22:46:34 2015 -0400 add fiji pci id Reviewed-by: Michel Dänzer michel.daen...@amd.com Signed-off-by: Alex Deucher alexander.deuc...@amd.com commit 2622ac1554761b8824bfbbb2e3051a632ee38ce7 Author: Alex Deucher alexander.deuc...@amd.com Date: Tue Jul 7 22:46:08 2015 -0400 Add fiji support Reviewed-by: Michel Dänzer michel.daen...@amd.com Signed-off-by: Alex Deucher alexander.deuc...@amd.com commit 7a49d8728d17875206a84fd1023f62b37c4a9f51 Author: Michel Dänzer michel.daen...@amd.com Date: Thu Aug 6 18:21:30 2015 +0900 On screen resize, clear the new buffer before displaying it Fixes garbage being intermittently visible during a screen resize. (Ported from radeon commit 80f3d727f93cb6efedd2b39338d2301035965fe2) Reviewed-by: Alex Deucher alexander.deuc...@amd.com commit 9f988bf1dc9d4cb92926c051ed8f15e9ba58a016 Author: Michel Dänzer michel.daen...@amd.com Date: Thu Aug 6 17:50:11 2015 +0900 Make drmmode_copy_fb() work with glamor Needed for Xorg -background none. (Ported from radeon commit 3999bf88cdb192fe2f30b03bd2ed6f6a3f9f9057) Reviewed-by: Alex Deucher alexander.deuc...@amd.com commit 13cf61bd8d46b0059f26120a8902da6f86e6bd11 Author: Michel Dänzer michel.daen...@amd.com Date: Thu Aug 6 17:46:38 2015 +0900 Update scanout pixmap contents before setting a mode with it This ensures the scanout pixmaps used for Option TearFree and Option ShadowPrimary have been initialized when their initial mode is set. (Ported from radeon commit a4a8cdbcc10c1c5f07485a2af9e9e81e490c3e1d) Reviewed-by: Alex Deucher alexander.deuc...@amd.com commit 15050aabf256c17250d1fca0bfac97fc6707b195 Author: Michel Dänzer michel.daen...@amd.com Date: Thu Aug 6 17:37:11 2015 +0900 Defer initial modeset until the first BlockHandler invocation This ensures that the screen pixmap contents have been initialized when the initial modes are set. (Ported from radeon commits 673e1c7637687c74fc9bdeeeffb7ace0d04b734f and 1584dc545c78e0bce8d4b4b9f26b568e2c211453) Reviewed-by: Alex Deucher alexander.deuc...@amd.com commit 96b5364496222f1b3afb9caad458f16f156b6c47 Author: Michel Dänzer michel.daen...@amd.com Date: Thu Aug 6 17:32:45 2015 +0900
libdrm_2.4.63-1_amd64.changes ACCEPTED into unstable, unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 15 Aug 2015 18:55:57 +0300 Source: libdrm Binary: libdrm-dev libdrm2 libdrm2-udeb libdrm2-dbg libdrm-intel1 libdrm-intel1-dbg libdrm-nouveau2 libdrm-nouveau2-dbg libdrm-radeon1 libdrm-radeon1-dbg libdrm-omap1 libdrm-omap1-dbg libdrm-freedreno1 libdrm-freedreno1-dbg libdrm-exynos1 libdrm-exynos1-dbg libdrm-tegra0 libdrm-tegra0-dbg libdrm-amdgpu1 libdrm-amdgpu1-dbg Architecture: source amd64 Version: 2.4.63-1 Distribution: unstable Urgency: medium Maintainer: Debian X Strike Force debian-x@lists.debian.org Changed-By: Timo Aaltonen tjaal...@debian.org Description: libdrm-amdgpu1 - Userspace interface to amdgpu-specific kernel DRM services -- run libdrm-amdgpu1-dbg - Userspace interface to amdgpu-specific kernel DRM services -- deb libdrm-dev - Userspace interface to kernel DRM services -- development files libdrm-exynos1 - Userspace interface to exynos-specific kernel DRM services -- run libdrm-exynos1-dbg - Userspace interface to exynos-specific kernel DRM services -- deb libdrm-freedreno1 - Userspace interface to msm/kgsl kernel DRM services -- runtime libdrm-freedreno1-dbg - Userspace interface to msm/kgsl kernel DRM services -- debugging libdrm-intel1 - Userspace interface to intel-specific kernel DRM services -- runt libdrm-intel1-dbg - Userspace interface to intel-specific kernel DRM services -- debu libdrm-nouveau2 - Userspace interface to nouveau-specific kernel DRM services -- ru libdrm-nouveau2-dbg - Userspace interface to nouveau-specific kernel DRM -- debugging s libdrm-omap1 - Userspace interface to omap-specific kernel DRM services -- runti libdrm-omap1-dbg - Userspace interface to omap-specific kernel DRM services -- debug libdrm-radeon1 - Userspace interface to radeon-specific kernel DRM services -- run libdrm-radeon1-dbg - Userspace interface to radeon-specific kernel DRM services -- deb libdrm-tegra0 - Userspace interface to tegra-specific kernel DRM services -- runt libdrm-tegra0-dbg - Userspace interface to tegra-specific kernel DRM services -- debu libdrm2- Userspace interface to kernel DRM services -- runtime libdrm2-dbg - Userspace interface to kernel DRM services -- debugging symbols libdrm2-udeb - Userspace interface to kernel DRM services -- runtime (udeb) Changes: libdrm (2.4.63-1) unstable; urgency=medium . [ Robert Hooker ] * New upstream release. - Drop Fix-headers-inclusion-in-xf86drmMode.c.diff, upstream. * Add new libdrm-amdgpu1 package. Checksums-Sha1: d226a30bd3b8b81c3b9b91d6ebaa3b27168b2e6e 3289 libdrm_2.4.63-1.dsc ecfb836dea709e899c72fdcbdc6d1845198947d9 906154 libdrm_2.4.63.orig.tar.gz 40a480a681353df4b8976a499d9942b53b85cf9b 30360 libdrm_2.4.63-1.diff.gz 09a5469316de4f1b0f1fd9f589d99db4d240a5c8 48230 libdrm-amdgpu1-dbg_2.4.63-1_amd64.deb 4d24699228e0eefede59bc738e36056036728434 23384 libdrm-amdgpu1_2.4.63-1_amd64.deb 3637af271a578d892830ae5437cdfb61f02847d8 202348 libdrm-dev_2.4.63-1_amd64.deb f2a9c9fbdbc7d8e4f34214866c8a23db4942ac59 105074 libdrm-intel1-dbg_2.4.63-1_amd64.deb 3b53d3d80f4a0462714a71a5697f0349b6a78745 63348 libdrm-intel1_2.4.63-1_amd64.deb 9e40a5cebb6f5d09e7d27a76c98eaaeedc6194cf 36924 libdrm-nouveau2-dbg_2.4.63-1_amd64.deb 8b4b523168e12a41dbc734a2c5c53296b9e83ec2 22346 libdrm-nouveau2_2.4.63-1_amd64.deb cfe26b13ff02b6aba0c8a6dd6413c4c4c38da5b4 51406 libdrm-radeon1-dbg_2.4.63-1_amd64.deb ffb5daa4fd3dd4169ce96820b840ab3c502926b2 29538 libdrm-radeon1_2.4.63-1_amd64.deb 2ee88e7d9dd0c5de1340b59489748cbdae54cb99 66490 libdrm2-dbg_2.4.63-1_amd64.deb 2b7425d3f5031424390d5204779ce25083d7c0c8 20842 libdrm2-udeb_2.4.63-1_amd64.udeb b799a96a05cb5e275f925bef8a8b0a9534574cc6 32772 libdrm2_2.4.63-1_amd64.deb Checksums-Sha256: d8353f0e9b9c66a16ecb8c8f10499a8c74c77ea8b27ad07a6e533465f26c58b4 3289 libdrm_2.4.63-1.dsc c18659bd53adbc6175140b0df251a1f391ea44328f33cd68e7b4f55921ddc652 906154 libdrm_2.4.63.orig.tar.gz d6b8d31144ec4a40e805f02478cb78158f92bf81bb193e1a6bfcf8dede1d4758 30360 libdrm_2.4.63-1.diff.gz e01802ed2fe281d469d9f0bf001a094f676456d78ba6be5d5b8a3da6830c5397 48230 libdrm-amdgpu1-dbg_2.4.63-1_amd64.deb b5a44d3e5016a60b7c346132ed69c50e5e5d07e2468e15e04dc82002546a0f16 23384 libdrm-amdgpu1_2.4.63-1_amd64.deb 0d73e9c3c7f585621c490ad918e96b9299a7ba2737c274a736fa33c3e46729c7 202348 libdrm-dev_2.4.63-1_amd64.deb 2e900724ae007a4dc1edf9ce045c0d064eaab1c8169919fecbf55b6be92c0e79 105074 libdrm-intel1-dbg_2.4.63-1_amd64.deb 0dce9c9ba3cd690e9749d8d3bf5cd1e7e60a286dc9d17c9c0579cc18bd3e92b4 63348 libdrm-intel1_2.4.63-1_amd64.deb ee5cfd99d6d53f5582c2d482a3065db5a81f6aa9f159609784709357e64af2ae 36924 libdrm-nouveau2-dbg_2.4.63-1_amd64.deb d88ad1b4f53881b087ae20216b6754d6be7fe90ba4f7faecaf9b80e2781b5fb3 22346 libdrm-nouveau2_2.4.63-1_amd64.deb 5e24d2b768da41d8a50a580b24d1c65ed839467e7a6aca5e4c9d567e791c8749 51406 libdrm-radeon1-dbg_2.4.63-1_amd64.deb
Processing of xserver-xorg-video-amdgpu_0.0.01~git20150807-1_amd64.changes
xserver-xorg-video-amdgpu_0.0.01~git20150807-1_amd64.changes uploaded successfully to localhost along with the files: xserver-xorg-video-amdgpu_0.0.01~git20150807-1.dsc xserver-xorg-video-amdgpu_0.0.01~git20150807-1.tar.gz xserver-xorg-video-amdgpu-dbg_0.0.01~git20150807-1_amd64.deb xserver-xorg-video-amdgpu_0.0.01~git20150807-1_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org)
xserver-xorg-video-amdgpu_0.0.01~git20150807-1_amd64.changes is NEW
binary:xserver-xorg-video-amdgpu is NEW. binary:xserver-xorg-video-amdgpu-dbg is NEW. source:xserver-xorg-video-amdgpu is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will recieve an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html
Bug#795651: same problem in sid
I upgrade my system to sid, and get the same problem.
Bug#795741: libopengl-perl: FTBFS: undefined symbol: glResizeBuffersMESA
Package: libopengl-perl Version: 0.6704+dfsg-1 Severity: serious X-Debbugs-Cc: libgl1-mesa-...@packages.debian.org As noticed by the reproducible builds CI setup, this package fails to build on current sid. # Failed test 'require OpenGL;' # at t/00_require.t line 3. # Tried to require 'OpenGL'. # Error: Can't load '/«BUILDDIR»/libopengl-perl-0.6704+dfsg/blib/arch/auto/OpenGL/OpenGL.so' for module OpenGL: /«BUILDDIR»/libopengl-perl-0.6704+dfsg/blib/arch/auto/OpenGL/OpenGL.so: undefined symbol: glResizeBuffersMESA at /usr/lib/x86_64-linux-gnu/perl/5.20/DynaLoader.pm line 187. It looks like mesa 10.6 dropped a bunch of symbols without changing the SONAME. Copying the maintainer. Was this an intentional ABI break? On current sid, without rebuilding anything: # PERL_DL_NONLAZY=1 perl -e 'use OpenGL' Can't load '/usr/lib/x86_64-linux-gnu/perl5/5.20/auto/OpenGL/OpenGL.so' for module OpenGL: /usr/lib/x86_64-linux-gnu/perl5/5.20/auto/OpenGL/OpenGL.so: undefined symbol: glResizeBuffersMESA at /usr/lib/x86_64-linux-gnu/perl/5.20/DynaLoader.pm line 187. This is also http://sourceforge.net/p/pogl/bugs/21/ https://bugzilla.redhat.com/show_bug.cgi?id=1224294 which have the attached patch that deletes references to the removed symbols. Even with that applied, I suppose at least some Breaks entries would be in order? -- Niko Tyni nt...@debian.org From e83b9048c43cbcbdaeb287dd571ab7e277e19979 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Mon, 8 Jun 2015 17:06:52 +0200 Subject: [PATCH] Delete functions removed from Mesa MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit mesa-libGL between 10.6.0-0.devel.5.51e3453 and 10.6.0-0.devel.6.5a55f68 removed these functions: glWindowPos4dMESA glWindowPos4iMESA glWindowPos3iMESA glWindowPos2dMESA glWindowPos2iMESA glWindowPos3dMESA glResizeBuffersMESA https://bugzilla.redhat.com/show_bug.cgi?id=1224738 https://bugzilla.redhat.com/show_bug.cgi?id=1224294 Signed-off-by: Petr Písař ppi...@redhat.com --- pogl_gl_Vert_Multi.xs | 54 --- 1 file changed, 54 deletions(-) diff --git a/pogl_gl_Vert_Multi.xs b/pogl_gl_Vert_Multi.xs index e360e5c..4e8a010 100644 --- a/pogl_gl_Vert_Multi.xs +++ b/pogl_gl_Vert_Multi.xs @@ -359,60 +359,6 @@ glEdgeFlagPointerEXT_oga(oga) #endif -#ifdef GL_MESA_window_pos - -#// glWindowPos2iMESA($x, $y); -void -glWindowPos2iMESA(x, y) - GLint x - GLint y - -#// glWindowPos2dMESA($x, $y); -void -glWindowPos2dMESA(x, y) - GLdoublex - GLdoubley - -#// glWindowPos3iMESA($x, $y, $z); -void -glWindowPos3iMESA(x, y, z) - GLint x - GLint y - GLint z - -#// glWindowPos3dMESA($x, $y, $z); -void -glWindowPos3dMESA(x, y, z) - GLdoublex - GLdoubley - GLdoublez - -#// glWindowPos4iMESA($x, $y, $z, $w); -void -glWindowPos4iMESA(x, y, z, w) - GLint x - GLint y - GLint z - GLint w - -#// glWindowPos4dMESA($x, $y, $z, $w); -void -glWindowPos4dMESA(x, y, z, w) - GLdoublex - GLdoubley - GLdoublez - GLdoublew - -#endif - -#ifdef GL_MESA_resize_buffers - -#// glResizeBuffersMESA(); -void -glResizeBuffersMESA() - -#endif - #ifdef GL_ARB_draw_buffers #//# glDrawBuffersARB_c($n,(CPTR)buffers); -- 2.1.0
xcb-util: Changes to 'debian-unstable'
debian/control |2 ++
1 file changed, 2 insertions(+)
New commits:
commit 7fbea87817f4b0365745eecdd242067ea0306815
Author: Robert Ancell robert.anc...@canonical.com
Date: Mon Aug 17 13:51:29 2015 +1200
Add breaks/replaces so libxcb-util-dev is correctly migrated
diff --git a/debian/control b/debian/control
index 7d232ca..76b1352 100644
--- a/debian/control
+++ b/debian/control
@@ -44,11 +44,13 @@ Conflicts: libxcb-atom1-dev,
libxcb-event1-dev,
libxcb-reply1-dev,
libxcb-property1-dev
+Breaks: libxcb-util0-dev ( 0.4.0-1)
Replaces: libxcb-atom1-dev,
libxcb-aux0-dev,
libxcb-event1-dev,
libxcb-reply1-dev,
libxcb-property1-dev
+ libxcb-util0-dev ( 0.4.0-1)
Architecture: any
Depends: libxcb-util1 (= ${binary:Version}),
libxcb1-dev,
xcb-util: Changes to 'debian-unstable'
debian/control |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit aa4bef555e10abb3601809d7d26a94c6964ae069
Author: Robert Ancell robert.anc...@canonical.com
Date: Mon Aug 17 13:56:35 2015 +1200
Add missing comma
diff --git a/debian/control b/debian/control
index 76b1352..524e4d8 100644
--- a/debian/control
+++ b/debian/control
@@ -49,7 +49,7 @@ Replaces: libxcb-atom1-dev,
libxcb-aux0-dev,
libxcb-event1-dev,
libxcb-reply1-dev,
- libxcb-property1-dev
+ libxcb-property1-dev,
libxcb-util0-dev ( 0.4.0-1)
Architecture: any
Depends: libxcb-util1 (= ${binary:Version}),
Re: Bug#795741: libopengl-perl: FTBFS: undefined symbol: glResizeBuffersMESA
On Sun, Aug 16, 2015 at 17:57:00 +0300, Niko Tyni wrote: Package: libopengl-perl Version: 0.6704+dfsg-1 Severity: serious X-Debbugs-Cc: libgl1-mesa-...@packages.debian.org As noticed by the reproducible builds CI setup, this package fails to build on current sid. # Failed test 'require OpenGL;' # at t/00_require.t line 3. # Tried to require 'OpenGL'. # Error: Can't load '/«BUILDDIR»/libopengl-perl-0.6704+dfsg/blib/arch/auto/OpenGL/OpenGL.so' for module OpenGL: /«BUILDDIR»/libopengl-perl-0.6704+dfsg/blib/arch/auto/OpenGL/OpenGL.so: undefined symbol: glResizeBuffersMESA at /usr/lib/x86_64-linux-gnu/perl/5.20/DynaLoader.pm line 187. It looks like mesa 10.6 dropped a bunch of symbols without changing the SONAME. Copying the maintainer. Was this an intentional ABI break? On current sid, without rebuilding anything: # PERL_DL_NONLAZY=1 perl -e 'use OpenGL' Can't load '/usr/lib/x86_64-linux-gnu/perl5/5.20/auto/OpenGL/OpenGL.so' for module OpenGL: /usr/lib/x86_64-linux-gnu/perl5/5.20/auto/OpenGL/OpenGL.so: undefined symbol: glResizeBuffersMESA at /usr/lib/x86_64-linux-gnu/perl/5.20/DynaLoader.pm line 187. This is also http://sourceforge.net/p/pogl/bugs/21/ https://bugzilla.redhat.com/show_bug.cgi?id=1224294 which have the attached patch that deletes references to the removed symbols. Even with that applied, I suppose at least some Breaks entries would be in order? No symbols from libGL other than the ones listed in the Linux libGL ABI spec should be referenced directly, applications should go through glXGetProcAddress (or eglGetProcAddress). Are these the only things broken in libopengl-perl? Cheers, Julien signature.asc Description: Digital signature
