On Wed, Feb 13, 2013 at 03:19:03PM +0100, Fabio Fantoni wrote:> I have tried to build gplpv from source with makedist.bat but it > gave me some errors about files not found. > I saw that latest commits were big. Is there something incomplete > and must I wait other commits before build it?It would probably help if you pasted what those errors were.> > I would like to see if new build fix network not working after > restore on windows domUs using upstream qemu. > Dom0 is wheezy with xen-unstable from source. > Tested with Windows 7 pro 64 bit with gplpv 0.11.0.357, I not found > error on xen for now, probably is problem of gplpv with qemu > upstream. > Linux hvm domUs seem not have that problem, tested with quantal > (ubuntu 12.10) and network works also after restore. > If you need more details and tests tell me and I''ll post it. > > Another problem present on both traditional/upstream qemu with > older/new xen and older/new gplpv is domU''s time not correctly > updated after restore (it remains the time at the save operation), > this is a big problem with windows domUs (DC and client) in a > windows domain where the time source is DC by default. > > Thanks for any reply. >> _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel
> > I have tried to build gplpv from source with makedist.bat but it gave me > some errors about files not found. > I saw that latest commits were big. Is there something incomplete and > must I wait other commits before build it?It''s possible I missed a commit but I can''t see any missing files. Can you post the output of makedist? But yes the latest commits involve a pretty major change and I haven''t tested save/restore yet so that is probably more broken than before.> I would like to see if new build fix network not working after restore > on windows domUs using upstream qemu. > Dom0 is wheezy with xen-unstable from source. > Tested with Windows 7 pro 64 bit with gplpv 0.11.0.357, I not found > error on xen for now, probably is problem of gplpv with qemu upstream. > Linux hvm domUs seem not have that problem, tested with quantal (ubuntu > 12.10) and network works also after restore. > If you need more details and tests tell me and I''ll post it. > > Another problem present on both traditional/upstream qemu with > older/new xen and older/new gplpv is domU''s time not correctly updated > after restore (it remains the time at the save operation), this is a big > problem with windows domUs (DC and client) in a windows domain where > the time source is DC by default.I noticed that recently. I can''t think how it could be a GPLPV bug though. James
> > I have tried to build gplpv from source with makedist.bat but it gave me > some errors about files not found. > I saw that latest commits were big. Is there something incomplete and > must I wait other commits before build it? >It''s not missing xenusb is it? I''ve removed that from the build script for now as I haven''t updated it but it''s probably still in the installer.wxs. James
> > Il 13/02/2013 23:26, James Harper ha scritto: > >> I have tried to build gplpv from source with makedist.bat but it gave me > >> some errors about files not found. > >> I saw that latest commits were big. Is there something incomplete and > >> must I wait other commits before build it? > > It''s possible I missed a commit but I can''t see any missing files. > > > > Can you post the output of makedist? > > > > But yes the latest commits involve a pretty major change and I haven''t > tested save/restore yet so that is probably more broken than before. > > I have installed WDK 7600.1 and wix3, I have downloaded gplpv hg at rev > 1020. > I launched makedist.bat but it gives same errors on each arch build, see > below the output: >Ok so it can''t find the cat files... I''ll need the whole output of makedist.bat (or at least from the start of the wlh amd64 build) to find out - there must have been a previous error causing a failure to generate the cat files. James> ... > 1>Compiling - waitnopendinginstallevents\waitnopendinginstallevents.c > 1>Linking Executable - > waitnopendinginstallevents\waitnopendinginstallevents\obj > fre_wlh_amd64\amd64\waitnopendinginstallevents.exe > BUILD: Finish time: Thu Feb 14 11:53:50 2013 > BUILD: Done > > 75 files compiled > 2 libraries built > 8 executables built > Microsoft (R) Windows Installer Xml Compiler version 3.0.5419.0 > Copyright (C) Microsoft Corporation. All rights reserved. > > installer.wxs > Microsoft (R) Windows Installer Xml Linker version 3.0.5419.0 > Copyright (C) Microsoft Corporation. All rights reserved. > > C:\hg\win-pvdrivers\installer.wxs(75) : error LGHT0103 : The system > cannot find > the file ''xenpci\objfre_wlh_AMD64\amd64\xenpci.cat''. > C:\hg\win-pvdrivers\installer.wxs(78) : error LGHT0103 : The system > cannot find > the file ''xenpci\objfre_wlh_AMD64\amd64\WdfCoInstaller01009.dll''. > C:\hg\win-pvdrivers\installer.wxs(95) : error LGHT0103 : The system > cannot find > the file ''xenvbd_storport\objfre_wlh_AMD64\amd64\xenvbd.cat''. > C:\hg\win-pvdrivers\installer.wxs(105) : error LGHT0103 : The system > cannot find > the file ''xenscsi\objfre_wlh_AMD64\amd64\xenscsi.cat''. > C:\hg\win-pvdrivers\installer.wxs(106) : error LGHT0103 : The system > cannot find > the file ''xenscsi\objfre_wlh_AMD64\amd64\xenscsi.inf''. > C:\hg\win-pvdrivers\installer.wxs(107) : error LGHT0103 : The system > cannot find > the file ''xenscsi\objfre_wlh_AMD64\amd64\xenscsi.sys''. > C:\hg\win-pvdrivers\installer.wxs(114) : error LGHT0103 : The system > cannot find > the file ''xennet\objfre_wlh_AMD64\amd64\xennet.cat''. > C:\hg\win-pvdrivers\installer.wxs(123) : error LGHT0103 : The system > cannot find > the file ''xenusb\objfre_wlh_AMD64\amd64\xenusb.cat''. > C:\hg\win-pvdrivers\installer.wxs(124) : error LGHT0103 : The system > cannot find > the file ''xenusb\objfre_wlh_AMD64\amd64\xenusb.inf''. > C:\hg\win-pvdrivers\installer.wxs(125) : error LGHT0103 : The system > cannot find > the file ''xenusb\objfre_wlh_AMD64\amd64\xenusb.sys''. > C:\hg\win-pvdrivers\installer.wxs(127) : error LGHT0103 : The system > cannot find > the file ''xenpci\objfre_wlh_AMD64\amd64\WdfCoInstaller01009.dll''. > SignTool Error: File not found: /t > > > > >> I would like to see if new build fix network not working after restore > >> on windows domUs using upstream qemu. > >> Dom0 is wheezy with xen-unstable from source. > >> Tested with Windows 7 pro 64 bit with gplpv 0.11.0.357, I not found > >> error on xen for now, probably is problem of gplpv with qemu upstream. > >> Linux hvm domUs seem not have that problem, tested with quantal > (ubuntu > >> 12.10) and network works also after restore. > >> If you need more details and tests tell me and I''ll post it. > >> > >> Another problem present on both traditional/upstream qemu with > >> older/new xen and older/new gplpv is domU''s time not correctly > updated > >> after restore (it remains the time at the save operation), this is a big > >> problem with windows domUs (DC and client) in a windows domain > where > >> the time source is DC by default. > > I noticed that recently. I can''t think how it could be a GPLPV bug though. > > What can we try to narrow down the problem? > > > > > James > >
> > I added as attachment the build log for this, can be sufficent? If you > > need other test/data tell me and I''ll post them. > > > > Retried now with rev 1029 and gave the same errors. >I also need the output of the build that gets printed to the console. Go into command prompt and set the buffer length to 9999 or whatever the limit is then do the makedist then copy the lot into an email. Do a cls first to clear the buffer. James
Looks like you still don''t have the certificate file sorted out. Did I send you an email about that? James> -----Original Message----- > From: Fabio Fantoni [mailto:fantonifabio@tiscali.it] > Sent: Wednesday, 20 February 2013 10:23 PM > To: James Harper > Cc: xen-devel > Subject: Re: GPLPV questions > > Il 20/02/2013 12:03, James Harper ha scritto: > >>> I added as attachment the build log for this, can be sufficent? If you > >>> need other test/data tell me and I''ll post them. > >>> > >> Retried now with rev 1029 and gave the same errors. > >> > > I also need the output of the build that gets printed to the console. Go into > command prompt and set the buffer length to 9999 or whatever the limit is > then do the makedist then copy the lot into an email. Do a cls first to clear the > buffer. > > > > James > > > Done and added as attachment
I have the same problem. Tried to do a "makedist" but some files are missing... any news on that? Greetings Stefan -----Ursprüngliche Nachricht----- Von: xen-devel-bounces@lists.xen.org [mailto:xen-devel-bounces@lists.xen.org] Im Auftrag von Fabio Fantoni Gesendet: Mittwoch, 27. Februar 2013 12:15 An: James Harper Cc: xen-devel Betreff: Re: [Xen-devel] GPLPV questions Il 13/02/2013 23:26, James Harper ha scritto:>> I have tried to build gplpv from source with makedist.bat but it gave >> me some errors about files not found. >> I saw that latest commits were big. Is there something incomplete and >> must I wait other commits before build it? > It''s possible I missed a commit but I can''t see any missing files. > > Can you post the output of makedist? > > But yes the latest commits involve a pretty major change and I haven''t tested save/restore yet so that is probably more broken than before. > >> I would like to see if new build fix network not working after >> restore on windows domUs using upstream qemu. >> Dom0 is wheezy with xen-unstable from source. >> Tested with Windows 7 pro 64 bit with gplpv 0.11.0.357, I not found >> error on xen for now, probably is problem of gplpv with qemu upstream. >> Linux hvm domUs seem not have that problem, tested with quantal >> (ubuntu >> 12.10) and network works also after restore. >> If you need more details and tests tell me and I''ll post it.Are there news about this problem? This is the last critical problem remained with upstream qemu on my tests and only present with windows domU. I saw another related post days ago with probably same problem you can''t reproduce. http://lists.xen.org/archives/html/xen-users/2013-02/msg00278.html Do you need more details about my dom0 and domU xl cfg?>> >> Another problem present on both traditional/upstream qemu with >> older/new xen and older/new gplpv is domU''s time not correctly >> updated after restore (it remains the time at the save operation), >> this is a big problem with windows domUs (DC and client) in a windows >> domain where the time source is DC by default. > I noticed that recently. I can''t think how it could be a GPLPV bug though. > > > James > > > ----- > Nessun virus nel messaggio. > Controllato da AVG - www.avg.com > Versione: 2013.0.2899 / Database dei virus: 2639/6101 - Data di > rilascio: 13/02/2013 > > >____________ Virus checked by G Data AntiVirus Version: AVA 22.8468 dated 15.03.2013 Virus news: www.antiviruslab.com
> > I have the same problem. Tried to do a "makedist" but some files are > missing... any news on that? >Open up a new command prompt. Set the screen buffer size to 9999 Do a makedist Select all then copy and paste into an email and send it to me. James