[libvirt] [PATCH] vz: build fix for virStorageBackendVzPoolStart

Nikolay Shirokovskiy nshirokovskiy at virtuozzo.com
Mon Mar 18 07:27:42 UTC 2019



On 15.03.2019 23:02, Eric Blake wrote:
> On 2/19/19 3:57 AM, Nikolay Shirokovskiy wrote:
>> Remove unused variable. Fix for [1]
>>
>> [1] 821dd6d8: storage: Use VIR_AUTOFREE for storage backends
>>
>> Signed-off-by: Nikolay Shirokovskiy <nshirokovskiy at virtuozzo.com>
>> ---
>>
>> Pushed as trivial build fix.
> 
> I'm trying to get a working build of src/vz/ on my system, to make sure
> I don't cause similar types of build-breakage.  What is the process for
> getting PARALLELS_SDK installed on Fedora 29?

Hi, Erik! 

We don't test our package builds on anything except our own Centos7 
based distributive. So I think it would be best if one installs Virtuozzo
for build tests or try to use packages from official repo:

http://repo.virtuozzo.com/vz/releases/

I hope one day I help to include builds on Virtuozzo in CI. Until
that I can help to check builds by myself if you add me to CC or
use 'vz: ' in subject.

Nikolay

> 
> I found: https://src.openvz.org/projects/OVZ/repos/libprlsdk/browse
> 
> which mentions libprlcommon, libprlxmlmodel, and libprlsdk, but the
> latest git builds for those three projects is failing for me:
> 
> $ export SDK_HEADERS=~/libprlsdk/Sources
> $ cd libprlsdk
> $ make
> ...
> Project MESSAGE: ContextSwitcher
> /home/eblake/libprlsdk/Sources/Libraries/ContextSwitcher/ContextSwitcher.pro
> -> prl_sdk
> Project ERROR: Please install libprlcommon-devel package
> $ cd ../libprlcommon
> $ make
> ...
> make[2]: Entering directory '/home/eblake/libprlcommon/Libraries/OpenSSL'
> g++ -c -pipe -fno-strict-aliasing -frandom-seed=parallels -MD -MP
> -Werror -O2 -g -D_REENTRANT -Wall -W -fPIC -D_LIN_=1 -D_RELEASE
> -D_FILE_OFFSET_BITS=64 -D_LIN_ -D_TARGET_=OpenSSL_init_helper -DNDEBUG=1
> -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_SHARED
> -I/usr/lib64/qt4/mkspecs/linux-g++ -I. -I/usr/include/QtCore
> -I/usr/include -I. -I../../../libprlcommon -I../../Interfaces
> -I../../../libprlsdk/Sources
> -I../../z-Build/Release/.moc/OpenSSL_init_helper -o
> ../../z-Build/Release/.obj/OpenSSL_init_helper/OpenSSL.o OpenSSL.cpp
> OpenSSL.cpp: In function ‘void OpenSSL::__freeSSL()’:
> OpenSSL.cpp:83:3: error: ‘CRYPTO_mem_leaks_fp’ was not declared in this
> scope
>    CRYPTO_mem_leaks_fp(stderr);
>    ^~~~~~~~~~~~~~~~~~~
> ...
> $ cd ../libprlxmlmodel
> $ make
> ...
> g++ -c -pipe -fno-strict-aliasing -frandom-seed=parallels -MD -MP
> -Werror -O2 -g -Wall -W -D_REENTRANT -DPRL_PROD_SERVER=1 -D_LIN_
> -D_LIN_=1 -D_RELEASE -D_FILE_OFFSET_BITS=64 -D_TARGET_=xsd2src
> -DNDEBUG=1 -DQT_NO_DEBUG -DQT_XML_LIB -DQT_CORE_LIB -DQT_SHARED
> -I/usr/lib64/qt4/mkspecs/linux-g++ -I. -I/usr/include/QtCore
> -I/usr/include/QtXml -I/usr/include -I. -I../../../libprlxmlmodel
> -I../../z-Build/Release/.moc/xsd2src -o
> ../../z-Build/Release/.obj/xsd2src/main.o main.cpp
> In file included from CodeComposer.h:33,
>                  from main.cpp:27:
> CodeTemplates.h:96:2: error: invalid suffix on literal; C++11 requires a
> space between literal and string macro [-Werror=literal-suffix]
>   " public "DEFAULT_BASE_CLASS"\n"
>   ^
> ...
> 
> 
> Is there a pre-built repository of the library that would be sufficient
> for building libvirt against, instead of me having to build my own copies?
> 




More information about the libvir-list mailing list