Bug#993000: linux: please enable CONFIG_VFIO_FSL_MC on arm64
Source: linux Severity: normal X-Debbugs-Cc: russm-debian-b...@slofith.org Dear Maintainer, Please enable CONFIG_VFIO_FSL_MC=m on arm64 to allow passthrough of fsl-mc network devices to VMs. Thanks -- System Information: Debian Release: 11.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable'), (1, 'experimental') Architecture: arm64 (aarch64) Kernel: Linux 5.13.0-trunk-arm64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#992988: linux: please enable CONFIG_FSL_MC_UAPI_SUPPORT on arm64
Source: linux Severity: normal X-Debbugs-Cc: russm-debian-b...@slofith.org Dear Maintainer, Please enable CONFIG_FSL_MC_UAPI_SUPPORT=y alongside CONFIG_FSL_MC_BUS=y on arm64 to allow userspace management of DPAA2 networking objects. Thanks -- System Information: Debian Release: 11.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable'), (1, 'experimental') Architecture: arm64 (aarch64) Kernel: Linux 5.13.0-trunk-arm64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#940875: live-boot does not allow rootflags for plainroot backing filesystem mount
Source: live-boot Version: 1:20190614 Severity: wishlist Tags: patch live-boot doesn't currently have a way to pass mount options for the live system's backing store. I use plainroot off a btrfs subvol, which requires the subvol=${subvolname} mount option to be passed. I'm currently using the attached patch to make this work, but it's not a general solution to passing mount options for live-boot backing stores, it explicitly only supports my plainroot use case (but I'm unsure of how much utility there would be on supporting mount options for other use cases). -- System Information: Debian Release: 10.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/16 CPU cores) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled diff -ur debian-live-10.0.0-amd64-standard/usr/lib/live/boot/9990-cmdline-old live/usr/lib/live/boot/9990-cmdline-old --- debian-live-10.0.0-amd64-standard/usr/lib/live/boot/9990-cmdline-old 2019-06-14 09:55:07.0 + +++ live/usr/lib/live/boot/9990-cmdline-old 2019-09-08 02:33:06.434062300 + @@ -239,6 +239,12 @@ export PLAIN_ROOT ;; + plainrootflags=*) + PLAIN_ROOT="true" + PLAIN_ROOT_FLAGS="${_PARAMETER#plainrootflags=}" + export PLAIN_ROOT PLAIN_ROOT_FLAGS + ;; + skipunion) SKIP_UNION_MOUNTS="true" export SKIP_UNION_MOUNTS diff -ur debian-live-10.0.0-amd64-standard/usr/lib/live/boot/9990-overlay.sh live/usr/lib/live/boot/9990-overlay.sh --- debian-live-10.0.0-amd64-standard/usr/lib/live/boot/9990-overlay.sh 2019-06-14 09:55:07.0 + +++ live/usr/lib/live/boot/9990-overlay.sh 2019-09-08 02:48:30.213017609 + @@ -120,7 +120,7 @@ # we have a plain root system mkdir -p "${croot}/filesystem" log_begin_msg "Mounting \"${image_directory}\" on \"${croot}/filesystem\"" - mount -t $(get_fstype "${image_directory}") -o ro,noatime "${image_directory}" "${croot}/filesystem" || \ + mount -t $(get_fstype "${image_directory}") -o "${PLAIN_ROOT_FLAGS:-ro}",ro,noatime "${image_directory}" "${croot}/filesystem" || \ panic "Can not mount ${image_directory} on ${croot}/filesystem" && \ rootfslist="${croot}/filesystem ${rootfslist}" # probably broken:
Bug#914957: additional
Specifically, the current status means that on stretch systems, any accounts relying on the default pam_unix nullok_secure to allow null- password accounts to log in from local terminals only are open to access by anyone who ssh's in and happens to get get pts/0 or pts/1.
Bug#914957: login: removal of pts/* from /etc/securetty wasn't applied in stretch
Package: login Version: 1:4.4-4.1 Severity: grave Tags: security Justification: user security hole The addition of pts/* to /etc/securetty was reverted in 1:4.5-1 but *not* in packages installed to stretch. Please backport this fix to 1:4.4-* -- System Information: Debian Release: 9.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-0.bpo.1-amd64 (SMP w/16 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages login depends on: ii libaudit1 1:2.6.7-2 ii libc6 2.24-11+deb9u3 ii libpam-modules 1.1.8-3.6 ii libpam-runtime 1.1.8-3.6 ii libpam0g1.1.8-3.6 login recommends no packages. login suggests no packages. -- no debconf information
Bug#910001: gnuradio-companion requires python-gtk2 but it is not depended on
Package: gnuradio Version: 3.7.13.4-1 Severity: grave Justification: renders package unusable Dear Maintainer, Without python-gtk2 installed, gnuradio-companion fails to launch: user@debian:~$ gnuradio-companion ImportError Failed to initialize GTK. If you are running over ssh, did you enable X forwarding and start ssh with -X? (No module named gtk) user@debian:~$ installing python-gtk2 allows gnuradio-companion to run. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnuradio depends on: ii libasound21.1.6-1 ii libboost-atomic1.62.0 1.62.0+dfsg-10 ii libboost-chrono1.62.0 1.62.0+dfsg-10 ii libboost-date-time1.62.0 1.62.0+dfsg-10 ii libboost-filesystem1.62.0 1.62.0+dfsg-10 ii libboost-program-options1.62.01.62.0+dfsg-10 ii libboost-regex1.62.0 1.62.0+dfsg-10 ii libboost-system1.62.0 1.62.0+dfsg-10 ii libboost-thread1.62.0 1.62.0+dfsg-10 ii libc6 2.27-6 ii libcodec2-0.8.1 0.8.1-1 ii libcomedi00.10.2-4+b6 ii libfftw3-single3 3.3.8-2 ii libgcc1 1:8.2.0-7 ii libgnuradio-analog3.7.13 3.7.13.4-1 ii libgnuradio-atsc3.7.133.7.13.4-1 ii libgnuradio-audio3.7.13 3.7.13.4-1 ii libgnuradio-blocks3.7.13 3.7.13.4-1 ii libgnuradio-channels3.7.133.7.13.4-1 ii libgnuradio-comedi3.7.13 3.7.13.4-1 ii libgnuradio-digital3.7.13 3.7.13.4-1 ii libgnuradio-dtv3.7.13 3.7.13.4-1 ii libgnuradio-fcd3.7.13 3.7.13.4-1 ii libgnuradio-fec3.7.13 3.7.13.4-1 ii libgnuradio-fft3.7.13 3.7.13.4-1 ii libgnuradio-filter3.7.13 3.7.13.4-1 ii libgnuradio-noaa3.7.133.7.13.4-1 ii libgnuradio-pager3.7.13 3.7.13.4-1 ii libgnuradio-pmt3.7.13 3.7.13.4-1 ii libgnuradio-qtgui3.7.13 3.7.13.4-1 ii libgnuradio-runtime3.7.13 3.7.13.4-1 ii libgnuradio-trellis3.7.13 3.7.13.4-1 ii libgnuradio-uhd3.7.13 3.7.13.4-1 ii libgnuradio-video-sdl3.7.13 3.7.13.4-1 ii libgnuradio-vocoder3.7.13 3.7.13.4-1 ii libgnuradio-wavelet3.7.13 3.7.13.4-1 ii libgnuradio-wxgui3.7.13 3.7.13.4-1 ii libgnuradio-zeromq3.7.13 3.7.13.4-1 ii libgsl23 2.5+dfsg-5 ii libgslcblas0 2.5+dfsg-5 ii libgsm1 1.0.13-4+b2 ii libjack-jackd2-0 [libjack-0.125] 1.9.12~dfsg-2 ii liblog4cpp5v5 1.1.3-1 ii libportaudio2 19.6.0-1 ii libpython2.7 2.7.15-4 ii libqt5core5a 5.11.1+dfsg-9 ii libqt5gui55.11.1+dfsg-9 ii libqt5widgets55.11.1+dfsg-9 ii libqwt-qt5-6 6.1.3-1 ii libsdl1.2debian 1.2.15+dfsg2-2 ii libstdc++68.2.0-7 ii libuhd3.12.0 3.12.0.0-3 ii libusb-1.0-0 2:1.0.22-2 ii libvolk1-bin 1.4-3 ii libvolk1.41.4-3 ii libzmq5 4.2.5-2 ii python2.7.15-3 ii python-cheetah3.1.0-2+b1 ii python-gobject-2 2.28.6-13+b1 ii python-lxml 4.2.5-1 ii python-numpy 1:1.14.5-1+b1 ii python-opengl 3.1.0+dfsg-2 ii python-pyqt5 5.11.2+dfsg-1+b1 ii python-sip4.19.12+dfsg-1 ii python-wxgtk3.0 3.0.2.0+dfsg-8 ii python-zmq17.1.0-1 Versions of packages gnuradio recommends: ii gnuradio-dev 3.7.13.4-1 ii python-matplotlib 2.2.2-4+b1 ii python-networkx2.1-1 pn python-qwt-qt5 ii python-scipy 1.1.0-1+b1 ii python-tk 2.7.15-1 ii rtl-sdr0.5.4-1 ii uhd-host 3.12.0.0-3 Versions of packages gnuradio suggests: ii gr-fosphor 3.7.0.2.7b6b996-3+b1 pn gr-osmosdr -- no debconf information
Bug#872004: linux: Please enable CONFIG_SPI_PXA2XX
On Thu, Sep 14, 2017 at 09:48:26AM +0200, Uwe Kleine-König wrote: > > For which platform is this needed? amd64? Does this also require > CONFIG_SPI_PXA2XX_PCI? For amd64, CONFIG_SPI_PXA2XX only, not CONFIG_SPI_PXA2XX_PCI. Thanks.
Bug#872004: linux: Please enable CONFIG_SPI_PXA2XX
Source: linux Severity: wishlist Dear Maintainer, CONFIG_SPI_PXA2XX is necessary (but not sufficient) for keyboard/ trackpad support in new-model Apple MacBook Pro laptops. Please enable this to ease use of the in-development keyboard/trackpad drivers. https://github.com/cb22/macbook12-spi-driver/issues/9#issuecomment-307612240 Thank you. -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/16 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#867530: inspectrum is severely out of date, please update
Package: inspectrum Version: 0.1.6.6287ae4-1+b1 Severity: wishlist Dear Maintainer, The version of Inspectrum in Debian is 20+ months out of date, and there have been significant updates upstream. I believe the package originally stalled when it started depending on liquid-dsp which was not at that time packaged, but this is no longer the case. https://packages.debian.org/source/buster/liquid-dsp Thank you! -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages inspectrum depends on: ii libc6 2.24-11+deb9u1 ii libfftw3-single3 3.3.5-3 ii libgcc1 1:6.3.0-18 ii libqt5core5a 5.7.1+dfsg-3+b1 ii libqt5gui55.7.1+dfsg-3+b1 ii libqt5widgets55.7.1+dfsg-3+b1 ii libstdc++66.3.0-18 inspectrum recommends no packages. inspectrum suggests no packages.
Bug#397592: installation-guide: document max. length of boot parameters
Hi Holger, Thanks for picking up this long-stale bug :) It looks like sometime in the intervening 10 years this restriction has been fixed, or perhaps just lengthened, but I just booted a live CD with GRUB and a 260 character kernel command line and it was *not* truncated. Rather than quoting a specific 255-character limit, perhaps just mention that particularly long kernel command lines may be silently truncated? cheers Russell On Mon, Jul 03, 2017 at 06:25:20AM +0200, Holger Wansing wrote: > Control: tags -1 + pending > > > russell muetzelfeldt suggested: > > Package: debian-installer-manual > > > > Section B.2.2 (Using boot parameters to supplement preseeding) notes > > that current kernels can accept a maximum of 32 command line options, > > but says nothing about a maximum number of characters on the kernel > > command line. > > > > There appears to be a 255 character maximum for parameters, after > > which the kernel command line is silently truncated. I have no idea > > if this is a limitation of the kernel, or of grub, but it should > > probably be noted along with the 32 parameter limit. > > Fixed in svn. > > > Holger > > -- > > Created with Sylpheed 3.5.0 under > D E B I A N L I N U X 8 . 0 " J E S S I E " . > > Registered Linux User #311290 - https://linuxcounter.net/ >
Bug#851821: linux: Please enable CONFIG_TOUCHSCREEN_GOODIX
Source: linux Version: 4.9.2-2 Severity: wishlist Tags: patch Dear Maintainer, Please enable CONFIG_TOUCHSCREEN_GOODIX, for use on devices that have this touchscreen hardware installed. Thank you! diff --git a/debian/config/config b/debian/config/config index bd87c7f32..9dabf1feb 100644 --- a/debian/config/config +++ b/debian/config/config @@ -1423,7 +1423,7 @@ CONFIG_TOUCHSCREEN_HAMPSHIRE=m CONFIG_TOUCHSCREEN_EETI=m # CONFIG_TOUCHSCREEN_EGALAX is not set CONFIG_TOUCHSCREEN_FUJITSU=m -# CONFIG_TOUCHSCREEN_GOODIX is not set +CONFIG_TOUCHSCREEN_GOODIX=m # CONFIG_TOUCHSCREEN_ILI210X is not set CONFIG_TOUCHSCREEN_GUNZE=m # CONFIG_TOUCHSCREEN_ELAN is not set -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.9.2 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#842249: rtl-sdr: consider swapping upstream from osmocom to rtlsdrblog
Package: rtl-sdr Version: 0.5.3-11 Severity: wishlist Dear Maintainer, The rtlsdrblog upstream for this package has support for more hardware than the curent osmocom upstream (eg: rtl_biast to handle dongles with software switchable LNA power) and can be fast-forwarded from the current 0.5.3 release. Please consider switching upstream from Osmocom to https://github.com/rtlsdrblog/rtl-sdr.git in time for Stretch freeze. Thank you! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rtl-sdr depends on: ii libc6 2.24-5 ii librtlsdr00.5.3-11 ii libusb-1.0-0 2:1.0.20-1 rtl-sdr recommends no packages. rtl-sdr suggests no packages. -- no debconf information
Bug#837504: libuhd003: libuhd looks for hardware driver libs in architecture-independent location
Package: libuhd003 Version: 3.9.5-1 Severity: minor Dear Maintainer, When looking for plug-in modules implementing additional hardware drivers, libuhd expects to find them in /usr/share/uhd/modules/. The only provider of plug-in drivers that I'm aware of is SoapySDR (https://github.com/pothosware/SoapyUHD/wiki#soapy-devices-in-uhd), but SoapyUHD installs the libsoapySupport.so plug-in to /usr/lib/x86_64-linux-gnu/uhd/modules/ where libuhd doesn't find it. (This can be worked around with symlinks or by using the UHD_MODULE_PATH environment variable). I think the path under /lib/ is more correct, as the plug-in is an architecture dependent file. Can libuhd in Debian be updated to look for architecture-dependent plug-ins in an architecture-dependent location? -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libuhd003 depends on: ii libboost-atomic1.61.0 1.61.0+dfsg-2.1 ii libboost-chrono1.61.0 1.61.0+dfsg-2.1 ii libboost-date-time1.61.01.61.0+dfsg-2.1 ii libboost-filesystem1.61.0 1.61.0+dfsg-2.1 ii libboost-program-options1.61.0 1.61.0+dfsg-2.1 ii libboost-regex1.61.01.61.0+dfsg-2.1 ii libboost-serialization1.61.01.61.0+dfsg-2.1 ii libboost-system1.61.0 1.61.0+dfsg-2.1 ii libboost-test1.61.0 1.61.0+dfsg-2.1 ii libboost-thread1.61.0 1.61.0+dfsg-2.1 ii libc6 2.23-5 ii libgcc1 1:6.1.1-11 ii libstdc++6 6.1.1-11 ii libusb-1.0-02:1.0.20-1 libuhd003 recommends no packages. Versions of packages libuhd003 suggests: ii gnuradio 3.7.10.1-1 -- no debconf information
Bug#807005: libhackrf0: v4l hackrf.ko should be blacklisted by default
Package: libhackrf0 Version: 2014.08.1-1 Severity: minor Control: found -1 libhackrf0/2015.07.2-3 Dear Maintainer, Using any of the hackrf tools requires that the v4l hackrf driver be blacklisted (and rmmod'd from a running system). I suggest that libhackrf0.postinst should include "rmmod hackrf || true" after the udevadm call, and an /etc/modprobe.d/hackrf-blacklist.conf should be installed with content like so: # blacklist the v4l hackrf kernel module blacklist hackrf -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages hackrf depends on: ii libc6 2.19-18+deb8u1 ii libhackrf02014.08.1-1 ii libusb-1.0-0 2:1.0.19-1 hackrf recommends no packages. hackrf suggests no packages. -- no debconf information
Bug#776077: set found version
found 776077 hackrf/2014.08.1-1 found 776077 hackrf/2014.08.1-1~bpo70+1 thank you -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#777572: diod: new upstream version available (v1.0.23)
Package: diod Version: 1.0.21-1 Severity: normal Dear Maintainer, Diod v1.0.23 was tagged and released in August of last year. https://github.com/chaos/diod/releases -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-0.bpo.4-amd64 (SMP w/16 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages diod depends on: ii libc62.13-38+deb7u7 ii libcap2 1:2.22-1.2 ii liblua5.1-0 5.1.5-4+deb7u1 ii libmunge20.5.10-1 ii libncurses5 5.9-10 ii libtinfo55.9-10 ii libwrap0 7.6.q-24 diod recommends no packages. diod suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#773008: gqrx-sdr: new upstream version (2.3.2)
Package: gqrx-sdr Version: 2.3.1-2~bpo70+1 Severity: wishlist Dear Maintainer, A new version of gqrx (2.3.2) has been released, it'd be nice if this could make it into jessie. https://github.com/csete/gqrx/archive/v2.3.2.tar.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#763832: gqrx-sdr: missing dependency on pulseaudio
Package: gqrx-sdr Version: 2.3.1-2~bpo70+1 Severity: normal Dear Maintainer, gqrx does not run without pulseaudio installed, but this is not expressed in the package dependencies. running gqrx with no pulseaudio shows this line in the startup noise: pulseaudio/pa_sink.cc: pa_simple_new() failed: Connection refused and the UI is never displayed. installing the "pulseaudio" package and its dependencies allows gqrx to operate correctly. (I didn't test to see if some smaller set of pulseaudio's dependencies would be sufficient) note pulseaudio is not installed under (at least) task-xfce-desktop. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gqrx-sdr depends on: ii libboost-program-options1.49.0 1.49.0-3.2 ii libboost-system1.49.0 1.49.0-3.2 ii libc6 2.13-38+deb7u4 ii libgcc1 1:4.7.2-5 ii libgnuradio-analog3.7.5 3.7.5-3~bpo70+2 ii libgnuradio-blocks3.7.5 3.7.5-3~bpo70+2 ii libgnuradio-fft3.7.53.7.5-3~bpo70+2 ii libgnuradio-filter3.7.5 3.7.5-3~bpo70+2 ii libgnuradio-osmosdr0.1.30.1.3-2~bpo70+1 ii libgnuradio-pmt3.7.53.7.5-3~bpo70+2 ii libgnuradio-runtime3.7.53.7.5-3~bpo70+2 ii libpulse0 2.0-6.1 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-svg 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++6 4.7.2-5 ii libvolk0.0.03.7.5-3~bpo70+2 gqrx-sdr recommends no packages. gqrx-sdr suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#756972: gnuradio-companion in wheezy-backports segfaults on launch
thanks, upgrading libuhd003 from 3.4.2-1 to 3.7.1-1~bpo70+1 does fix this problem for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#756972: gnuradio-companion in wheezy-backports segfaults on launch
Package: gnuradio Version: 3.7.3-9~bpo70+1 Severity: important Dear Maintainer, gnuradio-companion in wheezy-backports (3.7.3-9~bpo70+1) segfaults on launch, version 3.7.3-9+b1 in jessie works fine. backtrace implicates the UHD SWIG bindings. russm@beefy:~$ gdb --args /usr/bin/python /usr/bin/gnuradio-companion GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/python...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/python /usr/bin/gnuradio-companion warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. 0x0001e1d6 in ?? () (gdb) bt #0 0x0001e1d6 in ?? () #1 0x7fffdcbfe80b in init_uhd_swig () from /usr/lib/python2.7/dist-packages/gnuradio/uhd/_uhd_swig.so #2 0x004440a8 in _PyImport_LoadDynamicModule () #3 0x0043c610 in ?? () #4 0x004aa4de in PyEval_EvalFrameEx () #5 0x004aad10 in PyEval_EvalFrameEx () #6 0x004b1ef8 in PyEval_EvalCodeEx () #7 0x0052eca4 in PyImport_ExecCodeModuleEx () #8 0x004d1b71 in ?? () #9 0x0046924f in ?? () #10 0x00480b29 in ?? () #11 0x00469610 in ?? () #12 0x004c02ad in ?? () #13 0x00471ace in PyEval_CallObjectWithKeywords () #14 0x004ac491 in PyEval_EvalFrameEx () #15 0x004b1ef8 in PyEval_EvalCodeEx () #16 0x004aaa98 in PyEval_EvalFrameEx () #17 0x004b1ef8 in PyEval_EvalCodeEx () #18 0x0052eca4 in PyImport_ExecCodeModuleEx () #19 0x004d1b71 in ?? () #20 0x0052a872 in ?? () #21 0x0046924f in ?? () #22 0x00480b29 in ?? () #23 0x0046991f in ?? () #24 0x004c02ad in ?? () #25 0x004aa4de in PyEval_EvalFrameEx () #26 0x004b1ef8 in PyEval_EvalCodeEx () #27 0x004aaa98 in PyEval_EvalFrameEx () #28 0x004aad10 in PyEval_EvalFrameEx () #29 0x004aad10 in PyEval_EvalFrameEx () #30 0x004b1ef8 in PyEval_EvalCodeEx () #31 0x004aaa98 in PyEval_EvalFrameEx () #32 0x004b1ef8 in PyEval_EvalCodeEx () #33 0x004aaa98 in PyEval_EvalFrameEx () #34 0x004b1ef8 in PyEval_EvalCodeEx () #35 0x004b2a6c in ?? () #36 0x004c4894 in ?? () #37 0x00471e34 in ?? () #38 0x00474f62 in ?? () #39 0x004aab70 in PyEval_EvalFrameEx () #40 0x004b1ef8 in PyEval_EvalCodeEx () #41 0x004b2a6c in ?? () ---Type to continue, or q to quit--- #42 0x004c4894 in ?? () #43 0x00471e34 in ?? () #44 0x00474f62 in ?? () #45 0x004aab70 in PyEval_EvalFrameEx () #46 0x004b1ef8 in PyEval_EvalCodeEx () #47 0x004b2a6c in ?? () #48 0x004c4894 in ?? () #49 0x00471ace in PyEval_CallObjectWithKeywords () #50 0x004bb467 in PyInstance_New () #51 0x004aab70 in PyEval_EvalFrameEx () #52 0x004b1ef8 in PyEval_EvalCodeEx () #53 0x0053b343 in ?? () #54 0x0044cc58 in PyRun_FileExFlags () #55 0x0044d152 in PyRun_SimpleFileExFlags () #56 0x0044dd42 in Py_Main () #57 0x76fb4eed in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #58 0x004c78b9 in _start () (gdb) q A debugging session is active. Inferior 1 [process 2527] will be killed. Quit anyway? (y or n) y russm@beefy:~$ -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnuradio depends on: ii adduser 3.113+nmu3 ii libasound21.0.25-4 ii libboost-date-time1.49.0 1.49.0-3.2 ii libboost-filesystem1.49.0 1.49.0-3.2 ii libboost-program-options1.49.01.49.0-3.2 ii libboost-system1.49.0 1.49.0-3.2 ii libboost-test1.49.0 1.49.0-3.2 ii libboost-thread1.49.0 1.49.0-3.2 ii libc6 2.13-38+deb7u3 ii libcomedi00.10.0-3 ii libfftw3-33.3.2-3.1 ii libgcc1
Bug#628119: netatalk installs un-needed and non-FHS /default/ directory
Package: netatalk Version: 2.1.4-1 Severity: serious Justification: Policy 9.1.1 the netatalk package includes a root-level directory named "default" that is un-needed and unused. this directory violates the FHS and should not be installed. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netatalk depends on: ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4common error description library ii libcrack2 2.8.18-2+b1 pro-active password checker librar ii libcups21.4.6-5 Common UNIX Printing System(tm) - ii libdb4.84.8.30-8 Berkeley v4.8 Database Libraries [ ii libgcrypt11 1.4.6-5 LGPL Crypto library - runtime libr ii libgnutls26 2.10.5-1+b1 the GNU TLS library - runtime libr ii libgssapi-krb5-21.9+dfsg-1+b1MIT Kerberos runtime libraries - k ii libk5crypto31.9+dfsg-1+b1MIT Kerberos runtime libraries - C ii libkrb5-3 1.9+dfsg-1+b1MIT Kerberos runtime libraries ii libpam-modules 1.1.2-3 Pluggable Authentication Modules f ii libpam0g1.1.2-3 Pluggable Authentication Modules l ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii netbase 4.45 Basic TCP/IP networking system ii perl5.12.3-6 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages netatalk recommends: ii cracklib-runtime 2.8.18-2+b1 runtime support for password check ii db4.8-util 4.8.30-8 Berkeley v4.8 Database Utilities ii libpam-cracklib1.1.2-3 PAM module to enable cracklib supp ii lsof 4.81.dfsg.1-1 List open files ii procps 1:3.2.8-10/proc file system utilities ii rc 1.7.1-3 an implementation of the AT&T Plan Versions of packages netatalk suggests: pn db4.2-util (no description available) ii db4.7-util4.7.25-19 Berkeley v4.7 Database Utilities pn groff (no description available) pn quota (no description available) pn texlive-base-bin (no description available) -- Configuration Files: /etc/default/netatalk changed [not included] /etc/netatalk/AppleVolumes.default changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#578844: aolserver4-nsldap does not support the "bind" subcommand
Package: aolserver4-nsldap Version: 0.8-2.1 Severity: normal Tags: patch aolserver4-nsldap does not support the "bind" subcommand, which is required in some use cases. A patch to support this has been posted to the AOLserver mail list in 2008 but never imported to the upstream CVS. http://www.mail-archive.com/aolser...@listserv.aol.com/msg12073.html -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aolserver4-nsldap depends on: ii aolserver4 4.5.1-mobigroup.5 AOL Web Server 4 (Program) ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libgcc11:4.3.2-1.1 GCC support library ii libldap-2.4-2 2.4.11-1+lenny1 OpenLDAP libraries ii tcl8.4 8.4.19-2 Tcl (the Tool Command Language) v8 aolserver4-nsldap recommends no packages. aolserver4-nsldap suggests no packages. -- no debconf information diff -r nsldap/nsldap.c nsldap-sussdorf/nsldap.c 1373a1374 > int err; 1796a1798,1820 > } else if (STREQ(cmd, "bind")) { > /* >* nsldap bind $lh username password >*/ > char *dn, *rdn; > int lrc, deloldrdn = 0; > > err = ldap_simple_bind_s(handlePtr->ldaph, argv[3], argv[4]); > > ldap_simple_bind_s(handlePtr->ldaph, handlePtr->user, handlePtr->password); > > if (err != LDAP_SUCCESS) { > Ns_Log(Error, "nsldap: could not bind for %s : %s", >argv[3], ldap_err2string(err)); > Tcl_SetResult(interp, "0", TCL_STATIC); > return TCL_OK; > } else { > Tcl_SetResult(interp, "1", TCL_STATIC); > return TCL_OK; > } > > return TCL_OK; > diff -r nsldap/README nsldap-sussdorf/README 186a187,191 > ns_ldap bind $ldaph username password > > - Issues an LDAP bind with the username and password, returns 1 (true) if the username/password combination > is valid for authentication, 0 otherwise. >
Bug#578843: aolserver4-nsldap does not support LDAPv3
Package: aolserver4-nsldap Version: 0.8-2.1 Severity: important Tags: patch aolserver4-nsldaps only supports LDAPv2, which was officially retired in 2002 http://tools.ietf.org/html/draft-zeilenga-ldapv2-04 Support for LDAPv3 is available in the AOLserver CVS repo at sourceforge (patch attached) -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aolserver4-nsldap depends on: ii aolserver4 4.5.1-mobigroup.5 AOL Web Server 4 (Program) ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libgcc11:4.3.2-1.1 GCC support library ii libldap-2.4-2 2.4.11-1+lenny1 OpenLDAP libraries ii tcl8.4 8.4.19-2 Tcl (the Tool Command Language) v8 aolserver4-nsldap recommends no packages. aolserver4-nsldap suggests no packages. -- no debconf information diff --git a/Makefile b/Makefile index 0598a91..0549c84 100644 --- a/Makefile +++ b/Makefile @@ -38,7 +38,9 @@ MODLIBS = -L/usr/local/lib -lldap -llber # # Compiler flags required by your module (-I for external headers goes here) # -CFLAGS = -I/usr/local/include -DUSE_TCL8X +# Add -DLDAPV3 if your LDAP Libraries support the LDAP Protocol Version 3 +# and you want nsldap to use it. +CFLAGS = -I/usr/local/include -DUSE_TCL8X -DLDAPV3 include $(NSHOME)/Makefile.module diff --git a/nsldap.c b/nsldap.c index cfd02ee..4f10ba9 100644 --- a/nsldap.c +++ b/nsldap.c @@ -608,6 +608,9 @@ static int LDAPConnect(Handle *handlePtr) { int err; +#ifdef LDAPV3 +int version; +#endif handlePtr->ldaph = ldap_open(handlePtr->host, handlePtr->port); if (handlePtr->ldaph == NULL) { @@ -617,6 +620,16 @@ LDAPConnect(Handle *handlePtr) handlePtr->stale = NS_FALSE; return NS_ERROR; } +#ifdef LDAPV3 +version = LDAP_VERSION3; +if (ldap_set_option(handlePtr->ldaph, LDAP_OPT_PROTOCOL_VERSION, &version) != LDAP_SUCCESS) { +Ns_Log(Error, "nsldap: could not set protocol version to LDAPV3"); +handlePtr->connected = NS_FALSE; +handlePtr->atime = handlePtr->otime = 0; +handlePtr->stale = NS_FALSE; +return NS_ERROR; +} +#endif err = ldap_simple_bind_s(handlePtr->ldaph, handlePtr->user, handlePtr->password); if (err != LDAP_SUCCESS) {