similar to: Help in fixing a bug needed

When yum tries to acces yjl repository, http://yellowjacketlinux.fileburst.com/yum/yjl/el5/i386/yjl-misc/repodata/repomd.xml it gets back Not Found The requested URL /yum/yjl/el5/i386/yjl-misc/repodata/repomd.xml was not found on this server. Few days ago everything was OK. This repository is needed for the gnumeric install on CentoOS 5.1. Is there an alternate repo available for the

Hi, I'm new to all things 'Wine' so I'm hoping for some help. Unfortunately all I've got is a long terminal output which doesn't mean a lot to me. I've attached it below. I'm sorry it's so long. the two problems manifest themselves in this way: 1. The icons on the program don't all show. (some do!) 2. It cannot connect to the internet web site. Thanks for

On Nov 9, 2008, at 11:38 AM, Stephen Harris wrote: > On Sun, Nov 09, 2008 at 08:30:42AM -0800, nate wrote: >> Stephen Harris wrote: >> >>> ZFS is really nice. If VMware was supported on Solaris 86 then I >>> would have built my own home server with Solaris rather than CentOS. >>> (Although I'm not using VMware on that machine, at present; merely

Hi, i've just installed vmware 5.5 on a win2k SP4 machine, and i've installed a Suse 10.1 on the virtual machine. actually i'm using *only* the command line interface on linux, my goal is only to be able to compile the C++ source files i have on my windows partition with gcc on linux. in order to do this, i need to mount my windows partition in my linux, and i need to be able to

I think everyone misunderstood me. I'm not trying to set up windows to start using windows in Linux like with VMWare. Why would anyone want to do that. My problem is the fact that I need some files from MS-Windows to be able to run some programs in WINE. Like I need regedit.exe and other programs in the windows distibution. I see that most people copy the c:\windows\ directory from a

Hi, Here is the scenario: I am on an ubuntu 12.04 host, and want to be able to run a puppet script on another ubuntu 12.04 and Centos 6.3 host, which are VMWare VM''s and be able to: 1. Start / Stop The VM 2. Take a snap Shot 3. delete the VM 4. make a FRESH copy of a BASELINE VM, and start it up I only have ssh capability to the remote machines, but i can also run the ssh command

On Mon, Sep 21, 2015 at 8:16 AM, Patrick Masotta <masottaus at yahoo.com> wrote: >>>> > > > > I have seen this before; Are you using VMware 12 ? > > try changing the virtual driver. > > I have reported a bug on certain VMware drivers that > > mistakenly set TFTP blocksize to 1486 instead of 1468, > > That leads to IP fragmentation and

Hi Zed/Jonathan, VMWare Server is free now. http://www.vmware.com/products/server/ http://www.vmware.com/pdf/server_datasheet.pdf www.vmware.com/download/server Runs on any standard x86 hardware * Supports 64-bit guest operating systems, including Windows, Linux, and Solaris * Support for VMware VirtualCenter to efficiently manage infrastructure from a central management console *

We don't have to always extract all files from the OVA archive. The OVA, as defined in the standard, is plain tar. We can work directly over the tar archive if we use correct 'offset' and 'size' options when defining the backing file for QEMU. This puts much lower requirement on available disk space. Since the virt-v2v behaviour for OVA input now depends on QEMU version

>>> > > I have seen this before; Are you using VMware 12 ? > try changing the virtual driver. > I have reported a bug on certain VMware drivers that > mistakenly set TFTP blocksize to 1486 instead of 1468, > That leads to IP fragmentation and high chances of an aborted > TFTP transfer if the file is big. See here: >

On 3 Oct 2018, at 00:35, Greg KH <gregkh at linuxfoundation.org<mailto:gregkh at linuxfoundation.org>> wrote: On Fri, Sep 21, 2018 at 12:31:05AM -0700, Jorgen Hansen wrote: When adding a VMCI resource, the check for an existing entry would ignore that the new entry could be a wildcard. This could result in multiple resource entries that would match a given handle. One disastrous

We don't have to always extract all files from the OVA archive. The OVA, as defined in the standard, is plain tar. We can work directly over the tar archive if we use correct 'offset' and 'size' options when defining the backing file for QEMU. This puts much lower requirement on available disk space. Since the virt-v2v behaviour for OVA input now depends on QEMU version

We don't have to always extract all files from the OVA archive. The OVA, as defined in the standard, is plain tar. We can work directly over the tar archive if we use correct 'offset' and 'size' options when defining the backing file for QEMU. This puts much lower requirement on available disk space. Since the virt-v2v behaviour for OVA input now depends on QEMU version

On 21.09.2015 13:32, Patrick Masotta wrote: > > What do you observe? Does it transfer the file then the Linux kernel > > crashes? Does it spontaneously reboot before completing the > > operation? > The client is a VSphere VM Client. It displayes the IP Address and > then: > Loading Kernel..... ok > Loading initrd.bz2... > > This stalls for

From: Jorgen Hansen <jhansen at vmware.com> (this is a resend of this patch. Originally sent last year, but post appears to have been lost) This change fixes two bugs in the VMCI host driver related to mapping the notify boolean from user space into kernel space: - the actual UVA was rounded up to the next page boundary - resulting in memory corruption in the calling process whenever

From: Jorgen Hansen <jhansen at vmware.com> (this is a resend of this patch. Originally sent last year, but post appears to have been lost) This change fixes two bugs in the VMCI host driver related to mapping the notify boolean from user space into kernel space: - the actual UVA was rounded up to the next page boundary - resulting in memory corruption in the calling process whenever

>-----Original Message----- >From: Ben Skeggs <skeggsb at gmail.com> >Sent: Wednesday, November 11, 2020 9:39 PM >To: Ruhl, Michael J <michael.j.ruhl at intel.com> >Cc: Thomas Zimmermann <tzimmermann at suse.de>; bskeggs at redhat.com; >airlied at linux.ie; daniel at ffwll.ch; christian.koenig at amd.com; amd- >gfx at lists.freedesktop.org; nouveau at

On Fri, Sep 21, 2018 at 12:31:05AM -0700, Jorgen Hansen wrote: > When adding a VMCI resource, the check for an existing entry > would ignore that the new entry could be a wildcard. This could > result in multiple resource entries that would match a given > handle. One disastrous outcome of this is that the > refcounting used to ensure that delayed callbacks for VMCI > datagrams

On Fri, Sep 21, 2018 at 12:31:05AM -0700, Jorgen Hansen wrote: > When adding a VMCI resource, the check for an existing entry > would ignore that the new entry could be a wildcard. This could > result in multiple resource entries that would match a given > handle. One disastrous outcome of this is that the > refcounting used to ensure that delayed callbacks for VMCI > datagrams

>-----Original Message----- >From: Thomas Zimmermann <tzimmermann at suse.de> >Sent: Wednesday, November 11, 2020 7:08 AM >To: Ruhl, Michael J <michael.j.ruhl at intel.com>; bskeggs at redhat.com; >airlied at linux.ie; daniel at ffwll.ch; christian.koenig at amd.com >Cc: nouveau at lists.freedesktop.org; dri-devel at lists.freedesktop.org; >Maarten Lankhorst