Package: spirv-tools
Version: 2022.4-1
Severity: normal
X-Debbugs-Cc: witold.bary...@gmail.com
spirv-tools package provide in one package, binaries, libraries, headers,
cmake files and pkg-config files.
For cross compiling rusticl in Mesa for example one needs spirv-tools.
But it is not
True.
Already reported here https://bugs.debian.org/969068
Regards,
Witold
On Thu, 29 Apr 2021, 10:45 Laurent Bigonville, wrote:
> Package: libxext-dev
> Version: 2:1.3.3-1.1
> Severity: normal
>
> Hello,
>
> libxext-dev depends on the following transitional packages:
>
> - x11proto-core-dev
Ack. I agree with all what you wrote.
On Fri, 8 Jan 2021 at 14:58, Michel Dänzer wrote:
>
> On 2021-01-08 11:22 a.m., Witold Baryluk wrote:
> > True, that a lot of applications don't properly inspect physical devices
> > list.
> > (I do have some patches to various t
2021 at 16:34, Michel Dänzer wrote:
>
> On 2021-01-07 3:54 p.m., Witold Baryluk wrote:
> > That is weird. I have no issues at all. radv is loaded for me by
> > default in essentially all apps.
>
> The fundamental issue is that the Vulkan loader doesn't define any
>
.
On Thu, 7 Jan 2021 at 14:54, Witold Baryluk wrote:
>
> That is weird. I have no issues at all. radv is loaded for me by
> default in essentially all apps.
>
> On Thu, 7 Jan 2021 at 14:23, Timo Aaltonen wrote:
> >
> > On 7.1.2021 13.22, Witold Baryluk wrote:
> &
That is weird. I have no issues at all. radv is loaded for me by
default in essentially all apps.
On Thu, 7 Jan 2021 at 14:23, Timo Aaltonen wrote:
>
> On 7.1.2021 13.22, Witold Baryluk wrote:
> > Hi Timo.
> >
> > Do you know what apps is this happening with that cause
Hi Timo.
Do you know what apps is this happening with that causes problems?
lavapipe does expose itself as DEVICE_TYPE_CPU, but it is likely
some apps don't inspect the type properly. Would be interesting
know which these are to investigate it properly.
Of course, it can be solve with the
Hi Ian.
This is not a bug in vulkan-tools. vulkan-tools correctly reports
initialization failure, as it should.
It is pretty well known fact that HD 7900 series requires switching to
amdgpu from radeontop for Vulkan support.
It is documented on Debian wiki:
Source: mesa
Followup-For: Bug #972736
X-Debbugs-Cc: witold.bary...@gmail.com
I think a better approach, would be to use a trailing comms in the list
"-Dvulkan-drivers=['amd','swrast',]"
Does work. So doing:
VULKAN_DRIVERS += 'intel',
"-Dvulkan-drivers=[$(VULKAN_DRIVERS)]"
would probably
Package: mesa-vulkan-drivers
Version: 20.2.2-1
Severity: normal
X-Debbugs-Cc: witold.bary...@gmail.com
Dear Maintainer,
Mesa 2.2.0 has v3dv Vulkan driver in stable condition, and it just passed
official Khronos confornmance tests for Vulkan 1.0.
I would suggest enabling v3dv vulkan driver on
Package: libxinerama-dev
Version: 2:1.1.4-2
Severity: normal
X-Debbugs-Cc: witold.bary...@gmail.com
Dear Maintainer,
libxinerama-dev depends on transitional package x11proto-xinerama-dev.
Please depend on x11proto-dev (with "> 2018.3" version condition if
needed) instead.
Similar applies to
Package: glslang-tools
Version: 8.13.3559-2
Severity: important
File: /usr/bin/glslangValidator
$ glslangValidator
glslangValidator: error while loading shared libraries: libSPIRV-Tools.so:
cannot open shared object file: No such file or directory
$
$ ldd `which glslangValidator `
Package: src:mesa
Followup-For: Bug #943865
Hi Timo.
I would keep llvmpipe even on x86. Two reasons.
1. Ability to run on SSE2 only hardware
2. SWR do have some bugs compared to llvmpipe which is working almost perfectly.
Having both is also good for testing and benchmarking both as it
Package: src:mesa
Severity: normal
Dear Maintainer,
SWR is a new high performance rasterizer that is usually significantly
faster than softpipe or llvmpipe and is merged in upstream Mesa for
some time.
Adding these meson extra flags:
"-Dgallium-drivers=,swrast,swr"
Package: libdrm-amdgpu1
Severity: normal
Dear Maintainer,
building newest Mesa from git master as of 2019-10-28 requires libdrm
2.4.100 for building amdgpu related code, but only libdrm 2.4.99 is
available in Debian at the moment.
https://dri.freedesktop.org/libdrm/libdrm-2.4.100.tar.gz
It was
Source: vulkan-loader
Followup-For: Bug #941295
Control: close -1
Please ignore original bug report.
-dbgsym packages are provided for both mentioned packages.
I accidently disabled debug repos on my system.
Package: libvulkan1
Severity: normal
$ file /usr/lib/x86_64-linux-gnu/libvulkan.so.1.1.121
/usr/lib/x86_64-linux-gnu/libvulkan.so.1.1.121: ELF 64-bit LSB shared object,
x86-64, version 1 (SYSV), dynamically linked,
BuildID[sha1]=7b02a413d96ddc8829ac8067e4c52a6fcfa110d6, stripped
$
It looks
Package: libvulkan-dev
Version: 1.1.114.0-1
Severity: important
Trying to use just include it results in an error:
/usr/include/vulkan/vk_enum_string_helper.h: In function ‘string_VkDriverIdKHR’:
/usr/include/vulkan/vk_enum_string_helper.h:3531:14: error:
‘VK_DRIVER_ID_GOOGLE_PASTEL_KHR’
Package: libvulkan-dev
Version: 1.1.114.0-1
Severity: normal
Dear Maintainer,
user@debian:/usr/share/vulkan/registry$ python3 genvk.py --help
Traceback (most recent call last):
File "genvk.py", line 25, in
from docgenerator import DocGeneratorOptions, DocOutputGenerator
Package: libvulkan-dev
Version: 1.1.114.0-1
Followup-For: Bug #93
Just a minor update,
https://www.khronos.org/registry/vulkan/
section 'API Reference Pages' says:
""" In addition to the format published here, it is possible to generate other
formats from the reference page sources, such
Package: libvulkan-dev
Version: 1.1.114.0-1
Severity: wishlist
The upstream do have both a general Vulkan spec text plus all the
functions description, but the functions and structures / types
documentation is also available as "manual pages", i.e.
Package: vulkan-tools
Version: 1.1.114.0+dfsg1-1
Severity: normal
File: /usr/bin/vulkaninfo
Dear Maintainer,
when using `vulkaninfo --html`, the resulting vulkaninfo.html do have a
bug, leading to incorrect rendering of the result file in the browser:
"""
...
better knowledge about this
radeon/radeonfb mess, than Kernel maintainers before reassigning or
closing bug.
Regards,
Witek
--
Witold Baryluk
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
On 01-19 01:18, Cyril Brulebois wrote:
Hi,
Witold Baryluk bary...@smp.if.uj.edu.pl (18/01/2012):
After logging into GNOME, I started getting LOTS of
[ 239.494761] [drm:intel_prepare_page_flip] *ERROR* Prepared flip multiple
times
in kernel log repeated ever few microseconds.
Lots
Package: libdrm-intel1
Version: 2.4.30-1
Severity: important
Hi,
After logging into GNOME, I started getting LOTS of
[ 239.494761] [drm:intel_prepare_page_flip] *ERROR* Prepared flip multiple
times
in kernel log repeated ever few microseconds.
Lots of GNOME elements is missing (they are still
Package: xdmx
Version: 2:1.11.2.901-1
Severity: important
Dear Maintainer,
running any glx app, even glxinfo, or glxgears
makes whole xdmx crash.
Also trying running mplayer with -vo xv, or -vo gl
make xdmx crash. (mplayer -vo x11 works, but extremally
slowly)
I have standard X server running
Package: x11-common
Version: 1:7.0.22
Followup-For: Bug #370088
gv 3.5.8-26.1 contain /usr/X11R6/bin/gv , so similary this package
should conflicts (so upgrade will be easier).
signature.asc
Description: Digital signature
27 matches
Mail list logo