Package: mariadb-client-core-10.5
Version: 1:10.5.11-1
Severity: important
Dear Maintainer,
After upgrading from Debian buster to bullseye, and running the mysql command
line client for the first time, the command line history is wiped, leaving a
.mysql_history devoid of entries.
This is rathe
Package: exim4-config
Version: 4.80-7+deb7u4
Severity: important
This problem appears to be present in all packaged versions of exim4 in Debian
since a long time ago, due to:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=421424
The solution chosen here is regretfully bad.
When the user cre
Huh. After several reboots of the guest OS, Chromium now starts.
This is decidedly odd.
The error message from Chromium is still there, that was a red herring.
Additionally, there are now a bazillion (roughly) additional error
messages, but the user interface _does_ start.
OpenGL Warning: gl
Package: chromium
Version: 46.0.2490.71-1~deb8u1
Followup-For: Bug #793761
Hello,
I have similar symptoms, they may be related, or they may be something
else.
I delayed restarting chromium a bit after 46.0.2490.71-1~deb8u1 was
released, and only did so today.
The system is Jessie-based, running
> For the Squeeze LTS project, we would like two Debian mailing lists setup to
> help communicate changes out to the wider LTS userbase.
> Name: debian-lts-changes
> Name: debian-lts-announce
I support the creation of these lists.
--
Regards,
Jan
--
To UNSUBSCRIBE, email to debian-bugs-dist-re
I have performed a test with wheezy now:
[Fri Jun 15 11:06:57 2012] [notice] Apache/2.2.22 (Debian)
mod_ssl/2.2.22 OpenSSL/1.0.1c mod_perl/2.0.6 Perl/v5.14.2
configured -- resuming normal operations
[Fri Jun 15 11:07:01 2012] [alert] [client CENSORED]
/home/jani/www/Halloween_2011-10-28/.htaccess:
On Wed, 6 Jun 2012 19:40:54 +0100, Dominic Hargreaves said:
> Firstly, is there any chance you might be able to set up a test
> system running Debian wheezy to try and reproduce this?
The problem was easily reproduced with mod_perl 2.0.5 built from
source, and as far as I can see, there have no
Package: libapache2-mod-perl2
Version: 2.0.4-7
Severity: important
Note: All log excerpts below have been edited to censor server and path
information, but are not tampered with in other ways.
This problem is effectively keeping me from deploying mod_perl in a virtual
hosting environment with r
One more thing:
Disallowing POD sections per-directory breaks some of the tests, that
is, those tests that use
ine and in the module) probably
needs to be changed to reflect that PerlOptions -Sections does not
work.
Description: allow Perl and Pod sections only in server config
Author: Jan Ingvoldstad
Last-Update: 2011-10-05
--- a/src/modules/perl/mod_perl.c 2011-02-02 21:23:45.0 +0100
Package: libapache2-mod-perl2
Version: 2.0.4-7
Severity: important
I'm unable to disable sections, as described here:
http://perl.apache.org/docs/2.0/user/config/config.html#C_Perl_Handler_
Note: all configuration options below and screen output is indented by
two spaces intentionally. Commen
On Thu, Jul 02, 2009 at 10:18:51AM +0200, Holger Levsen
wrote:
> it's trying to _activate_ all available plugins
That seems more than a bit excessive.
> You should get over it.
Well, thanks for the condescension, but is it really necessary?
> There is no bug. munin-node and munin-plugins-ext
On Wed, Jul 01, 2009 at 04:54:57PM +0200, Holger Levsen
wrote:
> On Mittwoch, 1. Juli 2009, Jan Ingvoldstad wrote:
> > That's fine, but as you can see from the installation log, I'm
> > not asked about any plugins, I just get a nonsensical warning
> > that shouldn&
On Wed, Jul 01, 2009 at 01:12:09PM +, Debian Bug Tracking System
wrote:
>
> There is no error, it's just a warning.
I think you misunderstand, it's a warning that shouldn't be
there. I don't claim that it's an error (it's the install
process for munin-node that makes that claim).
> munin-
Package: munin-node
Version: 1.2.6-10~lenny1
Severity: normal
Apparently, munin-node depends on Python for some default module(s), but
it's not in the dependency list for the package.
I'm unsure what the impact of the lack of Python is.
Here is a log of the installation process.
ftp:~# aptitude
Additional information:
When restoring with --check-destination-dir, one MUST use version 1.2.1
to avoid corrupting the mirror, otherwise there will be problems with
every single symlink that points to somewhere that's not on the
mirror/backup target.
E.g.:
Warning: listattr('/backup/vikingmud/r
Package: rdiff-backup
Version: 1.2.2-1~bpo40+1
Severity: grave
Justification: renders package unusable
Note: Both source and target system use Debian stable with a
backported version of rdiff-backup.
The problem occured after upgrading the backup source system to
rdiff-backup 1.2.2 from 1.2.1.
T
Since there appears to be some confusion regarding the impact of old IP
address entries for root servers, this blog entry by David Conrad may be of
interest, perhaps especially the comment by Bill Manning and David's
response:
http://blog.icann.org/?p=309
Regarding the security considerations, I
Package: vserver-debiantools
Version: 0.3.4
Severity: important
newvserver/vserver start fails when virtual interfaces (ethN:M) are used.
This is probably a run-away regexp replace or somesuch.
The information given below has been anonymized for hardware
addresses, IP addresses and domainnames.
On Thu, 15 May 2008 17:06:06 -0600, LaMont Jones <[EMAIL PROTECTED]> said:
> And sadly, I'm unable to reproduce the bug, which makes fixing it rather
> problematic.
> If it is at all possible, could you see if the bug is present in 9.4.x?
> or even 9.5.0rc1 :(
I can give those a try, but I need
On Thu, 15 May 2008 11:53:02 +0200, Ondřej Surý <[EMAIL PROTECTED]> said:
> It's not a fix, but have you tried compiling your zones into raw format
> with named-compilezone ? This will greatly speed up startup time of
> bind. (And of course using nsd/nsd3 on second node helps as well.)
named-co
The named process was mostly unresponsive for approximately 5 minutes
(DNS queries timed out), then finally crashed with the messages
reported in the original bug.
Here's an excerpt from our syslog ("ANONYMIZED" replaces text that may
be confidential or security sensitive), showing the period of
u
Package: mysql-admin
Version: 1.2.5rc-2
Severity: serious
Justification: Policy 7.3 or 7.5.1/7.5.2
mysql-admin does not list mysql-admin-common in Conflicts or
Replaces, yet it replaces one of the files in mysql-admin-common.
Removal of mysql-admin-common happens at a later stage than the
instal
Package: libhtml-mason-perl-examples
Version: 1:1.35-3
Severity: normal
Tags: patch
*** Please type your report below this line ***
When installing the package on a rather pristine Etch, I get the
following error message:
Setting up libhtml-mason-perl-examples (1.35-3) ...
cp: cannot create regul
On Thu, 3 Feb 2005 22:26:53 -0300, Margarita Manterola
<[EMAIL PROTECTED]> wrote:
> Hi!
>
> Last year you submitted a bug related to evolution:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282537
>
> Can you still reproduce this bug with version 2.0.3 (latest in Sarge and
> Sid) ?
This bug
25 matches
Mail list logo
