Source: nfs-utils
Severity: normal
Dear Maintainer,
nfs-blkmap.service is a client service, but the systemd unit file is
installed by the nfs-kernel-server package. It should be installed by
nfs-common, which is also where the executable that the service runs,
/usr/sbin/blkmapd, is packaged.
--
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
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
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')
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
in
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
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-upda
ash suggests:
pn libdbd-mysql
pn libdbd-pgsql
pn libdbd-sqlite3
-- no debconf information
--
Kenyon Ralph
signature.asc
Description: PGP signature
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
Indeed, "release a=now" seems to have superseded 'origin ""' for matching
locally-installed packages. Using origin with an empty string is shown twice in
apt_preferences(5), but it appears to not work anymore, whereas "release a=now"
does work.
--
Kenyon Ralph
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
n 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
tratum 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
ed, 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
sign
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 wi
ve 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,
Here is an upstream bug report that is probably the same thing:
https://bugzil.la/1038860
--
Kenyon Ralph
signature.asc
Description: Digital signature
idn'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
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
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
ge.
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
n-monitoring/munin/commit/f7d1cd80b367e6d7cc1b3a936e9ceefbdc992682
--
Kenyon Ralph
signature.asc
Description: Digital signature
ame version of cups, with a printer attached, doesn't segfault on
cups reload.
kenyon@einstein ~ % zgrep "segfault" $(echo /var/log/all.log* | tr ' ' '\n' |
sort --reverse --version-sort)
/var/log/all.log.5.gz:2013-07-26T06:25:08.883055-07:00 einst
On 2013-07-19T00:50:53+0200, gregor herrmann wrote:
> On Thu, 18 Jul 2013 15:39:23 -0700, Kenyon Ralph wrote:
>
> > On 2013-07-18T23:46:08+0200, gregor herrmann wrote:
> > > No idea where the stats directory went ...
> > Do you have the cpufreq_stats module loaded?
&
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
h 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
mit smaller patches for each issue against the current
devel branch on github?
--
Kenyon Ralph
signature.asc
Description: Digital signature
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
--
>
> 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
happens for me on wheezy. My
squeeze systems don't see these hash sum mismatches.
--
Kenyon Ralph
signature.asc
Description: Digital signature
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=Y&DwnldID=22508
Please consider packaging. Thanks.
-- System Information:
Debian Release: 7.0
APT prefers testing
On 2012-12-29T20:55:05-0800, Kenyon Ralph wrote:
> On 2012-12-29T19:25:59-0800, Kenyon Ralph 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 buildi
On 2012-12-29T19:25:59-0800, Kenyon Ralph 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
On 2012-12-29T16:28:59-0800, Kenyon Ralph 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 /b
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
EL 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
b.com/munin-monitoring/munin/blob/devel/plugins/lib/Munin/Plugin.pm
--
Kenyon Ralph
signature.asc
Description: Digital signature
ive 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
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,
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, a
.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
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
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
This is a duplicate of <http://bugs.debian.org/537159>.
--
Kenyon Ralph
signature.asc
Description: Digital signature
On 2012-05-18T17:35:17-0700, Kenyon Ralph 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
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 7797474c516516b111
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.
On 2012-04-28T20:26:39-0700, Kenyon Ralph 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/m
t-listbugs /usr/sbin/apt-listbugs
/usr/share/apt-listbugs/debian/bts.rb:require 'net/http'
--
Kenyon Ralph
signature.asc
Description: Digital signature
Please apply the patch in
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399706#69>. Thanks.
--
Kenyon Ralph
signature.asc
Description: Digital signature
This is probably a duplicate of bug 576118.
http://bugs.debian.org/576118
--
Kenyon Ralph
signature.asc
Description: Digital signature
ns. 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
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
On 2012-04-03T12:06:18+0200, Michael Meskes 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
> > c
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
att 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
tags 665344 = fixed-upstream
thanks
On 2012-03-30T10:08:51+0300, Arto Jantunen wrote:
> Kenyon Ralph writes:
> > On 2012-03-23T11:32:46+0200, Arto Jantunen wrote:
> >> Package: munin-node
> >> Version: 1.4.5-3
> >> Severity: wishlist
> >> Tags: patc
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
-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
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,
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
e 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 [-hJjp
runk/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
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
/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-monit
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 outpu
Package: linux-2.6
Version: 3.2.4-1
Severity: normal
On 2012-02-06T02:03:21-0600, Jonathan Nieder 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 email
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/rem
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
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, i
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
think that would just add unnecessary complexity to the
packaging.
--
Kenyon Ralph
signature.asc
Description: Digital signature
-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
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
-monitoring.org/ticket/853
--
Kenyon Ralph
signature.asc
Description: Digital signature
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:
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
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
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
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'r
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
list
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.
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--deb
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 "con
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: Di
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
D
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
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
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
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
On 2011-07-28T22:57:51-0400, Yaroslav Halchenko 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
signatu
On 2011-03-28T01:28:49-0700, Kenyon Ralph 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+0x
%iface%:0 down
> +ifconfig %iface% down
> @
>
> <>=
Shouldn't one of those addresses be 127.0.1.1?
--
Kenyon Ralph
signature.asc
Description: Digital signature
On 2011-07-17T15:50:47-0700, Kenyon Ralph 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 pr
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
more, so closing this
bug is fine with me.
--
Kenyon Ralph
signature.asc
Description: Digital signature
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_ti
On 2011-07-09T22:22:54-0400, Yaroslav Halchenko 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 wor
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 (no description available)
-- no debconf information
>From d1cb97899934431b821b02ac6273baf42b996707 Mon Sep 17
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#
1 - 100 of 170 matches
Mail list logo
