Hi, thanks! Yes, that's the screen I'm referring to. I see the same behavior in NuGet feeds and Universal Package feeds:
Promote Package respects the Promote To Feed setting in the source feed's Manage Feed settings:
Repackage Package does not respect the Promote To Feed setting:
We're on Version 5.3.43 (Build 4-proget53).
We don't have this process fully designed yet, but i am hoping that a pattern will emerge that allows us to automate tagging a git commit when a package is promoted.
I know there are already Webhooks available, but then i have to figure out how to use that. If there was a more sophisticated way to talk to github, it would make this a lot less challenging.
thanks!
I would like to be able to "lock" the feeds that a feed can Repackage into, just like we can for the Promote action.
We use Repackaging to promote packages into a Production feed, and we only want them to ever go into a specific feed based on their source feed. There doesn't seem to be a way to restrict the target feed when Repackaging, like there is when Promoting.
This would reduce the clicks necessary and the chance for error.
Thanks!
As a ProGet user performing Package Promotions/Repackaging,
I want to see a popup showing a custom message when I complete a Promotion/Repackage action,
So I can be reminded to go into GitHub and tag the source commit appropriately.
As a ProGet Admin,
I want to set up custom notification messages that are shown in popups when specific actions are performed by users,
So I can remind them of any other actions they need to take relating to that action.
After futzing with the certs on the proget host vm, it looks like we've got full connectivity to the chocolatey.org feed as well as nuget.org.
Can someone remind me/point me to docs around the difference between connector caching of packages vs. the "pull to proget" function?
thanks!
InfoSec is looking into this as best they can.
I was able to use the pre-built offline installer package from your site to upgrade to the latest v5.
FWIW, i had to disable Safe Browsing in Chrome - it was blocking the download via one of its Security settings.
Thanks, i've started a thread with our infosec folks. I'm putting some more info here for posterity and future review.
I get a different error now in the inedo hub when trying to create a standalone installer on my local machine, off the vpn (but i think we still have a zscaler somethingorother on our laptops too) : "existing connection forcibly closed":
In the "porget" folder on my desktop (spelling mistake known but left in place), I see:
Is the upack file usable on a remote machine as a standalone installer?
we get a similar error when trying to create an offline installer:
i suppose the idea is to do this on a machine that doesn't have the issue. So this is just another data point.
without any other changes that i'm aware of, a few hours later, i was able to install the extension updates to Inedo.Core, and i was able to install the Clair extension. But i still get the same error when trying to install Sonatype.
What's going on?
update: the inedo hub updater works now too.
update 2: The hub was able to update itself, but it still can't do the install.
Unhandled exception: System.Net.WebException: The remote server returned an error: (403) Forbidden.
at System.Net.HttpWebRequest.EndGetResponse(IAsyncResult asyncResult)
at System.Threading.Tasks.TaskFactory`1.FromAsyncCoreLogic(IAsyncResult iar, Func`2 endFunction, Action`1 endAction, Task`1 promise, Boolean requiresSynchronization)
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Inedo.UPack.Extensions.<GetResponseAsync>d__0.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Inedo.UPack.Net.DefaultApiTransport.<GetResponseAsync>d__5.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Inedo.UPack.Net.UniversalFeedClient.<GetPackageStreamAsync>d__20.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Inedo.Hub.Installer.ProductInstaller.<DownloadPackageAsync>d__18.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Inedo.Hub.Installer.ProductInstaller.<InstallAsync>d__13.MoveNext()
Hi, thanks as always for the quick reply. I thought i had installed the zscaler root ca cert fairly recently, but i did it again, and it helped a little. The "latest news from inedo" pane shows info now, and the Extensions page shows a big green bar and that "updates are available", which we weren't seeing before. I didn't even have to restart the app to see the change.
Unfortunately we're just peeling the onion... on any use of the extensions page, either "update all extensions" or trying to install one of the available ones, we keep getting the same error (below). Strangely, the window displaying the error message closes automatically after about ten seconds, and the page reloads.
Side note: We noticed that the ProGet Service is running as Network Service, is that correct?
Thanks in advance.
Logged: 12/17/2021 12:09:17 PM
Level: Error
Category: Extension Updater
Message: Unhandled exception: System.Net.WebException: The remote server returned an error: (403) Forbidden.
at System.Net.HttpWebRequest.EndGetResponse(IAsyncResult asyncResult)
at System.Threading.Tasks.TaskFactory`1.FromAsyncCoreLogic(IAsyncResult iar, Func`2 endFunction, Action`1 endAction, Task`1 promise, Boolean requiresSynchronization) --- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Inedo.ProGet.Den.InedoDenClient.<DownloadFileAsync>d__13.MoveNext() --- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at Inedo.ProGet.WebApplication.Pages.Administration.Extensions.ExtensionUpdater.<UpdateAsync>d__19.MoveNext()
Details: none
We also tried the Indeo Hub Updater app, which hits an error and crashes. (this is not new behavior). These are the logs from that:
Error 12/17/2021 12:11:56 PM .NET Runtime 1026 NoneLog Name: Application
Source: .NET Runtime
Date: 12/17/2021 12:11:56 PM
Event ID: 1026
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: MTPVPAPGET01.consilio.com
Description:
Application: InedoHubBootstrapper.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.Net.WebException
at System.Net.HttpWebRequest.EndGetResponse(System.IAsyncResult)
at System.Threading.Tasks.TaskFactory`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].FromAsyncCoreLogic(System.IAsyncResult, System.Func`2<System.IAsyncResult,System.__Canon>, System.Action`1<System.IAsyncResult>, System.Threading.Tasks.Task`1<System.__Canon>, Boolean)
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task)
at Inedo.UPack.Extensions+<GetResponseAsync>d__0.MoveNext()
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task)
at Inedo.UPack.Net.DefaultApiTransport+<GetResponseAsync>d__5.MoveNext()
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task)
at Inedo.UPack.Net.UniversalFeedClient+<GetPackageStreamAsync>d__20.MoveNext()
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task)
at Inedo.Hub.Bootstrapper.MainWindow+<InstallHubAsync>d__9.MoveNext()
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task)
at Inedo.Hub.Bootstrapper.MainWindow+<OnInitialized>d__7.MoveNext()
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)
at System.Windows.Threading.DispatcherOperation.InvokeImpl()
at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
at MS.Internal.CulturePreservingExecutionContext.Run(MS.Internal.CulturePreservingExecutionContext, System.Threading.ContextCallback, System.Object)
at System.Windows.Threading.DispatcherOperation.Invoke()
at System.Windows.Threading.Dispatcher.ProcessQueue()
at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef)
at MS.Win32.HwndWrapper.WndProc(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef)
at MS.Win32.HwndSubclass.DispatcherCallbackOperation(System.Object)
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)
at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(System.Windows.Threading.DispatcherPriority, System.TimeSpan, System.Delegate, System.Object, Int32)
at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr, Int32, IntPtr, IntPtr)
at MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG ByRef)
at System.Windows.Threading.Dispatcher.PushFrameImpl(System.Windows.Threading.DispatcherFrame)
at System.Windows.Application.RunDispatcher(System.Object)
at System.Windows.Application.RunInternal(System.Windows.Window)
at Inedo.Hub.Bootstrapper.App.Main()
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name=".NET Runtime" />
<EventID Qualifiers="0">1026</EventID>
<Level>2</Level>
<Task>0</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2021-12-17T18:11:56.000000000Z" />
<EventRecordID>538191</EventRecordID>
<Channel>Application</Channel>
<Computer>MTPVPAPGET01.consilio.com</Computer>
<Security />
</System>
<EventData>
<Data>Application: InedoHubBootstrapper.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.Net.WebException
at System.Net.HttpWebRequest.EndGetResponse(System.IAsyncResult)
at System.Threading.Tasks.TaskFactory`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].FromAsyncCoreLogic(System.IAsyncResult, System.Func`2<System.IAsyncResult,System.__Canon>, System.Action`1<System.IAsyncResult>, System.Threading.Tasks.Task`1<System.__Canon>, Boolean)
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task)
at Inedo.UPack.Extensions+<GetResponseAsync>d__0.MoveNext()
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task)
at Inedo.UPack.Net.DefaultApiTransport+<GetResponseAsync>d__5.MoveNext()
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task)
at Inedo.UPack.Net.UniversalFeedClient+<GetPackageStreamAsync>d__20.MoveNext()
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task)
at Inedo.Hub.Bootstrapper.MainWindow+<InstallHubAsync>d__9.MoveNext()
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task)
at Inedo.Hub.Bootstrapper.MainWindow+<OnInitialized>d__7.MoveNext()
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)
at System.Windows.Threading.DispatcherOperation.InvokeImpl()
at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
at MS.Internal.CulturePreservingExecutionContext.Run(MS.Internal.CulturePreservingExecutionContext, System.Threading.ContextCallback, System.Object)
at System.Windows.Threading.DispatcherOperation.Invoke()
at System.Windows.Threading.Dispatcher.ProcessQueue()
at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef)
at MS.Win32.HwndWrapper.WndProc(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef)
at MS.Win32.HwndSubclass.DispatcherCallbackOperation(System.Object)
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)
at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(System.Windows.Threading.DispatcherPriority, System.TimeSpan, System.Delegate, System.Object, Int32)
at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr, Int32, IntPtr, IntPtr)
at MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG ByRef)
at System.Windows.Threading.Dispatcher.PushFrameImpl(System.Windows.Threading.DispatcherFrame)
at System.Windows.Application.RunDispatcher(System.Object)
at System.Windows.Application.RunInternal(System.Windows.Window)
at Inedo.Hub.Bootstrapper.App.Main()
</Data>
</EventData>
</Event>
Error 12/17/2021 12:11:56 PM Application Error 1000 (100)
Log Name: Application
Source: Application Error
Date: 12/17/2021 12:11:56 PM
Event ID: 1000
Task Category: (100)
Level: Error
Keywords: Classic
User: N/A
Computer: MTPVPAPGET01.consilio.com
Description:
Faulting application name: InedoHubBootstrapper.exe, version: 1.2.3.2, time stamp: 0x5fb48b63
Faulting module name: KERNELBASE.dll, version: 6.3.9600.20040, time stamp: 0x60adc0a6
Exception code: 0xe0434352
Fault offset: 0x0000000000007afc
Faulting process id: 0x595c
Faulting application start time: 0x01d7f3718f0439f3
Faulting application path: C:\Users\mcascone1\AppData\Local\Temp\2\InedoHubBootstrapper\InedoHubBootstrapper.exe
Faulting module path: C:\Windows\system32\KERNELBASE.dll
Report Id: d1297f18-5f64-11ec-812a-005056a1231c
Faulting package full name:
Faulting package-relative application ID:
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Application Error" />
<EventID Qualifiers="0">1000</EventID>
<Level>2</Level>
<Task>100</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2021-12-17T18:11:56.000000000Z" />
<EventRecordID>538192</EventRecordID>
<Channel>Application</Channel>
<Computer>MTPVPAPGET01.consilio.com</Computer>
<Security />
</System>
<EventData>
<Data>InedoHubBootstrapper.exe</Data>
<Data>1.2.3.2</Data>
<Data>5fb48b63</Data>
<Data>KERNELBASE.dll</Data>
<Data>6.3.9600.20040</Data>
<Data>60adc0a6</Data>
<Data>e0434352</Data>
<Data>0000000000007afc</Data>
<Data>595c</Data>
<Data>01d7f3718f0439f3</Data>
<Data>C:\Users\mcascone1\AppData\Local\Temp\2\InedoHubBootstrapper\InedoHubBootstrapper.exe</Data>
<Data>C:\Windows\system32\KERNELBASE.dll</Data>
<Data>d1297f18-5f64-11ec-812a-005056a1231c</Data>
<Data>
</Data>
<Data>
</Data>
</EventData>
</Event>
Information 12/17/2021 12:11:58 PM Windows Error Reporting 1001 NoneLog Name: Application
Source: Windows Error Reporting
Date: 12/17/2021 12:11:58 PM
Event ID: 1001
Task Category: None
Level: Information
Keywords: Classic
User: N/A
Computer: MTPVPAPGET01.consilio.com
Description:
Fault bucket , type 0
Event Name: APPCRASH
Response: Not available
Cab Id: 0
Problem signature:
P1: InedoHubBootstrapper.exe
P2: 1.2.3.2
P3: 5fb48b63
P4: KERNELBASE.dll
P5: 6.3.9600.20040
P6: 60adc0a6
P7: e0434352
P8: 0000000000007afc
P9:
P10:
Attached files:
These files may be available here:
Analysis symbol:
Rechecking for solution: 0
Report Id: d1297f18-5f64-11ec-812a-005056a1231c
Report Status: 0
Hashed bucket:
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Windows Error Reporting" />
<EventID Qualifiers="0">1001</EventID>
<Level>4</Level>
<Task>0</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2021-12-17T18:11:58.000000000Z" />
<EventRecordID>538193</EventRecordID>
<Channel>Application</Channel>
<Computer>MTPVPAPGET01.consilio.com</Computer>
<Security />
</System>
<EventData>
<Data>
</Data>
<Data>0</Data>
<Data>APPCRASH</Data>
<Data>Not available</Data>
<Data>0</Data>
<Data>InedoHubBootstrapper.exe</Data>
<Data>1.2.3.2</Data>
<Data>5fb48b63</Data>
<Data>KERNELBASE.dll</Data>
<Data>6.3.9600.20040</Data>
<Data>60adc0a6</Data>
<Data>e0434352</Data>
<Data>0000000000007afc</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>0</Data>
<Data>d1297f18-5f64-11ec-812a-005056a1231c</Data>
<Data>0</Data>
<Data>
</Data>
</EventData>
</Event>
We continue to have this issue - the chocolatey connector is still broken, and I was trying to activate container scanning today, and our install can't reach the extension gallery. TLS error.
The Inedo Hub also doesn't work completely.
We have Inedo.com whitelisted, and I know I've updated the cert in the Windows host VM that ProGet is running on. That should take care of it, but it doesn't seem to be the complete answer. What/where else do i need to look? Is there another runtime that ProGet is using somewhere with its own cert chain? I don't think you're using a jvm/jre anywhere?
I'd really like to get this resolved so we can use all of the great features available, especially in our paid version.
thanks
max
I'm following the instructions to install BuildMaster on a CentOS VM: https://docs.inedo.com/docs/installation-linux-docker-guide
I've got the two containers going, but the BuildMaster container keeps failing at around 20 seconds up. docker logs buildmaster shows a login error for the SA:
$> d logs buildmaster
Attempting to use shared configuration for BuildMaster.
Shared configuration file not found at /etc/inedo/BuildMaster.config.
No encryption key is configured. Credentials will be stored in plain text.
BuildMaster version is 7.0.14.5.
Current DB schema version is unknown.
Unhandled exception. Microsoft.Data.SqlClient.SqlException (0x80131904): Cannot open database "BuildMaster" requested by the login. The login failed.
Login failed for user 'sa'.
The docker commands I'm running are verbatim from the docs except the password:
docker run --name inedo-sql \
-e 'ACCEPT_EULA=Y' -e 'MSSQL_SA_PASSWORD=redacted' \
-e 'MSSQL_PID=Express' --net=inedo --restart=unless-stopped \
-d mcr.microsoft.com/mssql/server:2019-latest
docker exec -it inedo-sql /opt/mssql-tools/bin/sqlcmd \
-S localhost -U SA -P 'redacted' \
-Q 'CREATE DATABASE [ProGet] COLLATE SQL_Latin1_General_CP1_CI_AS'
docker run -d --name=buildmaster --restart=unless-stopped \
-v buildmaster-artifacts:/var/buildmaster/artifacts \
-p 80:80 --net=inedo \
-e BUILDMASTER_SQL_CONNECTION_STRING='Data Source=inedo-sql; Initial Catalog=BuildMaster; User ID=sa; Password=redacted' \
proget.inedo.com/productimages/inedo/buildmaster:latest
Any help is appreciated! Thanks!
UPDATE after all this staring at it, I noticed an issue right after posting this: The database created is [ProGet], i'm assuming it should be [BuildMaster]. Will follow up after trying.
UPDATE 2: Yep, that's it. It's up and running now after changing the second command to be
docker exec -it inedo-sql /opt/mssql-tools/bin/sqlcmd \
-S localhost -U SA -P 'redacted' \
-Q 'CREATE DATABASE [BuildMaster] COLLATE SQL_Latin1_General_CP1_CI_AS'
We're still on Version 5.3.17 (Build 19).
ah yes, i thought of that but didn't get around to checking... they are there:
{
"group": "myGroup",
"name": "PipelineTest",
"version": "4.3.1-PLATDEV-11339-promotion-flow-test-7",
"title": "i am the title",
"description": "i am the description",
"key1": "value1"
}
Hi!
I'm using the Jenkins uploadProgetPackage plugin, and it looks like it's recently been updated to allow pushing some new fields: metadata, description, and title. (or I never noticed it before)
I've tried adding them to my pipeline step, and I am only seeing the description field populated with what I've sent.
I only see the title data in the "old" UI, I can't find it in the new UI.
I don't see any metadata that I've sent up.
the code:
uploadProgetPackage artifacts: map.artifact,
excludes: map.exclude,
feedName: map.feedName,
groupName: map.groupName,
packageName: newPackageName,
version: map.version,
description: 'some text',
title: 'a title',
metadata: 'key1=value1'
thanks for any help!
I think that's right, that we use a self-signed internal cert that the ZScaler replaces, and it mucks things up a lot. I thought infosec had pushed a thing to update all VMs, but they might have missed this one. I'll look into it, thanks!
Hi, This is an old thread but i have the same question. We're on 5.3.17 and have used up all of the space on C:\. We have 1TB on D:\, so I just want to move the PackagesRootPath to there. Does the above pattern still apply?
thanks
max
yep, there it is. as expected, it's a cert/firewall error.
Connector error: The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
We get this a lot with our zscaler and cert setups.
Request URL: https://chocolatey.org/api/v2/Search()?searchTerm=%27%27&targetFramework=%27%27&includePrerelease=true&semVerLevel=2.0.0
System.Net.WebException: The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel. ---> System.Security.Authentication.AuthenticationException: The remote certificate is invalid according to the validation procedure.
at System.Net.TlsStream.EndWrite(IAsyncResult asyncResult)
at System.Net.ConnectStream.WriteHeadersCallback(IAsyncResult ar)
I'm still on Version 5.3.17 (Build 19).
Feed type is
Name choco-proxy
Description
Proget feed that proxies requests to chocolatey.org, and caches requested packages.
Type Chocolatey (free/open source packages)
I'm trying to create a connector to chocolatey.org to create one or more chocolatey feeds on my internally hosted proget.
I've created a connector to point at https://chocolatey.org/api/v2/, called it choco-connector, and a chocolatey feed to consume it, called choco-proxy.
In the Manage Feed view for choco-proxy, the connector shows "healthy" and "unfiltered."
However, no packages are listed, and an message shows:
There are no local Packages in this feed and the connectors did not list any remote packages. This may happen if there was an error connecting to the remote feed or the connector is configured to filter packages.
Am i doing something wrong, or maybe there's a firewall issue?
thanks
We had a fantastic support call with Alex and Rich, and they pointed us at this: https://docs.microsoft.com/en-us/visualstudio/deployment/server-and-client-configuration-issues-in-clickonce-deployments?view=vs-2019#use-third-party-web-servers
we haven't tried anything yet, but if anyone else comes along here, maybe it'll help.
That makes sense, i must have just read too much into the feature. It's still useful! And I include a link back to the Jenkins run that did the deploy, so it actually feels very cohesive.
Is there any way to pull that information via the api? I don't exactly know what I'd use it for, but we are also about to start pushing all of our ci/cd activity into our ELK logging stack, so we'd at least be able to make some pretty pictures out of it eventually.
Thanks @stevedennis, that's helpful, and frankly more clear than the documentation on either feature.
This might not be the right place for it, but I'd like to enter a feature request to get the Deploy History displayed similarly to the Usage History.
I would love to see a 'pretty' chart like the usage chart:, as a top-tier piece of data about a package, without having to dig into a tab to find it. 
For what it's worth, since I'm using the Jenkins ProGet plugin, I don't think I have the ability to add the deployment info to a package at download time. So I'm using the Package Deployment API to send the data at deployment time.
Is there a way to add the deployment info using the ProGet download Jenkins plugin?
@Dan_Woolf hmm, I was starting to get that impression from my testing, but the docs are a little misleading, or maybe I was just seeing what I wanted to see.
I’m using universal packages for most of our internal artifacts. Only a handful of apps are set up to be true nugets.
In my opinion, it’s a little unfortunate that the deploy statistics are kind of hidden, fairly unimpressively displayed, and not top-tier like the usage display. Is there an alternative?
Update! I looked in the history tab of the package i'm testing this with, and the deploy records are there.
So how/when do they show up in the Usage tab?
Am I misunderstanding something here?
I don't see any package deployment info when POSTing it using the package deployment api. The API doesn't return an error, in fact it logs a 200 in the local log, but it doesn't do anything, either.
I have seen this similar question but i seem to be doing all the same things, and not seeing the expected results.
I'm using the same powershell format as used in the docs.
I also tried the Jenkins httpRequest function, with the same results.
I tried with and without an API token. The token has all privileges.
I tried with JSON and forms formats.
Where else should i be looking for an error?
thanks!
# powershell
$data = @{
FeedName='myFeed'
Application='Jenkins'
Description='Deployed by Jenkins'
Target='DEV'
PackageName='myPackage'
GroupName='myGroup'
Version='1.0.8-0004'
}
$headers = @{
# 'content-type' = 'application/json'
'content-type' = 'application/x-www-form-urlencoded'
}
# Invoke-RestMethod -Method Post -Uri 'https://proget.myCompany.com/api/package-deployment/' -Body ($data | ConvertTo-JSON) -Headers $headers
Invoke-RestMethod -Method Post -Uri 'https://proget.myCompany.com/api/package-deployment/' -Body $data -Headers $headers
// Jenkins
response = httpRequest consoleLogResponseBody: true,
contentType: 'APPLICATION_FORM',
customHeaders: [[maskValue: true, name: 'X-ApiKey', value: 'redacted-key']],
httpMode: 'POST', ignoreSslErrors: true,
requestBody: 'FeedName=myFeed&Application=Jenkins&Description=Deployed-by-Jenkins&Target=DEV&PackageName=myPackage&GroupName=myGroup&Version=4.2.1-c8adb60',
url: 'https://proget.myCompany.com/api/package-deployment/',
validResponseCodes: '', wrapAsMultipart: true }
// result:
HttpMethod: POST
URL: https://proget.myCompany.com/api/package-deployment/
Content-Type: application/x-www-form-urlencoded; charset=ISO-8859-1
X-ApiKey: *****
Sending request to url: https://proget.myCompany.com/api/package-deployment/
Response Code: HTTP/1.1 200 OK
Response:
Success: Status code 200 is in the accepted range:
[Pipeline] }
[Pipeline] // script
[Pipeline] echo
Status: 200
You could be able to add a second rule, but it operates independently. More like an "OR" than an "UNLESS" I guess.
So could you say, each rule is an AND of its own settings, and then all rules are OR'd together. If ANY of them resolve, the package is deleted.
yesno?
Dropping late here, but I've just asked a similar question in this thread, it may be of use to anyone who stumbles in here: https://forums.inedo.com/topic/3318/proget-delete-all-versions-of-a-package-via-api
I think I can get close enough, without a lot of complexity, by using the retention rules, and setting them fairly tight since it's a dev feed and these packages are meant to be transient.
We don't have a package promotion process right now, although it's on my roadmap. These rules may have to be revisited when i implement that.
Right now I've got it set for:
We are not great at deleting old branches, so this might actually be better than a branch-delete trigger. And if someone comes along and needs an old branch build, they can just rebuild it.
We don't really use the connector feature for our own feeds (or any), so i think this will do it.
I got a little confused at the combination of "keep only last 5 versions" plus the 30-day window. From what i've read in the docs, all conditions must pass for the item to be deleted. How do i set up, "keep only the last 5 versions, but when nothing has been requested for 30 days, delete them all"?
This solution has the benefit of simplicity and native functionality. I don't have to write a hacky, multi-tool process to manage it.
@stevedennis thank you very much for the quick reply!
I agree that there’s a smell to some of the process I’ve set up.
The gist of the problem I’ve tried to solve is: how can I guarantee that a deploy of a given branch will always get its latest build (unless a specific version is provided) from the development feed, if there are multiple feature branches in development at the same time, pushing to the same feed?
What I do now is tack the branch name onto the package name that I push up. That smells bad, but it guarantees that a branch deploy will always pull its own latest package.
The context here is a shared Jenkins pipeline that performs build, tag, publish to proget, and deploy, with specifics depending on the branch. I’ll be happy to do a deep dive, I’m sure there’s a ton of stuff I’ve done wrong.
I’ve lost the thread here a bit. To get back to the topic, I agree using retention policy is the best way to do what I’m after, with one question: how can I remove all versions of a package once it’s no longer needed, with that defined by the branch being deleted? I know that’s not an option in the retention policies, but what might have a similar effect?
Thanks
max
Hi, i want to delete all versions of a package via the API. So far I have this, which makes one API call per version. Is there a way to delete all versions of a package in one shot?
# get all versions of a package name from the API
$endpointBase = 'https://proget.myCompany.com/upack/myFeed'
$epEnd = 'packages?'
$branch = 'myBranch'
$results = Invoke-WebRequest -Method GET -Uri "$endpointBase/$epEnd" |
ConvertFrom-Json -AsHashtable |
Select-Object Group, Name, Versions |
Where-Object { $_.Name -match $branch }
# iterate through and delete one by one
foreach ($package in $results) {
$pkgName = $package.Name
$group = $package.Group
foreach ($version in $package.Versions) {
$pkgVers = $version
$deleteUri = "$endpointBase/delete/$group/$pkgName/$pkgVers"
# /upack/«feed-name»/delete/«group-name»/«package-name»/«package-version»
try {
Invoke-RestMethod -Method DELETE -Uri $deleteUri -Headers @{"X-ApiKey" = "redacted"}
Write-Output "Deleted $group/$pkgName/$pkgVers"
}
catch {
Write-Output "Error: $pkgName/$pkgVers`: $_"
}
}
}
I should add that I am doing this as the first stab at an attempt to automatically delete packages from a development feed, when the corresponding branch in github is deleted, through a webhook from GH. I'm not exactly sure how that last part's going to work. If i'm going down a wrong path here, please let me know!
Found another one: On the proget dashboard, the Documentation link when hovering over the "user" icon is broken.
New documentation! cool! But some links are broken.
https://docs.inedo.com/docs/upack-feed-api-endpoints gives a 404.
Add my plus-1 to sorting or searching or filtering by groupname in the UI.
As best I can remember, groupname is required by the upload process; at least, i remember it being required by the Jenkins plugin. Maybe i'm wrong/misremembering. But it does make sense for our use case to be able to divide feednames by groups. So it'd be great to have that functionality in the UI.
Thanks for the reply, that's pretty much what i figured, but it's always worth asking.
What i built at least as a first effort is: add an optional consumes parameter to the pipeline/Jenkinsfile, specifying the packages(s) to pull from ProGet as feedname:groupname:packagename:
library 'my-shared-library'
sharedPipeline {
// ...
consumes = 'myFeed:myGroup:myPackage'
// ...
}
// if this repo consumes another package(s) from ProGet, get it here.
// The required syntax of 'consumes' is: 'proget_feedName:groupName:packageName'
// comma separate multiple packages
if(env.consumes) {
// create a [list] to support multiple packages
env.consumes.split(/\s*,\s*/).each {
downloadFromProget(it)
}
}
// common defaults
// Note that downloadProgetPackage seems to require a literal path - hence the {WORKSPACE}
dlFolder = "${WORKSPACE}/${env.packageDownloadDir}"
ver = 'Latest'
//... a bunch of other custom patterns to download specific stuff ...
// packages to consume from ProGet need to come in as feedName:groupName:packageName
// check that it matches that syntax with regex (.+ means 1 or more of any char)
else if (app ==~ /.+:.+:.+/)
pkgMap = app.split(':')
fdName = pkgMap[0]
gpName = pkgMap[1]
pkgName = pkgMap[2]
expFolder = "${WORKSPACE}/${pkgName}"
}
// then download
downloadProgetPackage downloadFolder: dlFolder,
downloadFormat: 'zip',
feedName: fdName,
groupName: gpName,
packageName: pkgName,
version: ver
The last thing i've yet to do is change all my package pulling to use the unpack mode of downloading from proget, so i can remove the unzipping steps on my side.
We are in the process of adopting ProGet as our one-stop-shop for internal package management. We are using it as a build artifact store, and we pull from it to do deploys. Now, i am onboarding an app that consumes another app's build as part of its build. The consumee is already published as a Universal Package to ProGet.
I'm wondering if there's a way to add this package as-is to the consumer's packages.config file, so that it gets pulled down by a nuget restore? This would avoid having to build a separate step that pulls the package to consume.
As a ProGet user in the web UI,
I would like to be able to filter the Feeds list by Group,
so i can narrow down my searches more effectively.
The person building this seemed to be having some luck with the Assets, he needed to use the api endpoint exposed in the download link area. I'll follow up when i get more info.
We're looking into using ProGet as a publish target for our ClickOnce applications. Is there an established pattern for doing this? Where would they best be pointed - a true Feed, or an Asset Directory?
Hi, i'm running into this now in Version 5.3.17 (Build 19). All of our packages are internal use only and i don't want to bother with setting up license rules. Can i disable the license checking?
Hi, thanks for the reply. I checked that i can hit that url with a browser, so it's not blocked. InfoSec confirmed the whole domain is open through our ZScaler.
I did look in the config of the Hub and it was not set as you suggest. I changed it to the right url, and it doesn't fail, but it doesn't seem to find the update. 
I can add one more thing, that one of the SQL services isn't running, and i had to restart another one. They were both in 'disabled' state. It doesn't change the behavior of the Hub, though.
PS C:\Users\MaxCadmin\Downloads> Get-Service *inedo*
Status Name DisplayName
------ ---- -----------
Running INEDOPROGETSVC ProGet Service
Running MSSQL$INEDO SQL Server (INEDO)
Stopped SQLAgent$INEDO SQL Server Agent (INEDO)
Stopped SQLTELEMETRY$INEDO SQL Server CEIP service (INEDO)
Now, all but the SQLAgent are running, and i can't get it running - when i start, it gives the error
The SQL Server Agent (INEDO) service on Local Computer started and then stopped. Some services stop automatically if they are not in use by other services or programs.
PS C:\Users\MaxCadmin\Downloads> Get-Service *inedo*
Status Name DisplayName
------ ---- -----------
Running INEDOPROGETSVC ProGet Service
Running MSSQL$INEDO SQL Server (INEDO)
Stopped SQLAgent$INEDO SQL Server Agent (INEDO)
Running SQLTELEMETRY$INEDO SQL Server CEIP service (INEDO)
There is an error in "View Error" that suggested my l couldn't access the Proget2 DB. I realized I have begun logging in to everything with a new Admin account, and it was probably confusing the issue as i set up Proget with my original user account.
I was able to open SQL Server Management Studio as the user account, and add my admin account to the Proget2 db.
I re-launched Hub, and behold, the Upgrade button was now there. It went quickly and smoothly, and now i am upgraded.
I need to upgrade my ProGet instance that seems to not have connectivity to part of the inedo hub download process, so i'm trying to do an offline upgrade. I created the offline installer for the 5.3.10 version and copied a .zip of the folder to the proget server.
(I actually did this with proget: i created the zip on my workstation and uploaded it to proget as an asset, and downloaded it on the actual proget VM.)
When i launch the InedoHub.exe from the offline installer folder, it actually shows an incorrect version of ProGet: 5.3.0-m.5, while my proget ui shows 5.3.7 (build 12); and doesn't give me the option to upgrade it. What am I doing wrong?
When i launch the inedo hub that is installed on the VM, it too shows the obsolete version, and says I can't do anything before upgrading the hub. It gets stuck and quits during this process.
I would much prefer to be able to just do a regular online upgrade. There's no policy that this machine can't have access to the internet, and it can hit most external sites, but it always gets stuck on the "downloading indedo hub" step of the update process. What URLs must i request to be whitelisted by IT to enable the regular online process to work?
Thanks!
Fantastic, looking forward to it! Sorry for the work, but i'm happy to contribute in some small way as well!
FWIW, i'm using the Versions API endpoint to get the list of versions, and you could build your own parsing from there. I'm sure this is mostly wrong, but this is what I'm doing, in Jenkins:
// get latest version of package on proget
// https://docs.inedo.com/docs/upack/feed-api/endpoints#list-versions
// compare to build's versionfile
def response = httpRequest ignoreSslErrors: true,
url: "${env.progetUrl}/${env.progetFeedType}/${env.feedName}/versions?group=${env.groupName}&name=${env.serviceName}",
wrapAsMultipart: false
def content = readJSON text: response.getContent()
// Versions are always returned as an array, even if count = 1
// So just always get the last element in the array.
env.latestVersion = content.version[-1]
echo "Latest published version is ${env.latestVersion}, date: ${content.published[-1]}"
echo "Jenkins is building version: ${env.tag}"
// compareResult returns:
// -1 if v1 < v2
// 0 if v1 == v2
// 1 if v1 > v2
compareResult = compareVersions v1: env.latestVersion, v2: env.tag
@rhessinger Hi, I'm sorry i didn't see your reply come in sooner.
I am using a Universal Package feed.
I'm uploading with the Jenkins extension, which i believe just wraps the API, but I'm not sure.
It's a very simple call, it won't show much, but this is it:
uploadProgetPackage artifacts: env.artifact,
feedName: env.feedName,
groupName: env.groupName,
packageName: env.appName,
version: env.tag
thanks
max
Ok, i've got the latest version 5.3.7 on local and production, and i'm still seeing no change in the "published" date when i upload a package with an existing version number. However, in the Event Log, I do see several "Package Modified" events for that package, so it looks like the request is coming in and something is happening. Is it because I am testing this with the same exact upload package each time, so the hash is the same, so it's determining it's exactly the same package, so it doesn't update the metadata? If i change the package with a new/changed file, should it update the metadata? I'll update when i test.
UPDATE: I added a test file to the uploaded package without changing the version. My observation is that the new package is uploaded. However there's no indication that the overwrite happened. The Event Log is the only clue, that it was Updated.
I think what i would like to see is that history of the package in the package's history page, and a Last Updated date being added to the Metadata tab. And the full history of updates etc should be in the package's History tab.
But at least i think i've proven that updated packages with conflicting versions are uploaded - there's just very little evidence of the overwrite happening. If there's anything else I'm missing, please let me know.
thanks!
@rhessinger i'm getting back to testing this now. I'm still on 5.3.0 (build 126), and i believe the api user has all the perms it needs, and it's still not overwriting.
I tested the latest version locally, and it does overwrite. So something on my production server isn't right, or the older version acts differently.