Package: mesa-opencl-icd
Version: 24.1.0-2
Severity: normal
Dear Maintainer,
I have a new GPU which is not supported by the current mesa-opencl-icd because
libclc-17 is too old:
$ clinfo
[..]
Number of devices 2
Device Name A
Package: mesa-opencl-icd
Version: 22.0.5-1
Severity: important
Dear Maintainer,
mesa-opencl-icd depends on both libllvm14 and libclc-13
The latter should be upgraded to libclc-14
Versions of packages mesa-opencl-icd depends on:
ii libc62.33-7
ii libclang-cpp14
).
However I don't see that it could cause any harm, it makes something that is
broken work again - could you please apply it in the Debian package?
Best,
Ximin
Ximin Luo:
> Control: forwarded -1 https://gitlab.freedesktop.org/mesa/mesa/-/issues/3946
>
> Timo Aaltonen:
>> [..]
Control: forwarded -1 https://gitlab.freedesktop.org/mesa/mesa/-/issues/3946
Timo Aaltonen:
> [..]
>>
>> Despite the presence of CLOVER_DEBUG=llvm,native CLOVER_DEBUG_FILE=dump-file
>> there were
>> no dump-files dumped by the above leelaz command, maybe you can deduce
>> something from that.
>>
Package: xorg
Version: 1:7.7+20
Followup-For: Bug #944838
Dear Maintainer,
Here are system details for the other machine in question
-- Package-specific info:
X server symlink status:
lrwxrwxrwx 1 root root 13 Jul 20 2010 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root r
Package: xorg
Version: 1:7.7+20
Severity: important
Dear Maintainer,
After upgrading a bunch of packages on two very different machines, X no longer
responds to keyboard or mouse input.
I am using lightdm with XFCE, the problem is present both in the lightdm login
menu and also in XFCE when usin
Jérémy Lal:
> 2016-03-20 15:58 GMT+01:00 Ximin Luo :
>> I couldn't figure out why it is run twice [*], but if you just change "rm
>> -r" to "rm -rf" it will no longer fail. I don't see any problem with that.
>
> I suggest instead to keep a
Jérémy Lal:
>> Hello Ximin,
>>
>> i tried your patch, and now when interrupting using ctrl-c
>> xvfb-run -a myapp
>> i get (i added the "cleaning" message):
>>
>> ^Ccleaning /tmp/xvfb-run.UlOS0T
>> cleaning /tmp/xvfb-run.UlOS0T
>> rm: cannot remove '/tmp/xvfb-run.UlOS0T': No such file or directory
Package: xserver-xorg-input-kbd
Version: 1:1.8.0-1+b2
Severity: important
Dear Maintainer,
X is ignoring /etc/default/keyboard, at least on kfreebsd-amd64:
contents of /etc/default/keyboard (same on both my systems):
XKBMODEL="pc105"
XKBLAYOUT="YYY"
XKBVARIANT="ZZZ"
Xorg.0.log from broken kfre
Package: xserver-xorg-core
Version: 2:1.17.1-2
Severity: important
Tags: upstream patch
Dear Maintainer,
Currently this package doesn't when using the VESA driver; the error is visible
in Xorg.0.log.
This is especially important for hurd (where I experienced this bug) because
that's the only d
Correction, it should be 'wait "$!"' not 'wait' - the latter has different
semantics from what we want here.
X
On 03/03/15 09:31, Ximin Luo wrote:
> As a follow-up, this hunk is also required:
>
> cut here
> --- /usr/bin/xvfb-run 2015-03-
For your convenience, full patch is attached.
--
GPG: 4096R/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git
--- /usr/bin/xvfb-run 2015-03-04 17:16:14.751938799 +0100
+++ /usr/bin/xvfb-run 2015-03-04 17:05:43.967955334 +0100
@@ -140,7 +140,7 @@
fi
# tidy up after ourselves
-trap clean_
As a follow-up, this hunk is also required:
cut here
--- /usr/bin/xvfb-run 2015-03-03 09:25:05.88561 +0100
+++ /usr/bin/xvfb-run 2015-03-03 02:19:40.543821712 +0100
@@ -180,7 +180,7 @@
# Start the command and save its exit status.
set +e
-DISPLAY=:$SERVERNUM XAUTHORITY=$AUTH
Package: xvfb
Version: 2:1.16.4-1
Severity: normal
Hi,
In xvfb-run(1), please clean up the Xvfb server on exits caused by signals too.
Easy way:
cut here
--- /usr/bin/xvfb-run 2015-02-11 01:35:06.0 +0100
+++ /usr/bin/xvfb-run 2015-03-03 01:39:03.839885585 +0100
@@ -140,7 +
14 matches
Mail list logo
