Support

• ?

  Value cannot be null with some packages
  12 Jan 2014, 22:24 • Sergey Osypchuk   14 Jan 2014, 14:15

  3
  0
  Votes
  3
  Posts
  19
  Views

  ? 14 Jan 2014, 14:15

  I’d rather not send through a package with our production code in it, so I’m going to see how the working package compares to the failed ones.
• ?

  'Build .NET MSBuild Project' action fails after upgrading to BuildMaster 4+
  12 Dec 2013, 11:59 • Sergey Osypchuk   13 Jan 2014, 11:42

  9
  0
  Votes
  9
  Posts
  80
  Views

  ? 13 Jan 2014, 11:42

  Interesting - was there an error message or indication as to why the first project failed to build? It does appear that the arguments were passed in correctly. The 2nd error would be expected because the added target changes the way MSBuild outputs the target files. The action is expecting the output to be in the \TMP\Release\Package\PackageTmp directory.
• ?

  Nuget push 500 Internal Server Error
  30 Dec 2013, 17:07 • Sergey Osypchuk   13 Jan 2014, 11:20

  8
  0
  Votes
  8
  Posts
  53
  Views

  ? 13 Jan 2014, 11:20

  This issue is resolved now. The problem was that when ProGet is using LDAP (AD) for authentication so the requests always use NTLM (ignoring any user specified on the command-line or config). Changing the build-agent service to run as a domain user resolved the issue. Note: this was encountered with Bamboo build-agents, but I'd expect similar issues with Jenkins/Hudson build slaves, or other CI tools.
• ?

  Enabling LDAP
  9 Jan 2014, 05:08 • Sergey Osypchuk   13 Jan 2014, 09:52

  2
  0
  Votes
  2
  Posts
  12
  Views

  ? 13 Jan 2014, 09:52

  This sounds like a problem with Windows Authentication on your IIS installation. If the LOGON_USER is blank, that means IIS is not passing it in. There are a lot of things to try to resolve this, i'd try amore general search like (LOGON_USER header missing), etc.
• ?

  Downloading Symbol files
  10 Jan 2014, 05:05 • Sergey Osypchuk   10 Jan 2014, 11:32

  2
  0
  Votes
  2
  Posts
  3
  Views

  ? 10 Jan 2014, 11:32

  While there's no direct support for this, if you've already retrieved them from Visual Studio, the PDBs should be cached locally in the symbol cache. Another way I can think of to do this is to get the package directly from disk on the ProGet server or share. You can't download them from the web app because it strips the PDBs out of it. Once you have it, you can open the .nupkg as a zip file and grab the PDBs from the lib/netXX directory.
• ?

  Powershell Script Parameters
  18 Dec 2013, 11:23 • Sergey Osypchuk   31 Dec 2013, 08:56

  3
  0
  Votes
  3
  Posts
  4
  Views

  ? 31 Dec 2013, 08:56

  PowerShell parameters are now supported in v4.2 of the Windows extension.
• ?

  I'm not able to get the Leankit integration working
  18 Dec 2013, 01:13 • Sergey Osypchuk   30 Dec 2013, 14:04

  8
  0
  Votes
  8
  Posts
  8
  Views

  ? 30 Dec 2013, 14:04

  I've submitted the info to support and also created a fork of the Leankit integration in GitHub. Thanks again!
• ?

  Package name is case sensitive
  30 Dec 2013, 07:32 • Sergey Osypchuk   30 Dec 2013, 10:41

  2
  0
  Votes
  2
  Posts
  3
  Views

  ? 30 Dec 2013, 10:41

  Thank you for the detailed report. This has actually already been fixed in ProGet 2.2 and later versions.
• ?

  API method for adding new packages to a feed from another feed
  22 Nov 2013, 04:50 • Sergey Osypchuk   26 Dec 2013, 10:06

  2
  0
  Votes
  2
  Posts
  3
  Views

  ? 26 Dec 2013, 10:06

  The only access to add packages via an API is through the NuGet API itself. If you'd like to move packages, you can simply move them from one feed's storage on disk to the other.
• ?

  Feed downloads though feed connectors
  19 Dec 2013, 06:31 • Sergey Osypchuk   20 Dec 2013, 10:25

  2
  0
  Votes
  2
  Posts
  2
  Views

  ? 20 Dec 2013, 10:25

  Local packages are indeed prioritized over connector packages, my guess is that you have either a cached package or cached feed request happening on the client end. If you look at the feed rss (you may need to use fiddler or something to capture output), you can see the exact metadata that's being requested. In the metadata, there will be a url that points to the downloadable .nupkg.
• ?

  Purging old Packages
  16 Dec 2013, 15:58 • Sergey Osypchuk   16 Dec 2013, 18:15

  2
  0
  Votes
  2
  Posts
  1
  Views

  ? 16 Dec 2013, 18:15

  This is something we're thinking of adding eventually (i.e. Retention Policy), but for the time being, you can delete the packages from disk via PowerShell if you're comfortable with writing a script like that. We'll try to get this feature into the next version.
• ?

  Errors in error log, not sure which app triggered it.
  12 Dec 2013, 13:51 • Sergey Osypchuk   16 Dec 2013, 13:42

  3
  0
  Votes
  3
  Posts
  1
  Views

  ? 16 Dec 2013, 13:42

  Thanks, Tod. How to fix that? The exceptions are from the scm triggered build function.
• ?

  Can I stop arbitrary processes (or wait until they finish) during a BuildMaster deploy?
  13 Dec 2013, 14:06 • Sergey Osypchuk   13 Dec 2013, 14:09

  2
  0
  Votes
  2
  Posts
  6
  Views

  ? 13 Dec 2013, 14:09

  Yes, this can be done with an Execute PowerShell Script action: http://technet.microsoft.com/en-us/library/ee177004.aspx
• ?

  Latest version of package not showing in proget
  proget error • 13 Dec 2013, 12:42 • Sergey Osypchuk   13 Dec 2013, 12:45

  2
  0
  Votes
  2
  Posts
  11
  Views

  ? 13 Dec 2013, 12:45

  Based on the error message and symptoms (it was working fine, until it wasn't), it would appear that the indexing error is from a poison package. We made the mistake of using Microsoft’s Packaging libraries (System.IO.Packaging) to open this package, and among many other bugs, it will produce an un-catchable exception (fun fact: if you happened to be on a non-english Locale, it will terminate the whole process with a stack overflow exception). We cannot work around this problem, but the bug appears to be fixed in .NET 4.5.1. If you upgrade to that, the error should go away.
• ?

  Using variables in a Manual Action
  28 Nov 2013, 17:21 • Sergey Osypchuk   12 Dec 2013, 14:01

  4
  0
  Votes
  4
  Posts
  1
  Views

  ? 12 Dec 2013, 14:01

  There's no hard date, but we're targeting for the next week or so.
• ?

  API delete is not deleting packages from the file system
  12 Dec 2013, 03:37 • Sergey Osypchuk   12 Dec 2013, 11:28

  2
  0
  Votes
  2
  Posts
  11
  Views

  ? 12 Dec 2013, 11:28

  The API is meant to administer ProGet itself, not anything related to packages - that method should actually be hidden. All it does is remove the entry from the DB, but when re-indexing occurs, of course it would get added back. If you on the other hand simply delete the file from the file system, or run nuget.exe delete then it will work.
• ?

  Cannot form a valid licenses.licx - original seems to beignored
  9 Dec 2013, 11:07 • Sergey Osypchuk   9 Dec 2013, 11:21

  2
  0
  Votes
  2
  Posts
  21
  Views

  ? 9 Dec 2013, 11:21

  This is almost certainly a user account issue. Can you invoke MSBuild manually as the same account used to host the BuildMaster service? That should give you the same error. If you install the licenses as the same user hosting the BuildMaster service it should work. The SRC directory becomes the WRK directory when there are target directories involved (in this case the build output).
• ?

  Proget not finding some Packages
  5 Dec 2013, 19:12 • Sergey Osypchuk   5 Dec 2013, 20:07

  2
  0
  Votes
  2
  Posts
  8
  Views

  ? 5 Dec 2013, 20:07

  First, make sure the service is running. You can rebuild the index by setting RebuildPackageIndex to True in the All Settings page. It will rebuild within a minute or so.
• ?

  An unexpected error has occurred
  3 Dec 2013, 09:32 • Sergey Osypchuk   5 Dec 2013, 18:34

  5
  0
  Votes
  5
  Posts
  1
  Views

  ? 5 Dec 2013, 18:34

  We've added a workaround for this in ProGet 2.2.7 that should fix it.
• ?

  Installation of ProGet free
  4 Dec 2013, 12:17 • Sergey Osypchuk   4 Dec 2013, 12:19

  2
  0
  Votes
  2
  Posts
  2
  Views

  ? 4 Dec 2013, 12:19

  Can you change the IIS App Pool mode to "Classic"? This should correct the problem.