Bug#1028496: nvidia-driver: Geforce RTX 4070 Ti not supported with driver before 525.78.01
Package: nvidia-driver Version: 470.161.03-1 Severity: wishlist Dear maintainer, A new graphic card has been released (RTX 4070 Ti) but it requires the lastest version of driver (v525.78.01). Please consider packaging this version. Thanks. Best regards -- Package-specific info: uname -a: Linux amaterasu 5.10.0-20-amd64 #1 SMP Debian 5.10.158-2 (2022-12-13) x86_64 GNU/Linux /proc/version: Linux version 5.10.0-20-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP Debian 5.10.158-2 (2022-12-13) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 470.161.03 Wed Oct 19 00:10:36 UTC 2022 GCC version: gcc version 10.2.1 20210110 (Debian 10.2.1-6) lspci 'display controller [030?]': 26:00.0 VGA compatible controller [0300]: NVIDIA Corporation TU104 [GeForce RTX 2070 SUPER] [10de:1e84] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Micro-Star International Co., Ltd. [MSI] TU104 [GeForce RTX 2070 SUPER] [1462:c726] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: nvidia Kernel modules: nvidia dmesg: Device node permissions: crw-rw+ 1 root video 226, 0 Jan 11 20:11 /dev/dri/card0 crw-rw+ 1 root render 226, 128 Jan 11 20:11 /dev/dri/renderD128 crw-rw-rw- 1 root root 195, 254 Jan 11 20:11 /dev/nvidia-modeset crw-rw-rw- 1 root root 195, 0 Jan 11 20:11 /dev/nvidia0 crw-rw-rw- 1 root root 195, 255 Jan 11 20:11 /dev/nvidiactl /dev/dri/by-path: total 0 lrwxrwxrwx 1 root root 8 Jan 11 20:11 pci-:26:00.0-card -> ../card0 lrwxrwxrwx 1 root root 13 Jan 11 20:11 pci-:26:00.0-render -> ../renderD128 video:x:44:guillaume Alternative 'nvidia': nvidia - auto mode link best version is /usr/lib/nvidia/current link currently points to /usr/lib/nvidia/current link nvidia is /usr/lib/nvidia/nvidia slave nvidia--libEGL_nvidia.so.0-i386-linux-gnu is /usr/lib/i386-linux-gnu/libEGL_nvidia.so.0 slave nvidia--libEGL_nvidia.so.0-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libEGL_nvidia.so.0 slave nvidia--libGLESv1_CM_nvidia.so.1-i386-linux-gnu is /usr/lib/i386-linux-gnu/libGLESv1_CM_nvidia.so.1 slave nvidia--libGLESv1_CM_nvidia.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libGLESv1_CM_nvidia.so.1 slave nvidia--libGLESv2_nvidia.so.2-i386-linux-gnu is /usr/lib/i386-linux-gnu/libGLESv2_nvidia.so.2 slave nvidia--libGLESv2_nvidia.so.2-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libGLESv2_nvidia.so.2 slave nvidia--libGLX_nvidia.so.0-i386-linux-gnu is /usr/lib/i386-linux-gnu/libGLX_nvidia.so.0 slave nvidia--libGLX_nvidia.so.0-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libGLX_nvidia.so.0 slave nvidia--libcuda.so-i386-linux-gnu is /usr/lib/i386-linux-gnu/libcuda.so slave nvidia--libcuda.so-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libcuda.so slave nvidia--libcuda.so.1-i386-linux-gnu is /usr/lib/i386-linux-gnu/libcuda.so.1 slave nvidia--libcuda.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libcuda.so.1 slave nvidia--libglxserver_nvidia.so is /usr/lib/nvidia/libglxserver_nvidia.so slave nvidia--libnvcuvid.so-i386-linux-gnu is /usr/lib/i386-linux-gnu/libnvcuvid.so slave nvidia--libnvcuvid.so-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvcuvid.so slave nvidia--libnvcuvid.so.1-i386-linux-gnu is /usr/lib/i386-linux-gnu/libnvcuvid.so.1 slave nvidia--libnvcuvid.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvcuvid.so.1 slave nvidia--libnvidia-allocator.so.1-i386-linux-gnu is /usr/lib/i386-linux-gnu/libnvidia-allocator.so.1 slave nvidia--libnvidia-allocator.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvidia-allocator.so.1 slave nvidia--libnvidia-cfg.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 slave nvidia--libnvidia-encode.so.1-i386-linux-gnu is /usr/lib/i386-linux-gnu/libnvidia-encode.so.1 slave nvidia--libnvidia-encode.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvidia-encode.so.1 slave nvidia--libnvidia-fbc.so.1-i386-linux-gnu is /usr/lib/i386-linux-gnu/libnvidia-fbc.so.1 slave nvidia--libnvidia-fbc.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvidia-fbc.so.1 slave nvidia--libnvidia-ifr.so.1-i386-linux-gnu is /usr/lib/i386-linux-gnu/libnvidia-ifr.so.1 slave nvidia--libnvidia-ifr.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvidia-ifr.so.1 slave nvidia--libnvidia-ml.so.1-i386-linux-gnu is /usr/lib/i386-linux-gnu/libnvidia-ml.so.1 slave nvidia--libnvidia-ml.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvidia-ml.so.1 slave nvidia--libnvidia-ngx.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvidia-ngx.so.1 slave nvidia--libnvidia-opencl.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvidia-opencl.so.1
Bug#989887: /lib/systemd/system/netdata.service: systemd request to update out of date service file
Package: netdata-core Version: 1.29.3-4 Severity: normal File: /lib/systemd/system/netdata.service Dear Maintainer, systemd reports an obsolete value used in /lib/systemd/system/netdata.service. # journalctl -b -u netdata [...] juin 04 13:10:17 kazoo systemd[1]: /lib/systemd/system/netdata.service:55: Standard output type syslog+console is obsolete, automatically updating to journal+console. Please update your unit file, and consider removing the setting altogether. juin 04 13:10:17 kazoo systemd[1]: /lib/systemd/system/netdata.service:56: Standard output type syslog+console is obsolete, automatically updating to journal+console. Please update your unit file, and consider removing the setting altogether. [...] Best regards, Guillaume -- System Information: Debian Release: 11.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-7-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr:en_US:ja Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages netdata-core depends on: ii init-system-helpers 1.60 ii libc62.31-12 ii libcap2 1:2.44-1 ii libcap2-bin 1:2.44-1 ii libgcc-s110.2.1-6 ii libjson-c5 0.15-2 ii libjudydebian1 1.0.5-5+b2 ii liblz4-1 1.9.3-2 ii libmnl0 1.0.4-3 ii libnetfilter-acct1 1.0.3-3 ii libprotobuf233.12.4-1 ii libsnappy1v5 1.1.8-1 ii libssl1.11.1.1k-1 ii libstdc++6 10.2.1-6 ii libuuid1 2.36.1-7 ii libuv1 1.40.0-1 ii lsb-base 11.1.0 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages netdata-core recommends: ii curl 7.74.0-1.2 Versions of packages netdata-core suggests: pn apcupsd pn hddtemp ii iproute25.10.0-4 ii iw 5.9-3 ii lm-sensors 1:3.6.0-7 pn nc -- no debconf information
Bug#949035: blender: crashes when opening certain files
Dear Maintainer, Works fine with version 2.83.4+dfsg-1 of blender. I thinks this bug can be closed. Cheers, -- Guillaume Clercin signature.asc Description: This is a digitally signed message part.
Bug#949035: blender: crashes when opening certain files
o.1 => /lib/x86_64-linux-gnu/libgeos_c.so.1 (0x7f294620a000) libepsilon.so.1 => /lib/x86_64-linux-gnu/libepsilon.so.1 (0x7f29461f) libodbc.so.2 => /lib/x86_64-linux-gnu/libodbc.so.2 (0x7f294617e000) libodbcinst.so.2 => /lib/x86_64-linux-gnu/libodbcinst.so.2 (0x7f2946164000) libkmlbase.so.1 => /lib/x86_64-linux-gnu/libkmlbase.so.1 (0x7f2946146000) libkmldom.so.1 => /lib/x86_64-linux-gnu/libkmldom.so.1 (0x7f294608c000) libkmlengine.so.1 => /lib/x86_64-linux-gnu/libkmlengine.so.1 (0x7f2946051000) libxerces-c-3.2.so => /lib/x86_64-linux-gnu/libxerces-c-3.2.so (0x7f2945ca6000) libnetcdf.so.13 => /lib/x86_64-linux-gnu/libnetcdf.so.13 (0x7f2945b65000) libhdf5_serial.so.103 => /lib/x86_64-linux-gnu/libhdf5_serial.so.103 (0x7f29457de000) libmfhdfalt.so.0 => /lib/libmfhdfalt.so.0 (0x7f29457b4000) libdfalt.so.0 => /lib/libdfalt.so.0 (0x7f294570b000) libogdi.so.4.1 => /lib/libogdi.so.4.1 (0x7f29456ed000) libgeotiff.so.5 => /lib/x86_64-linux-gnu/libgeotiff.so.5 (0x7f29456b8000) libcfitsio.so.8 => /lib/x86_64-linux-gnu/libcfitsio.so.8 (0x7f29453b1000) libpq.so.5 => /lib/x86_64-linux-gnu/libpq.so.5 (0x7f2945354000) libproj.so.15 => /lib/x86_64-linux-gnu/libproj.so.15 (0x7f2945067000) libdapclient.so.6 => /lib/x86_64-linux-gnu/libdapclient.so.6 (0x7f294501e000) libdap.so.25 => /lib/x86_64-linux-gnu/libdap.so.25 (0x7f2944e78000) libspatialite.so.7 => /lib/x86_64-linux-gnu/libspatialite.so.7 (0x7f29448e5000) libcurl-gnutls.so.4 => /lib/x86_64-linux-gnu/libcurl-gnutls.so.4 (0x7f2944857000) libfyba.so.0 => /lib/x86_64-linux-gnu/libfyba.so.0 (0x7f29447fb000) libmariadb.so.3 => /lib/x86_64-linux-gnu/libmariadb.so.3 (0x7f29447a4000) libblkid.so.1 => /lib/x86_64-linux-gnu/libblkid.so.1 (0x7f294474e000) libpcre2-8.so.0 => /lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x7f29446be000) libdatrie.so.1 => /lib/x86_64-linux-gnu/libdatrie.so.1 (0x7f29446b2000) libgraphite2.so.3 => /lib/x86_64-linux-gnu/libgraphite2.so.3 (0x7f2944686000) libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x7f294466c000) libcrypto.so.1.1 => /lib/x86_64-linux-gnu/libcrypto.so.1.1 (0x7f2944381000) libblas.so.3 => /lib/x86_64-linux-gnu/libblas.so.3 (0x7f2944312000) liblapack.so.3 => /lib/x86_64-linux-gnu/liblapack.so.3 (0x7f2943c6d000) libarpack.so.2 => /lib/x86_64-linux-gnu/libarpack.so.2 (0x7f2943c24000) libsuperlu.so.5 => /lib/x86_64-linux-gnu/libsuperlu.so.5 (0x7f2943bb1000) libnss3.so => /lib/x86_64-linux-gnu/libnss3.so (0x7f2943a61000) libsmime3.so => /lib/x86_64-linux-gnu/libsmime3.so (0x7f2943a32000) libnspr4.so => /lib/x86_64-linux-gnu/libnspr4.so (0x7f29439ef000) libgeos-3.8.0.so => /lib/x86_64-linux-gnu/libgeos-3.8.0.so (0x7f2943814000) libpopt.so.0 => /lib/x86_64-linux-gnu/libpopt.so.0 (0x7f2943806000) libltdl.so.7 => /lib/x86_64-linux-gnu/libltdl.so.7 (0x7f29437fb000) libminizip.so.1 => /lib/x86_64-linux-gnu/libminizip.so.1 (0x7f29435ef000) liburiparser.so.1 => /lib/x86_64-linux-gnu/liburiparser.so.1 (0x7f29435ce000) libhdf5_serial_hl.so.100 => /lib/x86_64-linux-gnu/libhdf5_serial_hl.so.100 (0x7f29435a8000) libsz.so.2 => /lib/x86_64-linux-gnu/libsz.so.2 (0x7f29435a3000) libssl.so.1.1 => /lib/x86_64-linux-gnu/libssl.so.1.1 (0x7f2943511000) libldap_r-2.4.so.2 => /lib/x86_64-linux-gnu/libldap_r-2.4.so.2 (0x7f29434bc000) libsqlite3.so.0 => /lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f2943391000) libnghttp2.so.14 => /lib/x86_64-linux-gnu/libnghttp2.so.14 (0x7f2943368000) librtmp.so.1 => /lib/x86_64-linux-gnu/librtmp.so.1 (0x7f2943349000) libssh2.so.1 => /lib/x86_64-linux-gnu/libssh2.so.1 (0x7f294331b000) libpsl.so.5 => /lib/x86_64-linux-gnu/libpsl.so.5 (0x7f2943308000) liblber-2.4.so.2 => /lib/x86_64-linux-gnu/liblber-2.4.so.2 (0x7f29432f5000) libbrotlidec.so.1 => /lib/x86_64-linux-gnu/libbrotlidec.so.1 (0x7f29432e7000) libfyut.so.0 => /lib/x86_64-linux-gnu/libfyut.so.0 (0x7f29432db000) libfygm.so.0 => /lib/x86_64-linux-gnu/libfygm.so.0 (0x7f29432d2000) libgfortran.so.5 => /lib/x86_64-linux-gnu/libgfortran.so.5 (0x7f2943043000) libnssutil3.so => /lib/x86_64-linux-gnu/libnssutil3.so (0x7f294300e000) libplc4.so => /lib/x86_64-linux-gnu/libplc4.so (0x7f2943007000) libplds4.so => /lib/x86_64-linux-gnu/libplds4.so (0x7f2943002000) libaec.so.0 => /lib/x86_64-linux-gnu/libaec.so.0 (0x7f2942ff9000) libsasl2.so.2 => /lib/x86_64-linux-gnu/libsasl2.so.2 (0x7f2942fdd000) libbrotlicommon.so.1 => /lib/x86_64-linux-gnu/libbrotlicommon.so.1 (0x7f2942fb8000) libquadmath.so.0 => /lib/x86_64-linux-gnu/libquadmath.so.0 (0x7f2942f6f000) > > So I guess this report can be closed. Will leave that up to the Debian > team though, I don't know their policies :) > > Cheers, > - Julian - Cheers, -- Guillaume Clercin signature.asc Description: This is a digitally signed message part.
Bug#949035: blender: crashes when opening certain files
Package: blender Version: 2.81.a+dfsg-3 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Updating to the latest version. * What was the outcome of this action? Blender crashes like this: % blender -b de2.blend Blender 2.81 (sub 16) Read prefs: /home/guillaume/.config/blender/2.81/config/userpref.blend Read blend: /home/guillaume/Image/blender/de2.blend blender(BLI_system_backtrace+0x33) [0x559481933df3] blender(blo_do_versions_280+0x588f) [0x55948170cd7f] blender(+0x1282925) [0x5594816e1925] blender(blo_read_file_internal+0xb2e) [0x5594816f636e] blender(BLO_read_from_file+0x3d) [0x55948171657d] blender(BKE_blendfile_read+0x30) [0x559482146550] blender(WM_file_read+0x146) [0x559481b291d6] blender(+0x127e737) [0x5594816dd737] blender(BLI_argsParse+0xd7) [0x5594818e5a67] blender(main+0x26f) [0x5594816a4e8f] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xeb) [0x7f846566ebbb] blender(_start+0x2a) [0x5594816dc8ba] BLI_assert failed: /build/blender-WIjrmw/blender-2.81.a+dfsg/source/blender/blenloader/intern/versioning_280.c:2577, blo_do_versions_280(), at 'ar_header' * What outcome did you expect instead? As previous version of blender, open the file. *** End of the template - remove these template lines *** -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr:en_US (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages blender depends on: ii blender-data 2.81.a+dfsg-3 ii fonts-dejavu 2.37-1 ii libavcodec58 7:4.2.1-2+b1 ii libavdevice58 7:4.2.1-2+b1 ii libavformat58 7:4.2.1-2+b1 ii libavutil56 7:4.2.1-2+b1 ii libboost-locale1.67.0 1.67.0-17 ii libc6 2.29-8 ii libfftw3-double3 3.3.8-2 ii libfreetype6 2.10.1-2 ii libgcc1 1:9.2.1-22 ii libgl11.3.0-7 ii libglew2.12.1.0-4+b1 ii libgomp1 9.2.1-22 ii libilmbase24 2.3.0-6 ii libjack-jackd2-0 [libjack-0.125] 1.9.12~dfsg-2+b1 ii libjemalloc2 5.2.1-1 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libopenal11:1.19.1-1+b1 ii libopencolorio1v5 1.1.1~dfsg0-5 ii libopenexr24 2.3.0-6 ii libopenimageio2.0 2.0.12~dfsg0-1 ii libopenjp2-7 2.3.1-1 ii libopenvdb5.2 5.2.0-7 ii libosdcpu3.4.03.4.0-6 ii libosdgpu3.4.03.4.0-6 ii libpcre3 2:8.39-12+b1 ii libpng16-16 1.6.37-1 ii libpython3.7 3.7.6-1 ii libsndfile1 1.0.28-6 ii libspnav0 0.2.3-1+b2 ii libstdc++69.2.1-22 ii libswscale5 7:4.2.1-2+b1 ii libtbb2 2020.0-2 ii libtiff5 4.1.0+git191117-2 ii libx11-6 2:1.6.8-1 ii libxfixes31:5.0.3-1 ii libxi62:1.7.9-1 ii libxml2 2.9.4+dfsg1-8 ii libxrender1 1:0.9.10-1 ii libxxf86vm1 1:1.1.4-1+b2 ii zlib1g1:1.2.11.dfsg-1+b1 blender recommends no packages. blender suggests no packages. -- no debconf information de2.blend.gz Description: application/gzip
Bug#947003: network-manager: Incorrect update of /etc/resolv.conf, bad search field
Package: network-manager Version: 1.22.0-1 Severity: important Dear Maintainer, * What led up to the situation? After upgrading network-manager from 1.20.8-1 to 1.22.0-1. * What exactly did you do (or not do) that was effective (or ineffective)? DNS works if I fix /etc/resolv.conf until network-manager restart. * What was the outcome of this action? The file "/etc/resolv.conf" was incorrectly updated. Dot in search field are removed. Example: intellique.com => intelliquecom. * What outcome did you expect instead? As version 1.20.8-1, network-manager update correctly /etc/resolv.conf -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.3.0-3-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr:en_US (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages network-manager depends on: ii adduser3.118 ii dbus 1.12.16-2 ii init-system-helpers1.57 ii libaudit1 1:2.8.5-2+b1 ii libbluetooth3 5.50-1+b1 ii libc6 2.29-6 ii libcurl3-gnutls7.67.0-2 ii libglib2.0-0 2.62.3-2 ii libgnutls303.6.11.1-2 ii libjansson42.12-1 ii libmm-glib01.10.4-0.1 ii libndp01.6-1+b1 ii libnewt0.520.52.21-4 ii libnm0 1.22.0-1 ii libpam-systemd 244-3 ii libpolkit-agent-1-00.105-26 ii libpolkit-gobject-1-0 0.105-26 ii libpsl50.20.2-2 ii libreadline8 8.0-3 ii libselinux13.0-1 ii libsystemd0244-3 ii libteamdctl0 1.29-1 ii libudev1 244-3 ii libuuid1 2.34-0.1 ii policykit-10.105-26 ii udev 244-3 ii wpasupplicant 2:2.9-3+b1 Versions of packages network-manager recommends: ii crda 3.18-1 ii dnsmasq-base [dnsmasq-base] 2.80-1+b1 ii iptables 1.8.4-1 ii modemmanager 1.10.4-0.1 ii ppp 2.4.7-2+4.1+b1 Versions of packages network-manager suggests: ii isc-dhcp-client 4.4.1-2 pn libteam-utils -- no debconf information
Bug#889653: netdata: missing python module 'pyyaml2'
Hi, Finally, after copying "pyyam2" and "pyyaml3" from "python.d/python_modules" from git repository of netdata to "/usr/lib/x86_64-linux-gnu/netdata/python.d/ python_modules". Netdata's python modules works. Regards, Le mercredi 7 février 2018, 12:13:51 CET Guillaume Clercin a écrit : > With user netdata, if I want to test a python module, I run: > netdata@kazoo:/usr/lib/x86_64-linux-gnu/netdata$ ./plugins.d/python.d.plugin > 1 debug trace mdstat Traceback (most recent call last): > File "./plugins.d/python.d.plugin", line 31, in > from bases.loaders import ModuleAndConfigLoader > File > "/usr/lib/x86_64-linux-gnu/netdata/python.d/python_modules/bases/loaders.py > ", line 15, in from pyyaml2 import SafeLoader as YamlSafeLoader > ImportError: No module named pyyaml2 > > According the file > "/usr/lib/x86_64-linux-gnu/netdata/python.d/python_modules/bases/loaders.py > ", python2 module require pyyaml2 and python3 module require pyyaml3. > > Import thing, I modified > "/usr/lib/x86_64-linux-gnu/netdata/plugins.d/python.d.plugin" in order to > fix the path of "PLUGIN_CONFIG_DIR". > > Le mardi 6 février 2018, 17:41:24 CET Lennart Weller a écrit : > > It does depend on pyyaml3. > > > > Quote from your submitted bugreport: > > > Versions of packages netdata depends on: > > > ii python3-yaml 3.12-1+b1 > > > > On 05/02/2018 11:53, Guillaume Clercin wrote: > > > Package: netdata > > > Version: 1.9.0+dfsg-1 > > > Severity: important > > > > > > Dear Maintainer, > > > > > > After upgrading netdata, no python modules were enabled. Python modules > > > required pyyaml2 or (pyyaml3 maybe) in order to run. These packages > > > should be provided by netdata. They are available here: > > > https://github.com/firehol/netdata/tree/v1.9.0/python.d/python_modules > > > > > > Please, package them into netdata packages. > > > > > > > > > -- System Information: > > > Debian Release: buster/sid > > > > > >APT prefers testing > > >APT policy: (500, 'testing'), (500, 'stable') > > > > > > Architecture: amd64 (x86_64) > > > > > > Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) > > > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), > > > LANGUAGE= > > > (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash > > > Init: systemd (via /run/systemd/system) > > > > > > Versions of packages netdata depends on: > > > ii adduser 3.117 > > > ii libc62.26-6 > > > ii libcap2-bin 1:2.25-1.2 > > > ii libuuid1 2.30.2-0.3 > > > ii lsb-base 9.20170808 > > > ii netdata-data 1.9.0+dfsg-1 > > > ii python3 3.6.4-1 > > > ii python3-urllib3 1.22-1 > > > ii python3-yaml 3.12-1+b1 > > > ii zlib1g 1:1.2.8.dfsg-5 > > > > > > Versions of packages netdata recommends: > > > ii curl7.58.0-2 > > > pn fping > > > ii nodejs 4.8.4~dfsg-1 > > > > > > netdata suggests no packages. > > > > > > -- Configuration Files: > > > /etc/netdata/health_alarm_notify.conf changed [not included] > > > /etc/netdata/netdata.conf changed [not included] > > > /etc/netdata/python.d/postgres.conf changed [not included] > > > > > > -- no debconf information -- Guillaume Clercin Intellique www.intellique.com Tél: 01 78 94 84 06 signature.asc Description: This is a digitally signed message part.
Bug#889653: netdata: missing python module 'pyyaml2'
With user netdata, if I want to test a python module, I run: netdata@kazoo:/usr/lib/x86_64-linux-gnu/netdata$ ./plugins.d/python.d.plugin 1 debug trace mdstat Traceback (most recent call last): File "./plugins.d/python.d.plugin", line 31, in from bases.loaders import ModuleAndConfigLoader File "/usr/lib/x86_64-linux-gnu/netdata/python.d/python_modules/bases/loaders.py", line 15, in from pyyaml2 import SafeLoader as YamlSafeLoader ImportError: No module named pyyaml2 According the file "/usr/lib/x86_64-linux-gnu/netdata/python.d/python_modules/bases/loaders.py", python2 module require pyyaml2 and python3 module require pyyaml3. Import thing, I modified "/usr/lib/x86_64-linux-gnu/netdata/plugins.d/python.d.plugin" in order to fix the path of "PLUGIN_CONFIG_DIR". Le mardi 6 février 2018, 17:41:24 CET Lennart Weller a écrit : > It does depend on pyyaml3. > > Quote from your submitted bugreport: > > Versions of packages netdata depends on: > > ii python3-yaml 3.12-1+b1 > > On 05/02/2018 11:53, Guillaume Clercin wrote: > > Package: netdata > > Version: 1.9.0+dfsg-1 > > Severity: important > > > > Dear Maintainer, > > > > After upgrading netdata, no python modules were enabled. Python modules > > required pyyaml2 or (pyyaml3 maybe) in order to run. These packages > > should be provided by netdata. They are available here: > > https://github.com/firehol/netdata/tree/v1.9.0/python.d/python_modules > > > > Please, package them into netdata packages. > > > > > > -- System Information: > > Debian Release: buster/sid > > > >APT prefers testing > >APT policy: (500, 'testing'), (500, 'stable') > > > > Architecture: amd64 (x86_64) > > > > Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) > > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE= > > (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash > > Init: systemd (via /run/systemd/system) > > > > Versions of packages netdata depends on: > > ii adduser 3.117 > > ii libc62.26-6 > > ii libcap2-bin 1:2.25-1.2 > > ii libuuid1 2.30.2-0.3 > > ii lsb-base 9.20170808 > > ii netdata-data 1.9.0+dfsg-1 > > ii python3 3.6.4-1 > > ii python3-urllib3 1.22-1 > > ii python3-yaml 3.12-1+b1 > > ii zlib1g 1:1.2.8.dfsg-5 > > > > Versions of packages netdata recommends: > > ii curl7.58.0-2 > > pn fping > > ii nodejs 4.8.4~dfsg-1 > > > > netdata suggests no packages. > > > > -- Configuration Files: > > /etc/netdata/health_alarm_notify.conf changed [not included] > > /etc/netdata/netdata.conf changed [not included] > > /etc/netdata/python.d/postgres.conf changed [not included] > > > > -- no debconf information--- /usr/lib/x86_64-linux-gnu/netdata/plugins.d/python.d.plugin 2018-02-07 12:08:20.280526465 +0100 +++ /usr/lib/x86_64-linux-gnu/netdata/plugins.d/python.d.plugin 2018-01-27 22:30:16.630789251 +0100 @@ -21,7 +21,7 @@ from time import time PY_VERSION = version_info[:2] -PLUGIN_CONFIG_DIR = os.getenv('NETDATA_CONFIG_DIR', os.path.dirname(__file__) + '/../../../../etc/netdata') + '/' +PLUGIN_CONFIG_DIR = os.getenv('NETDATA_CONFIG_DIR', os.path.dirname(__file__) + '/../../../../../etc/netdata') + '/' CHARTS_PY_DIR = os.path.abspath(os.getenv('NETDATA_PLUGINS_DIR', os.path.dirname(__file__)) + '/../python.d') + '/' CHARTS_PY_CONFIG_DIR = PLUGIN_CONFIG_DIR + 'python.d/' PYTHON_MODULES_DIR = CHARTS_PY_DIR + 'python_modules' signature.asc Description: This is a digitally signed message part.
Bug#889653: netdata: missing python module 'pyyaml2'
Package: netdata Version: 1.9.0+dfsg-1 Severity: important Dear Maintainer, After upgrading netdata, no python modules were enabled. Python modules required pyyaml2 or (pyyaml3 maybe) in order to run. These packages should be provided by netdata. They are available here: https://github.com/firehol/netdata/tree/v1.9.0/python.d/python_modules Please, package them into netdata packages. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages netdata depends on: ii adduser 3.117 ii libc62.26-6 ii libcap2-bin 1:2.25-1.2 ii libuuid1 2.30.2-0.3 ii lsb-base 9.20170808 ii netdata-data 1.9.0+dfsg-1 ii python3 3.6.4-1 ii python3-urllib3 1.22-1 ii python3-yaml 3.12-1+b1 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages netdata recommends: ii curl7.58.0-2 pn fping ii nodejs 4.8.4~dfsg-1 netdata suggests no packages. -- Configuration Files: /etc/netdata/health_alarm_notify.conf changed [not included] /etc/netdata/netdata.conf changed [not included] /etc/netdata/python.d/postgres.conf changed [not included] -- no debconf information
Bug#882529: stenc: Use after free memory when the tape drive is positioned at the end of data
Package: stenc Version: 1.0.7-2~bpo8+1 Severity: normal Tags: upstream patch Dear Maintainer, Today, I backported this package to jessie. Notice, this package require automake1.11 in order to be build on jessie. I have got two drives into a library and stenc works as expected except this use after free bug which occur when the tape drive is positioned at the end of data. To reproduice the bug: # mt -f /dev/nst0 eod # stenc -f /dev/nst0 --detail Status for /dev/nst0 -- Device Mfg: HP Product ID: Ultrium 5-SCSI Product Revision:Z63U Drive Encryption:on Drive Output:Decrypting Unencrypted data not outputted Drive Input: Encrypting Protecting from raw read Key Instance Counter:3 Encryption Algorithm:1 Drive Key Desc.(uKAD): Key n#2 for AAA013 Volume Encryption: Unable to determine *** Error in `stenc': double free or corruption (fasttop): 0x55ad30f77010 *** An upstream patch exists, see: https://sourceforge.net/p/stenc/code/ci/7c8e38048766f0c91fe2f11863a0c0450c34c79b/ -- System Information: Debian Release: 8.9 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.64-storiq64-opteron (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages stenc depends on: ii libc6 2.19-18+deb8u10 ii libgcc1 1:4.9.2-10 ii libstdc++6 4.9.2-10 stenc recommends no packages. stenc suggests no packages. -- no debconf information Index: stenc-1.0.7/src/scsiencrypt.cpp === --- stenc-1.0.7.orig/src/scsiencrypt.cpp +++ stenc-1.0.7/src/scsiencrypt.cpp @@ -174,6 +174,7 @@ SSP_NBES* SSPGetNBES(string tapeDevice,b if(status->nbes.encryptionStatus!=0x01)break; if(moves>=MAX_TAPE_READ_BLOCKS)break; delete status; + status=NULL; if(!moveTape(tapeDevice,1,true))break; moves++; status=SSPGetNBES(tapeDevice,false);