Bug#948687: libclc-amdgcn: OpenCL does not work for amdgpu : LLVM Error message
Placed a pull request at https://salsa.debian.org/opencl-team/libclc/merge_requests/1 Hope this will help you in maintaing. Best
Bug#948687: Info received (Bug#948687: libclc-amdgcn: OpenCL does not work for amdgpu : LLVM Error message)
Ok, found the issue. It is the "hardening" patch present in libclc The hardening compiler flags are supposed to work on native code only. Within the scope of this package is to apply compiler flags to the shader bitcode. Obviously it will alter the layout of the shader bitcode, detected by the runtime and resulting in an abort. Proposing to remove that patch to libclc.
Bug#948687: libclc-amdgcn: OpenCL does not work for amdgpu : LLVM Error message
Oops the libclc source is current with respect to current llvm. Problem maybe located elsewhere
Bug#948687: libclc-amdgcn: OpenCL does not work for amdgpu : LLVM Error message
Package: libclc-amdgcn Version: 0.2.0+git20190827-2 Severity: important Running an OpenCL application fails on amdgpu on (for instance Vega (RX470) cards) with error messages ac_rtld error: !s->is_rx LLVM failed to upload shader The upstream bugtracker seems to suggest that libclc may be outdated: https://gitlab.freedesktop.org/mesa/mesa/issues/1431 -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.0-3-amd64 (SMP w/16 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libclc-amdgcn depends on: ii libclang-common-9-dev 1:9.0.1-2 ii libclc-dev 0.2.0+git20190827-2 libclc-amdgcn recommends no packages. libclc-amdgcn suggests no packages. -- no debconf information
Bug#491036: SSL client certificate passphrase support
Package: git Version: 1:2.1.4-2.1 Severity: important Followup-For: Bug #491036 User Certificates Support works. However, if the certificate (more correctly the key of the cert) is encrypted, git fails with a bogus error message: olaf@nucky:~$ git clone https://xxx.science-computing.de/prot-anon.git Klone nach 'prot-anon'... Password for 'cert:home/olaf/mycert.pem': fatal: unable to access 'https://xxx.science-computing.de/prot-anon.git/': error reading X.509 key or certificate file if you look at the command with strace you see a bogus write call to fileid -1 causing the error message above: > writev(-1, [{"\25\3\3\0\2\1\0", 7}], 1) = -1 EBADF (Bad file descriptor) changing the build dependency from libcurl4-gnutls-dev to libcurl4-openssl-dev fixes the weird behaviour. It smells like a hidden binary incompatibilty between different curl flavours. raising severity to important, since this makes package unusable for any environment secured by user certificates. BTW, centos and SuSE does not show this bug. Maybe the bug has to be fixed in libcurl4-gnutls itself --- git-2.1.4/debian/control2014-12-20 03:13:38.0 +0100 +++ control 2015-10-28 17:55:35.679424672 +0100 @@ -4,7 +4,7 @@ Maintainer: Gerrit PapeUploaders: Jonathan Nieder Build-Depends: libz-dev, libpcre3-dev, gettext, - libcurl4-gnutls-dev, libexpat1-dev, + libcurl4-openssl-dev, libexpat1-dev, subversion, libsvn-perl, libyaml-perl, tcl, libhttp-date-perl | libtime-modules-perl, -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages git depends on: ii git-man 1:2.1.4-2.1 ii libc62.19-18 ii libcurl3-gnutls 7.38.0-4+deb8u2 ii liberror-perl0.17-1.1 ii libexpat12.1.0-6+deb8u1 ii libpcre3 2:8.35-3.3 ii perl-modules 5.20.2-3+deb8u1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages git recommends: ii less 458-3 ii openssh-client [ssh-client] 1:6.7p1-5 ii patch2.7.5-1 ii rsync3.1.1-3 Versions of packages git suggests: ii gettext-base 0.19.3-2 pn git-arch pn git-cvs pn git-daemon-run | git-daemon-sysvinit pn git-doc pn git-el pn git-email pn git-gui pn git-mediawiki pn git-svn pn gitk pn gitweb -- no debconf information
Bug#776788: docker.io: docker fails while pulling this special package, docker works on other platforms
Package: docker.io Version: 1.3.3~dfsg1-2 Severity: important docker fails for this command docker pull bigtop/seed:centos-6.4 Pulling repository bigtop/seed 539c0211cd76: Error pulling image (centos-6.4) from bigtop/seed, Untar gzip: invalid header 2015/02/01 17:46:58 Error pulling image (centos-6.4) from bigtop/seed, Untar gzip: invalid header Interestingly this command works on coreos (boot2docker) with docker 1.3.3 and centos7 with docker 1.3.2 The error messge of the docker daemon is: ... [debug] archive.go:103 [tar autodetect] n: [31 139 8 0 18 68 89 81 0 3] Error pulling image (centos-6.4) from bigtop/seed, Untar gzip: invalid header [ab6e09b3] -job pull(bigtop/seed, centos-6.4) = ERR (1) I tried to nail it down, it seems to be hidden in the gzip module of golang. I worked around this issue by downloading this image on centos7, exporting it to a file and importing it on debian. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages docker.io depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.22 ii iptables 1.4.21-2+b1 ii libapparmor1 2.9.0-3 ii libc62.19-13 ii libdevmapper1.02.1 2:1.02.90-2 ii libsqlite3-0 3.8.7.1-1 ii perl 5.20.1-4 Versions of packages docker.io recommends: ii aufs-tools 1:3.2+20130722-1.1 ii ca-certificates 20141019 ii cgroupfs-mount 1.1 ii git 1:2.1.4-2 ii xz-utils 5.1.1alpha+20120614-2+b3 Versions of packages docker.io suggests: ii btrfs-tools 3.17-1.1 ii debootstrap 1.0.66 ii lxc 1:1.0.6-6 pn rinsenone -- no debconf information signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#765490: patch from upstream
Tags: patch I was able to reproduce this bug and found a patch in the upstream git http://cgit.freedesktop.org/xorg/driver/xf86-video-vmware/patch/?id=32562129750077a23f26f2e69adc8403eb24bf3f I did a rebuild with this cherry-pick and it solved the problem for me: Xserver was hanging while shutdown (killed by systems), X server hangs when resizing vmware window. Many thanks to Hilary Greenhow for digging into the problem, it helped a lot to identify this cherry pick. 8b6316a312689d83ca8f8de939698bc137206f58..32562129750077a23f26f2e69adc8403eb24bf3f.patch Description: Binary data signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#761196: lxc-stop hangs
Package: lxc Version: 1:1.0.5-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** Create jessie container, start, stop hangs lxc-create -n container -t debian -- -r jessie lxc-start -n container lxc-stop -n container # -- hangs There are some diagnostics with respect to systemd within container logs. Seems to be related. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii init-system-helpers 1.21 ii libapparmor1 2.8.0-5.1+b2 ii libc62.19-10 ii libcap2 1:2.24-4 ii libseccomp2 2.1.1-1 ii libselinux1 2.3-2 ii multiarch-support2.19-10 ii python3 3.4.1-1 Versions of packages lxc recommends: ii lua5.2 5.2.3-1 ii rsync 3.1.1-2 Versions of packages lxc suggests: ii debootstrap 1.0.61 -- no debconf information -- Vorstandsvorsitzender/Chairman of the board of management: Gerd-Lothar Leonhart Vorstand/Board of Management: Dr. Bernd Finkbeiner, Michael Heinrichs, Dr. Arno Steitz Vorsitzender des Aufsichtsrats/ Chairman of the Supervisory Board: Philippe Miltin Sitz/Registered Office: Tuebingen Registergericht/Registration Court: Stuttgart Registernummer/Commercial Register No.: HRB 382196 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761197: lxc: systemd-journald eats CPU in lxc jessie container
Package: lxc Version: 1:1.0.5-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** Install jessie container lxc-create -n container -t debian -- -r jessie lxc-start -n jessie ... login ... top system-journald eating CPU This problem is mentioned in https://www.mail-archive.com/lxc-users@lists.linuxcontainers.org/msg01483.html The workaround seems to work. add lxc.kmsg=0 and remove /dev/kmsg within container and restart. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii init-system-helpers 1.21 ii libapparmor1 2.8.0-5.1+b2 ii libc62.19-10 ii libcap2 1:2.24-4 ii libseccomp2 2.1.1-1 ii libselinux1 2.3-2 ii multiarch-support2.19-10 ii python3 3.4.1-1 Versions of packages lxc recommends: ii lua5.2 5.2.3-1 ii rsync 3.1.1-2 Versions of packages lxc suggests: ii debootstrap 1.0.61 -- no debconf information -- Vorstandsvorsitzender/Chairman of the board of management: Gerd-Lothar Leonhart Vorstand/Board of Management: Dr. Bernd Finkbeiner, Michael Heinrichs, Dr. Arno Steitz Vorsitzender des Aufsichtsrats/ Chairman of the Supervisory Board: Philippe Miltin Sitz/Registered Office: Tuebingen Registergericht/Registration Court: Stuttgart Registernummer/Commercial Register No.: HRB 382196 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755687: Additional Info
Seems to be compiler related, since the ecj Compiler from eclipse with openjdk-6-jre can compile this code. (However one needs to replace the com.google classes with the orginal JAR http://central.maven.org/maven2/com/google/guava/guava/11.0.2/guava-11.0.2.jar in order to compile it) -- Vorstandsvorsitzender/Chairman of the board of management: Gerd-Lothar Leonhart Vorstand/Board of Management: Dr. Bernd Finkbeiner, Michael Heinrichs, Dr. Arno Steitz Vorsitzender des Aufsichtsrats/ Chairman of the Supervisory Board: Philippe Miltin Sitz/Registered Office: Tuebingen Registergericht/Registration Court: Stuttgart Registernummer/Commercial Register No.: HRB 382196
Bug#755687: openjdk-6-jdk: javac fails to compile source (sun jdk same version does) . Seems icedtea related
Package: openjdk-6-jdk Version: 6b32-1.13.4-1~deb7u1 Severity: important Tags: upstream javac from openjdk-6-jdk fails to compile apache flume correctly within apache-bigtop. Have a tgz which demonstrate the problem. Seems to be upstream related since centos6 current displays the same error: $ javac HBaseSink.java HBaseSink.java:11: incompatible types; no instance(s) of type variable(s) K,V exist so that java.util.TreeMapK,V conforms to java.util.Mapbyte[],java.util.Mapbyte[],java.util.NavigableMapbyte[],java.lang.Long found : K,Vjava.util.TreeMapK,V required: java.util.Mapbyte[],java.util.Mapbyte[],java.util.NavigableMapbyte[],java.lang.Long Maps.newTreeMap(Bytes.BYTES_COMPARATOR); ^ 1 error using javac from Oracles jdk 1.6.0_32 compiles this code without warnings/errors. Hope that I can attach Source and Dependencies on this ticket ... -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-6-jdk depends on: ii libc6 2.13-38+deb7u3 ii libx11-6 2:1.5.0-1+deb7u1 ii openjdk-6-jre 6b32-1.13.4-1~deb7u1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages openjdk-6-jdk recommends: ii libxt-dev 1:1.1.3-1+deb7u1 Versions of packages openjdk-6-jdk suggests: pn openjdk-6-demonone pn openjdk-6-source none pn visualvm none -- no debconf information -- Vorstandsvorsitzender/Chairman of the board of management: Gerd-Lothar Leonhart Vorstand/Board of Management: Dr. Bernd Finkbeiner, Michael Heinrichs, Dr. Arno Steitz Vorsitzender des Aufsichtsrats/ Chairman of the Supervisory Board: Philippe Miltin Sitz/Registered Office: Tuebingen Registergericht/Registration Court: Stuttgart Registernummer/Commercial Register No.: HRB 382196 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#311212: gcj fails: libgcj.spec: No such file or directory
Package: gcj Version: 3.3.5-3 Every compilation fails with error messages. gcj -v Hallo.class Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs Reading specs from libgcj.spec gcj: libgcj.spec: No such file or directory -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]