<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<font face="Verdana">Michael,<br>
<br>
</font><br>
"VBOX_NO_DOCS_TRANSLATIONS := 1" does the trick.<br>
<br>
I read the changes to the DOCs and for the life of me could not find
this until you added it in r-51431. I could have sworn that I saw it
once before I posted the issue, but couldn't. I do know this issue
happened when you started pulling from the build server (as far as a
time line).<br>
<br>
Thanks,<br>
<br>
Perry<br>
<br>
<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">On 05/28/2014 07:11 AM, Michael Thayer
wrote:<br>
</div>
<blockquote cite="mid:5385D27F.701@oracle.com" type="cite">Perry,
<br>
<br>
Please try current SVN with "VBOX_NO_DOCS_TRANSLATIONS := 1".
<br>
<br>
Regards,
<br>
<br>
Michael
<br>
<br>
On 28/05/14 08:23, Michael Thayer wrote:
<br>
<blockquote type="cite">Hello Perry,
<br>
<br>
Strange, I can't reproduce your error with the exact revision
and your
<br>
LocalConfig.kmk. Tell me if you have any other ideas, like
local
<br>
changes ("svn status" in the build root directory will tell
you)... and
<br>
you said that you removed the "out" directory before building.
<br>
<br>
Regards,
<br>
<br>
Michael
<br>
<br>
On 27/05/14 17:44, Perry Halbert wrote:
<br>
<blockquote type="cite">Hi Michael,
<br>
<br>
Sorry for the confusion, Misha was the first to reply and
after all I am
<br>
the worlds worst with names :-(.
<br>
</blockquote>
No problem, it was mainly just to save you confusion!
<br>
<br>
-Michael
<br>
<br>
<blockquote type="cite">OSE r51319 does not have this issue with
the DOCs the new update OSE
<br>
r51407 I was instructed to try is where it goes south.
<br>
<br>
Normally my configure line is blank ( ./configure )
<br>
<br>
Of course the values change depending on what I want to do at
the given
<br>
time, but for the most part these are what I use in my
LocalConfig.kmk.
<br>
<br>
------------------
<br>
VBOX_VERSION_MAJOR = 4
<br>
VBOX_VERSION_MINOR = 3
<br>
VBOX_VERSION_BUILD = 51
<br>
VBOX_VERSION_STRING_RAW =
<br>
$(VBOX_VERSION_MAJOR).$(VBOX_VERSION_MINOR).$(VBOX_VERSION_BUILD)
<br>
VBOX_VERSION_STRING =
$(VBOX_VERSION_STRING_RAW)$(VBOX_BUILD_PUBLISHER)
<br>
VBOX_PACKAGE_STRING =
<br>
$(VBOX_PACKAGE_OS)_$(VBOX_PACKAGE_ARCH)_$(VBOX_PACKAGE_DIST)
<br>
VBOX_PACKAGE_DIST = LINUX-MINT
<br>
VBOX_VENDOR := PerryG
<br>
VBOX_VENDOR_SHORT :=PgVMs
<br>
VBOX_PRODUCT := PerryG Virtual Machines
<br>
VBOX_WITH_WARNINGS_AS_ERRORS :=
<br>
VBOX_WITH_DOCS_TRANSLATIONS :=
<br>
VBOX_WITH_DOCS_SDKREF := 1
<br>
VBOX_WITH_WEBSERVICES :=
<br>
VBOX_WITH_WEBSERVICES_SSL :=
<br>
VBOX_WITH_TESTCASES :=
<br>
VBOX_WITH_TESTSUITE :=
<br>
VBOX_WITH_UDPTUNNEL := 1
<br>
VBOX_WITH_VDE := 1
<br>
VBOX_WITH_EXTPACK_VNC := 1
<br>
VBOX_GSOAP_INSTALLED :=
<br>
<br>
----------------------
<br>
<br>
Disabling the build of the DOCs ( ./configure --disable-docs )
allowed
<br>
the build (OSE r51407) to complete.
<br>
<br>
Perry
<br>
<br>
<br>
<br>
<br>
On 05/27/2014 10:06 AM, Michael Thayer wrote:
<br>
<blockquote type="cite">Hello Perry,
<br>
<br>
I was unable to reproduce this with a fresh OSE r51319
check-out with
<br>
"VOX_WITH_DOCS_TRANSLATIONS :=" in LocalConfig.kmk. Would
you be able
<br>
to provide the full contents of LocalConfig.kmk and your
configure
<br>
command line (see env.sh)?
<br>
<br>
By the way, just for clarity, I am not Misha (at least not
the same
<br>
Misha!), and I am the person who is responsible for the
Guest
<br>
Additions no longer remembering the resolution from one boot
to the
<br>
next (and who wrote to you about it previously).
<br>
<br>
Regards,
<br>
<br>
Michael
<br>
<br>
On 26/05/14 22:20, Perry Halbert wrote:
<br>
<blockquote type="cite">That would work *if* you don't
delete the out folder before compiling to
<br>
keep from having issues.
<br>
Have things changed to where you don't need to remove the
out folder?
<br>
<br>
Perry
<br>
<br>
On 05/26/2014 03:15 PM, mikhail sennikovsky wrote:
<br>
<blockquote type="cite">Seems like OSE build is broken. As
a tmp workaround, I'd suggest you
<br>
to do "touch
/trunk/out/linux.amd64/release/bin/UserManual_fr_FR.pdf"
<br>
to create a dummy UserManual_fr_FR.pdf
<br>
<br>
Mikhail
<br>
<br>
On 26.05.2014 23:50, Perry Halbert wrote:
<br>
<blockquote type="cite">Very weird. Broken make?
<br>
<br>
kBuild: Installing symlink
<br>
/trunk/out/linux.amd64/release/bin/UserManual.pdf
<br>
kmk: *** No rule to make target
<br>
`/trunk/out/linux.amd64/release/bin/UserManual_fr_FR.pdf',
needed by
<br>
`/trunk/out/linux.amd64/release/obj/Installer/linux/archive/UserManual_fr_FR.pdf'.
<br>
<br>
Stop.
<br>
kmk: *** Waiting for unfinished jobs....
<br>
kmk: *** Exiting with status 2
<br>
<br>
<br>
I have VBOX_WITH_DOCS_TRANSLATIONS := in my
LocalConfig.kmk to *not
<br>
build the French translation.
<br>
<br>
<br>
On 05/26/2014 02:31 PM, mikhail sennikovsky wrote:
<br>
<blockquote type="cite">Perry,
<br>
<br>
Please give a try to the latest OSE. The issue
should be solved
<br>
there.
<br>
<br>
Thanks for reporting it!
<br>
Mikhail
<br>
<br>
On 26.05.2014 17:15, Perry Halbert wrote:
<br>
<blockquote type="cite">Good day Misha,
<br>
<br>
Linux and Windows both.
<br>
<br>
Mint -16 or 17 both 64-bit.
<br>
Windows-7 also 64-bit
<br>
<br>
Host = Ubuntu 12.04 Base 64-bit
<br>
<br>
I have also noticed that if you start the Linux
guest ( stop and
<br>
start not saved state ) it does not remember the
screen size and
<br>
starts in 1024x768.
<br>
<br>
Resize the screen to a larger size and the screen
goes black (VBox
<br>
Main manager preview windows is showing proper
content though ) and
<br>
then if you pause the guest the video is rendered
with the darker
<br>
screen and then un-pausing the video is rendered
properly.
<br>
<br>
I am also attaching a log for this. I started the
guest and
<br>
resized the screen and it went black (time =
1:54).
<br>
I waited for about 6 minutes and then
paused/unpaused (time = 7:42)
<br>
everything fine.
<br>
<br>
Have a great day,
<br>
Perry
<br>
<br>
<br>
On 05/26/2014 05:29 AM, mikhail sennikovsky wrote:
<br>
<blockquote type="cite">Hi Perry,
<br>
<br>
which guest are you saving/restoring?
<br>
Could you post me the logs for guest save and
restore sessions?
<br>
<br>
Thanks,
<br>
Misha
<br>
<br>
On 23.05.2014 20:58, Perry Halbert wrote:
<br>
<blockquote type="cite">FYI Saved state does not
work in r51319. It saves just fine but
<br>
re-starting aborts. Stated reason is failure
to load HGCM.
<br>
<br>
00:00:16.877831 AssertLogRel
<br>
/trunk/src/VBox/Main/src-client/HGCM.cpp(1306)
static int
<br>
HGCMService::LoadState(PSSMHANDLE):
<NULL>
<br>
<br>
00:00:16.877851 rc=VERR_SSM_UNEXPECTED_DATA
VBoxSharedCrOpenGL
<br>
<br>
00:00:16.877917 SSM: LoadExec failed for
'HGCM' instance #0
<br>
(version 2, pass 0xffffffff):
VERR_SSM_UNEXPECTED_DATA
<br>
<br>
00:00:16.877979 VMSetError:
<br>
/trunk/src/VBox/VMM/VMMR3/SSM.cpp(8495) int
ssmR3LoadExecV2(PVM,
<br>
PSSMHANDLE); rc=VERR_SSM_UNEXPECTED_DATA
<br>
<br>
00:00:16.877984 VMSetError: Failed to load
unit 'HGCM'
<br>
<br>
00:00:16.897583 Changing the VM state from
'LOADING' to
<br>
'LOAD_FAILURE'.
<br>
<br>
00:00:16.897676 Changing the VM state from
'LOAD_FAILURE' to
<br>
'POWERING_OFF'.
<br>
<br>
<br>
<br>
Let me know if you need the full log.
<br>
<br>
Perry
<br>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
<br>
<br>
</blockquote>
<br>
<br>
</blockquote>
<br>
</body>
</html>