Hi,
How do I set up a network package repo?
If I add file:///server/directory to Package Manager, I get an error that it can’t find a repository at file:///C:/server/directory
@benstreek it needs to be a network mapped drive, so use the syntax:
X:/server/directory
With ‘X’ being whatever drive you are using.
Thanks, @brennen_direnzo.
I can now see my packages in Package Manager.
It still doesn’t seem to be working for referencing packages in my .csproj file, though.
<OpenTapPackageRepository Include="file:///Z:\Software%20Development\OpenTAP\packages" />
gets me the following error in the output
message OpenTAP Install: PackageRepository : File package repository directory not found at: file:///Z:\Software Development\OpenTAP\packages
Also, are there any plans to support network locations without having to map them in future?
After a little more playing, it seems this isn’t related to it being a network location, using anything other than the official OpenTAP repo seems to fail. The only reason I thought other repos were working was because the packages happened to be in the package cache for my local installation.
Hi @benstreek,
I am not completely sure what is going wrong in your case, but maybe you can try installing the package from the command line? There you also have the option to disable the cache:
For example, this works for me to install packages from my Downloads folder:
tap package install [PackageName] --version beta -r "file://C:\Users\[User name]\Downlo
ads" --verbose --no-cache
Maybe you can try that as a first step?
OpenTAP: ^9.18.0
OS: Windows
Hi @benstreek,
I’ve had a similar experience, and it seemed to be related to the versions of tap.exe, packagemaager.exe, and OpenTAP.dll.
The only way I fixed it was by reverting back to 9.17.4 versions of everything, but I’ve also had a few issues with the licenses that may have contributed in some way.
@brennen_direnzo, could there be a conflict issue after 9.17.4 between using different versions of OpenTAP, tap.exe and packagemanager.exe? It’s very strange that it cannot locate packages on network drives, even if the fully qualified network path is mapped to a drive letter.
Using tap package list
did not work either.
Could the wrong version of Keysight.OpenTap.Wpf.dll have an effect?
Update: Everything worked for a while using 9.18.4, but my licensing issues made me drop back to 9.17.4. I did this in a non-prescribed way that may have caused the version conflicts, where the plunging resolver may have picked up different versions.
@rolf_madsen and you have someone on the QA team look in to if there is an issue here?
@brennen_direnzo, I am still not quite sure what the issue here is. I cannot reproduct it yet, so I hope getting some more info from @benstreek will help pinpointing it.
@jason.hicks, you should be able to just upgrade OpenTAP to e.g 9.19 and use 9.17 Editor as OpenTAP itself is not licensed.
Cheers @rolf_madsen,
I’ll make an effort to update to the latest OpenTAP with 9.17.4 Editor in the next couple of weeks and let you know how I get on.
Hi @rolf_madsen. Yeah, the command line works fine, so to clarify:
The project file has the following:
<OpenTapPackageRepository Include="file:///Z:\SoftwareDevelopment\OpenTAP\packages" />
<OpenTapPackageReference Include="PickeringCards" Version="any" />
The build fails.
I then add the package to my local OpenTap installation with
C:\Program Files\OpenTAP> .\tap package install PickeringCards --version any -r file:///Z:\SoftwareDevelopment\OpenTAP\packages
Which works fine and adds the package to the cache in %LOCALAPPDATA%
Running the build again then passes.
How about:
<OpenTapPackageReference Include="PickeringCards" Version="any" Repository="file:///Z:\SoftwareDevelopment\OpenTAP\packages"/>
That doesn’t work either, I’m afraid
Has this been resolved?
I’m using 9.20.4 and am not able to use a network folder as package repo in .csproj. Tested the different syntax variants mentioned above.
What is the recommended syntax for using shared network folders in .csproj?
@GoranJohnsson, not as yet. I’ve been working around it by adding the packages to my local installation so they get picked up from the package cache.
I’ve been meaning to sit down and figure out exactly what’s working and what’s not so I can provide some more useful info - hopefully, I’ll get to that in the next few weeks.
Same here, I’m forced to copy the packages to a local repo. Far from ideal.
@rolf_madsen Any news on this issue?
I believe this issue was fixed in a recent beta:
- Issue: Package Manager won't load packages from paths starting with `//` · Issue #1082 · opentap/opentap · GitHub
- PR: Fix regression: Network paths not handled correctly by alnlarsen · Pull Request #1124 · opentap/opentap · GitHub
You can try the latest OpenTAP beta and check if it fixes the issue.
Thanks for the update, @rolf_madsen.
I’m still seeing the same issue with 9.21.1-beta.5+d4eb47b0, unfortunately.
I’ll try and provide more information soon.
OK. The best is if you open an issue on github.
That way we can track the progress. If it is just here it won’t show up on anybodys ‘todo’ .