Package: kdelibs Version: 4:3.5.10.dfsg.1-2 Severity: serious Justification: no longer builds from source
I have found, that it is not possible to turn off some questionable features, like dnssd. patch debian/patches/98_buildprep.diff makes ./configure fail without libavahi-dev installed. That is true for Debian/unstable users. Is that correct, that zeroconf, dnssd, auto-configuration, auto-publication, auto-discovery, etc. services are now the core of KDE and not the optional usability improvements (sometimes unneeded), that opens additional attack vectors (silently)? If so, why is it true for Debian and not true for upstream? Still, it is possible (by hand-editing patch files) to compile debianized kdelibs without extra dependencies on libavahi. So here is the additional wishlist: * fix the ./configure, put back or add new --without- and --disable- options * split all the questionable improvements into separate packages * make kdelibs Suggest such features or Recommend, but not Depend on them. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-spg (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Versions of packages kdelibs depends on: ii kdelibs-data 4:3.5.10.dfsg.1-2 core shared data for all KDE appli ii kdelibs4c2a 4:3.5.10.dfsg.1-2 core libraries and binaries for al kdelibs recommends no packages. kdelibs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
