search for: itym

On 5/12/2014 12:04 AM, "James Aylett" <james-xapian at tartarus.org> wrote: > As Parth mentioned, you need to remove xapian-bindings/.nobootstrap in order to have that built from git. ITYM xapian-letor/.nobootstrap here. Cheers, Olly -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xapian.org/pipermail/xapian-devel/attachments/20141205/be64fc6f/attachment-0002.html>

Hi , I am using the plot function for some data , and the plot is coming back pure black , with scales on the side . Regards Malcolm [[alternative HTML version deleted]]

...data. For in-place conversions "input" is a fuzzy concept, so it was overloaded to describe the conversion preferences. We can do better with a command line parameter. > > Anyway if you can think of a better version of patch 5 then I think we > > can accept this. > > ITYM "if you *cannot* think of a better version"... > > But anyway, if a command line option is acceptable to you, I'm perfectly > fine with it as well. I'd like to avoid changing the default. I quite > foresee tens of QE test runs breaking, resulting in as many bug report...

Not just dom0. Signed-off-by: Ian Campbell <ian.campbell@citrix.com> --- xen/arch/arm/domain.c | 3 +++ xen/arch/arm/domain_build.c | 3 --- xen/arch/arm/p2m.c | 2 +- 3 files changed, 4 insertions(+), 4 deletions(-) diff --git a/xen/arch/arm/domain.c b/xen/arch/arm/domain.c index 5702399..4b38790 100644 --- a/xen/arch/arm/domain.c +++ b/xen/arch/arm/domain.c @@

...d rcaps in the past, but because in the use case at hand, the tweaking of the domain XML precedes the conversion (more like, the injection of the desired virtio drivers). Why was it a terrible idea? > Anyway if you can think of a better version of patch 5 then I think we > can accept this. ITYM "if you *cannot* think of a better version"... But anyway, if a command line option is acceptable to you, I'm perfectly fine with it as well. I'd like to avoid changing the default. I quite foresee tens of QE test runs breaking, resulting in as many bug reports, and then us event...

...d for the default interfaces. > I then also would like to configure each kvm guest of each host such > that their traffic to the private network segment on the opposite host > routes through the x-over cable via br0 whilst everything else goes > out through br1 to the LAN and gateway. ITYM ... x-over cable via br1 ... out through br0 ... ?

hello, the debconf configuration of logcheck was removed since woody release: as logcheck's user base is targeting server admins, we don't see the need of a debconf based question regarding the frequency of logcheck. beside once per day is a good default. a note was added to documentation README.Debian that this value may be changed in /etc/cron.d/logcheck. so these bugreports will be

I want to add a struct in libxl_domain_build_info which is belong to libxc. But xen 4.1.2 define libxl_domain_build_info in a strange way: libxl.idl. And use gentype.py to do this job. I don''t know how to modify the libxl.idl. When I add sth in it, compiling error occurred. Can anybody give me a hand? Thank you! _______________________________________________ Xen-devel mailing list

...in weird. And hard for end users to do. Command line options would be how you normally influence the behaviour of a command line tool. > > > >>> Anyway if you can think of a better version of patch 5 then I think we > >>> can accept this. > >> > >> ITYM "if you *cannot* think of a better version"... > >> > >> But anyway, if a command line option is acceptable to you, I'm perfectly > >> fine with it as well. I'd like to avoid changing the default. I quite > >> foresee tens of QE test runs breaki...

...query not supported? Should not happen. */ > - if (!dev->driver->get_scanout_position) { > - DRM_ERROR("Called from driver w/o get_scanout_position()!?\n"); > + if (!dev->driver->get_scanout_position || > + !crtc->helper_private->get_scanout_position) { ITYM s/||/&&/ BR, Jani. > + DRM_ERROR("Called from CRTC w/o get_scanout_position()!?\n"); > return false; > } > > @@ -664,11 +666,17 @@ bool drm_calc_vbltimestamp_from_scanoutpos(struct drm_device *dev, > * Get vertical and horizontal scanout position v...

+ the new llvm-dev On Fri, Aug 7, 2015 at 11:30 AM, Jingyue Wu <jingyue at google.com> wrote: > Hi folks, > > Unsurprisingly, leveraging the fact that certain address spaces don't > alias can significantly improve alias analysis precision and enhance > (observably 2x performance gain) load/store optimizations such as LICM and > DSE. > > This sounds to me an

https://bugzilla.mindrot.org/show_bug.cgi?id=2717 Bug ID: 2717 Summary: MonitoringHosts option - suppress Connection reset entries from known hosts Product: Portable OpenSSH Version: 7.5p1 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5

I have been looking at this problem on and off for a considerable period. Given my lack of knowledge I have been unable to resolve this quickly and in consequence it has been constantly shoved to the background as other issues arise. Here is the situation: I have two dual-homed kvm hosts both running CentOS-6.7 and identically configured. These are connected to the same LAN segment via

On Wed, Feb 22, 2023 at 08:20:43PM +0200, Andrey Drobyshev wrote: > Since commits b28cd1dc ("Remove requested_guestcaps / rcaps"), f0afc439 > ("Remove guestcaps_block_type Virtio_SCSI") support for installing > virtio-scsi driver is missing in virt-v2v. AFAIU plans and demands for > bringing this feature back have been out there for a while. E.g. I've >

Hi Maybe I can start off with Hanxiao's branch but I can see there are two repos. https://github.com/v-hasu/xapian/tree/gsoc2014-evaluation https://github.com/v-hasu/xapian/tree/gsoc2014 which one should I pick? I have already successfully built xapian from the git repository ( https://github.com/xapian/xapian) Since I am new to ML (well I dont know anything about it?), should I read the

...sers to do. > Command line options would be how you normally influence the behaviour > of a command line tool. > >>> >>>>> Anyway if you can think of a better version of patch 5 then I think we >>>>> can accept this. >>>> >>>> ITYM "if you *cannot* think of a better version"... >>>> >>>> But anyway, if a command line option is acceptable to you, I'm perfectly >>>> fine with it as well. I'd like to avoid changing the default. I quite >>>> foresee tens of QE test...

VBLANK handlers in struct drm_driver are deprecated. Only legacy, non-KMS drivers are supposed to used them. DRM drivers with kernel modesetting are supposed to use VBLANK callbacks of the CRTC infrastructure. This patchset converts all DRM drivers to CRTC VBLANK callbacks and cleans up struct drm_driver. The remaining VBLANK callbacks in struct drm_driver are only used by legacy drivers.