Bug#931338: snmptt: Please depend on snmptrapd
Package: snmptt Version: 1.4-1 Severity: normal Dear Maintainer, the package snmpd was split up into the two packages snmptrapd and snmpd in 5.7.2.1~dfsg-1, but snmptt still depends on snmpd. This leads to a situation where an snmpd runs on the system, but you have to install snmptrapd manually to run snmptt. You may change the snmpd dependency to "Recommends" or "Suggests", as snmptrapd may be used to notify snmpd (and is by default configured to do so), but snmpd is not strictly necessary to run snmptrapd. -- System Information: Debian Release: 9.9 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.9.0-9-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages snmptt depends on: ii adduser 3.115 ii libconfig-inifiles-perl 2.94-1 ii libsnmp-perl 5.7.3+dfsg-1.7+deb9u1 ii snmpd5.7.3+dfsg-1.7+deb9u1 Versions of packages snmptt recommends: ii libperl5.24 [libsys-syslog-perl] 5.24.1-3+deb9u5 snmptt suggests no packages. -- no debconf information
Bug#928827: libjs-jquery: Minified version of jquery.js (jquery.min.js) throws syntax error
Source: jquery Version: 1.7.2+dfsg-3.2+deb8u6 Followup-For: Bug #928827 Hello, I investigated this issue and believe the recent change "Fix problem calling uglify during build." (related patch is "fix_uglify_invocation.patch") leads to this issue. I guess it was introduced in the security fix #927385. (The previous version 1.7.2+dfsg-3.2 works fine after downgrade.) The key to this issue is the following target in the Makefile: ${JQ_MIN}: ${JQ} @@if test ! -z ${JS_ENGINE}; then \ echo "Minifying jQuery" ${JQ_MIN}; \ ${COMPILER} < ${JQ} > ${JQ_MIN}.tmp; \ ${POST_COMPILER} ${JQ_MIN}.tmp; \ rm -f ${JQ_MIN}.tmp; \ else \ echo "You must have NodeJS installed in order to minify jQuery."; \ fi POST_COMPILER, namely post-compile.js, is a script which tries to replace the first comment in ${JQ_MIN}.tmp with a version number. The COMPILER, namely uglifyjs, removes all comments by default. Therefore, the regex in post-compile.js matches some quoted strings containing "/*" and "*/" and replaces a large section of code with a version number. The browser reacts with "nothing to repeat", as the breakage is within a regex and the asterisk follows nothing appropriate. There are multiple ways to fix it: Disable post-compile.js, fix the regex to match only valid comments, or keep the first comment. I'll add a patch to achieve the latter, because I like the initial comment containing the version number. -- System Information: Debian Release: 8.11 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-8-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) keep the first comment (post-compile.js needs and replaces it) Index: jquery-1.7.2+dfsg/Makefile === --- jquery-1.7.2+dfsg.orig/Makefile +++ jquery-1.7.2+dfsg/Makefile @@ -6,7 +6,7 @@ PREFIX = . DIST_DIR = ${PREFIX}/dist JS_ENGINE ?= `which node 2>/dev/null || which nodejs 2>/dev/null` -COMPILER = `which uglifyjs 2>/dev/null` --unsafe +COMPILER = `which uglifyjs 2>/dev/null` --unsafe --comments /license/ POST_COMPILER = ${JS_ENGINE} ${BUILD_DIR}/post-compile.js BASE_FILES = ${SRC_DIR}/core.js\
Bug#822780: apt sends invalid HTTP Host: headers for local IPv6 addresses
Package: apt Version: 1.0.9.8.3 Severity: normal Tags: ipv6 Dear Maintainer, I have a repository server running on fe80::1, which is easy to access for new systems because of IPv6 SLAAC -- normally, this just works. Since I upgraded to Jessie, I cannot reach it via apt anymore, because apt sends invalid Host: headers: | # apt -o Debug::Acquire::http=yes update [...] | GET /dists/test-base/Release HTTP/1.1 | Host: [fe80::1%tap0]:8080 | Cache-Control: max-age=0 | Accept: text/* | User-Agent: Debian APT-HTTP/1.3 (1.0.9.8.3) This results in a "bad request" from Apache 2.2 on the server. RFC 7230, section "5.4. Host" tells us: Host = uri-host [ ":" port ] And "uri-host" references "host" in RFC 3986, section "3.2.2. Host". To be concise: IPv6 addresses shall be written as groups of four hexadecimal digits in square brackets, but the interface identifier should be left out. (BTW: it has no meaning to the server, as it is local to the client.) Therefore I believe apt should strip out interface identifiers when constructing Host headers, while it should still use them to create the TCP connection. -- Package-specific info: -- apt-config dump -- APT ""; APT::Architecture "i386"; APT::Build-Essential ""; APT::Build-Essential:: "build-essential"; APT::Install-Recommends "false"; APT::Install-Suggests "false"; APT::NeverAutoRemove ""; APT::NeverAutoRemove:: "^firmware-linux.*"; APT::NeverAutoRemove:: "^linux-firmware$"; APT::NeverAutoRemove:: "^linux-image-3\.16\.0-4-686-pae$"; APT::NeverAutoRemove:: "^linux-headers-3\.16\.0-4-686-pae$"; APT::NeverAutoRemove:: "^linux-image-extra-3\.16\.0-4-686-pae$"; APT::NeverAutoRemove:: "^linux-signed-image-3\.16\.0-4-686-pae$"; APT::NeverAutoRemove:: "^kfreebsd-image-3\.16\.0-4-686-pae$"; APT::NeverAutoRemove:: "^kfreebsd-headers-3\.16\.0-4-686-pae$"; APT::NeverAutoRemove:: "^gnumach-image-3\.16\.0-4-686-pae$"; APT::NeverAutoRemove:: "^.*-modules-3\.16\.0-4-686-pae$"; APT::NeverAutoRemove:: "^.*-kernel-3\.16\.0-4-686-pae$"; APT::NeverAutoRemove:: "^linux-backports-modules-.*-3\.16\.0-4-686-pae$"; APT::NeverAutoRemove:: "^linux-tools-3\.16\.0-4-686-pae$"; APT::VersionedKernelPackages ""; APT::VersionedKernelPackages:: "linux-image"; APT::VersionedKernelPackages:: "linux-headers"; APT::VersionedKernelPackages:: "linux-image-extra"; APT::VersionedKernelPackages:: "linux-signed-image"; APT::VersionedKernelPackages:: "kfreebsd-image"; APT::VersionedKernelPackages:: "kfreebsd-headers"; APT::VersionedKernelPackages:: "gnumach-image"; APT::VersionedKernelPackages:: ".*-modules"; APT::VersionedKernelPackages:: ".*-kernel"; APT::VersionedKernelPackages:: "linux-backports-modules-.*"; APT::VersionedKernelPackages:: "linux-tools"; APT::Never-MarkAuto-Sections ""; APT::Never-MarkAuto-Sections:: "metapackages"; APT::Never-MarkAuto-Sections:: "restricted/metapackages"; APT::Never-MarkAuto-Sections:: "universe/metapackages"; APT::Never-MarkAuto-Sections:: "multiverse/metapackages"; APT::Never-MarkAuto-Sections:: "oldlibs"; APT::Never-MarkAuto-Sections:: "restricted/oldlibs"; APT::Never-MarkAuto-Sections:: "universe/oldlibs"; APT::Never-MarkAuto-Sections:: "multiverse/oldlibs"; APT::Architectures ""; APT::Architectures:: "i386"; APT::Compressor ""; APT::Compressor::. ""; APT::Compressor::.::Name "."; APT::Compressor::.::Extension ""; APT::Compressor::.::Binary ""; APT::Compressor::.::Cost "1"; APT::Compressor::gzip ""; APT::Compressor::gzip::Name "gzip"; APT::Compressor::gzip::Extension ".gz"; APT::Compressor::gzip::Binary "gzip"; APT::Compressor::gzip::Cost "2"; APT::Compressor::gzip::CompressArg ""; APT::Compressor::gzip::CompressArg:: "-9n"; APT::Compressor::gzip::UncompressArg ""; APT::Compressor::gzip::UncompressArg:: "-d"; APT::Compressor::bzip2 ""; APT::Compressor::bzip2::Name "bzip2"; APT::Compressor::bzip2::Extension ".bz2"; APT::Compressor::bzip2::Binary "bzip2"; APT::Compressor::bzip2::Cost "3"; APT::Compressor::bzip2::CompressArg ""; APT::Compressor::bzip2::CompressArg:: "-9"; APT::Compressor::bzip2::UncompressArg ""; APT::Compressor::bzip2::UncompressArg:: "-d"; APT::Compressor::xz ""; APT::Compressor::xz::Name "xz"; APT::Compressor::xz::Extension ".xz"; APT::Compressor::xz::Binary "xz"; APT::Compressor::xz::Cost "4"; APT::Compressor::xz::CompressArg ""; APT::Compressor::xz::CompressArg:: "-6"; APT::Compressor::xz::UncompressArg ""; APT::Compressor::xz::UncompressArg:: "-d"; APT::Compressor::lzma ""; APT::Compressor::lzma::Name "lzma"; APT::Compressor::lzma::Extension ".lzma"; APT::Compressor::lzma::Binary "xz"; APT::Compressor::lzma::Cost "5"; APT::Compressor::lzma::CompressArg ""; APT::Compressor::lzma::CompressArg:: "--format=lzma"; APT::Compressor::lzma::CompressArg:: "-9"; APT::Compressor::lzma::UncompressArg ""; APT::Compressor::lzma::UncompressArg:: "--format=lzma"; APT::Compressor::lzma::UncompressArg:: "-d"; Dir "/"; Dir::State "var/lib/apt/"; Dir::State::lists "lists/"; Dir::State::cdroms "cdroms.list"; Dir::State::mirrors "mirrors/"; Dir::State::extended_states
Bug#770835: openvpn: Expired example certificates
Package: openvpn Version: 2.2.1-8+deb7u2 Severity: normal The example certificates in the package expired recently: for cert in usr/share/doc/openvpn/examples/sample-keys/*.crt; do openssl x509 -noout -in $cert -text | grep -A2 Validity; done Validity Not Before: Nov 25 14:40:55 2004 GMT Not After : Nov 23 14:40:55 2014 GMT Validity Not Before: Nov 25 14:46:49 2004 GMT Not After : Nov 23 14:46:49 2014 GMT Validity Not Before: Nov 25 14:48:55 2004 GMT Not After : Nov 23 14:48:55 2014 GMT Validity Not Before: Nov 25 14:42:22 2004 GMT Not After : Nov 23 14:42:22 2014 GMT I checked the currenty package version 2.3.4-4 in unstable. It apparently uses the same files. Please ship usable certificates in coming versions of the package. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.49 ii initscripts2.88dsf-41+deb7u1 ii libc6 2.13-38+deb7u6 ii liblzo2-2 2.06-1+deb7u1 ii libpam0g 1.1.3-7.1 ii libpkcs11-helper1 1.09-1 ii libssl1.0.01.0.1e-2+deb7u13 ii net-tools 1.60-24.2 openvpn recommends no packages. Versions of packages openvpn suggests: ii openssl 1.0.1e-2+deb7u13 pn resolvconf none -- Configuration Files: /etc/default/openvpn changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705222: dbconfig-common: Removal maintainer code not run properly (no password prompt)
Package: dbconfig-common Version: 1.8.46+squeeze.0 Severity: normal When uninstalling packages using dbconfig-common and maintainer removal code (SQL data, no script) described in section 3.2.6. Packages that require extra logic during removal, I am not asked for the dbadmin password. It looks like this (using DEBIAN_FRONTEND=readline for easier quoting; normally I use dialog): | # dpkg -P dbconfig-test | (Reading database ... 27015 files and directories currently installed.) | Removing dbconfig-test ... | Configuring dbconfig-test | - | | Since you are removing dbconfig-test, it's possible that you no longer want the | underlying database. | | If you like, database removal can be handled with dbconfig-common. | | If you know that you do want to keep this database, or if you want to handle the | removal of this database manually, you should refuse this option. | | Deconfigure database for dbconfig-test with dbconfig-common? y | | | running maintainer removal sql hook... error encountered running maintainer removal sql hook: | mysql said: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO) | An error occurred while removing the database: | | mysql said: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using | password: NO) | | For some reason it was not possible to perform some of the actions necessary to | remove the database for dbconfig-test. At this point you have two options: you | can find out what has caused this error and fix it, or you can refuse the offer | for help removing the database (the latter implies you will have to remove the | database manually). | | If at this point you choose retry, you will be prompted with all the | configuration questions once more and another attempt will be made at performing | the operation. retry (skip questions) will immediately attempt the operation | again, skipping all questions. If you choose abort, the operation will fail | and you will need to downgrade, reinstall, reconfigure this package, or | otherwise manually intervene to continue using it. | | 1. abort 2. retry | | Next step for database removal: As far as I can see in the debug output (set -x in /usr/share/dbconfig-common/dpkg/common), dbconfig-common notices it will need to ask. I believe the maintainer removal code is just run too early. | + echo mysql pgsql | + need_admin_pw=yup | + [ remove = remove ] When I delete the removal code from my test package, I get asked for the password again. Other things I tried to get the removal code running: * set the debconf priority to low * update to dbconfig-common (1.8.47+nmu1) from wheezy/sid In both cases dbconfig-common ran into the problem above and did not ask for the dbadmin password. * set dbconfig-common/remember-admin-pass: true and reinstall the package I got asked for the password on installation, but still got the Access denied message on removal of the package. The password shows up in /var/cache/debconf/passwords.dat, but is apparrently not used for the removal code. I will add a simple package source code to reproduce the problem. Christoph -- System Information: Debian Release: 6.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dbconfig-common depends on: ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii ucf 3.0025+nmu1 Update Configuration File: preserv dbconfig-common recommends no packages. Versions of packages dbconfig-common suggests: ii mysql-client-5.1 [virt 5.1.66-0+squeeze1 MySQL database client binaries ii postgresql-client 8.4.17-0squeeze1 front-end programs for PostgreSQL ii postgresql-client-8.4 8.4.17-0squeeze1 front-end programs for PostgreSQL -- debconf information: dbconfig-common/remote-questions-default: false dbconfig-common/db/basepath: dbconfig-common/pgsql/revertconf: false dbconfig-common/install-error: abort dbconfig-common/pgsql/no-empty-passwords: dbconfig-common/pgsql/admin-user: postgres dbconfig-common/dbconfig-install: true dbconfig-common/internal/skip-preseed: false dbconfig-common/db/dbname: dbconfig-common/dbconfig-reinstall: false dbconfig-common/remote/host: dbconfig-common/pgsql/manualconf: dbconfig-common/pgsql/changeconf: false dbconfig-common/remote/newhost: dbconfig-common/dbconfig-remove: true dbconfig-common/missing-db-package-error: abort dbconfig-common/dbconfig-upgrade: true dbconfig-common/mysql/method: unix socket dbconfig-common/pgsql/no-user-choose-other-method: dbconfig-common/upgrade-backup: true dbconfig-common/internal/reconfiguring: false dbconfig-common/passwords-do-not-match: dbconfig-common/pgsql/authmethod-admin: ident dbconfig-common/remove-error: abort
Bug#690136: gammu-smsd: Inconsistency in parameter handling between init script and defaults
Package: gammu-smsd Version: 1.28.0-1 Severity: normal The file /etc/default/gammu-smsd contains the following line on new installions: | DAEMON_OPTS= I changed it to 'DAEMON_OPTS=--max-failures=1', restarted the daemon and it didn't stop after the first error. I found out that DAEMON_OPTS is not used: | $ grep -c DAEMON_OPTS /etc/init.d/gammu-smsd | 0 Instead, it look like this (line 39-40): | start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid \ | --exec $DAEMON -- $DAEMONPARAM --daemon --user $USER \ When I change the defaults file to DAEMONPARAM, everything works fine. But for the sake of consistency please change DAEMONPARAM to DAEMON_OPTS in the init script, as a lot of Debian init script name the variable this way. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gammu-smsd depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgammu7 1.28.0-1 mobile phone management library ii libgsmsd7 1.28.0-1 SMS daemon helper library gammu-smsd recommends no packages. Versions of packages gammu-smsd suggests: pn gammu 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#657483: fbsetbg: Annoying message on fluxbox startup when background image is disabled
Package: fluxbox Version: 1.1.1+dfsg2-1 Severity: normal Tags: squeeze patch Background information: I use multiple window managers and switch between them from time to time depending on the tasks to do. I use a common background image (showing current statistics, set via cron) in the X root window. Therefore, I disable setting background images in all window managers. The manpage of fluxstyle(1) says you should create a file named '~/.fluxbox/overlay' containing 'background: none' to disable background modification. I removed '~/.fluxbox/lastwallpaper', too, else fbsetbg will still set a background image. In this case, you'll get the message Can't find wallpaper on fluxbox startup (fluxbox starts 'fbsetbg -z'). Known workaround: Change the value of line matching 'session.screen*.rootCommand' to '/bin/true' in the file '~/.fluxbox/init' -- this will prevent fluxbox from running fbsetbg. The appended patch will modify fbsetbg to exit without warning when -z or -Z is used and no wallpaper is set. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fluxbox depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze3 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library ii libimlib2 1.4.2-8+b2 powerful image loading and renderi ii libsm62:1.1.1-1 X11 Session Management library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxinerama1 2:1.1-3X11 Xinerama extension library ii libxpm4 1:3.5.8-1 X11 pixmap library ii libxrandr22:1.3.0-3 X11 RandR extension library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii menu 2.1.44 generates programs menu for all me ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages fluxbox recommends: ii xfonts-terminus 4.30-2 Fixed-width fonts for fast reading Versions of packages fluxbox suggests: pn fbdesknone (no description available) pn fbpager none (no description available) pn fluxconf none (no description available) -- no debconf information --- fbsetbg.orig2010-07-12 13:54:29.0 +0200 +++ fbsetbg 2012-01-26 15:41:11.0 +0100 @@ -519,6 +519,11 @@ fi fi +# silently bail out when undocumented options -z or -Z +# (fluxbox uses -z on startup) are used without a wallpaper +if [ -z $wallpaper -a -n $style ]; then +exit 0 +fi if [ ! -r $wallpaper ]; then message Can't find wallpaper $wallpaper
Bug#619501: rungetty: cannot open /dev/tty, refusing to work
Package: rungetty Version: 1.2-13 Severity: important I tried to use rungetty to present a nice text menu on a live-helper built Debian CD (Lenny), but rungetty refused to run. So I tried again on a regular system and the same problem occured. I tried to run: rungetty -u root -g root --autologin root tty8 -- /bin/true (and tried again with:) rungetty -u root -g root -- /bin/true In both cases, the syslog output is: rungetty[28322]: /dev/tty8: cannot open tty: Operation not permitted When I run it via strace, I get: [..] chown32(/dev/tty8, 0, 0) = 0 chmod(/dev/tty8, 0600)= 0 rt_sigaction(SIGHUP, {SIG_IGN}, NULL, 8) = 0 open(/dev/tty8, O_RDWR) = 3 ioctl(3, TIOCSCTTY) = -1 EPERM (Operation not permitted) [..] On some of my other systems it runs nice, but I don't know what's the difference. I may contribute some strace output of a working rungetty if you want (as soon as I get home). Debian Release: 5.0.8 Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rungetty depends on: ii libc6 2.7-18lenny7 GNU C Library: Shared libraries rungetty recommends no packages. rungetty 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#617370: make-doc: Consider moving the package back to main
Package: make-doc Version: 3.81-4 Severity: wishlist Since 2006, the Debian project considers documents distributed under the GNU FDL to be free unless they contain unmodifiable parts. Those are mainly Invariant Sections, and luckily the make documentation comes without them. Therefore, I think make-doc should no longer be in non-free. Please consider moving the package back to main. -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash make-doc depends on no packages. make-doc recommends no packages. Versions of packages make-doc suggests: ii make 3.81-5 The GNU version of the make util -- 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#613946: debian-policy: anchor issues in HTML version
Package: debian-policy Version: 3.8.0.1 Severity: minor When you view the HTML version of the Debian Policy with a browser like Lynx or SeaMonkey/IceApe (which interpret link elements in the header), you'll notice some unfiltered tags like: | 4.4 Debian changelog: codedebian/changelog/code or | 7.2 Binary Dependencies - sampDepends/samp Apparently, code and samp etc. should be filtered out in the title text of the link elements. Another tight related issue are the anchors that serve as destination for those link elements. Currently, they are declared like this: | h2a name=s-binarydeps/a7.2 Binary Dependencies - | sampDepends/samp, sampRecommends/samp, sampSuggests/samp, | sampEnhances/samp, sampPre-Depends/samp/h2 There is no link text. A better solution would be: | h2a name=s-binarydeps7.2 Binary Dependencies - | sampDepends/samp, sampRecommends/samp, sampSuggests/samp, | sampEnhances/samp, sampPre-Depends/samp/a/h2 This will meet the recommendations of the WCAG for links. (http://www.w3.org/TR/2008/REC-WCAG20-20081211/#navigation-mechanisms) Main purpose: I like to use CSS to highlight anchor targets. This is useful when you want to link to some sub-heading in your documentation et al. It looks like this: | h1[id]:hover:after, | h2[id]:hover:after, | h3[id]:hover:after, | h4[id]:hover:after { | content: #attr(id); | font-size: smaller; | } | a[name]:hover:after { | content: #attr(name); | font-size: smaller; | } When you hover over an heading h1 .. h4 or anchor, the browser will show the id or name at the end of the line. Empty anchors sabotage this, as they take no space and cannot be hovered. Changing the anchors or switching to headings with ids should fix that problem, too. Regards, Christoph P.S.: Version 3.9.1.0 seems to have the same issues. -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash debian-policy depends on no packages. debian-policy recommends no packages. Versions of packages debian-policy suggests: pn doc-base 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#597693: hylafax-server: Missing dependency on mawk
Package: hylafax-server Version: 2:4.4.4-10.1 Severity: important I tried to install the package and the post-install script exited with an error: | FATAL ERROR: /usr/bin/mawk does not exist or is not an executable program! | | The file: | | /usr/bin/mawk | | does not exist or this file is not an executable program. The HylaFAX | software expects this program to exist and be in this location. If the | program resides in a different location then you must either reconfigure | and rebuild HylaFAX or override the default pathnames in the distributed | software through one of the HylaFAX configuration files (consult the | HylaFAX documentation). I don't have the mawk package installed, but using the gawk package instead. I believe the package should depend on mawk to avoid the error. I tried to symlink my gawk binary as mawk and the installation seems to work now. Maybe it's a good idea to depend on the virtual package awk and fix the setup script to use the available awk variant. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hylafax-server depends on: ii adduser3.110 add and remove users and groups ii bsd-mailx [mailx] 8.1.2-0.20071201cvs-3 A simple mail user agent ii debconf [debconf-2 1.5.24Debian configuration management sy ii ghostscript8.62.dfsg.1-3.2lenny5 The GPL Ghostscript PostScript/PDF ii hylafax-client 2:4.4.4-10.1 Flexible client/server fax softwar ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libgcc11:4.3.2-1.1 GCC support library ii libpam0g 1.0.1-5+lenny1Pluggable Authentication Modules l ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libtiff-tools 3.8.2-11.3TIFF manipulation and conversion t ii libtiff4 3.8.2-11.3Tag Image File Format (TIFF) libra ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii mailx 1:20071201-3 Transitional package for mailx ren ii psmisc 22.6-1Utilities that use the proc filesy ii sed4.1.5-6 The GNU sed stream editor ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime hylafax-server recommends no packages. Versions of packages hylafax-server suggests: pn mgettynone (no description available) pn psrip none (no description available) -- debconf information: hylafax-server/start_now: true hylafax-server/setup_failed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595741: gettext: Do not recommend transitional package lynx any longer
Package: gettext Version: 0.17-4 Severity: minor The package 'gettext' suggests to install curl, wget or lynx. The old lynx/lynx-ssl packages have evolved to lynx-cur and lynx became a transitional package. I suggest changing the Recommends: to lynx-cur. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gettext depends on: ii gettext-base0.17-4 GNU Internationalization utilities ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libgomp14.3.2-1.1GCC OpenMP (GOMP) support library Versions of packages gettext recommends: ii curl 7.18.2-8lenny4 Get a file from an HTTP, HTTPS or ii wget 1.11.4-2+lenny2 retrieves files from the web Versions of packages gettext suggests: pn cvs none (no description available) pn gettext-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#593335: reprepro: Typo referenes in error message
Package: reprepro Version: 3.5.2-6 Severity: minor When using 'reprepro processincoming mydistribution', I get the following error message due to a broken package (long lines wrapped): | Not deleting possibly left over files due to previous errors. | (To keep the files in the still existing index files from vanishing) | Use dumpunreferenced/deleteunreferenced to show/delete files without | referenes. Obviously, the last word should be 'references' instead. -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reprepro depends on: ii libarchive12.4.17-2 Single library to read/write tar, ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libdb4.6 4.6.21-11 Berkeley v4.6 Database Libraries [ ii libgpg-error0 1.4-2 library for common error values an ii libgpgme11 1.1.6-2 GPGME - GnuPG Made Easy ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages reprepro recommends: ii apt 0.7.20.2+lenny2 Advanced front-end for dpkg Versions of packages reprepro suggests: ii gnupg-agent 2.0.9-3.1+lenny1 GNU privacy guard - password agent pn inoticoming 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#567141: dhcp3-client: broken domain search list comparison in dhclient-script
Package: dhcp3-client Version: 3.1.1-6+lenny3 Severity: normal Tags: patch The handling of the domain search list is broken in the default dhclient-script. When you receive a search list containing multiple domains like foo.example.com, bar.example.com, the variable $new_domain_search contains a space separated list like bar.example.com foo.example.com. Let's assume our domain name (variable $new_domain_name) is foo.example.com. In dhclient-script, the function make_resolv_conf() compares our domain name agains this list. Because $new_domain_search is quoted in the comparison loop, it tries to check foo.example.com against bar.example.com foo.example.com and fail instead of doing two comparisons, one against bar.example.com (would fail) and another against foo.example.com (would succeed). dhclient-script will then prepend the domain name to the search list, generating foo.example.com bar.example.com foo.example.com as final result. This reverses the desired search order received from the DHCP server. The following patch just removes the quoted and gets the comparison loop working. --- /sbin/dhclient-script 2009-08-19 07:15:06.0 +0200 +++ /tmp/dhclient-script2010-01-27 16:37:23.0 +0100 @@ -23,7 +23,7 @@ #new_domain_search=${new_domain_search% } if [ $new_domain_name ]; then domain_in_search_list= - for domain in $new_domain_search; do + for domain in $new_domain_search; do if [ $domain = $new_domain_name ]; then domain_in_search=Yes fi P.S.: The usage of tabs vs. spaces for indentation is inconsistent. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.ISO8859-1, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages dhcp3-client depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii debianutils 2.30 Miscellaneous utilities specific t ii dhcp3-common 3.1.1-6+lenny3 common files used by all the dhcp3 ii libc6 2.7-18lenny2 GNU C Library: Shared libraries dhcp3-client recommends no packages. Versions of packages dhcp3-client suggests: pn avahi-autoipd none (no description available) pn resolvconfnone (no description available) -- debconf information: dhcp3-client/dhclient-needs-restarting: dhcp3-client/dhclient-script_moved: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554360: alien: Use DEBEMAIL when creating Debian packages
Package: alien Version: 8.72 Severity: wishlist When you convert packages to Debian format, alien should get the mail address from the DEBEMAIL environment variable, just like dh_make. This will allow an easier separation of your email addresses for package maintenance and for private mail. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages alien depends on: ii cpio 2.9-13 GNU cpio -- a program to manage ar ii debhelper7.0.15 helper programs for debian/rules ii dpkg-dev 1.14.25 Debian package development tools ii make 3.81-5 The GNU version of the make util ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii rpm 4.4.2.3-1 Red Hat package manager alien recommends no packages. Versions of packages alien suggests: ii bzip2 1.0.5-1high-quality block-sorting file co ii lintian 1.24.2.1 Debian package checker pn lsb-rpm none (no description available) ii patch 2.5.9-5Apply a diff file to an original -- 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#554392: /usr/bin/dh_make: Typo in manpage
Package: dh-make Version: 0.46 Severity: minor File: /usr/bin/dh_make The section ENVIRONMENT contains the word enviornment. I think it should be environment. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make depends on: ii debhelper7.0.15 helper programs for debian/rules ii dpkg-dev 1.14.25 Debian package development tools ii make 3.81-5 The GNU version of the make util ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction dh-make recommends no packages. Versions of packages dh-make suggests: ii build-essential 11.4 Informational list of build-essent -- 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#554379: alien: Typo in manpage
Package: alien Version: 8.72 Severity: minor The section ENVIRONMENT contains the word environemnt. I think it should be environment. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages alien depends on: ii cpio 2.9-13 GNU cpio -- a program to manage ar ii debhelper7.0.15 helper programs for debian/rules ii dpkg-dev 1.14.25 Debian package development tools ii make 3.81-5 The GNU version of the make util ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii rpm 4.4.2.3-1 Red Hat package manager alien recommends no packages. Versions of packages alien suggests: ii bzip2 1.0.5-1high-quality block-sorting file co ii lintian 1.24.2.1 Debian package checker pn lsb-rpm none (no description available) ii patch 2.5.9-5Apply a diff file to an original -- 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#554404: alien: Work on all given packages when using -g
Package: alien Version: 8.72 Severity: wishlist When using -g on multiple packages, alien will only create the building directories for the first package given: $ fakeroot alien --to-deb -g package1.i386.rpm package2.i386.rpm Warning: Skipping conversion of scripts in package package1: postinst postrm preinst prerm Warning: Use the --scripts parameter to include the scripts. Directories package1 and package1.orig prepared. $ ls -1 package1 package1.i386.rpm package1.orig package2.i386.rpm (original package names replaced) Alien should work on all packages given on cmdline, just like it does without -g. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages alien depends on: ii cpio 2.9-13 GNU cpio -- a program to manage ar ii debhelper7.0.15 helper programs for debian/rules ii dpkg-dev 1.14.25 Debian package development tools ii make 3.81-5 The GNU version of the make util ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii rpm 4.4.2.3-1 Red Hat package manager alien recommends no packages. Versions of packages alien suggests: ii bzip2 1.0.5-1high-quality block-sorting file co ii lintian 1.24.2.1 Debian package checker pn lsb-rpm none (no description available) ii patch 2.5.9-5Apply a diff file to an original -- 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#385967: xpilot-server: can't be installed (md5sum mismatch)
Package: xpilot-server Severity: important I tried to install xpilot-server on my Debian Sarge box. Aptitude downloaded the package, said nothing and exited, apt-get was a little bit more verbose: [EMAIL PROTECTED]:~# apt-get install xpilot-server Reading Package Lists... Done Building Dependency Tree... Done Suggested packages: [..] After unpacking 1282kB of additional disk space will be used. Get:1 http://wftp.tu-chemnitz.de sarge/main xpilot-server 4.5.5beta.20031222-1 [348kB] Fetched 348kB in 7m51s (738B/s) Failed to fetch http://wftp.tu-chemnitz.de/pub/linux/debian/debian/pool/main/x/xpilot/xpilot-server_4.5.5beta.20031222-1_i386.deb MD5Sum mismatch E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing? I tried it multiple times to make sure it isn't a tranfer problem and assume now that the package is broken. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16.19-howard Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]