Bug#530604: checkrestart can use /run/reboot-required to check for a new kernel
This is even simpler to check for now. Kernel packages create /run/reboot-required and add their package name to /run/reboot-required.pkgs, so you can just check for those files. I would welcome an enhancement to checkrestart that said something about these files, so that you know from checkrestart's output when you're not running the latest kernel that you have installed. pEpkey.asc Description: application/pgp-keys
Bug#928307: DHCPv6 client is not supposed to set the default route
This is correct behavior. The DHCPv6 client does not set the default route. The default route will typically be set by the kernel when it receives router advertisements, per the accept_ra sysctl: https://sysctl-explorer.net/net/ipv6/accept_ra/ -- Kenyon Ralph signature.asc Description: PGP signature
Bug#959502: multitail: new version 6.5.0 available
Package: multitail Version: 6.4.2-3+b1 Severity: normal Dear Maintainer, Version 6.5.0 of multitail has been released. https://www.vanheusden.com/multitail/download.php -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages multitail depends on: ii libc6 2.28-10 ii libncursesw6 6.1+20181013-2+deb10u2 ii libtinfo6 6.1+20181013-2+deb10u2 multitail recommends no packages. multitail suggests no packages. -- Configuration Files: /etc/multitail.conf changed [not included] -- no debconf information
Bug#942285: smokeping: stretch to buster upgrade adds dyndir to /etc/smokeping/config.d/pathnames, breaking existing installation
Package: smokeping Version: 2.7.3-2 Severity: normal Dear Maintainer, When upgrading from stretch to buster, dyndir = /var/lib/smokeping/__cgi was added to my /etc/smokeping/config.d/pathnames. This causes smokeping.cgi to look for files and directories under that __cgi directory, but since my installation predates dyndir, all of those files and directories are under datadir. This results in a bunch of errors like this in the web server error log: [Sat Oct 12 02:54:46.775961 2019] [cgi:error] [pid 1626:tid 140274202294016] [client 2606:6000:cd04:400:222:4dff:fe83:cd4a:42894] AH01215: [Sat Oct 12 02:54:46 2019] smokeping.cgi [client 2606:6000:cd04:400:222:4dff:fe83:cd4a]: Could not lock /var/lib/smokeping/__cgi//Others/ISPRouter.einstein.slave_cache (No such file or directory). Trying again 2 more times.: /usr/lib/cgi-bin/smokeping.cgi [Sat Oct 12 02:54:46.778780 2019] [cgi:error] [pid 1626:tid 140274202294016] [client 2606:6000:cd04:400:222:4dff:fe83:cd4a:42894] AH01215: [Sat Oct 12 02:54:46 2019] smokeping.cgi [client 2606:6000:cd04:400:222:4dff:fe83:cd4a]: Could not lock /var/lib/smokeping/__cgi//Others/ISPRouter.einstein.slave_cache (No such file or directory). Trying again 1 more times.: /usr/lib/cgi-bin/smokeping.cgi [Sat Oct 12 02:54:46.779933 2019] [cgi:error] [pid 1626:tid 140274202294016] [client 2606:6000:cd04:400:222:4dff:fe83:cd4a:42894] AH01215: [Sat Oct 12 02:54:46 2019] smokeping.cgi [client 2606:6000:cd04:400:222:4dff:fe83:cd4a]: Could not update /var/lib/smokeping/__cgi//Others/ISPRouter.einstein.slave_cache, giving up for now. at /usr/share/perl5/Smokeping/Master.pm line 156.: /usr/lib/cgi-bin/smokeping.cgi The easy fix is to remove the dyndir line from /etc/smokeping/config.d/pathnames. I suppose you could also move the files to dyndir. I'm not sure why this wasn't a problem when upgrading to wheezy, jessie, or stretch, since the split_config script seems to have been introduced for wheezy, and I installed smokeping on squeeze. -- System Information: Debian Release: 10.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.1.17-x86_64-linode128 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages smokeping depends on: ii adduser 3.118 ii debianutils 4.8.6.1 ii fping 4.2-1 ii libcgi-fast-perl1:2.13-1 ii libconfig-grammar-perl 1.12-2 ii libdigest-hmac-perl 1.03+dfsg-2 ii libjs-cropper 1.2.2-1 ii libjs-prototype 1.7.1-3 ii libjs-scriptaculous 1.9.0-2 ii librrds-perl1.7.1-2 ii libsnmp-session-perl1.14~git20130523.186a005-4 ii liburi-perl 1.76-1 ii libwww-perl 6.36-2 ii lsb-base10.2019051400 ii perl5.28.1-6 ii postfix [mail-transport-agent] 3.4.5-1 ii ucf 3.0038+nmu1 Versions of packages smokeping recommends: ii apache2 [httpd-cgi] 2.4.38-3+deb10u1 ii dnsutils 1:9.11.5.P4+dfsg-5.1 ii echoping 6.0.2-10 ii libsocket6-perl 0.29-1+b1 Versions of packages smokeping suggests: ii curl 7.64.0-4 pn libauthen-radius-perl ii libio-socket-ssl-perl 2.060-3 ii libnet-dns-perl1.19-1 pn libnet-ldap-perl pn libnet-telnet-perl ii openssh-client 1:7.9p1-10+deb10u1 -- no debconf information
Bug#930631: Wrong package reported.
On 2019-08-05T22:44:40+0100, Dai Trying wrote: > This "bug" is actually with xserver-xorg-core package and is caused by the > modesetting DDX driver, can this be changed here or do I need to file a new > bug report? You can reassign the bug report: https://www.debian.org/Bugs/server-control#reassign (I also had basically this same problem when upgrading to buster with my system which uses an Intel i915 graphics controller, and your report helped me figure out that creating a new xorg.conf fixes it, so thanks for that.) -- Kenyon Ralph signature.asc Description: PGP signature
Bug#720520: lesspipe advises using missing mkisofs package
Package: less Version: 481-2.1 Tags: patch Followup-For: Bug #720520 Dear Maintainer, Patch attached. BTW, it would be easier to make contributions if the packaging were in a git repository hosted on https://salsa.debian.org/. -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.15.13-x86_64-linode106 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages less depends on: ii debianutils 4.8.1.1 ii libc62.24-11+deb9u3 ii libtinfo56.0+20161126-1+deb9u2 less recommends no packages. less suggests no packages. -- no debconf information --- lesspipe.orig 2018-09-06 17:27:05.235401068 -0700 +++ lesspipe2018-09-06 17:29:21.739432651 -0700 @@ -141,7 +141,7 @@ if [ -x "`which isoinfo`" ]; then iso_list "$1" else echo "No isoinfo available" - echo "Install mkisofs to view ISO images" + echo "Install genisoimage to view ISO images" fi ;; @@ -150,7 +150,7 @@ file "$1" | grep -q ISO\.9660 && iso_list "$1" else echo "No isoinfo available" - echo "Install mkisofs to view ISO images" + echo "Install genisoimage to view ISO images" fi ;;
Bug#842081: gnucash: Incorrect autocomplete after entering two characters
Package: gnucash Version: 1:2.6.15-1 Followup-For: Bug #842081 This bug still exists and is EXTREMELY annoying. Strangely, it only happens on one of my two Debian machines. Not sure how to figure out what causes the difference. -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnucash depends on: ii gnucash-common 1:2.6.15-1 ii guile-2.0 2.0.13+1-4 ii guile-2.0-libs 2.0.13+1-4 ii libaqbanking35 5.6.12-1+b1 ii libaqbanking35-plugins 5.6.12-1+b1 ii libc6 2.24-11+deb9u3 ii libcairo2 1.14.8-1 ii libcrypt-ssleay-perl 0.73.04-2 ii libdate-manip-perl 6.57-1 ii libdbi10.9.0-4+deb9u1 ii libfinance-quote-perl 1.38-1 ii libgdk-pixbuf2.0-0 2.36.5-2+deb9u2 ii libglib2.0-0 2.50.3-2 ii libgnome-keyring0 3.12.0-1+b2 ii libgnomecanvas2-0 2.30.3-3 ii libgoffice-0.8-8 0.8.17-7 ii libgtk2.0-02.24.31-2 ii libgwengui-gtk2-0 4.15.3-5+b1 ii libgwenhywfar604.15.3-5+b1 ii libhtml-tableextract-perl 2.13-1 ii libhtml-tree-perl 5.03-2 ii libktoblzcheck1v5 1.48-2.1+b1 ii libofx61:0.9.10-2+deb9u1 ii libpango-1.0-0 1.40.5-1 ii libpangocairo-1.0-01.40.5-1 ii libpython2.7 2.7.13-2+deb9u2 ii libwebkitgtk-1.0-0 2.4.11-3 ii libwww-perl6.15-1 ii libx11-6 2:1.6.4-3 ii libxml22.9.4+dfsg1-2.2+deb9u2 ii libxslt1.1 1.1.29-2.1 ii perl 5.24.1-3+deb9u4 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages gnucash recommends: ii dbus1.10.26-0+deb9u1 ii dbus-x111.10.26-0+deb9u1 pn gnucash-docs pn python-gnucash ii yelp3.22.0-1 Versions of packages gnucash suggests: pn libdbd-mysql pn libdbd-pgsql pn libdbd-sqlite3 -- no debconf information -- Kenyon Ralph signature.asc Description: PGP signature
Bug#901963: git-lfs: "git lfs help" doesn't work
Package: git-lfs Version: 2.4.2-1~bpo9+1 Severity: minor Dear Maintainer, git lfs help doesn't work. It just says 'Sorry, no usage text found for "git-lfs"', either when doing "git lfs help" or when doing "git lfs help ", such as "git lfs help track". Probably the right thing to do would be show the manual pages (which are indeed installed and usable), just like "git help" does, e.g., "git lfs help" runs "man git-lfs", "git lfs help track" runs "man git-lfs-track", etc. -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.16.0-0.bpo.1-amd64 (SMP w/24 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages git-lfs depends on: ii git1:2.17.1-1~bpo9+1 ii libc6 2.24-11+deb9u3 git-lfs recommends no packages. git-lfs suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#847732: debmany incorrectly reports "no package" if current version of deb already exists in /var/cache/apt/archives
Package: debian-goodies Version: 0.63 Severity: normal File: /usr/bin/debmany Dear Maintainer, If the package you are trying to inspect with debmany is not installed, but its deb exists in /var/cache/apt/archives, then debmany incorrectly stops with error "There is no package called 'foo'". This is because the apt-get command used in debmany only shows download URIs for files which don't already exist in /var/cache/apt/archives. Changing line 247 to this fixes it (use apt-get download instead of apt-get install; this also removes the need for grep): aptdata=`apt-get --print-uris download "$package" 2>/dev/null` -- System Information: Debian Release: 8.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages debian-goodies depends on: ii curl 7.38.0-4+deb8u5 ii dctrl-tools [grep-dctrl] 2.23 ii perl 5.20.2-3+deb8u6 ii python2.7.9-1 ii whiptail 0.52.17-1+b1 Versions of packages debian-goodies recommends: ii lsof 4.86+dfsg-1 Versions of packages debian-goodies suggests: ii popularity-contest 1.61 ii xdg-utils 1.1.0~rc1+git20111210-7.4 ii zenity 3.14.0-1 -- no debconf information
Bug#779639: munin-plugins-extra: Typo in /usr/share/munin/plugins/ejabberd_
Control: tags -1 fixed-upstream On 2015-03-03T13:59:31+0100, Peter Schwindt peter+...@schwindt-net.de wrote: Package: munin-plugins-extra Version: 2.0.25-1 Severity: minor Tags: patch upstream Dear Maintainer, there's a tiny typo in /usr/share/munin/plugins/ejabberd_ as seen below. Yes, it's still to seen in upstream (checked today). Fixed upstream in https://github.com/munin-monitoring/munin/commit/fcacf47b6e92a56a52d775f0abe77058743a02ef thanks for the report! -- Kenyon Ralph signature.asc Description: Digital signature
Bug#691672: [pkg-ntp-maintainers] Bug#691672: Debian Wheezy (testing) ntp is build without ppsapi
On 2012-10-28T12:35:55+0100, Kurt Roeckx k...@roeckx.be wrote: On Sun, Oct 28, 2012 at 03:28:43PM +0400, wrote: Package: ntp Version: 4.2.6.p5+dfsg-2 Debian: Wheezy ntpd does not recognize reference clock 22 (PPS) with message refclock 22 invalid in syslog. To fix the problem: I have installed pps-tools _firtst_. Then I have downloaded source code apt-get source ntp apt-get build-dep ntp. Then I build it with debuild and now everything is ok. I think that pps-tools should be in build dependencies for ntp. pps-tools seems to be new in Debian. Do you know if the ppsapi has been added to the standard kernel, and that it's enabled in Debian by default? PPS cannot be properly used with the default Debian kernels because they do not enable CONFIG_NTP_PPS. But this requires enabling CONFIG_NO_HZ_COMMON and CONFIG_RCU_FAST_NO_HZ, which is why CONFIG_NTP_PPS probably won't be a default. However, the NTP package should still build-depend on pps-tools. Then that's just one fewer step to making a PPS-enabled stratum 1 NTP server on Debian, and there's no harm if you're not running PPS (you're already building support for refclocks in the Debian NTP package, so it doesn't make sense to leave out PPS support). It's pretty easy to build a custom kernel nowadays with make deb-pkg in the standard kernel source. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#325803: keychain error adding gpg key; seems to think pinentry is not installed
Control: tags -1 moreinfo On 2005-08-31T00:05:36-0400, Barry Hawkins ba...@bytemason.org wrote: Package: keychain Version: 2.5.5-3 Severity: normal When using keychain to add a GPG key, I am experiencing an error message that seems to say that keychain thinks pinentry is not installed, though it is. Below is the repeatable output in a login shell: Check that your ~/.gnupg/gpg-agent.conf does not contain an incorrect pinentry-program line, as explained here: http://brondsema.net/blog/index.php/2007/02/06/keychain_gpg_agent_pinentry_problems -- Kenyon Ralph signature.asc Description: Digital signature
Bug#772513: intel-microcode: dracut support for wheezy-backports
Package: intel-microcode Version: 3.20140913.1~bpo70+2 Severity: wishlist Dear Maintainer, As requested in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770761#32 I'm creating this bug report. The above wheezy-backports version of intel-microcode depends on initramfs-tools, which conflicts with dracut. I've switched back to the wheezy version of intel-microcode for now. -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770761: intel-microcode: should Depends: on the first working linux-image version (e.g. backports)
On 2014-11-27T14:05:25-0200, Henrique de Moraes Holschuh h...@debian.org wrote: Versions of packages intel-microcode recommends: ii initramfs-tools 0.109.1 This is going to be a problem as well. I will consider switching to a Depends. I've switched to a depends for backports, I can undo this easily if it causes problems. Unstable and stable will remain with a recommends. The change from Recommends to Depends for initramfs-tools is preventing upgrade from intel-microcode 3.20140913.1~bpo70+1 to 3.20140913.1~bpo70+2. I have dracut installed instead of initramfs-tools, so to upgrade, I would have to replace dracut with initramfs-tools. My understanding is that dracut is the replacement for initramfs-tools. -- Kenyon Ralph -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-0.bpo.3-amd64 (SMP w/8 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 intel-microcode depends on: ii iucode-tool 1.1.1-1~bpo70+1 Versions of packages intel-microcode recommends: pn initramfs-tools none intel-microcode suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#755905: related upstream bug report for Iceweasel 31 segfault
Here is an upstream bug report that is probably the same thing: https://bugzil.la/1038860 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#737008: squid3 3.3.8-1.1 packaging works easily for 3.4.6
Just reporting that I built a Debian package locally of squid 3.4.6 simply by copying the debian directory from the 3.3.8-1.1 package to the 3.4.6 tree, refreshing patches, and removing 17-pod2man-check.patch. (I also removed the libecap dependency since I'm building this for wheezy and didn't want to backport another package that I don't need.) I have not tested installing or running the resulting binaries yet, but it looks like it should be fine. So, it should not be too much effort to get the latest version into unstable. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#570233: libc6-dev: please add timepps.h (solved by creation of pps-tools package)
I believe that this bug regarding lack of timepps.h has been solved by the creation of the pps-tools Debian package: http://packages.qa.debian.org/p/pps-tools.html -- Kenyon Ralph signature.asc Description: Digital signature
Bug#241548: PPS refclock support (Oncore)
block 241548 by 691672 tags 691672 patch thanks I believe that this bug would be fixed by the fix of bug #691672 [0]. [0] https://bugs.debian.org/691672 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#729837: munin-node: No graphs fo squid3 package
On 2013-11-18T08:37:01+0100, Adrian Immanuel Kiess adr...@kiess.at wrote: Package: munin-node Version: 2.0.17-3 Severity: normal Dear Maintainer, currently in Debian/testing munin does not show graphs for the squid3 package. Maybe it works for the old squid package. Works fine for me with squid3 3.3.4-1 and munin-node 2.0.16-2 for years. Some more debugging information would be useful. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#728239: munin-plugins-extra: /usr/share/munin/plugins/ejabberd_ uses exit -1
tags 728239 fixed-upstream stop On 2013-10-29T20:34:41+, Clint Adams cl...@debian.org wrote: Package: munin-plugins-extra Version: 2.0.6-4+deb7u1 This plugin should be changed to use exit 255 or put /bin/bash in the shebang. Fixed upstream: https://github.com/munin-monitoring/munin/commit/f7d1cd80b367e6d7cc1b3a936e9ceefbdc992682 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#549050: cupsd segfaults on SIGHUP
\377\177\000\000\001\000\000\000\000\000\000\000p\211\261\203\377\177\000\000\377\003\000\000\000\000\000\000...
slash = optimized out
language = optimized out
user = optimized out
group = optimized out
old_serverroot = 0x7f935b1b0154 /etc/cups
old_requestroot = 0x7f935b1bdb14 /var/spool/cups
old_remote_port = 0
tmpdir = optimized out
tmpinfo = {st_dev = 140270815171665, st_ino = 0, st_nlink = 0, st_mode
= 0, st_uid = 0, st_gid = 0, __pad0 = 0, st_rdev = 0,
st_size = 0, st_blksize = -8957231029693710336, st_blocks = 0,
st_atim = {tv_sec = 0, tv_nsec = 0}, st_mtim = {tv_sec = 0,
tv_nsec = 0}, st_ctim = {tv_sec = 48, tv_nsec = 140735402837984},
__unused = {140735402837464, -1, 34}}
p = optimized out
#9 0x7f93599b4802 in main (argc=optimized out, argv=optimized out) at
main.c:817
i = 11896
opt = optimized out
fg = optimized out
fds = 2
con = optimized out
job = optimized out
lis = optimized out
current_time = optimized out
activity = optimized out
avahi_client_time = 1375257765
browse_time = 1375257769
senddoc_time = 1375257765
expire_time = 1375257769
report_time = 0
event_time = 1375257698
timeout = optimized out
limit = {rlim_cur = 4096, rlim_max = 4096}
action = {__sigaction_handler = {sa_handler = 0x7f93599d0690
sigterm_handler,
sa_sigaction = 0x7f93599d0690 sigterm_handler}, sa_mask = {__val
= {81920, 0 repeats 15 times}}, sa_flags = 0,
sa_restorer = 0}
run_as_child = 1375257765
netif_time = 1375257765
tmo = optimized out
tmo_delay = 0
-- System Information:
Debian Release: 7.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/8 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 cups depends on:
ii adduser3.113+nmu3
ii bc 1.06.95-2+b1
ii cups-client1.5.3-5
ii cups-common1.5.3-5
ii cups-filters 1.0.18-2.1
ii cups-ppdc 1.5.3-5
ii debconf [debconf-2.0] 1.5.49
ii dpkg 1.16.10
ii ghostscript9.05~dfsg-6.3+deb7u1
ii libavahi-client3 0.6.31-2
ii libavahi-common3 0.6.31-2
ii libc-bin 2.13-38
ii libc6 2.13-38
ii libcups2 1.5.3-5
ii libcupscgi11.5.3-5
ii libcupsimage2 1.5.3-5
ii libcupsmime1 1.5.3-5
ii libcupsppdc1 1.5.3-5
ii libdbus-1-31.6.8-1+deb7u1
ii libgcc11:4.7.2-5
ii libgnutls262.12.20-7
ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1
ii libkrb5-3 1.10.1+dfsg-5+deb7u1
ii libldap-2.4-2 2.4.31-1+nmu2
ii libpam0g 1.1.3-7.1
ii libpaper1 1.1.24+nmu2
ii libslp11.2.1-9
ii libstdc++6 4.7.2-5
ii libusb-1.0-0 2:1.0.11-1
ii lsb-base 4.1+Debian8+deb7u1
ii poppler-utils 0.18.4-6
ii procps 1:3.3.3-3
ii ssl-cert 1.0.32
Versions of packages cups recommends:
ii avahi-daemon 0.6.31-2
ii colord 0.1.21-1
ii foomatic-filters 4.0.17-1
ii ghostscript-cups 9.05~dfsg-6.3+deb7u1
ii printer-driver-gutenprint 5.2.9-1
Versions of packages cups suggests:
pn cups-bsd none
pn cups-pdf none
ii foomatic-db-compressed-ppds [foomatic-db] 20120523-1
ii hplip 3.12.6-3.1
ii printer-driver-hpcups 3.12.6-3.1
ii smbclient 2:3.6.6-6
ii udev 175-7.2
-- debconf information:
* cupsys/raw-print: true
* cupsys/backend: ipp, lpd, socket, usb, snmp, dnssd
--
Kenyon Ralph
signature.asc
Description: Digital signature
Bug#717287: munin-plugins-core: cpuspeed plugin doesn't work with kernel 3.10
On 2013-07-18T23:46:08+0200, gregor herrmann gre...@debian.org wrote: No idea where the stats directory went ... Do you have the cpufreq_stats module loaded? In any case, I don't think this is a bug in munin. My system has the cpufreq_stats module loaded and the stats directories exist, and the munin cpuspeed plugin works. BTW the correct way to run munin plugins manually is with munin-run, e.g., sudo munin-run cpuspeed. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#717287: munin-plugins-core: cpuspeed plugin doesn't work with kernel 3.10
On 2013-07-19T00:50:53+0200, gregor herrmann gre...@debian.org wrote: On Thu, 18 Jul 2013 15:39:23 -0700, Kenyon Ralph wrote: On 2013-07-18T23:46:08+0200, gregor herrmann gre...@debian.org wrote: No idea where the stats directory went ... Do you have the cpufreq_stats module loaded? Good question ... Let's see: # lsmod | grep cpufreq_stats cpufreq_stats 12866 0 In any case, I don't think this is a bug in munin. My system has the cpufreq_stats module loaded and the stats directories exist, and the munin cpuspeed plugin works. I just notice that a munin plugin tries to access a non-existing file; this might as well be the fault of another package ... (Just to make sure: you're also running 3.10-1-amd64 or similar?) I'm running linux-image-3.2.0-4-amd64 version 3.2.46-1 from wheezy, with linux-image-3.9-0.bpo.1-amd64 version 3.9.6-1~bpo70+1 from wheezy-backports installed and waiting for a reboot. I'll try rebooting into the bpo kernel later and report back on whether cpufreq stats are still there. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#714139: munin-plugins-core: ntp plugin takes too long when no reserve DNS for one of the peers, causing subsequent plugins to not be queried
On 2013-06-26T18:00:47+1000, Tim Connors report...@rather.puzzling.org wrote: Package: munin-plugins-core Version: 2.0.6-4+deb7u1 Severity: normal Investigating why uptime plugin wasn't running, logs were showing the ntp_state was timing out. Running manually, I find one of the dynamic peers isn't returning reverse DNS, and this simple patch fixes it (only 1 second because it's not that critical if you don't resolve successfully, and it tries twice, and you don't want to wait more than 2 seconds when you only have 10 or so seconds to get through all the plugins): I added 5-second timeouts to the plugin in this commit, and I haven't had any more timeout problems: https://github.com/munin-monitoring/munin/commit/e2a01b5be031f93fb3e2cdd00a28f1796727cd17 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#636134: is this fixed upstream or not?
On 2013-04-15T22:23:10+0200, Holger Levsen hol...@layer-acht.org wrote: this is clearly an upstream issue, the question is, has this been fixed in the 2.0.x series? I think Marc Haber's comments in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636134#10 generally still apply. I guess the only other information I can add is that the current hddtemp_smartctl works for me on squeeze and wheezy out-of-the-box, but I probably don't have a system with the large number of drives that the original reporter has. Maybe the bug submitter could comment on the current state, and possibly submit smaller patches for each issue against the current devel branch on github? -- Kenyon Ralph signature.asc Description: Digital signature
Bug#558800: ntp_ rewritten
tags 558800 fixed-upstream forwarded 558800 http://munin-monitoring.org/ticket/775 thanks ntp_ was rewritten in https://github.com/munin-monitoring/munin/commit/0c4290eb7e233a997d7fa2a7a7465256fa71394c and that fixes this bug. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#703567: munin-node: ip_ does not work with an ipv6 address
tags 703567 fixed-upstream
thanks
On 2013-03-20T23:21:52+0100, Jean-Philippe Guerard
jean-philippe.guer...@tigreraye.org wrote:
Package: munin-node
Version: 1.4.5-3
Severity: normal
Running ip_ with an ipv6 address yields the following error:
--
munin-run ip_:222:2:::2
+ :
+ . /usr/share/munin/plugins/plugin.sh
+ IP=:222:2:::2
+ INPUT=INPUT
+ OUTPUT=OUTPUT
+ eval function iptables() {
/sbin/ip6tables $@
}
eval: 1: Syntax error: ( unexpected
--
The ip_ script starts with #!/bin/sh and function is a bash-ism.
Replacing #!/bin/sh by #!/bin/bash on line 1 (and line 2) solves this issue.
This was fixed upstream:
https://github.com/munin-monitoring/munin/commit/2f72cd57dba6d148bf013cdc96bc9ae92f2bd936
Replacing:
--
eval 'function iptables() {
/sbin/ip6tables $@
}'
--
by
--
eval 'iptables() {
/sbin/ip6tables $@
}'
--
also solves this issue.
This was also fixed upstream:
https://github.com/munin-monitoring/munin/commit/fa0b8dd560c3be41d0b1b8bcce1a2aca8924ac0a
--
Kenyon Ralph
signature.asc
Description: Digital signature
Bug#671287: same with mirror.picosecond.org
Same problem with mirror.picosecond.org, which is the mirror that http.debian.net selects for me: W: Failed to fetch bzip2:/var/lib/apt/lists/partial/mirror.picosecond.org_debian_dists_unstable_main_i18n_Translation-en Hash Sum mismatch W: Failed to fetch bzip2:/var/lib/apt/lists/partial/mirror.picosecond.org_debian_dists_experimental_main_i18n_Translation-en Hash Sum mismatch E: Some index files failed to download. They have been ignored, or old ones used instead. Seems like http://bugs.debian.org/674659 might be a duplicate of this bug. Note that this hash sum mismatch only happens for me on wheezy. My squeeze systems don't see these hash sum mismatches. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#702152: microcode-20130222 released
Package: intel-microcode Version: 1.20120606.v2.2 Severity: normal Dear Maintainer, Intel released microcode version 20130222: http://downloadcenter.intel.com/Detail_Desc.aspx?agr=YDwnldID=22508 Please consider packaging. Thanks. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash intel-microcode depends on no packages. Versions of packages intel-microcode recommends: ii iucode-tool 0.8.3-1 intel-microcode 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#695328: [testing/wheezy] UEFI installed system fails to boot
On 2012-12-29T20:55:05-0800, Kenyon Ralph ken...@kenyonralph.com wrote: On 2012-12-29T19:25:59-0800, Kenyon Ralph ken...@kenyonralph.com wrote: I have a feeling that using grub2 2.00 (like Ubuntu uses) would work. I'll try to build an installer including that if I can figure it out. Instead of building a new installer, I just installed grub2 2.00-8 from experimental in rescue mode. System still did not boot, so I don't know what to try now. It would be nice if we could figure out why Ubuntu 12.10 installs and boots in EFI mode, and bring those changes into the Debian packages. Just trying to install wheezy in UEFI mode again on the Intel DH77EB motherboard, now with firmware version 99 and the latest daily build of debian-testing-amd64-netinst.iso. Still the same result: the resulting Debian installation is unbootable. Here is output when I install and boot Ubuntu 12.10: $ sudo efibootmgr --verbose BootCurrent: 0002 Timeout: 1 seconds BootOrder: 0002,0003, Boot* debianVendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,) Boot0002* ubuntu HD(1,800,2f000,017b4fcf-b5a3-4549-a8d6-a94cb7eb699a)File(\EFI\ubuntu\grubx64.efi) Boot0003* UEFI : SATA : PORT 6G 0 : INTEL SSDSC2CW120A3 : PART 0 : OS Bootloader ACPI(a0341d0,0)PCI(1f,2)03120a00HD(1,800,2f000,017b4fcf-b5a3-4549-a8d6-a94cb7eb699a)AMBO In Debian rescue mode after installing Debian, replacing the previous Ubuntu installation: # efibootmgr --verbose BootCurrent: 0003 Timeout: 1 seconds BootOrder: 0003,0002, Boot* debianVendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,) Boot0002* ubuntuVendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,) Boot0003* UEFI : USB : 0.00 : PART 0 : OS Bootloader ACPI(a0341d0,0)PCI(1d,0)USB(1,0)USB(1,0)HD(1,10a74,380,27f931c5)AMBO Running 'grub-install /dev/sda' in Debian rescue mode causes the debian line to change to this: Boot* debian HD(1,800,f3800,f8636d01-62af-4d23-9ab6-5b22c5ffd5e6)File(\EFI\debian\grubx64.efi) But like I said in a previous email, upon reboot this disappears, and reentering rescue mode shows the Vendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,) line for debian instead. Notice how there is no UEFI SATA hard drive in the efibootmgr output on Debian. That's probably the problem, since the debian line needs to refer to that device, but I have no idea why Ubuntu has this properly and Debian lacks it. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#695328: [testing/wheezy] UEFI installed system fails to boot
On 2012-12-29T16:28:59-0800, Kenyon Ralph ken...@kenyonralph.com wrote: This is probably part of the problem: on the installed system, /boot/efi is empty. Rerunning grub-install doesn't change that. Actually, /boot/efi contains EFI/debian/grubx64.efi. For some reason, rescue mode was showing that /boot/efi was mounted, but it actually wasn't. umounting it and then mount -va properly mounted /boot/efi. Then grub-install /dev/sda seems to have created a correct EFI boot entry: BootCurrent: 0003 Timeout: 1 seconds BootOrder: ,0001,0002,0003 Boot* debian HD(1,800,f3800,f8636d01-62af-4d23-9ab6-5b22c5ffd5e6)File(\EFI\debian\grubx64.efi) Boot0001* SATA : PORT 6G 0 : INTEL SSDSC2CW120A3 : PART 0 : Boot Drive BIOS(2,0,00)AMBO Boot0002* USB : 0.00 : PART 0 : Boot Drive BIOS(2,0,00)AMBO Boot0003* UEFI : USB : 0.00 : PART 1 : OS Bootloader ACPI(a0341d0,0)PCI(1d,0)USB(1,0)USB(1,0)HD(2,6f800,380,13a64ed1)AMBO But the system still doesn't boot. I retried installation using the 2012-12-29T22:11 build of debian-testing-amd64-netinst.iso, followed by rescue mode, umount /boot/efi, mount -va, grub-install /dev/sda, resulting in a good Boot line like above. System still doesn't boot. Strangely, booting again into rescue mode, the Boot line reverts back to Vendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,), even after mounting /boot/efi properly. I have a feeling that using grub2 2.00 (like Ubuntu uses) would work. I'll try to build an installer including that if I can figure it out. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#695328: [testing/wheezy] UEFI installed system fails to boot
On 2012-12-29T19:25:59-0800, Kenyon Ralph ken...@kenyonralph.com wrote: I have a feeling that using grub2 2.00 (like Ubuntu uses) would work. I'll try to build an installer including that if I can figure it out. Instead of building a new installer, I just installed grub2 2.00-8 from experimental in rescue mode. System still did not boot, so I don't know what to try now. It would be nice if we could figure out why Ubuntu 12.10 installs and boots in EFI mode, and bring those changes into the Debian packages. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#695328: [testing/wheezy] UEFI installed system fails to boot
On 2012-12-13T01:42:13+, Steve McIntyre st...@einval.com wrote: Booting into rescue mode and running modprobe efivars ; efibootmgr --verbose gives this output: BootCurrent: 0003 Timeout: 1 seconds BootOrder: ,0003,0001,0002 Boot* debian Vendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,) Boot0001* SATA : PORT 6G 0 : INTEL SSDSC2CW120A3 : PART 0 : Boot Drive BIOS(2,0,00)AMBO Boot0002* USB : 0.00 : PART 0 : Boot Drive BIOS(2,0,00)AMBO Boot0003* UEFI : USB : 0.00 : PART 1 : OS Bootloader ACPI(a0341d0,0)PCI(1d,0)USB(1,0)USB(1,0)HD(2,6f000,380,73bb6f1a)AMBO How can I help debug this further? Hi, Hmmm, that looks very different from what I see in my own testing. In a VM here I've got: BootCurrent: BootOrder: 0005,,0001,0002,0003,0004 Boot* EFI DVD/CDROM ACPI(a0341d0,0)PCI(1,1)ATAPI(1,0,0) Boot0001* EFI FloppyACPI(a0341d0,0)PCI(1,0)ACPI(60441d0,0) Boot0002* EFI Floppy 1 ACPI(a0341d0,0)PCI(1,0)ACPI(60441d0,1) Boot0003* EFI Hard DriveACPI(a0341d0,0)PCI(1,1)ATAPI(0,0,0) Boot0004* EFI Internal Shell MM(b,3facf000,3ffbefff) Boot0005* debian HD(1,800,f3800,97bffec2-8f3a-4189-87f4-b77080076fb2)File(\EFI\debian\grubx64.efi) This is booted from a rescue CD image (as a CD, not via USB). From your rescue boot shell, could you try: # mount -av # grub-install /dev/sda and see how that affects things please? I'm curious what's happening here... Thanks for the reply. I did as you said, booted into the installer's rescue mode and did mount -av: mount: UUID=04E5-F0A6 already mounted on /boot/efi nothing was mounted # grub-install /dev/sda Installation finished. No error reported. No change to output of efibootmgr --verbose after grub-install. Rebooted, and it still does not boot from the hard drive (Reboot and Select proper Boot device or Insert Boot Media in selected Boot device and press a key). -- Kenyon Ralph signature.asc Description: Digital signature
Bug#695328: [testing/wheezy] UEFI installed system fails to boot
Package: installation-reports Boot method: USB memory stick Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso dated 2012-12-07T04:21 Date: 2012-12-07T22:00-08:00 Machine: Intel DH77EB motherboard, latest firmware, version 0097 (dated 2012-10-31) Processor: Intel Core i7-3770 Memory: 32 GB Partitions: the installer's use the whole disk default (efi boot partition, ext4 root, swap) Output of lspci -knn (or lspci -nn): (output taken using grml 2012.05) 00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM Controller [8086:0150] (rev 09) Subsystem: Intel Corporation Device [8086:2032] Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0162] (rev 09) Subsystem: Intel Corporation Device [8086:2032] Kernel driver in use: i915 00:14.0 USB controller [0c03]: Intel Corporation 7 Series Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04) Subsystem: Intel Corporation Device [8086:2032] Kernel driver in use: xhci_hcd 00:16.0 Communication controller [0780]: Intel Corporation 7 Series Chipset Family MEI Controller #1 [8086:1e3a] (rev 04) Subsystem: Intel Corporation Device [8086:2032] 00:19.0 Ethernet controller [0200]: Intel Corporation 82579V Gigabit Network Connection [8086:1503] (rev 04) Subsystem: Intel Corporation Device [8086:2032] Kernel driver in use: e1000e 00:1a.0 USB controller [0c03]: Intel Corporation 7 Series Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04) Subsystem: Intel Corporation Device [8086:2032] Kernel driver in use: ehci_hcd 00:1b.0 Audio device [0403]: Intel Corporation 7 Series Chipset Family High Definition Audio Controller [8086:1e20] (rev 04) Subsystem: Intel Corporation Device [8086:2032] Kernel driver in use: snd_hda_intel 00:1d.0 USB controller [0c03]: Intel Corporation 7 Series Chipset Family USB Enhanced Host Controller #1 [8086:1e26] (rev 04) Subsystem: Intel Corporation Device [8086:2032] Kernel driver in use: ehci_hcd 00:1f.0 ISA bridge [0601]: Intel Corporation H77 Express Chipset LPC Controller [8086:1e4a] (rev 04) Subsystem: Intel Corporation Device [8086:2032] 00:1f.2 SATA controller [0106]: Intel Corporation 7 Series Chipset Family 6-port SATA AHCI Controller [8086:1e02] (rev 04) Subsystem: Intel Corporation Device [8086:2032] Kernel driver in use: ahci 00:1f.3 SMBus [0c05]: Intel Corporation 7 Series Chipset Family SMBus Controller [8086:1e22] (rev 04) Subsystem: Intel Corporation Device [8086:2032] Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[E] Comments/Problems: Installer booted into EFI bootloader, and I used the graphical installer. Installation goes fine, but the resulting system does not boot. The computer acts as if there is no bootable disk (please insert boot disk). Ubuntu 12.10 installs and boots using UEFI fine. I suspect a problem with the EFI NVRAM boot entry that the Debian Installer creates, as reported by efibootmgr. It looked quite different from what Ubuntu created (unfortunately I didn't save the output), but I think the Ubuntu entry had a /boot/efi path in it. The motherboard is set to the default of try EFI booting first, and fall back to legacy BIOS. Booting into rescue mode and running modprobe efivars ; efibootmgr --verbose gives this output: BootCurrent: 0003 Timeout: 1 seconds BootOrder: ,0003,0001,0002 Boot* debianVendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,) Boot0001* SATA : PORT 6G 0 : INTEL SSDSC2CW120A3 : PART 0 : Boot Drive BIOS(2,0,00)AMBO Boot0002* USB : 0.00 : PART 0 : Boot Drive BIOS(2,0,00)AMBO Boot0003* UEFI : USB : 0.00 : PART 1 : OS Bootloader ACPI(a0341d0,0)PCI(1d,0)USB(1,0)USB(1,0)HD(2,6f000,380,73bb6f1a)AMBO How can I help debug this further? -- Kenyon Ralph signature.asc Description: Digital signature
Bug#684075: munin: insecure state file handling, munin-root
On 2012-08-09T09:29:06+0200, Helmut Grohne hel...@subdivi.de wrote: Big list. Now let's look at the second condition. Surely the plugin will somehow have to reference /var/lib/munin/plugin-state. Since plugin.sh does not give that reference and there is no other library for writing plugins they will somehow have to mention plugin-state (seems like a safe bet). Filtering those files which contain plugin-state gives us this list: There is another library for writing plugins, which provides some abstraction for state file handling: the Perl library https://github.com/munin-monitoring/munin/blob/devel/plugins/lib/Munin/Plugin.pm -- Kenyon Ralph signature.asc Description: Digital signature
Bug#682782: munin-plugins-extra: apc_nis: UTF-8-mangled degree sign in temperature graph label
On 2012-07-25T17:14:14+0100, Tim Bagot tim.ba...@hds.com wrote: Package: munin-plugins-extra Version: 2.0.1-1 Severity: minor Dear Maintainer, In the images generated for the apc_nis munin plugin, the label for the internal temperature graph suffers from excessive UTF-8, so that a degree sign is preceded by an A-with-circumflex. (See attached image.) Thanks for the report. The apc_nis plugin appears to be correctly encoded as UTF-8, so the real bug is rrdtool's or munin's handling of it: http://bugs.debian.org/598554 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#679225: /usr/bin/debmany: use curl --location to follow redirects
Package: debian-goodies Version: 0.53 Severity: normal File: /usr/bin/debmany Tags: patch If one uses the http://http.debian.net/ mirror redirector in their sources.list, debmany fails to download packages which are not installed. This is due to curl seeing the HTTP redirect and then just exiting, by default. The fix is very simple: add the --location option to the curl invocation: curl --location $url $file || error Failed to download '$url' to '$file'. (For the purpose of googling, the error you get is of the form dpkg-deb: unexpected end of file in version number in /dev/shm/debmany.ucyvhHmoAJ/tmp.deb). -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/4 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 debian-goodies depends on: ii curl 7.21.0-2.1+squeeze2 Get a file from an HTTP, HTTPS or ii dctrl-tools [grep-dc 2.14.5 Command-line tools to process Debi ii dialog 1.1-20100428-1 Displays user-friendly dialog boxe ii less 436-1 pager program similar to more ii lsof 4.81.dfsg.1-1 List open files ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii python 2.6.6-3+squeeze7interactive high-level object-orie ii whiptail 0.52.11-1 Displays user-friendly dialog boxe debian-goodies recommends no packages. Versions of packages debian-goodies suggests: ii popularity-contest 1.49Vote for your favourite packages a ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from ii zenity 2.30.0-1Display graphical dialog boxes fro -- 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#678928: [Packaging] Bug#678928: closed by Holger Levsen hol...@layer-acht.org (Re: Bug#678928: Squeeze safe-upgrade pulled munin 2.0.0-1~bpo60+1, graphs won't display)
contained in the munin backport package itself? I.e. should the backport 2.0.0.1 have included a reverse dependency such that aptitude would not install 2.0.0.1 given that Lighttpd was the installed hpptd? No, aptitude and the package management system is working as expected. I, the user, did nothing to break my munin. Fault lay with the developers. An upgrade shouldn't completely totally break a program so that it simply won't run at all, which is what has happened here. This is very frustrating to say the least. I can certainly understand your frustration. This happens to everyone who does any nontrivial work with computers. All software sucks. But this is what we have, and we try to make the best of it and continually improve it. If this is not a bug, and a bug report isn't the proper place to receive troubleshooting assistance to get this working, where do you recommend I go for assistance? Please don't say debian-users. I've been a subscriber for over 3 years. Munin is never discussed and there's likely no other munin users there who could help. the only munin bug I see here is please add support for automatic configuration with lighttpd No, that's not the bug. That would be a feature request. Manual configuration is fine with me had a warning been given BEFORE the auto upgrade, and a link to docs that would yield a correctly running munin 2.0.0.1 on Lighty. The bug here is the automatic install of 2.0.0.1 onto a system with a configuration, according to you, KNOWN to not work with 2.0.0.1 automatically. I'm fine with manual configuration as long as I'm told up front that it's required, and provided exact instructions. The bug, therefore, is that the installer didn't check the current configuration for compatibility before proceeding. If munin 2.0 only works out of the box with Apache2, the aptitude should not have installed the backport on my my Lighty system. There, finally, in these preceding three paragraphs, THAT is a specific, actionable bug report. The Debian packaging system can provide such warnings upon installation, and perhaps munin should give a warning, until someone is able to make munin integrate as smoothly with lighttpd as it currently does with apache. Do you disagree with these assertions? and for that I'd prefer a patch or at least help, as I'm not a lighttpd user myself. And for that I'd prefer a new bug to not have this as irrelevant history to a simply request :-) What do you think? Irrelevant history eh? The best bug reports are concise, specific, and actionable. I think that Holger's feeling, and I agree, is that this bug report was originally too vague, and now has too much discussion to be useful for working on a specific issue, and so for bug report management purposes, more specific bug reports should be filed. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#678662: munin-update: Doesn't fall back to v4 when v6 address causes a connect error
severity 678662 wishlist thanks On 2012-06-23T15:11:52+, Michael Renner r...@amd.co.at wrote: Package: munin Version: 2.0.0-1 Severity: important Tags: ipv6 upstream When you specify a target via hostname which has both a v6 and v4 address munin tries to connect to the v6 address first and if this fails bails out completely. This skips data collection for this host, resulting in lost data points. This is a regression compared to munin-update 1.4 which doesn't have v6 support. In a plain munin 2.0 environment one could argue that this is a configuration error but since mixed version environments are quite common the 2.0 munin-update should allow for dualstack clients specified via hostname and 1.4 munin-nodes. This would require to either connect in v4/v6 order or try to connect to all returned addresses instead of bailing out after the first failed connect. Munin 1.4 nodes actually do have IPv6 support, provided you have the necessary support in Perl's Net::Server. I have a munin-node 1.4.7 on FreeBSD which is IPv6-only, polled by a 2.0 master. I also have an Ubuntu munin-node 1.4.6 polled over IPv6. This is possible on Debian squeeze too, if you use the squeeze-backports version of libnet-server-perl. I think this is a reasonable fix, so I'm marking this as wishlist severity. See also http://munin-monitoring.org/wiki/IPv6 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#673491: tayga: [patch] allow adding addresses to the TUN interface
On 2012-06-11T15:00:24+0200, SamLT sam-d...@sltosis.org wrote: Same idea, but I leave here the default file untouched, and find the IPv4/IPv6 addresses from the tayga config(ipv4-addr/ipv6-addr), as for the other parameters(prefix, dynamic-pool...). I believe your patch is not correct because the nat64 TUN device should have addresses from different networks than what TAYGA is using. The ipv4-addr and ipv6-addr (or the address TAYGA generates using ipv4-addr and the IPv6 NAT64 prefix) in /etc/tayga.conf are used internally by TAYGA and will not be visible in 'ip address show' output. So you need to create new configuration variables outside of tayga.conf, which is why I added variables to /etc/default/tayga. patch attached and pasted below for completness. Thanks for your work. sam --- debian/init 2012-06-11 14:43:36.902006173 +0200 +++ debian/init.new 2012-06-11 14:42:31.787831726 +0200 @@ -67,6 +67,8 @@ TUN_DEVICE=$(sed -rn /^[ \t]*tun-device/s/^[ \t]*tun-device[ \t]+//p /etc/tayga.conf) IPV6_PREFIX=$(sed -rn /^[ \t]*prefix/s/^[ \t]*prefix[ \t]+//p /etc/tayga.conf) DYNAMIC_POOL=$(sed -rn /^[ \t]*dynamic-pool/s/^[ \t]*dynamic-pool[ \t]+//p /etc/tayga.conf) +IPV4_TUN_ADDR=$(sed -rn /^[ \t]*ipv4-addr/s/^[ \t]*ipv4-addr[ \t]+//p /etc/tayga.conf) +IPV6_TUN_ADDR=$(sed -rn /^[ \t]*ipv6-addr/s/^[ \t]*ipv6-addr[ \t]+//p /etc/tayga.conf) CONFIGURE_IFACE=no CONFIGURE_NAT44=no @@ -109,6 +111,8 @@ ip link set $TUN_DEVICE up ip route add $DYNAMIC_POOL dev nat64 ip route add $IPV6_PREFIX dev nat64 + [ -z $IPV4_TUN_ADDR ] || ip addr add $IPV4_TUN_ADDR dev $TUN_DEVICE + [ -z $IPV6_TUN_ADDR ] || ip addr add $IPV6_TUN_ADDR dev $TUN_DEVICE fi [ x$CONFIGURE_NAT44 = xyes ] iptables -t nat -A POSTROUTING -s $DYNAMIC_POOL -j MASQUERADE || true --- debian/init 2012-06-11 14:43:36.902006173 +0200 +++ debian/init.new 2012-06-11 14:42:31.787831726 +0200 @@ -67,6 +67,8 @@ TUN_DEVICE=$(sed -rn /^[ \t]*tun-device/s/^[ \t]*tun-device[ \t]+//p /etc/tayga.conf) IPV6_PREFIX=$(sed -rn /^[ \t]*prefix/s/^[ \t]*prefix[ \t]+//p /etc/tayga.conf) DYNAMIC_POOL=$(sed -rn /^[ \t]*dynamic-pool/s/^[ \t]*dynamic-pool[ \t]+//p /etc/tayga.conf) +IPV4_TUN_ADDR=$(sed -rn /^[ \t]*ipv4-addr/s/^[ \t]*ipv4-addr[ \t]+//p /etc/tayga.conf) +IPV6_TUN_ADDR=$(sed -rn /^[ \t]*ipv6-addr/s/^[ \t]*ipv6-addr[ \t]+//p /etc/tayga.conf) CONFIGURE_IFACE=no CONFIGURE_NAT44=no @@ -109,6 +111,8 @@ ip link set $TUN_DEVICE up ip route add $DYNAMIC_POOL dev nat64 ip route add $IPV6_PREFIX dev nat64 + [ -z $IPV4_TUN_ADDR ] || ip addr add $IPV4_TUN_ADDR dev $TUN_DEVICE + [ -z $IPV6_TUN_ADDR ] || ip addr add $IPV6_TUN_ADDR dev $TUN_DEVICE fi [ x$CONFIGURE_NAT44 = xyes ] iptables -t nat -A POSTROUTING -s $DYNAMIC_POOL -j MASQUERADE || true -- Kenyon Ralph signature.asc Description: Digital signature
Bug#676798: munin-node: Munin-node does not allow IPv6 localhost connections
On 2012-06-09T14:13:11+0200, Michael Renner r...@amd.co.at wrote: This would also be a good opportunity to get rid of the travesty that is the regex netblock matching and fix #611145 in the process but apparently there's a bug in munin/Net::CIDR since cidr_allow ::1/128 cidr_allow 127.0.0.1/32 doesn't allow v6 localhost connections either. Here is some related information about this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523846#53 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#661059: duplicate bug (dhclient doesn't support IPv6 domain-name-servers)
This is a duplicate of http://bugs.debian.org/537159. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#673491: tayga: [patch] allow adding addresses to the TUN interface
Package: tayga Version: 0.9.2-4 Severity: wishlist Tags: patch Attached is a patch that allows you to add IP addresses to the TUN interface using /etc/default/tayga. Having addresses on this interface is desirable according to Q3.3 and Q3.4 of the TAYGA FAQ: http://www.litech.org/tayga/faq.html -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Kenyon Ralph # HG changeset patch # User ken...@kenyonralph.com # Date 1337387488 25200 # Node ID 246f594f4a04790a5cea1230e042430517344261 # Parent 7797474c516516b111dc611bb420b93acf6e5acd default, init: allow adding addresses to the TUN interface diff -r 7797474c5165 -r 246f594f4a04 debian/default --- a/debian/default Tue Apr 17 22:31:36 2012 +0100 +++ b/debian/default Fri May 18 17:31:28 2012 -0700 @@ -13,3 +13,9 @@ # Additional options that are passed to the Daemon. DAEMON_OPTS= + +# IPv4 address to assign to the tun64 device +IPV4_TUN_ADDR= + +# IPv6 address to assign to the tun64 device +IPV6_TUN_ADDR= diff -r 7797474c5165 -r 246f594f4a04 debian/init --- a/debian/init Tue Apr 17 22:31:36 2012 +0100 +++ b/debian/init Fri May 18 17:31:28 2012 -0700 @@ -109,6 +109,8 @@ ip link set $TUN_DEVICE up ip route add $DYNAMIC_POOL dev nat64 ip route add $IPV6_PREFIX dev nat64 + [ -n $IPV4_TUN_ADDR ] ip addr add $IPV4_TUN_ADDR dev nat64 + [ -n $IPV6_TUN_ADDR ] ip addr add $IPV6_TUN_ADDR dev nat64 fi [ x$CONFIGURE_NAT44 = xyes ] iptables -t nat -A POSTROUTING -s $DYNAMIC_POOL -j MASQUERADE || true signature.asc Description: Digital signature
Bug#673491: tayga: [patch] allow adding addresses to the TUN interface
On 2012-05-18T17:35:17-0700, Kenyon Ralph ken...@kenyonralph.com wrote: +# IPv4 address to assign to the tun64 device +IPV4_TUN_ADDR= + +# IPv6 address to assign to the tun64 device +IPV6_TUN_ADDR= Oops, I meant nat64 device, not tun64. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#671465: executables should have manual pages
Package: munin Version: 2.0~rc5-3 Severity: wishlist File: /usr/sbin/munin-run Per Debian policy, there should be manual pages for munin executables, such as munin-run, munindoc, etc. We should be able to use the existing perldoc, just like how perldoc perl and man perl give the same document. I don't know how that works, but probably pod2man is used during Debian package creation to generate manual pages. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/4 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 munin-node depends on: ii adduser3.112+nmu2add and remove users and groups ii gawk 1:3.1.7.dfsg-5GNU awk, a pattern scanning and pr ii libnet-server-perl 0.99-3~bpo60+1extensible, general perl server en ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii munin-common 2.0~rc5-3 network-wide graphing framework (c ii munin-plugins-core [mu 2.0~rc5-3 network-wide graphing framework (p ii munin-plugins-extra [m 2.0~rc5-3 network-wide graphing framework (u ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii procps 1:3.2.8-9squeeze1 /proc file system utilities Versions of packages munin-node recommends: ii libnet-snmp-perl 5.2.0-4Script SNMP connections ii munin-plugins-core2.0~rc5-3 network-wide graphing framework (p Versions of packages munin-node suggests: ii acpi 1.5-2 displays information on ACPI devic ii ethtool 1:2.6.34-3 display or change Ethernet device ii hdparm9.32-1 tune hard disk parameters for high pn libcache-cache-pe none (no description available) ii libcrypt-ssleay-p 0.57-2 Support for https protocol in LWP pn libdbd-mysql-perl none (no description available) pn libdbd-pg-perlnone (no description available) pn liblwp-useragent- none (no description available) pn libnet-irc-perl none (no description available) pn libtext-csv-xs-pe none (no description available) ii libwww-perl 5.836-1Perl HTTP/WWW client/server librar ii libxml-simple-per 2.18-3 Perl module for reading and writin ii lm-sensors1:3.1.2-6 utilities to read temperature/volt pn logtail none (no description available) pn munin none (no description available) pn munin-java-plugin none (no description available) ii munin-plugins-ext 2.0~rc5-3 network-wide graphing framework (u pn mysql-client none (no description available) ii net-tools 1.60-23The NET-3 networking toolkit ii python2.6.6-3+squeeze6 interactive high-level object-orie ii ruby 4.5An interpreter of object-oriented ii smartmontools 5.41+svn3365-1~bpo60+1 control and monitor storage system -- Configuration Files: /etc/munin/munin-node.conf changed [not included] /etc/munin/plugin-conf.d/munin-node 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#576113: duplicate of 576118
This is probably a duplicate of bug 576118. http://bugs.debian.org/576118 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#399706: soap_use_proxy problem still exists with apt-listbugs
Please apply the patch in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399706#69. Thanks. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#576118: does apt-listbugs even use libhttpclient-ruby1.8?
Does apt-listbugs even use libhttpclient-ruby1.8? It seems to use Net::HTTP, if I understand this correctly. http://www.ruby-doc.org/stdlib-1.9.3/libdoc/net/http/rdoc/Net/HTTP.html https://github.com/nahi/httpclient/blob/master/sample/howto.rb % grep -R 'require.*http' /usr/share/apt-listbugs /usr/sbin/apt-listbugs /usr/share/apt-listbugs/debian/bts.rb:require 'net/http' -- Kenyon Ralph signature.asc Description: Digital signature
Bug#576118: does apt-listbugs even use libhttpclient-ruby1.8?
On 2012-04-28T20:26:39-0700, Kenyon Ralph ken...@kenyonralph.com wrote: Does apt-listbugs even use libhttpclient-ruby1.8? It seems to use Net::HTTP, if I understand this correctly. http://www.ruby-doc.org/stdlib-1.9.3/libdoc/net/http/rdoc/Net/HTTP.html https://github.com/nahi/httpclient/blob/master/sample/howto.rb % grep -R 'require.*http' /usr/share/apt-listbugs /usr/sbin/apt-listbugs /usr/share/apt-listbugs/debian/bts.rb:require 'net/http' This is with apt-listbugs 0.1.3 on Debian squeeze, by the way. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#668667: [oss-security] CVE Request (minor) -- Two Munin graphing framework flaws
On 2012-04-18T18:37:09-0600, Kurt Seifried kseifr...@redhat.com wrote: On 04/17/2012 11:16 PM, Helmut Grohne wrote: On Tue, Apr 17, 2012 at 11:04:56PM -0600, Kurt Seifried wrote: On 04/16/2012 11:34 PM, Helmut Grohne wrote: The basic requirement is that a plugin called vmstat is configured for the node localhost.localdomain. I just picked it as an example, cause it is present on my system. In practise any plugin for any host will do. Is this the default configuration? I am not that sure about the defaults, because I changed them. However running a Munin without any plugins is pointless. It is like running a mail server that does not transport any mail. You don't even have to guess the name of a configured plugin, because those images are linked from the html. Finding a configured plugin is really no issue on any sane munin installation. Sane administrators may have to restricted access to munin to themselves as to not expose the monitoring results to the public though. Helmut If anyone can comment on this (default/not), and if you install a plugin does it expose it publicly or does the administrator have to enable remote access? The packaging of munin node determines whether it will install symlinks for enabling plugins. The packaging of munin master determines whether a configuration for your httpd is installed and activated. On Debian, symlinks to enable plugins are installed by default, and an apache2 configuration is automatically activated. So, on Debian, if your httpd is publicly-accessible, the munin pages and CGI will be publicly-accessible. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#558800: ntp_ plugin not really fixed yet
tags 558800 - fixed-upstream found 558800 munin/2.0~rc2-1 found 558800 munin/2.0~rc4-1 notforwarded 558800 thanks I realized that the ntp_ plugin is still useful to monitor individual peers. The poorly-named ntp_offset plugin can do the same, but for only the current system peer (and ntp_offset works with IPv6 peers). So, this bug is not fully fixed yet. I plan to rewrite ntp_ using techniques similar to those I used in ntp_states to make it work with IPv6 peers. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#661884: munin failed to generate for diskstats_iops Attempting to reuse 'min_max_diff'
tags 661884 help moreinfo thanks On 2012-03-02T09:09:01+0100, Patrick Poulain petitchevalr...@free.fr wrote: Package: munin Version: 1.4.6-1~bpo60+1 Severity: normal Munin failed to generate graph for plugin diskstats_iops with default install configuration 2012/03/02 08:55:18 [RRD ERROR] Unable to graph /var/cache/munin/www/localdomain/localhost.localdomain/diskstats_latency/sda-month.png : Attempting to reuse 'min_max_diff' 2012/03/02 08:55:18 [RRD ERROR] Unable to graph /var/cache/munin/www/localdomain/localhost.localdomain/diskstats_latency/sda-week.png : Attempting to reuse 'min_max_diff' 2012/03/02 08:55:18 [RRD ERROR] Unable to graph /var/cache/munin/www/localdomain/localhost.localdomain/diskstats_latency/sda-day.png : Attempting to reuse 'min_max_diff' 2012/03/02 08:55:18 [RRD ERROR] Unable to graph /var/cache/munin/www/localdomain/localhost.localdomain/diskstats_latency/sda-year.png : Attempting to reuse 'min_max_diff' Any idea what causes this or how to reproduce this? Does this bug happen all the time, or just once? Were you able to fix or work around this issue? Can you try to see if you get this bug with the latest packages from Debian sid (they work fine on Debian squeeze)? -- Kenyon Ralph signature.asc Description: Digital signature
Bug#665685: /usr/bin/cal: sync cal manual page
On 2012-04-03T12:06:18+0200, Michael Meskes mes...@debian.org wrote: On Sat, Mar 24, 2012 at 10:02:07PM -0700, Kenyon Ralph wrote: However, they are documented in the manual page. (It would be nice to have these options, but it's more important that the documentation is correct.) They are not listed for cal but only for ncal: usage: cal [-hjy] [[month] year] cal [-hj] [-m month] [year] ncal [-hJjpwy3MS] [-s country_code] [[month] year] ncal [-hJeo] [year] I don't see a bug here, sorry. Yep, you're right, I see that ncal has those options, sorry about that. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#488360: Status request for 488360 (cciss support to the smart_ plugin)
tags 488360 = moreinfo thanks On 2012-04-02T08:56:42-0500, Nicolas Stransky nicolas.stran...@gmail.com wrote: Oh I wasn't aware of this. Let me review it and I'll get back to you in a few days if you don't mind, I'm currently traveling. Thanks for the heads up. Nico On Apr 2, 2012 8:54 AM, Steve Schnepp steve.schn...@gmail.com wrote: So, what's the status on this bug ? Since, if the patch works correctly, I'm ready to include it upstream, and it might be included in 2.0. The last message in this bug thread asked if Matt was able to get any SMART data from his cciss disks, since the smartctl -A output did not give typical smartctl output. At this point, it looks like there is nothing to do with this bug and it should be closed, but I'm tagging it moreinfo for now. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#665344: Munin-node: make monitored Tomcat connector configurable
tags 665344 = fixed-upstream
thanks
On 2012-03-30T10:08:51+0300, Arto Jantunen vi...@debian.org wrote:
Kenyon Ralph ken...@kenyonralph.com writes:
On 2012-03-23T11:32:46+0200, Arto Jantunen vi...@debian.org wrote:
Package: munin-node
Version: 1.4.5-3
Severity: wishlist
Tags: patch
Currently the Perl-based tomcat_{access,threads,volume} plugins can only
monitor the http-connector they themselves connect through. This makes
it impossible to for example monitor AJP connectors and such. The
attached patch makes this configurable, keeping the same default as
before.
Hi Arto, your patch does not apply cleanly to current munin trunk.
Would you grab the current code from
http://munin-monitoring.org/browser/trunk/plugins/node.d and, first
see if you still need to patch, since a CONNECTOR variable has been
introduced, and if you do need changes, please make them against the
trunk code so we can easily apply them. Thanks.
Apparently trunk contains pretty much exactly the same patch already,
except the documentation of the connector parameter is missing. I should
probably have checked that, would have saved at least 15 minutes of
work..
Thanks for noting the lack of documentation. That is now fixed
upstream as well.
This bug should be marked fixed-upstream and closed when a version
containing the fix hits Debian.
--
Kenyon Ralph
signature.asc
Description: Digital signature
Bug#665687: munin-cgi-graph and munin-cgi-html fail to start due to incorrect permissions on log directory
On 2012-03-25T13:04:35+0800, Chen-Yu Tsai w...@csie.org wrote: The respective log files have the correct permissions set with dpkg-statoverride (owned by www-data:adm), however the dircetory /var/log/munin is owned by munin:adm, with permissions 0750. This blocks munin-cgi-* from accessing the log files. I recommend changing the permissions on /var/log/munin to 0751, which is what I did, or apply some other way to allow access by www-data. It looks like this may be due to the dpkg-statoverride --list call succeeding, thus not executing the dpkg-statoverride --update line to set the mode to 0751: http://munin-monitoring.org/browser/branches/debian/wheezy/trunk/debian/munin.postinst?rev=4671#L20 Is there a reason why these dpkg-statoverride calls should not be executed unconditionally? -- Kenyon Ralph signature.asc Description: Digital signature
Bug#584167: fixed in munin 2? (munin: insecure $ENV{PATH} in apache error log)
Since munin's CGI capabilities were significantly improved in version 2, can anyone experiencing this bug with 1.4 confirm that it does not exist in 2? I have not seen insecure path messages in apache's error log with munin 2. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#665685: /usr/bin/cal: sync cal manual page
Package: bsdmainutils Version: 8.0.13 Severity: normal File: /usr/bin/cal I'm not sure if the -M and -S options are supposed to exist in this package's cal, but they don't exist in the FreeBSD version either. However, they are documented in the manual page. (It would be nice to have these options, but it's more important that the documentation is correct.) From the manual page: -M Weeks start on Monday. -S Weeks start on Sunday. kenyon@grunt ~ % cal -M usage: cal [-hjy] [[month] year] cal [-hj] [-m month] [year] ncal [-hJjpwy3MS] [-s country_code] [[month] year] ncal [-hJeo] [year] -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.1-amd64 (SMP w/4 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 bsdmainutils depends on: ii bsdutils 1:2.17.2-9 Basic utilities from 4.4BSD-Lite ii debianutils 3.4Miscellaneous utilities specific t ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand bsdmainutils recommends no packages. Versions of packages bsdmainutils suggests: ii cpp 4:4.4.5-1 The GNU C preprocessor (cpp) ii miscfiles [wordlist] 1.4.2.dfsg.1-9 Dictionaries and other interesting pn vacation none (no description available) ii wamerican [wordlist] 6-3American English dictionary words ii wamerican-huge [wordlist] 6-3American English dictionary words ii wamerican-large [wordlist 6-3American English dictionary words ii wamerican-small [wordlist 6-3American English dictionary words ii wbritish [wordlist] 6-3British English dictionary words f ii whois 5.0.10 an intelligent whois client -- 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#560416: anything to do with upgrade to munin 1.4 alters server configuration?
tags 560416 moreinfo Is there anything to do with this bug report? Looks to me that it should be closed, considering its age, Tom Feiner's explanation, and lack of feedback for a long time. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#665688: munin: @@ templates not being substituted with correct values in some files
Package: munin
Version: 2.0~rc4-1
Severity: normal
The @@ templates used by the munin build scripts (the Makefiles) are
not being replaced with their correct values in some files.
I use this script to find such instances:
for f in $(for item in $(for pkg in
munin{,-node,-common,-plugins-core,-plugins-extra}; do dlocate -L $pkg; done)
do
if [[ ! -d $item ]]
then
echo $item
fi
done)
do
grep --with-filename --line-number '@@.*@@' $f
done
Output with 2.0~rc4-1 on my system:
/usr/share/perl5/Munin/Master/HTMLOld.pm:870: @@CONFDIR@@/munin.conf
/usr/share/perl5/Munin/Master/HTMLOld.pm:871: @@DBDIR@@/datafile
/usr/share/perl5/Munin/Master/HTMLOld.pm:872: @@LOGDIR@@/munin-html
/usr/share/perl5/Munin/Master/HTMLOld.pm:873: @@HTMLDIR@@/*
/usr/share/perl5/Munin/Master/HTMLOld.pm:874: @@STATEDIR@@/*
/usr/share/perl5/Munin/Master/HTMLOld.pm:878:This is munin-html version
@@VERSION@@
/usr/sbin/munin-node-configure:495:Override configuration file
[@@CONFDIR@@/munin-node.conf]
/usr/sbin/munin-node-configure:499:Override plugin directory
[@@CONFDIR@@/plugins/]
/usr/sbin/munin-node-configure:503:Override plugin configuration directory
[@@CONFDIR@@/plugin-conf.d/]
/usr/sbin/munin-node-configure:507:Override plugin library [@@LIBDIR@@/plugins/]
/usr/sbin/munin-node-configure:651:@@CONFDIR@@/munin-node.conf
/usr/sbin/munin-node-configure:652:@@CONFDIR@@/plugin-conf.d/*
/usr/sbin/munin-node-configure:653:@@CONFDIR@@/plugins/*
/usr/sbin/munin-node-configure:654:@@LIBDIR@@/plugins/plugins.history
/usr/sbin/munin-node-configure:655:@@LIBDIR@@/plugins/*
/usr/sbin/munin-node-configure:659:This is munin-node-configure (munin-node)
v@@VERSION@@.
/usr/sbin/munin-node:164:Use EltfileEgt as configuration file.
[@@CONFDIR@@/munin-node.conf]
/usr/sbin/munin-node:187:@@CONFDIR@@/munin-node.conf
/usr/sbin/munin-node:188:@@CONFDIR@@/plugins/*
/usr/sbin/munin-node:189:@@CONFDIR@@/plugin-conf.d/*
/usr/sbin/munin-node:190:@@STATEDIR@@/munin-node.pid
/usr/sbin/munin-node:191:@@LOGDIR@@/munin-node.log
/usr/sbin/munin-node:195:This is munin-node v@@VERSION@@
/usr/sbin/munin-run:192:Use EltfileEgt as configuration file.
[@@CONFDIR@@/munin-node.conf]
/usr/sbin/munin-run:196:Use EltdirEgt as plugin dir. [@@CONFDIR@@/plugins/]
/usr/sbin/munin-run:200:Use EltdirEgt as plugin configuration dir.
[@@CONFDIR@@/plugin-conf.d/]
/usr/sbin/munin-run:233:@@CONFDIR@@/munin-node.conf
/usr/sbin/munin-run:234:@@CONFDIR@@/plugins/*
/usr/sbin/munin-run:235:@@CONFDIR@@/plugin-conf.d/*
/usr/sbin/munin-run:236:@@STATEDIR@@/munin-node.pid
/usr/sbin/munin-run:237:@@LOGDIR@@/munin-node.log
/usr/sbin/munin-run:241:This is munin-run (munin-node) v@@VERSION@@
/usr/sbin/munin-sched:167:Use EltfileEgt as configuration file.
[@@CONFDIR@@/munin-node.conf]
/usr/sbin/munin-sched:185:@@CONFDIR@@/munin-node.conf
/usr/sbin/munin-sched:186:@@CONFDIR@@/plugins/*
/usr/sbin/munin-sched:187:@@CONFDIR@@/plugin-conf.d/*
/usr/sbin/munin-sched:188:@@STATEDIR@@/munin-sched.pid
/usr/sbin/munin-sched:189:@@LOGDIR@@/munin-sched.log
/usr/sbin/munin-sched:193:This is munin-sched v@@VERSION@@
-- System Information:
Debian Release: 6.0.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable'), (50, 'unstable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.18-x86_64-linode24 (SMP w/4 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 munin depends on:
ii adduser3.112+nmu2add and remove users and groups
ii cron 3.0pl1-116process scheduling daemon
ii libcgi-fast-perl 5.10.1-17squeeze3 CGI::Fast Perl module
ii libdate-manip-perl 6.11-1module for manipulating dates
pn libdigest-md5-perl none(no description available)
ii libfile-copy-recursive 0.38-1Perl extension for recursively cop
ii libhtml-template-perl 2.9-2 module for using HTML Templates wi
ii libio-socket-inet6-per 2.65-1.1 Object interface for AF_INET6 doma
ii liblog-log4perl-perl 1.29-1A Perl port of the widely popular
ii librrds-perl 1.4.3-1 time-series data storage and displ
pn libstorable-perl none(no description available)
ii liburi-perl1.54-2module to manipulate and access UR
ii munin-common 2.0~rc4-1 network-wide graphing framework (c
ii perl [libtime-hires-pe 5.10.1-17squeeze3 Larry Wall's Practical Extraction
ii perl-modules 5.10.1-17squeeze3 Core Perl modules
ii rrdtool1.4.3-1 time-series data storage and displ
ii ttf-dejavu 2.31-1Metapackage to pull in ttf-dejavu-
Versions of packages munin recommends:
pn munin-doc none (no description available)
ii munin-node
Bug#665344: Munin-node: make monitored Tomcat connector configurable
On 2012-03-23T11:32:46+0200, Arto Jantunen vi...@debian.org wrote:
Package: munin-node
Version: 1.4.5-3
Severity: wishlist
Tags: patch
Currently the Perl-based tomcat_{access,threads,volume} plugins can only
monitor the http-connector they themselves connect through. This makes
it impossible to for example monitor AJP connectors and such. The
attached patch makes this configurable, keeping the same default as
before.
Hi Arto, your patch does not apply cleanly to current munin trunk.
Would you grab the current code from
http://munin-monitoring.org/browser/trunk/plugins/node.d and, first
see if you still need to patch, since a CONNECTOR variable has been
introduced, and if you do need changes, please make them against the
trunk code so we can easily apply them. Thanks.
--
Kenyon Ralph
signature.asc
Description: Digital signature
Bug#474193: munin: single gauge graphs show a black line at zero on the X axis - break autoscaling - all fixed in munin 2.0?
It seems that all of the issues listed in this thread have been fixed in the forthcoming munin 2.0: * always shows black line at y=0 even if only one value is graphed * autoscaling is not forced to a lower limit of 0 Example images attached. Can someone interested in this bug please report whether these look satisfactory to you, so we can close this with the release of munin 2.0? Thanks. Here is a link to my installation: http://kenyonralph.com/munin/ Here is another munin 2.0 installation: http://demo.munin-monitoring.org/ -- Kenyon Ralph signature.asc Description: Digital signature
Bug#663965: munin-node: nginx_request default config doesn't match the documentation
tags 663965 fixed-upstream thanks On 2012-03-14T13:01:23+0200, Arto Jantunen vi...@debian.org wrote: Package: munin-node Severity: normal Version: 1.4.5-3 Tags: patch The documentation in the beginning of the script claims that the default url is env.url http://localhost/nginx_status;. This is a great default, fits most uses, matches nginx_status, etc. However this isn't what the script actually does. Instead of localhost it uses the fqdn as the default address: I applied your patch to the upstream trunk in r4734: http://munin-monitoring.org/changeset/4734 Thanks! -- Kenyon Ralph signature.asc Description: Digital signature
Bug#663536: motion: Live Webcam Server should listen on IPv6
Package: motion Version: 3.2.12-2 Severity: normal Tags: ipv6 upstream Forwarded: http://www.lavrsen.dk/foswiki/bin/view/Motion/FeatureRequest2011x01x06x052631 Currently, the motion webcam server, as activated by the webcam_port configuration directive, only listens on IPv4, as seen in this output from ss -lnp: Recv-Q Send-Q Local Address:Port Peer Address:Port 0 10 *:8081 *:* users:((motion,13749,6)) The local address:port should look like this: :::8081. There has been some work on this upstream, including patches: http://www.lavrsen.dk/foswiki/bin/view/Motion/FeatureRequest2011x01x06x052631 -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.1-amd64 (SMP w/4 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 motion depends on: ii adduser3.112+nmu2add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libavcodec52 4:0.5.6-3 ffmpeg codec library ii libavformat52 4:0.5.6-3 ffmpeg file format library ii libavutil494:0.5.6-3 ffmpeg utility library ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libmysqlclient16 5.1.61-0+squeeze1 MySQL database client library ii libpq5 8.4.11-0squeeze1 PostgreSQL C client library Versions of packages motion recommends: ii ffmpeg4:0.5.6-3 multimedia player, server and enco Versions of packages motion suggests: pn mysql-client none (no description available) pn postgresql-client none (no description available) -- Configuration Files: /etc/default/motion changed: start_motion_daemon=yes /etc/motion/motion.conf [Errno 13] Permission denied: u'/etc/motion/motion.conf' -- debconf information: motion/moved_conf_dir: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657526: scheduling while atomic: swapper/2/0/0x1000010 (confirming fixed by v3.2.4)
Package: linux-2.6 Version: 3.2.4-1 Severity: normal On 2012-02-06T02:03:21-0600, Jonathan Nieder jrnie...@gmail.com wrote: Kenyon Ralph wrote: [Subject: Bug#657526: /boot/vmlinuz-3.2.0-0.bpo.1-686-pae: seeing the same thing] Please keep in mind that these appear as emails in a crowded inbox, so the subject line can be a good place to put valuable context. just wanted to register that this bug happens with the backports version of this kernel too. This is with a Dell Latitude 2100 laptop. Please test v3.2.4 or newer from sid. I confirm that 3.2.4-1 is stable for my machine too. -- Package-specific info: ** Version: Linux version 3.2.0-1-686-pae (Debian 3.2.4-1) (wa...@debian.org) (gcc version 4.6.2 (Debian 4.6.2-12) ) #1 SMP Sun Feb 5 23:52:49 UTC 2012 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-1-686-pae root=UUID=b1d9d3fe-25ea-4251-b576-df03856cad59 ro ** Not tainted ** Kernel log: [2.741317] dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2) [2.773006] ACPI: Battery Slot [BAT0] (battery present) [2.773400] ACPI: AC Adapter [AC] (on-line) [2.774272] wmi: Mapper loaded [2.783561] intel_rng: FWH not detected [2.830747] cfg80211: Calling CRDA to update world regulatory domain [2.844096] leds_ss4200: no LED devices found [2.853267] [drm] Initialized drm 1.1.0 20060810 [2.972474] usb 1-4: new high-speed USB device number 2 using ehci_hcd [3.014568] Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree: [3.014648] Copyright(c) 2003-2011 Intel Corporation [3.014842] iwlwifi :0c:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [3.014932] iwlwifi :0c:00.0: setting latency timer to 64 [3.014978] iwlwifi :0c:00.0: pci_resource_len = 0x2000 [3.015055] iwlwifi :0c:00.0: pci_resource_base = f835c000 [3.015130] iwlwifi :0c:00.0: HW Revision ID = 0x0 [3.015314] iwlwifi :0c:00.0: irq 44 for MSI/MSI-X [3.015425] iwlwifi :0c:00.0: Detected Intel(R) WiFi Link 5100 AGN, REV=0x54 [3.015624] iwlwifi :0c:00.0: L1 Enabled; Disabling L0S [3.042260] iwlwifi :0c:00.0: device EEPROM VER=0x11f, CALIB=0x4 [3.042346] iwlwifi :0c:00.0: Device SKU: 0Xf0 [3.063840] i915 :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [3.063933] i915 :00:02.0: setting latency timer to 64 [3.100959] input: Dell WMI hotkeys as /devices/virtual/input/input6 [3.120718] mtrr: type mismatch for e000,1000 old: write-back new: write-combining [3.120823] [drm] MTRR allocation failed. Graphics performance may suffer. [3.120901] iwlwifi :0c:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels [3.135536] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [3.135620] [drm] Driver supports precise vblank timestamp query. [3.135888] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [3.151273] usb 1-4: New USB device found, idVendor=0bda, idProduct=0158 [3.151357] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [3.151434] usb 1-4: Product: USB2.0-CRW [3.151502] usb 1-4: Manufacturer: Generic [3.151570] usb 1-4: SerialNumber: 2007111417340 [3.185496] iwlwifi :0c:00.0: loaded firmware version 8.83.5.1 build 33692 [3.186891] Registered led device: phy0-led [3.214406] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [3.268111] usb 1-5: new high-speed USB device number 3 using ehci_hcd [3.452846] [drm] initialized overlay support [3.473047] usb 1-5: New USB device found, idVendor=0c45, idProduct=6404 [3.473128] usb 1-5: New USB device strings: Mfr=2, Product=1, SerialNumber=0 [3.473202] usb 1-5: Product: Integrated_Webcam_1.3M [3.473268] usb 1-5: Manufacturer: CN0T895N724879CP02MJ [3.474110] fbcon: inteldrmfb (fb0) is primary device [3.528538] psmouse serio1: synaptics: Touchpad model: 1, fw: 7.2, id: 0x1a0b1, caps: 0xd04733/0xa4/0xa [3.557076] Linux media interface: v0.10 [3.565338] usbcore: registered new interface driver uas [3.567740] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input7 [3.568395] Linux video capture interface: v2.00 [3.577512] Initializing USB Mass Storage driver... [3.577974] usbcore: registered new interface driver usb-storage [3.577981] USB Mass Storage support registered. [3.581492] uvcvideo: Found UVC 1.00 device Integrated_Webcam_1.3M (0c45:6404) [3.587101] scsi4 : usb-storage 1-4:1.0 [3.589993] usbcore: registered new interface driver ums-realtek [3.590460] input: Integrated_Webcam_1.3M as /devices/pci:00/:00:1d.7/usb1/1-5/1-5:1.0/input/input8 [3.590871] usbcore: registered new interface driver uvcvideo [3.590877] USB Video Class driver (1.1.1) [3.771857] Console: switching to colour frame buffer device 128x37 [3.792630] fb0: inteldrmfb frame
Bug#657526: /boot/vmlinuz-3.2.0-0.bpo.1-686-pae: seeing the same thing
none (no description available) pn firmware-ralink none (no description available) pn firmware-realteknone (no description available) pn xen-hypervisor none (no description available) -- debconf information: linux-image-3.2.0-0.bpo.1-686-pae/postinst/depmod-error-initrd-3.2.0-0.bpo.1-686-pae: false linux-image-3.2.0-0.bpo.1-686-pae/postinst/missing-firmware-3.2.0-0.bpo.1-686-pae: linux-image-3.2.0-0.bpo.1-686-pae/postinst/ignoring-ramdisk: linux-image-3.2.0-0.bpo.1-686-pae/prerm/removing-running-kernel-3.2.0-0.bpo.1-686-pae: true -- Kenyon Ralph signature.asc Description: Digital signature
Bug#656041: dkimproxy: add IPv6 support
Package: dkimproxy
Version: 1.4.1-3
Severity: normal
Tags: ipv6 patch
Attached is a patch that allows dkimproxy to listen on IPv6, provided
that the installed version of libnet-server-perl supports IPv6, which
version 0.99-3 in Debian does. This patch depends on the package
libio-socket-inet6-perl.
I haven't tested whether it still works with a non-IPv6-patched
libnet-server-perl, but I think it should.
Without this patch, if you have libnet-server-perl 0.99-3 installed,
dkimproxy will open a socket for listening on IPv6, but upon
connection, you will get Connection closed by foreign host.
-- System Information:
Debian Release: 6.0.3
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.4-x86_64-linode21 (SMP w/4 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 dkimproxy depends on:
ii adduser3.112+nmu2add and remove users and groups
ii liberror-perl 0.17-1Perl module for error/exception ha
ii libmail-dkim-perl 0.38-1cryptographically identify the sen
ii libnet-server-perl 0.99-3~bpo60+1extensible, general perl server en
ii libtext-wrapper-perl 1.02-1Simple word wrapping routine
ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii openssl0.9.8o-4squeeze5 Secure Socket Layer (SSL) binary a
ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction
ii ssl-cert 1.0.28simple debconf wrapper for OpenSSL
Versions of packages dkimproxy recommends:
pn amavisd-new none (no description available)
dkimproxy suggests no packages.
-- Configuration Files:
/etc/default/dkimproxy changed:
RUN_DKIMPROXY_IN=0
/etc/dkimproxy/dkimproxy_in.conf changed:
listenlocalhost:10026
relay localhost:10024
/etc/dkimproxy/dkimproxy_out.conf changed:
listenlocalhost:10028
relay localhost:10029
domainkenyonralph.com
signature dkim
keyfile /var/lib/dkimproxy/private.key
selector postfix
-- no debconf information
--- dkimproxy-1.4.1.orig/lib/MSDW/SMTP/Server.pm
+++ dkimproxy-1.4.1/lib/MSDW/SMTP/Server.pm
@@ -11,7 +11,7 @@
# Written by Bennett Todd b...@rahul.net
package MSDW::SMTP::Server;
-use IO::Socket;
+use IO::Socket::INET6;
use IO::File;
=head1 NAME
@@ -88,14 +88,14 @@
=item new(interface = $interface, port = $port);
The interface and port to listen on must be specified. The interface
-must be a valid numeric IP address (0.0.0.0 to listen on all
-interfaces, as usual); the port must be numeric. If this call
-succeeds, it returns a server structure with an open
-IO::Socket::INET in it, ready to listen on. If it fails it dies, so
-if you want anything other than an exit with an explanatory error
-message, wrap the constructor call in an eval block and pull the
-error out of $@ as usual. This is also the case for all other
-methods; they succeed or they die.
+must be a valid numeric IPv4 or IPv6 address (0.0.0.0 or :: to listen
+on all interfaces, as usual); the port must be numeric. If this call
+succeeds, it returns a server structure with an open IO::Socket::INET6
+in it, ready to listen on. If it fails it dies, so if you want
+anything other than an exit with an explanatory error message, wrap
+the constructor call in an eval block and pull the error out of $@ as
+usual. This is also the case for all other methods; they succeed or
+they die.
=item accept([debug = FD]);
@@ -154,7 +154,7 @@
my ($this, @opts) = @_;
my $class = ref($this) || $this;
my $self = bless { @opts }, $class;
-$self-{sock} = IO::Socket::INET-new(
+$self-{sock} = IO::Socket::INET6-new(
LocalAddr = $self-{interface},
LocalPort = $self-{port},
Proto = 'tcp',
only in patch2:
unchanged:
--- dkimproxy-1.4.1.orig/scripts/dkimproxy.out
+++ dkimproxy-1.4.1/scripts/dkimproxy.out
@@ -314,17 +314,11 @@
{
my $self = shift;
- # try to determine peer's address
- use Socket;
- my $peersockaddr = getpeername(STDOUT);
- my ($port, $iaddr) = sockaddr_in($peersockaddr);
- $ENV{REMOTE_ADDR} = inet_ntoa($iaddr);
-
# initialize syslog
eval
{
openlog(dkimproxy.out, perror,pid,ndelay, mail);
- syslog(debug, '%s', connect from $ENV{REMOTE_ADDR});
+ syslog(debug, '%s', connect from
$self-{server}-{peeraddr});
};
if (my $E = $@)
{
Bug#656042: /usr/share/emacs/23.2/lisp/ido.elc: help for ido-find-file should list ido-reread-directory
Package: emacs23-common Version: 23.2+1-7 Severity: normal File: /usr/share/emacs/23.2/lisp/ido.elc Tags: upstream The help for ido-find-file should list ido-reread-directory as one of the keys useful when finding files. For example, like this: \\[ido-reread-directory] reread current directory, in case the cached version is no longer useful. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (90, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39-bpo.2-686-pae (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 emacs23-common depends on: ii dpkg 1.15.8.12 Debian package management system ii emacsen-common1.4.22 Common facilities for all emacsen ii install-info 4.13a.dfsg.1-6 Manage installed documentation in emacs23-common recommends no packages. Versions of packages emacs23-common suggests: ii emacs23-common-non-dfsg 23.2+1-1 GNU Emacs shared, architecture ind ii emacs23-el23.2+1-7 GNU Emacs LISP (.el) files -- 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#656046: postgrey: listening on IPv6 does not work, gives connection refused to postfix
Package: postgrey Version: 1.33-3~bpo60+1 Severity: normal Tags: ipv6 upstream With a version of libnet-server-perl which is capable of listening on IPv6, postgrey does not work. I believe the default configuration in /etc/default/postgrey includes this line: POSTGREY_OPTS=--inet=10023 With no host specified, postgrey translates this to localhost:10023. This means Net::Server will open an IPv6 socket, if you have localhost resolve to::1 in /etc/hosts. Regardless of /etc/hosts though, postgrey should be able to listen on IPv6. With postgrey listening on IPv6, postfix logs these messages, and then rejects incoming mail due to server configuration problems (code 451): 2012-01-15T21:57:05.274902-08:00 darwin postfix/smtpd[10610]: warning: connect to localhost:10023: Connection refused 2012-01-15T21:57:05.274935-08:00 darwin postfix/smtpd[10610]: warning: problem talking to server localhost:10023: Connection refused However, strangely, telnet to the postgrey port on IPv6 seems to work fine. I've looked at postgrey's code, but I don't see why this happens. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4-x86_64-linode21 (SMP w/4 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 postgrey depends on: ii adduser3.112+nmu2add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libberkeleydb-perl 0.42-1~squeeze1 use Berkeley DB 4 databases from P ii libnet-dns-perl0.66-2Perform DNS queries from a Perl sc ii libnet-server-perl 0.99-3~bpo60+1extensible, general perl server en ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii ucf3.0025+nmu1 Update Configuration File: preserv Versions of packages postgrey recommends: ii libdigest-sha1-perl 2.13-1 NIST SHA-1 message digest algorith ii libnet-rblclient-perl0.5-2 Queries multiple Realtime Blackhol ii libparse-syslog-perl 1.10-1 Perl module for parsing syslog ent ii postfix 2.8.3-1~bpo60+1 High-performance mail transport ag postgrey suggests no packages. -- debconf information: postgrey/1.32-3_changeport: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610528: fixed upstream
tags 610528 fixed-upstream thanks Fixed in upstream trunk http://munin-monitoring.org/changeset/4539 and 1.4-stable branch http://munin-monitoring.org/changeset/4540. Thanks for reporting. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#639669: unreproducible
tags 639669 unreproducible thanks This is a strange bug report, because graph_printf was introduced with munin 1.3.3, 5 years ago. See http://munin-monitoring.org/changeset/1203 and http://munin-monitoring.org/changeset/1204. The users plugin certainly does not have this problem on my munin 1.4.6-1~bpo60+1 installation. I think we'll need more information to figure out the cause of this one. If this is the only report of this happening, I'm inclined to say it might be a local problem. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#611145: agreed
I agree with Holger's comment, the upstream file needs to be generic. I think most Debian system administrators will simply check to see if libnet-cidr-perl is installed when they see those comments in munin-node.conf. That's what I did, anyway. It could be patched in Debian, but I think that would just add unnecessary complexity to the packaging. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#655190: avahi-ui-utils: bshell missing manual page
Package: avahi-ui-utils Version: 0.6.27-2+squeeze1 Severity: normal The bshell binary is missing a symlink to its manual page. It should be symlinked to the manpage for bssh, just like how the bvnc manpage is. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (90, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39-bpo.2-686-pae (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 avahi-ui-utils depends on: ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libavahi-client3 0.6.27-2+squeeze1 Avahi client library ii libavahi-common3 0.6.27-2+squeeze1 Avahi common library ii libavahi-glib1 0.6.27-2+squeeze1 Avahi glib integration library ii libavahi-ui0 0.6.27-2+squeeze1 Avahi GTK+ User interface library ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6~bpo60+1 The Cairo 2D vector graphics libra ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1~bpo60+1 FreeType 2 font engine, shared lib ii libgdbm3 1.8.3-9 GNU dbm database routines (runtime ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages avahi-ui-utils recommends: ii openssh-client [ssh-c 1:5.5p1-6+squeeze1 secure shell (SSH) client, for sec pn vnc-viewernone (no description available) avahi-ui-utils 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#567551: fixed upstream
tags 567551 ipv6 fixed 567551 1.4.6-1 thanks The issue of matching an IPv6 address was fixed in changeset 3289: http://munin-monitoring.org/changeset/3289 The shebang line issue was fixed in changeset 4077: http://munin-monitoring.org/changeset/4077 See also the upstream ticket: http://munin-monitoring.org/ticket/853 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#653623: apt: DNS resolution fails on IPv6-only systems (Something wicked happened resolving 'ftp.us.debian.org:http' (-5 - No address associated with hostname)
Package: apt
Version: 0.8.10.3+squeeze1
Severity: normal
Tags: ipv6
On a system with only IPv6 addresses, apt-get or aptitude update fails
with errors like this:
Something wicked happened resolving 'ftp.us.debian.org:http' (-5 - No
address associated with hostname)
DNS resolution works fine outside of APT, for example with host or
dig. Here are my network configurations:
ip addr show:
1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc mq state UP qlen 1000
link/ether 00:26:b9:23:7d:76 brd ff:ff:ff:ff:ff:ff
inet6 2001:470:8683:0:226:b9ff:fe23:7d76/64 scope global dynamic
valid_lft 86263sec preferred_lft 14263sec
inet6 fe80::226:b9ff:fe23:7d76/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc mq state DOWN qlen
1000
link/ether 00:24:d6:73:09:cc brd ff:ff:ff:ff:ff:ff
/etc/resolv.conf:
search kenyonralph.com
domain kenyonralph.com
nameserver 2001:470:8683::1
-- Package-specific info:
-- apt-config dump --
APT ;
APT::Architecture i386;
APT::Build-Essential ;
APT::Build-Essential:: build-essential;
APT::Install-Recommends 1;
APT::Install-Suggests 0;
APT::Acquire ;
APT::Acquire::Translation environment;
APT::Authentication ;
APT::Authentication::TrustCDROM true;
APT::NeverAutoRemove ;
APT::NeverAutoRemove:: ^firmware-linux.*;
APT::NeverAutoRemove:: ^linux-firmware$;
APT::NeverAutoRemove:: ^linux-image.*;
APT::NeverAutoRemove:: ^kfreebsd-image.*;
APT::NeverAutoRemove:: ^linux-restricted-modules.*;
APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*;
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;
Dir /;
Dir::State var/lib/apt/;
Dir::State::lists lists/;
Dir::State::cdroms cdroms.list;
Dir::State::mirrors mirrors/;
Dir::State::extended_states extended_states;
Dir::State::status /var/lib/dpkg/status;
Dir::Cache var/cache/apt/;
Dir::Cache::archives archives/;
Dir::Cache::srcpkgcache srcpkgcache.bin;
Dir::Cache::pkgcache pkgcache.bin;
Dir::Etc etc/apt/;
Dir::Etc::sourcelist sources.list;
Dir::Etc::sourceparts sources.list.d;
Dir::Etc::vendorlist vendors.list;
Dir::Etc::vendorparts vendors.list.d;
Dir::Etc::main apt.conf;
Dir::Etc::netrc auth.conf;
Dir::Etc::parts apt.conf.d;
Dir::Etc::preferences preferences;
Dir::Etc::preferencesparts preferences.d;
Dir::Etc::trusted trusted.gpg;
Dir::Etc::trustedparts trusted.gpg.d;
Dir::Bin ;
Dir::Bin::methods /usr/lib/apt/methods;
Dir::Bin::dpkg /usr/bin/dpkg;
Dir::Media ;
Dir::Media::MountPath /media/apt;
Dir::Log var/log/apt;
Dir::Log::Terminal term.log;
Dir::Log::History history.log;
Dir::Ignore-Files-Silently ;
Dir::Ignore-Files-Silently:: ~$;
Dir::Ignore-Files-Silently:: \.disabled$;
Dir::Ignore-Files-Silently:: \.bak$;
Dir::Ignore-Files-Silently:: \.dpkg-[a-z]+$;
DPkg ;
DPkg::Pre-Invoke ;
DPkg::Pre-Invoke:: if [ -x /usr/sbin/etckeeper ]; then etckeeper pre-install;
fi;
DPkg::Post-Invoke ;
DPkg::Post-Invoke:: if [ -x /usr/sbin/etckeeper ]; then etckeeper
post-install; fi;
DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums
--generate=nocheck -sp /var/cache/apt/archives; fi;
DPkg::Post-Invoke:: if [ -x /usr/bin/rkhunter ] ( ! grep -q -E
'^DISABLE_TESTS=.*(hashes.*attributes|attributes.*hashes|properties)'
/etc/rkhunter.conf || grep -q -E
'^ENABLE_TESTS=.*(hashes|attributes|properties)' /etc/rkhunter.conf); then
/usr/bin/rkhunter --propupd --nolog; fi;
DPkg::Pre-Install-Pkgs ;
DPkg::Pre-Install-Pkgs:: /usr/sbin/apt-listbugs apt || exit 10;
DPkg::Pre-Install-Pkgs:: /usr/bin/apt-listchanges --apt || test $? -ne 10;
DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true;
DPkg::Tools ;
DPkg::Tools::Options ;
DPkg::Tools::Options::/usr/sbin/apt-listbugs ;
DPkg::Tools::Options::/usr/sbin/apt-listbugs::Version 2;
DPkg::Tools::Options::/usr/bin/apt-listchanges ;
DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2;
RPM ;
RPM::Pre-Invoke ;
RPM::Pre-Invoke:: if [ -x /usr/sbin/etckeeper ]; then etckeeper pre-install;
fi;
RPM::Post-Invoke ;
RPM::Post-Invoke:: if [ -x /usr/sbin/etckeeper ]; then etckeeper post-install;
fi;
Unattended-Upgrade ;
Unattended-Upgrade::Allowed-Origins ;
Unattended-Upgrade::Allowed-Origins::
${distro_id}:${distro_codename}-security;
Unattended-Upgrade::Mail root@localhost;
Aptitude ;
Aptitude::CmdLine ;
Aptitude::CmdLine::Always-Prompt 1;
Aptitude::CmdLine::Show-Versions 1;
Aptitude::UI ;
Bug#653130: /usr/bin/wicd-client: prints unnecessary tput errors
Package: wicd-gtk
Version: 1.7.0+ds1-5
Severity: minor
File: /usr/bin/wicd-client
When starting wicd-client from ~/.xsession, where $TERM is not
defined, these messages are printed to ~/.xsession-errors:
tput: No value for $TERM and no -T specified
tput: No value for $TERM and no -T specified
tput: No value for $TERM and no -T specified
Simply moving the tput commands closer to where they're used fixes the
problem. Patch attached.
-- System Information:
Debian Release: 6.0.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable'), (90, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.39-bpo.2-686-pae (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 wicd-gtk depends on:
ii python 2.6.6-3+squeeze6 interactive high-level object-orie
ii python-glade2 2.17.0-4 GTK+ bindings: Glade support
ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge
ii wicd-daemon 1.7.0+ds1-5 wired and wireless network manager
Versions of packages wicd-gtk recommends:
ii gksu 2.0.2-5 graphical frontend to su
ii python-notify0.1.1-2+b2 Python bindings for libnotify
ii sudo 1.7.4p4-2.squeeze.2 Provide limited super user privile
wicd-gtk suggests no packages.
Versions of packages wicd depends on:
ii wicd-daemon 1.7.0+ds1-5 wired and wireless network manager
Versions of packages wicd-cli depends on:
ii wicd-daemon 1.7.0+ds1-5 wired and wireless network manager
Versions of packages wicd-curses depends on:
ii python 2.6.6-3+squeeze6 interactive high-level object-orie
ii python-urwid0.9.9.1-1curses-based UI/widget library for
ii wicd-daemon 1.7.0+ds1-5 wired and wireless network manager
Versions of packages wicd-daemon depends on:
ii adduser 3.112+nmu2 add and remove users and groups
ii dbus1.2.24-4+squeeze1simple interprocess messaging syst
ii debconf [debconf-2. 1.5.36.1 Debian configuration management sy
ii ethtool 1:2.6.34-3 display or change Ethernet device
ii iproute 20100519-3 networking and traffic control too
ii iputils-ping3:20100418-3 Tools to test the reachability of
ii isc-dhcp-client [dh 4.1.1-P1-15+squeeze3 ISC DHCP client
ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii net-tools 1.60-23 The NET-3 networking toolkit
ii psmisc 22.11-1 utilities that use the proc file s
ii python 2.6.6-3+squeeze6 interactive high-level object-orie
ii python-dbus 0.83.1-1 simple interprocess messaging syst
ii python-gobject 2.21.4+is.2.21.3-1 Python bindings for the GObject li
ii python-iniparse 0.3.2-1 Module to access and modify config
ii python-wicd 1.7.0+ds1-5 wired and wireless network manager
ii wireless-tools 30~pre9-5Tools for manipulating Linux Wirel
ii wpasupplicant 0.6.10-2.1 client support for WPA and WPA2 (I
Versions of packages python-wicd depends on:
ii python 2.6.6-3+squeeze6 interactive high-level object-orie
ii python-support 1.0.10 automated rebuilding support for P
-- debconf information:
* wicd/users: kenyon
-- debsums errors found:
debsums: changed file /usr/bin/wicd-client (from wicd-gtk package)
--- /usr/bin/wicd-client~ 2010-05-29 00:25:16.0 -0700
+++ /usr/bin/wicd-client2011-12-23 23:51:13.043721511 -0800
@@ -1,7 +1,4 @@
#!/bin/sh
-BOLD=$(tput bold)
-BLUE=$(tput setaf 4)
-NC=$(tput sgr0)
# check_firstrun()
if [ ! -d $HOME/.wicd ]; then
mkdir -p $HOME/.wicd
@@ -11,28 +8,31 @@
ln -s /var/lib/wicd/WHEREAREMYFILES $HOME/.wicd/WHEREAREMYFILES
fi
if [ $DISPLAY = ]; then
+BOLD=$(tput bold)
+BLUE=$(tput setaf 4)
+NC=$(tput sgr0)
if [ -x /usr/bin/wicd-curses ]; then
if [ ! -f $HOME/.wicd/CLIENT_CURSES_WARNING ]; then
printf NOTICE: You do not have an X server active on this
console, \n
printf so ${BOLD}${BLUE}wicd-curses${NC} will be started instead.
\n
printf Please see the wicd-client and/or wicd-curses manual pages
\n
printf for more information about this error and resulting
message. \n
-printf \n
+printf \n
printf This message will not be displayed again. \n
printf Press enter to continue... \n
read _junk
-cat $HOME/.wicd/CLIENT_CURSES_WARNING EOF
+cat $HOME/.wicd/CLIENT_CURSES_WARNING EOF
The wicd-client script checks for the existence of this file to
Bug#625626: duplicate of ubuntu bug?
Looks like this bug report is a duplicate of this one: https://bugs.launchpad.net/ubuntu/+source/puppet/+bug/793632 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#649355: rsyslog-relp: listens on IPv4 when -6 specified
Package: rsyslog-relp Version: 4.6.4-2 Severity: normal Tags: ipv6 I run rsyslogd with the -6 option, which is documented in the manual page to cause rsyslogd to listen to IPv6 addresses only. However, using the imrelp module, rsyslogd still listens on IPv4. This could be a security issue if you're only expecting to have to use ip6tables to secure your syslog machine; you may unknowingly have an open IPv4 syslog port. $ cat /etc/default/rsyslog RSYSLOGD_OPTIONS=-c4 -6 $ ps axe | grep [r]syslog 22869 ?Sl 0:02 /usr/sbin/rsyslogd -c4 -6 $ grep -i relp /etc/rsyslog.conf $ModLoad imrelp $InputRELPServerRun 20514 $ sudo lsof -i :20514 COMMANDPID USER FD TYPE DEVICE SIZE/OFF NODE NAME rsyslogd 22869 root3u IPv4 47214831 0t0 TCP *:20514 (LISTEN) rsyslogd 22869 root4u IPv6 47214832 0t0 TCP *:20514 (LISTEN) -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4-x86_64-linode21 (SMP w/4 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 rsyslog-relp depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii librelp0 1.0.0-1Reliable Event Logging Protocol (R ii rsyslog 4.6.4-2enhanced multi-threaded syslogd rsyslog-relp recommends no packages. rsyslog-relp 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#647158: /usr/bin/debmany: shows documentation of wrong package if package only exists in backports
Package: debian-goodies
Version: 0.53
Severity: normal
File: /usr/bin/debmany
Tags: patch
On a Debian squeeze system with backports enabled, the package ntop
(for example) only exists in squeeze-backports, not in squeeze. So,
the command
apt-get -q2 --print-uris --reinstall install ntop
lists the URLs from squeeze-backports first (I'm not sure why, but it
does), and then the dependencies of ntop, which are in squeeze
repositories. This is a problem for debmany because it downloads the
package listed last in the apt-get output. So, you will get the
documentation of python-mako, or python-markupsafe, or possibly
something else, depending on what you have installed.
Attached is a patch which fixes this. I grep for the package name
instead of just taking the last line of apt-get output. This should
always work as long as the package filename follows Debian
conventions.
The patch also fixes the following minor issues:
1. Version number is supposed to be output with the usage information.
2. Remove obsolete date in usage information.
3. Remove misleading comment in debug output.
-- System Information:
Debian Release: 6.0.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.39-bpo.2-amd64 (SMP w/4 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 debian-goodies depends on:
ii curl 7.21.0-2 Get a file from an HTTP, HTTPS or
ii dctrl-tools [grep-dctr 2.14.5Command-line tools to process Debi
ii dialog 1.1-20100428-1Displays user-friendly dialog boxe
ii less 436-1 pager program similar to more
ii lsof 4.81.dfsg.1-1 List open files
ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction
ii python 2.6.6-3+squeeze6 interactive high-level object-orie
ii whiptail 0.52.11-1 Displays user-friendly dialog boxe
debian-goodies recommends no packages.
Versions of packages debian-goodies suggests:
ii popularity-contest 1.49Vote for your favourite packages a
ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from
ii zenity 2.30.0-1Display graphical dialog boxes fro
-- no debconf information
--- debian-goodies-0.59/debmany/debmany 2010-05-26 03:34:24.0 -0700
+++ /usr/bin/debmany2011-10-30 20:28:42.182991029 -0700
@@ -29,6 +29,9 @@
curdir=`pwd`
+# Version of debmany
+version=1.4
+
error()
{
# show errorcode and quit
@@ -48,7 +51,7 @@
usage()
{
- echo debmany $version Thu May 15 16:56:19 CEST 2008
+ echo debmany $version
Description: Display a manpage or documentation files from a Debian package.
The list of files is displayed in a dialog.
Supported locations for debian packages are: Local .deb-file,
@@ -134,9 +137,6 @@
usage Viewer for other data '$othercmd' is not available or executable
fi
-# Version of debmany
-version=1.3
-
# choose whiptail or dialog
whiptail=/usr/bin/whiptail
dialog=/usr/bin/dialog
@@ -243,8 +243,8 @@
if [ -z $file ]
then
-debug Mode3: Determining the path of '$package' (you use file:// in
sources.list) # comment
-aptdata=`apt-get -q2 --print-uris --reinstall install $package
2/dev/null | tail -1`
+debug Mode3: Determining the path of '$package' # comment
+aptdata=`apt-get -q2 --print-uris --reinstall install $package
2/dev/null | grep $package_`
if [ -z $aptdata ]
then
error There is no package called '$package'.
Bug#643954: please enable ntpd debugging
Package: ntp Version: 1:4.2.6.p2+dfsg-1+b1 Severity: normal Please enable the -d and -D debugging options for ntpd. They appear to have been disabled due to this bug: http://bugs.debian.org/100347 Ubuntu has re-enabled debugging. I also run ntpd on an Ubuntu natty machine and do not get any config_timer and resolve_timer spew. https://bugs.launchpad.net/+bugs/47683 Also please re-add the documentation of the -d and -D options to the ntpd manual page. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-bpo.2-amd64 (SMP w/4 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 ntp depends on: ii adduser 3.112+nmu2 add and remove users and groups ii dpkg1.15.8.11Debian package management system ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. ii libedit22.11-20080614-2 BSD editline and history libraries ii libopts25 1:5.10-1.1 automated option processing librar ii libssl0.9.8 0.9.8o-4squeeze3 SSL shared libraries ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii netbase 4.45 Basic TCP/IP networking system Versions of packages ntp recommends: ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction Versions of packages ntp suggests: ii ntp-doc1:4.2.6.p2+dfsg-1 Network Time Protocol documentatio -- Configuration Files: /etc/dhcp/dhclient-exit-hooks.d/ntp [Errno 2] No such file or directory: u'/etc/dhcp/dhclient-exit-hooks.d/ntp' /etc/ntp.conf changed: driftfile /var/lib/ntp/ntp.drift server 127.127.20.0 minpoll 3 prefer fudge 127.127.20.0 flag1 1 flag3 1 server voodoo.kenyonralph.com iburst server darwin.kenyonralph.com iburst -- 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#643954: fix link and paste output
That Ubuntu bug report link should have been https://bugs.launchpad.net/bugs/47683 Also, to aid searching, here is the output you get from ntpd with debugging disabled: ntpd: The ``debug-level'' option has been disabled -- this package was built using 'configure --disable--debug' -- Kenyon Ralph signature.asc Description: Digital signature
Bug#643955: www.debian.org: server-control comment syntax error eating some commands, starting at tags
Package: www.debian.org Severity: normal A syntax error in an HTML comment on line 485 in http://www.debian.org/Bugs/server-control is eating some of the page. The comment is missing the final two dashes (--). The W3C Validator shows the problem: http://validator.w3.org/check?uri=http%3A%2F%2Fwww.debian.org%2FBugs%2Fserver-controlcharset=%28detect+automatically%29doctype=Inlinegroup=0ss=1verbose=1 -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591106: not reproducible for me anymore
I'm no longer using an Intel GPU (I upgraded this machine to a Radeon card), and I can't reproduce this particular bug with the Radeon (hanging on big images in iceweasel), so feel free to close this bug if nobody else reports this problem anymore. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#558800: fixed upstream
tags 558800 fixed-upstream thanks I fixed this upstream (see http://munin-monitoring.org/ticket/775) by rewriting the ntp_states plugin. The ntp_ plugin's functionality has been integrated into the other ntp plugins, including ntp_states. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#614992: causes ifupdown to use incorrect dhclient command line
This bug causes the problems described in these reports: https://bugs.launchpad.net/bugs/768171 https://bugs.launchpad.net/bugs/799136 https://bugs.launchpad.net/bugs/826175 https://bugs.launchpad.net/bugs/840947 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#633652: emacs on a text console - please help me overcome the shock
On 2011-08-23T08:35:58+0800, jida...@jidanni.org wrote: r == rdiezmail-emacs rdiezmail-em...@yahoo.de writes: r The console mode has been a shock. There is no mouse at all. I cannot r navigate the menus as usual, menu-bar-open is weird and unfriendly. r But, worst of all, some key combinations do not work well. But that's the way it must be here on Debian, if you are root. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633652 My question is how do all those high powered Debian Developers cope? Don't tell me they don't use emacs. Or not as root. Not even when administering their system? I use emacs under X to administer my Debian systems. I don't run it as root though. I use emacs TRAMP to use sudo to edit files as root on the local machine. On remote machines I do the same but in an ssh session in xterm (I don't use mouse or menu bars in emacs in X anyway). Looking at bug 633652, have you tried running X programs as root with sux or gksu instead of su? http://packages.debian.org/squeeze/sux http://packages.debian.org/squeeze/gksu -- Kenyon Ralph signature.asc Description: Digital signature
Bug#638147: rsyslog: lost microseconds in timestamps
Package: rsyslog Version: 5.8.3-1 Severity: normal When I enable high-precision timestamps by commenting the line #$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat in /etc/rsyslog.conf, I only get high-precision timestamps on messages that the kernel logs. The rest of logged messages only have 1-second precision. In the squeeze and previous versions of rsyslog, simply commenting the above line would give high-precision timestamps. I don't see anything in the changelog that indicates this should have changed. Examples: 2011-08-16T21:15:54.085150-07:00 gauss kernel: [ 17.369462] ppdev: user-space parallel port driver 2011-08-16T21:15:54-07:00 gauss racoon: INFO: 127.0.0.1[500] used as isakmp port (fd=6) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-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 rsyslog depends on: ii initscripts 2.88dsf-13.11scripts for initializing and shutt ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii lsb-base3.2-27 Linux Standard Base 3.2 init scrip ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages rsyslog recommends: ii logrotate 3.7.8-6Log rotation utility Versions of packages rsyslog suggests: pn rsyslog-doc none (no description available) pn rsyslog-gnutlsnone (no description available) pn rsyslog-gssapinone (no description available) pn rsyslog-mysql | rsyslog-pgsql none (no description available) pn rsyslog-relp none (no description available) -- Configuration Files: /etc/rsyslog.conf changed: $ModLoad imuxsock # provides support for local system logging $ModLoad imklog # provides kernel logging support (previously done by rklogd) $FileOwner root $FileGroup adm $FileCreateMode 0640 $DirCreateMode 0755 $Umask 0022 *.* /var/log/all.log $IncludeConfig /etc/rsyslog.d/*.conf auth,authpriv.* /var/log/auth.log *.*;auth,authpriv.none -/var/log/syslog daemon.*-/var/log/daemon.log kern.* -/var/log/kern.log lpr.* -/var/log/lpr.log mail.* -/var/log/mail.log user.* -/var/log/user.log mail.info -/var/log/mail.info mail.warn -/var/log/mail.warn mail.err/var/log/mail.err news.crit /var/log/news/news.crit news.err/var/log/news/news.err news.notice -/var/log/news/news.notice *.=debug;\ auth,authpriv.none;\ news.none;mail.none -/var/log/debug *.=info;*.=notice;*.=warn;\ auth,authpriv.none;\ cron,daemon.none;\ mail,news.none -/var/log/messages *.emerg :omusrmsg:* daemon.*;mail.*;\ news.err;\ *.=debug;*.=info;\ *.=notice;*.=warn |/dev/xconsole -- 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#637036: irssi: Patch bind_utf8-fix breaks meta-backspace
Package: irssi Version: 0.8.15-4~bpo60+1 Severity: normal Tags: upstream Just like http://bugs.debian.org/625690 but the bind_utf8-fix patch breaks meta-backspace for me. I am pretty sure this patch is the problem, since alt-backspace did delete previous word in the previous version of irssi (0.8.15-2), and now with 0.8.15-4~bpo60+1 alt-backspace does nothing. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.1-x86_64-linode19 (SMP w/4 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 irssi depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libncurses55.7+20100313-5shared libraries for terminal hand ii libperl5.105.10.1-17squeeze2 shared Perl library ii libssl0.9.80.9.8o-4squeeze1 SSL shared libraries ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii perl-base [perlapi-5.1 5.10.1-17squeeze2 minimal Perl system irssi recommends no packages. Versions of packages irssi suggests: ii irssi-scripts 20100512 collection of scripts for irssi -- 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#631917: fail2ban: logrotate should not set logtarget
On 2011-07-28T22:57:51-0400, Yaroslav Halchenko deb...@onerussian.com wrote: Would it be acceptable resolution for you: * I will add to README.Debian something like Yes, a note in README.Debian is probably good enough, since apparently not many people have encountered this issue. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#591106: reproducible and more info
On 2011-03-28T01:28:49-0700, Kenyon Ralph ken...@kenyonralph.com wrote: [mi] EQ overflowing. The server is probably stuck in an infinite loop. Backtrace: 0: /usr/bin/X (xorg_backtrace+0x28) [0x4acd58] 1: /usr/bin/X (mieqEnqueue+0x1f4) [0x4a2454] 2: /usr/bin/X (xf86PostMotionEventP+0xc4) [0x464984] 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f31261e7000+0x52ef) [0x7f31261ec2ef] 4: /usr/bin/X (0x40+0x73987) [0x473987] 5: /usr/bin/X (0x40+0x11c233) [0x51c233] 6: /lib/libpthread.so.0 (0x7f3129f1d000+0xef60) [0x7f3129f2bf60] 7: /usr/bin/X (0x40+0x5bd20) [0x45bd20] 8: /lib/libpthread.so.0 (0x7f3129f1d000+0xef60) [0x7f3129f2bf60] 9: /usr/lib/libpixman-1.so.0 (0x7f312986c000+0x57143) [0x7f31298c3143] 10: /usr/lib/libpixman-1.so.0 (pixman_image_composite32+0x43c) [0x7f31298a172c] 11: /usr/lib/xorg/modules/libfb.so (fbComposite+0x220) [0x7f3125dd93d0] 12: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f3126a06000+0x2f6fb) [0x7f3126a356fb] 13: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f3126a06000+0x2dc3e) [0x7f3126a33c3e] 14: /usr/bin/X (0x40+0xdc3e0) [0x4dc3e0] 15: /usr/bin/X (0x40+0xd0c3e) [0x4d0c3e] 16: /usr/bin/X (0x40+0x48c84) [0x448c84] 17: /usr/bin/X (0x40+0x25c35) [0x425c35] 18: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f3128a08c4d] 19: /usr/bin/X (0x40+0x257e9) [0x4257e9] This bug report is an instance of a class of bugs which cause the Xorg event queue to overflow and produce this EQ overflowing message. More info here: http://nouveau.freedesktop.org/wiki/TroubleShooting#Igetthe.22EQoverflowing.22error which links to here: http://marc.info/?l=fedora-devel-listm=124101535025331w=2 Other Debian EQ overflowing bug reports: * http://bugs.debian.org/578056 * http://bugs.debian.org/584482 Some of these might be duplicates, but I don't know how to determine that yet. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#617268: ifupdown: network servers do not listen on 127.0.1.1
On 2011-03-07T17:17:10+, Brian Burch br...@pingtoo.com wrote: --- original//ifupdown.nw 2011-03-05 20:01:09.0 + +++ briansPatch//ifupdown.nw2011-03-05 20:02:29.0 + @@ -3887,11 +3887,13 @@ This method may be used to define the IPv4 loopback interface. up -ifconfig %iface% 127.0.0.1 up +ifconfig %iface% 127.0.0.1 up +ifconfig %iface%:0 127.0.0.1 up route add -net 127.0.0.0 if ( mylinuxver() mylinux(2,1,100) ) down -ifconfig %iface% down +ifconfig %iface%:0 down +ifconfig %iface% down @ inet methods= Shouldn't one of those addresses be 127.0.1.1? -- Kenyon Ralph signature.asc Description: Digital signature
Bug#584482: another occurrence
Package: xserver-xorg Version: 1:7.5+8 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I have experienced the same symptoms with my Intel 945GME in a Dell Latitude 2100. I ssh'd in and saw X using 90-100% CPU. I did not kill any processes; the X server just started responding by itself after a few minutes. Symptoms were the same as original reporter: cursor moved, but otherwise X was not responsive, and the display wasn't updating (I have a clock in a dzen2 under ratpoison). Same symptoms here, but different driver and hardware: http://bugs.debian.org/578056 - -- Package-specific info: X server symlink status: - lrwxrwxrwx 1 root root 13 Dec 17 2010 /etc/X11/X - /usr/bin/Xorg - -rwxr-xr-x 1 root root 1733468 Feb 19 06:43 /usr/bin/Xorg VGA-compatible devices on PCI bus: - -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GME Express Integrated Graphics Controller [8086:27ae] (rev 03) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: - /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 Kernel version (/proc/version): - --- Linux version 2.6.38-bpo.2-686 (Debian 2.6.38-5~bpo60+1) (norb...@tretkowski.de) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Tue Jun 14 11:43:18 UTC 2011 Xorg X server log files on system: - -- - -rw-r--r-- 1 root root 23256 Jul 16 23:22 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - - X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.29-dsa-ia32 i686 Debian Current Operating System: Linux copernicus 2.6.38-bpo.2-686 #1 SMP Tue Jun 14 11:43:18 UTC 2011 i686 Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.38-bpo.2-686 root=UUID=b1d9d3fe-25ea-4251-b576-df03856cad59 ro Build Date: 19 February 2011 02:37:36PM xorg-server 2:1.7.7-13 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.22.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Jul 16 23:07:12 2011 (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81ecca0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (WW) xf86OpenConsole: setpgid failed: Operation not permitted (WW) xf86OpenConsole: setsid failed: Operation not permitted (--) PCI:*(0:0:2:0) 8086:27ae:1028:02d6 Intel Corporation Mobile 945GME Express Integrated Graphics Controller rev 3, Mem @ 0xf6f0/524288, 0xe000/268435456, 0xf6ec/262144, I/O @ 0xeff8/8 (--) PCI: (0:0:2:1) 8086:27a6:1028:02d6 Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xf6f8/524288 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading
Bug#584482: another occurrence
On 2011-07-17T15:50:47-0700, Kenyon Ralph ken...@kenyonralph.com wrote: Package: xserver-xorg Version: 1:7.5+8 Severity: normal I have experienced the same symptoms with my Intel 945GME in a Dell Latitude 2100. I ssh'd in and saw X using 90-100% CPU. I did not kill any processes; the X server just started responding by itself after a few minutes. Symptoms were the same as original reporter: cursor moved, but otherwise X was not responsive, and the display wasn't updating (I have a clock in a dzen2 under ratpoison). Same symptoms here, but different driver and hardware: http://bugs.debian.org/578056 Also, this is the only time this has happened. It happened while I was trying to scroll down a Facebook page in Iceweasel. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#604686: can't return back into my desktop from xscreensaver
On 2011-07-15T18:14:31-0430, Jose Luis Rivas ghost...@debian.org wrote: Are you guys still able to reproduce this bug? I can't. Well, on my laptops now I just use the blank screen xscreensaver hack. I haven't had this problem since switching to that. Sometimes, on my Dell Latitude 2100, when I open the lid, the screen stays in the state I previously described: blank, but backlight on. I just close the lid and open it again, and then xscreensaver's password dialog appears. I'm not sure if this is due to xscreensaver or the hardware. So basically: no, I don't have any problems anymore, so closing this bug is fine with me. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#627257: /usr/bin/top: Re: my toprc where this happened
Package: procps Version: 1:3.2.8-9 Severity: normal File: /usr/bin/top Here is my ~/.toprc in use when I saw top using a lot of memory after running for at least 10 days or so: % cat ~/.toprc RCfile for top with windows # shameless braggin' Id:a, Mode_altscr=1, Mode_irixps=1, Delay_time=3.000, Curwin=0 Def fieldscur=AEHIOQTWKNMbcdfgjplrsuvyzX winflags=64824, sortindx=10, maxtasks=0 summclr=2, msgsclr=1, headclr=5, taskclr=7 Job fieldscur=ABcefgjlrstuvyzMKNHIWOPQDX winflags=64825, sortindx=0, maxtasks=0 summclr=6, msgsclr=6, headclr=7, taskclr=6 Mem fieldscur=ANOPQRSTUVbcdefgjlmyzWHIKX winflags=64825, sortindx=13, maxtasks=0 summclr=5, msgsclr=5, headclr=4, taskclr=5 Usr fieldscur=ABDECGfhijlopqrstuvyzMKNWX winflags=64825, sortindx=4, maxtasks=0 summclr=3, msgsclr=3, headclr=2, taskclr=3 -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 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 procps depends on: ii initscripts 2.88dsf-13.1 scripts for initializing and shutt ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libncursesw55.7+20100313-5 shared libraries for terminal hand ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip Versions of packages procps recommends: ii psmisc22.11-1utilities that use the proc file s procps 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#633223: /usr/bin/fail2ban-regex: reports wrong time during DST with ISO 8601 timestamps
Package: fail2ban Version: 0.8.4-3 Severity: normal File: /usr/bin/fail2ban-regex Tags: patch upstream I noticed that fail2ban-regex reports the wrong time for matches with ISO 8601 timestamps, as used by rsyslog by default. Example: $ fail2ban-regex 2011-07-03T08:22:22.129317+00:00 darwin sshd[461]: Invalid user git from 199.17.59.5 /etc/fail2ban/filter.d/sshd.conf [...] [5] 199.17.59.5 (Sun Jul 03 09:22:22 2011) Notice that the time is an hour ahead of that given on the command line. This is because iso8601.py disregards the current state of DST and instead gives a fixed-offset tzinfo in the datetime object it returns. A patch that works for me is attached. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 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 fail2ban depends on: ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt Versions of packages fail2ban recommends: ii iptables 1.4.8-3administration tools for packet fi ii whois 5.0.10 an intelligent whois client Versions of packages fail2ban suggests: ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent pn python-gamin none(no description available) -- no debconf information From d1cb97899934431b821b02ac6273baf42b996707 Mon Sep 17 00:00:00 2001 From: Kenyon Ralph ken...@kenyonralph.com Date: Sat, 9 Jul 2011 01:34:43 -0700 Subject: [PATCH] preserve the local value of Daylight Saving Time This fixes fail2ban-regex reporting of matches using ISO 8601 timestamps, which previously would be shown incorrect by the DST offset due to iso8601.py not preserving DST in the datetime object if given a timestamp with a fixed timezone offset. --- server/datetemplate.py |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/server/datetemplate.py b/server/datetemplate.py index e8c1a5a..561a6a0 100644 --- a/server/datetemplate.py +++ b/server/datetemplate.py @@ -189,4 +189,5 @@ class DateISO8601(DateTemplate): # Parses the date. value = dateMatch.group() date = list(iso8601.parse_date(value).timetuple()) + date[-1] = time.localtime().tm_isdst return date -- 1.7.2.5
Bug#633223: /usr/bin/fail2ban-regex: reports wrong time during DST with ISO 8601 timestamps
On 2011-07-09T22:22:54-0400, Yaroslav Halchenko deb...@onerussian.com wrote: Hi Kenyon, thanks for the report/patch... since it is the same function which is used by fail2ban-server as well: I assuming banning upon invalid attempts didn't work either before, right? No, banning and unbanning worked fine (bans happened after six invalid attempts, unbans happened after ten minutes) before and after the patch with ISO 8601 log timestamps. I wondered about that too. I'm not sure why it worked, and haven't looked into it, since it's working fine :). It was just strange seeing that output from fail2ban-regex. Maybe I'll investigate the server if I have time. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#630353: also in stable version
Package: postgrey Version: 1.33-3~bpo60+1 Severity: normal I saw this message also when doing service postgrey stop with the version in squeeze. I wonder if it is related to this message that I see on restart sometimes that prevents startup: FATAL: ERROR: locked: /var/lib/postgrey/postgrey.lock#012 -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-x86_64-linode18 (SMP w/4 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 postgrey depends on: ii adduser3.112+nmu2add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libberkeleydb-perl 0.42-1~squeeze1 use Berkeley DB 4 databases from P ii libnet-dns-perl0.66-2Perform DNS queries from a Perl sc ii libnet-server-perl 0.97-1An extensible, general perl server ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii ucf3.0025+nmu1 Update Configuration File: preserv Versions of packages postgrey recommends: ii libdigest-sha1-perl 2.13-1 NIST SHA-1 message digest algorith ii libnet-rblclient-perl 0.5-2Queries multiple Realtime Blackhol ii libparse-syslog-perl1.10-1 Perl module for parsing syslog ent ii postfix 2.7.1-1+squeeze1 High-performance mail transport ag postgrey suggests no packages. -- debconf information: postgrey/1.32-3_changeport: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631917: fail2ban: logrotate should not set logtarget
Package: fail2ban Version: 0.8.4-3 Severity: normal The fix for http://bugs.debian.org/537773 causes a problem if user has configured a logtarget other than /var/log/fail2ban.log in /etc/fail2ban/fail2ban.conf. As you can see below, I have logtarget set to SYSLOG. So when logrotate runs for fail2ban with /etc/logrotate.d/fail2ban, the logtarget is set to a file, which I do not want. I'm not sure what the best fix for this is. Personally, I will just remove /etc/logrotate.d/fail2ban, since nothing needs to happen--my syslog rotation is already taken care of by /etc/logrotate.d/rsyslog. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-x86_64-linode18 (SMP w/4 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 fail2ban depends on: ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt Versions of packages fail2ban recommends: ii iptables 1.4.8-3administration tools for packet fi ii whois 5.0.10 an intelligent whois client Versions of packages fail2ban suggests: ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii python-gamin 0.1.10-2+b1 Python binding for the gamin clien -- Configuration Files: /etc/fail2ban/fail2ban.conf changed: [Definition] loglevel = 3 logtarget = SYSLOG socket = /var/run/fail2ban/fail2ban.sock /etc/fail2ban/jail.conf changed: [DEFAULT] ignoreip = 127.0.0.1 bantime = 600 maxretry = 3 backend = auto destemail = r...@kenyonralph.com banaction = iptables-multiport mta = sendmail protocol = tcp action_ = %(banaction)s[name=%(__name__)s, port=%(port)s, protocol=%(protocol)s] action_mw = %(banaction)s[name=%(__name__)s, port=%(port)s, protocol=%(protocol)s] %(mta)s-whois[name=%(__name__)s, dest=%(destemail)s, protocol=%(protocol)s] action_mwl = %(banaction)s[name=%(__name__)s, port=%(port)s, protocol=%(protocol)s] %(mta)s-whois-lines[name=%(__name__)s, dest=%(destemail)s, logpath=%(logpath)s] action = %(action_)s [ssh] enabled = true port= ssh filter = sshd logpath = /var/log/auth.log maxretry = 6 [pam-generic] enabled = false filter = pam-generic port = all banaction = iptables-allports port = anyport logpath = /var/log/auth.log maxretry = 6 [xinetd-fail] enabled = false filter= xinetd-fail port = all banaction = iptables-multiport-log logpath = /var/log/daemon.log maxretry = 2 [ssh-ddos] enabled = false port= ssh filter = sshd-ddos logpath = /var/log/auth.log maxretry = 6 [apache] enabled = false port= http,https filter = apache-auth logpath = /var/log/apache*/*error.log maxretry = 6 [apache-multiport] enabled = false port = http,https filter= apache-auth logpath = /var/log/apache*/*error.log maxretry = 6 [apache-noscript] enabled = false port= http,https filter = apache-noscript logpath = /var/log/apache*/*error.log maxretry = 6 [apache-overflows] enabled = false port= http,https filter = apache-overflows logpath = /var/log/apache*/*error.log maxretry = 2 [vsftpd] enabled = false port = ftp,ftp-data,ftps,ftps-data filter = vsftpd logpath = /var/log/vsftpd.log maxretry = 6 [proftpd] enabled = false port = ftp,ftp-data,ftps,ftps-data filter = proftpd logpath = /var/log/proftpd/proftpd.log maxretry = 6 [wuftpd] enabled = false port = ftp,ftp-data,ftps,ftps-data filter = wuftpd logpath = /var/log/auth.log maxretry = 6 [postfix] enabled = false port = smtp,ssmtp filter = postfix logpath = /var/log/mail.log [couriersmtp] enabled = false port = smtp,ssmtp filter = couriersmtp logpath = /var/log/mail.log [courierauth] enabled = false port = smtp,ssmtp,imap2,imap3,imaps,pop3,pop3s filter = courierlogin logpath = /var/log/mail.log [sasl] enabled = false port = smtp,ssmtp,imap2,imap3,imaps,pop3,pop3s filter = sasl logpath = /var/log/mail.log [named-refused-tcp] enabled = false port = domain,953 protocol = tcp filter = named-refused logpath = /var/log/named/security.log -- 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#487397: markdown code block doesn't generate html entities
Package: ikiwiki Version: 3.20100815.7 Severity: normal If I put XML in a markdown code block like this, merge key=input.x11_driver type=stringkbd/merge then all that appears in the ikiwiki-generated HTML is kbd. If I manually convert the angle brackets to HTML entities, then the whole line appears in the generated HTML, but it's not surrounded by code tags. The same line generates correct HTML inside markdown backticks. Is this the same bug as what's reported here and at http://ikiwiki.info/bugs/wiki_links_still_processed_inside_code_blocks/? -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'proposed-updates'), (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-x86_64-linode18 (SMP w/4 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 ikiwiki depends on: ii libhtml-parser-perl3.66-1collection of modules that parse H ii libhtml-scrubber-perl 0.08-4Perl extension for scrubbing/sanit ii libhtml-template-perl 2.9-2 module for using HTML Templates wi ii libtext-markdown-perl 1.0.26-1 Markdown and MultiMarkdown markup ii liburi-perl1.54-2module to manipulate and access UR ii perl 5.10.1-17squeeze1 Larry Wall's Practical Extraction Versions of packages ikiwiki recommends: ii gcc [c-compiler] 4:4.4.5-1 The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.5-4 The GNU C compiler ii gcc-4.4 [c-compiler] 4.4.5-8 The GNU C compiler ii git [git-core] 1:1.7.2.5-2 fast, scalable, distributed revisi ii git-core 1:1.7.2.5-2 fast, scalable, distributed revisi ii libauthen-passphrase-perl0.007-1 Perl module encapsulating hashed p ii libc6-dev [libc-dev] 2.11.2-10 Embedded GNU C Library: Developmen ii libcgi-formbuilder-perl 3.05.01-7 Easily generate and process statef ii libcgi-session-perl 4.41-1 persistent session data in CGI app ii liblwpx-paranoidagent-perl 1.07-1 a paranoid subclass of LWP::User ii libmail-sendmail-perl0.79.16-1 Send email from a perl script ii libnet-openid-consumer-perl 1.03-1 library for consumers of OpenID id ii libterm-readline-gnu-perl1.20-1 Perl extension for the GNU ReadLin ii libtimedate-perl 1.2000-1collection of modules to manipulat ii libxml-simple-perl 2.18-3 Perl module for reading and writin Versions of packages ikiwiki suggests: pn dvipng none (no description available) pn gettext none (no description available) ii gitweb 1:1.7.2.5-2 fast, scalable, distributed revisi pn graphviznone (no description available) ii libcrypt-ssleay-perl0.57-2 Support for https protocol in LWP ii libfile-mimeinfo-perl 0.15-1 Perl module to determine file type pn libhighlight-perl none (no description available) ii libhtml-tree-perl 3.23-2 Perl module to represent and creat ii liblocale-gettext-perl 1.05-6 Using libc functions for internati ii libmailtools-perl 2.06-1 Manipulate email in perl programs pn libnet-amazon-s3-perl none (no description available) pn librpc-xml-perl none (no description available) ii libsearch-xapian-perl 1.2.3.0-1Perl bindings for the Xapian searc ii libsort-naturally-perl 1.02-1 Sort naturally - sort lexically ex pn libsparkline-phpnone (no description available) ii libtext-csv-perl1.18-1 comma-separated values manipulator ii libtext-textile-perl2.12-1 Perl extension to format text usin ii libtext-typography-perl 0.01-2 markup ASCII text with correct typ ii libtext-wikicreole-perl 0.07-1 Convert Wiki Creole 1.0 markup to ii libtext-wikiformat-perl 0.78-1 translates Wiki formatted text int ii libxml-feed-perl0.43+dfsg-1 syndication feed parser and auto-d ii libyaml-perl0.71-1 YAML Ain't Markup Language pn perlmagick none (no description available) pn po4anone (no description available) pn polygen none (no description available) ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-docutils 0.7-2utilities for the documentation of pn texlive none (no description available) ii tidy20091223cvs-1HTML syntax checker and reformatte ii xapian-omega1.2.3-1 CGI search interface and indexers -- Configuration Files: /etc/ikiwiki/wikilist changed [not
