Missing Dependency

[gsnerf 26]

Sure thing, will get to it tomorrow

Edited August 19, 2014 by gsnerf

[gsnerf 26]

Hi there,

 

I noticed that when building the server with xbuild there are some warnings about missing dependencies.

Specifically MediaBrowser.Server.Implementations is trying to reference package Nowin, apparently expected in ../ThirdParty/Nowin/*

/usr/lib64/mono/4.5/Microsoft.Common.targets:  warning : Reference 'Nowin' not resolved
        [...]
        Considered ../ThirdParty/Nowin/Nowin.dll, but it does not exist.
        [...]

and I guess as a result to that missing 'System.Data.Entity'.

I guess the wanted library is https://github.com/Bobris/Nowin although there doesn't seem to be a release yet?

For the moment I just expect there are some files missing in the repository

 

greetings,

gsnerf

[Luke 42077]

ah - can you submit a pull and remove all traces of it? it's not being used anymore. thanks.

[gsnerf 26]

I have successfully removed the Nowin dependency withouth problems, but the System.Data.Entity warning remains:

Target ResolveAssemblyReferences:
/usr/lib64/mono/4.5/Microsoft.Common.targets:  warning : Reference 'System.Data.Entity, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' not resolved
        For searchpath /home/gsnerf/MediaBrowser/ThirdParty/System.Data.SQLite.ManagedOnly/x86/1.0.90.0/net40
        Considered '/home/gsnerf/MediaBrowser/ThirdParty/System.Data.SQLite.ManagedOnly/x86/1.0.90.0/net40/System.Data.Entity' as a file, but the file does not exist
        Considered '/home/gsnerf/MediaBrowser/ThirdParty/System.Data.SQLite.ManagedOnly/x86/1.0.90.0/net40/System.Data.Entity.exe' as a file, but the file does not exist
        Considered '/home/gsnerf/MediaBrowser/ThirdParty/System.Data.SQLite.ManagedOnly/x86/1.0.90.0/net40/System.Data.Entity.dll' as a file, but the file does not exist

I'm a bit curious, that in this project the SQLite dependency seems to get pulled in twice but in different versions:

<Reference Include="System.Data.SQLite, Version=1.0.91.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139, processorArchitecture=MSIL">
    <SpecificVersion>False</SpecificVersion>
    <HintPath>..\packages\System.Data.SQLite.Core.1.0.91.3\lib\net45\System.Data.SQLite.dll</HintPath>
</Reference>

<!-- [...] -->

<Reference Include="System.Data.SQLite" Condition=" '$(ConfigurationName)' == 'Release Mono' ">
    <SpecificVersion>False</SpecificVersion>
    <HintPath>..\ThirdParty\System.Data.SQLite.ManagedOnly\x86\1.0.90.0\net40\System.Data.SQLite.dll</HintPath>
</Reference>
<Reference Include="System.Data.SQLite.Linq" Condition=" '$(ConfigurationName)' == 'Release Mono' ">
    <HintPath>..\ThirdParty\System.Data.SQLite.ManagedOnly\x86\1.0.90.0\net40\System.Data.SQLite.Linq.dll</HintPath>
</Reference>

Is this by design? The reference problem seems to be thrown from the mono only import which could still clash with the newer windows(?) version of the dll.

[gsnerf 26]

Ah I see now, I wasn't aware of the differences in the managed package. I guess the problem actually stems the referenced System.Data assembly beeing net45 and the managed library trying to find a version for net40...

[Luke 42077]

Yea careful with SQLite. I don't think there's a clash because there is the SQLite config file that remaps per platform

[gsnerf 26]

Yes the included packages seem to be correct, but the managed lib might need a bump to a version referencing the net45 version of the entity framework used.

Where did you get the managed lib from? Maybe I can find a nother version there that might work better.

[Luke 42077]

Yes the included packages seem to be correct, but the managed lib might need a bump to a version referencing the net45 version of the entity framework used.

Where did you get the managed lib from? Maybe I can find a nother version there that might work better.

 

They were done by Abeloin who is no longer available, and unfortunately, I think he may have built them himself. So it's a little tricky. If you see the thirdparty/sqlite3 folder there are buildinstructions in each one. I have never tried to build sqlite so I can't really speak to whether they're complete or not. But he was generally pretty thorough.