search for: latimes

Hi Pino, On 2/26/19 5:52 PM, Mike Latimer wrote: > On 2/21/19 3:07 AM, Pino Toscano wrote: >> My question is: is using cirrus still the best choice for SUSE guests? >> If not, what about using qxl as well, as done for any non-SUSE guest? >> (We can also do that depending on the version of the guest, in case >> only newer SUSE versions work fine with qxl). > At the

The iface:ide parameter (used in the libguestfs add_drive call) does not work with a libvirt backend. The error usually seen is: 'iface' parameter is not supported by the libvirt attach-method at /usr/share/perl5/vendor_perl/Sys/VirtConvert/GuestfsHandle.pm line 96. This issue was previously mentioned in this thread:

On Tue, Sep 03, 2013 at 11:30:07PM -0600, Mike Latimer wrote: > On Tuesday, September 03, 2013 06:09:26 PM Mike Latimer wrote: > > However, as mentioned in the bug, this parameter is likely no longer > > required. Unless there is a use-case where this setting is required, it > > seems like a good idea to remove it completely (which should work in > > either libvirt or

I am trying to implement the so called pivot algorithm for a markov chain monte carlo simulation of self avoiding random walks. There must be a simple method of checking to see if the pivoted portion of the random walk intersects with the previous section? In other words I have a list of adjacent coordinates divided into two parts. I apply an orthogonal transformation to one part and I need to

Wonder how much of this is true and if Linux could be the OS? http://www.latimes.com/business/la-fi-predict1jan01,0,3503327.story -- Ariste Software 2200 D Street Ext Petaluma, CA 94952 (707) 773-4523

Hello, I have a 32-bit install of C5.2 on my Intel Centrino Laptop (2005). The Adobe flash plugin works fine in Firefox in all cases except on the Los Angeles Times website http://www.latimes.com. I was baffled by this for a few months, since it works on another 32-bit C5.2 box. When I realized that the only real difference was that the laptop had no LAMP install, and both had the same elaborate set of hosts redirects (to avoid adverts), it seemed reasonable that the /etc/hosts file mi...

Thanks, Mike. ACK to all of these, and pushed. As it happens, I'd already started breaking some of this stuff out myself when I found this patchset :/ Rather than redo it, I've kept what I'd already done and rebased on top of it. I also did some testing and fixed a couple of bugs: "/files$grub->{grub_conf}*/kernel/root" should have been "/files

Thanks, Mike. I've pushed all of these. There were a couple of trivial bugs in patch 2, but nothing worth an extra round of review. To keep things simple I pushed the fixes as separate commits. Matt On Thu, 2013-11-07 at 14:11 -0700, Mike Latimer wrote: > The following series of patches adds support for converting SUSE guests > through virt-v2v. These changes should not impact non-SUSE

Hi, I know btrfs complicates filesystem lists due to the use of subvolumes. However, I just noticed that the root partition itself ends up being listed twice with list-filesystems, inspect-os, inspect-get-roots, etc... I'm seeing this in version 1.26, but haven't found anything directly resolving this in newer versions. These commands all show the partition listed twice as in the

Virt-v2v is a program for converting virtual machines to run on KVM, ones imported from other hypervisors like VMware, Xen and more, and with the companion tool virt-p2v from physical machines too. I'm pleased to announce the release of virt-v2v 1.42. This is a new stable branch. Significantly the tool is now released separately and on a different schedule from libguestfs. Manual:

I am trying to simulate a self avoiding random walk in 2d of length 100. So I am using two vectors of length 100 to encode the x and y coordinates. At each step I want apply a orthogonal transformation at a random point and then check to see if the walk intersects with itself. This amounts to simply checking to see if any of the ordered pairs of (x,y) coordinates in 1:j are repeated in j+1:100.

Hi, I have recently been looking into virt-v2v, and noticed the mention of an upcoming rewrite in a few places. Is there a roadmap or post someplace that describes the future of this project? I've got a couple of patches against the current code base, and am wondering if they will still be considered for inclusion. Thanks, Mike

On Tue, Sep 03, 2013 at 09:29:49AM -0600, Mike Latimer wrote: > Hi, I'll make some advisory comments, but you really need to talk to Matt Booth (CC'd - or mdbooth on #libguestfs). > I have recently been looking into virt-v2v, and noticed the mention > of an upcoming rewrite in a few places. Is there a roadmap or post > someplace that describes the future of this project?

On Tuesday, September 03, 2013 06:09:26 PM Mike Latimer wrote: > However, as mentioned in the bug, this parameter is likely no longer > required. Unless there is a use-case where this setting is required, it > seems like a good idea to remove it completely (which should work in > either libvirt or direct mode), rather than recommend the workaround. As much as I hate to reply to

During the conversion process, hd* block devices under Xen are mapped to sd* devices for use under guestfs. These sd devices are later remapped to vd* (or sd/hd) devices, for future use under kvm. The current code fails to track the original hd* device names. This causes subsequent remappings of the block devices (in such places as /etc/fstab, and /boot/grub/menu.lst), to skip the hd* devices,

--- lib/Sys/VirtConvert/Converter/Windows.pm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/Sys/VirtConvert/Converter/Windows.pm b/lib/Sys/VirtConvert/Converter/Windows.pm index 765ed9f..59d273f 100644 --- a/lib/Sys/VirtConvert/Converter/Windows.pm +++ b/lib/Sys/VirtConvert/Converter/Windows.pm @@ -338,7 +338,7 @@ sub _prepare_virtio_drivers

Although not fatal, _unconfigure_xenpv should report a warning and return if firstboot is not available (during Windows conversions). --- lib/Sys/VirtConvert/Converter/Windows.pm | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/lib/Sys/VirtConvert/Converter/Windows.pm b/lib/Sys/VirtConvert/Converter/Windows.pm index 59d273f..ce8b474 100644 --- a/lib/Sys/VirtConvert/Converter/Windows.pm

On Fri, Oct 10, Richard W.M. Jones wrote: > My guess is that the last one (opt/value) will be different for you. Thanks for the pointers. I will poke around. At least augtool on the host seems to behave correctly: olaf@bax:~ $ cd /dev/shm/$$ bash: cd: /dev/shm/3570: Datei oder Verzeichnis nicht gefunden olaf@bax:~ $ mkdir $_ olaf@bax:~ $ cd $_ olaf@bax:/dev/shm/3570 $ mkdir etc

Hi All, Does anyone know if there's a Samba 4 to Samba 4 migration process? Sounds weird, but it has a logical reason: I've a several-year-old S4 implementation, from an early Alpha (10 I think?) that hasn't been in the best of shape of late - when S4 4.0.0 arrived, I accidentally upgraded using my normal "git pull; ./configure; make; make install" procedure and instead of

On Fri, Oct 10, Mike Latimer wrote: > On Friday, October 10, 2014 03:07:51 PM Olaf Hering wrote: > > Thanks for the pointers. I will poke around. At least augtool on the > > host seems to behave correctly: > > I don't think this is related to Augeas. Instead, I think it's the naming > convention SUSE uses for the root btrfs subvolume (@). It does not look like