Support Q & A Home

Ask A Question

Anyone can ask or answer a question here, but our support engineers actively monitor your questions; we typically answer within a day or two.

Filter
Viewing Page 53 of 88 (20 questions out of 1758)
3
replies

Is there a way to configure ProGet to cache proxied nuget.org packages the first time it gets installed in my project? I noticed that you have to manually log into ProGet and click the “download” button on a nuget package to actually have it available in the cache. That is not ideal for us.

Product: ProGet
Version: 3.3.12

3
replies

Install on a Win 7 workstation as Windows Service went well. Install on a Windows Server 2012 R2 having problems. Tried as windows service. Had some kind of network or firewall issue. Tried turning firewall off. Tried uninstall and reinstall as web app into IIS and installer seems to ignore that and install the windows service anyway.

Installed as windows service for port 80 (Default site in IIS is changed to port 8088). And I still get "This page cannot be displayed." both from the server console and across the LAN from a client.

Ideas?

Product: ProGet
Version: 3.3.12

1
replies

When the package manager tries to retrieve the packages list, it sends a request to the server :

http://myserver/nuget/myfeed/Packages()/$count?$filter=IsLatestVersion

With the version 3.3.11, the server responds nothing and the package manager displays nothing. With the version 3.2.1, the server responds correctly with the number of packages.

Could you do a patch for this issue ?

Product: ProGet
Version: 3.3.11

1
replies

The ProGet server works for me. I'm working on Windows 2012R2 Server.
First I had the problem that the ProGet service was not recognized running when working with IIS installation (in dedicated Site with dedicated https binding). But the service was running without problems even when i ran the same command on console.
With the currently running embedded installation the service is shown as running.

With both variants I have the following problem:

When I update a package with source the new source won’t show up in Visual Studio.

Say I had the version 1.0.28 of a package with a bug. I fixed the bug in version 1.0.29 but Visual Studio loads the old source from the version 1.0.28.
Even when I remove the symbol caching folder the old source loads and shows up.
Both packages show up in the gallery with “Symbols and source files are available” and when I download the “Package with Symbols” from the gallery link the corrected source is in the downloaded nupkg.

Now when I remove the old package 1.0.28 from the gallery then the source cannot be found anymore from Visual Studio. If I clear out the symbol caching folder the new source is loaded. So why is it necessary to delete the package on gallery and remove the local symbols cache to get the new source? Shouldn't Visual Studio load automatically the source with the corresponding version of the package linked in project?

My Visual Studio Version is Premium 2013 Update 4.
Version 12.0.31101.00 Update 4
Microsoft .NET Framework
Version 4.5.50938

NuGet Package Manager 2.8.50926.663

ProGet is 3.3.11

Under “Symbols & Source” on the gallery is a link view which shows up where the pdb is located in the package. At the end of the line is a field named “Age”.
What does this field mean? Is there an indicator for such problems on indexing?
In my sample the version 1.0.28 shows an “Age” of 13 and the new version 1.0.29 shows the “Age” of 14.

I hope you have some suggestions for my problem.

Product: ProGet
Version: 3.3.11

1
replies

In BuildMaster v4.5.7, when I drag and drop action groups in the deployment plan editor, sometimes they do not automatically update the page. If I refresh the page manually, they will end up in the correct spot.

Product: BuildMaster
Version: 4.5.7

3
replies

Hello,

I'm trying to publish to our enterprise's internal proget server. Everything is going correctly in the CLI output (no indication of errors) and I'm set up with appropriate roles/access in the proget web config.

But the new version I'm trying to publish (which is a patch level bump from 8.0.0 -> 8.0.1) isn't showing up in the feed. Here is some output (with obfuscation of the server name):

Attempting to build package from 'Foundation.Web.Content.nuspec'.
Successfully created package 'C:\src\Foundation\Source\Foundation.Examples.UI\Foundation.Web.Content.8.0.1
.nupkg'.
WARNING: No API Key was provided and no API Key could be found for 'http://example:81/nuget/Defau
lt'. To save an API Key for a source use the 'setApiKey' command.
Pushing Foundation.Web.Content 8.0.1 to 'http://example:81/nuget/Default'...
Your package was pushed.
Cleaning up Packages locally
Local Packages Cleaned up
Attempting to build package from 'Foundation.Services.JumpStart.x64.nuspec'.
Successfully created package 'C:\src\Foundation\Source\Foundation.Services.JumpStart.x64\Foundation.Servic
es.JumpStart.x64.8.0.1.nupkg'.
WARNING: No API Key was provided and no API Key could be found for 'http://example:81/nuget/Defau
lt'. To save an API Key for a source use the 'setApiKey' command.
Pushing Foundation.Services.JumpStart.x64 8.0.1 to 'http://example:81/nuget/Default'...
Your package was pushed.
Cleaning up Packages locally
Local Packages Cleaned up
Attempting to build package from 'Foundation.Migrations.Baseline.nuspec'.
Successfully created package 'C:\src\Foundation\Source\Foundation.Migrations\Foundation.Migrations.Baselin
e.8.0.1.nupkg'.
WARNING: No API Key was provided and no API Key could be found for 'http://example:81/nuget/Defau
lt'. To save an API Key for a source use the 'setApiKey' command.
Pushing Foundation.Migrations.Baseline 8.0.1 to 'http://example:81/nuget/Default'...
Your package was pushed.
Cleaning up Packages locally
Local Packages Cleaned up

When I go into the Default feed and look at any of these packages, I don't see the 8.0.1 version at all (only 8.0.0 is shown as the latest). Any help would be greatly appreciated.

Thank you,
Jeff Olson

Product: ProGet
Version: 3.1.7

3
replies

I know the link "http://inedo.com/support/documentation/proget/feeds/api-keys" but this does not tell me how we can assign groups or users to the feed or not.

How can we do that?

Product: ProGet
Version: 3.3.11

1
replies

Tried the following methods and none of them help

C:\sources>nuget push "ThePackage.1.0.0.0.nupkg" -s http://domain.com:81/nuget/FeedName apikey

C:\sources>nuget push "ThePackage.1.0.0.0.nupkg" -s http://domain.com:81/nuget/FeedName

C:\sources>nuget push "ThePackage.1.0.0.0.nupkg" -s http://domain.com:81/nuget/FeedName username:password

Failed to process request. 'There was an error processing the request: Invalid feed name was specified.'.
The remote server returned an error: (400) Bad Request..

Product: ProGet
Version: 3.3.11

4
replies

VS correctly requests and receives the PDB from the symbol server, but the subsequently requests the incorrect source file. Output from pdbstr.exe reveals the issue:

SRCSRV: source files ---------------------------------------

[BaseDirectory]\contracts\exceptionformatter.cs*ExceptionFormatter.cs

[BaseDirectory]\contracts\streamclient.cs*Client.cs ** INCORRECT **

[BaseDirectory]\contracts\properties\resources.designer.cs*Properties/Resources.Designer.cs

[BaseDirectory]\contracts\channelfactoryextensions.cs*ChannelFactoryExtensions.cs

[BaseDirectory]\contracts\client.cs*Client.cs

[BaseDirectory]\contracts\argumentformatter.cs*ArgumentFormatter.cs

SRCSRV: end ------------------------------------------------

Decompiled Inedo.ProGet.WebApplication.SimpleHandlers.SymbolServerHandler @ ProGet.WebApplication. In ProcessRequestInternal there is a loop to match pdb source file paths to nuget package source files using an IndexOf. In my example, IndexOf results in two matches (Client.cs and StreamClient.cs) and then incorrectly writes the first. IndexOf may also be problematic for same-named files in different sub-directories.

Maybe one potential solution is to first establish a common base path, then match on the remaining relative path in the nuget package:

    /// <summary>
    /// Finds the source base path.
    /// </summary>
    /// <param name="sourceFiles">The source file paths in the NuGet package under the 'src' directory.</param>
    /// <param name="referencedSources">The referenced sources obtained from srctool.exe.</param>
    /// <returns>The most common source base path with respect to matching files in the NuGet package.</returns>
    private static string FindSourceBasePath(IEnumerable<string> sourceFiles, IEnumerable<string> referencedSources)
    {
        return referencedSources.Aggregate(
            referencedSources.First(),
            (b, s) =>
            {
                while ((!s.StartsWith(b, StringComparison.OrdinalIgnoreCase) || !sourceFiles.Contains(Path.Combine("src", s.Substring(b.Length)), StringComparer.OrdinalIgnoreCase)) && b.Length > 0)
                {
                    b = b.Substring(0, b.Length - 1);
                }
                return b;
            });
    }

Product: ProGet
Version: 3.3.11

1
replies

Hello,

Just wondering if there was plans to release a version of ProGet (or another product) that would support PyPI, which is the Python equivalent of NuGet.

Regards,

Jonathan

Product: ProGet
Version: 3.3.10

2
replies

I've already report this problem with STRING.FORMAT.JS 1.09

But if the workaround solution you give me was acceptable for STRING.FORMAT.JS which is a content only package, it's not acceptable for libraries packages

Takes for example the package Moq 4.2.1400.0717.

When installed through nuget.org the leading 0 is conserved on all the stack, in particular when creating the folder in the packages directory

however when using proget the leading 0 will be strip which create a folder name without that 0 in the packages directory resulting in a compilation error because the project is no more able to find the lib (for .\packages\Moq.4.2.1400.0717 do not exists)

I've tried some restore operation with proget as source and nuget.org as source, and cleaning all nuget caches between each test (in particular in "%userprofile%\appData\local\nuget\cache")

  • nuget.org always return a package including the leading 0 even if you ask for the version 4.2.1400.717
  • proget always return a package without the leading 0 causing troubles for compilation after restore and causing trouble during first installation because the nuspec inside the package still have the leading 0

I'm waiting for a real support, and rolled back our configuration files to use nuget.org instead of proget for public packages

Product: ProGet
Version: 3.3.10

1
replies

Why ProGet doesn't index files in src folder? It does understand C# files but not C++ files in src directory.

Product: ProGet
Version: 3.3.10

4
replies

We've been running ProGet (v3.3.6) on Windows 2008 R2 and hosted in IIS 7.5 without any problems. Recently I migrated to a Windows 2012 R2 server and am having problems when executing a "nuget.exe restore" command within a Visual Studio solution. When Nuget tries to restore a package it calls Proget with a HTTP 'get' request something like:

http://nuget.myDomain.com:84/nuget/myFeed/Packages(Id='myPackage.Net',Version='1.2.58.13122')

The XML response should include a <feed> with a single <entry> in it. However, it returns an <entry> for every package/version in the feed. Its as though the 'filter' criteria (Id & Version) are being ignored. I've verified this using Fiddler and see that for every package that nuget tries to restore, the Id and Version are ignored and I get the same response as if the request was for:

http://nuget.myDomain.com/nuget/myFeed/Packages()

When I installed ProGet on Windows on the Windows 2012 server:

  • Ran the ProGet Installer
  • Chose the free edition
  • Pointed to the existing database (used by the installation on the Win 2008 server)
  • Used the default installation path
  • Used the IIS hosting option
  • Changed the port # to 84

After the install I copied the packages from the old server to the new server. The Web UI runs fine, it's just restoring packages via Nuget (or Visual Studio) that fails.

I repeated the above process on my local workstation (Windows 7) and it works perfectly. All three installation point to the same database. I've copied the packages from the Win 2008 server to my local workstation (Win7) and to the Win 2012 server and I can download packages (Via the web interface) from all three. The Web UI works in all environments (it doesn't appear to be a .Net version or AppPool config issue).

I just can't restore package via the Nuget command line or Visual Studio. It's as if the Window 2012 install is stripping out the Id/Version variable in the request, ie:

http://nuget.myDomain.com:84/nuget/myFeed/Packages()

I've tried using both the integrated web server and IIS. I've also created a new database, added a new feed and imported the packages.

Any help would be appreciated.

Product: ProGet
Version: 3.3.10

4
replies

When i disable permissions for the anonymous user in ProGet, i cant connect to the feed from within Visual Studio, VS asks for credentials but wont react to anything at all.
I can connect fine to the web interface.

I am running ProGet with SQl Server 2014 and local IIS.

Product: ProGet
Version: 3.3.7

2
replies

Hello,

I am basically following the tutorial on ProGet Deploy. However, I cannot make it work. When I get to the section on "Adding a Project", when I press save, I get an error page.


Request handler not found (404)

An unexpected error has occured while processing your request.

Error Details:

/deploy-feeds/Internal%20ProGet/Console%20Application/template does not map to any handlers. The URL may have been entered incorrectly or linked to from an old reference.


Regards,

Jonathan

Product: ProGet
Version: 3.3.9

1
replies

Hi,

Axosoft has a bug tracking tool

https://www.axosoft.com/bug-tracker

we want to integrate https://www.axosoft.com/bug-tracker with BUILDMASTER.

since we are evaluting your product for purchase it will heavily depenpnds upon how we can intergrate this extension

Product: BuildMaster
Version: 4.5.6

1
replies

Is there a secure way to enter my Git password when configuring Git as a Source Control Provider? The only way I was able to enter my credentials was in plain text in the URL which of course is incredibly insecure (looks like this https://username:password@mystashsever.com/)

Product: BuildMaster
Version: 4.5.6

3
replies

I am having some problem with proget. Everything seems to work in the web interface but when I am trying to uses nuget in Visual studio I can only see the stable release of my packages. When i switch to Include Prerelease i get an error saying:
"Could not connect to the feed specified at ' http://192.168.143.11:81/nuget/Test/' Please verify that the package source (located in the Package Manager Settings) is valid and ensure you network connectivity. "

And when iam tying to install from command line the package don't downloads:

C:\Users\davrex>nuget install Test.Data -Version 1.56-unstable -Source http://192.168.143.11:81/nuget/Test
Installing 'clrzmq 3.0.0-rc1'.
Successfully installed 'clrzmq 3.0.0-rc1'.

clrzmq is a dependency. But where is my package Test.Data?

What can be the problem?

Product: ProGet
Version: 3.3.7

3
replies

We have imported applications that support multiple versions, so the application is set to allow for multiple active releases. This works 90% of the time, but then at times I get messages like this:

This build was rejected on 12/8/2014 5:03:46 PM by [user, usually me, sometimes system].
Superseded by new build. 

But there is no new build on that release, as I refresh one release (create new build) another one has its build rejected. It feels random but it feels like it happens to a few of them quite often.

I don't know if there is another setting or trigger that would have cross-release build rejections, if so please point me to it. If not then I think there is a bug here.

Thanks,
Dan

Product: BuildMaster
Version: 4.4.7

1
replies

We are getting the following stack trace when trying to create a release:

[InvalidOperationException: Sequence contains no elements]
   System.Linq.Enumerable.First(IEnumerable`1 source) +498
   Inedo.BuildMaster.Web.WebApplication.Pages.Applications.Releases.<>c__DisplayClass10.<CreateChildControls>b__f(Object s, EventArgs e) +150
   Inedo.Web.Controls.ButtonLinks.PostBackButtonLink.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument) +207
   System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +3707

Product: BuildMaster
Version: 4.5.5

Ask A Question
Page: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515355565758596061626364656667686970717273747576777879808182838485868788