FWIW, I can still reproduce the problem with Debian 10 (yeah I know, I should
upgrade :), by attempting to install build-essential and
openjdk-11-jre-headless in one apt-get invocation. E.g. using a simple
Dockerfile:
==
FROM d
I have also seen similar panic messages, when a user was searching for
some plain text in their inbox, e.g.:
Sep 21 13:48:12 hostname dovecot: imap-login: Login: user=,
method=LOGIN, rip=12.34.56.78, lip=23.45.67.89, mpid=29488, TLS,
session=
Sep 21 14:04:00 hostname dovecot: imap(username)<2948
Hi,
I've just updated one of my boxes to lenny, and I also got these
messages clogging up my logcheck reports. :)
I believe this is because the regex in question seems to expect a string
"OK id=[-[:alnum:]]+" in the log message, which never occurs for me,
and only seems to exist in amavisd itself
It seems that even in 2.6.14, you always need the ide-generic module
if you use any other ide module. This is because ideprobe_init() is
ONLY called from the ide-generic module initialization!
There's a comment in /usr/lib/yaird/perl/Hardware.pm which says:
# Hmm, via82cxxx (2.6.8) also
On 2005-09-22 at 20:01:14 Andreas Metzler wrote:
> No, it has to be something in the 4.2.24 --> 4.2.25 changes.
Hm, I've looked into this somewhat more, and weirdly enough, 4.2.24
doesn't work properly either (at least for me):
$ ls -al
total 912
drwxrwxr-x 2 dim dim 4096 2005-09-23 15:01:59
Hm, this turns out not to be a bug, but a feature. ;-)
Quoting from findutils' NEWS file:
* Major changes in release 4.2.21
** Functional Changes to find
The GNU extension "find ... -perm +MODE" has been withdrawn because it
is incompatible with POSIX in obscure cases like "find ... -per
Try the attached quick hack. I have NO idea if this is okay wrt
Debian policies, but it works. :)
diff -urNd ieee80211.orig/driver/Makefile ieee80211/driver/Makefile
--- ieee80211.orig/driver/Makefile 2005-07-21 22:03:16.0 +0200
+++ ieee80211/driver/Makefile 2005-08-08 13:38:02.
is associated yet, the ipw_led_band_on() function will
# attempt to access a NULL pointer via ipw_priv::assoc_network.
#
# It's questionable if ipw_led_band_on() should be called at all,
# while the module is still initializing, but in any case, this patch
# makes ipw_led_band_on() detect a
8 matches
Mail list logo
