Bug#986150: dnsmasq-base: Bugs in manpage
Package: dnsmasq-base Version: 2.80-1+deb10u1 Severity: minor Dear Maintainer, the manpage of dnsmasq has two bugs: --min-port= [..]the ports used will always to larger[..] ==> Replace "to" with "be". -S, --local, --server=[/[]/[domain/]][[#][@|[#]] ==> The number of parentheses is unbalanced, one closing paranthesis is missing here. I have no idea where it should be inserted. -- System Information: Debian Release: 10.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-16-amd64 (SMP w/4 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 /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dnsmasq-base depends on: ii adduser 3.118 ii libc62.28-10 ii libdbus-1-3 1.12.20-0+deb10u1 ii libgmp10 2:6.1.2+dfsg-4 ii libhogweed4 3.4.1-1 ii libidn11 1.33-2.2 ii libnetfilter-conntrack3 1.0.7-1 ii libnettle6 3.4.1-1 ii libnfnetlink01.0.1-3+b1 Versions of packages dnsmasq-base recommends: ii dns-root-data 2019031302 dnsmasq-base suggests no packages. -- no debconf information
Bug#970438: imagemagick-6.q16: typo in manpage of montage-im6.q16
Package: imagemagick-6.q16 Version: 8:6.9.10.23+dfsg-2.1+deb10u1 Severity: minor Tags: upstream Dear Maintainer, the manpage of montage-im6.q16 contains a typo: -colorspace type alternate image colorsapce Replace "colorsapce" with "colorspace". Thanks! Sven -- Package-specific info: ImageMagick program version --- animate: ImageMagick 6.9.10-23 Q16 x86_64 20190101 https://imagemagick.org compare: ImageMagick 6.9.10-23 Q16 x86_64 20190101 https://imagemagick.org convert: ImageMagick 6.9.10-23 Q16 x86_64 20190101 https://imagemagick.org composite: ImageMagick 6.9.10-23 Q16 x86_64 20190101 https://imagemagick.org conjure: ImageMagick 6.9.10-23 Q16 x86_64 20190101 https://imagemagick.org display: ImageMagick 6.9.10-23 Q16 x86_64 20190101 https://imagemagick.org identify: ImageMagick 6.9.10-23 Q16 x86_64 20190101 https://imagemagick.org import: ImageMagick 6.9.10-23 Q16 x86_64 20190101 https://imagemagick.org mogrify: ImageMagick 6.9.10-23 Q16 x86_64 20190101 https://imagemagick.org montage: ImageMagick 6.9.10-23 Q16 x86_64 20190101 https://imagemagick.org stream: ImageMagick 6.9.10-23 Q16 x86_64 20190101 https://imagemagick.org -- System Information: Debian Release: 10.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-10-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN 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 /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages imagemagick-6.q16 depends on: ii hicolor-icon-theme 0.17-2 ii libc6 2.28-10 ii libmagickcore-6.q16-6 8:6.9.10.23+dfsg-2.1+deb10u1 ii libmagickwand-6.q16-6 8:6.9.10.23+dfsg-2.1+deb10u1 Versions of packages imagemagick-6.q16 recommends: ii ghostscript 9.27~dfsg-2+deb10u4 pn libmagickcore-6.q16-6-extra ii netpbm 2:10.0-15.3+b2 Versions of packages imagemagick-6.q16 suggests: pn autotrace pn cups-bsd | lpr | lprng ii curl7.64.0-4+deb10u1 pn enscript ii ffmpeg 7:4.1.6-1~deb10u1 pn gimp pn gnuplot pn grads pn graphviz ii groff-base 1.22.4-3 pn hp2xx pn html2ps pn imagemagick-doc pn libwmf-bin pn mplayer pn povray pn radiance ii sane-utils 1.0.27-3.2 pn texlive-base-bin pn transfig pn ufraw-batch pn xdg-utils -- no debconf information
Bug#970437: libpcap0.8: typo in manpage of pcap-filter
Package: libpcap0.8 Version: 1.8.1-6 Severity: minor Tags: upstream Dear Maintainer, the manpage of pcap-filter contains a typo: mpls [label_num] True if the packet is an MPLS packet. If [label_num] is specified, only true is the packet has the specified label_num. Replace "true is" with "true if". Thanks! Sven -- System Information: Debian Release: 10.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-10-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN 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 /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libpcap0.8 depends on: ii libc6 2.28-10 libpcap0.8 recommends no packages. libpcap0.8 suggests no packages. -- no debconf information
Bug#970436: vsftpd: typo in manpage of vsftpd.conf
Package: vsftpd Version: 3.0.3-12 Severity: minor Tags: upstream Dear Maintainer, the manpage of vsftpd.conf contains a typo: user_sub_token This option is useful is conjunction with virtual users. Replace "is conjunction" with "in conjunction". Thanks! Sven -- Package-specific info: -- System Information: Debian Release: 10.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-10-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN 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 /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vsftpd depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.71 ii libc6 2.28-10 ii libcap21:2.25-2 ii libpam-modules 1.3.1-5 ii libpam0g 1.3.1-5 ii libssl1.1 1.1.1d-0+deb10u3 ii libwrap0 7.6.q-28 ii lsb-base 10.2019051400 ii netbase5.6 ii procps 2:3.3.15-2 Versions of packages vsftpd recommends: ii logrotate 3.14.0-4 ii ssl-cert 1.0.39 vsftpd suggests no packages. -- Configuration Files: /etc/vsftpd.conf changed [not included] -- debconf information excluded
Bug#970435: debmirror: manpage of debmirror contains wrong example
Package: debmirror Version: 1:2.32 Severity: minor Dear Maintainer, the manpage of debmirror contains examples of how to call debmirror. For one of the examples, the explanation does not match the example code: Make a mirror of i386 and sparc binaries, main only, and include both unstable and testing versions of Debian; download from 'ftp.kernel.org': debmirror -a i386,sparc -d sid -d etch -s main --nosource \ -h ftp.nl.debian.org --progress $HOME/mirror/debian The explanation says that download starts from ftp.kernel.org, but the example downloads from ftp.nl.debian.org. Either the example or the explanation needs to be corrected. Thanks! Sven -- System Information: Debian Release: 10.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-10-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN 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 /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages debmirror depends on: ii bzip21.0.6-9.2~deb10u1 pn libdigest-md5-perl pn libdigest-sha-perl ii liblockfile-simple-perl 0.208-1 ii libwww-perl 6.36-2 ii perl [libnet-perl] 5.28.1-6+deb10u1 ii rsync3.1.3-6 ii xz-utils 5.2.4-1 Versions of packages debmirror recommends: pn ed ii gpgv 2.2.12-1+deb10u1 ii patch 2.7.6-3+deb10u1 Versions of packages debmirror suggests: ii gnupg 2.2.12-1+deb10u1 -- no debconf information
Bug#871708: guacamole: German "umlauts" missing in translation
Package: guacamole Version: 0.9.9+dfsg-1 Severity: minor Tags: l10n Dear Maintainer, I wonder why the german translation of guacamole omits all umlauts (ä,ö,ü and the like). It seems to be some encoding issue while building the package, because the problem does not occur in the upstream file. In you diff the upstream file https://raw.githubusercontent.com/glyptodon/guacamole-client/0.9.9/guacamole/src/main/webapp/translations/de.json with the file from the Debian package /usr/share/guacamole/guacamole/translations/de.json you see that they are identical, apart from all umlauts being replaced by "??". Thanks, Sven -- 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/4 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 /bin/dash Init: systemd (via /run/systemd/system) Versions of packages guacamole depends on: ii debconf [debconf-2.0]1.5.61 ii guacd0.9.9-2 ii libatinject-jsr330-api-java 1.0+ds1-2 ii libcommons-codec-java1.10-1 ii libguava-java19.0-1 ii libguice-java4.0-3 ii libjackson-json-java 1.9.2-8 ii libjersey1-core-java 1.19.3-1 ii libjersey1-guice-java1.19.3-1 ii libjersey1-json-java 1.19.3-1 ii libjersey1-server-java 1.19.3-1 ii libjs-angularjs 1.5.10-1 ii libjs-jquery 3.1.1-2 ii libjs-lodash 4.16.6+dfsg-2 ii libjsr311-api-java 1.1.1-1 ii liblogback-java 1:1.1.9-3 ii libservlet3.1-java 8.5.14-1+deb9u1 ii libslf4j-java1.7.22-1 ii tomcat8 8.5.14-1+deb9u1 Versions of packages guacamole recommends: ii apache2 [httpd] 2.4.25-3+deb9u2 Versions of packages guacamole suggests: pn xrdp -- Configuration Files: /etc/guacamole/guacamole.properties changed [not included] /etc/guacamole/user-mapping.xml changed [not included] -- debconf information excluded
Bug#791765: guacd segfaults when trying to start a RDP session
Package: guacd Version: 0.8.3-1+b2 Severity: normal Dear Maintainer, when trying to start a RDP session, guacd crashes with the following segfault: guacd[pid]: segfault at 0 ip (null) sp error 14 in guacd[40+5000] * What led up to the situation? I tried to connect to a RDP session. * What exactly did you do (or not do) that was effective (or ineffective)? I added a minimal RDP configuration in an already existing (and working) authorize-Block: connection name=Windows-Box protocolrdp/protocol param name=hostname192.168.1.200/param /connection Then I restarted guacd. * What was the outcome of this action? On the screen: Connected, waiting for first update..., then Connection closed In syslog: guacd[pid]: segfault at 0 ip (null) sp error 14 in guacd[40+5000] I have 2 amd64 machines. The hardware is completely different, but both show this behaviour. gdb shows this: $ gdb /usr/sbin/guacd GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 Copyright (C) 2014 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. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from /usr/sbin/guacd...(no debugging symbols found)...done. (gdb) set follow-fork-mode child (gdb) run Starting program: /usr/sbin/guacd [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. guacd[4403]: INFO: Guacamole proxy daemon (guacd) version 0.8.3 guacd[4403]: INFO: Successfully bound socket to host 127.0.0.1, port 4822 [New process 4407] guacd[4403]: INFO: Exiting and passing control to PID 4407 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New process 4408] guacd[4407]: INFO: Exiting and passing control to PID 4408 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New process 4436] [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [tcsetpgrp failed in terminal_inferior: Kein passender Prozess gefunden] [New Thread 0x7fffef857700 (LWP 4437)] [New Thread 0x7fffef056700 (LWP 4438)] [New Thread 0x7fffee1e5700 (LWP 4439)] [New Thread 0x7fffed9e4700 (LWP 4440)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffee1e5700 (LWP 4439)] 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x738be32b in ?? () from /usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1 #2 0x738be6a3 in fastpath_recv_updates () from /usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1 #3 0x738bd44c in ?? () from /usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1 #4 0x738c090f in transport_check_fds () from /usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1 #5 0x738b0fa7 in freerdp_check_fds () from /usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1 #6 0x73cffebd in rdp_guac_client_handle_messages () from /usr/lib/x86_64-linux-gnu/libguac-client-rdp.so #7 0x00402be7 in ?? () #8 0x77bc70a4 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #9 0x7748d04d in clone () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) * What outcome did you expect instead? I expected the RDP session to start. Please let me know if I can help. Thanks, Sven -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 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: sysvinit (via /sbin/init) Versions of packages guacd depends on: ii libc62.19-18 ii libguac5 0.8.3-1+b2 ii libssl1.0.0 1.0.1k-3+deb8u1 ii lsb-base 4.1+Debian13+nmu1 guacd recommends no packages. guacd 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#763425: prads seems to be started twice by initscript
Package: prads Version: 0.3.0-1 Severity: normal Dear Maintainer, it seems that the prads initscript is started twice. The first start call throws some log information to the console, and sucessfully starts prads. The second start call fails (because prads is already running). Steps I did: - Installed (via netinstall) a fresh Debian stable system (amd64) - Installed the prads package - Added --noclear to the tty inittab entry to be able to scroll back in the output (yes, I know that bootlogd could have helped me) - rebooted the system What I would expect: - That prads get only started once Thanks! Sven -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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 Versions of packages prads depends on: ii adduser 3.113+nmu3 ii libc6 2.13-38+deb7u4 ii libpcap0.8 1.3.0-1 ii libpcre31:8.30-5 prads recommends no packages. prads 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#763425: prads seems to be started twice by initscript
Find attached two screenshots showing the boot process. Thanks, Sven
Bug#707116: live-build: httpfs2 support broken
Package: live-build Version: 3.0.5-1 Severity: normal Dear Maintainer, it seems that support for httpfs2 is broken in wheezy's live-build. * What led up to the situation? In squeeze's version of live-build, it was possible to use a root filesystem located on a HTTP webserver which was accessed using httpfs2. This does not work any more with wheezy. * What exactly did you do (or not do) that was effective (or ineffective)? $ lb config \ --apt apt \ --apt-indices false \ --apt-recommends false \ --architectures i386 \ --archive-areas main non-free \ --binary-images tar \ --debootstrap-options --variant=minbase \ --distribution stable \ --firmware-chroot false \ --initramfs live-boot \ --initramfs-compression lzma \ --linux-flavours 486 \ --memtest none $ echo httpfs2 config/package-lists/my.list.chroot $ lb build Then I copied the resulting binary/live/{initrd.img*,vmlinuz*,filesystem.squashfs} to a local webserver, renamed filesystem.squashfs to rootfs.squashfs and booted using iPXE. The kernel append line contains httpfs=http://192.168.1.1/rootfs.squashfs; * What was the outcome of this action? Kernel and initrd get loaded, kernel boots and prints This Debian Live image failed to boot. /boot.log contains the following last lines: file name: rootfs.squashfs host name: 192.168.1.1 port number:80 protocol: http request path: /rootfs.squashfs auth data: (null) file size: 101666816 /bin/mount: invalid option -- It seems that the mount command of busybox has problems with libfuse's mount options. * What outcome did you expect instead? I would expect that the httpfs is mounted like it worked in squeeze. -- Package-specific info: -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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 Versions of packages live-build depends on: ii debootstrap 1.0.48 Versions of packages live-build recommends: ii cpio2.11+dfsg-0.1 pn gnu-fdisk none pn live-boot-doc none pn live-config-doc none pn live-manual-html | live-manual none Versions of packages live-build suggests: pn debian-keyring none pn dosfstools none pn git none ii gpgv1.4.12-7 pn loadlin none pn memtest86+ | memtest86 none pn mtools none pn parted none pn squashfs-tools | mtd-tools none ii sudo1.8.5p2-1+nmu1 pn syslinux | grub none pn uuid-runtimenone pn win32-loadernone pn xorriso none -- 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#647588: Description-Line of jta and jta-doc are interchanged
Package: jta Version: 2.6+dfsg-3 Severity: minor The Description-Line of jta and jta-doc are interchanged: the jta package is described as documentation and the jta-doc package is described as applet. $ apt-cache show jta | grep ^Description Description: Java telnet/ssh applet - documentation $ apt-cache show jta-doc | grep ^Description Description: Java telnet/ssh applet -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 Versions of packages jta depends on: ii libcrimson-java 1:1.1.3-10 XML parser which support the Java ii libgnu-regexp-java 1.1.4-4 Regular Expressions for Java ii libjdom1-java 1.1.1+dfsg-1 lightweight and fast library using jta recommends no packages. Versions of packages jta suggests: pn jta-doc none (no description available) -- 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#595349: icewm-themes: Package contains vim swapfile
Package: icewm-themes Version: 1.2.26-1 Severity: minor The icewm-themes package contains a vim swapfile: /usr/share/icewm/themes/xp/.default.theme.swp This file is useless and should not be distributed with the package. Thanks, Sven -- System Information: Debian Release: 5.0.5 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-bpo.1-686 (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/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#450886: I experience the same problem
I am just facing the same problem with lynx-cur 2.8.7dev9-2.1: $ lynx -dump -nolist https://banking.ksk-syke.de/ Looking up banking.ksk-syke.de Making HTTPS connection to banking.ksk-syke.de Verified connection to banking.ksk-syke.de (cert=banking.ksk-syke.de) Certificate issued by: C=US, ST=, L=, O=VeriSign, Inc., OU=VeriSign Trust Network, CN=VeriSign Class 3 Extended Validation SSL CA/Email= Secure 256-bit TLS1.0 (RSA_AES_256_CBC_SHA1) HTTP connection Sending HTTP request. HTTP request sent; waiting for response. Alert!: Unexpected network read error; connection aborted. Can't Access `https://banking.ksk-syke.de/' Alert!: Unable to access document. lynx: Can't access startfile Thanks, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#405293: Please change default path to stunnel binary
Package: elza Version: 1.4.3-11 Severity: wishlist Please modify /etc/elza.def so that the variable 'sslcmd' points to '/usr/bin/stunnel' (instead of '/usr/sbin/stunnel'). The Debian stunnel package installs its binary to /usr/bin, so applying this change would allow https to work out-of-the-box. System is Etch, elza 1.4.3-11, stunnel 3.26-dfsg-1. Thanks! Sven -- Sven Dreyer [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380106: codec_ilbc.so missing
Package: asterisk-classic Version: 1:1.2.10.dfsg-1 Severity: normal It seems as if codec_ilbc.so is missing in this version of asterisk, which makes asterisk unable to translate from/to ilbc. This also applies to asterisk-bristuff. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337830: Security problem in kphone
Package: kphone Version: 4.2-3 Severity: serious I think I have found a security flaw in kphone: it creates ~/.qt/kphonerc world-readable! This file contains the user's SIP-password and so on, so I guess this is a bad thing, because the ~/.qt dir itself is by default also readable by everybody. I removed the whole ~/.qt dir and restarted kphone: same behaviour. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337508: typo in manpage
Package: iptables Version: 1.3.3-2 Severity: minor The manpage of iptables has a typo (this is no dupe of #272247): QUOTE fuzzy This module matches a rate limit based on a fuzzy logic controller [FLC] --lower-limit number /QUOTE ^^^ no double quotes here Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337511: typo prevents from building freeradius with eap-tls
Package: freeradius Version: 1.0.5-2 Severity: minor Tags: patch There is a type (additional `l') in one of the patches which prevents freeradius from building eap-tls when activated in debian/rules. The attached patch applies to the unpacked source tarball plus .diff.gz. Regards, Sven diff -Naur freeradius-1.0.5.orig/debian/patches/06_libtool14_vs_rlm_eap.dpatch freeradius-1.0.5/debian/patches/06_libtool14_vs_rlm_eap.dpatch --- freeradius-1.0.5.orig/debian/patches/06_libtool14_vs_rlm_eap.dpatch 2005-11-04 20:45:14.0 +0100 +++ freeradius-1.0.5/debian/patches/06_libtool14_vs_rlm_eap.dpatch 2005-11-04 20:46:28.0 +0100 @@ -78,7 +78,7 @@ HEADERS = ../rlm_eap_tls/rlm_eap_tls.h eap_peap.h ../../eap.h ../../rlm_eap.h RLM_INSTALL = -RLM_LIBS= [EMAIL PROTECTED]@/../../libeap -leap @eap_peap_ldflags@ -+RLM_LIBS= @srcdir@/../../libeap/libeap.la @srcdir@/../rlm_eap_tls/liblrlm_eap_tls.la @eap_peap_ldflags@ ++RLM_LIBS= @srcdir@/../../libeap/libeap.la @srcdir@/../rlm_eap_tls/librlm_eap_tls.la @eap_peap_ldflags@ $(STATIC_OBJS): $(HEADERS)
Bug#298497: Is this translation mistake fixed?
Hi Francois, Francois Marier schrieb: I would like to verify with you first that this problem is not fixed in the latest release of k3b-i18n (0.12.4a) before forwarding it to the upstream developper. I just checked it, it has _not_ been fixed in the version you mentioned. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306099: Some typos in german localization
Package: pppoeconf Version: 0.9.10.6 Severity: minor Tags: patch The german localization of pppoeconf 0.9.10.6 has a few typos. A patch is attached. diff -Naur pppoeconf-0.9.10.6-ORG/po/de.po pppoeconf-0.9.10.6/po/de.po --- pppoeconf-0.9.10.6-ORG/po/de.po 2002-04-03 00:55:29.0 +0200 +++ pppoeconf-0.9.10.6/po/de.po 2005-04-24 09:39:15.0 +0200 @@ -33,7 +33,7 @@ Die meisten Provider schicken die benötigten Login-Informationen per Post. Einige beschreiben diese auf eine seltsame Art, in der Annahme, der Benutzer würde diese Daten in ihre \\\benutzer-freundlichen\\\ Setup-Programme -eingeben. Aber in Wirklichkeit werden daraus ganz normalle PPP-Benutzernamen +eingeben. Aber in Wirklichkeit werden daraus ganz normale PPP-Benutzernamen und -Passwörter generiert, und Sie können das ebenfalls tun und die richtigen Werte in die Dialog-Fenster eingeben.\\n\\nZum Beispiel geht die deutsche Telekom so vor:\n @@ -136,7 +136,7 @@ provider in the input box below. If you wish to see the help screen, delete the username and press OK. msgstr -Bitte geben Sie den Benutzernamen ein, den Sie normallerweise zum Einlogen +Bitte geben Sie den Benutzernamen ein, den Sie normalerweise zum Einloggen bei ihrem Provider benötigen. Zum Anzeigen der Hilfe den Benutzernamen löschen und OK drücken. @@ -150,7 +150,7 @@ provider in the input box below.\\n\\nNOTE: you can see the password in plain text while typing. msgstr -Bitte geben Sie das Passwort ein, das Sie normallerweise zum Einlogen bei +Bitte geben Sie das Passwort ein, das Sie normalerweise zum Einloggen bei ihrem Provider benötigen.\\n\\nWICHTIG: das Password wird während der Eingabe angezeigt! @@ -166,8 +166,8 @@ automaticaly to the list on nameservers in your local /etc/resolv.conf file? (recommended) msgstr -Sie benötigen mind. eine IP-Adresse des DNS-Servers, um die normallen Host- -Namen aufzulösen. Normallerweise übermittelt der Provider die Adresse seines +Sie benötigen mind. eine IP-Adresse des DNS-Servers, um die normalen Host- +Namen aufzulösen. Normalerweise übermittelt der Provider die Adresse seines Servers bei der Einwahl. Möchten diese Adressen automatisch in ihre \\\/etc/ resolv.conf\\\-Datei übertragen? (empfohlen) @@ -189,7 +189,7 @@ provider file.) msgstr Viele Provider haben Router, die nur IP-Pakete mit MSS-Grösse von mehr also -1500 nicht unterstützen. Normalle Pakete, die vom diesen Rechenr ausgehen, +1500 nicht unterstützen. Normale Pakete, die vom diesen Rechenr ausgehen, sollten damit auch keine Problem haben. Machen Sie aber Weiterleitung für andere Rechner (z.B. bei Masqueading), kann die MSS-Grösse je nach Paketgrösse und Route zum Client überschritten werden. Deswegen können die
Bug#306100: Some typos in german localization
Package: pppoeconf Version: 1.6 Severity: minor Tags: patch The german localization of pppoeconf 1.6 has a few typos. A patch is attached. diff -Naur pppoeconf-1.6-ORG/debian/po/de.po pppoeconf-1.6/debian/po/de.po --- pppoeconf-1.6-ORG/debian/po/de.po 2005-02-18 01:10:48.0 +0100 +++ pppoeconf-1.6/debian/po/de.po 2005-04-24 09:42:32.0 +0200 @@ -79,7 +79,7 @@ Die meisten Provider schicken die benötigten Login-Informationen per Post. Einige beschreiben diese auf eine seltsame Art, in der Annahme, der Benutzer würde diese Daten in ihre \benutzer-freundlichen\ Setup-Programme -eingeben. Aber in Wirklichkeit werden daraus ganz normalle PPP-Benutzernamen +eingeben. Aber in Wirklichkeit werden daraus ganz normale PPP-Benutzernamen und -Passwörter generiert, und Sie können das ebenfalls manuell tun und die richtigen Werte in die Dialog-Fenster eingeben.\n \n @@ -275,7 +275,7 @@ provider in the input box below. If you wish to see the help screen, delete the username and press OK. msgstr -Bitte geben Sie den Benutzernamen ein, den Sie normallerweise zum Einlogen +Bitte geben Sie den Benutzernamen ein, den Sie normalerweise zum Einloggen bei ihrem Provider benötigen. Zum Anzeigen der Hilfe den Benutzernamen löschen und OK drücken. @@ -290,7 +290,7 @@ \n NOTE: you can see the password in plain text while typing. msgstr -Bitte geben Sie das Passwort ein, das Sie normallerweise zum Einlogen bei +Bitte geben Sie das Passwort ein, das Sie normalerweise zum Einloggen bei ihrem Provider benötigen.\n \n WICHTIG: das Password wird während der Eingabe angezeigt! @@ -307,8 +307,8 @@ automatically to the list of nameservers in your local /etc/resolv.conf file? (recommended) msgstr -Sie benötigen mind. eine IP-Adresse des DNS-Servers, um die normallen Host- -Namen aufzulösen. Normallerweise übermittelt der Provider die Adresse seines +Sie benötigen mind. eine IP-Adresse des DNS-Servers, um die normalen Host- +Namen aufzulösen. Normalerweise übermittelt der Provider die Adresse seines Servers bei der Einwahl. Möchten diese Adressen automatisch in ihre \/etc/ resolv.conf\-Datei übertragen? (empfohlen) @@ -335,7 +335,7 @@ provider file.) msgstr Viele Provider haben Router, die nur TCP-Pakete mit MSS-Grösse von mehr also -1460 nicht unterstützen. Normallerweise ist das ausreichend für Standard- +1460 nicht unterstützen. Normalerweise ist das ausreichend für Standard- Verbindungen über genau eine Ethernet-Verbindung mit der Standard-MTU-Grösse (1500). Machen Sie aber Weiterleitung für andere Rechner (z.B. bei Masquerading), kann die MSS-Grösse je nach Paketgrösse und Route zum Client
Bug#306098: Source tarball contains vi swapfile
Package: pppoeconf Version: 0.9.10.6 Severity: minor The source tarball contains a vi swapfile. $ tar -zxf pppoeconf_0.9.10.6.tar.gz $ ls -lA pppoeconf-0.9.10.6-ORG/po/ total 64 -rw--- 1 sven sven 24576 Sep 24 2001 .de.po.swp -rw-r--r-- 1 sven sven 9694 Apr 3 2002 de.po -rw-r--r-- 1 sven sven 10048 Apr 3 2002 fr.po -rw-r--r-- 1 sven sven 9940 Apr 3 2002 pt_BR.po -rwxr-xr-x 1 sven sven 793 Dec 2 2001 update-and-compile.sh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298827: Wrong title in manpage of kppp
Package: kppp Version: 4:2.2.2-14.7 The title of the kppp manpage is wrong. From `man kppp': quote NAME kppp -- A KDE client for AIM instant messenging. /quote Should be something like kppp -- A KDE frontend to pppd. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298278: p3nfs needs dependency to portmap
Package: p3nfs Version: 5.15-2 p3nfs needs a dependency to portmap to operate properly. On my system (sarge) portmap was not installed, so hooking my nokia communicator with p3nfs did not work and i got the following messages in dmesg: portmap: server localhost not responding, timed out RPC: failed to contact portmap (errno -5). Installing portmap solved the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298350: bug in manpage of at
Package: at Version: 3.1.8-11 The manpage of `at' has a typo. From `man at': Times displayed will be in the format 1997-02-20 14:50 unless the environment variable POSIXLY_CORRECT is set; then, it will be Thu Feb 20 14:50:00 1996. In the first case it is 1997, the second says 1996 (should be 1997, too). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]