similar to: Wine release 3.0-rc6

The Wine development release 3.0-rc5 is now available. What's new in this release (see below for details): - Bug fixes only, we are in code freeze. The source is available from the following locations: https://dl.winehq.org/wine/source/3.0/wine-3.0-rc5.tar.xz http://mirrors.ibiblio.org/wine/source/3.0/wine-3.0-rc5.tar.xz Binary packages for various distributions will be available

On Tue, Mar 03, 2020 at 03:45:49PM +0100, Tomáš Golembiovský wrote: > Instead of running firstboot script during early boot schedule a task > delayed for 2 minutes. > > During the first boot, after virt-v2v conversion, Windows installs the > drivers injected by virt-v2v. When this installation is finished > Windows enforces some kind of internal reboot. This unfortunately >

>From another Windows system using schtasks.exe a scheduled task can be executed with the following syntax: schtasks /Run /TN "Backups" /S "remote_system_name" I suppose the Unix/SSH equivalent is: ssh user@"remote_system_name" /usr/local/bin/backups.sh Is there samba client for schtask.exe ? -- Simon Males <sime@anticd.org>

On Thu, Mar 05, 2020 at 08:49:04AM +0000, Richard W.M. Jones wrote: > On Tue, Mar 03, 2020 at 03:45:49PM +0100, Tomáš Golembiovský wrote: > > Instead of running firstboot script during early boot schedule a task > > delayed for 2 minutes. > > > > During the first boot, after virt-v2v conversion, Windows installs the > > drivers injected by virt-v2v. When this

Hi, I'm having difficulties getting the news reader, Gravity, running reliably. Gravity installed okay, and I ran it for a single session. During that test, the following messages appeared many times: fixme:richedit:RichEditANSIWndProc EM_CHARFROMPOS: stub fixme:richedit:RichEditANSIWndProc EM_LINEFROMCHAR: stub fixme:richedit:RichEditANSIWndProc EM_LINEINDEX: stub

Instead of running firstboot scripts during early boot schedule a task delayed for 1-2 minute. During the first boot, after virt-v2v conversion, Windows installs the drivers injected by virit-v2v. When this installation is finished Windows enforces some kind of internal reboot. This unfortunately terminates any running firstboot scritps thus killing for example the installation of qemu-ga MSI.

Instead of running firstboot script during early boot schedule a task delayed for 1-2 minute. During the first boot, after virt-v2v conversion, Windows installs the drivers injected by virit-v2v. When this installation is finished Windows enforces some kind of internal reboot. This unfortunately terminates any running firstboot scritps thus killing the installation of qemu-ga MSI. Signed-off-by:

Instead of running firstboot script during early boot schedule a task delayed for 2 minutes. During the first boot, after virt-v2v conversion, Windows installs the drivers injected by virt-v2v. When this installation is finished Windows enforces some kind of internal reboot. This unfortunately terminates any running firstboot scripts thus killing the installation of qemu-ga MSI. Signed-off-by:

Instead of running firstboot script during early boot schedule a task delayed for 2 minutes. During the first boot, after virt-v2v conversion, Windows installs the drivers injected by virt-v2v. When this installation is finished Windows enforces some kind of internal reboot. This unfortunately terminates any running firstboot scripts thus killing the installation of qemu-ga MSI. This is just a

Instead of running firstboot script during early boot schedule a task delayed for 2 minutes. During the first boot, after virt-v2v conversion, Windows installs the drivers injected by virt-v2v. When this installation is finished Windows enforces some kind of internal reboot. This unfortunately terminates any running firstboot scripts thus killing the installation of qemu-ga MSI. This is just a

On Thu, Mar 05, 2020 at 03:37:13PM +0100, Tomáš Golembiovský wrote: > Instead of running firstboot script during early boot schedule a task > delayed for 2 minutes. > > During the first boot, after virt-v2v conversion, Windows installs the > drivers injected by virt-v2v. When this installation is finished > Windows enforces some kind of internal reboot. This unfortunately >

On Thu, Nov 21, 2019 at 12:04:18PM +0100, Tomáš Golembiovský wrote: > Instead of running firstboot scripts during early boot schedule a task > delayed for 1-2 minute. > > During the first boot, after virt-v2v conversion, Windows installs the > drivers injected by virit-v2v. When this installation is finished > Windows enforces some kind of internal reboot. This unfortunately

On Tue, 11 Feb 2020 14:36:24 +0000 "Richard W.M. Jones" <rjones@redhat.com> wrote: > On Thu, Nov 21, 2019 at 12:04:18PM +0100, Tomáš Golembiovský wrote: > > Instead of running firstboot scripts during early boot schedule a task > > delayed for 1-2 minute. > > > > During the first boot, after virt-v2v conversion, Windows installs the > > drivers

On Mon, Mar 02, 2020 at 11:35:29AM +0000, Daniel P. Berrangé wrote: > On Mon, Mar 02, 2020 at 12:26:00PM +0100, Tomáš Golembiovský wrote: > > Instead of running firstboot script during early boot schedule a task > > delayed for 1-2 minute. > > IIUC, you picked 119 seconds, so effectively 2 minutes. IOW, s/1-2/2/ > Well, the time is rounded down to minutes. It cannot be

On Mon, Mar 02, 2020 at 12:26:00PM +0100, Tomáš Golembiovský wrote: > Instead of running firstboot script during early boot schedule a task > delayed for 1-2 minute. IIUC, you picked 119 seconds, so effectively 2 minutes. IOW, s/1-2/2/ > During the first boot, after virt-v2v conversion, Windows installs the > drivers injected by virit-v2v. When this installation is finished

The Wine development release 1.5.17 is now available. What's new in this release (see below for details): - Sub-pixel font anti-aliasing in the DIB engine. - Support for automatic installation of ActiveX controls. - Automatic fallback to TLS 1.0 for secure connections. - Beginnings of the DirectWrite text analyzer. - Better handling of font outlines in OpenGL. - Various bug fixes.

The Wine development release 3.1 is now available. What's new in this release (see below for details): - Kerberos authentication support. - Window class redirection for Common Controls 6. - Support for X11 ARGB visuals. - DOSBox required for running DOS executables. - Various bug fixes. The source is available from the following locations:

The Wine development release 4.0-rc6 is now available. What's new in this release (see below for details): - Bug fixes only, we are in code freeze. The source is available from the following locations: https://dl.winehq.org/wine/source/4.0/wine-4.0-rc6.tar.xz http://mirrors.ibiblio.org/wine/source/4.0/wine-4.0-rc6.tar.xz Binary packages for various distributions will be available

The Wine development release 2.0-rc6 is now available. Barring last minute regressions, this is expected to be the last release candidate for 2.0. What's new in this release (see below for details): - Bug fixes only, we are in code freeze. The source is available from the following locations: http://dl.winehq.org/wine/source/2.0/wine-2.0-rc6.tar.bz2

The Wine development release 5.0-rc6 is now available. Barring any last minute issue, this is expected to be the last release candidate before the final 5.0. What's new in this release (see below for details): - Bug fixes only, we are in code freeze. The source is available from the following locations: https://dl.winehq.org/wine/source/5.0/wine-5.0-rc6.tar.xz