similar to: Bug#674907: severity

> I thingk this bug is grave since time synchronization is critical for > many applications. I also think so, but it is still unresolved :-( I can't use my debian squeeze servers in production with a bug like this.

Hi list, recently I wrote a short article about building a dovecot-sieve plugin for the current CentOS-included version of dovecot: http://blog.credativ.com/2010/02/howto-using-dovecot-with-sieve-in-rhelcentos-5/ [1] Could that be of interest for your wiki? Regards, Roland ------------------------- Message sent via Atmail Open - http://atmail.org/ Links: ------ [1]

Hi, Just a quick word on this since I was fortunate enough to attend. There were about 18 people, almost all French (if you include the marseillais as French, they may have objections :) Not that I was counting, but there was one female human there. Thanks Mark for your generosity and the good choice in restaurants both this year and last June was it? The souffl? au Grand Marnier was very nice,

Processing commands for control at bugs.debian.org: > severity 674907 normal Bug #674907 [xen] shifts the clock by 50 minutes unexplicably under a Xen dom0 Severity set to 'normal' from 'grave' > thanks Stopping processing here. Please contact me if you need assistance. -- 674907: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674907 Debian Bug Tracking System Contact

?I am french student?who works?on a libvirt projet, it consists to get?information from an hypervisor by using libvirt API in perl in cgi script?but i have a great problem. I?wrote my script and its works in EPIC but when i am trying to run it?from apache web server as a CGI script, it goes wrong and i have this message: libvirt? code 38 message: can no recv data: ssh connect to host

S'il n'est pas trot tard pour ta presentation, le parametre "only_from = 127.0.0.1" te previent de connecter swat que de ton serveur (traduit, dit-il qu'on est seulment permis de connecter de l'adresse IP 127.0.0.1, mieux connu comme "localhost", alors local). Si tu le peux faire, il fault que ce parametre disparaisse.

Hi all, I have a relationship (no really!) class RiskMatrix < ActiveRecord::Base has_many :severities, :order => :position, :uniq => true end class RiskFactor < ActiveRecord::Base belongs_to :risk_matrix validates_presence_of :descriptor, :example validates_uniqueness_of :descriptor, :example, :scope=> :risk_matrix_id end class Severity < RiskFactor

Processing commands for control at bugs.debian.org: > reassign 674907 src:linux-2.6 Bug #674907 [xen] shifts the clock by 50 minutes unexplicably under a Xen dom0 Bug reassigned from package 'xen' to 'src:linux-2.6'. No longer marked as found in versions 4.0.1-5.4. Ignoring request to alter fixed versions of bug #674907 to the same values previously set > forcemerge 599161

Hi all, I'm thingking og switching all the test scripts to use /bin/bash instead of /bin/sh. The main reason is that /bin/sh on linux can mean one of two things; bash in bourne shell comatibility mode or dash. These two behave differently enough to make it a pain to be always testing them. The other issue is that using some bash features will allow me to reuse code and reduce the amount of

I want to add some information When the "50 minute shift" occurs. It occurs simultaneously on all domU and dom0. on all domU and dom0, the syslog says Clocksource tsc unstable (delta = -2999660303146 ns) (or something very near 3000 seconds) Using ntp is ok to resync the clock but does not prevent the problem from occuring.

On 2012-12-11, Debian Bug Tracking System wrote: > #674907: shifts the clock by 50 minutes unexplicably under a Xen dom0 > > It has been closed by Bastian Blank <waldi at debian.org>. What about us poor users on Debian squeeze? Or worse, about the upcoming wheezy release? Is there the possibility to backport this fix to s-p-u? Should I ask release.debian.org for a freeze

Hi Arnaud, Is there any news about this hardware,does nut managed it right now ? Is there any technical information to make it working on debian ? Thanks for your help, Regards, DaneZ _____ From: Arnaud QUETTE [mailto:Arnaud.QUETTE@mgeups.com] To: DaneZ [mailto:david.guillotte@danez.no-ip.org] Sent: Mon, 17 Jul 2006 09:07:03 +0200 Subject: Re: RE Fw: INFOSEC 500 XP

What would be the simplest way to retrieve information form a CNAM database that provides http based query responses? Does an application or script already exist that does this? Basically, I want to do a wget of a URL that contains the callerID number as a variable, and assign the returned text to another variable which can be used to set the caller ID name. Any suggestions?

I have exactly the same problem. I have two cluster nodes HP Proliant DL 580 G5 systems with four quad core Xeon processors. Operating system is debian squeeze. Uname -a: Linux xen-p02 2.6.32-5-xen-amd64 #1 SMP Sun Sep 23 13:49:30 UTC 2012 x86_64 GNU/Linux This is an annoying problem, the system clock in dom0 jumps forward 50 minutes and this cause my cluster node to be fenced and then rebooted.

On 2018-03-29 04:17:21, Olly Betts wrote: > On Mon, Mar 19, 2018 at 05:03:21PM -0300, David Bremner wrote: >> I can confirm this reproduces both the xapian-check and the notmuch-show >> error. Olly agrees that whatever notmuch is doing wrong, it shouldn't >> lead to a corrupted database > > There was a Xapian bug here, which I fixed on master last week and will >

Hi all, I''ve got some tables with fixed amounts of data in them (a "states" table, for example). For tables like this I can easily put *all* of the data in the fixture. For general futzing purposes, and for those times I want to reload a database from scratch outside of testing (for whatever reason), what''s the best approach? I thought perhaps ActiveRecord::Base had

Source: xen Version: 4.4.1-9 Severity: normal Tags: security upstream patch fixed-upstream Hi, the following vulnerability was published for xen. CVE-2015-3340[0]: | Xen 4.2.x through 4.5.x does not initialize certain fields, which | allows certain remote service domains to obtain sensitive information | from memory via a (1) XEN_DOMCTL_gettscinfo or (2) | XEN_SYSCTL_getdomaininfolist request.

Processing commands for control at bugs.debian.org: > submitter 192827 Jos? Luis Gonz?lez <jlgonzal at ya.com> Bug #192827 [xdiskusage] xdiskusage: Printing doesn't manage non-ASCII characters Changed Bug submitter to 'Jos? Luis Gonz?lez <jlgonzal at ya.com>' from 'Jos?? Luis Gonz??lez <jlgonzal at ya.com>' > submitter 208308 R?diger Kuhlmann

Antoine Beaupré <anarcat at orangeseeds.org> writes: > Hmm... but if I understand correctly, that's one part of the story: I > could get that error and not have the problem with `notmuch show`. Does > that *also* resolve the issue with email loops? I don't think so, no. d

Xapian 1.4.6 can now be downloaded from: https://xapian.org/download This release includes a fix for CVE-2018-0499: https://trac.xapian.org/wiki/SecurityFixes/2018-07-02 The wiki will shortly have a summary of the most notable changes: https://trac.xapian.org/wiki/ReleaseOverview/1.4.6 A big thanks to the following people for helping to make this release a reality: Germán M. Bravo, Robert